From bugmaster at FreeBSD.org Mon Dec 1 03:07:03 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Dec 1 03:09:13 2008 Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org Message-ID: <200812011107.mB1B72d5052688@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 -------------------------------------------------------------------------------- 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/119017 sparc64 7.0 Beta won't install on U60 o sparc/118932 sparc64 7.0-BETA4/sparc-64 kernel panic in rip_output o sparc/113556 sparc64 panic: trap: memory address not aligned; Rebooting... o sparc/109908 sparc64 apache22 mod_perl issue on sparc64 f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 system is hinged during boot from CD f sparc/106251 sparc64 [libmalloc] malloc fails > for large allocations f sparc/105157 sparc64 No reply to ping on Sparc64 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 17 problems total. From marius at alchemy.franken.de Mon Dec 1 13:18:12 2008 From: marius at alchemy.franken.de (Marius Strobl) Date: Mon Dec 1 13:18:19 2008 Subject: Panic in 7.1-PRERELEASE (was: Re: kgdb on sparc64) In-Reply-To: <20081120054711.GA11035@ei.bzerk.org> References: <20081103120215.GA32257@ei.bzerk.org> <20081103221111.GA8256@alchemy.franken.de> <20081105195630.GA52831@ei.bzerk.org> <20081109183232.GC76319@alchemy.franken.de> <20081119080344.GA96293@ei.bzerk.org> <20081119220317.GP64456@alchemy.franken.de> <20081120054711.GA11035@ei.bzerk.org> Message-ID: <20081201211806.GF82355@alchemy.franken.de> On Thu, Nov 20, 2008 at 06:47:11AM +0100, Ruben de Groot wrote: > > Thanks. I've moved all websites away from this machine, so it's available for any > further tests to help find a solution. > Could you please give the patch at: http://people.freebsd.org/~marius/dc_bitbang_delay.diff a try? It's based on information gained from other drivers for the same chips that there should be an delay after every write when bit-banging the MII, which hopefully solves the bus wedging you're seeing. So far I didn't manage to reproduce the problem though, so I can't test whether the patch makes an actual difference either. Marius From tinderbox at freebsd.org Tue Dec 2 00:33:39 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Dec 2 00:34:00 2008 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <20081202083335.BB96173039@freebsd-current.sentex.ca> TB --- 2008-12-02 08:06:04 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-02 08:06:04 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-12-02 08:06:04 - cleaning the object tree TB --- 2008-12-02 08:06:51 - cvsupping the source tree TB --- 2008-12-02 08:06:51 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-12-02 08:07:02 - building world TB --- 2008-12-02 08:07:02 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-02 08:07:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-02 08:07:02 - TARGET=sparc64 TB --- 2008-12-02 08:07:02 - TARGET_ARCH=sparc64 TB --- 2008-12-02 08:07:02 - TZ=UTC TB --- 2008-12-02 08:07:02 - __MAKE_CONF=/dev/null TB --- 2008-12-02 08:07:02 - cd /src TB --- 2008-12-02 08:07:02 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 2 08:07:04 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/gr_util.c cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/hexdump.c cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/humanize_number.c cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/kinfo_getfile.c cc1: warnings being treated as errors /src/lib/libutil/kinfo_getfile.c: In function 'kinfo_getfile': /src/lib/libutil/kinfo_getfile.c:45: warning: cast increases required alignment of target type /src/lib/libutil/kinfo_getfile.c:60: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/lib/libutil. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-02 08:33:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-02 08:33:35 - ERROR: failed to build world TB --- 2008-12-02 08:33:35 - 1160.30 user 128.70 system 1651.66 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Tue Dec 2 00:59:05 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Dec 2 00:59:11 2008 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <20081202085902.7E3D273039@freebsd-current.sentex.ca> TB --- 2008-12-02 08:33:35 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-02 08:33:35 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-12-02 08:33:35 - cleaning the object tree TB --- 2008-12-02 08:34:03 - cvsupping the source tree TB --- 2008-12-02 08:34:03 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-12-02 08:34:11 - building world TB --- 2008-12-02 08:34:11 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-02 08:34:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-02 08:34:11 - TARGET=sun4v TB --- 2008-12-02 08:34:11 - TARGET_ARCH=sparc64 TB --- 2008-12-02 08:34:11 - TZ=UTC TB --- 2008-12-02 08:34:11 - __MAKE_CONF=/dev/null TB --- 2008-12-02 08:34:11 - cd /src TB --- 2008-12-02 08:34:11 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 2 08:34:12 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/gr_util.c cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/hexdump.c cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/humanize_number.c cc -O2 -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/kinfo_getfile.c cc1: warnings being treated as errors /src/lib/libutil/kinfo_getfile.c: In function 'kinfo_getfile': /src/lib/libutil/kinfo_getfile.c:45: warning: cast increases required alignment of target type /src/lib/libutil/kinfo_getfile.c:60: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/lib/libutil. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-02 08:59:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-02 08:59:02 - ERROR: failed to build world TB --- 2008-12-02 08:59:02 - 1157.52 user 128.34 system 1526.60 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From fbsd-sparc64 at bzerk.org Tue Dec 2 03:57:05 2008 From: fbsd-sparc64 at bzerk.org (Ruben de Groot) Date: Tue Dec 2 03:57:12 2008 Subject: Panic in 7.1-PRERELEASE (was: Re: kgdb on sparc64) In-Reply-To: <20081201211806.GF82355@alchemy.franken.de> References: <20081103120215.GA32257@ei.bzerk.org> <20081103221111.GA8256@alchemy.franken.de> <20081105195630.GA52831@ei.bzerk.org> <20081109183232.GC76319@alchemy.franken.de> <20081119080344.GA96293@ei.bzerk.org> <20081119220317.GP64456@alchemy.franken.de> <20081120054711.GA11035@ei.bzerk.org> <20081201211806.GF82355@alchemy.franken.de> Message-ID: <20081202115653.GA90256@ei.bzerk.org> On Mon, Dec 01, 2008 at 10:18:06PM +0100, Marius Strobl typed: > On Thu, Nov 20, 2008 at 06:47:11AM +0100, Ruben de Groot wrote: > > > > Thanks. I've moved all websites away from this machine, so it's available for any > > further tests to help find a solution. > > > > Could you please give the patch at: > http://people.freebsd.org/~marius/dc_bitbang_delay.diff > a try? It's based on information gained from other drivers for > the same chips that there should be an delay after every write > when bit-banging the MII, which hopefully solves the bus wedging > you're seeing. So far I didn't manage to reproduce the problem > though, so I can't test whether the patch makes an actual > difference either. Thanks for looking into this. Running with this patch right now. It'll take some time to conclude if this fixes the issue, as the panics normally happen only once every 2-3 days. Will report back in a week or so Ruben From tinderbox at freebsd.org Tue Dec 2 05:26:33 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Dec 2 05:26:45 2008 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <20081202132630.C3C3773039@freebsd-current.sentex.ca> TB --- 2008-12-02 12:13:24 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-02 12:13:24 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-12-02 12:13:24 - cleaning the object tree TB --- 2008-12-02 12:13:37 - cvsupping the source tree TB --- 2008-12-02 12:13:37 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-12-02 12:13:44 - building world TB --- 2008-12-02 12:13:44 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-02 12:13:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-02 12:13:44 - TARGET=sparc64 TB --- 2008-12-02 12:13:44 - TARGET_ARCH=sparc64 TB --- 2008-12-02 12:13:44 - TZ=UTC TB --- 2008-12-02 12:13:44 - __MAKE_CONF=/dev/null TB --- 2008-12-02 12:13:44 - cd /src TB --- 2008-12-02 12:13:44 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 2 12:13:46 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_files.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_kstack.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_threads.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_vm.c cc1: warnings being treated as errors /src/usr.bin/procstat/procstat_vm.c: In function 'procstat_vm': /src/usr.bin/procstat/procstat_vm.c:59: warning: format '%*p' expects type 'void *', but argument 3 has type 'uint64_t' /src/usr.bin/procstat/procstat_vm.c:60: warning: format '%*p' expects type 'void *', but argument 3 has type 'uint64_t' *** Error code 1 Stop in /src/usr.bin/procstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-02 13:26:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-02 13:26:30 - ERROR: failed to build world TB --- 2008-12-02 13:26:30 - 3446.40 user 333.91 system 4386.67 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Tue Dec 2 05:57:30 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Dec 2 05:57:49 2008 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <20081202135726.BE3F873039@freebsd-current.sentex.ca> TB --- 2008-12-02 12:48:31 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-02 12:48:31 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-12-02 12:48:31 - cleaning the object tree TB --- 2008-12-02 12:48:38 - cvsupping the source tree TB --- 2008-12-02 12:48:38 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-12-02 12:48:45 - building world TB --- 2008-12-02 12:48:45 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-02 12:48:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-02 12:48:45 - TARGET=sun4v TB --- 2008-12-02 12:48:45 - TARGET_ARCH=sparc64 TB --- 2008-12-02 12:48:45 - TZ=UTC TB --- 2008-12-02 12:48:45 - __MAKE_CONF=/dev/null TB --- 2008-12-02 12:48:45 - cd /src TB --- 2008-12-02 12:48:45 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 2 12:48:46 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_files.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_kstack.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_threads.c cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/procstat/procstat_vm.c cc1: warnings being treated as errors /src/usr.bin/procstat/procstat_vm.c: In function 'procstat_vm': /src/usr.bin/procstat/procstat_vm.c:59: warning: format '%*p' expects type 'void *', but argument 3 has type 'uint64_t' /src/usr.bin/procstat/procstat_vm.c:60: warning: format '%*p' expects type 'void *', but argument 3 has type 'uint64_t' *** Error code 1 Stop in /src/usr.bin/procstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-02 13:57:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-02 13:57:26 - ERROR: failed to build world TB --- 2008-12-02 13:57:26 - 3447.77 user 332.59 system 4135.09 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From beat at chruetertee.ch Tue Dec 2 11:11:07 2008 From: beat at chruetertee.ch (=?ISO-8859-1?Q?Beat_G=E4tzi?=) Date: Tue Dec 2 11:12:09 2008 Subject: Booting of 200811 snapshot on Sun Fire V880 Message-ID: <4935839E.4010000@chruetertee.ch> Hi, I'm trying to boot the 8.0-CURRENT-200811-sparc64-disc1.iso on a Sun Fire V880 but it failed: Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT-200811 #0: Sun Nov 2 08:50:52 UTC 2008 root@drazen.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. real memory = 8589934592 (8192 MB) avail memory = 8377745408 (7989 MB) cpu0: Sun Microsystems UltraSparc-III Processor (750.00 MHz CPU) cpu1: Sun Microsystems UltraSparc-III Processor (750.00 MHz CPU) cpu2: Sun Microsystems UltraSparc-III Processor (750.00 MHz CPU) cpu3: Sun Microsystems UltraSparc-III Processor (750.00 MHz CPU) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set kdb0 at kdbmux0 panic: trap: fast data access mmu miss cpuid = 0 KDB: enter: panic [thread pid 0 tid 100000 ] Stopped at kdb_enter+0x80: ta %xcc, 1 db> bt Tracing pid 0 tid 100000 td 0xc082f530 panic() at panic+0x20c trap() at trap+0x570 -- fast data access mmu miss tar=0 %o7=0xc0123530 -- dcons_init_port() at dcons_init_port+0x7c dcons_drv_init() at dcons_drv_init+0x144 dcons_modevent() at dcons_modevent+0x20 module_register_init() at module_register_init+0xdc mi_startup() at mi_startup+0x18c btext() at btext+0x30 db> POST/diagnostic boot don't show any errors hence I think this is not a hardware error. I already tried a reset-all on OBP, to power-cycle the machine and updating OBP to the latest version (4.22.34) but it still fails. Any hints? Thanks, Beat From tinderbox at freebsd.org Wed Dec 3 14:09:59 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Wed Dec 3 14:10:19 2008 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <20081203220955.C22C273039@freebsd-current.sentex.ca> TB --- 2008-12-03 21:05:11 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-03 21:05:11 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-12-03 21:05:11 - cleaning the object tree TB --- 2008-12-03 21:05:40 - cvsupping the source tree TB --- 2008-12-03 21:05:40 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-12-03 21:05:49 - building world TB --- 2008-12-03 21:05:49 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-03 21:05:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-03 21:05:49 - TARGET=sparc64 TB --- 2008-12-03 21:05:49 - TARGET_ARCH=sparc64 TB --- 2008-12-03 21:05:49 - TZ=UTC TB --- 2008-12-03 21:05:49 - __MAKE_CONF=/dev/null TB --- 2008-12-03 21:05:49 - cd /src TB --- 2008-12-03 21:05:49 - /usr/bin/make -B buildworld >>> World build started on Wed Dec 3 21:05:52 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] rm -f .depend mkdep -f .depend -a -DRESCUE /src/sbin/newfs_msdos/newfs_msdos.c echo newfs_msdos: /obj/sparc64/src/tmp/usr/lib/libc.a >> .depend cc -O2 -pipe -DRESCUE -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/sbin/newfs_msdos/newfs_msdos.c cc1: warnings being treated as errors /src/sbin/newfs_msdos/newfs_msdos.c: In function 'main': /src/sbin/newfs_msdos/newfs_msdos.c:367: warning: format '%lld' expects type 'long long int', but argument 3 has type 'off_t' /src/sbin/newfs_msdos/newfs_msdos.c:377: warning: format '%lld' expects type 'long long int', but argument 3 has type 'off_t' *** Error code 1 Stop in /src/sbin/newfs_msdos. *** Error code 1 Stop in /obj/sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-03 22:09:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-03 22:09:55 - ERROR: failed to build world TB --- 2008-12-03 22:09:55 - 3030.86 user 302.60 system 3884.26 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Wed Dec 3 15:13:06 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Wed Dec 3 15:13:18 2008 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <20081203231303.1992973039@freebsd-current.sentex.ca> TB --- 2008-12-03 22:09:56 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-03 22:09:56 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-12-03 22:09:56 - cleaning the object tree TB --- 2008-12-03 22:10:20 - cvsupping the source tree TB --- 2008-12-03 22:10:20 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-12-03 22:10:28 - building world TB --- 2008-12-03 22:10:28 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-03 22:10:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-03 22:10:28 - TARGET=sun4v TB --- 2008-12-03 22:10:28 - TARGET_ARCH=sparc64 TB --- 2008-12-03 22:10:28 - TZ=UTC TB --- 2008-12-03 22:10:28 - __MAKE_CONF=/dev/null TB --- 2008-12-03 22:10:28 - cd /src TB --- 2008-12-03 22:10:28 - /usr/bin/make -B buildworld >>> World build started on Wed Dec 3 22:10:30 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] rm -f .depend mkdep -f .depend -a -DRESCUE /src/sbin/newfs_msdos/newfs_msdos.c echo newfs_msdos: /obj/sun4v/src/tmp/usr/lib/libc.a >> .depend cc -O2 -pipe -DRESCUE -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/sbin/newfs_msdos/newfs_msdos.c cc1: warnings being treated as errors /src/sbin/newfs_msdos/newfs_msdos.c: In function 'main': /src/sbin/newfs_msdos/newfs_msdos.c:367: warning: format '%lld' expects type 'long long int', but argument 3 has type 'off_t' /src/sbin/newfs_msdos/newfs_msdos.c:377: warning: format '%lld' expects type 'long long int', but argument 3 has type 'off_t' *** Error code 1 Stop in /src/sbin/newfs_msdos. *** Error code 1 Stop in /obj/sun4v/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-03 23:13:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-03 23:13:02 - ERROR: failed to build world TB --- 2008-12-03 23:13:02 - 3029.77 user 297.81 system 3786.95 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From marius at alchemy.franken.de Thu Dec 4 10:07:32 2008 From: marius at alchemy.franken.de (Marius Strobl) Date: Thu Dec 4 10:07:38 2008 Subject: Booting of 200811 snapshot on Sun Fire V880 In-Reply-To: <4935839E.4010000@chruetertee.ch> References: <4935839E.4010000@chruetertee.ch> Message-ID: <20081204180726.GA19048@alchemy.franken.de> On Tue, Dec 02, 2008 at 07:51:10PM +0100, Beat Gtzi wrote: > Hi, > > I'm trying to boot the 8.0-CURRENT-200811-sparc64-disc1.iso on a Sun > Fire V880 but it failed: > > Copyright (c) 1992-2008 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.0-CURRENT-200811 #0: Sun Nov 2 08:50:52 UTC 2008 > root@drazen.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > WARNING: WITNESS option enabled, expect reduced performance. > real memory = 8589934592 (8192 MB) > avail memory = 8377745408 (7989 MB) > cpu0: Sun Microsystems UltraSparc-III Processor (750.00 MHz CPU) > cpu1: Sun Microsystems UltraSparc-III Processor (750.00 MHz CPU) > cpu2: Sun Microsystems UltraSparc-III Processor (750.00 MHz CPU) > cpu3: Sun Microsystems UltraSparc-III Processor (750.00 MHz CPU) > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > registered firmware set > registered firmware set > registered firmware set > registered firmware set > registered firmware set > registered firmware set > registered firmware set > registered firmware set > registered firmware set > registered firmware set > registered firmware set > registered firmware set > kdb0 at kdbmux0 > panic: trap: fast data access mmu miss > cpuid = 0 > KDB: enter: panic > [thread pid 0 tid 100000 ] > Stopped at kdb_enter+0x80: ta %xcc, 1 > db> bt > Tracing pid 0 tid 100000 td 0xc082f530 > panic() at panic+0x20c > trap() at trap+0x570 > -- fast data access mmu miss tar=0 %o7=0xc0123530 -- > dcons_init_port() at dcons_init_port+0x7c > dcons_drv_init() at dcons_drv_init+0x144 > dcons_modevent() at dcons_modevent+0x20 > module_register_init() at module_register_init+0xdc > mi_startup() at mi_startup+0x18c > btext() at btext+0x30 > db> > > POST/diagnostic boot don't show any errors hence I think this is not a > hardware error. I already tried a reset-all on OBP, to power-cycle the > machine and updating OBP to the latest version (4.22.34) but it still > fails. Any hints? > Could you please give the image at: http://people.freebsd.org/~marius/8.0-20081203-SNAP-sparc64-disc1.iso.gz a try? Marius From beat at chruetertee.ch Fri Dec 5 00:36:39 2008 From: beat at chruetertee.ch (=?ISO-8859-1?Q?Beat_G=E4tzi?=) Date: Fri Dec 5 00:37:10 2008 Subject: Booting of 200811 snapshot on Sun Fire V880 In-Reply-To: <20081204180726.GA19048@alchemy.franken.de> References: <4935839E.4010000@chruetertee.ch> <20081204180726.GA19048@alchemy.franken.de> Message-ID: <26f6c7210812050014l5dac2871k7ca1db1677d0b7d0@mail.gmail.com> 2008/12/4 Marius Strobl : > On Tue, Dec 02, 2008 at 07:51:10PM +0100, Beat Gtzi wrote: >> Hi, >> >> I'm trying to boot the 8.0-CURRENT-200811-sparc64-disc1.iso on a Sun >> Fire V880 but it failed: >> >> Copyright (c) 1992-2008 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> The Regents of the University of California. All rights reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 8.0-CURRENT-200811 #0: Sun Nov 2 08:50:52 UTC 2008 >> root@drazen.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC >> WARNING: WITNESS option enabled, expect reduced performance. >> real memory = 8589934592 (8192 MB) >> avail memory = 8377745408 (7989 MB) >> cpu0: Sun Microsystems UltraSparc-III Processor (750.00 MHz CPU) >> cpu1: Sun Microsystems UltraSparc-III Processor (750.00 MHz CPU) >> cpu2: Sun Microsystems UltraSparc-III Processor (750.00 MHz CPU) >> cpu3: Sun Microsystems UltraSparc-III Processor (750.00 MHz CPU) >> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >> registered firmware set >> registered firmware set >> registered firmware set >> registered firmware set >> registered firmware set >> registered firmware set >> registered firmware set >> registered firmware set >> registered firmware set >> registered firmware set >> registered firmware set >> registered firmware set >> kdb0 at kdbmux0 >> panic: trap: fast data access mmu miss >> cpuid = 0 >> KDB: enter: panic >> [thread pid 0 tid 100000 ] >> Stopped at kdb_enter+0x80: ta %xcc, 1 >> db> bt >> Tracing pid 0 tid 100000 td 0xc082f530 >> panic() at panic+0x20c >> trap() at trap+0x570 >> -- fast data access mmu miss tar=0 %o7=0xc0123530 -- >> dcons_init_port() at dcons_init_port+0x7c >> dcons_drv_init() at dcons_drv_init+0x144 >> dcons_modevent() at dcons_modevent+0x20 >> module_register_init() at module_register_init+0xdc >> mi_startup() at mi_startup+0x18c >> btext() at btext+0x30 >> db> >> >> POST/diagnostic boot don't show any errors hence I think this is not a >> hardware error. I already tried a reset-all on OBP, to power-cycle the >> machine and updating OBP to the latest version (4.22.34) but it still >> fails. Any hints? >> > > Could you please give the image at: > http://people.freebsd.org/~marius/8.0-20081203-SNAP-sparc64-disc1.iso.gz > a try? Thanks for the new image. Unfortunately it still fails at: kdb0 at kdbmux0 panic: trap: fast data access mmu miss cpuid = 0 KDB: enter: panic [thread pid 0 tid 100000 ] Stopped at kdb_enter+0x80: ta %xcc, 1 db> bt Tracing pid 0 tid 100000 td 0xc0848780 panic() at panic+0x20c trap() at trap+0x570 -- fast data access mmu miss tar=0 %o7=0xc0166070 -- dcons_init_port() at dcons_init_port+0x7c dcons_drv_init() at dcons_drv_init+0x144 dcons_modevent() at dcons_modevent+0x20 module_register_init() at module_register_init+0xdc mi_startup() at mi_startup+0x18c btext() at btext+0x30 db> Beat From marius at alchemy.franken.de Fri Dec 5 09:21:17 2008 From: marius at alchemy.franken.de (Marius Strobl) Date: Fri Dec 5 09:21:24 2008 Subject: Booting of 200811 snapshot on Sun Fire V880 In-Reply-To: <26f6c7210812050014l5dac2871k7ca1db1677d0b7d0@mail.gmail.com> References: <4935839E.4010000@chruetertee.ch> <20081204180726.GA19048@alchemy.franken.de> <26f6c7210812050014l5dac2871k7ca1db1677d0b7d0@mail.gmail.com> Message-ID: <20081205172112.GA52382@alchemy.franken.de> On Fri, Dec 05, 2008 at 09:14:03AM +0100, Beat Gtzi wrote: > 2008/12/4 Marius Strobl : > > On Tue, Dec 02, 2008 at 07:51:10PM +0100, Beat Gtzi wrote: > >> Hi, > >> > >> I'm trying to boot the 8.0-CURRENT-200811-sparc64-disc1.iso on a Sun > >> Fire V880 but it failed: > >> > >> Copyright (c) 1992-2008 The FreeBSD Project. > >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > >> The Regents of the University of California. All rights reserved. > >> FreeBSD is a registered trademark of The FreeBSD Foundation. > >> FreeBSD 8.0-CURRENT-200811 #0: Sun Nov 2 08:50:52 UTC 2008 > >> root@drazen.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > >> WARNING: WITNESS option enabled, expect reduced performance. > >> real memory = 8589934592 (8192 MB) > >> avail memory = 8377745408 (7989 MB) > >> cpu0: Sun Microsystems UltraSparc-III Processor (750.00 MHz CPU) > >> cpu1: Sun Microsystems UltraSparc-III Processor (750.00 MHz CPU) > >> cpu2: Sun Microsystems UltraSparc-III Processor (750.00 MHz CPU) > >> cpu3: Sun Microsystems UltraSparc-III Processor (750.00 MHz CPU) > >> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > >> registered firmware set > >> registered firmware set > >> registered firmware set > >> registered firmware set > >> registered firmware set > >> registered firmware set > >> registered firmware set > >> registered firmware set > >> registered firmware set > >> registered firmware set > >> registered firmware set > >> registered firmware set > >> kdb0 at kdbmux0 > >> panic: trap: fast data access mmu miss > >> cpuid = 0 > >> KDB: enter: panic > >> [thread pid 0 tid 100000 ] > >> Stopped at kdb_enter+0x80: ta %xcc, 1 > >> db> bt > >> Tracing pid 0 tid 100000 td 0xc082f530 > >> panic() at panic+0x20c > >> trap() at trap+0x570 > >> -- fast data access mmu miss tar=0 %o7=0xc0123530 -- > >> dcons_init_port() at dcons_init_port+0x7c > >> dcons_drv_init() at dcons_drv_init+0x144 > >> dcons_modevent() at dcons_modevent+0x20 > >> module_register_init() at module_register_init+0xdc > >> mi_startup() at mi_startup+0x18c > >> btext() at btext+0x30 > >> db> > >> > >> POST/diagnostic boot don't show any errors hence I think this is not a > >> hardware error. I already tried a reset-all on OBP, to power-cycle the > >> machine and updating OBP to the latest version (4.22.34) but it still > >> fails. Any hints? > >> > > > > Could you please give the image at: > > http://people.freebsd.org/~marius/8.0-20081203-SNAP-sparc64-disc1.iso.gz > > a try? > > Thanks for the new image. Unfortunately it still fails at: > > kdb0 at kdbmux0 > panic: trap: fast data access mmu miss > cpuid = 0 > KDB: enter: panic > [thread pid 0 tid 100000 ] > Stopped at kdb_enter+0x80: ta %xcc, 1 > db> bt > Tracing pid 0 tid 100000 td 0xc0848780 > panic() at panic+0x20c > trap() at trap+0x570 > -- fast data access mmu miss tar=0 %o7=0xc0166070 -- > dcons_init_port() at dcons_init_port+0x7c > dcons_drv_init() at dcons_drv_init+0x144 > dcons_modevent() at dcons_modevent+0x20 > module_register_init() at module_register_init+0xdc > mi_startup() at mi_startup+0x18c > btext() at btext+0x30 > db> > Ah, I goofed the change, sorry. Could you please try: http://people.freebsd.org/~marius/8.0-20081205-SNAP-sparc64-disc1.iso.gz instead? If that also fails could you provide temporary remote access to a netboot environment? Marius From beat at chruetertee.ch Mon Dec 8 02:59:52 2008 From: beat at chruetertee.ch (=?ISO-8859-1?Q?Beat_G=E4tzi?=) Date: Mon Dec 8 02:59:59 2008 Subject: Booting of 200811 snapshot on Sun Fire V880 In-Reply-To: <20081205172112.GA52382@alchemy.franken.de> References: <4935839E.4010000@chruetertee.ch> <20081204180726.GA19048@alchemy.franken.de> <26f6c7210812050014l5dac2871k7ca1db1677d0b7d0@mail.gmail.com> <20081205172112.GA52382@alchemy.franken.de> Message-ID: <26f6c7210812080259j1cc1cb3bo2fe827a8442f068a@mail.gmail.com> 2008/12/5 Marius Strobl : > On Fri, Dec 05, 2008 at 09:14:03AM +0100, Beat Gtzi wrote: >> 2008/12/4 Marius Strobl : >> > On Tue, Dec 02, 2008 at 07:51:10PM +0100, Beat Gtzi wrote: >> >> Hi, >> >> >> >> I'm trying to boot the 8.0-CURRENT-200811-sparc64-disc1.iso on a Sun >> >> Fire V880 but it failed: >> >> >> >> Copyright (c) 1992-2008 The FreeBSD Project. >> >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> >> The Regents of the University of California. All rights reserved. >> >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> >> FreeBSD 8.0-CURRENT-200811 #0: Sun Nov 2 08:50:52 UTC 2008 >> >> root@drazen.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC >> >> WARNING: WITNESS option enabled, expect reduced performance. >> >> real memory = 8589934592 (8192 MB) >> >> avail memory = 8377745408 (7989 MB) >> >> cpu0: Sun Microsystems UltraSparc-III Processor (750.00 MHz CPU) >> >> cpu1: Sun Microsystems UltraSparc-III Processor (750.00 MHz CPU) >> >> cpu2: Sun Microsystems UltraSparc-III Processor (750.00 MHz CPU) >> >> cpu3: Sun Microsystems UltraSparc-III Processor (750.00 MHz CPU) >> >> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >> >> registered firmware set >> >> registered firmware set >> >> registered firmware set >> >> registered firmware set >> >> registered firmware set >> >> registered firmware set >> >> registered firmware set >> >> registered firmware set >> >> registered firmware set >> >> registered firmware set >> >> registered firmware set >> >> registered firmware set >> >> kdb0 at kdbmux0 >> >> panic: trap: fast data access mmu miss >> >> cpuid = 0 >> >> KDB: enter: panic >> >> [thread pid 0 tid 100000 ] >> >> Stopped at kdb_enter+0x80: ta %xcc, 1 >> >> db> bt >> >> Tracing pid 0 tid 100000 td 0xc082f530 >> >> panic() at panic+0x20c >> >> trap() at trap+0x570 >> >> -- fast data access mmu miss tar=0 %o7=0xc0123530 -- >> >> dcons_init_port() at dcons_init_port+0x7c >> >> dcons_drv_init() at dcons_drv_init+0x144 >> >> dcons_modevent() at dcons_modevent+0x20 >> >> module_register_init() at module_register_init+0xdc >> >> mi_startup() at mi_startup+0x18c >> >> btext() at btext+0x30 >> >> db> >> >> >> >> POST/diagnostic boot don't show any errors hence I think this is not a >> >> hardware error. I already tried a reset-all on OBP, to power-cycle the >> >> machine and updating OBP to the latest version (4.22.34) but it still >> >> fails. Any hints? >> >> >> > >> > Could you please give the image at: >> > http://people.freebsd.org/~marius/8.0-20081203-SNAP-sparc64-disc1.iso.gz >> > a try? >> >> Thanks for the new image. Unfortunately it still fails at: >> >> kdb0 at kdbmux0 >> panic: trap: fast data access mmu miss >> cpuid = 0 >> KDB: enter: panic >> [thread pid 0 tid 100000 ] >> Stopped at kdb_enter+0x80: ta %xcc, 1 >> db> bt >> Tracing pid 0 tid 100000 td 0xc0848780 >> panic() at panic+0x20c >> trap() at trap+0x570 >> -- fast data access mmu miss tar=0 %o7=0xc0166070 -- >> dcons_init_port() at dcons_init_port+0x7c >> dcons_drv_init() at dcons_drv_init+0x144 >> dcons_modevent() at dcons_modevent+0x20 >> module_register_init() at module_register_init+0xdc >> mi_startup() at mi_startup+0x18c >> btext() at btext+0x30 >> db> >> > > Ah, I goofed the change, sorry. Could you please try: > http://people.freebsd.org/~marius/8.0-20081205-SNAP-sparc64-disc1.iso.gz > instead? If that also fails could you provide temporary > remote access to a netboot environment? The new image solves the initial issue but now it fails at: [...] gem0: Ethernet address: 00:03:ba:xx:xx:xx gem0: [ITHREAD] isp0: port 0x300-0x3ff mem 0x400000-0x400fff at device 2.0 on pci1 isp0: [ITHREAD] isp0: Board Type 2200, Chip Revision 0x5, loaded F/W Revision 2.2.6 isp0: invalid NVRAM header isp0: invalid NVRAM header pcib2: mem 0x40004f00000-0x40004f17fff,0x40004c10000-0x40004c1004f,0x7ffea000000-0x7ffea0000ff irq 627,624,625,628,629 on nexus0 pcib2: Schizo, version 4, IGN 0x9, bus B, 33MHz pcib2: DVMA map: 0xc0000000 to 0xffffffff pcib2: [FILTER] pci2: on pcib2 ebus0: mem 0x7d000000-0x7dffffff,0x7e000000-0x7e7fffff at device 1.0 on pci2 ebus0: addr 0-0x1fffff (no driver attached) ebus0: addr 0x100000000-0x1000fffff (no driver attached) ebus0: addr 0x10030002e-0x10030002f,0x100300600-0x100300607 (no driver attached) ebus0: addr 0x10000002e-0x10000002f,0x10000002d irq 35 (no driver attached) ebus0: addr 0x100000030-0x100000031 irq 35 (no driver attached) ebus0: addr 0x100500000-0x1005fffff (no driver attached) ebus0: addr 0x10050002e-0x10050002f,0x10050002d irq 40 (no driver attached) ebus0: addr 0x100500030-0x100500031 irq 40 (no driver attached) rtc0: addr 0x100300070-0x100300071 irq 36 on ebus0 ebus0: addr 0x100300600-0x100300607 (no driver attached) ebus0: addr 0x100300700-0x100300701 (no driver attached) uart0: <16550 or compatible> addr 0x1003062f8-0x1003062ff irq 46 on ebus0 uart0: [FILTER] uart1: <16550 or compatible> addr 0x1003083f8-0x1003083ff irq 45 on ebus0 uart1: [FILTER] scc0: addr 0x100400000-0x10040007f irq 34 on ebus0 scc0: [FILTER] uart2: on scc0 uart2: [FILTER] uart2: CTS oflow uart2: console (9600,n,8,1) uart3: on scc0 uart3: [FILTER] uart3: CTS oflow gem1: mem 0x100000-0x11ffff at device 1.1 on pci2 miibus1: on gem1 ukphy0: PHY 1 on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto gem1: 2kB RX FIFO, 2kB TX FIFO gem1: Ethernet address: 00:03:ba:xx:xx:xx gem1: [ITHREAD] ohci0: mem 0x1000000-0x1007fff at device 1.3 on pci2 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: <(0x108e) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0 uhub0: 4 ports with 4 removable, self powered pcib3: at device 2.0 on pci2 pci3: on pcib3 isp1: port 0x1000-0x10ff mem 0x2000000-0x2000fff at device 4.0 on pci3 pcib2: WARNING: using devices behind PCI-PCI bridges may cause data corruptionisp1: [ITHREAD] panic: trap: data access error cpuid = 0 KDB: enter: panic [thread pid 0 tid 100000 ] Stopped at kdb_enter+0x80: ta %xcc, 1 db> bt Tracing pid 0 tid 100000 td 0xc0848780 panic() at panic+0x20c trap() at trap+0x570 -- data access error %o7=0xc01e6168 -- isp_pci_rd_reg_1080() at isp_pci_rd_reg_1080+0x198 isp_reset() at isp_reset+0x728 isp_pci_attach() at isp_pci_attach+0x1f70 device_attach() at device_attach+0x4a4 device_probe_and_attach() at device_probe_and_attach+0x64 bus_generic_attach() at bus_generic_attach+0x10 ofw_pcibus_attach() at ofw_pcibus_attach+0x72c device_attach() at device_attach+0x4a4 device_probe_and_attach() at device_probe_and_attach+0x64 bus_generic_attach() at bus_generic_attach+0x10 ofw_pcib_attach() at ofw_pcib_attach+0x38 device_attach() at device_attach+0x4a4 device_probe_and_attach() at device_probe_and_attach+0x64 bus_generic_attach() at bus_generic_attach+0x10 ofw_pcibus_attach() at ofw_pcibus_attach+0x72c device_attach() at device_attach+0x4a4 device_probe_and_attach() at device_probe_and_attach+0x64 bus_generic_attach() at bus_generic_attach+0x10 schizo_attach() at schizo_attach+0x13b8 device_attach() at device_attach+0x4a4 device_probe_and_attach() at device_probe_and_attach+0x64 bus_generic_attach() at bus_generic_attach+0x10 nexus_attach() at nexus_attach+0x4fc device_attach() at device_attach+0x4a4 device_probe_and_attach() at device_probe_and_attach+0x64 root_bus_configure() at root_bus_configure+0x28 configure() at configure+0x4 mi_startup() at mi_startup+0x18c btext() at btext+0x30 db> I could provide remote access to the server but I may need some days to set up a netboot environment. Many thanks for your help! Beat From bugmaster at FreeBSD.org Mon Dec 8 03:07:03 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Dec 8 03:09:06 2008 Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org Message-ID: <200812081107.mB8B72QF014401@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 -------------------------------------------------------------------------------- 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/119017 sparc64 7.0 Beta won't install on U60 o sparc/118932 sparc64 7.0-BETA4/sparc-64 kernel panic in rip_output o sparc/113556 sparc64 panic: trap: memory address not aligned; Rebooting... o sparc/109908 sparc64 apache22 mod_perl issue on sparc64 f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 system is hinged during boot from CD f sparc/106251 sparc64 [libmalloc] malloc fails > for large allocations f sparc/105157 sparc64 No reply to ping on Sparc64 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 17 problems total. From marius at alchemy.franken.de Tue Dec 9 00:13:04 2008 From: marius at alchemy.franken.de (Marius Strobl) Date: Tue Dec 9 00:13:11 2008 Subject: Booting of 200811 snapshot on Sun Fire V880 In-Reply-To: <26f6c7210812080259j1cc1cb3bo2fe827a8442f068a@mail.gmail.com> References: <4935839E.4010000@chruetertee.ch> <20081204180726.GA19048@alchemy.franken.de> <26f6c7210812050014l5dac2871k7ca1db1677d0b7d0@mail.gmail.com> <20081205172112.GA52382@alchemy.franken.de> <26f6c7210812080259j1cc1cb3bo2fe827a8442f068a@mail.gmail.com> Message-ID: <20081209081300.GK52382@alchemy.franken.de> On Mon, Dec 08, 2008 at 11:59:50AM +0100, Beat Gtzi wrote: > > The new image solves the initial issue but now it fails at: > [...] > isp1: port 0x1000-0x10ff mem > 0x2000000-0x2000fff at device 4.0 on pci3 > pcib2: WARNING: using devices behind PCI-PCI bridges may cause data > corruptionisp1: [ITHREAD] > panic: trap: data access error > cpuid = 0 > KDB: enter: panic > [thread pid 0 tid 100000 ] > Stopped at kdb_enter+0x80: ta %xcc, 1 > db> bt > Tracing pid 0 tid 100000 td 0xc0848780 > panic() at panic+0x20c > trap() at trap+0x570 > -- data access error %o7=0xc01e6168 -- > isp_pci_rd_reg_1080() at isp_pci_rd_reg_1080+0x198 > isp_reset() at isp_reset+0x728 > isp_pci_attach() at isp_pci_attach+0x1f70 > device_attach() at device_attach+0x4a4 > device_probe_and_attach() at device_probe_and_attach+0x64 > bus_generic_attach() at bus_generic_attach+0x10 > ofw_pcibus_attach() at ofw_pcibus_attach+0x72c > device_attach() at device_attach+0x4a4 > device_probe_and_attach() at device_probe_and_attach+0x64 > bus_generic_attach() at bus_generic_attach+0x10 > ofw_pcib_attach() at ofw_pcib_attach+0x38 > device_attach() at device_attach+0x4a4 > device_probe_and_attach() at device_probe_and_attach+0x64 > bus_generic_attach() at bus_generic_attach+0x10 > ofw_pcibus_attach() at ofw_pcibus_attach+0x72c > device_attach() at device_attach+0x4a4 > device_probe_and_attach() at device_probe_and_attach+0x64 > bus_generic_attach() at bus_generic_attach+0x10 > schizo_attach() at schizo_attach+0x13b8 > device_attach() at device_attach+0x4a4 > device_probe_and_attach() at device_probe_and_attach+0x64 > bus_generic_attach() at bus_generic_attach+0x10 > nexus_attach() at nexus_attach+0x4fc > device_attach() at device_attach+0x4a4 > device_probe_and_attach() at device_probe_and_attach+0x64 > root_bus_configure() at root_bus_configure+0x28 > configure() at configure+0x4 > mi_startup() at mi_startup+0x18c > btext() at btext+0x30 > db> > > I could provide remote access to the server but I may need some days > to set up a netboot environment. > If you haven't lost patience yet, could you please try (currently still uploading): http://people.freebsd.org/~marius/8.0-20081208-SNAP-sparc64-disc1.iso.gz ? Btw., sorry for the inconveniences, the drivers bugs you happen to hit aren't actually sparc64-specific though. Marius From beat at chruetertee.ch Tue Dec 9 02:06:55 2008 From: beat at chruetertee.ch (=?ISO-8859-1?Q?Beat_G=E4tzi?=) Date: Tue Dec 9 02:07:04 2008 Subject: Booting of 200811 snapshot on Sun Fire V880 In-Reply-To: <20081209081300.GK52382@alchemy.franken.de> References: <4935839E.4010000@chruetertee.ch> <20081204180726.GA19048@alchemy.franken.de> <26f6c7210812050014l5dac2871k7ca1db1677d0b7d0@mail.gmail.com> <20081205172112.GA52382@alchemy.franken.de> <26f6c7210812080259j1cc1cb3bo2fe827a8442f068a@mail.gmail.com> <20081209081300.GK52382@alchemy.franken.de> Message-ID: <493E433F.5040703@chruetertee.ch> Marius Strobl wrote: > On Mon, Dec 08, 2008 at 11:59:50AM +0100, Beat Gtzi wrote: >> The new image solves the initial issue but now it fails at: >> [...] >> isp1: port 0x1000-0x10ff mem >> 0x2000000-0x2000fff at device 4.0 on pci3 >> pcib2: WARNING: using devices behind PCI-PCI bridges may cause data >> corruptionisp1: [ITHREAD] >> panic: trap: data access error >> cpuid = 0 >> KDB: enter: panic >> [thread pid 0 tid 100000 ] >> Stopped at kdb_enter+0x80: ta %xcc, 1 >> db> bt >> Tracing pid 0 tid 100000 td 0xc0848780 >> panic() at panic+0x20c >> trap() at trap+0x570 >> -- data access error %o7=0xc01e6168 -- >> isp_pci_rd_reg_1080() at isp_pci_rd_reg_1080+0x198 >> isp_reset() at isp_reset+0x728 >> isp_pci_attach() at isp_pci_attach+0x1f70 >> device_attach() at device_attach+0x4a4 >> device_probe_and_attach() at device_probe_and_attach+0x64 >> bus_generic_attach() at bus_generic_attach+0x10 >> ofw_pcibus_attach() at ofw_pcibus_attach+0x72c >> device_attach() at device_attach+0x4a4 >> device_probe_and_attach() at device_probe_and_attach+0x64 >> bus_generic_attach() at bus_generic_attach+0x10 >> ofw_pcib_attach() at ofw_pcib_attach+0x38 >> device_attach() at device_attach+0x4a4 >> device_probe_and_attach() at device_probe_and_attach+0x64 >> bus_generic_attach() at bus_generic_attach+0x10 >> ofw_pcibus_attach() at ofw_pcibus_attach+0x72c >> device_attach() at device_attach+0x4a4 >> device_probe_and_attach() at device_probe_and_attach+0x64 >> bus_generic_attach() at bus_generic_attach+0x10 >> schizo_attach() at schizo_attach+0x13b8 >> device_attach() at device_attach+0x4a4 >> device_probe_and_attach() at device_probe_and_attach+0x64 >> bus_generic_attach() at bus_generic_attach+0x10 >> nexus_attach() at nexus_attach+0x4fc >> device_attach() at device_attach+0x4a4 >> device_probe_and_attach() at device_probe_and_attach+0x64 >> root_bus_configure() at root_bus_configure+0x28 >> configure() at configure+0x4 >> mi_startup() at mi_startup+0x18c >> btext() at btext+0x30 >> db> >> >> I could provide remote access to the server but I may need some days >> to set up a netboot environment. >> > > If you haven't lost patience yet, could you please try (currently > still uploading): > http://people.freebsd.org/~marius/8.0-20081208-SNAP-sparc64-disc1.iso.gz > ? Btw., sorry for the inconveniences, the drivers bugs you > happen to hit aren't actually sparc64-specific though. The new image fixes the data access error but it seems that I run into another bug: isp1: port 0x1000-0x10ff mem 0x2000000-0x2000fff at device 4.0 on pci3 pcib2: WARNING: using devices behind PCI-PCI bridges may cause data corruptionisp1: [ITHREAD] isp1: Board Type 10160, Chip Revision 0x6, loaded F/W Revision 10.4.41 isp1: invalid NVRAM header isp2: port 0x1100-0x11ff mem 0x2002000-0x2002fff at device 5.0 on pci3 pcib2: WARNING: using devices behind PCI-PCI bridges may cause data corruptionisp2: [ITHREAD] isp2: Board Type 10160, Chip Revision 0x6, loaded F/W Revision 10.4.41 isp2: invalid NVRAM header pcib4: mem 0x40004e00000-0x40004e17fff,0x40004c10000-0x40004c1004f,0x7ffe8000000-0x7ffe80000ff irq 626,624,625,628,630 on nexus0 pcib4: Schizo, version 4, IGN 0x9, bus A, 33MHz Timecounter "pcib4" frequency 150000000 Hz quality 100 pcib4: DVMA map: 0xc0000000 to 0xffffffff pcib4: [FILTER] pcib4: [FILTER] pcib4: [FILTER] pcib4: [FILTER] pci4: on pcib4 pci4: at device 2.0 (no driver attached) hme0: mem 0x100000-0x107fff at device 2.1 on pci4 miibus2: on hme0 ukphy1: PHY 1 on miibus2 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme0: Ethernet address: 00:03:ba:xx:xx:xx pcib4: invalid interrupt vector 0x245 hme0: couldn't establish interrupt panic: trap: fast data access mmu miss cpuid = 0 KDB: enter: panic [thread pid 0 tid 100000 ] Stopped at kdb_enter+0x80: ta %xcc, 1 db> bt Tracing pid 0 tid 100000 td 0xc0848780 panic() at panic+0x20c trap() at trap+0x570 -- fast data access mmu miss tar=0 %o7=0xc0328a48 -- _rw_rlock() at _rw_rlock+0x170 in_pcbpurgeif0() at in_pcbpurgeif0+0x24 in_ifdetach() at in_ifdetach+0x1c if_detach() at if_detach+0x180 ether_ifdetach() at ether_ifdetach+0x58 hme_detach() at hme_detach+0x64 hme_pci_attach() at hme_pci_attach+0x388 device_attach() at device_attach+0x4a4 device_probe_and_attach() at device_probe_and_attach+0x64 bus_generic_attach() at bus_generic_attach+0x10 ofw_pcibus_attach() at ofw_pcibus_attach+0x72c device_attach() at device_attach+0x4a4 device_probe_and_attach() at device_probe_and_attach+0x64 bus_generic_attach() at bus_generic_attach+0x10 schizo_attach() at schizo_attach+0x13b8 device_attach() at device_attach+0x4a4 device_probe_and_attach() at device_probe_and_attach+0x64 bus_generic_attach() at bus_generic_attach+0x10 nexus_attach() at nexus_attach+0x4fc device_attach() at device_attach+0x4a4 device_probe_and_attach() at device_probe_and_attach+0x64 root_bus_configure() at root_bus_configure+0x28 configure() at configure+0x4 mi_startup() at mi_startup+0x18c btext() at btext+0x30 db> Thanks for your help! Beat From marius at alchemy.franken.de Tue Dec 9 13:19:05 2008 From: marius at alchemy.franken.de (Marius Strobl) Date: Tue Dec 9 13:19:12 2008 Subject: Booting of 200811 snapshot on Sun Fire V880 In-Reply-To: <493E433F.5040703@chruetertee.ch> References: <4935839E.4010000@chruetertee.ch> <20081204180726.GA19048@alchemy.franken.de> <26f6c7210812050014l5dac2871k7ca1db1677d0b7d0@mail.gmail.com> <20081205172112.GA52382@alchemy.franken.de> <26f6c7210812080259j1cc1cb3bo2fe827a8442f068a@mail.gmail.com> <20081209081300.GK52382@alchemy.franken.de> <493E433F.5040703@chruetertee.ch> Message-ID: <20081209211900.GC15733@alchemy.franken.de> On Tue, Dec 09, 2008 at 11:06:55AM +0100, Beat Gtzi wrote: > > The new image fixes the data access error but it seems that I run into > another bug: > > isp1: port 0x1000-0x10ff mem > 0x2000000-0x2000fff at device 4.0 on pci3 > pcib2: WARNING: using devices behind PCI-PCI bridges may cause data > corruptionisp1: [ITHREAD] > isp1: Board Type 10160, Chip Revision 0x6, loaded F/W Revision 10.4.41 > isp1: invalid NVRAM header > isp2: port 0x1100-0x11ff mem > 0x2002000-0x2002fff at device 5.0 on pci3 > pcib2: WARNING: using devices behind PCI-PCI bridges may cause data > corruptionisp2: [ITHREAD] > isp2: Board Type 10160, Chip Revision 0x6, loaded F/W Revision 10.4.41 > isp2: invalid NVRAM header > pcib4: mem > 0x40004e00000-0x40004e17fff,0x40004c10000-0x40004c1004f,0x7ffe8000000-0x7ffe80000ff > irq > 626,624,625,628,630 on nexus0 > pcib4: Schizo, version 4, IGN 0x9, bus A, 33MHz > Timecounter "pcib4" frequency 150000000 Hz quality 100 > pcib4: DVMA map: 0xc0000000 to 0xffffffff > pcib4: [FILTER] > pcib4: [FILTER] > pcib4: [FILTER] > pcib4: [FILTER] > pci4: on pcib4 > pci4: at device 2.0 (no driver attached) > hme0: mem 0x100000-0x107fff at device 2.1 on pci4 > miibus2: on hme0 > ukphy1: PHY 1 on miibus2 > ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > hme0: Ethernet address: 00:03:ba:xx:xx:xx > pcib4: invalid interrupt vector 0x245 > hme0: couldn't establish interrupt > panic: trap: fast data access mmu miss > cpuid = 0 > KDB: enter: panic > [thread pid 0 tid 100000 ] > Stopped at kdb_enter+0x80: ta %xcc, 1 > db> bt > Tracing pid 0 tid 100000 td 0xc0848780 > panic() at panic+0x20c > trap() at trap+0x570 > -- fast data access mmu miss tar=0 %o7=0xc0328a48 -- > _rw_rlock() at _rw_rlock+0x170 > in_pcbpurgeif0() at in_pcbpurgeif0+0x24 > in_ifdetach() at in_ifdetach+0x1c > if_detach() at if_detach+0x180 > ether_ifdetach() at ether_ifdetach+0x58 > hme_detach() at hme_detach+0x64 > hme_pci_attach() at hme_pci_attach+0x388 > device_attach() at device_attach+0x4a4 > device_probe_and_attach() at device_probe_and_attach+0x64 > bus_generic_attach() at bus_generic_attach+0x10 > ofw_pcibus_attach() at ofw_pcibus_attach+0x72c > device_attach() at device_attach+0x4a4 > device_probe_and_attach() at device_probe_and_attach+0x64 > bus_generic_attach() at bus_generic_attach+0x10 > schizo_attach() at schizo_attach+0x13b8 > device_attach() at device_attach+0x4a4 > device_probe_and_attach() at device_probe_and_attach+0x64 > bus_generic_attach() at bus_generic_attach+0x10 > nexus_attach() at nexus_attach+0x4fc > device_attach() at device_attach+0x4a4 > device_probe_and_attach() at device_probe_and_attach+0x64 > root_bus_configure() at root_bus_configure+0x28 > configure() at configure+0x4 > mi_startup() at mi_startup+0x18c > btext() at btext+0x30 > db> > You have some real luck with this machine... The problem causing the panic seems to be a bug in the network stack which I don't have a clue about, which is triggered by hme(4) immediatley detaching again as it can't setup the interrupt due to what appears to be a firmware bug. Could you please try: http://people.freebsd.org/~marius/8.0-20081209-SNAP-sparc64-disc1.iso.gz which tries to work around the latter bug. Given that this involves some guesswork and I can't tell for sure it's a firmware bug without an OFW device tree dump (if there's still a working Solaris installation on that machine could you please provide the output of `prtconf -Ppv`?) I'm unsure whtether this will actually solve it. Marius From marius at alchemy.franken.de Tue Dec 9 13:36:17 2008 From: marius at alchemy.franken.de (Marius Strobl) Date: Tue Dec 9 13:36:22 2008 Subject: Panic in 7.1-PRERELEASE (was: Re: kgdb on sparc64) In-Reply-To: <20081202115653.GA90256@ei.bzerk.org> References: <20081103120215.GA32257@ei.bzerk.org> <20081103221111.GA8256@alchemy.franken.de> <20081105195630.GA52831@ei.bzerk.org> <20081109183232.GC76319@alchemy.franken.de> <20081119080344.GA96293@ei.bzerk.org> <20081119220317.GP64456@alchemy.franken.de> <20081120054711.GA11035@ei.bzerk.org> <20081201211806.GF82355@alchemy.franken.de> <20081202115653.GA90256@ei.bzerk.org> Message-ID: <20081209213613.GA21283@alchemy.franken.de> On Tue, Dec 02, 2008 at 12:56:53PM +0100, Ruben de Groot wrote: > On Mon, Dec 01, 2008 at 10:18:06PM +0100, Marius Strobl typed: > > On Thu, Nov 20, 2008 at 06:47:11AM +0100, Ruben de Groot wrote: > > > > > > Thanks. I've moved all websites away from this machine, so it's available for any > > > further tests to help find a solution. > > > > > > > Could you please give the patch at: > > http://people.freebsd.org/~marius/dc_bitbang_delay.diff > > a try? It's based on information gained from other drivers for > > the same chips that there should be an delay after every write > > when bit-banging the MII, which hopefully solves the bus wedging > > you're seeing. So far I didn't manage to reproduce the problem > > though, so I can't test whether the patch makes an actual > > difference either. > > Thanks for looking into this. > Running with this patch right now. It'll take some time to conclude if this > fixes the issue, as the panics normally happen only once every 2-3 days. > How is it doing so far? Marius From beat at chruetertee.ch Wed Dec 10 04:04:09 2008 From: beat at chruetertee.ch (=?ISO-8859-1?Q?Beat_G=E4tzi?=) Date: Wed Dec 10 04:04:16 2008 Subject: Booting of 200811 snapshot on Sun Fire V880 In-Reply-To: <20081209211900.GC15733@alchemy.franken.de> References: <4935839E.4010000@chruetertee.ch> <20081204180726.GA19048@alchemy.franken.de> <26f6c7210812050014l5dac2871k7ca1db1677d0b7d0@mail.gmail.com> <20081205172112.GA52382@alchemy.franken.de> <26f6c7210812080259j1cc1cb3bo2fe827a8442f068a@mail.gmail.com> <20081209081300.GK52382@alchemy.franken.de> <493E433F.5040703@chruetertee.ch> <20081209211900.GC15733@alchemy.franken.de> Message-ID: <493FB038.3080103@chruetertee.ch> Marius Strobl wrote: > On Tue, Dec 09, 2008 at 11:06:55AM +0100, Beat Gtzi wrote: >> The new image fixes the data access error but it seems that I run into >> another bug: >> >> isp1: port 0x1000-0x10ff mem >> 0x2000000-0x2000fff at device 4.0 on pci3 >> pcib2: WARNING: using devices behind PCI-PCI bridges may cause data >> corruptionisp1: [ITHREAD] >> isp1: Board Type 10160, Chip Revision 0x6, loaded F/W Revision 10.4.41 >> isp1: invalid NVRAM header >> isp2: port 0x1100-0x11ff mem >> 0x2002000-0x2002fff at device 5.0 on pci3 >> pcib2: WARNING: using devices behind PCI-PCI bridges may cause data >> corruptionisp2: [ITHREAD] >> isp2: Board Type 10160, Chip Revision 0x6, loaded F/W Revision 10.4.41 >> isp2: invalid NVRAM header >> pcib4: mem >> 0x40004e00000-0x40004e17fff,0x40004c10000-0x40004c1004f,0x7ffe8000000-0x7ffe80000ff >> irq >> 626,624,625,628,630 on nexus0 >> pcib4: Schizo, version 4, IGN 0x9, bus A, 33MHz >> Timecounter "pcib4" frequency 150000000 Hz quality 100 >> pcib4: DVMA map: 0xc0000000 to 0xffffffff >> pcib4: [FILTER] >> pcib4: [FILTER] >> pcib4: [FILTER] >> pcib4: [FILTER] >> pci4: on pcib4 >> pci4: at device 2.0 (no driver attached) >> hme0: mem 0x100000-0x107fff at device 2.1 on pci4 >> miibus2: on hme0 >> ukphy1: PHY 1 on miibus2 >> ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >> hme0: Ethernet address: 00:03:ba:xx:xx:xx >> pcib4: invalid interrupt vector 0x245 >> hme0: couldn't establish interrupt >> panic: trap: fast data access mmu miss >> cpuid = 0 >> KDB: enter: panic >> [thread pid 0 tid 100000 ] >> Stopped at kdb_enter+0x80: ta %xcc, 1 >> db> bt >> Tracing pid 0 tid 100000 td 0xc0848780 >> panic() at panic+0x20c >> trap() at trap+0x570 >> -- fast data access mmu miss tar=0 %o7=0xc0328a48 -- >> _rw_rlock() at _rw_rlock+0x170 >> in_pcbpurgeif0() at in_pcbpurgeif0+0x24 >> in_ifdetach() at in_ifdetach+0x1c >> if_detach() at if_detach+0x180 >> ether_ifdetach() at ether_ifdetach+0x58 >> hme_detach() at hme_detach+0x64 >> hme_pci_attach() at hme_pci_attach+0x388 >> device_attach() at device_attach+0x4a4 >> device_probe_and_attach() at device_probe_and_attach+0x64 >> bus_generic_attach() at bus_generic_attach+0x10 >> ofw_pcibus_attach() at ofw_pcibus_attach+0x72c >> device_attach() at device_attach+0x4a4 >> device_probe_and_attach() at device_probe_and_attach+0x64 >> bus_generic_attach() at bus_generic_attach+0x10 >> schizo_attach() at schizo_attach+0x13b8 >> device_attach() at device_attach+0x4a4 >> device_probe_and_attach() at device_probe_and_attach+0x64 >> bus_generic_attach() at bus_generic_attach+0x10 >> nexus_attach() at nexus_attach+0x4fc >> device_attach() at device_attach+0x4a4 >> device_probe_and_attach() at device_probe_and_attach+0x64 >> root_bus_configure() at root_bus_configure+0x28 >> configure() at configure+0x4 >> mi_startup() at mi_startup+0x18c >> btext() at btext+0x30 >> db> >> > > You have some real luck with this machine... Yes and the story continues... > The problem causing the panic seems to be a bug in the network > stack which I don't have a clue about, which is triggered by > hme(4) immediatley detaching again as it can't setup the > interrupt due to what appears to be a firmware bug. Could > you please try: > http://people.freebsd.org/~marius/8.0-20081209-SNAP-sparc64-disc1.iso.gz > which tries to work around the latter bug. Given that this > involves some guesswork and I can't tell for sure it's a > firmware bug without an OFW device tree dump (if there's > still a working Solaris installation on that machine > could you please provide the output of `prtconf -Ppv`?) > I'm unsure whtether this will actually solve it. With this image the server boots without problems but during the installer the server panics: panic: cheetah_ipi_selected: couldn't send IPI cpuid = 3 KDB: enter: panic I was not able to enter to the debugger and it wasn't possible to send a break signal and return to OBP. I tried it several times and the panic occurred at various points during the installer. Thanks, Beat From tinderbox at freebsd.org Sun Dec 14 16:12:22 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sun Dec 14 16:12:29 2008 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <20081215001219.490BB73039@freebsd-current.sentex.ca> TB --- 2008-12-14 22:43:16 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-14 22:43:16 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-12-14 22:43:16 - cleaning the object tree TB --- 2008-12-14 22:43:47 - cvsupping the source tree TB --- 2008-12-14 22:43:47 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-12-14 22:43:54 - building world TB --- 2008-12-14 22:43:54 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-14 22:43:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-14 22:43:54 - TARGET=sparc64 TB --- 2008-12-14 22:43:54 - TARGET_ARCH=sparc64 TB --- 2008-12-14 22:43:54 - TZ=UTC TB --- 2008-12-14 22:43:54 - __MAKE_CONF=/dev/null TB --- 2008-12-14 22:43:54 - cd /src TB --- 2008-12-14 22:43:54 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 14 22:43:57 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Dec 15 00:03:21 UTC 2008 TB --- 2008-12-15 00:03:21 - generating LINT kernel config TB --- 2008-12-15 00:03:21 - cd /src/sys/sparc64/conf TB --- 2008-12-15 00:03:21 - /usr/bin/make -B LINT TB --- 2008-12-15 00:03:21 - building LINT kernel TB --- 2008-12-15 00:03:21 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-15 00:03:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-15 00:03:21 - TARGET=sparc64 TB --- 2008-12-15 00:03:21 - TARGET_ARCH=sparc64 TB --- 2008-12-15 00:03:21 - TZ=UTC TB --- 2008-12-15 00:03:21 - __MAKE_CONF=/dev/null TB --- 2008-12-15 00:03:21 - cd /src TB --- 2008-12-15 00:03:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 15 00:03:21 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -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/usb/uark.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/usb/u3g.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/usb/ubsa.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/usb/ucom.c /src/sys/dev/usb/ucom.c: In function 'ucomreadcb': /src/sys/dev/usb/ucom.c:746: error: 'tp' undeclared (first use in this function) /src/sys/dev/usb/ucom.c:746: error: (Each undeclared identifier is reported only once /src/sys/dev/usb/ucom.c:746: error: for each function it appears in.) *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-15 00:12:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-15 00:12:19 - ERROR: failed to build lint kernel TB --- 2008-12-15 00:12:19 - 4197.97 user 398.03 system 5342.77 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Sun Dec 14 16:25:43 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sun Dec 14 16:25:49 2008 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <20081215002540.1AA6773039@freebsd-current.sentex.ca> TB --- 2008-12-14 22:59:49 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-14 22:59:49 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-12-14 22:59:49 - cleaning the object tree TB --- 2008-12-14 23:00:14 - cvsupping the source tree TB --- 2008-12-14 23:00:14 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-12-14 23:00:23 - building world TB --- 2008-12-14 23:00:23 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-14 23:00:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-14 23:00:23 - TARGET=sun4v TB --- 2008-12-14 23:00:23 - TARGET_ARCH=sparc64 TB --- 2008-12-14 23:00:23 - TZ=UTC TB --- 2008-12-14 23:00:23 - __MAKE_CONF=/dev/null TB --- 2008-12-14 23:00:23 - cd /src TB --- 2008-12-14 23:00:23 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 14 23:00:24 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Dec 15 00:17:57 UTC 2008 TB --- 2008-12-15 00:17:57 - generating LINT kernel config TB --- 2008-12-15 00:17:57 - cd /src/sys/sun4v/conf TB --- 2008-12-15 00:17:57 - /usr/bin/make -B LINT TB --- 2008-12-15 00:17:57 - building LINT kernel TB --- 2008-12-15 00:17:57 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-15 00:17:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-15 00:17:57 - TARGET=sun4v TB --- 2008-12-15 00:17:57 - TARGET_ARCH=sparc64 TB --- 2008-12-15 00:17:57 - TZ=UTC TB --- 2008-12-15 00:17:57 - __MAKE_CONF=/dev/null TB --- 2008-12-15 00:17:57 - cd /src TB --- 2008-12-15 00:17:57 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 15 00:17:57 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -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/usb/uark.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/usb/u3g.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/usb/ubsa.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/usb/ucom.c /src/sys/dev/usb/ucom.c: In function 'ucomreadcb': /src/sys/dev/usb/ucom.c:746: error: 'tp' undeclared (first use in this function) /src/sys/dev/usb/ucom.c:746: error: (Each undeclared identifier is reported only once /src/sys/dev/usb/ucom.c:746: error: for each function it appears in.) *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-15 00:25:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-15 00:25:40 - ERROR: failed to build lint kernel TB --- 2008-12-15 00:25:40 - 4182.21 user 398.88 system 5150.37 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From sales.dept at gadgetsukdirect.com Sun Dec 14 19:43:23 2008 From: sales.dept at gadgetsukdirect.com (Gadgets DIRECT Lmtd UK) Date: Sun Dec 14 19:43:31 2008 Subject: XMAS SLASH:Blackberry Storm/$350, iPhone/$250, Omnia/$470, SE-X1/$500 Message-ID: <20081215034323.834AB8FC0C@mx1.freebsd.org> XMAS SLASH:Blackberry Storm/$350,iPhone/$250,Omnia/$470,SE-X1/$500 Sony Ericsson X1 - $500 USD SONY PS3 (60GB) = $300 USD Apple iPhone 16GB............$250 USD Blackberry Bold..............$300 USD Blackberry Storm.............$350 USD Samsung Omnia i900 (16GB)....$470 USD HTC Touch Pro................$400 USD HTC Diamond .................$400 USD Nokia N96....................$350 USD Nokia N85....................$350 USD Nokia E71....................$300 USD Nokia E66....................$300 USD Nokia E90....................$350 USD Motorola V3i D&G......$250 USD Nokia N95......... ...$320 USD Nokia N93......... ...$260 USD Nokia N93i ...........$280 USD Nokia N70 ............$160 USD Nokia N72 ............$175 USD Nokia N73 ............$250 USD Nokia N80 ............$200 USD Nokia N90 ............$200 USD Nokia N91 ............$200 USD BUY ANY 5 UNITS AND GET 1 FREE All GSM Phones,Brand New,Tri- Band and Video Games are also Brand new with Complete Accessories plus Intl Warranty . Alan Pepple Gadgets DIRECT Lmtd UK 6 Greenhill Crescent, Watford Business Park,Watford,WD18 8RF.UNITED KINGDOM E-mail- gadgets.direct.lmtd@googlemail.com http://www.gadgetsukdirect.com From tinderbox at freebsd.org Mon Dec 15 00:27:54 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Mon Dec 15 00:28:08 2008 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <20081215082750.C6BE373039@freebsd-current.sentex.ca> TB --- 2008-12-15 07:03:06 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-15 07:03:06 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-12-15 07:03:06 - cleaning the object tree TB --- 2008-12-15 07:03:29 - cvsupping the source tree TB --- 2008-12-15 07:03:29 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-12-15 07:03:38 - building world TB --- 2008-12-15 07:03:38 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-15 07:03:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-15 07:03:38 - TARGET=sparc64 TB --- 2008-12-15 07:03:38 - TARGET_ARCH=sparc64 TB --- 2008-12-15 07:03:38 - TZ=UTC TB --- 2008-12-15 07:03:38 - __MAKE_CONF=/dev/null TB --- 2008-12-15 07:03:38 - cd /src TB --- 2008-12-15 07:03:38 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 15 07:03:40 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Dec 15 08:25:43 UTC 2008 TB --- 2008-12-15 08:25:43 - generating LINT kernel config TB --- 2008-12-15 08:25:43 - cd /src/sys/sparc64/conf TB --- 2008-12-15 08:25:43 - /usr/bin/make -B LINT TB --- 2008-12-15 08:25:44 - building LINT kernel TB --- 2008-12-15 08:25:44 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-15 08:25:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-15 08:25:44 - TARGET=sparc64 TB --- 2008-12-15 08:25:44 - TARGET_ARCH=sparc64 TB --- 2008-12-15 08:25:44 - TZ=UTC TB --- 2008-12-15 08:25:44 - __MAKE_CONF=/dev/null TB --- 2008-12-15 08:25:44 - cd /src TB --- 2008-12-15 08:25:44 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 15 08:25:44 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] /src/sys/netinet6/icmp6.c:88:27: error: net/if_llatbl.h: No such file or directory /src/sys/netinet6/in6.c:91:27: error: net/if_llatbl.h: No such file or directory /src/sys/netinet6/in6_src.c:90:27: error: net/if_llatbl.h: No such file or directory /src/sys/netinet6/ip6_input.c:95:27: error: net/if_llatbl.h: No such file or directory /src/sys/netinet6/nd6.c:66:27: error: net/if_llatbl.h: No such file or directory /src/sys/netinet6/nd6_nbr.c:68:27: error: net/if_llatbl.h: No such file or directory /src/sys/netinet6/nd6_rtr.c:61:27: error: net/if_llatbl.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-15 08:27:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-15 08:27:50 - ERROR: failed to build lint kernel TB --- 2008-12-15 08:27:50 - 3852.20 user 369.80 system 5084.29 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From bugmaster at FreeBSD.org Mon Dec 15 03:07:01 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Dec 15 03:09:11 2008 Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org Message-ID: <200812151107.mBFB70EA004476@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 -------------------------------------------------------------------------------- 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/119017 sparc64 7.0 Beta won't install on U60 o sparc/118932 sparc64 7.0-BETA4/sparc-64 kernel panic in rip_output o sparc/113556 sparc64 panic: trap: memory address not aligned; Rebooting... o sparc/109908 sparc64 apache22 mod_perl issue on sparc64 f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 system is hinged during boot from CD f sparc/106251 sparc64 [libmalloc] malloc fails > for large allocations f sparc/105157 sparc64 No reply to ping on Sparc64 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 17 problems total. From tinderbox at freebsd.org Mon Dec 15 11:44:34 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Mon Dec 15 11:44:40 2008 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <20081215194431.AEA8673039@freebsd-current.sentex.ca> TB --- 2008-12-15 18:04:28 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-15 18:04:28 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-12-15 18:04:28 - cleaning the object tree TB --- 2008-12-15 18:04:59 - cvsupping the source tree TB --- 2008-12-15 18:04:59 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-12-15 18:05:07 - building world TB --- 2008-12-15 18:05:07 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-15 18:05:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-15 18:05:07 - TARGET=sun4v TB --- 2008-12-15 18:05:07 - TARGET_ARCH=sparc64 TB --- 2008-12-15 18:05:07 - TZ=UTC TB --- 2008-12-15 18:05:07 - __MAKE_CONF=/dev/null TB --- 2008-12-15 18:05:07 - cd /src TB --- 2008-12-15 18:05:07 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 15 18:05:09 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/usr.sbin/ntp/doc/ntpdc.8 > ntpdc.8.gz gzip -cn /src/usr.sbin/ntp/doc/ntpq.8 > ntpq.8.gz gzip -cn /src/usr.sbin/ntp/doc/ntptime.8 > ntptime.8.gz gzip -cn /src/usr.sbin/ntp/doc/ntptrace.8 > ntptrace.8.gz ===> usr.sbin/ofwdump (all) cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.sbin/ofwdump/ofwdump.c In file included from /src/usr.sbin/ofwdump/ofwdump.c:29: /obj/sun4v/src/tmp/usr/include/dev/ofw/openfirm.h:76: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'pcell_t' *** Error code 1 Stop in /src/usr.sbin/ofwdump. *** 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 --- 2008-12-15 19:44:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-15 19:44:31 - ERROR: failed to build world TB --- 2008-12-15 19:44:31 - 3827.13 user 371.85 system 6002.72 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From tinderbox at freebsd.org Mon Dec 15 11:44:39 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Mon Dec 15 11:45:07 2008 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <20081215194436.7D8BB7303E@freebsd-current.sentex.ca> TB --- 2008-12-15 18:03:16 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-15 18:03:16 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-12-15 18:03:16 - cleaning the object tree TB --- 2008-12-15 18:03:38 - cvsupping the source tree TB --- 2008-12-15 18:03:38 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-12-15 18:03:48 - building world TB --- 2008-12-15 18:03:48 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-15 18:03:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-15 18:03:48 - TARGET=sparc64 TB --- 2008-12-15 18:03:48 - TARGET_ARCH=sparc64 TB --- 2008-12-15 18:03:48 - TZ=UTC TB --- 2008-12-15 18:03:48 - __MAKE_CONF=/dev/null TB --- 2008-12-15 18:03:48 - cd /src TB --- 2008-12-15 18:03:48 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 15 18:03:50 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/usr.sbin/ntp/doc/ntpdc.8 > ntpdc.8.gz gzip -cn /src/usr.sbin/ntp/doc/ntpq.8 > ntpq.8.gz gzip -cn /src/usr.sbin/ntp/doc/ntptime.8 > ntptime.8.gz gzip -cn /src/usr.sbin/ntp/doc/ntptrace.8 > ntptrace.8.gz ===> usr.sbin/ofwdump (all) cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.sbin/ofwdump/ofwdump.c In file included from /src/usr.sbin/ofwdump/ofwdump.c:29: /obj/sparc64/src/tmp/usr/include/dev/ofw/openfirm.h:76: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'pcell_t' *** Error code 1 Stop in /src/usr.sbin/ofwdump. *** 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 --- 2008-12-15 19:44:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-15 19:44:36 - ERROR: failed to build world TB --- 2008-12-15 19:44:36 - 3823.44 user 373.55 system 6080.27 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From fbsd-sparc64 at bzerk.org Tue Dec 16 06:03:22 2008 From: fbsd-sparc64 at bzerk.org (Ruben de Groot) Date: Tue Dec 16 06:03:29 2008 Subject: Panic in 7.1-PRERELEASE (was: Re: kgdb on sparc64) In-Reply-To: <20081209213613.GA21283@alchemy.franken.de> References: <20081103120215.GA32257@ei.bzerk.org> <20081103221111.GA8256@alchemy.franken.de> <20081105195630.GA52831@ei.bzerk.org> <20081109183232.GC76319@alchemy.franken.de> <20081119080344.GA96293@ei.bzerk.org> <20081119220317.GP64456@alchemy.franken.de> <20081120054711.GA11035@ei.bzerk.org> <20081201211806.GF82355@alchemy.franken.de> <20081202115653.GA90256@ei.bzerk.org> <20081209213613.GA21283@alchemy.franken.de> Message-ID: <20081216140311.GA21651@ei.bzerk.org> On Tue, Dec 09, 2008 at 10:36:13PM +0100, Marius Strobl typed: > On Tue, Dec 02, 2008 at 12:56:53PM +0100, Ruben de Groot wrote: > > On Mon, Dec 01, 2008 at 10:18:06PM +0100, Marius Strobl typed: > > > On Thu, Nov 20, 2008 at 06:47:11AM +0100, Ruben de Groot wrote: > > > > > > > > Thanks. I've moved all websites away from this machine, so it's available for any > > > > further tests to help find a solution. > > > > > > > > > > Could you please give the patch at: > > > http://people.freebsd.org/~marius/dc_bitbang_delay.diff > > > a try? It's based on information gained from other drivers for > > > the same chips that there should be an delay after every write > > > when bit-banging the MII, which hopefully solves the bus wedging > > > you're seeing. So far I didn't manage to reproduce the problem > > > though, so I can't test whether the patch makes an actual > > > difference either. > > > > Thanks for looking into this. > > Running with this patch right now. It'll take some time to conclude if this > > fixes the issue, as the panics normally happen only once every 2-3 days. > > > > How is it doing so far? Yes, well, the server has been running for exactly 14 days with your patch now without any troubles. So today I switched the websites back from my -current machine as the latter was developing some (unrelated) problems. So I'd say the issue looks like it's solved. Thanks again! Ruben From marius at alchemy.franken.de Tue Dec 16 15:06:38 2008 From: marius at alchemy.franken.de (Marius Strobl) Date: Tue Dec 16 15:06:44 2008 Subject: Panic in 7.1-PRERELEASE (was: Re: kgdb on sparc64) In-Reply-To: <20081216140311.GA21651@ei.bzerk.org> References: <20081103221111.GA8256@alchemy.franken.de> <20081105195630.GA52831@ei.bzerk.org> <20081109183232.GC76319@alchemy.franken.de> <20081119080344.GA96293@ei.bzerk.org> <20081119220317.GP64456@alchemy.franken.de> <20081120054711.GA11035@ei.bzerk.org> <20081201211806.GF82355@alchemy.franken.de> <20081202115653.GA90256@ei.bzerk.org> <20081209213613.GA21283@alchemy.franken.de> <20081216140311.GA21651@ei.bzerk.org> Message-ID: <20081216230630.GY15733@alchemy.franken.de> On Tue, Dec 16, 2008 at 03:03:11PM +0100, Ruben de Groot wrote: > On Tue, Dec 09, 2008 at 10:36:13PM +0100, Marius Strobl typed: > > On Tue, Dec 02, 2008 at 12:56:53PM +0100, Ruben de Groot wrote: > > > On Mon, Dec 01, 2008 at 10:18:06PM +0100, Marius Strobl typed: > > > > On Thu, Nov 20, 2008 at 06:47:11AM +0100, Ruben de Groot wrote: > > > > > > > > > > Thanks. I've moved all websites away from this machine, so it's available for any > > > > > further tests to help find a solution. > > > > > > > > > > > > > Could you please give the patch at: > > > > http://people.freebsd.org/~marius/dc_bitbang_delay.diff > > > > a try? It's based on information gained from other drivers for > > > > the same chips that there should be an delay after every write > > > > when bit-banging the MII, which hopefully solves the bus wedging > > > > you're seeing. So far I didn't manage to reproduce the problem > > > > though, so I can't test whether the patch makes an actual > > > > difference either. > > > > > > Thanks for looking into this. > > > Running with this patch right now. It'll take some time to conclude if this > > > fixes the issue, as the panics normally happen only once every 2-3 days. > > > > > > > How is it doing so far? > > Yes, well, the server has been running for exactly 14 days with your patch now > without any troubles. So today I switched the websites back from my -current > machine as the latter was developing some (unrelated) problems. > > So I'd say the issue looks like it's solved. Thanks again! > Could you please switch to the version that is in 7-STABLE (if_dc.c 1.192.2.6/if_dcreg.h 1.54.2.3 or r186137 if you use svn) now? Relative to the version you're running it has an edge case fixed and isn't as inefficient with the register access. I don't expect regressions from this version compared to the old patch but nevertheless it would be great to use the remaining time until 7.1-RELEASE for verifying whether what's in the tree now actually also solves the problem you were seeing. Marius From fbsd-sparc64 at bzerk.org Wed Dec 17 02:56:55 2008 From: fbsd-sparc64 at bzerk.org (Ruben de Groot) Date: Wed Dec 17 02:57:01 2008 Subject: Panic in 7.1-PRERELEASE (was: Re: kgdb on sparc64) In-Reply-To: <20081216230630.GY15733@alchemy.franken.de> References: <20081105195630.GA52831@ei.bzerk.org> <20081109183232.GC76319@alchemy.franken.de> <20081119080344.GA96293@ei.bzerk.org> <20081119220317.GP64456@alchemy.franken.de> <20081120054711.GA11035@ei.bzerk.org> <20081201211806.GF82355@alchemy.franken.de> <20081202115653.GA90256@ei.bzerk.org> <20081209213613.GA21283@alchemy.franken.de> <20081216140311.GA21651@ei.bzerk.org> <20081216230630.GY15733@alchemy.franken.de> Message-ID: <20081217105643.GA32414@ei.bzerk.org> On Wed, Dec 17, 2008 at 12:06:30AM +0100, Marius Strobl typed: > On Tue, Dec 16, 2008 at 03:03:11PM +0100, Ruben de Groot wrote: > > > > Yes, well, the server has been running for exactly 14 days with your patch now > > without any troubles. So today I switched the websites back from my -current > > machine as the latter was developing some (unrelated) problems. > > > > So I'd say the issue looks like it's solved. Thanks again! > > > > Could you please switch to the version that is in 7-STABLE > (if_dc.c 1.192.2.6/if_dcreg.h 1.54.2.3 or r186137 if you > use svn) now? Relative to the version you're running it > has an edge case fixed and isn't as inefficient with the > register access. I don't expect regressions from this > version compared to the old patch but nevertheless it > would be great to use the remaining time until 7.1-RELEASE > for verifying whether what's in the tree now actually > also solves the problem you were seeing. OK, I've updated to these versions. nostalgia4infinity# ident /boot/kernel/kernel|grep if_dc $FreeBSD: src/sys/dev/dc/if_dc.c,v 1.192.2.6 2008/12/15 21:36:14 marius Exp $ I'll report any issues asap. Ruben From tinderbox at freebsd.org Wed Dec 17 07:23:56 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Wed Dec 17 07:24:18 2008 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <20081217152353.6612473039@freebsd-current.sentex.ca> TB --- 2008-12-17 13:25:10 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-17 13:25:10 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-12-17 13:25:10 - cleaning the object tree TB --- 2008-12-17 13:25:49 - cvsupping the source tree TB --- 2008-12-17 13:25:49 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-12-17 13:26:00 - building world TB --- 2008-12-17 13:26:00 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-17 13:26:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-17 13:26:00 - TARGET=sparc64 TB --- 2008-12-17 13:26:00 - TARGET_ARCH=sparc64 TB --- 2008-12-17 13:26:00 - TZ=UTC TB --- 2008-12-17 13:26:00 - __MAKE_CONF=/dev/null TB --- 2008-12-17 13:26:00 - cd /src TB --- 2008-12-17 13:26:00 - /usr/bin/make -B buildworld >>> World build started on Wed Dec 17 13:26:03 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Dec 17 15:10:14 UTC 2008 TB --- 2008-12-17 15:10:14 - generating LINT kernel config TB --- 2008-12-17 15:10:14 - cd /src/sys/sparc64/conf TB --- 2008-12-17 15:10:14 - /usr/bin/make -B LINT TB --- 2008-12-17 15:10:14 - building LINT kernel TB --- 2008-12-17 15:10:14 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-17 15:10:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-17 15:10:14 - TARGET=sparc64 TB --- 2008-12-17 15:10:14 - TARGET_ARCH=sparc64 TB --- 2008-12-17 15:10:14 - TZ=UTC TB --- 2008-12-17 15:10:14 - __MAKE_CONF=/dev/null TB --- 2008-12-17 15:10:14 - cd /src TB --- 2008-12-17 15:10:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Dec 17 15:10:14 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/clock_if.m -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 clock_if.c awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/cpufreq_if.m -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 cpufreq_if.c awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/device_if.m -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 device_if.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/kern/imgact_elf.c /src/sys/kern/imgact_elf.c: In function 'elf64_freebsd_fixup': /src/sys/kern/imgact_elf.c:898: error: 'AT_DEBUG' undeclared (first use in this function) /src/sys/kern/imgact_elf.c:898: error: (Each undeclared identifier is reported only once /src/sys/kern/imgact_elf.c:898: error: for each function it appears in.) *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-17 15:23:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-17 15:23:53 - ERROR: failed to build lint kernel TB --- 2008-12-17 15:23:53 - 4473.34 user 430.46 system 7123.09 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From j at uriah.heep.sax.de Wed Dec 17 12:21:54 2008 From: j at uriah.heep.sax.de (Joerg Wunsch) Date: Wed Dec 17 12:22:02 2008 Subject: getty on ttyu0 stops working after upgrade to 7-stable In-Reply-To: <20081215093321.GE27322@uriah.heep.sax.de> References: <20081215093321.GE27322@uriah.heep.sax.de> Message-ID: <20081217195635.EB81C79@uriah.heep.sax.de> Joerg Wunsch wrote: > However, after rebooting, getty on my serial console does not work > anymore. > I know a number of things changed on the console front in the past, > but offhand, I can't remember what might to be done in order to get > the serial console to work again. Anyone any clues? Solved: the scc device was missing. Strange that it still found 2 uart devices, and created the respective /dev/ttyu* nodes. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From ansarm at gmail.com Thu Dec 18 10:01:21 2008 From: ansarm at gmail.com (Ansar Mohammed) Date: Thu Dec 18 10:01:27 2008 Subject: Tier 2 Support Message-ID: <089f01c96137$1b7ea530$527bef90$@com> Hello All, Is anyone using FreeBSD Sparc64 for production use? We intend to deploy several Blade 100s for Web. PGSQL and DNS Servers. From gavin.atkinson at ury.york.ac.uk Thu Dec 18 10:48:39 2008 From: gavin.atkinson at ury.york.ac.uk (Gavin Atkinson) Date: Thu Dec 18 10:48:45 2008 Subject: Tier 2 Support In-Reply-To: <089f01c96137$1b7ea530$527bef90$@com> References: <089f01c96137$1b7ea530$527bef90$@com> Message-ID: <1229624249.72316.12.camel@buffy.york.ac.uk> On Thu, 2008-12-18 at 12:36 -0500, Ansar Mohammed wrote: > Hello All, > > Is anyone using FreeBSD Sparc64 for production use? We intend to deploy > several Blade 100s for Web. PGSQL and DNS Servers. I think quite a few people are using FreeBSD/sparc64 for production use, although I suspect there will be others who can give you a better response to that half of your question. Are you talking about the Blade 100's (the desktop-style machines) or the B100 Blades (Sun's early attempt at Blade servers)? If you're talking the former, I can confirm that FreeBSD runs very well on them, however I don't believe the on-board network card is supported on the latter. Gavin From craig001 at lerwick.hopto.org Fri Dec 19 05:01:36 2008 From: craig001 at lerwick.hopto.org (Craig Butler) Date: Fri Dec 19 05:01:42 2008 Subject: Tier 2 Support In-Reply-To: <1229624249.72316.12.camel@buffy.york.ac.uk> References: <089f01c96137$1b7ea530$527bef90$@com> <1229624249.72316.12.camel@buffy.york.ac.uk> Message-ID: <1229690593.81803.8.camel@main.lerwick.hopto.org> > Are you talking about the Blade 100's (the desktop-style machines) or > the B100 Blades (Sun's early attempt at Blade servers)? If you're > talking the former, I can confirm that FreeBSD runs very well on them, > however I don't believe the on-board network card is supported on the > latter. aye, If its the b100s that slot into a b1600 chassis FreeBSD doesn't currently work with the cassini nics that are in the chassis.... yet I am in the process of working with openbsd developers to try and port theirs over. Unfortunately work is getting in the way, our product is being released to the public shortly and its all hands to the pumps. Craig B From pyunyh at gmail.com Fri Dec 19 18:16:35 2008 From: pyunyh at gmail.com (Pyun YongHyeon) Date: Fri Dec 19 18:16:40 2008 Subject: Tier 2 Support In-Reply-To: <1229690593.81803.8.camel@main.lerwick.hopto.org> References: <089f01c96137$1b7ea530$527bef90$@com> <1229624249.72316.12.camel@buffy.york.ac.uk> <1229690593.81803.8.camel@main.lerwick.hopto.org> Message-ID: <20081220015218.GD79449@cdnetworks.co.kr> On Fri, Dec 19, 2008 at 12:43:13PM +0000, Craig Butler wrote: > > > Are you talking about the Blade 100's (the desktop-style machines) or > > the B100 Blades (Sun's early attempt at Blade servers)? If you're > > talking the former, I can confirm that FreeBSD runs very well on them, > > however I don't believe the on-board network card is supported on the > > latter. > > aye, > > If its the b100s that slot into a b1600 chassis FreeBSD doesn't > currently work with the cassini nics that are in the chassis.... yet > > I am in the process of working with openbsd developers to try and port It seems that 8KB sized Rx buffer should be used to support one of nice feature(e.g. header spiliting) of Cassini. Cassini does not allow multi DMA segment for a Rx buffer so it looks hard to get 8KB sized buffer on 4KB PAGE_SIZE architectures without resorting to large contiguous buffer preallocated in driver. Due to the nature of header spliting it would require a lot of buffers(e.g. 2K or 4K buffer entries in Rx descriptor ring) to get maximum performance from Cassini. Maintaing local buffers with contiguous memory would be very inefficient and it could be miserably fail due to lack of contiguous memory. Did you solve the issue? If we implement reasonable sized static local buffers in driver as we did to support jumbo frames it would make Cassini work but that approach will require a lot of copy operation as well as disabling header spliting and will make Cassini poor performance controller. > theirs over. Unfortunately work is getting in the way, our product is > being released to the public shortly and its all hands to the pumps. > > Craig B -- Regards, Pyun YongHyeon From tinderbox at freebsd.org Fri Dec 19 22:25:12 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Dec 19 22:25:30 2008 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <20081220062509.1A2C07302F@freebsd-current.sentex.ca> TB --- 2008-12-20 04:58:11 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-20 04:58:11 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-12-20 04:58:11 - cleaning the object tree TB --- 2008-12-20 04:58:35 - cvsupping the source tree TB --- 2008-12-20 04:58:35 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-12-20 04:58:45 - building world TB --- 2008-12-20 04:58:45 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-20 04:58:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-20 04:58:45 - TARGET=sparc64 TB --- 2008-12-20 04:58:45 - TARGET_ARCH=sparc64 TB --- 2008-12-20 04:58:45 - TZ=UTC TB --- 2008-12-20 04:58:45 - __MAKE_CONF=/dev/null TB --- 2008-12-20 04:58:45 - cd /src TB --- 2008-12-20 04:58:45 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 20 04:58:46 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 20 06:16:19 UTC 2008 TB --- 2008-12-20 06:16:19 - generating LINT kernel config TB --- 2008-12-20 06:16:19 - cd /src/sys/sparc64/conf TB --- 2008-12-20 06:16:19 - /usr/bin/make -B LINT TB --- 2008-12-20 06:16:19 - building LINT kernel TB --- 2008-12-20 06:16:19 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-20 06:16:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-20 06:16:19 - TARGET=sparc64 TB --- 2008-12-20 06:16:19 - TARGET_ARCH=sparc64 TB --- 2008-12-20 06:16:19 - TZ=UTC TB --- 2008-12-20 06:16:19 - __MAKE_CONF=/dev/null TB --- 2008-12-20 06:16:19 - cd /src TB --- 2008-12-20 06:16:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 20 06:16:19 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -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/uart/uart_subr.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/uart/uart_tty.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/ubsec/ubsec.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/usb/ehci.c cc1: warnings being treated as errors /src/sys/dev/usb/ehci.c: In function 'ehci_idone': /src/sys/dev/usb/ehci.c:872: warning: passing argument 1 of 'ehci_dump_exfer' from incompatible pointer type /src/sys/dev/usb/ehci.c:872: error: too many arguments to function 'ehci_dump_exfer' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-20 06:25:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-20 06:25:08 - ERROR: failed to build lint kernel TB --- 2008-12-20 06:25:08 - 4194.43 user 397.08 system 5217.43 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Fri Dec 19 22:35:05 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Dec 19 22:35:18 2008 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <20081220063500.714E17302F@freebsd-current.sentex.ca> TB --- 2008-12-20 05:12:02 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-20 05:12:02 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-12-20 05:12:02 - cleaning the object tree TB --- 2008-12-20 05:12:22 - cvsupping the source tree TB --- 2008-12-20 05:12:22 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-12-20 05:12:30 - building world TB --- 2008-12-20 05:12:30 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-20 05:12:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-20 05:12:30 - TARGET=sun4v TB --- 2008-12-20 05:12:30 - TARGET_ARCH=sparc64 TB --- 2008-12-20 05:12:30 - TZ=UTC TB --- 2008-12-20 05:12:30 - __MAKE_CONF=/dev/null TB --- 2008-12-20 05:12:30 - cd /src TB --- 2008-12-20 05:12:30 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 20 05:12:31 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 20 06:29:28 UTC 2008 TB --- 2008-12-20 06:29:28 - generating LINT kernel config TB --- 2008-12-20 06:29:28 - cd /src/sys/sun4v/conf TB --- 2008-12-20 06:29:28 - /usr/bin/make -B LINT TB --- 2008-12-20 06:29:29 - building LINT kernel TB --- 2008-12-20 06:29:29 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-20 06:29:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-20 06:29:29 - TARGET=sun4v TB --- 2008-12-20 06:29:29 - TARGET_ARCH=sparc64 TB --- 2008-12-20 06:29:29 - TZ=UTC TB --- 2008-12-20 06:29:29 - __MAKE_CONF=/dev/null TB --- 2008-12-20 06:29:29 - cd /src TB --- 2008-12-20 06:29:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 20 06:29:29 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -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/hifn/hifn7751.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/hme/if_hme.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/hme/if_hme_pci.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/hme/if_hme_sbus.c In file included from /src/sys/dev/ofw/openfirm.h:76, from /src/sys/dev/ofw/ofw_bus.h:34, from /src/sys/dev/hme/if_hme_sbus.c:54: ./machine/ofw_machdep.h:33: error: expected declaration specifiers or '...' before 'bus_addr_t' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-20 06:35:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-20 06:35:00 - ERROR: failed to build lint kernel TB --- 2008-12-20 06:35:00 - 4065.68 user 391.48 system 4978.14 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From tinderbox at freebsd.org Sat Dec 20 07:10:51 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat Dec 20 07:10:58 2008 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <20081220151048.B34E27302F@freebsd-current.sentex.ca> TB --- 2008-12-20 13:47:07 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-20 13:47:07 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-12-20 13:47:07 - cleaning the object tree TB --- 2008-12-20 13:47:26 - cvsupping the source tree TB --- 2008-12-20 13:47:26 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-12-20 13:47:33 - building world TB --- 2008-12-20 13:47:33 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-20 13:47:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-20 13:47:33 - TARGET=sun4v TB --- 2008-12-20 13:47:33 - TARGET_ARCH=sparc64 TB --- 2008-12-20 13:47:33 - TZ=UTC TB --- 2008-12-20 13:47:33 - __MAKE_CONF=/dev/null TB --- 2008-12-20 13:47:33 - cd /src TB --- 2008-12-20 13:47:33 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 20 13:47:35 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 20 15:04:45 UTC 2008 TB --- 2008-12-20 15:04:45 - generating LINT kernel config TB --- 2008-12-20 15:04:45 - cd /src/sys/sun4v/conf TB --- 2008-12-20 15:04:45 - /usr/bin/make -B LINT TB --- 2008-12-20 15:04:45 - building LINT kernel TB --- 2008-12-20 15:04:45 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-20 15:04:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-20 15:04:45 - TARGET=sun4v TB --- 2008-12-20 15:04:45 - TARGET_ARCH=sparc64 TB --- 2008-12-20 15:04:45 - TZ=UTC TB --- 2008-12-20 15:04:45 - __MAKE_CONF=/dev/null TB --- 2008-12-20 15:04:45 - cd /src TB --- 2008-12-20 15:04:45 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 20 15:04:46 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -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/hifn/hifn7751.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/hme/if_hme.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/hme/if_hme_pci.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/hme/if_hme_sbus.c In file included from /src/sys/dev/ofw/openfirm.h:76, from /src/sys/dev/ofw/ofw_bus.h:34, from /src/sys/dev/hme/if_hme_sbus.c:54: ./machine/ofw_machdep.h:33: error: expected declaration specifiers or '...' before 'bus_addr_t' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-20 15:10:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-20 15:10:48 - ERROR: failed to build lint kernel TB --- 2008-12-20 15:10:48 - 4061.37 user 391.48 system 5021.01 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From bugmaster at FreeBSD.org Mon Dec 22 03:06:59 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Dec 22 03:09:11 2008 Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org Message-ID: <200812221106.mBMB6wm9060713@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 -------------------------------------------------------------------------------- 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/119017 sparc64 7.0 Beta won't install on U60 o sparc/118932 sparc64 7.0-BETA4/sparc-64 kernel panic in rip_output o sparc/113556 sparc64 panic: trap: memory address not aligned; Rebooting... o sparc/109908 sparc64 apache22 mod_perl issue on sparc64 f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 system is hinged during boot from CD f sparc/106251 sparc64 [libmalloc] malloc fails > for large allocations f sparc/105157 sparc64 No reply to ping on Sparc64 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 17 problems total. From dcornejo at gmail.com Sun Dec 28 11:54:38 2008 From: dcornejo at gmail.com (David Cornejo) Date: Sun Dec 28 11:54:46 2008 Subject: invalid disk label on updated current ultra60 Message-ID: <6b8e8f4f0812281128lf48f391r38f063f7f797404@mail.gmail.com> Hi, I've got an ultra60 that works fine with a kernel built Nov 22nd and new kernels starting at least a couple of days ago claim that the disklabel on da0 & da1 are invalid and mounting root fails. This is a fairly old system that was probably installed with 6 or 7 and upgraded to 8. I haven't seen this problem on my x86/amd64 machines is there some incantation to make the disklabels valid? thanks, dave c From bugmaster at FreeBSD.org Mon Dec 29 03:07:02 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Dec 29 03:09:07 2008 Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org Message-ID: <200812291107.mBTB718M024581@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 -------------------------------------------------------------------------------- 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/119017 sparc64 7.0 Beta won't install on U60 o sparc/118932 sparc64 7.0-BETA4/sparc-64 kernel panic in rip_output o sparc/113556 sparc64 panic: trap: memory address not aligned; Rebooting... o sparc/109908 sparc64 apache22 mod_perl issue on sparc64 f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 system is hinged during boot from CD f sparc/106251 sparc64 [libmalloc] malloc fails > for large allocations f sparc/105157 sparc64 No reply to ping on Sparc64 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 17 problems total. From tinderbox at freebsd.org Mon Dec 29 20:49:32 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Mon Dec 29 20:49:50 2008 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <20081229204928.72D8C7302F@freebsd-current.sentex.ca> TB --- 2008-12-29 19:20:22 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2008-12-29 19:20:22 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-12-29 19:20:22 - cleaning the object tree TB --- 2008-12-29 19:20:50 - cvsupping the source tree TB --- 2008-12-29 19:20:50 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-12-29 19:20:57 - building world TB --- 2008-12-29 19:20:57 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-29 19:20:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-29 19:20:57 - TARGET=sparc64 TB --- 2008-12-29 19:20:57 - TARGET_ARCH=sparc64 TB --- 2008-12-29 19:20:57 - TZ=UTC TB --- 2008-12-29 19:20:57 - __MAKE_CONF=/dev/null TB --- 2008-12-29 19:20:57 - cd /src TB --- 2008-12-29 19:20:57 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 29 19:20:59 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Dec 29 20:38:34 UTC 2008 TB --- 2008-12-29 20:38:34 - generating LINT kernel config TB --- 2008-12-29 20:38:34 - cd /src/sys/sparc64/conf TB --- 2008-12-29 20:38:34 - /usr/bin/make -B LINT TB --- 2008-12-29 20:38:34 - building LINT kernel TB --- 2008-12-29 20:38:34 - MAKEOBJDIRPREFIX=/obj TB --- 2008-12-29 20:38:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2008-12-29 20:38:34 - TARGET=sparc64 TB --- 2008-12-29 20:38:34 - TARGET_ARCH=sparc64 TB --- 2008-12-29 20:38:34 - TZ=UTC TB --- 2008-12-29 20:38:34 - __MAKE_CONF=/dev/null TB --- 2008-12-29 20:38:34 - cd /src TB --- 2008-12-29 20:38:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 29 20:38:34 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -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/kern/kern_time.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/kern/kern_timeout.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/kern/kern_umtx.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/kern/kern_uuid.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/kern/kern_xxx.c cc1: warnings being treated as errors /src/sys/kern/kern_xxx.c: In function 'osethostname': /src/sys/kern/kern_xxx.c:86: warning: unused variable 'error' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-12-29 20:49:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-12-29 20:49:28 - ERROR: failed to build lint kernel TB --- 2008-12-29 20:49:28 - 4297.80 user 400.47 system 5345.45 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From marius at alchemy.franken.de Wed Dec 31 19:47:44 2008 From: marius at alchemy.franken.de (Marius Strobl) Date: Wed Dec 31 19:47:51 2008 Subject: invalid disk label on updated current ultra60 In-Reply-To: <6b8e8f4f0812281128lf48f391r38f063f7f797404@mail.gmail.com> References: <6b8e8f4f0812281128lf48f391r38f063f7f797404@mail.gmail.com> Message-ID: <20081231194741.GA57089@alchemy.franken.de> On Sun, Dec 28, 2008 at 09:28:49AM -1000, David Cornejo wrote: > Hi, > > I've got an ultra60 that works fine with a kernel built Nov 22nd and > new kernels starting at least a couple of days ago claim that the > disklabel on da0 & da1 are invalid and mounting root fails. This is a > fairly old system that was probably installed with 6 or 7 and upgraded > to 8. I haven't seen this problem on my x86/amd64 machines is there > some incantation to make the disklabels valid? > Apparently the problem are labels (originally) generated by Solaris, which uses the native geometry reported by the target rather than a synthetic one based on 255 heads and 63 sectors as demonstrated by the following format(1M) output for two identical disks, the first labeled with format(1M) and the second with sunlabel(8) (after zeroing the previous one): 0. c1t0d0 /pci@1f,700000/scsi@2/sd@0,0 1. c1t1d0 /pci@1f,700000/scsi@2/sd@1,0 The 63 sectors limit of GEOM_PART_VTOC8 also causes problems with IDE disks > 32GB where FreeBSD uses a synthetic geometry based on 255 sectors like Solaris does in order to circumvent the 16-bit cylinders, heads and sectors fields of the Sun and VTOC8 disk labels. I think the upper limits for heads and sectors therefore should be just removed from GEOM_PART_VTOC8, which should also be safe, i.e. no upper bound needed, as done by the below patch in order for their maximum value to be used. Marcel, are you okay with this? Do you have a good idea how to avoid the warning regarding geometry mismatch for labels created by Solaris? Marius Index: g_part_vtoc8.c =================================================================== --- g_part_vtoc8.c (revision 186424) +++ g_part_vtoc8.c (working copy) @@ -371,7 +371,7 @@ g_part_vtoc8_read(struct g_part_table *basetable, msize = pp->mediasize / pp->sectorsize; sectors = be16dec(&table->vtoc.nsecs); - if (sectors < 1 || sectors > 63) + if (sectors < 1) goto invalid_label; if (sectors != basetable->gpt_sectors && !basetable->gpt_fixgeom) { g_part_geometry_heads(msize, sectors, &chs, &heads); @@ -382,13 +382,15 @@ g_part_vtoc8_read(struct g_part_table *basetable, } heads = be16dec(&table->vtoc.nheads); - if (heads < 1 || heads > 255) + if (heads < 1) goto invalid_label; if (heads != basetable->gpt_heads && !basetable->gpt_fixgeom) basetable->gpt_heads = heads; if (sectors != basetable->gpt_sectors || heads != basetable->gpt_heads) - printf("GEOM: %s: geometry does not match label.\n", pp->name); + printf("GEOM: %s: geometry does not match VTOC label " + "(%uh,%us != %uh,%us).\n", pp->name, heads, sectors, + basetable->gpt_heads, basetable->gpt_sectors); table->secpercyl = heads * sectors; cyls = be16dec(&table->vtoc.ncyls); @@ -444,7 +446,7 @@ g_part_vtoc8_read(struct g_part_table *basetable, return (0); invalid_label: - printf("GEOM: %s: invalid disklabel.\n", pp->name); + printf("GEOM: %s: invalid VTOC label.\n", pp->name); return (EINVAL); }