On Sunday, 11 בJanuary 2009 18:03:03 Jeroen Ruigrok van der Werven wrote:
> On my 7.1-STABLE machine from 11 January I replaced my older working OSS
> 4.0 (1016) with 4.1 (1050) via a portupgrade.
>
> After futzing with the device nodes I managed to get osstest to play the
> audio correctly in all cases.
>
> When I subsequently try mpg123 (configured to use esound) to play an mp3 I
> get a kernel crash.
>
> The kernel crash is near identical to those reported by Adam, but in my
> case I am not even involving any video, just try to play some audio. It
> starts with some gibberish sound before crashing.
>
> The kernel crash is as follows:
>
> Fatal trap 12: page fault while in kernel mode
> cpuid = 0; apic id = 00
> fault virtual address = 0xe8166000
> fault code            = supervisor write, page not present
> instruction pointer   = 0x20:0xc5d9ac24
> stack pointer         = 0x28:0xe811cbcc
> frame pointer         = 0x28:0xe811cbd0
> code segment          = base 0x0, limit 0xfffff, type 0x1b
>                       = DPL 0, pres 1, def32 1, gran 1
> processor eflags      = resume, IOPL = 0
> current process               = 705 (irq18: oss_sbxfi0)
> trap number           = 12
> panic: page fault
> cpuid = 0
>
> (kgdb) bt
> #0  doadump () at pcpu.h:196
> #1  0xc05ad507 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418
> #2  0xc05ad7d9 in panic (fmt=Variable "fmt" is not available.
> ) at /usr/src/sys/kern/kern_shutdown.c:574
> #3  0xc07ab5cc in trap_fatal (frame=0xe811cb8c, eva=3893780480)
>     at /usr/src/sys/i386/i386/trap.c:939
> #4  0xc07abf3f in trap (frame=0xe811cb8c) at
> /usr/src/sys/i386/i386/trap.c:320 #5  0xc0792a5b in calltrap () at
> /usr/src/sys/i386/i386/exception.s:159 #6  0xc5d9ac24 in oss_memset () from
> /usr/local/lib/oss/modules/osscore.ko #7  0xc5d80e40 in do_outputintr ()
> from /usr/local/lib/oss/modules/osscore.ko #8  0xc5d810e9 in
> audio_outputintr ()
>    from /usr/local/lib/oss/modules/osscore.ko
> #9  0xc5deb729 in sbxfi_intr () from
> /usr/local/lib/oss/modules/oss_sbxfi.ko #10 0xc5d9afb0 in ossintr () from
> /usr/local/lib/oss/modules/osscore.ko #11 0xc058c50b in ithread_loop
> (arg=0xc56637c0)
>     at /usr/src/sys/kern/kern_intr.c:1088
> #12 0xc0589079 in fork_exit (callout=0xc058c350 <ithread_loop>,
>     arg=0xc56637c0, frame=0xe811cd38) at /usr/src/sys/kern/kern_fork.c:804
> #13 0xc0792ad0 in fork_trampoline () at
> /usr/src/sys/i386/i386/exception.s:264
>
> Contrast this to
> http://mailman.opensound.com/pipermail/oss-devel/2009-January/000858.html
> and the parallels are plain.
>
> I can reproduce this 100%.
>
> I'd need to see about recompiling OSS with debugging symbols. Any
> hints/clues based on the above though?

I understand you didn't have this with 4.0? I suggest you clone the mercurial 
repository ( http://mercurial.opensound.com ), and then testing to see where 
the regression is by rebuilding various revisions of the rep ("hg revert -r 
[REV]" or "hg bisect [REV]" can be used for example).  Building instructions 
can be found at 
http://www.opensound.com/wiki/index.php/Building_OSSv4_from_source .
You can see by "hg log kernel/OS/FreeBSD/os_freebsd.c" some interesting revs. 
to test around (revs. 384 and 446 come to mind).

Yours,
        Yair K.

_______________________________________________
oss-devel mailing list
oss-devel@mailman.opensound.com
http://mailman.opensound.com/mailman/listinfo/oss-devel

Reply via email to