Audigy2 renamed, grrr...

Audigy2 renamed, grrr...

[Stl]

[-- Attachment #1: Type: text/plain, Size: 528 bytes --]

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


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]

Re: Audigy2 renamed, grrr...

[Clemens Ladisch]

Stl wrote:
> Why the hell, Audigy2's name in alsa driver changes with every
> kernel version?

The purpose (and the _only_ purpose) of these changes was to annoy
users like you.

> Who is such a lunatic to revert it once every two months,

I doubt that jcd's behaviour is affected by moon phases.
Besides, moon phases aren't two months long.

> from Audigy 2 ZS to SB350, from SB350 back to Audigy2
> (why not ZS? I've got ZS!).

Please show the contents of /proc/asound/cards.


Best regards,
Clemens



-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. 
Download it for free - -and be entered to win a 42" plasma tv or your very
own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php

Re: Audigy2 renamed, grrr...

[Lee Revell]

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

Re: Audigy2 renamed, grrr...

[Mathieu Chouquet-Stringer]

rlrevell@joe-job.com (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

Re: Audigy2 renamed, grrr...

[Alistair John Strachan]

On Tuesday 27 September 2005 16:08, Mathieu Chouquet-Stringer wrote:
> rlrevell@joe-job.com (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.

Re: Audigy2 renamed, grrr...

[Patrick McFarland]

[-- Attachment #1: Type: text/plain, Size: 754 bytes --]

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 || diablod3@gmail.com
"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

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: Audigy2 renamed, grrr...

[James Courtier-Dutton]

Clemens Ladisch wrote:
> Stl wrote:
> 
>>Why the hell, Audigy2's name in alsa driver changes with every
>>kernel version?
> 
> 
> The purpose (and the _only_ purpose) of these changes was to annoy
> users like you.
> 
> 
>>Who is such a lunatic to revert it once every two months,
> 
> 
> I doubt that jcd's behaviour is affected by moon phases.
> Besides, moon phases aren't two months long.
> 
> 
>>from Audigy 2 ZS to SB350, from SB350 back to Audigy2
>>(why not ZS? I've got ZS!).
> 

I didn't change anything. What's the real problem here?

James


-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl

Re: Audigy2 renamed, grrr...

[Stl]

[-- Attachment #1: Type: text/plain, Size: 1319 bytes --]

James Courtier-Dutton wrote:
> Clemens Ladisch wrote:
> 
>> Stl wrote:
>>
>>> 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,
>> I doubt that jcd's behaviour is affected by moon phases.
>> Besides, moon phases aren't two months long.
>>
>>> from Audigy 2 ZS to SB350, from SB350 back to Audigy2
>>> (why not ZS? I've got ZS!).
> I didn't change anything. What's the real problem here?

After I had upgraded the kernel (2.6.12 to 2.6.13), alsactl (1.0.8) has
started to complain that there is no soundcard SB0350 so I had to
manually edit /etc/asound.state and change (AFAIR revert back)
state.SB0350 to state.Audigy2. After I did that alsactl still moans:

/usr/sbin/alsactl: set_control:930: warning: name mismatch (Audigy SPDIF
Output Sample Rate/HD Analog Front Playback Volume) for control #219
/usr/sbin/alsactl: set_control:1025: bad control.219.value type

/proc/asound/cards:
0 [Audigy2        ]: Audigy2 - Audigy 2 ZS [SB0350]
                     Audigy 2 ZS [SB0350] (rev.4, serial:0x20021102) at
0x7c40, irq 11


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


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]

Re: Audigy2 renamed, grrr...

[Takashi Iwai]

At Thu, 29 Sep 2005 16:39:00 +0200,
Stl wrote:
> 
> James Courtier-Dutton wrote:
> > Clemens Ladisch wrote:
> > 
> >> Stl wrote:
> >>
> >>> 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,
> >> I doubt that jcd's behaviour is affected by moon phases.
> >> Besides, moon phases aren't two months long.
> >>
> >>> from Audigy 2 ZS to SB350, from SB350 back to Audigy2
> >>> (why not ZS? I've got ZS!).
> > I didn't change anything. What's the real problem here?
> 
> After I had upgraded the kernel (2.6.12 to 2.6.13), alsactl (1.0.8) has
> started to complain that there is no soundcard SB0350

That was the bug.  Others are called "fixes".
On 2.6.14, you get the same as on 2.6.12.


Takashi


-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl

Re: Audigy2 renamed, grrr...

[Stl]

[-- Attachment #1: Type: text/plain, Size: 631 bytes --]

Takashi Iwai wrote:
> At Thu, 29 Sep 2005 16:39:00 +0200,
> Stl wrote:
>>After I had upgraded the kernel (2.6.12 to 2.6.13), alsactl (1.0.8) has
>>started to complain that there is no soundcard SB0350
> 
> 
> That was the bug.  Others are called "fixes".

|bug| == |fix|  (It suddenly doesn't work anymore.)

OK, I stop complaining an start hoping everything's going to be fine :)

> On 2.6.14, you get the same as on 2.6.12.

[SIGH] Moon?

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


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]

Re: Audigy2 renamed, grrr...

[Takashi Iwai]

At Tue, 27 Sep 2005 16:46:18 +0100,
Alistair John Strachan wrote:
> 
> On Tuesday 27 September 2005 16:08, Mathieu Chouquet-Stringer wrote:
> > rlrevell@joe-job.com (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

Re: Audigy2 renamed, grrr...

[Takashi Iwai]

At Tue, 27 Sep 2005 11:08:17 -0400,
Mathieu Chouquet-Stringer wrote:
> 
> rlrevell@joe-job.com (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)

Re: Audigy2 renamed, grrr...

[Mathieu Chouquet-Stringer]

tiwai@suse.de (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 --

Re: Audigy2 renamed, grrr...

[Mathieu Chouquet-Stringer]

tiwai@suse.de (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 --