2005-09-27 07:07:43

by Łukasz Stelmach

[permalink] [raw]
Subject: Audigy2 renamed, grrr...

Grrreetings.

Why the hell, Audigy2's name in alsa driver changes with every kernel
version? Who is such a lunatic to revert it once every two months,
from Audigy 2 ZS to SB350, from SB350 back to Audigy2 (why not ZS? I've
got ZS!).

Hey guys make up yout minds or don't touch it at all. Once you fill like
touching it lie down and wait until it goes away.

--
Było mi bardzo miło. Trzecia pospolita klęska, [...]
>Łukasz< Już nie katolicka lecz złodziejska. (c)PP


Attachments:
signature.asc (256.00 B)
OpenPGP digital signature

2005-09-27 14:52:24

by Lee Revell

[permalink] [raw]
Subject: Re: Audigy2 renamed, grrr...

On Tue, 2005-09-27 at 09:07 +0200, Stl wrote:
> Grrreetings.
>
> Why the hell, Audigy2's name in alsa driver changes with every kernel
> version? Who is such a lunatic to revert it once every two months,
> from Audigy 2 ZS to SB350, from SB350 back to Audigy2 (why not ZS? I've
> got ZS!).
>
> Hey guys make up yout minds or don't touch it at all. Once you fill like
> touching it lie down and wait until it goes away.
>

These changes were required to support the increasingly wide variety of
emu10k1 based hardware.

Anyway it should not matter - newer versions of alsactl will still be
able to restore the mixer settings.

Lee

Subject: Re: Audigy2 renamed, grrr...

[email protected] (Lee Revell) writes:
> These changes were required to support the increasingly wide variety of
> emu10k1 based hardware.
>
> Anyway it should not matter - newer versions of alsactl will still be
> able to restore the mixer settings.

Well it looks like I've lost my analog output in 2.6.14-rc2 (headphones on
the LiveDrive work fine though).

My card is now reported as a SBLive! Platinum 5.1 [SB0060] and i've been
loading the modules with the following:
extin=0x3fc3 extout=0x1fc3 enable_ir=1

It's been working fine until the latest git updates. I'll try
again tonight if I get the time.

--
Mathieu Chouquet-Stringer

2005-09-27 15:45:45

by Alistair John Strachan

[permalink] [raw]
Subject: Re: Audigy2 renamed, grrr...

On Tuesday 27 September 2005 16:08, Mathieu Chouquet-Stringer wrote:
> [email protected] (Lee Revell) writes:
> > These changes were required to support the increasingly wide variety of
> > emu10k1 based hardware.
> >
> > Anyway it should not matter - newer versions of alsactl will still be
> > able to restore the mixer settings.
>
> Well it looks like I've lost my analog output in 2.6.14-rc2 (headphones on
> the LiveDrive work fine though).
>
> My card is now reported as a SBLive! Platinum 5.1 [SB0060] and i've been
> loading the modules with the following:
> extin=0x3fc3 extout=0x1fc3 enable_ir=1

My ZS is also reported as a Platinum. It does seem rather odd.

> It's been working fine until the latest git updates. I'll try
> again tonight if I get the time.

[alistair] 16:45 [~] cat /proc/asound/cards
0 [Audigy2 ]: Audigy2 - Audigy 2 Platinum [SB0240P]
Audigy 2 Platinum [SB0240P] (rev.4, serial:0x10021102) at
0x9000, irq 177

--
Cheers,
Alistair.

'No sense being pessimistic, it probably wouldn't work anyway.'
Third year Computer Science undergraduate.
1F2 55 South Clerk Street, Edinburgh, UK.

2005-09-27 16:09:13

by Patrick McFarland

[permalink] [raw]
Subject: Re: Audigy2 renamed, grrr...

On Tuesday 27 September 2005 11:46 am, Alistair John Strachan wrote:
> [alistair] 16:45 [~] cat /proc/asound/cards
> 0 [Audigy2 ]: Audigy2 - Audigy 2 Platinum [SB0240P]
> Audigy 2 Platinum [SB0240P] (rev.4, serial:0x10021102)
> at 0x9000, irq 177

0 [Audigy2 ]: Audigy2 - Audigy 2 ZS [SB0350]
Audigy 2 ZS [SB0350] (rev.4, serial:0x20021102) at
0xd000, irq 19

And that would be my Audigy 2 ZS.

--
Patrick "Diablo-D3" McFarland || [email protected]
"Computer games don't affect kids; I mean if Pac-Man affected us as kids, we'd
all be running around in darkened rooms, munching magic pills and listening to
repetitive electronic music." -- Kristian Wilson, Nintendo, Inc, 1989


Attachments:
(No filename) (737.00 B)
(No filename) (189.00 B)
Download all attachments

2005-09-30 12:41:32

by Takashi Iwai

[permalink] [raw]
Subject: Re: Audigy2 renamed, grrr...

At Tue, 27 Sep 2005 16:46:18 +0100,
Alistair John Strachan wrote:
>
> On Tuesday 27 September 2005 16:08, Mathieu Chouquet-Stringer wrote:
> > [email protected] (Lee Revell) writes:
> > > These changes were required to support the increasingly wide variety of
> > > emu10k1 based hardware.
> > >
> > > Anyway it should not matter - newer versions of alsactl will still be
> > > able to restore the mixer settings.
> >
> > Well it looks like I've lost my analog output in 2.6.14-rc2 (headphones on
> > the LiveDrive work fine though).
> >
> > My card is now reported as a SBLive! Platinum 5.1 [SB0060] and i've been
> > loading the modules with the following:
> > extin=0x3fc3 extout=0x1fc3 enable_ir=1
>
> My ZS is also reported as a Platinum. It does seem rather odd.
>
> > It's been working fine until the latest git updates. I'll try
> > again tonight if I get the time.
>
> [alistair] 16:45 [~] cat /proc/asound/cards
> 0 [Audigy2 ]: Audigy2 - Audigy 2 Platinum [SB0240P]
> Audigy 2 Platinum [SB0240P] (rev.4, serial:0x10021102) at
> 0x9000, irq 177

In this case, it's harmless at all.
No difference of driver functionality between both of them, and the
driver id string is set to the same name.

The problem is simply because Creative shipped too many variants with
the same IDs...


Takashi

2005-09-30 12:44:49

by Takashi Iwai

[permalink] [raw]
Subject: Re: Audigy2 renamed, grrr...

At Tue, 27 Sep 2005 11:08:17 -0400,
Mathieu Chouquet-Stringer wrote:
>
> [email protected] (Lee Revell) writes:
> > These changes were required to support the increasingly wide variety of
> > emu10k1 based hardware.
> >
> > Anyway it should not matter - newer versions of alsactl will still be
> > able to restore the mixer settings.
>
> Well it looks like I've lost my analog output in 2.6.14-rc2 (headphones on
> the LiveDrive work fine though).
>
> My card is now reported as a SBLive! Platinum 5.1 [SB0060] and i've been
> loading the modules with the following:
> extin=0x3fc3 extout=0x1fc3 enable_ir=1
>
> It's been working fine until the latest git updates. I'll try
> again tonight if I get the time.

The patch below should fix the problem. Give it a try.


Takashi


--- linux/include/sound/emu10k1.h 7 Sep 2005 12:56:34 -0000 1.68
+++ linux/include/sound/emu10k1.h 29 Sep 2005 15:50:51 -0000
@@ -1059,7 +1059,7 @@
unsigned char spk71; /* Has 7.1 speakers */
unsigned char sblive51; /* SBLive! 5.1 - extout 0x11 -> center, 0x12 -> lfe */
unsigned char spdif_bug; /* Has Spdif phasing bug */
- unsigned char ac97_chip; /* Has an AC97 chip */
+ unsigned char ac97_chip; /* Has an AC97 chip: 1 = mandatory, 2 = optional */
unsigned char ecard; /* APS EEPROM */
const char *driver;
const char *name;
--- linux/sound/pci/emu10k1/emu10k1_main.c 10 Sep 2005 14:34:45 -0000 1.65
+++ linux/sound/pci/emu10k1/emu10k1_main.c 29 Sep 2005 15:50:51 -0000
@@ -756,9 +756,12 @@
.sblive51 = 1} ,
/* Tested by alsa bugtrack user "hus" bug #1297 12th Aug 2005 */
{.vendor = 0x1102, .device = 0x0002, .subsystem = 0x80611102,
- .driver = "EMU10K1", .name = "SBLive! Platinum 5.1 [SB0060]",
+ .driver = "EMU10K1", .name = "SBLive 5.1 [SB0060]",
.id = "Live",
.emu10k1_chip = 1,
+ .ac97_chip = 2, /* ac97 is optional; both SBLive 5.1 and platinum
+ * share the same IDs!
+ */
.sblive51 = 1} ,
{.vendor = 0x1102, .device = 0x0002, .subsystem = 0x80511102,
.driver = "EMU10K1", .name = "SBLive! Value [CT4850]",
--- linux/sound/pci/emu10k1/emumixer.c 3 Aug 2005 12:54:39 -0000 1.37
+++ linux/sound/pci/emu10k1/emumixer.c 29 Sep 2005 15:50:51 -0000
@@ -802,8 +802,13 @@
.read = snd_emu10k1_ac97_read,
};

- if ((err = snd_ac97_bus(emu->card, 0, &ops, NULL, &pbus)) < 0)
- return err;
+ if ((err = snd_ac97_bus(emu->card, 0, &ops, NULL, &pbus)) < 0) {
+ if (emu->card_capabilities->ac97_chip == 1)
+ return err;
+ snd_printd(KERN_INFO "emu10k1: AC97 is optional on this board\n");
+ snd_printd(KERN_INFO" Proceeding without ac97 mixers...\n");
+ goto no_ac97; /* FIXME: get rid of ugly gotos.. */
+ }
pbus->no_vra = 1; /* we don't need VRA */

memset(&ac97, 0, sizeof(ac97));
@@ -836,6 +841,7 @@
for (; *c; c++)
remove_ctl(card, *c);
} else {
+ no_ac97:
if (emu->card_capabilities->ecard)
strcpy(emu->card->mixername, "EMU APS");
else if (emu->audigy)

Subject: Re: Audigy2 renamed, grrr...

[email protected] (Takashi Iwai) writes:
> The patch below should fix the problem. Give it a try.

I will thanks (basically I had temporarily fixed the driver by re-adding
the .ac97_chip = 1 line).

I'll give yours a whirl and I'll let you know how it went.

--
Mathieu Chouquet-Stringer
"Le disparu, si l'on v?n?re sa m?moire, est plus pr?sent et
plus puissant que le vivant".
-- Antoine de Saint-Exup?ry, Citadelle --

Subject: Re: Audigy2 renamed, grrr...

[email protected] (Takashi Iwai) writes:
> The patch below should fix the problem. Give it a try.
> [...]

Works great, thanks.
--
Mathieu Chouquet-Stringer
"Le disparu, si l'on v?n?re sa m?moire, est plus pr?sent et
plus puissant que le vivant".
-- Antoine de Saint-Exup?ry, Citadelle --