In servalan.mailinglist.fbsd-current jhb writes:
>On 19-Aug-01 Richard Todd wrote:
>> In servalan.mailinglist.fbsd-current Maxim Sobolev writes:
>>>I found that after reverting the following deltas (jhb's 10 August commit)
>>>sound starts working again:
>> 
>> [list of deltas deleted]
>> 
>> I found much the same thing; specifically, the problematic change is this
>> one:

>What wait channel is the process (xmms, mpg123, whatever) in?

Looking at a core file from a known-buggy kernel that I'd forced to core
itself with ddb, I find for the madplay process:
(kgdb) proc 855
(kgdb) bt
#0  mi_switch () at ../../../kern/kern_synch.c:707
#1  0xc0273645 in msleep (ident=0xc13e0b00, mtx=0xc13d2800, priority=332, 
    wmesg=0xc042bcb4 "pcmwr", timo=1) at ../../../kern/kern_synch.c:466
#2  0xc01fcad8 in chn_sleep (c=0xc13d1680, str=0xc042bcb4 "pcmwr", timeout=1)
    at ../../../dev/sound/pcm/channel.c:109
#3  0xc01fcd5c in chn_write (c=0xc13d1680, buf=0xc8f1af00)
    at ../../../dev/sound/pcm/channel.c:259
#4  0xc01fef40 in dsp_write (i_dev=0xc13e0f00, buf=0xc8f1af00, flag=2359297)
    at ../../../dev/sound/pcm/dsp.c:381
#5  0xc0243095 in spec_write (ap=0xc8f1ae90)
    at ../../../fs/specfs/spec_vnops.c:289
#6  0xc0242dc9 in spec_vnoperate (ap=0xc8f1ae90)
    at ../../../fs/specfs/spec_vnops.c:119
#7  0xc02b7c5f in vn_write (fp=0xc1623ec0, uio=0xc8f1af00, cred=0xc15c2600, 
    flags=0, p=0xc8e54100) at vnode_if.h:303
#8  0xc028c073 in dofilewrite (p=0xc8e54100, fp=0xc1623ec0, fd=3, 
    buf=0xbfbf8b74, nbyte=4608, offset=-1, flags=0) at ../../../sys/file.h:162
#9  0xc028bf26 in write (p=0xc8e54100, uap=0xc8f1af80)
    at ../../../kern/sys_generic.c:334
#10 0xc03e2fc9 in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, 
      tf_edi = -1077965964, tf_esi = 4608, tf_ebp = -1077937536, 
      tf_isp = -923684908, tf_ebx = -1077965964, tf_edx = 1103, tf_ecx = -411, 
      tf_eax = 4, tf_trapno = 0, tf_err = 2, tf_eip = 672022312, tf_cs = 31, 
      tf_eflags = 663, tf_esp = -1077966048, tf_ss = 47})
    at ../../../i386/i386/trap.c:1128
#11 0xc03cce0d in syscall_with_err_pushed ()

so apparently it was waiting on 'pcmwr'. 

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to