CC'ed to opensound-discuss; thread started here:
http://www.opensolaris.org/jive/thread.jspa?messageID=442223
> Starting with Build 118 the OpenSolaris Kernel
> panics.
>
> I installed 2009.06 on my Dell Inspirion 1525 and
> tried to update to 127
> and 128a and get the following stack trace:
>
> unix:die+dd ()
> unix:trap+177e ()
> unix:_cmntrap+e6 ()
> audiohd:audiohd_build_output_amp+1b7 ()
> audiohd:audiohd_build_path+33 ()
> audiohd:audiohd_attach+bc ()
> genunix:devi_attach+80 ()
> genunix:attach_node+95 ()
> genunix:i_ndi_config_node+a5 ()
> genunix:devi_attach_node+ac ()
> genunix:config_immediate_children+d5 ()
> genunix:devi_config_common+a6 ()
> genunix:mt_config_thread+53 ()
> unix:thread_start+8 ()
>
> Loaded modules: rootnex, scsi_vhci, mac, uppc, neti,
> sd, unix, zfs,
> krtld, s1394, sata, uhci, hook, genunix, ip, usba,
> specfs, pcplusmp,
> cpu.generic, sctp, arp, sockfs
>
> I checked with the livesystem media, and it seems if
> 118 is the first
> version in which the panic occurs (booting a
> livesystem from USB), for
> 118 I get a stacktrace like this:
>
> unix:trap+1179 ()
> unix:cmntrap+e6 ()
> audiohd:audiohd_build_output_amp+1b7 ()
> audiohd:audiohd_build_path+33 ()
> audiohd:audiohd_attach+ba ()
> genunix:devi_attach_node+95 ()
> genunix:i_ndi_config_node+a5 ()
> genunix:i_ddi_attachchild+40 ()
> genunix:devi_attach_node+ac ()
> genunix:config_immediate_children+d5 ()
> genunix:devi_config_common+a6 ()
> genunix:ndi_devi_config+1a ()
> devfs:dv_filldir+39 ()
> devfs:devfs_readdir+f2 ()
> genunix:fop_readdir+ab ()
> genunix:getdents64+bc ()
> unix:brand_sys_syscall21+195 ()
> ..
>
> Loaded modules: scsi_vhci, mac, uppc, neti, sd, ufs,
> unix, krtld, s1394,
> uhci, hook, genunix, ip, usba, sepcfs, pcplusmp,
> cpu.generic, sctp, arp,
> sockfs
>
> Without using the Kernel debugger (appending -k in
> grub) the machine
> just reboots after this output.
>
> So, my question is: How do I find the root of the
> problem, and what to
> do now, should I report a bug etc.
Probably a bug in the audiohd driver.
A workaround is to boot the kernel with options
-B disable-audiohd=true
(note: -B disable-driver=xxx is broken in build 128;
but should work before and after build 128)
A quick search in bugs.opensolaris.org shows no
result for "audiohd_build_output_amp", so it seems
to be a new issue. It would be a good idea to file
a bug report.
> Is there a way to get all the output without
> transcribing it? I read
> something about dump device, but didn't find further
> information.
IIRC, the automatic saving of crashdumps using "savecore"
is disabled in opensolaris, and you have to configure it
using the command "dumpadm -y".
Since opensolaris uses separate dump and swap volumes,
the kernel crash dump on the dump device should still
be intact. Try to save it with
# mkdir /var/crash/`hostname`
# savecore /var/crash/`hostname`
To look at the contents of the crash dump
unix.N / vmcore.N (N is some integer value,
starting with 0):
# cd /var/crash/`hostname`
# mdb -k N
::status
::msgbuf
::stack
--
This message posted from opensolaris.org
