Mailing List Archive

mandrake 9.1 native alsa not working
I'm having a sound problem in a new setup... I'm running Mandrake 9.1 with the default install Alsa drivers for the snd-via82xx. I set the sound system to use alsa explicity.

XawTV works fine using the Line in, every channel is tuned fine.
I have audio set to use /dev/dsp, there is a /dev/sound/dsp too... but, the /dev/dsp is a link to the other. I'm using a bt card, Prolink Pixelview PlayTV Pro w/ Radio. I manually set the tuner type to 2, the card auto detects (the tuner for this card doesnt auto detect properly).

aplay /soundfile.wav works. One thing I found interesting, though, is that the big "Kmix" mixer with the majority of the controls doesn't appear to be affecting much. However, the "aumix" mixer is definately making a difference (turning the line off/on makes a noticable change, aplay itself doesnt output sound unless the volume on the aumix controls is turned up). Is aumix supposed to be for alsa, or does it just work because of oss compatibility?

Below are the outputs of mythbackend, dmesg, and a copy of modules.conf

Anyone have any recommendations of what to check, upgrade, etc?

Thanks,
Dane



[root@localhost setup]# mythbackend -v
Starting up as the master server.
Probed: /dev/video - Television
Probed: /dev/video - Composite1
Probed: /dev/video - S-Video
Probed: /dev/video - Composite3
2003-07-22 22:22:42 Verbose mode activated.
2003-07-22 22:22:44 Found changes in the todo list.
2003-07-22 22:22:52 MainServer::HandleAnnounce Playback
2003-07-22 22:22:52 adding: localhost as a player 1
2003-07-22 22:22:52 MainServer::HandleAnnounce Playback
2003-07-22 22:22:52 adding: localhost as a player 0
2003-07-22 22:22:52 MainServer::HandleAnnounce Playback
2003-07-22 22:22:52 adding: localhost as a player 0
2003-07-22 22:22:52 adding: localhost as a remote ringbuffer
Segmentation fault


dmesg:
Linux version 2.4.21-0.13mdk (flepied@bi.mandrakesoft.com) (gcc version 3.2.2 (Mandrake Linux 9.1 3.2.2-3mdk)) #1 Fri Mar 14 15:08:06 EST 2003
[cut]
..... CPU clock speed is 1683.2084 MHz.
..... host bus clock speed is 269.3132 MHz.
Linux video capture interface: v1.00
bttv: driver version 0.7.100 loaded
bttv: using 4 buffers with 2080k (8320k total) for capture
bttv: Host bridge is VIA Technologies, Inc. VT8367 [KT266]
bttv: Bt8xx card found (0).
PCI: Found IRQ 5 for device 00:0c.0
PCI: Sharing IRQ 5 with 00:0c.1
PCI: Sharing IRQ 5 with 00:10.2
PCI: Sharing IRQ 5 with 00:11.5
bttv0: Bt878 (rev 17) at 00:0c.0, irq: 5, latency: 32, mmio: 0xe3001000
bttv0: using: BT878(Prolink Pixelview PV-BT) [card=72,insmod option]
bttv0: using tuner=2
bttv0: i2c: checking for TDA7432 @ 0x8a... not found
tvaudio: TV audio decoder + audio/video mux driver
tvaudio: known chips: tda9840,tda9873h,tda9874h/a,tda9850,tda9855,tea6300,tea6420,tda8425,pic16c54 (PV951)
tuner: probing bt848 #0 i2c adapter [id=0x10005]
tuner: chip found @ 0xc2
tuner: type set to 2 (Philips NTSC (FI1236,FM1236 and compatibles))
bttv0: i2c attach [client=Philips NTSC (FI1236,FM1236 and ,ok]
bttv0: PLL: 28636363 => 35468950 ... ok
bttv0: registered device video0
bttv0: registered device vbi0
bttv0: registered device radio0
[cut some]
PCI: Found IRQ 5 for device 00:11.5
PCI: Sharing IRQ 5 with 00:0c.0
PCI: Sharing IRQ 5 with 00:0c.1
PCI: Sharing IRQ 5 with 00:10.2
PCI: Setting latency timer of device 00:11.5 to 64
hdb: ATAPI 8X CD-ROM drive, 256kB Cache, DMA
Uniform CD-ROM driver Revision: 3.12
SCSI subsystem driver Revision: 1.00
parport0: PC-style at 0x378 [PCSPP,TRISTATE]
lp0: using parport0 (polling).
Splash status on console 0 changed to off
bttv0: PLL: switching off
tuner: TV freq (0.-6) out of range (44-958)
tuner: TV freq (43.00) out of range (44-958)
tuner: TV freq (37.00) out of range (44-958)
tuner: TV freq (31.00) out of range (44-958)
tuner: TV freq (25.00) out of range (44-958)
tuner: TV freq (31.00) out of range (44-958)
tuner: TV freq (37.00) out of range (44-958)
tuner: TV freq (43.00) out of range (44-958)
tuner: TV freq (38.25) out of range (44-958)
tuner: TV freq (32.25) out of range (44-958)
tuner: TV freq (38.25) out of range (44-958)
Unable to handle kernel NULL pointer dereference at virtual address 00000018
printing eip:
d4a301e7
*pde = 00000000
Oops: 0000
autofs4 parport_pc lp parport sg st sr_mod sd_mod scsi_mod ide-cd cdrom snd-pcm-oss snd-mixer-oss snd-via82xx snd-ac97-codec snd-pcm snd-timer snd-mpu401-uart snd-rawmidi snd-seq-device snd-page-alloc snd nfsd af_packet floppy via-rhine mii supermount tuner tvaudio bttv videodev i2c-algo-bit i2c-core soundcore ehci-hcd usb-uhci usbcore rtc ext3 jbd
CPU: 0
EIP: 0010:[<d4a301e7>] Not tainted
EFLAGS: 00010282
EIP is at clean_via_table+0x7/0x50 [snd-via82xx]
eax: 00000000 ebx: 00000000 ecx: 00000000 edx: c7a82000
esi: 00000000 edi: c6ebce80 ebp: c2761e60 esp: c2761e5c
ds: 0018 es: 0018 ss: 0018
Process mythbackend (pid: 21661, stackpage=c2761000)
Stack: cfe31360 c2761e78 d4a3085e 00000000 cfe31360 c12d4800 cfe31360 c2761e90
d4ab33a3 cfe31360 fffffff5 00000000 c6ebce80 c2761eb0 d4ab358b c6ebce80
00000000 cfe31360 c2760000 cd720718 cd720600 c2761f28 d4ab3738 cd5f0240
Call Trace:
[<d4a3085e>] snd_via82xx_hw_free+0x1e/0x30 [snd-via82xx]
[<d4ab33a3>] snd_pcm_oss_release_file+0x73/0xa0 [snd-pcm-oss]
[<d4ab358b>] snd_pcm_oss_open_file+0x1bb/0x1f0 [snd-pcm-oss]
[<d4ab3738>] snd_pcm_oss_open+0x178/0x2c0 [snd-pcm-oss]
[<c0170b5e>] devfs_open+0x12e/0x190 [kernel]
[<c013effa>] dentry_open+0xca/0x1d0 [kernel]
[<c013ef21>] filp_open+0x51/0x60 [kernel]
[<c013f29d>] sys_open+0x3d/0x90 [kernel]
[<c0109093>] system_call+0x33/0x40 [kernel]

Code: 8b 43 18 85 c0 75 22 8b 43 20 85 c0 75 0b 8b 5d fc 89 ec 5d
Re: mandrake 9.1 native alsa not working [ In reply to ]
> I'm having a sound problem in a new setup... I'm running Mandrake 9.1 with
the default install Alsa drivers for the snd-> > > > via82xx. I set the
sound system to use alsa explicity.

> I have audio set to use /dev/dsp, there is a /dev/sound/dsp too... but,
the /dev/dsp is a link to the other. I'm using a bt card,

Hey, not that anyone responded... but I fixed this problem so ignore this
previous post :) The problem actually turned out to be /dev/dsp was in use
by the aRts sound server. I had actually looked into this before, and
turned it off, but I think at some point during trouble shooting I turned it
back on without thinking about it. (I guess I'm still not *really* sure
what this is)

Which brings me to another question.... 18.11 has a mention of disabling
aRts in KDE, which is great... but to me it seems like this should be
further up in the installation procedure. I did a default install of
mandrake 9.1, so its enabled for everyone ...and it seems as though
everybody would have to disable it in order to use /dev/dsp in myth ...so,
why isn't there mention of it in the install procedure in section 7 or
something?

just wondering,

-D

_______________________________________________
mythtv-users mailing list
mythtv-users@snowman.net
http://lists.snowman.net/cgi-bin/mailman/listinfo/mythtv-users