Re: PCcard NIC insert: "Fatal trap 12: page fault while in kernel mode"
On Sat, Jul 31, 2010 at 12:12:50AM +0200, Marko Zec wrote: > > VIMAGE kernels do not properly set curvnet context when dynamically attaching > devices (such as USB or pccard NICs), that's why the dereferencing V_if_index > fails. You can use the "show pcpu" and "show vnets" DDB commands to > determine whether curvnet context is properly set or not. > ... Thanks again; rebuilding kernel after removing the VIMAGE option made the difference: g1-219(9.0-C)[1] uname -a FreeBSD g1-219.catwhisker.org. 9.0-CURRENT FreeBSD 9.0-CURRENT #75 r210635: Fri Jul 30 16:06:13 PDT 2010 r...@d254.dwolf.juniper.net.:/usr/obj/usr/src/sys/CANARY i386 g1-219(9.0-C)[2] ifconfig ath0 ath0: flags=8843 metric 0 mtu 2290 ether 00:40:96:a7:a7:01 media: IEEE 802.11 Wireless Ethernet autoselect mode 11b status: associated g1-219(9.0-C)[3] ifconfig wlan0 wlan0: flags=8843 metric 0 mtu 1500 ether 00:40:96:a7:a7:01 inet 172.17.1.219 netmask 0x broadcast 172.17.255.255 media: IEEE 802.11 Wireless Ethernet DS/2Mbps mode 11b status: associated ssid lmdhw-net channel 1 (2412 MHz 11b) bssid 00:04:5a:cd:d4:17 regdomain FCC indoor ecm authmode OPEN privacy ON deftxkey 1 wepkey 1:40-bit txpower 23 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 1 wme burst g1-219(9.0-C)[4] pciconf -lv | grep -A 6 '^ath0' a...@pci0:5:0:0:class=0x02 card=0xcb2114b9 chip=0x0013168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = '802.11a/b/g Wireless Adapter (AR2312)' class = network subclass = ethernet g1-219(9.0-C)[5] Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpNsamWU1wo0.pgp Description: PGP signature
Re: PCcard NIC insert: "Fatal trap 12: page fault while in kernel mode"
On Friday 30 July 2010 22:43:12 David Wolfskill wrote:
> I thought I had mentioned this a while back, as I've been seeing it
> since at least 13 July, but a quick check didn't convince me otherwise.
>
> So I reproduced the problem yesterday, as of r210598: Thu Jul 29
> 17:54:37 PDT 2010.
>
> Symptom is that I get a panic on insert (or kernel probe, if it's
> inserted already at boot time) of a PCcard NIC.
VIMAGE kernels do not properly set curvnet context when dynamically attaching
devices (such as USB or pccard NICs), that's why the dereferencing V_if_index
fails. You can use the "show pcpu" and "show vnets" DDB commands to
determine whether curvnet context is properly set or not.
bz's vimage tree from p4://depot/user/bz/vimage/... aims at fixing those and
many other initialization issues with VIMAGE kernels, though I don't know how
stable it is currently...
Cheers,
Marko
> I've attached the core.txt file associated with the dump; here's the
> backtrace from it:
>
> #0 doadump () at pcpu.h:231
> 231 pcpu.h: No such file or directory.
> in pcpu.h
> (kgdb) #0 doadump () at pcpu.h:231
> #1 0xc0890bfe in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416
> #2 0xc0890ed2 in panic (fmt=Variable "fmt" is not available.
> ) at /usr/src/sys/kern/kern_shutdown.c:590
> #3 0xc04d8647 in db_panic (addr=Could not find the frame base for
> "db_panic". ) at /usr/src/sys/ddb/db_command.c:478
> #4 0xc04d8c71 in db_command (last_cmdp=0xc0e08edc, cmd_table=0x0,
> dopager=1) at /usr/src/sys/ddb/db_command.c:445
> #5 0xc04d8dca in db_command_loop () at /usr/src/sys/ddb/db_command.c:498
> #6 0xc04daced in db_trap (type=12, code=0) at
> /usr/src/sys/ddb/db_main.c:229 #7 0xc08c37b6 in kdb_trap (type=12, code=0,
> tf=0xc52a2a9c)
> at /usr/src/sys/kern/subr_kdb.c:535
> #8 0xc0beb7af in trap_fatal (frame=0xc52a2a9c, eva=24)
> at /usr/src/sys/i386/i386/trap.c:936
> #9 0xc0bebcdc in trap (frame=0xc52a2a9c) at
> /usr/src/sys/i386/i386/trap.c:326 #10 0xc0bd303c in calltrap () at
> /usr/src/sys/i386/i386/exception.s:166 #11 0xc0944a35 in
> ifindex_alloc_locked (idxp=0xc52a2b16)
> at /usr/src/sys/net/if.c:262
> #12 0xc0945232 in if_alloc (type=6 '\006') at /usr/src/sys/net/if.c:403
> #13 0xc11ad9ce in an_attach (sc=0xc8e69000, flags=0)
> at /usr/src/sys/modules/an/../../dev/an/if_an.c:683
> #14 0xc11b205a in an_pccard_attach (dev=0xc7e63380)
> at /usr/src/sys/modules/an/../../dev/an/if_an_pccard.c:146
> #15 0xc08be12f in device_attach (dev=0xc7e63380) at device_if.h:178
> #16 0xc06e556b in pccard_probe_and_attach_child (dev=0x22,
> child=0xc7e63380, pf=0xc8e5b280) at /usr/src/sys/dev/pccard/pccard.c:297
> #17 0xc06e5a1b in pccard_attach_card (dev=0xc79b5d80)
> at /usr/src/sys/dev/pccard/pccard.c:249
> #18 0xc064225a in exca_insert (exca=0xc783d804) at card_if.h:83
> #19 0xc06ea26f in cbb_event_thread (arg=0xc783d800)
> at /usr/src/sys/dev/pccbb/pccbb.c:557
> #20 0xc08664a8 in fork_exit (callout=0xc06e9fd0 ,
> arg=0xc783d800, frame=0xc52a2d28) at /usr/src/sys/kern/kern_fork.c:843
> #21 0xc0bd30b4 in fork_trampoline () at
> /usr/src/sys/i386/i386/exception.s:273
>
>
> I've been looking around, mostly in frame #11:
>
> (kgdb) frame 11
> #11 0xc0944a35 in ifindex_alloc_locked (idxp=0xc52a2b16) at
> /usr/src/sys/net/if.c:262 262 for (idx = 1; idx <= V_if_index;
> idx++) {
> (kgdb) list -
> 252 ifindex_alloc_locked(u_short *idxp)
> 253 {
> 254 u_short idx;
> 255
> 256 IFNET_WLOCK_ASSERT();
> 257
> 258 /*
> 259 * Try to find an empty slot below V_if_index. If we fail,
> take the 260 * next slot.
> 261 */
> (kgdb) list
> 262 for (idx = 1; idx <= V_if_index; idx++) {
> 263 if (V_ifindex_table[idx].ife_ifnet == NULL)
> 264 break;
> 265 }
> 266
> 267 /* Catch if_index overflow. */
> 268 if (idx < 1)
> 269 return (ENOSPC);
> 270 if (idx > V_if_index)
> 271 V_if_index = idx;
> (kgdb)
>
> but I confess I have little expertise for doing much there myself.
>
> I had been advised to sprinkle printf()s in there, which I had tried;
> they appeared to demonstrate that the IFNET_WLOCK_ASSERT() on line 256
> succeeded, but the printf() that I stuck in at the beginning of the for
> loop on present line 263 didn't generate any output that I saw.
>
> (I have since taken them out, and the dump in question reflects the
> reverted state of sys/net/if.c.)
>
> The panic appears to be quite reproducible, and I'm more than willing
> to experiment. (I find that the least iinconvenient way to reproduce
> the panic is to boot normally -- without a PCcard -- then "shutdown
> now", re-mount all the mounted file systems as read-only, then
> insert the PCcard. Trying to catch it during the kernel probes loses,
> as apparently the swap space hasn't yet been added
Re: PCcard NIC insert: "Fatal trap 12: page fault while in kernel mode"
On Sat, Jul 31, 2010 at 12:12:50AM +0200, Marko Zec wrote: > ... > > Symptom is that I get a panic on insert (or kernel probe, if it's > > inserted already at boot time) of a PCcard NIC. > > > VIMAGE kernels Oh -- right. I fogot that I had configured this kernel for VIMAGE so Julian to demo something at a meeting a few months back ... and had never un-configured it. > do not properly set curvnet context when dynamically attaching > devices (such as USB or pccard NICs), that's why the dereferencing V_if_index > fails. You can use the "show pcpu" and "show vnets" DDB commands to > determine whether curvnet context is properly set or not. > > bz's vimage tree from p4://depot/user/bz/vimage/... aims at fixing those and > many other initialization issues with VIMAGE kernels, though I don't know how > stable it is currently... Well, I reckon he can speak up when he feels it's appropriate. :-} For now, I can probably copy this off to a different slice for VIMAGE experimentation, and revert my "normal" head/current stuff to non-VIMAGE, then. [I was kinda wondernig why no one else was reporting this sort of thing.] Thanks. Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpu0h0uPayO5.pgp Description: PGP signature
Re: /tmp and swap space
On Fri, Jul 30, 2010 at 09:23:37PM +, Benjamin Stuppin wrote: > ... > when using tmpfs for /tmp i'd probably add the "mode=1777" option, else you > would mount /tmp with default options and without the sticky bit which could > cause some problems. I have never needed to do that. d254(9.0-C)[1] uname -v FreeBSD 9.0-CURRENT #74 r210635: Fri Jul 30 07:34:44 PDT 2010 r...@localhost:/usr/obj/usr/src/sys/CANARY d254(9.0-C)[2] ls -ldT /tmp drwxrwxrwt 10 root wheel 200 Jul 30 14:53:27 2010 /tmp d254(9.0-C)[3] grep !$ /etc/fstab grep /tmp /etc/fstab tmpfs /tmptmpfs rw,size=2g 0 0 d254(9.0-C)[4] Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpslpXAtqnqT.pgp Description: PGP signature
(no subject)
"Lucius Windschuh" --- Lucius Windschuh schrieb am Do, 29.7.2010: > Hi "gahn". > > 2010/7/29 gahn : > > hi all: > > > > is it possible to create /tmp directory under swap > space? under solaris, it is automatically created under swap > unless one specifically instructs the system not to do so.. > > Yes you can, by mounting a tmpfs there. fstab line: > tmpfs > /tmp > tmpfs rw > 0 >0 Hi, when using tmpfs for /tmp i'd probably add the "mode=1777" option, else you would mount /tmp with default options and without the sticky bit which could cause some problems. Have fun Ben ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on amd64/amd64
TB --- 2010-07-30 16:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-30 16:15:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2010-07-30 16:15:00 - cleaning the object tree TB --- 2010-07-30 16:15:46 - cvsupping the source tree TB --- 2010-07-30 16:15:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2010-07-30 16:32:21 - building world TB --- 2010-07-30 16:32:21 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-30 16:32:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-30 16:32:21 - TARGET=amd64 TB --- 2010-07-30 16:32:21 - TARGET_ARCH=amd64 TB --- 2010-07-30 16:32:21 - TZ=UTC TB --- 2010-07-30 16:32:21 - __MAKE_CONF=/dev/null TB --- 2010-07-30 16:32:21 - cd /src TB --- 2010-07-30 16:32:21 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 30 16:32:21 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] ===> games/fortune/strfile (obj,depend,all,install) /obj/src/tmp/src/games/fortune/strfile created for /src/games/fortune/strfile rm -f .depend mkdep -f .depend -a-I/obj/src/tmp/legacy/usr/include /src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /obj/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O2 -pipe -std=gnu99 -I/obj/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -std=gnu99 -I/obj/src/tmp/legacy/usr/include -static -L/obj/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy Syntax error: end of file unexpected (expecting ")") *** Error code 2 Stop in /src/games/fortune/strfile. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-30 16:34:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-30 16:34:45 - ERROR: failed to build world TB --- 2010-07-30 16:34:45 - 135.21 user 30.68 system 1185.31 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on i386/i386
TB --- 2010-07-30 16:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-30 16:15:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-07-30 16:15:00 - cleaning the object tree TB --- 2010-07-30 16:15:44 - cvsupping the source tree TB --- 2010-07-30 16:15:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-07-30 16:30:58 - building world TB --- 2010-07-30 16:30:58 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-30 16:30:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-30 16:30:58 - TARGET=i386 TB --- 2010-07-30 16:30:58 - TARGET_ARCH=i386 TB --- 2010-07-30 16:30:58 - TZ=UTC TB --- 2010-07-30 16:30:58 - __MAKE_CONF=/dev/null TB --- 2010-07-30 16:30:58 - cd /src TB --- 2010-07-30 16:30:58 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 30 16:30:58 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] ===> games/fortune/strfile (obj,depend,all,install) /obj/i386.i386/src/tmp/src/games/fortune/strfile created for /src/games/fortune/strfile rm -f .depend mkdep -f .depend -a-I/obj/i386.i386/src/tmp/legacy/usr/include /src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /obj/i386.i386/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O2 -pipe -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -std=gnu99 -I/obj/i386.i386/src/tmp/legacy/usr/include -static -L/obj/i386.i386/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy Syntax error: end of file unexpected (expecting ")") *** Error code 2 Stop in /src/games/fortune/strfile. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-30 16:33:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-30 16:33:24 - ERROR: failed to build world TB --- 2010-07-30 16:33:24 - 135.76 user 28.99 system 1103.76 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on sparc64/sun4v
TB --- 2010-07-30 16:26:43 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-30 16:26:43 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-07-30 16:26:43 - cleaning the object tree TB --- 2010-07-30 16:26:53 - cvsupping the source tree TB --- 2010-07-30 16:26:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-07-30 16:27:17 - building world TB --- 2010-07-30 16:27:17 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-30 16:27:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-30 16:27:17 - TARGET=sun4v TB --- 2010-07-30 16:27:17 - TARGET_ARCH=sparc64 TB --- 2010-07-30 16:27:17 - TZ=UTC TB --- 2010-07-30 16:27:17 - __MAKE_CONF=/dev/null TB --- 2010-07-30 16:27:17 - cd /src TB --- 2010-07-30 16:27:17 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 30 16:27:18 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] ===> games/fortune/strfile (obj,depend,all,install) /obj/sun4v.sparc64/src/tmp/src/games/fortune/strfile created for /src/games/fortune/strfile rm -f .depend mkdep -f .depend -a-I/obj/sun4v.sparc64/src/tmp/legacy/usr/include /src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /obj/sun4v.sparc64/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O2 -pipe -std=gnu99 -I/obj/sun4v.sparc64/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -std=gnu99 -I/obj/sun4v.sparc64/src/tmp/legacy/usr/include -static -L/obj/sun4v.sparc64/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy Syntax error: end of file unexpected (expecting ")") *** Error code 2 Stop in /src/games/fortune/strfile. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-30 16:29:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-30 16:29:43 - ERROR: failed to build world TB --- 2010-07-30 16:29:43 - 136.17 user 22.80 system 180.00 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on sparc64/sparc64
TB --- 2010-07-30 16:24:41 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-30 16:24:41 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-07-30 16:24:41 - cleaning the object tree TB --- 2010-07-30 16:24:54 - cvsupping the source tree TB --- 2010-07-30 16:24:54 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-07-30 16:25:22 - building world TB --- 2010-07-30 16:25:22 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-30 16:25:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-30 16:25:22 - TARGET=sparc64 TB --- 2010-07-30 16:25:22 - TARGET_ARCH=sparc64 TB --- 2010-07-30 16:25:22 - TZ=UTC TB --- 2010-07-30 16:25:22 - __MAKE_CONF=/dev/null TB --- 2010-07-30 16:25:22 - cd /src TB --- 2010-07-30 16:25:22 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 30 16:25:23 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] ===> games/fortune/strfile (obj,depend,all,install) /obj/sparc64.sparc64/src/tmp/src/games/fortune/strfile created for /src/games/fortune/strfile rm -f .depend mkdep -f .depend -a-I/obj/sparc64.sparc64/src/tmp/legacy/usr/include /src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /obj/sparc64.sparc64/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O2 -pipe -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -std=gnu99 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -static -L/obj/sparc64.sparc64/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy Syntax error: end of file unexpected (expecting ")") *** Error code 2 Stop in /src/games/fortune/strfile. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-30 16:27:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-30 16:27:47 - ERROR: failed to build world TB --- 2010-07-30 16:27:47 - 134.63 user 24.52 system 185.41 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on powerpc/powerpc
TB --- 2010-07-30 16:23:35 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-30 16:23:35 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-07-30 16:23:35 - cleaning the object tree TB --- 2010-07-30 16:23:47 - cvsupping the source tree TB --- 2010-07-30 16:23:47 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-07-30 16:24:15 - building world TB --- 2010-07-30 16:24:15 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-30 16:24:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-30 16:24:15 - TARGET=powerpc TB --- 2010-07-30 16:24:15 - TARGET_ARCH=powerpc TB --- 2010-07-30 16:24:15 - TZ=UTC TB --- 2010-07-30 16:24:15 - __MAKE_CONF=/dev/null TB --- 2010-07-30 16:24:15 - cd /src TB --- 2010-07-30 16:24:15 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 30 16:24:16 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] ===> games/fortune/strfile (obj,depend,all,install) /obj/powerpc.powerpc/src/tmp/src/games/fortune/strfile created for /src/games/fortune/strfile rm -f .depend mkdep -f .depend -a-I/obj/powerpc.powerpc/src/tmp/legacy/usr/include /src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /obj/powerpc.powerpc/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O2 -pipe -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -std=gnu99 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -static -L/obj/powerpc.powerpc/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy Syntax error: end of file unexpected (expecting ")") *** Error code 2 Stop in /src/games/fortune/strfile. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-30 16:26:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-30 16:26:43 - ERROR: failed to build world TB --- 2010-07-30 16:26:43 - 134.40 user 25.20 system 187.81 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on mips/mips
TB --- 2010-07-30 16:21:39 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-30 16:21:39 - starting HEAD tinderbox run for mips/mips TB --- 2010-07-30 16:21:39 - cleaning the object tree TB --- 2010-07-30 16:21:49 - cvsupping the source tree TB --- 2010-07-30 16:21:49 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2010-07-30 16:22:14 - building world TB --- 2010-07-30 16:22:14 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-30 16:22:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-30 16:22:14 - TARGET=mips TB --- 2010-07-30 16:22:14 - TARGET_ARCH=mips TB --- 2010-07-30 16:22:14 - TZ=UTC TB --- 2010-07-30 16:22:14 - __MAKE_CONF=/dev/null TB --- 2010-07-30 16:22:14 - cd /src TB --- 2010-07-30 16:22:14 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 30 16:22:14 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] ===> games/fortune/strfile (obj,depend,all,install) /obj/mips.mips/src/tmp/src/games/fortune/strfile created for /src/games/fortune/strfile rm -f .depend mkdep -f .depend -a-I/obj/mips.mips/src/tmp/legacy/usr/include /src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /obj/mips.mips/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O2 -pipe -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -static -L/obj/mips.mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy Syntax error: end of file unexpected (expecting ")") *** Error code 2 Stop in /src/games/fortune/strfile. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-30 16:24:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-30 16:24:41 - ERROR: failed to build world TB --- 2010-07-30 16:24:41 - 134.42 user 23.75 system 181.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on i386/pc98
TB --- 2010-07-30 16:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-30 16:15:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-07-30 16:15:00 - cleaning the object tree TB --- 2010-07-30 16:15:31 - cvsupping the source tree TB --- 2010-07-30 16:15:31 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-07-30 16:21:09 - building world TB --- 2010-07-30 16:21:09 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-30 16:21:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-30 16:21:09 - TARGET=pc98 TB --- 2010-07-30 16:21:09 - TARGET_ARCH=i386 TB --- 2010-07-30 16:21:09 - TZ=UTC TB --- 2010-07-30 16:21:09 - __MAKE_CONF=/dev/null TB --- 2010-07-30 16:21:09 - cd /src TB --- 2010-07-30 16:21:09 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 30 16:21:09 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] ===> games/fortune/strfile (obj,depend,all,install) /obj/pc98.i386/src/tmp/src/games/fortune/strfile created for /src/games/fortune/strfile rm -f .depend mkdep -f .depend -a-I/obj/pc98.i386/src/tmp/legacy/usr/include /src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /obj/pc98.i386/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O2 -pipe -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -std=gnu99 -I/obj/pc98.i386/src/tmp/legacy/usr/include -static -L/obj/pc98.i386/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy Syntax error: end of file unexpected (expecting ")") *** Error code 2 Stop in /src/games/fortune/strfile. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-30 16:23:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-30 16:23:35 - ERROR: failed to build world TB --- 2010-07-30 16:23:35 - 134.60 user 29.28 system 515.11 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on ia64/ia64
TB --- 2010-07-30 16:18:32 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-30 16:18:32 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-07-30 16:18:32 - cleaning the object tree TB --- 2010-07-30 16:18:46 - cvsupping the source tree TB --- 2010-07-30 16:18:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-07-30 16:19:12 - building world TB --- 2010-07-30 16:19:12 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-30 16:19:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-30 16:19:12 - TARGET=ia64 TB --- 2010-07-30 16:19:12 - TARGET_ARCH=ia64 TB --- 2010-07-30 16:19:12 - TZ=UTC TB --- 2010-07-30 16:19:12 - __MAKE_CONF=/dev/null TB --- 2010-07-30 16:19:12 - cd /src TB --- 2010-07-30 16:19:12 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 30 16:19:13 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] ===> games/fortune/strfile (obj,depend,all,install) /obj/ia64.ia64/src/tmp/src/games/fortune/strfile created for /src/games/fortune/strfile rm -f .depend mkdep -f .depend -a-I/obj/ia64.ia64/src/tmp/legacy/usr/include /src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /obj/ia64.ia64/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O2 -pipe -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -std=gnu99 -I/obj/ia64.ia64/src/tmp/legacy/usr/include -static -L/obj/ia64.ia64/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy Syntax error: end of file unexpected (expecting ")") *** Error code 2 Stop in /src/games/fortune/strfile. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-30 16:21:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-30 16:21:39 - ERROR: failed to build world TB --- 2010-07-30 16:21:39 - 136.53 user 25.41 system 187.41 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on arm/arm
TB --- 2010-07-30 16:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-30 16:15:00 - starting HEAD tinderbox run for arm/arm TB --- 2010-07-30 16:15:00 - cleaning the object tree TB --- 2010-07-30 16:15:19 - cvsupping the source tree TB --- 2010-07-30 16:15:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2010-07-30 16:16:05 - building world TB --- 2010-07-30 16:16:05 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-30 16:16:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-30 16:16:05 - TARGET=arm TB --- 2010-07-30 16:16:05 - TARGET_ARCH=arm TB --- 2010-07-30 16:16:05 - TZ=UTC TB --- 2010-07-30 16:16:05 - __MAKE_CONF=/dev/null TB --- 2010-07-30 16:16:05 - cd /src TB --- 2010-07-30 16:16:05 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 30 16:16:05 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] ===> games/fortune/strfile (obj,depend,all,install) /obj/arm.arm/src/tmp/src/games/fortune/strfile created for /src/games/fortune/strfile rm -f .depend mkdep -f .depend -a-I/obj/arm.arm/src/tmp/legacy/usr/include /src/games/fortune/strfile/strfile.c echo strfile: /usr/lib/libc.a /obj/arm.arm/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O2 -pipe -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -std=gnu99 -I/obj/arm.arm/src/tmp/legacy/usr/include -static -L/obj/arm.arm/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy Syntax error: end of file unexpected (expecting ")") *** Error code 2 Stop in /src/games/fortune/strfile. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-30 16:18:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-30 16:18:31 - ERROR: failed to build world TB --- 2010-07-30 16:18:31 - 137.13 user 23.88 system 211.55 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0)
On Fri, Jul 30, 2010 at 04:31:44PM +0300, Andriy Gapon wrote: > on 30/07/2010 16:02 Anton Shterenlikht said the following: > > % dmesg | fgrep -i hda > > hdac0: irq 16 at device 20.2 > > on pci0 > > hdac0: HDA Driver Revision: 20100226_0142 > > hdac0: Lazy allocation of 0x4000 bytes rid 0x10 type 3 at 0xb7fb > > hdac0: [MPSAFE] > > hdac0: [ITHREAD] > > hdac0: hdac_get_capabilities: Invalid corb size (0) > > hdac0: Resetting corb size to 256 > > hdac0: hdac_get_capabilities: Invalid rirb size (0) > > hdac0: Resetting rirb size to 256 > > hdac0: Caps: OSS 0, ISS 0, BSS 0, NSDO 1, CORB 256, RIRB 256 > > hdac0: > > % > > Oh, zero OSS + ISS is bad too. > Need to think about it, but no time now... > > Just a one thing to try - can you please add hdac_reset(sc, 1) call in > hdac_attach() right before hdac_get_capabilities() call? > The idea is to reset the controller before trying to get its capabilities. OSS became 1, no other change: % dmesg | fgrep -i hda hdac0: irq 16 at device 20.2 on pci0 hdac0: HDA Driver Revision: 20100226_0142 hdac0: Lazy allocation of 0x4000 bytes rid 0x10 type 3 at 0xb7fb hdac0: [MPSAFE] hdac0: [ITHREAD] hdac0: hdac_get_capabilities: Invalid corb size (0) hdac0: Resetting corb size to 256 hdac0: hdac_get_capabilities: Invalid rirb size (0) hdac0: Resetting rirb size to 256 hdac0: Caps: OSS 1, ISS 0, BSS 0, NSDO 1, CORB 256, RIRB 256 hdac0: thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0)
on 30/07/2010 16:02 Anton Shterenlikht said the following: > % dmesg | fgrep -i hda > hdac0: irq 16 at device 20.2 on > pci0 > hdac0: HDA Driver Revision: 20100226_0142 > hdac0: Lazy allocation of 0x4000 bytes rid 0x10 type 3 at 0xb7fb > hdac0: [MPSAFE] > hdac0: [ITHREAD] > hdac0: hdac_get_capabilities: Invalid corb size (0) > hdac0: Resetting corb size to 256 > hdac0: hdac_get_capabilities: Invalid rirb size (0) > hdac0: Resetting rirb size to 256 > hdac0: Caps: OSS 0, ISS 0, BSS 0, NSDO 1, CORB 256, RIRB 256 > hdac0: > % Oh, zero OSS + ISS is bad too. Need to think about it, but no time now... Just a one thing to try - can you please add hdac_reset(sc, 1) call in hdac_attach() right before hdac_get_capabilities() call? The idea is to reset the controller before trying to get its capabilities. -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0)
On Fri, Jul 30, 2010 at 03:05:34PM +0300, Andriy Gapon wrote:
> on 30/07/2010 14:57 Anton Shterenlikht said the following:
> > On Wed, Jul 28, 2010 at 08:17:47PM +0300, Andriy Gapon wrote:
> >> Change it to if (1) { ...}.
> >
> > did that, and did a cold reboot:
> >
> > % dmesg | fgrep -i hda
> > hdac0: irq 16 at device 20.2
> > on pci0
> > hdac0: HDA Driver Revision: 20100226_0142
> > hdac0: [ITHREAD]
> > hdac0: hdac_get_capabilities: Invalid corb size (0)
> > hdac0: Resetting corb size to 256
> > hdac0: hdac_get_capabilities: Invalid rirb size (0)
> > hdac0: Resetting rirb size to 256
> > %
> >
> > I don't think the device attached.
>
> No further interesting/related messages after those above?
> Could you please try a verbose boot?
from a verbose boot:
% dmesg | fgrep -i hda
hdac0: irq 16 at device 20.2 on
pci0
hdac0: HDA Driver Revision: 20100226_0142
hdac0: Lazy allocation of 0x4000 bytes rid 0x10 type 3 at 0xb7fb
hdac0: [MPSAFE]
hdac0: [ITHREAD]
hdac0: hdac_get_capabilities: Invalid corb size (0)
hdac0: Resetting corb size to 256
hdac0: hdac_get_capabilities: Invalid rirb size (0)
hdac0: Resetting rirb size to 256
hdac0: Caps: OSS 0, ISS 0, BSS 0, NSDO 1, CORB 256, RIRB 256
hdac0:
%
here's the full /var/run/dmesg.boot from "boot -v":
Copyright (c) 1992-2010 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 9.0-CURRENT #0 r210638M: Fri Jul 30 12:16:29 BST 2010
r...@mech-aslap239.men.bris.ac.uk:/usr/obj/usr/src/sys/BUZI amd64
WARNING: WITNESS option enabled, expect reduced performance.
Table 'FACP' at 0xb7fc8084
Table 'SLIC' at 0xb7fc8220
Table 'EPTH' at 0xb7fc8398
Table 'APIC' at 0xb7fc83d0
Table 'MCFG' at 0xb7fc8434
Table 'TCPA' at 0xb7fc8470
Table 'SSDT' at 0xb7fd98db
Table 'SSDT' at 0xb7fd9934
ACPI: No SRAT table found
Preloaded elf kernel "/boot/kernel/kernel" at 0x810a8000.
Preloaded elf obj module "/boot/kernel/zfs.ko" at 0x810a8208.
Preloaded elf obj module "/boot/kernel/opensolaris.ko" at 0x810a88b0.
Preloaded elf obj module "/boot/kernel/krpc.ko" at 0x810a8ee0.
Preloaded /boot/zfs/zpool.cache "/boot/zfs/zpool.cache" at 0x810a9508.
Calibrating TSC clock ... TSC clock: 1994947870 Hz
CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-60 (1994.95-MHz K8-class CPU)
Origin = "AuthenticAMD" Id = 0x60f82 Family = f Model = 68 Stepping = 2
Features=0x178bfbff
Features2=0x2001
AMD Features=0xea500800
AMD Features2=0x11f
L1 2MB data TLB: 8 entries, fully associative
L1 2MB instruction TLB: 8 entries, fully associative
L1 4KB data TLB: 32 entries, fully associative
L1 4KB instruction TLB: 32 entries, fully associative
L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative
L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative
L2 2MB unified TLB: 0 entries, disabled/not present
L2 4KB data TLB: 512 entries, 4-way associative
L2 4KB instruction TLB: 512 entries, 4-way associative
L2 unified cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative
real memory = 3221225472 (3072 MB)
Physical memory chunk(s):
0x1000 - 0x0009bfff, 634880 bytes (155 pages)
0x010d7000 - 0xb2903fff, 2978140160 bytes (727085 pages)
avail memory = 2960908288 (2823 MB)
Event timer "LAPIC" frequency 0 Hz quality 500
ACPI APIC Table:
INTR: Adding local APIC 1 as a target
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
FreeBSD/SMP: 1 package(s) x 2 core(s)
cpu0 (BSP): APIC ID: 0
cpu1 (AP): APIC ID: 1
x86bios: IVT 0x00-0x0004ff at 0xff00
x86bios: SSEG 0x01-0x01 at 0xff81
x86bios: EBDA 0x09f000-0x09 at 0xff09f000
x86bios: ROM 0x0a-0x0e at 0xff0a
APIC: CPU 0 has ACPI ID 1
APIC: CPU 1 has ACPI ID 2
ULE: setup cpu 0
ULE: setup cpu 1
ACPI: RSDP 0xfe0b0 00024 (v02 HP)
ACPI: XSDT 0xb7fc81bc 00064 (v01 HPQOEM SLIC-MPC 0001 HP 0001)
ACPI: FACP 0xb7fc8084 000F4 (v04 HP 0944 0003 HP 0001)
ACPI Error: 32/64X address mismatch in Pm2ControlBlock:
0x8800/0x8100, using 32 (20100702/tbfadt-526)
ACPI: DSDT 0xb7fc84a4 11437 (v01 HPSB400 0001 MSFT 0301)
ACPI: FACS 0xb7fe7d80 00040
ACPI: SLIC 0xb7fc8220 00176 (v01 HPQOEM SLIC-MPC 0001 HP 0001)
ACPI: EPTH 0xb7fc8398 00038 (v01 HP 0944 0001 HP 0001)
ACPI: APIC 0xb7fc83d0 00062 (v01 HP 0944 0001 HP 0001)
ACPI: MCFG 0xb7fc8434 0003C (v01 HP 0944 0001 HP 0001)
ACPI: TCPA 0xb7fc8470 00032 (v02 HP 0944 0001 HP 0001)
ACPI: SSDT 0xb7fd98db 00059 (v01 HP HPQNLP 0001 MSFT 0301)
ACPI: SSDT 0xb7fd9934 00206 (v01 HP PSSTBLID 0001 HP 0001)
MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec0
ioapic0: Changing APIC ID to 2
ioapic0
Re: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0)
on 30/07/2010 14:57 Anton Shterenlikht said the following:
> On Wed, Jul 28, 2010 at 08:17:47PM +0300, Andriy Gapon wrote:
>> Change it to if (1) { ...}.
>
> did that, and did a cold reboot:
>
> % dmesg | fgrep -i hda
> hdac0: irq 16 at device 20.2 on
> pci0
> hdac0: HDA Driver Revision: 20100226_0142
> hdac0: [ITHREAD]
> hdac0: hdac_get_capabilities: Invalid corb size (0)
> hdac0: Resetting corb size to 256
> hdac0: hdac_get_capabilities: Invalid rirb size (0)
> hdac0: Resetting rirb size to 256
> %
>
> I don't think the device attached.
No further interesting/related messages after those above?
Could you please try a verbose boot?
--
Andriy Gapon
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (0)
On Wed, Jul 28, 2010 at 08:17:47PM +0300, Andriy Gapon wrote:
> on 28/07/2010 20:13 Anton Shterenlikht said the following:
> > On Wed, Jul 28, 2010 at 07:51:08PM +0300, Andriy Gapon wrote:
> >> on 28/07/2010 19:44 Anton Shterenlikht said the following:
> >> > But I just rebooted again, and reset
> >>> to defaults in BIOS, now I get:
> >>>
> >>> % dmesg | fgrep -i hda
> >>> hdac0: irq 16 at device 20.2
> >>> on pci0
> >>> hdac0: HDA Driver Revision: 20100226_0142
> >>> hdac0: [ITHREAD]
> >>> hdac0: hdac_get_capabilities: Invalid corb size (1)
> >>> device_attach: hdac0 attach returned 6
> >>>
> >> This gets even stranger.
> >> Ultimate attempt - can you drop the size == 0 condition, so that reset is
> >> always
> >> tried when initial value is not correct?
> >
> > you mean drop both
> > if (corbsize == 0) {}
> >
> > and
> > if (rirbsize == 0) {}
> >
> > ?
>
> Change it to if (1) { ...}.
did that, and did a cold reboot:
% dmesg | fgrep -i hda
hdac0: irq 16 at device 20.2 on
pci0
hdac0: HDA Driver Revision: 20100226_0142
hdac0: [ITHREAD]
hdac0: hdac_get_capabilities: Invalid corb size (0)
hdac0: Resetting corb size to 256
hdac0: hdac_get_capabilities: Invalid rirb size (0)
hdac0: Resetting rirb size to 256
%
I don't think the device attached.
many thanks
anton
--
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
bsdcpio(1): -L|-R options don't work?
Can anyone confirm?
$ mkdir foo
$ echo >foo/bar
$ ln -s /usr/include foo/baz
$ find foo -ls
579143 drwxr-xr-x2 holo holo4
Jul 30 11:08 foo
579821 lrwxr-xr-x1 holo holo 12
Jul 30 11:08 foo/baz -> /usr/include
579772 -rw-r--r--1 holo holo1
Jul 30 11:08 foo/bar
$ find foo | sudo cpio -pdm -L -R root:wheel blah
$ find blah -ls
580013 drwxr-xr-x3 root holo3
Jul 30 11:09 blah
580023 drwxr-xr-x3 holo holo4
Jul 30 11:08 blah/foo
580042 -rw-r--r--1 holo holo1
Jul 30 11:08 blah/foo/bar
580033 drwxr-xr-x2 root wheel 2
Jul 29 12:49 blah/foo/baz
Some tests fail, too.
$ make test -C usr.bin/cpio
Exercising: bsdcpio 2.8.3 -- libarchive 2.7.901a
...
13: test_option_t
main.c:863: Assertion failed
Condition: in != NULL
Description: Couldn't open reference file
/usr/src/usr.bin/cpio/test/test_option_tnv.stdout.uu
...
18: test_owner_parse
test_owner_parse.c:124: Assertion failed: Ints not equal
1=1
owner_parse(":nonexistentgroup", &uid, &gid)=4910272
test_owner_parse.c:125: Assertion failed: Ints not equal
1=1
owner_parse(ROOT ":nonexistentgroup", &uid, &gid)=4910272
test_owner_parse.c:127: Assertion failed: Ints not equal
1=1
owner_parse("nonexistentuser:nonexistentgroup", &uid, &gid)=4910272
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
