Bug 132848

Summary: [sound] [snd_emu10kx] driver problem with card init, snd_emu10k1 inits card correctly
Product: Base System Reporter: Rickard <rickard.granath>
Component: kernAssignee: freebsd-bugs (Nobody) <bugs>
Status: Open ---    
Severity: Affects Only Me CC: christos
Priority: Normal    
Version: Unspecified   
Hardware: Any   
OS: Any   

Description Rickard 2009-03-20 10:10:01 UTC
Problem Source: Creative SoundBlaster Audigy2 ZS Platinum Pro on (snd_emu10kx)

Problem: The soundcard i wired to a external recever trought a (Optical Link) however to even get any output of the recever i have to first load (snd_emu10k1) then unload (snd_emu10k1) and then load (snd_emu10kx) now the sound is flowing, 

Next part of the problem is that i cant get any raw signal sutch as a DTS trought the card it just comes out as a bad noise since it dossent put the card in S/PDIF
passtrought mode or i cant change it even with sysctl.

This is a serious problem, for what i have understand the orginal driver (snd_emu10kx) done by yuri works very well for a friend of mine with a exact same card, however its outdated since 2005 in ports.

If anyone whant a uname -a output i can fix it later but as i said it gives you really nothing.

How-To-Repeat: kldload snd_emu10k1
kldunload snd_emu10k1
kldload snd_emu10kx
#infact to get normal output i put this in end of /etc/rc
kldload snd_emu10k1
sleep 1
kldunload snd_emu10k1
kldload snd_emu10kx
Comment 1 Gavin Atkinson freebsd_committer freebsd_triage 2009-03-20 14:51:43 UTC
Responsible Changed
From-To: freebsd-i386->freebsd-multimedia

Over to maintainer(s)
Comment 2 Gavin Atkinson freebsd_committer freebsd_triage 2009-03-20 15:04:07 UTC
State Changed
From-To: open->feedback

To submitter: Please provide the output of "pciconf -l" on the affected system.
Comment 3 Gavin Atkinson freebsd_committer freebsd_triage 2009-03-26 14:48:41 UTC
---------- Forwarded message ----------
Date: Thu, 26 Mar 2009 14:37:05 +0100
From: Rickard G <rickard.granath@gmail.com>

Sorry for the late input:

# pciconf -l
hostb0@pci0:0:0:0:      class=0x060000 card=0x80f61043 chip=0x25788086
rev=0x02
hdr=0x00

pcib1@pci0:0:1:0:       class=0x060400 card=0x00000000 chip=0x25798086
rev=0x02 hdr=0x01
pcib2@pci0:0:3:0:       class=0x060400 card=0x00000000 chip=0x257b8086
rev=0x02hdr=0x01
uhci0@pci0:0:29:0:      class=0x0c0300 card=0x80a61043 chip=0x24d28086
rev=0x02hdr=0x00
uhci1@pci0:0:29:1:      class=0x0c0300 card=0x80a61043 chip=0x24d48086
rev=0x02hdr=0x00
uhci2@pci0:0:29:2:      class=0x0c0300 card=0x80a61043 chip=0x24d78086
rev=0x02hdr=0x00
uhci3@pci0:0:29:3:      class=0x0c0300 card=0x80a61043 chip=0x24de8086
rev=0x02hdr=0x00
ehci0@pci0:0:29:7:      class=0x0c0320 card=0x80a61043 chip=0x24dd8086
rev=0x02hdr=0x00
pcib3@pci0:0:30:0:      class=0x060400 card=0x00000000 chip=0x244e8086
rev=0xc2hdr=0x01
isab0@pci0:0:31:0:      class=0x060100 card=0x00000000 chip=0x24d08086
rev=0x02hdr=0x00
atapci0@pci0:0:31:2:    class=0x01018a card=0x80a61043 chip=0x24d18086
rev=0x02hdr=0x00
none0@pci0:0:31:3:      class=0x0c0500 card=0x80a61043 chip=0x24d38086
rev=0x02hdr=0x00
vgapci0@pci0:1:0:0:     class=0x030000 card=0x22711682 chip=0x02e410de
rev=0xa2hdr=0x00
em0@pci0:2:1:0: class=0x020000 card=0x80f71043 chip=0x10198086 rev=0x00
hdr=0x00
fwohci0@pci0:3:3:0:     class=0x0c0010 card=0x808b1043 chip=0x8023104c
rev=0x00hdr=0x00
pcm0@pci0:3:11:0:       class=0x040100 card=0x20011102 chip=0x00041102
rev=0x04hdr=0x00
none1@pci0:3:11:1:      class=0x098000 card=0x00401102 chip=0x70031102
rev=0x04hdr=0x00
fwohci1@pci0:3:11:2:    class=0x0c0010 card=0x00101102 chip=0x40011102
rev=0x04hdr=0x00
bktr0@pci0:3:13:0:      class=0x040000 card=0x001211bd chip=0x036e109e
rev=0x11hdr=0x00
none2@pci0:3:13:1:      class=0x048000 card=0x001211bd chip=0x0878109e
rev=0x11hdr=0x00
Comment 4 Gavin Atkinson freebsd_committer freebsd_triage 2009-03-26 14:49:46 UTC
---------- Forwarded message ----------
Date: Thu, 26 Mar 2009 14:41:11 +0100
From: Rickard G <rickard.granath@gmail.com>

Sorry gavin the pevious one where with snd_emu10k1 loaded, here is the
pciconf -l with snd_emu10kx loaded

hostb0@pci0:0:0:0:      class=0x060000 card=0x80f61043 chip=0x25788086
rev=0x02
hdr=0x00

pcib1@pci0:0:1:0:       class=0x060400 card=0x00000000 chip=0x25798086
rev=0x02 hdr=0x01
pcib2@pci0:0:3:0:       class=0x060400 card=0x00000000 chip=0x257b8086
rev=0x02hdr=0x01
uhci0@pci0:0:29:0:      class=0x0c0300 card=0x80a61043 chip=0x24d28086
rev=0x02hdr=0x00
uhci1@pci0:0:29:1:      class=0x0c0300 card=0x80a61043 chip=0x24d48086
rev=0x02hdr=0x00
uhci2@pci0:0:29:2:      class=0x0c0300 card=0x80a61043 chip=0x24d78086
rev=0x02hdr=0x00
uhci3@pci0:0:29:3:      class=0x0c0300 card=0x80a61043 chip=0x24de8086
rev=0x02hdr=0x00
ehci0@pci0:0:29:7:      class=0x0c0320 card=0x80a61043 chip=0x24dd8086
rev=0x02hdr=0x00
pcib3@pci0:0:30:0:      class=0x060400 card=0x00000000 chip=0x244e8086
rev=0xc2hdr=0x01
isab0@pci0:0:31:0:      class=0x060100 card=0x00000000 chip=0x24d08086
rev=0x02hdr=0x00
atapci0@pci0:0:31:2:    class=0x01018a card=0x80a61043 chip=0x24d18086
rev=0x02hdr=0x00
none0@pci0:0:31:3:      class=0x0c0500 card=0x80a61043 chip=0x24d38086
rev=0x02hdr=0x00
vgapci0@pci0:1:0:0:     class=0x030000 card=0x22711682 chip=0x02e410de
rev=0xa2hdr=0x00
em0@pci0:2:1:0: class=0x020000 card=0x80f71043 chip=0x10198086 rev=0x00
hdr=0x00
fwohci0@pci0:3:3:0:     class=0x0c0010 card=0x808b1043 chip=0x8023104c
rev=0x00hdr=0x00
emu10kx0@pci0:3:11:0:   class=0x040100 card=0x20011102 chip=0x00041102
rev=0x04hdr=0x00
none1@pci0:3:11:1:      class=0x098000 card=0x00401102 chip=0x70031102
rev=0x04hdr=0x00
fwohci1@pci0:3:11:2:    class=0x0c0010 card=0x00101102 chip=0x40011102
rev=0x04hdr=0x00
bktr0@pci0:3:13:0:      class=0x040000 card=0x001211bd chip=0x036e109e
rev=0x11hdr=0x00
none2@pci0:3:13:1:      class=0x048000 card=0x001211bd chip=0x0878109e
rev=0x11hdr=0x00
Comment 5 Gavin Atkinson freebsd_committer freebsd_triage 2009-03-26 14:49:55 UTC
State Changed
From-To: feedback->open

Feedback received, thanks!
Comment 6 Garrett Cooper 2011-02-09 11:44:36 UTC
    This is probably fixed by r218478.
Thanks,
-Garrett
Comment 7 marius 2011-02-09 16:26:45 UTC
On Wed, Feb 09, 2011 at 03:44:36AM -0800, Garrett Cooper wrote:
>     This is probably fixed by r218478.

Hrm, I actually doubt the problems described in PR 132848 are related
to what was fixed in r218478. The description of this PR sounds more
like issues with the hardware initialization.

Marius
Comment 8 Garrett Cooper 2011-02-09 16:39:53 UTC
On Wed, Feb 9, 2011 at 8:26 AM, Marius Strobl <marius@alchemy.franken.de> w=
rote:
> On Wed, Feb 09, 2011 at 03:44:36AM -0800, Garrett Cooper wrote:
>> =A0 =A0 This is probably fixed by r218478.
>
> Hrm, I actually doubt the problems described in PR 132848 are related
> to what was fixed in r218478. The description of this PR sounds more
> like issues with the hardware initialization.

Good point. Rereading the problem description it probably isn't.
Thanks!
-Garrett
Comment 9 Eitan Adler freebsd_committer freebsd_triage 2017-12-31 08:01:27 UTC
For bugs matching the following criteria:

Status: In Progress Changed: (is less than) 2014-06-01

Reset to default assignee and clear in-progress tags.

Mail being skipped
Comment 10 Christos Margiolis freebsd_committer freebsd_triage 2024-10-17 14:16:38 UTC
Is this issue still reproducible with current versions of FreeBSD?