Date: Sun, 18 Jun 2000 14:32:42 +0200 From: Pascal Hofstee <daeron@shadowmere.student.utwente.nl> To: "Richard Seaman, Jr." <dick@tar.com> Cc: Maxim Sobolev <sobomax@FreeBSD.org>, Brian Somers <brian@Awfulhak.org>, Kenneth Wayne Culver <culverk@wam.umd.edu>, Chris Piazza <cpiazza@jaxon.net>, Cameron Grant <cg@FreeBSD.org>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org, brian@hak.lan.Awfulhak.org Subject: Re: cvs commit: src/sys/dev/sound/pcm channel.c Message-ID: <20000618143242.A852@shadowmere.student.utwente.nl> In-Reply-To: <20000609100250.A6686@seaman.org>; from dick@tar.com on Fri, Jun 09, 2000 at 10:02:50AM -0500 References: <200006091335.OAA02637@hak.lan.Awfulhak.org> <3940F50F.5A4686F@FreeBSD.org> <20000609100250.A6686@seaman.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Jun 09, 2000 at 10:02:50AM -0500, Richard Seaman, Jr. wrote: > I've also got strange results playing sound. I turned on debugging > in the sound drivers (set DEB(x) in sound.h), and am getting very > revealing results. It appears that the dmabuffer pointers are getting > messed up. As soon as I can do some more testing, I'll post results. > > Let me suggest that those who are having problems turn on debugging. Ok ... i am on a GUS MAX and have been experiencing weird problems with newpcm for several weeks already ... if not even over a month already. I turned on DEB(x) today together with my buildworld and get the following debug-output from bootup and trying mpg123 (which right now .. doesn't seem to want to play at all) [ dmesg ]------------------------------------------------------------- Jun 18 14:10:08 shadowmere /kernel: gusc0: <Gravis UltraSound MAX> at port 0x220,0x320-0x327,0x32c-0x333 irq 5 drq 1,3 flags 0x13 on isa0 Jun 18 14:10:08 shadowmere /kernel: pcm0: <GUS CS4231> on gusc0 Jun 18 14:10:08 shadowmere /kernel: ch_bits dev 3 ch 0 val 0 old 0x88 r 2 p 1 bit 5 off 0 Jun 18 14:10:08 shadowmere /kernel: LEFT: dev 3 reg 2 old 0x88 new 0x9f Jun 18 14:10:08 shadowmere /kernel: ch_bits dev 3 ch 1 val 0 old 0x88 r 3 p 1 bit 5 off 0 Jun 18 14:10:08 shadowmere /kernel: RIGHT: dev 3 reg 3 old 0x88 new 0x9f Jun 18 14:10:08 shadowmere /kernel: ch_bits dev 4 ch 0 val 75 old 0x00 r 6 p 1 bit 6 off 0 Jun 18 14:10:08 shadowmere /kernel: LEFT: dev 4 reg 6 old 0x00 new 0x10 Jun 18 14:10:08 shadowmere /kernel: ch_bits dev 4 ch 1 val 75 old 0x00 r 7 p 1 bit 6 off 0 Jun 18 14:10:08 shadowmere /kernel: RIGHT: dev 4 reg 7 old 0x00 new 0x10 Jun 18 14:10:08 shadowmere /kernel: ch_bits dev 5 ch 0 val 75 old 0x20 r 26 p 1 bit 4 off 0 Jun 18 14:10:08 shadowmere /kernel: LEFT: dev 5 reg 26 old 0xa0 new 0x24 Jun 18 14:10:08 shadowmere /kernel: ch_bits dev 6 ch 0 val 75 old 0x08 r 18 p 1 bit 5 off 0 Jun 18 14:10:08 shadowmere /kernel: LEFT: dev 6 reg 18 old 0x88 new 0x08 Jun 18 14:10:08 shadowmere /kernel: ch_bits dev 6 ch 1 val 75 old 0x08 r 19 p 1 bit 5 off 0 Jun 18 14:10:08 shadowmere /kernel: RIGHT: dev 6 reg 19 old 0x88 new 0x08 Jun 18 14:10:08 shadowmere /kernel: ch_bits dev 7 ch 0 val 0 old 0x00 r 0 p 0 bit 1 off 5 Jun 18 14:10:08 shadowmere /kernel: LEFT: dev 7 reg 0 old 0x00 new 0x00 Jun 18 14:10:08 shadowmere /kernel: ch_bits dev 7 ch 1 val 0 old 0x00 r 1 p 0 bit 1 off 5 Jun 18 14:10:08 shadowmere /kernel: RIGHT: dev 7 reg 1 old 0x00 new 0x00 Jun 18 14:10:08 shadowmere /kernel: ch_bits dev 8 ch 0 val 75 old 0x08 r 4 p 1 bit 5 off 0 Jun 18 14:10:08 shadowmere /kernel: LEFT: dev 8 reg 4 old 0x88 new 0x08 Jun 18 14:10:08 shadowmere /kernel: ch_bits dev 8 ch 1 val 75 old 0x08 r 5 p 1 bit 5 off 0 Jun 18 14:10:08 shadowmere /kernel: RIGHT: dev 8 reg 5 old 0x88 new 0x08 Jun 18 14:10:08 shadowmere /kernel: ch_bits dev 9 ch 0 val 0 old 0x80 r 13 p 1 bit 6 off 2 Jun 18 14:10:08 shadowmere /kernel: LEFT: dev 9 reg 13 old 0x00 new 0xfc Jun 18 14:10:08 shadowmere /kernel: ch_bits dev 12 ch 0 val 0 old 0x00 r 0 p 0 bit 4 off 0 Jun 18 14:10:08 shadowmere /kernel: LEFT: dev 12 reg 0 old 0x00 new 0x00 Jun 18 14:10:08 shadowmere /kernel: ch_bits dev 12 ch 1 val 0 old 0x00 r 1 p 0 bit 4 off 0 Jun 18 14:10:08 shadowmere /kernel: RIGHT: dev 12 reg 1 old 0x00 new 0x00 [ mpg123 ]------------------------------------------------------------ Jun 18 14:18:40 shadowmere /kernel: open snd0 subdev 3 flags 0x00000002 mode 0x00002000 Jun 18 14:18:40 shadowmere /kernel: dsp reset Jun 18 14:18:41 shadowmere /kernel: close snd0 subdev 3 Jun 18 14:18:41 shadowmere /kernel: chn_flush c->flags 0x00003000 Jun 18 14:18:42 shadowmere /kernel: open snd0 subdev 3 flags 0x00000002 mode 0x00002000 Jun 18 14:18:42 shadowmere /kernel: dsp reset Jun 18 14:18:42 shadowmere /kernel: close snd0 subdev 3 Jun 18 14:18:42 shadowmere /kernel: chn_flush c->flags 0x00001000 Jun 18 14:18:42 shadowmere /kernel: open snd0 subdev 3 flags 0x00000002 mode 0x00002000 Jun 18 14:18:42 shadowmere /kernel: dsp reset Jun 18 14:18:42 shadowmere /kernel: write snd0 subdev 3 flag 0x00020001 Jun 18 14:18:42 shadowmere /kernel: buf 0x0xc0669340 ISA DMA started Jun 18 14:18:42 shadowmere /kernel: write snd0 subdev 3 flag 0x00030001 Jun 18 14:18:42 shadowmere /kernel: write snd0 subdev 3 flag 0x00040001 Jun 18 14:18:42 shadowmere /kernel: write snd0 subdev 3 flag 0x00050001 Jun 18 14:18:42 shadowmere /kernel: write snd0 subdev 3 flag 0x00060001 Jun 18 14:18:42 shadowmere /kernel: write snd0 subdev 3 flag 0x00070001 Jun 18 14:18:42 shadowmere /kernel: write snd0 subdev 3 flag 0x00080001 Jun 18 14:18:42 shadowmere /kernel: write snd0 subdev 3 flag 0x00090001 Jun 18 14:18:47 shadowmere /kernel: write snd0 subdev 3 flag 0x000a0001 [ ^C ]---------------------------------------------------------------- nothing happens [ ^C ]---------------------------------------------------------------- Jun 18 14:19:18 shadowmere /kernel: close snd0 subdev 3 Jun 18 14:19:18 shadowmere /kernel: chn_flush c->flags 0x00001030 Jun 18 14:19:18 shadowmere /kernel: chn_flush: now rl = 65280, fl = 0 Jun 18 14:19:19 shadowmere last message repeated 9 times Jun 18 14:19:19 shadowmere /kernel: chn_flush: timeout flushing dbuf_out, cnt 0xff00 flags 0x1034 Jun 18 14:19:20 shadowmere /kernel: buf 0x0xc0669340 ISA DMA stopped I hope this information is useful to somebody out there ... as i am no kernel-hacker myself. -- Pascal Hofstee < daeron @ shadowmere . student . utwente . nl > Managers know it must be good because the programmers hate it so much. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000618143242.A852>