Re: [Alsa-user] is this card supported by ALSA?

Re: [Alsa-user] is this card supported by ALSA?

[Rene Herman]

On 15-07-08 01:36, Landis McGauhey wrote:

It seems there's just a bit too much oddness going on. Takashi, you know 
more about ac97. Also bringing in alsa-devel...

> # cat /proc/asound/AudioPCI/codec97#0/ac97#0-0=
> 
> 0-0/0: 0x76058384 F�S

Eep? A 0x83847605 would be a SigmaTel STAC9704. And:

[ ... ]

> # cat /proc/asound/AudioPCI/codec97#0/ac97#0-0+regs=

[ ... ]

> 0:7c = 0000
> 0:7e = 8384

does't fit the above ID. Do we just have a crummy codec that needs delay 
between acceses somewhere or something?

Here full contents again:

> # cat /proc/asound/AudioPCI/codec97#0/ac97#0-0=
> 
> 0-0/0: 0x76058384 F�S
> 
> PCI Subsys Vendor: 0x0000
> PCI Subsys Device: 0x0000
> 
> Capabilities     : -dedicated MIC PCM IN channel- -bass & treble-
> DAC resolution   : 16-bit
> ADC resolution   : 20-bit
> 3D enhancement   : Reserved 29
> 
> Current setup
> Mic gain         : +0dB [+20dB]
> POP path         : post 3D
> Sim. stereo      : off
> 3D enhancement   : off
> Loudness         : on
> Mono output      : MIX
> Mic select       : Mic2
> ADC/DAC loopback : off
> 
> # cat /proc/asound/AudioPCI/codec97#0/ac97#0-0+regs=
> 
> 0:00 = 0000
> 0:02 = 0140
> 0:04 = 8909
> 0:06 = 8000
> 0:08 = 8009
> 0:0a = ffff
> 0:0c = 150b
> 0:0e = 801f
> 0:10 = 805f
> 0:12 = 9515
> 0:14 = 9212
> 0:16 = 9f1f
> 0:18 = 9f1f
> 0:1a = 9010
> 0:1c = 0000
> 0:1e = 0000
> 0:20 = 0000
> 0:22 = 0000
> 0:24 = 0000
> 0:26 = 0000
> 0:28 = 000f
> 0:2a = ffff
> 0:2c = ffff
> 0:2e = ffff
> 0:30 = ffff
> 0:32 = ffff
> 0:34 = ffff
> 0:36 = ffff
> 0:38 = ffff
> 0:3a = ffff
> 0:3c = ffff
> 0:3e = ffff
> 0:40 = ffff
> 0:42 = ffff
> 0:44 = ffff
> 0:46 = ffff
> 0:48 = ffff
> 0:4a = ffff
> 0:4c = ffff
> 0:4e = ffff
> 0:50 = ffff
> 0:52 = ffff
> 0:54 = ffff
> 0:56 = ffff
> 0:58 = ffff
> 0:5a = 0000
> 0:5c = 0000
> 0:5e = 0000
> 0:60 = 0000
> 0:62 = 0000
> 0:64 = 0000
> 0:66 = 0000
> 0:68 = 0000
> 0:6a = 0000
> 0:6c = 0000
> 0:6e = 0000
> 0:70 = 0000
> 0:72 = 0000
> 0:74 = 0000
> 0:76 = 0000
> 0:78 = 0000
> 0:7a = 0000
> 0:7c = 0000
> 0:7e = 8384

Rene.

_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

Re: is this card supported by ALSA?

[Landis McGauhey]

[-- Attachment #1.1: Type: text/plain, Size: 766 bytes --]




> Date: Tue, 15 Jul 2008 02:11:41 +0200
> From: rene.herman@keyaccess.nl
> To: b3zdomny@hotmail.com
> CC: alsa-user@lists.sourceforge.net; tiwai@suse.de; alsa-devel@alsa-project.org
> Subject: Re: [Alsa-user] is this card supported by ALSA?
> 
<snip>

Thanks, Rene, especially for bringing in Takashi and alsa-devel.  I'm off to bed and will check my mail again in about eight hours.  Please don't hesitate to let me know if there's any more output I can post.  I appreciate the help and am sure together we'll find the ALSA solution.

best regards,

Landis

_________________________________________________________________
Making the world a better place one message at a time.
http://www.imtalkathon.com/?source=EML_WLH_Talkathon_BetterPlace

[-- Attachment #1.2: Type: text/html, Size: 1024 bytes --]

[-- Attachment #2: Type: text/plain, Size: 363 bytes --]

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

[-- Attachment #3: Type: text/plain, Size: 158 bytes --]

_______________________________________________
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user

Re: is this card supported by ALSA?

[Takashi Iwai]

At Tue, 15 Jul 2008 02:11:41 +0200,
Rene Herman wrote:
> 
> On 15-07-08 01:36, Landis McGauhey wrote:
> 
> It seems there's just a bit too much oddness going on. Takashi, you know 
> more about ac97. Also bringing in alsa-devel...
> 
> > # cat /proc/asound/AudioPCI/codec97#0/ac97#0-0=
> > 
> > 0-0/0: 0x76058384 F�S
> 
> Eep? A 0x83847605 would be a SigmaTel STAC9704. And:
> 
> [ ... ]
> 
> > # cat /proc/asound/AudioPCI/codec97#0/ac97#0-0+regs=
> 
> [ ... ]
> 
> > 0:7c = 0000
> > 0:7e = 8384
> 
> does't fit the above ID. Do we just have a crummy codec that needs delay 
> between acceses somewhere or something?

I guess it's rather the controller code.  Will check this later.


thanks,

Takashi

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user

Re: is this card supported by ALSA?

[Landis McGauhey]

[-- Attachment #1.1: Type: text/plain, Size: 1365 bytes --]





> Date: Tue, 15 Jul 2008 15:11:09 +0200
> From: tiwai@suse.de
> To: rene.herman@keyaccess.nl
> CC: b3zdomny@hotmail.com; alsa-user@lists.sourceforge.net; alsa-devel@alsa-project.org
> Subject: Re: [Alsa-user] is this card supported by ALSA?
> 
> At Tue, 15 Jul 2008 02:11:41 +0200,
> Rene Herman wrote:
> > 
> > On 15-07-08 01:36, Landis McGauhey wrote:
> > 
> > It seems there's just a bit too much oddness going on. Takashi, you know 
> > more about ac97. Also bringing in alsa-devel...
> > 
> > > # cat /proc/asound/AudioPCI/codec97#0/ac97#0-0=
> > > 
> > > 0-0/0: 0x76058384 F�S
> > 
> > Eep? A 0x83847605 would be a SigmaTel STAC9704. And:
> > 
> > [ ... ]
> > 
> > > # cat /proc/asound/AudioPCI/codec97#0/ac97#0-0+regs=
> > 
> > [ ... ]
> > 
> > > 0:7c = 0000
> > > 0:7e = 8384
> > 
> > does't fit the above ID. Do we just have a crummy codec that needs delay 
> > between acceses somewhere or something?
> 
> I guess it's rather the controller code.  Will check this later.
> 
> 
> thanks,
> 
> Takashi


Thanks, Takashi.

best regards from Northern Calfornia USA,

Landis

_________________________________________________________________
Need to know now? Get instant answers with Windows Live Messenger.
http://www.windowslive.com/messenger/connect_your_way.html?ocid=TXT_TAGLM_WL_messenger_072008

[-- Attachment #1.2: Type: text/html, Size: 1838 bytes --]

[-- Attachment #2: Type: text/plain, Size: 363 bytes --]

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

[-- Attachment #3: Type: text/plain, Size: 158 bytes --]

_______________________________________________
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user

Re: is this card supported by ALSA?

[Takashi Iwai]

At Tue, 15 Jul 2008 15:11:09 +0200,
I wrote:
> 
> At Tue, 15 Jul 2008 02:11:41 +0200,
> Rene Herman wrote:
> > 
> > On 15-07-08 01:36, Landis McGauhey wrote:
> > 
> > It seems there's just a bit too much oddness going on. Takashi, you know 
> > more about ac97. Also bringing in alsa-devel...
> > 
> > > # cat /proc/asound/AudioPCI/codec97#0/ac97#0-0=
> > > 
> > > 0-0/0: 0x76058384 F�S
> > 
> > Eep? A 0x83847605 would be a SigmaTel STAC9704. And:
> > 
> > [ ... ]
> > 
> > > # cat /proc/asound/AudioPCI/codec97#0/ac97#0-0+regs=
> > 
> > [ ... ]
> > 
> > > 0:7c = 0000
> > > 0:7e = 8384
> > 
> > does't fit the above ID. Do we just have a crummy codec that needs delay 
> > between acceses somewhere or something?
> 
> I guess it's rather the controller code.  Will check this later.

The below is a patch to improve the codec access routines in a bit
more robust way (and clean-ups, too).  Give it a try.


Takashi

---
diff --git a/sound/pci/ens1370.c b/sound/pci/ens1370.c
index fbf1124..5c962b6 100644
--- a/sound/pci/ens1370.c
+++ b/sound/pci/ens1370.c
@@ -461,8 +461,6 @@ MODULE_DEVICE_TABLE(pci, snd_audiopci_ids);
  *  constants
  */
 
-#define POLL_COUNT	0xa000
-
 #ifdef CHIP1370
 static unsigned int snd_es1370_fixed_rates[] =
 	{5512, 11025, 22050, 44100};
@@ -514,14 +512,16 @@ static const unsigned int snd_ensoniq_sample_shift[] =
 
 static unsigned int snd_es1371_wait_src_ready(struct ensoniq * ensoniq)
 {
-	unsigned int t, r = 0;
+	unsigned int r = 0;
+	unsigned long end_time;
 
-	for (t = 0; t < POLL_COUNT; t++) {
+	end_time = jiffies + msecs_to_jiffies(100);
+	do {
 		r = inl(ES_REG(ensoniq, 1371_SMPRATE));
 		if ((r & ES_1371_SRC_RAM_BUSY) == 0)
 			return r;
-		cond_resched();
-	}
+		schedule_timeout_uninterruptible(1);
+	} while (time_after_eq(end_time, jiffies));
 	snd_printk(KERN_ERR "wait source ready timeout 0x%lx [0x%x]\n",
 		   ES_REG(ensoniq, 1371_SMPRATE), r);
 	return 0;
@@ -529,7 +529,7 @@ static unsigned int snd_es1371_wait_src_ready(struct ensoniq * ensoniq)
 
 static unsigned int snd_es1371_src_read(struct ensoniq * ensoniq, unsigned short reg)
 {
-	unsigned int temp, i, orig, r;
+	unsigned int temp, orig, r;
 
 	/* wait for ready */
 	temp = orig = snd_es1371_wait_src_ready(ensoniq);
@@ -545,11 +545,13 @@ static unsigned int snd_es1371_src_read(struct ensoniq * ensoniq, unsigned short
 	
 	if ((temp & 0x00870000) != 0x00010000) {
 		/* wait for the right state */
-		for (i = 0; i < POLL_COUNT; i++) {
+		unsigned long end_time = jiffies + msecs_to_jiffies(100);
+		do {
 			temp = inl(ES_REG(ensoniq, 1371_SMPRATE));
 			if ((temp & 0x00870000) == 0x00010000)
 				break;
-		}
+			schedule_timeout_uninterruptible(1);
+		} while (time_after_eq(end_time, jiffies));
 	}
 
 	/* hide the state bits */	
@@ -602,104 +604,90 @@ static void snd_es1370_codec_write(struct snd_ak4531 *ak4531,
 
 #ifdef CHIP1371
 
+static int _es1371_wait_wip(struct ensoniq *ensoniq)
+{
+	unsigned long end_time;
+
+	end_time = jiffies + msecs_to_jiffies(100);
+	do {
+		if (!(inl(ES_REG(ensoniq, 1371_CODEC)) & ES_1371_CODEC_WIP))
+			return 0;
+	} while (time_after_eq(end_time, jiffies));
+	snd_printk(KERN_ERR "codec wait timeout, status = 0x%x\n",
+		   inl(ES_REG(ensoniq, 1371_CODEC)));
+	return -EINVAL;
+}
+
+static void _es1371_codec_write(struct ensoniq *ensoniq,
+				unsigned int val)
+{
+	unsigned int x;
+	unsigned long end_time;
+
+	_es1371_wait_wip(ensoniq);
+	/* save the current state for latter */
+	x = snd_es1371_wait_src_ready(ensoniq);
+	outl((x & (ES_1371_SRC_DISABLE | ES_1371_DIS_P1 |
+		   ES_1371_DIS_P2 | ES_1371_DIS_R1)) | 0x00010000,
+	     ES_REG(ensoniq, 1371_SMPRATE));
+	/* wait for not busy (state 0) first to avoid
+	   transition states */
+	end_time = jiffies + msecs_to_jiffies(100);
+	do {
+		if ((inl(ES_REG(ensoniq, 1371_SMPRATE)) & 0x00870000) ==
+		    0x00000000)
+			break;
+	} while (time_after_eq(end_time, jiffies));
+	/* wait for a SAFE time to write addr/data and then do it, dammit */
+	end_time = jiffies + msecs_to_jiffies(100);
+	do {
+		if ((inl(ES_REG(ensoniq, 1371_SMPRATE)) & 0x00870000) ==
+		    0x00010000)
+			break;
+	} while (time_after_eq(end_time, jiffies));
+	outl(val, ES_REG(ensoniq, 1371_CODEC));
+	/* restore SRC reg */
+	snd_es1371_wait_src_ready(ensoniq);
+	outl(x, ES_REG(ensoniq, 1371_SMPRATE));
+}
+
 static void snd_es1371_codec_write(struct snd_ac97 *ac97,
 				   unsigned short reg, unsigned short val)
 {
 	struct ensoniq *ensoniq = ac97->private_data;
-	unsigned int t, x;
 
 	mutex_lock(&ensoniq->src_mutex);
-	for (t = 0; t < POLL_COUNT; t++) {
-		if (!(inl(ES_REG(ensoniq, 1371_CODEC)) & ES_1371_CODEC_WIP)) {
-			/* save the current state for latter */
-			x = snd_es1371_wait_src_ready(ensoniq);
-			outl((x & (ES_1371_SRC_DISABLE | ES_1371_DIS_P1 |
-			           ES_1371_DIS_P2 | ES_1371_DIS_R1)) | 0x00010000,
-			     ES_REG(ensoniq, 1371_SMPRATE));
-			/* wait for not busy (state 0) first to avoid
-			   transition states */
-			for (t = 0; t < POLL_COUNT; t++) {
-				if ((inl(ES_REG(ensoniq, 1371_SMPRATE)) & 0x00870000) ==
-				    0x00000000)
-					break;
-			}
-			/* wait for a SAFE time to write addr/data and then do it, dammit */
-			for (t = 0; t < POLL_COUNT; t++) {
-				if ((inl(ES_REG(ensoniq, 1371_SMPRATE)) & 0x00870000) ==
-				    0x00010000)
-					break;
-			}
-			outl(ES_1371_CODEC_WRITE(reg, val), ES_REG(ensoniq, 1371_CODEC));
-			/* restore SRC reg */
-			snd_es1371_wait_src_ready(ensoniq);
-			outl(x, ES_REG(ensoniq, 1371_SMPRATE));
-			mutex_unlock(&ensoniq->src_mutex);
-			return;
-		}
-	}
+	_es1371_codec_write(ensoniq, ES_1371_CODEC_WRITE(reg, val));
 	mutex_unlock(&ensoniq->src_mutex);
-	snd_printk(KERN_ERR "codec write timeout at 0x%lx [0x%x]\n",
-		   ES_REG(ensoniq, 1371_CODEC), inl(ES_REG(ensoniq, 1371_CODEC)));
 }
 
 static unsigned short snd_es1371_codec_read(struct snd_ac97 *ac97,
 					    unsigned short reg)
 {
 	struct ensoniq *ensoniq = ac97->private_data;
-	unsigned int t, x, fail = 0;
+	unsigned int fail;
+	unsigned long end_time;
 
-      __again:
 	mutex_lock(&ensoniq->src_mutex);
-	for (t = 0; t < POLL_COUNT; t++) {
-		if (!(inl(ES_REG(ensoniq, 1371_CODEC)) & ES_1371_CODEC_WIP)) {
-			/* save the current state for latter */
-			x = snd_es1371_wait_src_ready(ensoniq);
-			outl((x & (ES_1371_SRC_DISABLE | ES_1371_DIS_P1 |
-			           ES_1371_DIS_P2 | ES_1371_DIS_R1)) | 0x00010000,
-			     ES_REG(ensoniq, 1371_SMPRATE));
-			/* wait for not busy (state 0) first to avoid
-			   transition states */
-			for (t = 0; t < POLL_COUNT; t++) {
-				if ((inl(ES_REG(ensoniq, 1371_SMPRATE)) & 0x00870000) ==
-				    0x00000000)
-					break;
+	for (fail = 0; fail < 10; fail++) {
+		_es1371_codec_write(ensoniq, ES_1371_CODEC_READS(reg));
+		/* wait for WIP again */
+		_es1371_wait_wip(ensoniq);
+		/* now wait for the stinkin' data (RDY) */
+		end_time = jiffies + msecs_to_jiffies(100);
+		do {
+			unsigned int x = inl(ES_REG(ensoniq, 1371_CODEC));
+			if (x & ES_1371_CODEC_RDY) {
+				mutex_unlock(&ensoniq->src_mutex);
+				return ES_1371_CODEC_READ(x);
 			}
-			/* wait for a SAFE time to write addr/data and then do it, dammit */
-			for (t = 0; t < POLL_COUNT; t++) {
-				if ((inl(ES_REG(ensoniq, 1371_SMPRATE)) & 0x00870000) ==
-				    0x00010000)
-					break;
-			}
-			outl(ES_1371_CODEC_READS(reg), ES_REG(ensoniq, 1371_CODEC));
-			/* restore SRC reg */
-			snd_es1371_wait_src_ready(ensoniq);
-			outl(x, ES_REG(ensoniq, 1371_SMPRATE));
-			/* wait for WIP again */
-			for (t = 0; t < POLL_COUNT; t++) {
-				if (!(inl(ES_REG(ensoniq, 1371_CODEC)) & ES_1371_CODEC_WIP))
-					break;		
-			}
-			/* now wait for the stinkin' data (RDY) */
-			for (t = 0; t < POLL_COUNT; t++) {
-				if ((x = inl(ES_REG(ensoniq, 1371_CODEC))) & ES_1371_CODEC_RDY) {
-					mutex_unlock(&ensoniq->src_mutex);
-					return ES_1371_CODEC_READ(x);
-				}
-			}
-			mutex_unlock(&ensoniq->src_mutex);
-			if (++fail > 10) {
-				snd_printk(KERN_ERR "codec read timeout (final) "
-					   "at 0x%lx, reg = 0x%x [0x%x]\n",
-					   ES_REG(ensoniq, 1371_CODEC), reg,
-					   inl(ES_REG(ensoniq, 1371_CODEC)));
-				return 0;
-			}
-			goto __again;
-		}
+		} while (time_after_eq(end_time, jiffies));
 	}
+	snd_printk(KERN_ERR "codec read timeout (final) "
+		   "at 0x%lx, reg = 0x%x [0x%x]\n",
+		   ES_REG(ensoniq, 1371_CODEC), reg,
+		   inl(ES_REG(ensoniq, 1371_CODEC)));
 	mutex_unlock(&ensoniq->src_mutex);
-	snd_printk(KERN_ERR "es1371: codec read timeout at 0x%lx [0x%x]\n",
-		   ES_REG(ensoniq, 1371_CODEC), inl(ES_REG(ensoniq, 1371_CODEC)));
 	return 0;
 }
 

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user

Re: [Alsa-user] is this card supported by ALSA?

[Rene Herman]

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

On 15-07-08 16:19, Takashi Iwai wrote:

> The below is a patch to improve the codec access routines in a bit
> more robust way (and clean-ups, too).  Give it a try.

Thank you for taking this...

Landis, if it's easier for you due to webmail stuff, I'm attaching the 
patch to this message so that it might be easier for you to save it 
(Takashi posted it "inline" in the message).

The way to use this is very similar to what you did for the OSS driver 
patch. You save this somewhere, then from the root of the source tree 
(from /usr/src/linux-2.6.25.9 it was...) you do

# patch -p1 --dry-run < /some/where/ens1371-ac97.diff

and upon seeing that complete without errors, without the --dry-run:

# patch -p1 --dry-run < /some/where/ens1371-ac97.diff

You then recompile the kernel with "make" (which should now only 
recompile the snd-ens1371 driver) and do a "make modules_install" after 
it finishes.

Then, make sure no old driver for the card is loaded:

# modprobe -r snd-ens1371
# modprobe -r es1371

and load the new one:

# modprobe snd-ens1371

then up and unmute volumes in alsamixer again and try if you have sound 
with "speaker-test" or "aplay foo.wav".

If you do, you should blacklist the now installed OSS es1371 driver (add 
"blacklist es1371" to /etc/modprobe.d/blacklist) and make sure 
snd-ens1371 is no longer blacklisted. If all's well, working sound 
should then survive a reboot (and a future kernel would include the fix 
autonmatically so things just work out of the box).

Rene.

[-- Attachment #2: ens1371-ac97.diff --]
[-- Type: text/plain, Size: 7633 bytes --]

diff --git a/sound/pci/ens1370.c b/sound/pci/ens1370.c
index 72d85a5..cd74fb2 100644
--- a/sound/pci/ens1370.c
+++ b/sound/pci/ens1370.c
@@ -461,8 +461,6 @@ MODULE_DEVICE_TABLE(pci, snd_audiopci_ids);
  *  constants
  */
 
-#define POLL_COUNT	0xa000
-
 #ifdef CHIP1370
 static unsigned int snd_es1370_fixed_rates[] =
 	{5512, 11025, 22050, 44100};
@@ -514,14 +512,16 @@ static const unsigned int snd_ensoniq_sample_shift[] =
 
 static unsigned int snd_es1371_wait_src_ready(struct ensoniq * ensoniq)
 {
-	unsigned int t, r = 0;
+	unsigned int r = 0;
+	unsigned long end_time;
 
-	for (t = 0; t < POLL_COUNT; t++) {
+	end_time = jiffies + msecs_to_jiffies(100);
+	do {
 		r = inl(ES_REG(ensoniq, 1371_SMPRATE));
 		if ((r & ES_1371_SRC_RAM_BUSY) == 0)
 			return r;
-		cond_resched();
-	}
+		schedule_timeout_uninterruptible(1);
+	} while (time_after_eq(end_time, jiffies));
 	snd_printk(KERN_ERR "wait source ready timeout 0x%lx [0x%x]\n",
 		   ES_REG(ensoniq, 1371_SMPRATE), r);
 	return 0;
@@ -529,7 +529,7 @@ static unsigned int snd_es1371_wait_src_ready(struct ensoniq * ensoniq)
 
 static unsigned int snd_es1371_src_read(struct ensoniq * ensoniq, unsigned short reg)
 {
-	unsigned int temp, i, orig, r;
+	unsigned int temp, orig, r;
 
 	/* wait for ready */
 	temp = orig = snd_es1371_wait_src_ready(ensoniq);
@@ -545,11 +545,13 @@ static unsigned int snd_es1371_src_read(struct ensoniq * ensoniq, unsigned short
 	
 	if ((temp & 0x00870000) != 0x00010000) {
 		/* wait for the right state */
-		for (i = 0; i < POLL_COUNT; i++) {
+		unsigned long end_time = jiffies + msecs_to_jiffies(100);
+		do {
 			temp = inl(ES_REG(ensoniq, 1371_SMPRATE));
 			if ((temp & 0x00870000) == 0x00010000)
 				break;
-		}
+			schedule_timeout_uninterruptible(1);
+		} while (time_after_eq(end_time, jiffies));
 	}
 
 	/* hide the state bits */	
@@ -602,104 +604,90 @@ static void snd_es1370_codec_write(struct snd_ak4531 *ak4531,
 
 #ifdef CHIP1371
 
+static int _es1371_wait_wip(struct ensoniq *ensoniq)
+{
+	unsigned long end_time;
+
+	end_time = jiffies + msecs_to_jiffies(100);
+	do {
+		if (!(inl(ES_REG(ensoniq, 1371_CODEC)) & ES_1371_CODEC_WIP))
+			return 0;
+	} while (time_after_eq(end_time, jiffies));
+	snd_printk(KERN_ERR "codec wait timeout, status = 0x%x\n",
+		   inl(ES_REG(ensoniq, 1371_CODEC)));
+	return -EINVAL;
+}
+
+static void _es1371_codec_write(struct ensoniq *ensoniq,
+				unsigned int val)
+{
+	unsigned int x;
+	unsigned long end_time;
+
+	_es1371_wait_wip(ensoniq);
+	/* save the current state for latter */
+	x = snd_es1371_wait_src_ready(ensoniq);
+	outl((x & (ES_1371_SRC_DISABLE | ES_1371_DIS_P1 |
+		   ES_1371_DIS_P2 | ES_1371_DIS_R1)) | 0x00010000,
+	     ES_REG(ensoniq, 1371_SMPRATE));
+	/* wait for not busy (state 0) first to avoid
+	   transition states */
+	end_time = jiffies + msecs_to_jiffies(100);
+	do {
+		if ((inl(ES_REG(ensoniq, 1371_SMPRATE)) & 0x00870000) ==
+		    0x00000000)
+			break;
+	} while (time_after_eq(end_time, jiffies));
+	/* wait for a SAFE time to write addr/data and then do it, dammit */
+	end_time = jiffies + msecs_to_jiffies(100);
+	do {
+		if ((inl(ES_REG(ensoniq, 1371_SMPRATE)) & 0x00870000) ==
+		    0x00010000)
+			break;
+	} while (time_after_eq(end_time, jiffies));
+	outl(val, ES_REG(ensoniq, 1371_CODEC));
+	/* restore SRC reg */
+	snd_es1371_wait_src_ready(ensoniq);
+	outl(x, ES_REG(ensoniq, 1371_SMPRATE));
+}
+
 static void snd_es1371_codec_write(struct snd_ac97 *ac97,
 				   unsigned short reg, unsigned short val)
 {
 	struct ensoniq *ensoniq = ac97->private_data;
-	unsigned int t, x;
 
 	mutex_lock(&ensoniq->src_mutex);
-	for (t = 0; t < POLL_COUNT; t++) {
-		if (!(inl(ES_REG(ensoniq, 1371_CODEC)) & ES_1371_CODEC_WIP)) {
-			/* save the current state for latter */
-			x = snd_es1371_wait_src_ready(ensoniq);
-			outl((x & (ES_1371_SRC_DISABLE | ES_1371_DIS_P1 |
-			           ES_1371_DIS_P2 | ES_1371_DIS_R1)) | 0x00010000,
-			     ES_REG(ensoniq, 1371_SMPRATE));
-			/* wait for not busy (state 0) first to avoid
-			   transition states */
-			for (t = 0; t < POLL_COUNT; t++) {
-				if ((inl(ES_REG(ensoniq, 1371_SMPRATE)) & 0x00870000) ==
-				    0x00000000)
-					break;
-			}
-			/* wait for a SAFE time to write addr/data and then do it, dammit */
-			for (t = 0; t < POLL_COUNT; t++) {
-				if ((inl(ES_REG(ensoniq, 1371_SMPRATE)) & 0x00870000) ==
-				    0x00010000)
-					break;
-			}
-			outl(ES_1371_CODEC_WRITE(reg, val), ES_REG(ensoniq, 1371_CODEC));
-			/* restore SRC reg */
-			snd_es1371_wait_src_ready(ensoniq);
-			outl(x, ES_REG(ensoniq, 1371_SMPRATE));
-			mutex_unlock(&ensoniq->src_mutex);
-			return;
-		}
-	}
+	_es1371_codec_write(ensoniq, ES_1371_CODEC_WRITE(reg, val));
 	mutex_unlock(&ensoniq->src_mutex);
-	snd_printk(KERN_ERR "codec write timeout at 0x%lx [0x%x]\n",
-		   ES_REG(ensoniq, 1371_CODEC), inl(ES_REG(ensoniq, 1371_CODEC)));
 }
 
 static unsigned short snd_es1371_codec_read(struct snd_ac97 *ac97,
 					    unsigned short reg)
 {
 	struct ensoniq *ensoniq = ac97->private_data;
-	unsigned int t, x, fail = 0;
+	unsigned int fail;
+	unsigned long end_time;
 
-      __again:
 	mutex_lock(&ensoniq->src_mutex);
-	for (t = 0; t < POLL_COUNT; t++) {
-		if (!(inl(ES_REG(ensoniq, 1371_CODEC)) & ES_1371_CODEC_WIP)) {
-			/* save the current state for latter */
-			x = snd_es1371_wait_src_ready(ensoniq);
-			outl((x & (ES_1371_SRC_DISABLE | ES_1371_DIS_P1 |
-			           ES_1371_DIS_P2 | ES_1371_DIS_R1)) | 0x00010000,
-			     ES_REG(ensoniq, 1371_SMPRATE));
-			/* wait for not busy (state 0) first to avoid
-			   transition states */
-			for (t = 0; t < POLL_COUNT; t++) {
-				if ((inl(ES_REG(ensoniq, 1371_SMPRATE)) & 0x00870000) ==
-				    0x00000000)
-					break;
+	for (fail = 0; fail < 10; fail++) {
+		_es1371_codec_write(ensoniq, ES_1371_CODEC_READS(reg));
+		/* wait for WIP again */
+		_es1371_wait_wip(ensoniq);
+		/* now wait for the stinkin' data (RDY) */
+		end_time = jiffies + msecs_to_jiffies(100);
+		do {
+			unsigned int x = inl(ES_REG(ensoniq, 1371_CODEC));
+			if (x & ES_1371_CODEC_RDY) {
+				mutex_unlock(&ensoniq->src_mutex);
+				return ES_1371_CODEC_READ(x);
 			}
-			/* wait for a SAFE time to write addr/data and then do it, dammit */
-			for (t = 0; t < POLL_COUNT; t++) {
-				if ((inl(ES_REG(ensoniq, 1371_SMPRATE)) & 0x00870000) ==
-				    0x00010000)
-					break;
-			}
-			outl(ES_1371_CODEC_READS(reg), ES_REG(ensoniq, 1371_CODEC));
-			/* restore SRC reg */
-			snd_es1371_wait_src_ready(ensoniq);
-			outl(x, ES_REG(ensoniq, 1371_SMPRATE));
-			/* wait for WIP again */
-			for (t = 0; t < POLL_COUNT; t++) {
-				if (!(inl(ES_REG(ensoniq, 1371_CODEC)) & ES_1371_CODEC_WIP))
-					break;		
-			}
-			/* now wait for the stinkin' data (RDY) */
-			for (t = 0; t < POLL_COUNT; t++) {
-				if ((x = inl(ES_REG(ensoniq, 1371_CODEC))) & ES_1371_CODEC_RDY) {
-					mutex_unlock(&ensoniq->src_mutex);
-					return ES_1371_CODEC_READ(x);
-				}
-			}
-			mutex_unlock(&ensoniq->src_mutex);
-			if (++fail > 10) {
-				snd_printk(KERN_ERR "codec read timeout (final) "
-					   "at 0x%lx, reg = 0x%x [0x%x]\n",
-					   ES_REG(ensoniq, 1371_CODEC), reg,
-					   inl(ES_REG(ensoniq, 1371_CODEC)));
-				return 0;
-			}
-			goto __again;
-		}
+		} while (time_after_eq(end_time, jiffies));
 	}
+	snd_printk(KERN_ERR "codec read timeout (final) "
+		   "at 0x%lx, reg = 0x%x [0x%x]\n",
+		   ES_REG(ensoniq, 1371_CODEC), reg,
+		   inl(ES_REG(ensoniq, 1371_CODEC)));
 	mutex_unlock(&ensoniq->src_mutex);
-	snd_printk(KERN_ERR "es1371: codec read timeout at 0x%lx [0x%x]\n",
-		   ES_REG(ensoniq, 1371_CODEC), inl(ES_REG(ensoniq, 1371_CODEC)));
 	return 0;
 }
 

[-- Attachment #3: Type: text/plain, Size: 160 bytes --]

_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

Re: is this card supported by ALSA?

[Landis McGauhey]

[-- Attachment #1.1: Type: text/plain, Size: 914 bytes --]




> Date: Tue, 15 Jul 2008 16:42:05 +0200
> From: rene.herman@keyaccess.nl
> To: b3zdomny@hotmail.com
> CC: tiwai@suse.de; alsa-user@lists.sourceforge.net; alsa-devel@alsa-project.org
> Subject: Re: [Alsa-user] is this card supported by ALSA?
> 
<snip>

Thank you, Rene, for reading my mind.  I was wondering how to go about using the patch.  As stated in my earlier message, I'm getting right on it now (second cup of morning coffee in hand!), and I'll let you know the result as soon as possible.  I really appreciate this help-- this is the type of community that makes me a Linux user-- never would any help like this be available in the WinTel world.

Best regards from Northern California USA,

Landis

_________________________________________________________________
Making the world a better place one message at a time.
http://www.imtalkathon.com/?source=EML_WLH_Talkathon_BetterPlace

[-- Attachment #1.2: Type: text/html, Size: 1172 bytes --]

[-- Attachment #2: Type: text/plain, Size: 363 bytes --]

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

[-- Attachment #3: Type: text/plain, Size: 158 bytes --]

_______________________________________________
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user

Re: is this card supported by ALSA?

[Rene Herman]

On 15-07-08 16:52, Landis McGauhey wrote:

> the result as soon as possible.  I really appreciate this help-- this is 
> the type of community that makes me a Linux user-- never would any help 
> like this be available in the WinTel world.

Nor would the bug though... ;-/

Rene.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: is this card supported by ALSA?

[Sergei Steshenko]

-----Original Message-----
From: Rene Herman <rene.herman@keyaccess.nl>
To: Landis McGauhey <b3zdomny@hotmail.com>
Date: Tue, 15 Jul 2008 16:59:45 +0200
Subject: Re: [Alsa-user] is this card supported by ALSA?


> 
> Nor would the bug though... ;-/
> 
> Rene.

And that's why something equivalent to 'ndiswrapper' for audio is necessary.

Regards,
  Sergei.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: [Alsa-user] is this card supported by ALSA?

[Rene Herman]

On 15-07-08 17:01, Sergei Steshenko wrote:

> And that's why something equivalent to 'ndiswrapper' for audio is 
> necessary.

Please note -- if you're _trying_ to be a troll, it's too obvious to 
have the fun last longer than this message.

Rene.

Re: is this card supported by ALSA?

[Landis McGauhey]

[-- Attachment #1.1: Type: text/plain, Size: 1277 bytes --]




> Date: Tue, 15 Jul 2008 16:42:05 +0200
> From: rene.herman@keyaccess.nl
> To: b3zdomny@hotmail.com
> CC: tiwai@suse.de; alsa-user@lists.sourceforge.net; alsa-devel@alsa-project.org
> Subject: Re: [Alsa-user] is this card supported by ALSA?
<snip>

OK, interim report:

the patch, the make, the makemodules, and the modprobes all proceeded without error.

ran alsamixer and verified all functions were unmuted and raised

then, the audio-test attempts:

# aplay /usr/share/sounds/startup3.wav
ALSA lib pcm_dmix.c:864:(snd_pcm_dmix_open) unable to open slave
aplay: main:564: audio open error: No such file or directory

# speaker-test

speaker-test 1.0.16

Playback device is default
Stream parameters are 48000Hz, S16_LE, 1 channels
Using 16 octaves of pink noise
ALSA lib pcm_dmix.c:864:(snd_pcm_dmix_open) unable to open slave
Playback open error: -2,No such file or directory


So now I'm going to run alsaconf and see if that changes things.  I'll let you know what happens.

Landis

_________________________________________________________________
Use video conversation to talk face-to-face with Windows Live Messenger.
http://www.windowslive.com/messenger/connect_your_way.html?ocid=TXT_TAGLM_WL_Refresh_messenger_video_072008

[-- Attachment #1.2: Type: text/html, Size: 1546 bytes --]

[-- Attachment #2: Type: text/plain, Size: 363 bytes --]

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

[-- Attachment #3: Type: text/plain, Size: 158 bytes --]

_______________________________________________
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user

Re: [Alsa-user] is this card supported by ALSA?

[Rene Herman]

On 15-07-08 17:25, Landis McGauhey wrote:
> 
> 
>  > Date: Tue, 15 Jul 2008 16:42:05 +0200
>  > From: rene.herman@keyaccess.nl
>  > To: b3zdomny@hotmail.com
>  > CC: tiwai@suse.de; alsa-user@lists.sourceforge.net; 
> alsa-devel@alsa-project.org
>  > Subject: Re: [Alsa-user] is this card supported by ALSA?
> <snip>
> 
> OK, interim report:
> 
> the patch, the make, the makemodules, and the modprobes all proceeded 
> without error.

the "make modules_install" I hope. "make modules" would just make the 
modules, not install them. You need to be very sure you're running the 
new;y compiled driver (ie, as said, unload any current driver, and 
reload after the make modules_install).

Whatever the result, sound or no, please also report the 
/proc/asound/AudioPCI/code97#0/ files

> # aplay /usr/share/sounds/startup3.wav
> ALSA lib pcm_dmix.c:864:(snd_pcm_dmix_open) unable to open slave
> aplay: main:564: audio open error: No such file or directory

Quite frankly, I haven't a clue what _that_ is now about again all of a 
sudden, but also try "aplay -D hw:AudioPCI foo.wav".

Rene.

Re: is this card supported by ALSA?

[Landis McGauhey]

> Date: Tue, 15 Jul 2008 17:36:14 +0200
> From: rene.herman@keyaccess.nl
> To: b3zdomny@hotmail.com
> CC: tiwai@suse.de; alsa-user@lists.sourceforge.net; alsa-devel@alsa-project.org
> Subject: Re: [Alsa-user] is this card supported by ALSA?
>
> On 15-07-08 17:25, Landis McGauhey wrote:
>>
>>
>>> Date: Tue, 15 Jul 2008 16:42:05 +0200
>>> From: rene.herman@keyaccess.nl
>>> To: b3zdomny@hotmail.com
>>> CC: tiwai@suse.de; alsa-user@lists.sourceforge.net;
>> alsa-devel@alsa-project.org
>>> Subject: Re: [Alsa-user] is this card supported by ALSA?
>> 
>>
>> OK, interim report:
>>
>> the patch, the make, the makemodules, and the modprobes all proceeded
>> without error.
>
> the "make modules_install" I hope. "make modules" would just make the
> modules, not install them. You need to be very sure you're running the
> new;y compiled driver (ie, as said, unload any current driver, and
> reload after the make modules_install).
>
> Whatever the result, sound or no, please also report the
> /proc/asound/AudioPCI/code97#0/ files
>
>> # aplay /usr/share/sounds/startup3.wav
>> ALSA lib pcm_dmix.c:864:(snd_pcm_dmix_open) unable to open slave
>> aplay: main:564: audio open error: No such file or directory
>
> Quite frankly, I haven't a clue what _that_ is now about again all of a
> sudden, but also try "aplay -D hw:AudioPCI foo.wav".
>
> Rene.

OK, double-checked command line and make modules_install indeed had been run.

Went kmenu>settings>sound & multimedia>sound system>hardware tab and restarted the sound system.

Went to process table and killed many, many sessions of artsd-- seems I've read elsewhere here on the board that any sound server will block any other application trying to play.

# aplay /usr/share/sounds/startup3.wav
Playing WAVE '/usr/share/sounds/startup3.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo
aplay: set_params:1017: unable to install sw params:
start_mode: DATA
xrun_mode: STOP
tstamp_mode: NONE
period_step: 1
sleep_min: 0
avail_min: 940
xfer_align: 940
silence_threshold: 0
silence_size: 0
boundary: 986447872

tried to run audacity but as before it would not appear on the screen.  used process table to kill it. 

ran xmms:  played song but with silence.

# cat /proc/asound/AudioPCI/codec97#0/ac97#0-0=
0-0/0: 0x76058384 F�S

PCI Subsys Vendor: 0x0000
PCI Subsys Device: 0x0000

Capabilities     : -dedicated MIC PCM IN channel- -bass & treble-
DAC resolution   : 16-bit
ADC resolution   : 20-bit
3D enhancement   : Reserved 29

Current setup
Mic gain         : +0dB [+20dB]
POP path         : pre 3D
Sim. stereo      : off
3D enhancement   : off
Loudness         : off
Mono output      : MIX
Mic select       : Mic1
ADC/DAC loopback : off

# cat /proc/asound/AudioPCI/codec97#0/ac97#0-0+regs=
0:00 = 0000
0:02 = 8404
0:04 = 8404
0:06 = 8000
0:08 = 8005
0:0a = ffff
0:0c = 100a
0:0e = 801f
0:10 = 805f
0:12 = 9010
0:14 = 8707
0:16 = 9f1f
0:18 = 9f1f
0:1a = 8a0a
0:1c = 8000
0:1e = 0000
0:20 = 0000
0:22 = 0000
0:24 = 0000
0:26 = 0000
0:28 = 000f
0:2a = ffff
0:2c = ffff
0:2e = ffff
0:30 = ffff
0:32 = ffff
0:34 = ffff
0:36 = ffff
0:38 = ffff
0:3a = ffff
0:3c = ffff
0:3e = ffff
0:40 = ffff
0:42 = ffff
0:44 = ffff
0:46 = ffff
0:48 = ffff
0:4a = ffff
0:4c = ffff
0:4e = ffff
0:50 = ffff
0:52 = ffff
0:54 = ffff
0:56 = ffff
0:58 = ffff
0:5a = ffff
0:5c = 0000
0:5e = 0000
0:60 = 0000
0:62 = 0000
0:64 = 0000
0:66 = 0000
0:68 = 0000
0:6a = 0000
0:6c = 0000
0:6e = 0000
0:70 = 0000
0:72 = 0000
0:74 = 0000
0:76 = 0000
0:78 = 0000
0:7a = 0000
0:7c = 0000
0:7e = 8384


Will do blacklist as recommended in earlier message, then reboot and see what happens.

Landis





_________________________________________________________________
Need to know now? Get instant answers with Windows Live Messenger.
http://www.windowslive.com/messenger/connect_your_way.html?ocid=TXT_TAGLM_WL_messenger_072008
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user

Re: is this card supported by ALSA?

[Rene Herman]

On 15-07-08 18:45, Landis McGauhey wrote:

> # cat /proc/asound/AudioPCI/codec97#0/ac97#0-0=
> 0-0/0: 0x76058384 F�S

[ ... ]

> 0:7c = 0000
> 0:7e = 8384
> 
> 
> Will do blacklist as recommended in earlier message, then reboot and see what happens.

Nah, don't bother. If you are sure the display of the codec files above 
is with the patched driver, nothing changed, and something is still very 
wrong. I need to be gone now again but will re-stare at things again at 
earliest possible opportunity.

Rene.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user

Re: is this card supported by ALSA?

[Landis McGauhey]

[-- Attachment #1.1: Type: text/plain, Size: 1236 bytes --]




> Date: Tue, 15 Jul 2008 18:52:42 +0200
> From: rene.herman@keyaccess.nl
> To: b3zdomny@hotmail.com
> CC: tiwai@suse.de; alsa-user@lists.sourceforge.net; alsa-devel@alsa-project.org
> Subject: Re: [Alsa-user] is this card supported by ALSA?
> 
> On 15-07-08 18:45, Landis McGauhey wrote:
> 
> > # cat /proc/asound/AudioPCI/codec97#0/ac97#0-0=
> > 0-0/0: 0x76058384 F�S
> 
> [ ... ]
> 
> > 0:7c = 0000
> > 0:7e = 8384
> > 
> > 
> > Will do blacklist as recommended in earlier message, then reboot and see what happens.
> 
> Nah, don't bother. If you are sure the display of the codec files above 
> is with the patched driver, nothing changed, and something is still very 
> wrong. I need to be gone now again but will re-stare at things again at 
> earliest possible opportunity.
> 
> Rene.

Yes, I'm sure that's with the patched driver.  Have a good evening's rest and I'll see you again when convenient for you.  Thanks for all your help.

Landis

_________________________________________________________________
Use video conversation to talk face-to-face with Windows Live Messenger.
http://www.windowslive.com/messenger/connect_your_way.html?ocid=TXT_TAGLM_WL_Refresh_messenger_video_072008

[-- Attachment #1.2: Type: text/html, Size: 1577 bytes --]

[-- Attachment #2: Type: text/plain, Size: 363 bytes --]

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

[-- Attachment #3: Type: text/plain, Size: 158 bytes --]

_______________________________________________
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user

Re: is this card supported by ALSA?

[Landis McGauhey]

[-- Attachment #1.1: Type: text/plain, Size: 1920 bytes --]




> Date: Tue, 15 Jul 2008 16:42:05 +0200
> From: rene.herman@keyaccess.nl
> To: b3zdomny@hotmail.com
> CC: tiwai@suse.de; alsa-user@lists.sourceforge.net; alsa-devel@alsa-project.org
> Subject: Re: [Alsa-user] is this card supported by ALSA?
> 
<snip>

OK, ran alsaconf and it detected the card and finished without error.  Plus, when it loaded the driver, there was a loud "click" in the speakers.  I don't think that has happened before.

Then, the audio tests:

# speaker-test

speaker-test 1.0.16

Playback device is default
Stream parameters are 48000Hz, S16_LE, 1 channels
Using 16 octaves of pink noise
Rate set to 48000Hz (requested 48000Hz)
Buffer size range from 2048 to 16384
Period size range from 1024 to 1024
Using max buffer size 16384
Periods = 4
was set period_size = 1024
was set buffer_size = 16384
 0 - Front Left
Time per period = 2.664700
 0 - Front Left

but with silence.

# aplay /usr/share/sounds/startup3.wav
Playing WAVE '/usr/share/sounds/startup3.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo
aplay: set_params:1017: unable to install sw params:
start_mode: DATA
xrun_mode: STOP
tstamp_mode: NONE
period_step: 1
sleep_min: 0
avail_min: 940
xfer_align: 940
silence_threshold: 0
silence_size: 0
boundary: 986447872

but with silence.

tried running audacity.  according to kde system guard process table, audacity was running, but it did not appear on the screen.   Used kde system guard process table to kill audacity.

ran xmms.  song played without error, but with silence.

Now I am going to do the blacklisting you suggested and reboot to see if that makes any difference.  I will let you know what happens.

Landis 

_________________________________________________________________
The i’m Talkaton. Can 30-days of conversation change the world?
http://www.imtalkathon.com/?source=EML_WLH_Talkathon_ChangeWorld

[-- Attachment #1.2: Type: text/html, Size: 2277 bytes --]

[-- Attachment #2: Type: text/plain, Size: 363 bytes --]

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

[-- Attachment #3: Type: text/plain, Size: 158 bytes --]

_______________________________________________
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user

Re: [Alsa-user] is this card supported by ALSA?

[Rene Herman]

On 15-07-08 16:42, Rene Herman wrote:

> On 15-07-08 16:19, Takashi Iwai wrote:
> 
>> The below is a patch to improve the codec access routines in a bit
>> more robust way (and clean-ups, too).  Give it a try.
> 
> Thank you for taking this...
> 
> Landis, if it's easier for you due to webmail stuff, I'm attaching the 
> patch to this message so that it might be easier for you to save it 
> (Takashi posted it "inline" in the message).
> 
> The way to use this is very similar to what you did for the OSS driver 
> patch. You save this somewhere, then from the root of the source tree 
> (from /usr/src/linux-2.6.25.9 it was...) you do
> 
> # patch -p1 --dry-run < /some/where/ens1371-ac97.diff
> 
> and upon seeing that complete without errors, without the --dry-run:
> 
> # patch -p1 --dry-run < /some/where/ens1371-ac97.diff

Just in case... I did _say_ "without the --dry-run" but then neglected 
to actually delete it from the second line here. You _did_ delete it, right?

> You then recompile the kernel with "make" (which should now only 
> recompile the snd-ens1371 driver) and do a "make modules_install" after 
> it finishes.
> 
> Then, make sure no old driver for the card is loaded:
> 
> # modprobe -r snd-ens1371
> # modprobe -r es1371
> 
> and load the new one:
> 
> # modprobe snd-ens1371
> 
> then up and unmute volumes in alsamixer again and try if you have sound 
> with "speaker-test" or "aplay foo.wav".
> 
> If you do, you should blacklist the now installed OSS es1371 driver (add 
> "blacklist es1371" to /etc/modprobe.d/blacklist) and make sure 
> snd-ens1371 is no longer blacklisted. If all's well, working sound 
> should then survive a reboot (and a future kernel would include the fix 
> autonmatically so things just work out of the box).

Off,
Rene.

Re: is this card supported by ALSA?

[Landis McGauhey]

[-- Attachment #1.1: Type: text/plain, Size: 1699 bytes --]




> Date: Tue, 15 Jul 2008 16:19:40 +0200
> From: tiwai@suse.de
> To: rene.herman@keyaccess.nl
> CC: b3zdomny@hotmail.com; alsa-user@lists.sourceforge.net; alsa-devel@alsa-project.org
> Subject: Re: [Alsa-user] is this card supported by ALSA?
> 
> At Tue, 15 Jul 2008 15:11:09 +0200,
> I wrote:
> > 
> > At Tue, 15 Jul 2008 02:11:41 +0200,
> > Rene Herman wrote:
> > > 
> > > On 15-07-08 01:36, Landis McGauhey wrote:
> > > 
> > > It seems there's just a bit too much oddness going on. Takashi, you know 
> > > more about ac97. Also bringing in alsa-devel...
> > > 
> > > > # cat /proc/asound/AudioPCI/codec97#0/ac97#0-0=
> > > > 
> > > > 0-0/0: 0x76058384 F�S
> > > 
> > > Eep? A 0x83847605 would be a SigmaTel STAC9704. And:
> > > 
> > > [ ... ]
> > > 
> > > > # cat /proc/asound/AudioPCI/codec97#0/ac97#0-0+regs=
> > > 
> > > [ ... ]
> > > 
> > > > 0:7c = 0000
> > > > 0:7e = 8384
> > > 
> > > does't fit the above ID. Do we just have a crummy codec that needs delay 
> > > between acceses somewhere or something?
> > 
> > I guess it's rather the controller code.  Will check this later.
> 
> The below is a patch to improve the codec access routines in a bit
> more robust way (and clean-ups, too).  Give it a try.
> 
> 
> Takashi
> 
> ---
<snip>

Thank you very much, Takashi!  I'll bet this is the solution, and I'll get right on it.

Best regards from Northern California USA,

Landis

_________________________________________________________________
Use video conversation to talk face-to-face with Windows Live Messenger.
http://www.windowslive.com/messenger/connect_your_way.html?ocid=TXT_TAGLM_WL_Refresh_messenger_video_072008

[-- Attachment #1.2: Type: text/html, Size: 2292 bytes --]

[-- Attachment #2: Type: text/plain, Size: 363 bytes --]

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

[-- Attachment #3: Type: text/plain, Size: 158 bytes --]

_______________________________________________
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user

Re: is this card supported by ALSA?

[Landis McGauhey]

[-- Attachment #1.1: Type: text/plain, Size: 3329 bytes --]




> Date: Tue, 15 Jul 2008 19:02:46 +0200
> From: rene.herman@keyaccess.nl
> To: b3zdomny@hotmail.com
> CC: tiwai@suse.de; alsa-user@lists.sourceforge.net; alsa-devel@alsa-project.org
> Subject: Re: [Alsa-user] is this card supported by ALSA?
> 
> On 15-07-08 16:42, Rene Herman wrote:
<snip>
> Just in case... I did _say_ 'without the --dry-run' but then neglected 
> to actually delete it from the second line here. You _did_ delete it, right?
> 
> 
> Off,
> Rene.

Yes, I did delete '-dry-run'.

In fact, just to be doubly certain, I just re-ran the whole process and additionally ran alsaconf (and again there was a loud 'click' in the speakers when alsaconf loaded the driver):

# cat /proc/asound/AudioPCI/codec97#0/ac97#0-0=
0-0/0: 0x83848384 STS

PCI Subsys Vendor: 0x0000
PCI Subsys Device: 0x0000

Capabilities     : -dedicated MIC PCM IN channel- -bass & treble-
DAC resolution   : 16-bit
ADC resolution   : 20-bit
3D enhancement   : Reserved 29

Current setup
Mic gain         : +0dB [+20dB]
POP path         : post 3D
Sim. stereo      : off
3D enhancement   : off
Loudness         : on
Mono output      : Mic
Mic select       : Mic1
ADC/DAC loopback : off

# cat /proc/asound/AudioPCI/codec97#0/ac97#0-0+regs=
0:00 = 0000
0:02 = 0140
0:04 = 8909
0:06 = 8000
0:08 = 8009
0:0a = ffff
0:0c = 150b
0:0e = 805f
0:10 = 805f
0:12 = 9515
0:14 = 9212
0:16 = 8b0b
0:18 = 9212
0:1a = 9010
0:1c = 0000
0:1e = 0000
0:20 = 0000
0:22 = 0000
0:24 = 0000
0:26 = 0000
0:28 = 000f
0:2a = ffff
0:2c = ffff
0:2e = ffff
0:30 = ffff
0:32 = ffff
0:34 = ffff
0:36 = ffff
0:38 = ffff
0:3a = ffff
0:3c = ffff
0:3e = ffff
0:40 = ffff
0:42 = ffff
0:44 = ffff
0:46 = ffff
0:48 = ffff
0:4a = ffff
0:4c = ffff
0:4e = ffff
0:50 = ffff
0:52 = ffff
0:54 = ffff
0:56 = ffff
0:58 = ffff
0:5a = ffff
0:5c = 0000
0:5e = 0000
0:60 = 0000
0:62 = 0000
0:64 = 0000
0:66 = ffff
0:68 = ffff
0:6a = ffff
0:6c = ffff
0:6e = ffff
0:70 = ffff
0:72 = ffff
0:74 = ffff
0:76 = ffff
0:78 = ffff
0:7a = ffff
0:7c = ffff
0:7e = 8384

# aplay -D hw:AudioPCI /usr/share/sounds/startup3.wav=
Playing WAVE '/usr/share/sounds/startup3.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo
(with silence)

# speaker-test=

speaker-test 1.0.16

Playback device is default
Stream parameters are 48000Hz, S16_LE, 1 channels
Using 16 octaves of pink noise
(with silence)

xmms plays, you can see the level bars pumping, but with silence.

checking /etc/modprobe.d /blacklist:
es1371 is blacklisted.

rebooting.

# speaker-test=
speaker-test 1.0.16

Playback device is default
Stream parameters are 48000Hz, S16_LE, 1 channels
Using 16 octaves of pink noise
ALSA lib pcm_dmix.c:864:(snd_pcm_dmix_open) unable to open slave
Playback open error: -2,No such file or directory

# aplay -D hw:AudioPCI /usr/share/sounds/startup3.wav=
ALSA lib pcm_hw.c:1351:(_snd_pcm_hw_open) Invalid value for card
aplay: main:564: audio open error: No such device

/var/log/boot & dmesg (from after reboot) attached.

Best regards,

Landis

cheers,

Landis

_________________________________________________________________
Making the world a better place one message at a time.
http://www.imtalkathon.com/?source=EML_WLH_Talkathon_BetterPlace

[-- Attachment #1.2: Type: text/html, Size: 4333 bytes --]

[-- Attachment #2: dmesg.txt --]
[-- Type: text/plain, Size: 14904 bytes --]

9# dmesg
Linux version 2.6.25.9 (root@bezdomny) (gcc version 4.3.1 (Debian 4.3.1-2) ) #1 SMP Fri Jul 4 19:52:20 PDT 2008
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
 BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000003ffc0000 (usable)
 BIOS-e820: 000000003ffc0000 - 000000003fff8000 (ACPI data)
 BIOS-e820: 000000003fff8000 - 0000000040000000 (ACPI NVS)
 BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
 BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
 BIOS-e820: 00000000ffb80000 - 00000000ffc00000 (reserved)
 BIOS-e820: 00000000fff00000 - 0000000100000000 (reserved)
127MB HIGHMEM available.
896MB LOWMEM available.
Scan SMP from c0000000 for 1024 bytes.
Scan SMP from c009fc00 for 1024 bytes.
Scan SMP from c00f0000 for 65536 bytes.
Scan SMP from c009fc00 for 1024 bytes.
Entering add_active_range(0, 0, 262080) 0 entries of 256 used
Zone PFN ranges:
  DMA             0 ->     4096
  Normal       4096 ->   229376
  HighMem    229376 ->   262080
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
    0:        0 ->   262080
On node 0 totalpages: 262080
  DMA zone: 32 pages used for memmap
  DMA zone: 0 pages reserved
  DMA zone: 4064 pages, LIFO batch:0
  Normal zone: 1760 pages used for memmap
  Normal zone: 223520 pages, LIFO batch:31
  HighMem zone: 255 pages used for memmap
  HighMem zone: 32449 pages, LIFO batch:7
  Movable zone: 0 pages used for memmap
DMI 2.3 present.
ACPI: RSDP 000FF980, 0014 (r0 AMI   )
ACPI: RSDT 3FFF0000, 0030 (r1 DELL   Flash    20020212 MSFT     1011)
ACPI: FACP 3FFF1000, 0074 (r1 DELL   Flash    20020212 MSFT     1011)
ACPI: DSDT 3FFE0000, 2E3A (r1 D845PT FLASH           1 MSFT  100000B)
ACPI: FACS 3FFF8000, 0040
ACPI: APIC 3FFE2E3A, 0068 (r1 DELL   Flash    20020212 MSFT     1011)
ACPI: SSDT 3FFE2EA2, 0035 (r1 D845PT FLASH           1 MSFT  100000B)
ACPI: PM-Timer IO Port: 0x408
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 15:1 APIC version 20
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] disabled)
ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1])
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Enabling APIC mode:  Flat.  Using 1 I/O APICs
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at 50000000 (gap: 40000000:bec00000)
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 260033
Kernel command line: root=/dev/mapper/bezdomny-root ro 
mapped APIC to ffffb000 (fee00000)
mapped IOAPIC to ffffa000 (fec00000)
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 16384 bytes)
Detected 1594.833 MHz processor.
Console: colour VGA+ 80x25
console [tty0] enabled
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 1029388k/1048320k available (1682k kernel code, 18184k reserved, 687k data, 220k init, 130816k highmem)
virtual kernel memory layout:
    fixmap  : 0xfff4d000 - 0xfffff000   ( 712 kB)
    pkmap   : 0xff800000 - 0xffc00000   (4096 kB)
    vmalloc : 0xf8800000 - 0xff7fe000   ( 111 MB)
    lowmem  : 0xc0000000 - 0xf8000000   ( 896 MB)
      .init : 0xc0359000 - 0xc0390000   ( 220 kB)
      .data : 0xc02a4beb - 0xc0350a14   ( 687 kB)
      .text : 0xc0100000 - 0xc02a4beb   (1682 kB)
Checking if this processor honours the WP bit even in supervisor mode...Ok.
CPA: page pool initialized 1 of 1 pages preallocated
Calibrating delay using timer specific routine.. 3193.60 BogoMIPS (lpj=6387212)
Security Framework initialized
SELinux:  Disabled at boot.
Capability LSM initialized
Mount-cache hash table entries: 512
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 256K
CPU: Hyper-Threading is disabled
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU0: Intel P4/Xeon Extended MCE MSRs (12) available
CPU0: Thermal monitoring enabled
Compat vDSO mapped to ffffe000.
Checking 'hlt' instruction... OK.
SMP alternatives: switching to UP code
Freeing SMP alternatives: 17k freed
ACPI: Core revision 20070126
CPU0: Intel(R) Pentium(R) 4 CPU 1.60GHz stepping 02
Total of 1 processors activated (3193.60 BogoMIPS).
ENABLING IO-APIC IRQs
..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1
Brought up 1 CPUs
net_namespace: 548 bytes
NET: Registered protocol family 16
ACPI: bus type pci registered
PCI: PCI BIOS revision 2.10 entry at 0xfda95, last bus=2
PCI: Using configuration type 1
Setting up standard PCI resources
ACPI: EC: Look up EC in DSDT
ACPI: Interpreter enabled
ACPI: (supports S0 S1 S3 S5)
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
pci 0000:00:1f.0: quirk: region 0400-047f claimed by ICH4 ACPI/GPIO/TCO
pci 0000:00:1f.0: quirk: region 0500-053f claimed by ICH4 GPIO
PCI: Transparent bridge - 0000:00:1e.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 *5 6 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKF] (IRQs *3 4 5 6 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 *9 10 11 12 14 15)
ACPI: Power Resource [FDDP] (off)
ACPI: Power Resource [URP1] (off)
ACPI: Power Resource [URP2] (off)
ACPI: Power Resource [LPTP] (off)
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
ACPI: bus type pnp registered
pnp: PnP ACPI: found 12 devices
ACPI: ACPI bus type pnp unregistered
PnPBIOS: Disabled by ACPI PNP
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq".  If it helps, post a report
NET: Registered protocol family 8
NET: Registered protocol family 20
system 00:0b: iomem range 0x0-0x9ffff could not be reserved
system 00:0b: iomem range 0xe0000-0xfffff could not be reserved
system 00:0b: iomem range 0x100000-0x3fffffff could not be reserved
system 00:0b: iomem range 0xfec00000-0xfec00fff could not be reserved
system 00:0b: iomem range 0xfee00000-0xfee00fff could not be reserved
PCI: Bridge: 0000:00:01.0
  IO window: disabled.
  MEM window: 0xfc500000-0xfe5fffff
  PREFETCH window: 0x00000000e4200000-0x00000000f42fffff
PCI: Bridge: 0000:00:1e.0
  IO window: d000-dfff
  MEM window: 0xfe600000-0xfeafffff
  PREFETCH window: 0x00000000f4300000-0x00000000f43fffff
PCI: Setting latency timer of device 0000:00:1e.0 to 64
NET: Registered protocol family 2
IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
TCP bind hash table entries: 65536 (order: 7, 524288 bytes)
TCP: Hash tables configured (established 131072 bind 65536)
TCP reno registered
checking if image is initramfs... it is
Freeing initrd memory: 6236k freed
audit: initializing netlink socket (disabled)
type=2000 audit(1216126100.112:1): initialized
highmem bounce pool size: 64 pages
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
pci 0000:01:00.0: Boot video device
pci 0000:02:09.0: Firmware left e100 interrupts enabled; disabling
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
brd: module loaded
PNP: PS/2 Controller [PNP0303:PS2K,PNP0f03:PS2M] at 0x60,0x64 irq 1,12
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
mice: PS/2 mouse device common for all mice
cpuidle: using governor ladder
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
Using IPI No-Shortcut mode
Freeing unused kernel memory: 220k freed
input: AT Translated Set 2 keyboard as /class/input/input0
ACPI: ACPI0007:00 is registered as cooling_device0
Uniform Multi-Platform E-IDE driver
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ICH2: IDE controller (0x8086:0x244b rev 0x05) at  PCI slot 0000:00:1f.1
ICH2: not 100% native mode: will probe irqs later
    ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:DMA
    ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:PIO
Probing IDE interface ide0...
e100: Intel(R) PRO/100 Network Driver, 3.5.23-k4-NAPI
e100: Copyright(c) 1999-2006 Intel Corporation
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
USB Universal Host Controller Interface driver v3.0
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
hda: ST340016A, ATA DISK drive
hdb: ST380011A, ATA DISK drive
hda: host max PIO4 wanted PIO255(auto-tune) selected PIO4
hda: UDMA/100 mode selected
hdb: host max PIO4 wanted PIO255(auto-tune) selected PIO4
hdb: UDMA/100 mode selected
Probing IDE interface ide1...
hdc: CRD-8482B, ATAPI CD/DVD-ROM drive
hdc: host max PIO4 wanted PIO255(auto-tune) selected PIO4
hdc: Disabling (U)DMA for CRD-8482B (blacklisted)
hdc: host max PIO4 wanted PIO255(auto-tune) selected PIO4
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
ACPI: PCI Interrupt 0000:00:1f.2[D] -> GSI 19 (level, low) -> IRQ 19
PCI: Setting latency timer of device 0000:00:1f.2 to 64
uhci_hcd 0000:00:1f.2: UHCI Host Controller
uhci_hcd 0000:00:1f.2: new USB bus registered, assigned bus number 1
uhci_hcd 0000:00:1f.2: irq 19, io base 0x0000ef40
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:1f.4[C] -> GSI 23 (level, low) -> IRQ 23
PCI: Setting latency timer of device 0000:00:1f.4 to 64
uhci_hcd 0000:00:1f.4: UHCI Host Controller
uhci_hcd 0000:00:1f.4: new USB bus registered, assigned bus number 2
uhci_hcd 0000:00:1f.4: irq 23, io base 0x0000ef80
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:02:09.0[A] -> GSI 21 (level, low) -> IRQ 21
e100: eth0: e100_probe: addr 0xfeaff000, irq 21, MAC addr 00:02:b3:99:5b:91
hda: max request size: 128KiB
hda: 78165360 sectors (40020 MB) w/2048KiB Cache, CHS=65535/16/63
hda: cache flushes not supported
 hda: hda1
hdb: max request size: 512KiB
hdb: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=16383/255/63
hdb: cache flushes supported
 hdb: hdb1 hdb2 < hdb5 >
hdc: ATAPI 48X CD-ROM drive, 128kB Cache
Uniform CD-ROM driver Revision: 3.20
usb 1-1: new full speed USB device using uhci_hcd and address 2
usb 1-1: configuration #1 chosen from 1 choice
device-mapper: ioctl: 4.13.0-ioctl (2007-10-18) initialised: dm-devel@redhat.com
usb 2-1: new full speed USB device using uhci_hcd and address 2
usb 2-1: configuration #1 chosen from 1 choice
padlock: VIA PadLock not detected.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
dcdbas dcdbas: Dell Systems Management Base Driver (version 5.6.0-3.2)
Linux agpgart interface v0.103
agpgart: Detected an Intel 845G Chipset.
agpgart: AGP aperture is 64M @ 0xf8000000
pci_hotplug: PCI Hot Plug PCI Core version: 0.5
shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
intel_rng: Firmware space is locked read-only. If you can't or
intel_rng: don't want to disable this in firmware setup, and if
intel_rng: you are certain that your system has a functional
intel_rng: RNG, try using the 'no_fwh_detect' option.
input: Power Button (FF) as /class/input/input1
ACPI: Power Button (FF) [PWRF]
input: Power Button (CM) as /class/input/input2
ACPI: Power Button (CM) [PBTN]
ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 16
nvidiafb: Device ID: 10de0110 
Linux video capture interface: v2.00
pwc: Philips webcam module version 10.0.13 loaded.
pwc: Supports Philips PCA645/646, PCVC675/680/690, PCVC720[40]/730/740/750 & PCVC830/840.
pwc: Also supports the Askey VC010, various Logitech Quickcams, Samsung MPC-C10 and MPC-C30,
pwc: the Creative WebCam 5 & Pro Ex, SOTEC Afina Eye and Visionite VCS-UC300 and VCS-UM100.
pwc: Logitech QuickCam Zoom USB webcam detected.
pwc: Registered as /dev/video0.
usbcore: registered new interface driver Philips webcam
es1371: version v0.32 time 17:31:07 Jul 10 2008
input: PC Speaker as /class/input/input3
nvidiafb: EDID found from BUS1
      Display is GTF capable
i2c-adapter i2c-1: unable to read EDID block.
i2c-adapter i2c-1: unable to read EDID block.
usbcore: registered new interface driver snd-usb-audio
i2c-adapter i2c-1: unable to read EDID block.
nvidiafb: Unable to detect which CRTCNumber...
...Defaulting to CRTCNumber 0
nvidiafb: Using CRT on CRTC 0
nvidiafb: MTRR set to ON
Console: switching to colour frame buffer device 160x64
nvidiafb: PCI nVidia NV11 framebuffer (64MB @ 0xE8000000)
ACPI: PCI Interrupt 0000:00:1f.3[B] -> GSI 17 (level, low) -> IRQ 17
ACPI: PCI Interrupt 0000:02:0b.0[A] -> GSI 23 (level, low) -> IRQ 23
es1371: found chip, vendor id 0x1102 device id 0x8938 revision 0x00
es1371: found es1371 rev 0 at io 0xde80 irq 23
es1371: Enabling internal amplifier.
ac97_codec: AC97 Audio codec, id:  (Unknown)
gameport: ESS1371 Gameport is isa0218/gameport0, io 0x218, speed 1125kHz
input: ImExPS/2 Logitech Wheel Mouse as /class/input/input4
parport_pc 00:09: reported by Plug and Play ACPI
parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE,EPP]
EXT3 FS on dm-1, internal journal
loop: module loaded
kjournald starting.  Commit interval 5 seconds
EXT3 FS on hdb1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
Adding 2715640k swap on /dev/mapper/bezdomny-swap_1.  Priority:-1 extents:1 across:2715640k
e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex
lp0: using parport0 (interrupt-driven).
ppdev: user-space parallel port driver
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
warning: `avahi-daemon' uses 32-bit capabilities (legacy support in use)
eth0: no IPv6 routers present

[-- Attachment #3: var_log_boot.txt --]
[-- Type: text/plain, Size: 4396 bytes --]

Tue Jul 15 12:48:40 2008: .
Tue Jul 15 12:48:40 2008: Setting parameters of disc: (none).
Tue Jul 15 12:48:40 2008: Setting the system clock.
Tue Jul 15 12:48:40 2008: Checking root file system...fsck 1.40.11 (17-June-2008)
Tue Jul 15 12:48:40 2008: /dev/mapper/bezdomny-root: clean, 330716/9404416 files, 5251135/18795520 blocks
Tue Jul 15 12:48:40 2008: done.
Tue Jul 15 12:48:40 2008: Setting the system clock.
Tue Jul 15 12:48:41 2008: Cleaning up ifupdown....
Tue Jul 15 12:48:41 2008: Loading kernel modules...done.
Tue Jul 15 12:48:41 2008: ^[[33m*^[[39;49m /etc/modprobe.conf exists but does not include /etc/modprobe.d/!
Tue Jul 15 12:48:41 2008: Loading device-mapper support.
Tue Jul 15 12:48:41 2008: Starting early crypto disks... hdb5_crypt(running)done.
Tue Jul 15 12:48:41 2008: Setting up LVM Volume Groups...
Tue Jul 15 12:48:41 2008:   Reading all physical volumes.  This may take a while...
Tue Jul 15 12:48:42 2008:   Found volume group "bezdomny" using metadata type lvm2
Tue Jul 15 12:48:42 2008:   2 logical volume(s) in volume group "bezdomny" now active
Tue Jul 15 12:48:42 2008: Starting remaining crypto disks... hdb5_crypt(running)done.
Tue Jul 15 12:48:42 2008: Checking file systems...fsck 1.40.11 (17-June-2008)
Tue Jul 15 12:48:42 2008: /dev/hdb1: clean, 40/62248 files, 54587/248976 blocks
Tue Jul 15 12:48:42 2008: done.
Tue Jul 15 12:48:42 2008: Setting kernel variables (/etc/sysctl.conf)...done.
Tue Jul 15 12:48:42 2008: Invalidating stale software suspend images... done.
Tue Jul 15 12:48:42 2008: Mounting local filesystems...done.
Tue Jul 15 12:48:42 2008: Activating swapfile swap...done.
Tue Jul 15 12:48:43 2008: Setting up networking....
Tue Jul 15 12:48:43 2008: Configuring network interfaces...done.
Tue Jul 15 12:48:44 2008: Starting portmap daemon....
Tue Jul 15 12:48:44 2008: Setting console screen modes and fonts.
Tue Jul 15 12:48:44 2008: ^[]R^[[9;30]^[[14;30]Setting up ALSA...done.
Tue Jul 15 12:48:45 2008: INIT: Entering runlevel: 2
Tue Jul 15 12:48:45 2008: Loading cpufreq kernel modules...done (none).
Tue Jul 15 12:48:46 2008: Starting system log daemon....
Tue Jul 15 12:48:46 2008: Starting kernel log daemon....
Tue Jul 15 12:48:49 2008: Loading ACPI modules....
Tue Jul 15 12:48:49 2008: Starting ACPI services....
Tue Jul 15 12:48:49 2008: Starting portmap daemon...Already running..
Tue Jul 15 12:48:49 2008: 
Tue Jul 15 12:48:49 2008: Stopping the HP OfficeJet Linux driver.
Tue Jul 15 12:48:50 2008: Starting the HP OfficeJet Linux driver.
Tue Jul 15 12:48:50 2008:     No hpoj devices have been configured.
Tue Jul 15 12:48:50 2008:     As root, run "/etc/rc2.d/S19hpoj setup".
Tue Jul 15 12:48:50 2008: 
Tue Jul 15 12:48:50 2008: Starting BitTorrent tracker: disabled in /etc/default/bittorrent.
Tue Jul 15 12:48:50 2008: Starting ClamAV virus database updater: freshclam.
Tue Jul 15 12:48:50 2008: CPUFreq Utilities: Setting ondemand CPUFreq governor...disabled, governor not available...done.
Tue Jul 15 12:48:50 2008: Starting Common Unix Printing System: cupsd.
Tue Jul 15 12:48:53 2008: Starting system message bus: dbus.
Tue Jul 15 12:48:54 2008: Starting network connection manager: NetworkManager.
Tue Jul 15 12:48:54 2008: Starting Avahi mDNS/DNS-SD Daemon: avahi-daemon.
Tue Jul 15 12:48:54 2008: Starting network events dispatcher: NetworkManagerDispatcher.
Tue Jul 15 12:48:54 2008: Starting DirMngr: dirmngr.
Tue Jul 15 12:48:55 2008: Starting MTA: exim4.
Tue Jul 15 12:48:56 2008: Starting LAN Information Server: lisa.
Tue Jul 15 12:48:56 2008: Starting internet superserver: inetd.
Tue Jul 15 12:48:56 2008: Saved ALSA mixer settings detected; aumix will not touch mixer.
Tue Jul 15 12:48:56 2008: Starting file alteration monitor: FAM.
Tue Jul 15 12:48:56 2008: Starting NFS common utilities: statd.
Tue Jul 15 12:48:57 2008: Starting DHCP D-Bus daemon: dhcdbd.
Tue Jul 15 12:48:57 2008: Starting Hardware abstraction layer: hald.
Tue Jul 15 12:48:59 2008: Not starting GNOME Display Manager; it is not the default display manager.
Tue Jul 15 12:48:59 2008: Starting System Tools Backends: system-tools-backends.
Tue Jul 15 12:48:59 2008: Starting anac(h)ronistic cron: anacron.
Tue Jul 15 12:48:59 2008: Starting deferred execution scheduler: atd.
Tue Jul 15 12:48:59 2008: Starting periodic command scheduler: crond.
Tue Jul 15 12:49:00 2008: Starting K Display Manager: kdm.
Tue Jul 15 12:49:00 2008: 

[-- Attachment #4: Type: text/plain, Size: 363 bytes --]

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

[-- Attachment #5: Type: text/plain, Size: 158 bytes --]

_______________________________________________
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user

Re: is this card supported by ALSA?

[Rene Herman]

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

On 15-07-08 22:28, Landis McGauhey wrote:

> Yes, I did delete '-dry-run'.
> 
> In fact, just to be doubly certain, I just re-ran the whole process and

I still worry a little bit, since if all's well, you should have seen 
the "patch -p1" command fail this time (it commenting that the patch 
seemed already applied) but I'll assume you did see that then. It's 
unfortunate that the problem with your card seems involved in a way 
which makes it fairly hard to debug this while not having the card 
locally to fiddle around with, adding delays between things ...

> additionally ran alsaconf (and again there was a loud 'click' in the 
> speakers when alsaconf loaded the driver):
> 
> # cat /proc/asound/AudioPCI/codec97#0/ac97#0-0=
> 0-0/0: 0x83848384 STS

... because, lovely, yet another variant. There is an interface problem 
between the ES1371 and (supposed) STAC9704 chips on your card and even 
though that MIGHT not be all the problem (even though the ALSA driver 
doesn't recognize your AC97 codec due to this, the OSS driver also 
drives it without any special quirks) this will need to be taken care of 
first.

With the card locally, the attached is the first thing I'd try. It makes 
the driver wait around a bit to have the codec recover from reset. Apply 
it as before, run "make" and "make modules_install" and re-load the 
snd-ens1371 driver with (as root) "modprobe -r snd-ens1371 && modprobe 
-r es1371 && modprobe snd-ens1371" after which ALSA sound may or may not 
work (test through aplay).

(note by the way that for now I'm foregoing any other problems you have 
with rebooting not loading the correct driver and such -- your dmesg 
indicated that the OSS es1371 driver was loading even though you said 
you blacklisted that, so just do the manual modprobe/modprobe -r stuff.)

Please also make sure that, after loading the newly patched snd-ens1371, 
there's nothing interesting at the end of dmesg -- nothing about 
timeouts and such. If there is something, please post.

If this doesn't work (likely) I'll just have to sit down and trace AC97 
accesses one by one between OSS and ALSA driver as nothing jumped out at 
me yet.

Rene.

[-- Attachment #2: ens1371-ac97_reset_hack.diff --]
[-- Type: text/plain, Size: 670 bytes --]

diff --git a/sound/pci/ens1370.c b/sound/pci/ens1370.c
index cd74fb2..5344d3e 100644
--- a/sound/pci/ens1370.c
+++ b/sound/pci/ens1370.c
@@ -1934,6 +1934,7 @@ static struct es1371_quirk es1371_ac97_reset_hack[] = {
 	{ .vid = PCI_VENDOR_ID_ENSONIQ, .did = PCI_DEVICE_ID_ENSONIQ_CT5880, .rev = CT5880REV_CT5880_E },
 	{ .vid = PCI_VENDOR_ID_ENSONIQ, .did = PCI_DEVICE_ID_ENSONIQ_ES1371, .rev = ES1371REV_CT5880_A },
 	{ .vid = PCI_VENDOR_ID_ENSONIQ, .did = PCI_DEVICE_ID_ENSONIQ_ES1371, .rev = ES1371REV_ES1373_8 },
+	{ .vid = PCI_VENDOR_ID_ECTIVA,  .did = PCI_DEVICE_ID_ECTIVA_EV1938,  .rev = EV1938REV_EV1938_A },
 	{ .vid = PCI_ANY_ID, .did = PCI_ANY_ID }
 };
 #endif

[-- Attachment #3: Type: text/plain, Size: 363 bytes --]

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

[-- Attachment #4: Type: text/plain, Size: 158 bytes --]

_______________________________________________
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user

Re: is this card supported by ALSA?

[Landis McGauhey]

[-- Attachment #1.1: Type: text/plain, Size: 1183 bytes --]




> Date: Wed, 16 Jul 2008 11:16:32 +0200
> From: rene.herman@keyaccess.nl
> To: b3zdomny@hotmail.com
> CC: tiwai@suse.de; alsa-user@lists.sourceforge.net; alsa-devel@alsa-project.org
> Subject: Re: [Alsa-user] is this card supported by ALSA?
> 
> On 15-07-08 22:28, Landis McGauhey wrote:
> 
> > Yes, I did delete '-dry-run'.
> > 
> > In fact, just to be doubly certain, I just re-ran the whole process and
> 
> I still worry a little bit, since if all's well, you should have seen 
> the "patch -p1" command fail this time (it commenting that the patch 
> seemed already applied) but I'll assume you did see that then.<snip>

Yes, I did see that and re-installed the patch anyway.

Good afternoon, Rene!  Thank you for the new patch and thank you for your persistence and patience-- they are very much appreciated.  Just having my first cup of coffee-- it's 0500 here on the Left Coast of the USA.  I'll run the new patch and let you know the results.

best regards,

Landis 

_________________________________________________________________
Time for vacation? WIN what you need- enter now!
http://www.gowindowslive.com/summergiveaway/?ocid=tag_jlyhm

[-- Attachment #1.2: Type: text/html, Size: 1468 bytes --]

[-- Attachment #2: Type: text/plain, Size: 363 bytes --]

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

[-- Attachment #3: Type: text/plain, Size: 158 bytes --]

_______________________________________________
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user

Re: is this card supported by ALSA?

[Landis McGauhey]

[-- Attachment #1.1: Type: text/plain, Size: 4313 bytes --]









> Date: Wed, 16 Jul 2008 11:16:32 +0200
> From: rene.herman@keyaccess.nl
> To: b3zdomny@hotmail.com
> CC: tiwai@suse.de; alsa-user@lists.sourceforge.net; alsa-devel@alsa-project.org
> Subject: Re: [Alsa-user] is this card supported by ALSA?

<snip>

OK, here we go:

# patch -p1 --dry-run < /home/bezdomny/Desktop/ens1371-ac97_reset_hack.diff= no errors

# patch -p1 < /home/bezdomny/Desktop/ens1371-ac97_reset_hack.diff= no errors

# make= no errors

# make modules_install= no errors

# modprobe -r snd-ens1371= no errors

# modprobe -r es1371= no errors

# modprobe snd-ens1371= no errors

# alsamixer= usb mic in webcam

#alsamixer -c 1=  PCI card.  Checked for good levels and no mutes-- all is well.

# speaker-test=

speaker-test 1.0.16

Playback device is default
Stream parameters are 48000Hz, S16_LE, 1 channels
Using 16 octaves of pink noise
ALSA lib pcm_dmix.c:864:(snd_pcm_dmix_open) unable to open slave

silence

# aplay -D hw:AudioPCI /usr/share/sounds/startup3.wav=

Playing WAVE '/usr/share/sounds/startup3.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo

but with silence

running dmesg and attaching the result

alsaconf=
Unloading ALSA sound driver modules: snd-ens1371 snd-ac97-codec snd-usb-audio snd-pcm snd-timer snd-page-alloc snd-usb-lib snd-rawmidi snd-seq-device snd-hwdep.
building card database...

following cards are found on your system:

ens1371 Creative Labs Ective 1938
legacy Probe legacy ISA (non-PnP) chips

(OK)

 Configuring snd-ens1371                        │ 
               │ Do you want to modify /etc/modprobe.d/sound    │ 
               │ (and /etc/modprobe.conf if present)? 

(yes)

"pop" in speaker as alsaconf loads snd-ens1371

running alsamixer-- no mute toggle underneath mic, that's a first

and just so you know,  there's no mute toggle under "master", "master-m", and "PCM", either, but that's nominal.  There was one time, however, that "master" and/or "PCM" had a mute toggle.  Perhaps "master" and/or "PCM" are muted and we can't tell because there are supposed to be mute toggles there, but they are missing?  Something to consider...

#speaker -test=

speaker-test 1.0.16

Playback device is default
Stream parameters are 48000Hz, S16_LE, 1 channels
Using 16 octaves of pink noise
Rate set to 48000Hz (requested 48000Hz)
Buffer size range from 2048 to 16384
Period size range from 1024 to 1024
Using max buffer size 16384
Periods = 4
was set period_size = 1024
was set buffer_size = 16384
 0 - Front Left
Time per period = 2.653267

but with silence

# aplay -D hw:AudioPCI /usr/share/sounds/startup3.wav=Playing WAVE '/usr/share/sounds/startup3.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo
Playing WAVE '/usr/share/sounds/startup3.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo

but with silence.

tried to run audacity, but it doesn't appear.  go to process table-- there's audacity, killed it.

ran xmms, changed preferences to ALSA,  it runs, you can see the volume bars pumping, but it's silent.

and that's about it.

Not going to reboot.

Rene & Takashi: I fear this is taking up too much of our time and this effort may have long passed the point of diminishing returns.  Personally, my goal is to have audio with Skype, whether with OSS or ALSA, I don't care.  If you want to continue to work on this for the sake of the community
at large and others who have this same card and this same problem, then I'm willing and would
be honored to be the guinea pig and be an active participant in the
community. I'm sorry this problem is so stubborn and if you have better things to do, I understand.  If you don't care to work on this anymore, I would understand and if you could perhaps just help me get sound in Skype (that is, to have /dev/dsp appear as I/O options in Skype configuration) with OSS, then I would be a happy camper indeed.

thank you as always for your persistence, expertise, and patience,

Landis










_________________________________________________________________
Use video conversation to talk face-to-face with Windows Live Messenger.
http://www.windowslive.com/messenger/connect_your_way.html?ocid=TXT_TAGLM_WL_Refresh_messenger_video_072008

[-- Attachment #1.2: Type: text/html, Size: 5290 bytes --]

[-- Attachment #2: ens1371-ac97_reset_hack.diff_dmesg.txt --]
[-- Type: text/plain, Size: 14950 bytes --]

# dmesg
Linux version 2.6.25.9 (root@bezdomny) (gcc version 4.3.1 (Debian 4.3.1-2) ) #1 SMP Fri Jul 4 19:52:20 PDT 2008
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
 BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000003ffc0000 (usable)
 BIOS-e820: 000000003ffc0000 - 000000003fff8000 (ACPI data)
 BIOS-e820: 000000003fff8000 - 0000000040000000 (ACPI NVS)
 BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
 BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
 BIOS-e820: 00000000ffb80000 - 00000000ffc00000 (reserved)
 BIOS-e820: 00000000fff00000 - 0000000100000000 (reserved)
127MB HIGHMEM available.
896MB LOWMEM available.
Scan SMP from c0000000 for 1024 bytes.
Scan SMP from c009fc00 for 1024 bytes.
Scan SMP from c00f0000 for 65536 bytes.
Scan SMP from c009fc00 for 1024 bytes.
Entering add_active_range(0, 0, 262080) 0 entries of 256 used
Zone PFN ranges:
  DMA             0 ->     4096
  Normal       4096 ->   229376
  HighMem    229376 ->   262080
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
    0:        0 ->   262080
On node 0 totalpages: 262080
  DMA zone: 32 pages used for memmap
  DMA zone: 0 pages reserved
  DMA zone: 4064 pages, LIFO batch:0
  Normal zone: 1760 pages used for memmap
  Normal zone: 223520 pages, LIFO batch:31
  HighMem zone: 255 pages used for memmap
  HighMem zone: 32449 pages, LIFO batch:7
  Movable zone: 0 pages used for memmap
DMI 2.3 present.
ACPI: RSDP 000FF980, 0014 (r0 AMI   )
ACPI: RSDT 3FFF0000, 0030 (r1 DELL   Flash    20020212 MSFT     1011)
ACPI: FACP 3FFF1000, 0074 (r1 DELL   Flash    20020212 MSFT     1011)
ACPI: DSDT 3FFE0000, 2E3A (r1 D845PT FLASH           1 MSFT  100000B)
ACPI: FACS 3FFF8000, 0040
ACPI: APIC 3FFE2E3A, 0068 (r1 DELL   Flash    20020212 MSFT     1011)
ACPI: SSDT 3FFE2EA2, 0035 (r1 D845PT FLASH           1 MSFT  100000B)
ACPI: PM-Timer IO Port: 0x408
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 15:1 APIC version 20
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] disabled)
ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1])
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Enabling APIC mode:  Flat.  Using 1 I/O APICs
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at 50000000 (gap: 40000000:bec00000)
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 260033
Kernel command line: root=/dev/mapper/bezdomny-root ro 
mapped APIC to ffffb000 (fee00000)
mapped IOAPIC to ffffa000 (fec00000)
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 16384 bytes)
Detected 1594.844 MHz processor.
Console: colour VGA+ 80x25
console [tty0] enabled
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 1029388k/1048320k available (1682k kernel code, 18184k reserved, 687k data, 220k init, 130816k highmem)
virtual kernel memory layout:
    fixmap  : 0xfff4d000 - 0xfffff000   ( 712 kB)
    pkmap   : 0xff800000 - 0xffc00000   (4096 kB)
    vmalloc : 0xf8800000 - 0xff7fe000   ( 111 MB)
    lowmem  : 0xc0000000 - 0xf8000000   ( 896 MB)
      .init : 0xc0359000 - 0xc0390000   ( 220 kB)
      .data : 0xc02a4beb - 0xc0350a14   ( 687 kB)
      .text : 0xc0100000 - 0xc02a4beb   (1682 kB)
Checking if this processor honours the WP bit even in supervisor mode...Ok.
CPA: page pool initialized 1 of 1 pages preallocated
Calibrating delay using timer specific routine.. 3193.51 BogoMIPS (lpj=6387030)
Security Framework initialized
SELinux:  Disabled at boot.
Capability LSM initialized
Mount-cache hash table entries: 512
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 256K
CPU: Hyper-Threading is disabled
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU0: Intel P4/Xeon Extended MCE MSRs (12) available
CPU0: Thermal monitoring enabled
Compat vDSO mapped to ffffe000.
Checking 'hlt' instruction... OK.
SMP alternatives: switching to UP code
Freeing SMP alternatives: 17k freed
ACPI: Core revision 20070126
CPU0: Intel(R) Pentium(R) 4 CPU 1.60GHz stepping 02
Total of 1 processors activated (3193.51 BogoMIPS).
ENABLING IO-APIC IRQs
..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1
Brought up 1 CPUs
net_namespace: 548 bytes
NET: Registered protocol family 16
ACPI: bus type pci registered
PCI: PCI BIOS revision 2.10 entry at 0xfda95, last bus=2
PCI: Using configuration type 1
Setting up standard PCI resources
ACPI: EC: Look up EC in DSDT
ACPI: Interpreter enabled
ACPI: (supports S0 S1 S3 S5)
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
pci 0000:00:1f.0: quirk: region 0400-047f claimed by ICH4 ACPI/GPIO/TCO
pci 0000:00:1f.0: quirk: region 0500-053f claimed by ICH4 GPIO
PCI: Transparent bridge - 0000:00:1e.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 *5 6 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKF] (IRQs *3 4 5 6 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 *9 10 11 12 14 15)
ACPI: Power Resource [FDDP] (off)
ACPI: Power Resource [URP1] (off)
ACPI: Power Resource [URP2] (off)
ACPI: Power Resource [LPTP] (off)
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
ACPI: bus type pnp registered
pnp: PnP ACPI: found 12 devices
ACPI: ACPI bus type pnp unregistered
PnPBIOS: Disabled by ACPI PNP
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq".  If it helps, post a report
NET: Registered protocol family 8
NET: Registered protocol family 20
system 00:0b: iomem range 0x0-0x9ffff could not be reserved
system 00:0b: iomem range 0xe0000-0xfffff could not be reserved
system 00:0b: iomem range 0x100000-0x3fffffff could not be reserved
system 00:0b: iomem range 0xfec00000-0xfec00fff could not be reserved
system 00:0b: iomem range 0xfee00000-0xfee00fff could not be reserved
PCI: Bridge: 0000:00:01.0
  IO window: disabled.
  MEM window: 0xfc500000-0xfe5fffff
  PREFETCH window: 0x00000000e4200000-0x00000000f42fffff
PCI: Bridge: 0000:00:1e.0
  IO window: d000-dfff
  MEM window: 0xfe600000-0xfeafffff
  PREFETCH window: 0x00000000f4300000-0x00000000f43fffff
PCI: Setting latency timer of device 0000:00:1e.0 to 64
NET: Registered protocol family 2
IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
TCP bind hash table entries: 65536 (order: 7, 524288 bytes)
TCP: Hash tables configured (established 131072 bind 65536)
TCP reno registered
checking if image is initramfs... it is
Freeing initrd memory: 6236k freed
audit: initializing netlink socket (disabled)
type=2000 audit(1216183444.116:1): initialized
highmem bounce pool size: 64 pages
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
pci 0000:01:00.0: Boot video device
pci 0000:02:09.0: Firmware left e100 interrupts enabled; disabling
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
brd: module loaded
PNP: PS/2 Controller [PNP0303:PS2K,PNP0f03:PS2M] at 0x60,0x64 irq 1,12
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
mice: PS/2 mouse device common for all mice
cpuidle: using governor ladder
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
Using IPI No-Shortcut mode
Freeing unused kernel memory: 220k freed
input: AT Translated Set 2 keyboard as /class/input/input0
ACPI: ACPI0007:00 is registered as cooling_device0
Uniform Multi-Platform E-IDE driver
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
e100: Intel(R) PRO/100 Network Driver, 3.5.23-k4-NAPI
e100: Copyright(c) 1999-2006 Intel Corporation
ACPI: PCI Interrupt 0000:02:09.0[A] -> GSI 21 (level, low) -> IRQ 21
e100: eth0: e100_probe: addr 0xfeaff000, irq 21, MAC addr 00:02:b3:99:5b:91
ICH2: IDE controller (0x8086:0x244b rev 0x05) at  PCI slot 0000:00:1f.1
ICH2: not 100% native mode: will probe irqs later
    ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:DMA
    ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:PIO
Probing IDE interface ide0...
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
USB Universal Host Controller Interface driver v3.0
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
hda: ST340016A, ATA DISK drive
hdb: ST380011A, ATA DISK drive
hda: host max PIO4 wanted PIO255(auto-tune) selected PIO4
hda: UDMA/100 mode selected
hdb: host max PIO4 wanted PIO255(auto-tune) selected PIO4
hdb: UDMA/100 mode selected
Probing IDE interface ide1...
hdc: CRD-8482B, ATAPI CD/DVD-ROM drive
hdc: host max PIO4 wanted PIO255(auto-tune) selected PIO4
hdc: Disabling (U)DMA for CRD-8482B (blacklisted)
hdc: host max PIO4 wanted PIO255(auto-tune) selected PIO4
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
ACPI: PCI Interrupt 0000:00:1f.2[D] -> GSI 19 (level, low) -> IRQ 19
PCI: Setting latency timer of device 0000:00:1f.2 to 64
uhci_hcd 0000:00:1f.2: UHCI Host Controller
uhci_hcd 0000:00:1f.2: new USB bus registered, assigned bus number 1
uhci_hcd 0000:00:1f.2: irq 19, io base 0x0000ef40
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:1f.4[C] -> GSI 23 (level, low) -> IRQ 23
PCI: Setting latency timer of device 0000:00:1f.4 to 64
uhci_hcd 0000:00:1f.4: UHCI Host Controller
uhci_hcd 0000:00:1f.4: new USB bus registered, assigned bus number 2
uhci_hcd 0000:00:1f.4: irq 23, io base 0x0000ef80
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
hda: max request size: 128KiB
hda: 78165360 sectors (40020 MB) w/2048KiB Cache, CHS=65535/16/63
hda: cache flushes not supported
 hda: hda1
hdb: max request size: 512KiB
hdb: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=16383/255/63
hdb: cache flushes supported
 hdb: hdb1 hdb2 < hdb5 >
hdc: ATAPI 48X CD-ROM drive, 128kB Cache
Uniform CD-ROM driver Revision: 3.20
usb 1-1: new full speed USB device using uhci_hcd and address 2
usb 1-1: configuration #1 chosen from 1 choice
device-mapper: ioctl: 4.13.0-ioctl (2007-10-18) initialised: dm-devel@redhat.com
usb 2-1: new full speed USB device using uhci_hcd and address 2
usb 2-1: configuration #1 chosen from 1 choice
padlock: VIA PadLock not detected.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
dcdbas dcdbas: Dell Systems Management Base Driver (version 5.6.0-3.2)
Linux agpgart interface v0.103
agpgart: Detected an Intel 845G Chipset.
agpgart: AGP aperture is 64M @ 0xf8000000
pci_hotplug: PCI Hot Plug PCI Core version: 0.5
shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
intel_rng: Firmware space is locked read-only. If you can't or
intel_rng: don't want to disable this in firmware setup, and if
intel_rng: you are certain that your system has a functional
intel_rng: RNG, try using the 'no_fwh_detect' option.
input: Power Button (FF) as /class/input/input1
ACPI: Power Button (FF) [PWRF]
input: Power Button (CM) as /class/input/input2
ACPI: Power Button (CM) [PBTN]
ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 16
nvidiafb: Device ID: 10de0110 
es1371: version v0.32 time 17:31:07 Jul 10 2008
Linux video capture interface: v2.00
pwc: Philips webcam module version 10.0.13 loaded.
pwc: Supports Philips PCA645/646, PCVC675/680/690, PCVC720[40]/730/740/750 & PCVC830/840.
pwc: Also supports the Askey VC010, various Logitech Quickcams, Samsung MPC-C10 and MPC-C30,
pwc: the Creative WebCam 5 & Pro Ex, SOTEC Afina Eye and Visionite VCS-UC300 and VCS-UM100.
pwc: Logitech QuickCam Zoom USB webcam detected.
pwc: Registered as /dev/video0.
input: PC Speaker as /class/input/input3
nvidiafb: EDID found from BUS1
      Display is GTF capable
i2c-adapter i2c-1: unable to read EDID block.
usbcore: registered new interface driver Philips webcam
i2c-adapter i2c-1: unable to read EDID block.
i2c-adapter i2c-1: unable to read EDID block.
nvidiafb: Unable to detect which CRTCNumber...
...Defaulting to CRTCNumber 0
nvidiafb: Using CRT on CRTC 0
nvidiafb: MTRR set to ON
Console: switching to colour frame buffer device 160x64
nvidiafb: PCI nVidia NV11 framebuffer (64MB @ 0xE8000000)
ACPI: PCI Interrupt 0000:00:1f.3[B] -> GSI 17 (level, low) -> IRQ 17
ACPI: PCI Interrupt 0000:02:0b.0[A] -> GSI 23 (level, low) -> IRQ 23
es1371: found chip, vendor id 0x1102 device id 0x8938 revision 0x00
es1371: found es1371 rev 0 at io 0xde80 irq 23
es1371: Enabling internal amplifier.
ac97_codec: AC97 Audio codec, id:  (Unknown)
gameport: ESS1371 Gameport is isa0218/gameport0, io 0x218, speed 1125kHz
input: ImExPS/2 Logitech Wheel Mouse as /class/input/input4
parport_pc 00:09: reported by Plug and Play ACPI
parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE,EPP]
usbcore: registered new interface driver snd-usb-audio
EXT3 FS on dm-1, internal journal
loop: module loaded
kjournald starting.  Commit interval 5 seconds
EXT3 FS on hdb1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
Adding 2715640k swap on /dev/mapper/bezdomny-swap_1.  Priority:-1 extents:1 across:2715640k
e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex
lp0: using parport0 (interrupt-driven).
ppdev: user-space parallel port driver
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
warning: `avahi-daemon' uses 32-bit capabilities (legacy support in use)
eth0: no IPv6 routers present
es1371: unloading
gameport: kgameportd exiting

[-- Attachment #3: Type: text/plain, Size: 363 bytes --]

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

[-- Attachment #4: Type: text/plain, Size: 158 bytes --]

_______________________________________________
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user

Re: [Alsa-user] is this card supported by ALSA?

[Rene Herman]

On 16-07-08 15:38, Landis McGauhey wrote:

> "pop" in speaker as alsaconf loads snd-ens1371
> 
> running alsamixer-- no mute toggle underneath mic, that's a first
> 
> and just so you know,  there's no mute toggle under "master", 
> "master-m", and "PCM", either, but that's nominal.  There was one
> time, however, that "master" and/or "PCM" had a mute toggle.  Perhaps
> "master" and/or "PCM" are muted and we can't tell because there are
> supposed to be mute toggles there, but they are missing?  Something
> to consider...

I'm afraid that codec communication is just really messed up and the 
last two patches seem to have made things worse, so in preparation for 
any possible follow ups, you might as well revert those:

from /usr/src/linux-2.6.25.9:

# moodprobe -r  ens1371-ac97_reset_hack.diff
# moodprobe -r  ens1371-ac97.diff

do please again run "make" and "make modules_install" after this but 
that's just so that I'm satisfied you're back at the start. No need to 
test anything, you'd just find the old behaviour again.

One thing I am noticing now that we've been looking at the codec ID in 
ALSA in the OSS driver output there:

===
es1371: found chip, vendor id 0x1102 device id 0x8938 revision 0x00
es1371: found es1371 rev 0 at io 0xde80 irq 23
es1371: Enabling internal amplifier.
ac97_codec: AC97 Audio codec, id:  (Unknown)
gameport: ESS1371 Gameport is isa0218/gameport0, io 0x218, speed 1125kHz
===

is the "id: (Unknown)" bit. The OSS driver also definitely knows about 
the Sigmatel STAC9704 codec so it seems _this_ problam might not be 
unique to the ALSA driver. The OSS driver does produce sound, so perhaps 
we're chasing something not maximally productive right now...

It would be sort of interesting to have you look at the physical card 
and verify that it's indeed a Sigmatel STAC9704. It should be a tiny 
chip with a greek sigma sign and "STAC9704" in small enough letters that 
you might even need a magnifying glass. If it's hard or clumsy to take 
it out, don't bother though, it's not that important. You had 76058384 
as an ID and a STAC9704 is 83847605 (upper/lower 16-bit switched) but 
that will not have gotten to be there by accident.

Yes, before anyone wonders, I verified that the ALSA driver does that 
"Enabling internal amplifier" thing (that might be that pop that you 
hear; is the pop also present when loading the OSS driver?)

> Rene & Takashi: I fear this is taking up too much of our time and
> this effort may have long passed the point of diminishing returns. 
> Personally, my goal is to have audio with Skype, whether with OSS or
> ALSA, I don't care.  If you want to continue to work on this for the
> sake of the community at large and others who have this same card
> and this same problem, then I'm willing and would be honored to be
> the guinea pig and be an active participant in the community. I'm
> sorry this problem is so stubborn and if you have better things to
> do, I understand.  If you don't care to work on this anymore, I would
> understand and if you could perhaps just help me get sound in Skype
> (that is, to have /dev/dsp appear as I/O options in Skype
> configuration) with OSS, then I would be a happy camper indeed.

I'm afraid I don't know Skype. Older versions of it couldn't use ALSA 
but needed the OSS emulation. If newer version now can't use OSS but 
need ALSA, lovely...

I'll keep looking for a bit but ofcourse you don't have to wait around 
for anything. If I find anything with a good chance of success I'll let 
you know. Please conform that you've reverted the last two patches as 
mentioned above.

Rene.

Re: [Alsa-user] is this card supported by ALSA?

[Rene Herman]

On 16-07-08 16:40, Rene Herman wrote:

> # moodprobe -r  ens1371-ac97_reset_hack.diff
> # moodprobe -r  ens1371-ac97.diff

I'm getting really sick of the fact that I seem to need to make at least 
one typo or other small error per post. "modprobe" ofcourse.

Rene.

Re: [Alsa-user] is this card supported by ALSA?

[Rene Herman]

On 16-07-08 16:44, Rene Herman wrote:

> On 16-07-08 16:40, Rene Herman wrote:
> 
>> # moodprobe -r  ens1371-ac97_reset_hack.diff
>> # moodprobe -r  ens1371-ac97.diff
> 
> I'm getting really sick of the fact that I seem to need to make at least 
> one typo or other small error per post. "modprobe" ofcourse.

Oh, I so love myself. Try this instead:

# patch -p1 -r < ens1371-ac97_reset_hack.diff
# patch -p1 -r < ens1371-ac97.diff

I'll make sure I get some sleep before I post again.

Rene.

Re: is this card supported by ALSA?

[Landis McGauhey]

[-- Attachment #1.1: Type: text/plain, Size: 2212 bytes --]




> Date: Wed, 16 Jul 2008 16:52:39 +0200
> From: rene.herman@keyaccess.nl
> To: b3zdomny@hotmail.com
> CC: tiwai@suse.de; alsa-user@lists.sourceforge.net; alsa-devel@alsa-project.org; ALSA@sc8-sf-spam2.sourceforge.net
> Subject: Re: [Alsa-user] is this card supported by ALSA?
> 
> On 16-07-08 16:44, Rene Herman wrote:
> 
> > On 16-07-08 16:40, Rene Herman wrote:
> > 
> >> # moodprobe -r  ens1371-ac97_reset_hack.diff
> >> # moodprobe -r  ens1371-ac97.diff
> > 
> > I'm getting really sick of the fact that I seem to need to make at least 
> > one typo or other small error per post. "modprobe" ofcourse.
> 
> Oh, I so love myself. Try this instead:
> 
> # patch -p1 -r < ens1371-ac97_reset_hack.diff
> # patch -p1 -r < ens1371-ac97.diff
> 
> I'll make sure I get some sleep before I post again.
> 
> Rene.

Yes, you deserve it!  Thanks for all your hard work-- it must be, what, 1710 hrs there?  Here's 0810 hrs and today is my grass-cutting day, so it's time for me to do that before it gets hot.  I will do everything you've mentioned in your recent messages, including removing and examing the card-- I'll even take a macro photograph of it-- later on this evening Netherlands time, perhaps while you're getting a much-deserved night's sleep.  My feedback should be ready for you when you awaken Thursday morning Netherlands time.

Best regards,

Landis

PS -- I'm going to laugh my arse off if the external USB soundcard I got for my old laptop with WinXP Home, works in this old desktop with ALSA!  If that happens, I will ask my treasurer (my dear wife, she's the breadwinner, I'm a stay-at-home dad on disability) if I can buy another of those USB soundcards for this old desktop.  Then I will install the PCI card in our teenager's old desktop with WinXP Home-- it would represent an upgrade for them as presently they have only onboard sound.  According to the United Parcel Service website, I should take delivery today of that USB card.

_________________________________________________________________
Keep your kids safer online with Windows Live Family Safety.
http://www.windowslive.com/family_safety/overview.html?ocid=TXT_TAGLM_WL_family_safety_072008

[-- Attachment #1.2: Type: text/html, Size: 2604 bytes --]

[-- Attachment #2: Type: text/plain, Size: 363 bytes --]

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

[-- Attachment #3: Type: text/plain, Size: 158 bytes --]

_______________________________________________
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user

Re: is this card supported by ALSA?

[Sergei Steshenko]

-----Original Message-----
From: Rene Herman <rene.herman@keyaccess.nl>
To: Landis McGauhey <b3zdomny@hotmail.com>
Date: Wed, 16 Jul 2008 16:44:11 +0200
Subject: Re: [Alsa-user] is this card supported by ALSA?

> 
> On 16-07-08 16:40, Rene Herman wrote:
> 
> > # moodprobe -r  ens1371-ac97_reset_hack.diff
> > # moodprobe -r  ens1371-ac97.diff
> 
> I'm getting really sick of the fact that I seem to need to make at least 
> one typo or other small error per post. "modprobe" ofcourse.
> 
> Rene.
> 
>

Actually, 'moodprobe' is a really nice word :-). I love it !

Probably Linux distros should symlink ln -s modprobe moodprobe .

--Sergei.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: is this card supported by ALSA?

[Landis McGauhey]

[-- Attachment #1.1: Type: text/plain, Size: 1408 bytes --]






> From: steshenko_sergei@list.ru
> To: rene.herman@keyaccess.nl
> CC: b3zdomny@hotmail.com; tiwai@suse.de; alsa-user@lists.sourceforge.net; alsa-devel@alsa-project.org; ALSA@sc8-sf-spam2.sourceforge.net
> Subject: Re[2]: [Alsa-user] is this card supported by ALSA?
> Date: Wed, 16 Jul 2008 19:12:26 +0400
> 
> 
> 
> -----Original Message-----
> From: Rene Herman <rene.herman@keyaccess.nl>
> To: Landis McGauhey <b3zdomny@hotmail.com>
> Date: Wed, 16 Jul 2008 16:44:11 +0200
> Subject: Re: [Alsa-user] is this card supported by ALSA?
> 
> > 
> > On 16-07-08 16:40, Rene Herman wrote:
> > 
> > > # moodprobe -r  ens1371-ac97_reset_hack.diff
> > > # moodprobe -r  ens1371-ac97.diff
> > 
> > I'm getting really sick of the fact that I seem to need to make at least 
> > one typo or other small error per post. "modprobe" ofcourse.
> > 
> > Rene.
> > 
> >
> 
> Actually, 'moodprobe' is a really nice word :-). I love it !
> 
> Probably Linux distros should symlink ln -s modprobe moodprobe .
> 
> --Sergei.


LOL!  Spasibo, Sergei.  In that case, my psychiatrist will diagnose me as having a moodprobe disorder rather than a mood disorder! ;)

_________________________________________________________________
Keep your kids safer online with Windows Live Family Safety.
http://www.windowslive.com/family_safety/overview.html?ocid=TXT_TAGLM_WL_family_safety_072008

[-- Attachment #1.2: Type: text/html, Size: 1830 bytes --]

[-- Attachment #2: Type: text/plain, Size: 363 bytes --]

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

[-- Attachment #3: Type: text/plain, Size: 158 bytes --]

_______________________________________________
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user

Re: [Alsa-user] is this card supported by ALSA?

[Landis McGauhey]

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




> Date: Wed, 16 Jul 2008 16:52:39 +0200
> From: rene.herman@keyaccess.nl
> To: b3zdomny@hotmail.com
> CC: tiwai@suse.de; alsa-user@lists.sourceforge.net; alsa-devel@alsa-project.org; ALSA@sc8-sf-spam2.sourceforge.net
> Subject: Re: [Alsa-user] is this card supported by ALSA?
> 
> On 16-07-08 16:44, Rene Herman wrote:
> 
> > On 16-07-08 16:40, Rene Herman wrote:
> > 
> >> # moodprobe -r  ens1371-ac97_reset_hack.diff
> >> # moodprobe -r  ens1371-ac97.diff
> > 
> > I'm getting really sick of the fact that I seem to need to make at least 
> > one typo or other small error per post. 'modprobe' ofcourse.
> 
> Oh, I so love myself. Try this instead:
> 
> # patch -p1 -r < ens1371-ac97_reset_hack.diff
> # patch -p1 -r < ens1371-ac97.diff
> 
> I'll make sure I get some sleep before I post again.
> 
> Rene.


OK, this is interesting:

 # patch -p1 -r < ens1371-ac97_reset_hack.diff=
bash: ens1371-ac97_reset_hack.diff: No such file or directory

# patch -p1 -r < ens1371-ac97.diff
bash: ens1371-ac97.diff: No such file or directory

Go figure.

Attached are two high-res pix of the card.  The smallest chips were just too darned small for me to read the printing; maybe you can magnify the pix and make something of them.  Thanks again for all your help.  I think I'm just going to be happy with OSS for awhile and see if I can't get it to support Skype.  If you decide to keep working on this and you want to test something, you're welcome to contact me.

best regards as always,

Landis
 
_________________________________________________________________
Keep your kids safer online with Windows Live Family Safety.
http://www.windowslive.com/family_safety/overview.html?ocid=TXT_TAGLM_WL_family_safety_072008

[-- Attachment #2: p7163034.jpg --]
[-- Type: image/jpeg, Size: 2448672 bytes --]

[-- Attachment #3: p7163032.jpg --]
[-- Type: image/jpeg, Size: 2183175 bytes --]

[-- Attachment #4: Type: text/plain, Size: 160 bytes --]

_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

Re: [Alsa-user] is this card supported by ALSA?

[Rene Herman]

On 16-07-08 20:00, Landis McGauhey wrote:

> OK, this is interesting:
> 
> # patch -p1 -r < ens1371-ac97_reset_hack.diff=
> bash:ens1371-ac97_reset_hack.diff: No such file or directory
> 
> # patch -p1 -r < ens1371-ac97.diff
> bash: ens1371-ac97.diff: No such file or directory
> 
> Go figure.

Of course. You've done this a number of times now, so I took for granted 
that by now you'd understand to put in the path yourself. You saved 
these diff's from earlier mssages.

> Attached are two high-res pix of the card. The smallest chips were
> just too darned small for me to read the printing; maybe you can
> magnify the pix and make something of them.

A CT4730. You have an onboard amp (and it's disabled -- setting both the 
jumpers to the SPK position enables it but keeping it disabled is better 
if you don't really need it; these opamps suck).

Moreover, the AC97 codec seems integrated in the EV1938. Just found a 
patch for FreeBSD following up a similar report for your card. Will look 
at it tomorrow.

Rene.

Re: is this card supported by ALSA?

[Landis McGauhey]

[-- Attachment #1.1: Type: text/plain, Size: 1984 bytes --]




> Date: Wed, 16 Jul 2008 20:50:21 +0200
> From: rene.herman@keyaccess.nl
> To: b3zdomny@hotmail.com
> CC: tiwai@suse.de; alsa-user@lists.sourceforge.net; alsa-devel@alsa-project.org; alsa@sc8-sf-spam2.sourceforge.net
> Subject: Re: [Alsa-user] is this card supported by ALSA?
> 
> On 16-07-08 20:00, Landis McGauhey wrote:
> 
> > OK, this is interesting:
> > 
> > # patch -p1 -r < ens1371-ac97_reset_hack.diff=
> > bash:ens1371-ac97_reset_hack.diff: No such file or directory
> > 
> > # patch -p1 -r < ens1371-ac97.diff
> > bash: ens1371-ac97.diff: No such file or directory
> > 
> > Go figure.
> 
> Of course. You've done this a number of times now, so I took for granted 
> that by now you'd understand to put in the path yourself. You saved 
> these diff's from earlier mssages.
> 
> > Attached are two high-res pix of the card. The smallest chips were
> > just too darned small for me to read the printing; maybe you can
> > magnify the pix and make something of them.
> 
> A CT4730. You have an onboard amp (and it's disabled -- setting both the 
> jumpers to the SPK position enables it but keeping it disabled is better 
> if you don't really need it; these opamps suck).
> 
> Moreover, the AC97 codec seems integrated in the EV1938. Just found a 
> patch for FreeBSD following up a similar report for your card. Will look 
> at it tomorrow.
> 
> Rene.


OK, thanks!  As for the "patch -p1 -r" commands, I see.  I already had sent the diff's to the recycle bin, so following your message, I restored them and then ran the commands again with the paths.  They erred out with a complaint that "option requires an argument -- r".  I'm reading the manual now, I'll figure it out, you go get some sleep!

as always, many thanks and best regards,

Landis
  
_________________________________________________________________
Time for vacation? WIN what you need- enter now!
http://www.gowindowslive.com/summergiveaway/?ocid=tag_jlyhm

[-- Attachment #1.2: Type: text/html, Size: 2399 bytes --]

[-- Attachment #2: Type: text/plain, Size: 363 bytes --]

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

[-- Attachment #3: Type: text/plain, Size: 158 bytes --]

_______________________________________________
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user

Re: is this card supported by ALSA?

[Sergei Steshenko]

-----Original Message-----
From: Landis McGauhey <b3zdomny@hotmail.com>
To: Rene Herman <rene.herman@keyaccess.nl>
Date: Wed, 16 Jul 2008 13:15:19 -0700
Subject: Re: [Alsa-user] is this card supported by ALSA?

> 
> 
> 
> > Date: Wed, 16 Jul 2008 20:50:21 +0200
> > From: rene.herman@keyaccess.nl
> > To: b3zdomny@hotmail.com
> > CC: tiwai@suse.de; alsa-user@lists.sourceforge.net; alsa-devel@alsa-project.org; alsa@sc8-sf-spam2.sourceforge.net
> > Subject: Re: [Alsa-user] is this card supported by ALSA?
> > 
> > On 16-07-08 20:00, Landis McGauhey wrote:
> > 
> > > OK, this is interesting:
> > > 
> > > # patch -p1 -r < ens1371-ac97_reset_hack.diff=
> > > bash:ens1371-ac97_reset_hack.diff: No such file or directory
> > > 
> > > # patch -p1 -r < ens1371-ac97.diff
> > > bash: ens1371-ac97.diff: No such file or directory
> > > 
> > > Go figure.
> > 
> > Of course. You've done this a number of times now, so I took for granted 
> > that by now you'd understand to put in the path yourself. You saved 
> > these diff's from earlier mssages.
> > 
> > > Attached are two high-res pix of the card. The smallest chips were
> > > just too darned small for me to read the printing; maybe you can
> > > magnify the pix and make something of them.
> > 
> > A CT4730. You have an onboard amp (and it's disabled -- setting both the 
> > jumpers to the SPK position enables it but keeping it disabled is better 
> > if you don't really need it; these opamps suck).
> > 
> > Moreover, the AC97 codec seems integrated in the EV1938. Just found a 
> > patch for FreeBSD following up a similar report for your card. Will look 
> > at it tomorrow.
> > 
> > Rene.
> 
> 
> OK, thanks!  As for the "patch -p1 -r" commands, I see.  I already had sent the diff's to the recycle bin, so following your message, I restored them and then ran the commands again with the paths.  They erred out with a complaint that "option requires an argument -- r".  I'm reading the manual now, I'll figure it out, you go get some sleep!
> 
> as always, many thanks and best regards,
> 
> Landis
>   
> _________________________________________________________________
> Time for vacation? WIN what you need- enter now!
> http://www.gowindowslive.com/summergiveaway/?ocid=tag_jlyhm
> 
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> 
> _______________________________________________
> Alsa-user mailing list
> Alsa-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/alsa-user
> 
> 

Maybe Rene meant '-R' (reverse patch) rather than '-r rejects_file'.

Regards,
  Sergei.



-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: is this card supported by ALSA?

[Landis McGauhey]

[-- Attachment #1.1: Type: text/plain, Size: 763 bytes --]




> From: steshenko_sergei@list.ru
> To: b3zdomny@hotmail.com
> CC: rene.herman@keyaccess.nl; tiwai@suse.de; alsa-user@lists.sourceforge.net; alsa-devel@alsa-project.org; alsa@sc8-sf-spam2.sourceforge.net
> Subject: Re[2]: [Alsa-user] is this card supported by ALSA?
> Date: Thu, 17 Jul 2008 00:30:15 +0400
<snip>
> 
> Maybe Rene meant '-R' (reverse patch) rather than '-r rejects_file'.
> 
> Regards,
>   Sergei.
> 
> 

Spasibo, Sergei.  Yes, that's what I'm thinking, too.

Poka,

Landis

_________________________________________________________________
Use video conversation to talk face-to-face with Windows Live Messenger.
http://www.windowslive.com/messenger/connect_your_way.html?ocid=TXT_TAGLM_WL_Refresh_messenger_video_072008

[-- Attachment #1.2: Type: text/html, Size: 1025 bytes --]

[-- Attachment #2: Type: text/plain, Size: 363 bytes --]

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

[-- Attachment #3: Type: text/plain, Size: 158 bytes --]

_______________________________________________
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user

Re: is this card supported by ALSA?

[Rene Herman]

On 16-07-08 22:30, Sergei Steshenko wrote:

> Maybe Rene meant '-R' (reverse patch) rather than '-r rejects_file'.

Hey, I said I made at least one error per post -- there wouldn't be any 
logic in that all of a sudden not being so for the 3rd correction to 
another post since that, obviously, is a post in itself.

I wonder what the error in this one is going to be. I should probably 
start putting in deliberate typos in an attempt to avoid more sarious 
damage.

Or maybe the sleep thing will have actually worked...

Rene.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: [Alsa-user] is this card supported by ALSA?

[Rene Herman]

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

On 16-07-08 20:50, Rene Herman wrote:

> Moreover, the AC97 codec seems integrated in the EV1938. Just found a
> patch for FreeBSD following up a similar report for your card. Will
> look at it tomorrow.

Nothing interesting. Ready to give up on this. There is a communication 
problem with the AC97 codec and that's the kind of thing which is almost 
impossible to debug via email, especially since apparently this is not 
different for the OSS driver; it's also not getting back a valid ID at 
least.

I do wonder a bit if that might mean that the only difference is the 
ALSA "mute by default" behaviour. The attached patch does away with the 
default muting of the AC97 controls. You'd apply it as before (after 
reverting the previous 2 patches as written earlier), "make", "make 
modules_install" and then load snd-ens1371:

# modprobe -r es1371
# modprobe -r snd-ens1371
# modprobe snd-ens1371

and then "aplay foo.wav" (without first starting alsamixer). If no 
sound, adjust levels in alsamixer, retry aplay, if no sound, reboot (to 
get the card to a startup state) and retry after the above 3 modprobes.

If for some unimagineable reason you still need "alsaconf" instead of 
just modprobe snd-ens1371 to load the driver, adjust accordingly. Have 
no idea why that would be the case.

If as expected you still have no sound I give up. Stared at this stuff, 
but am not seeing anything stand out. If you ever decide to replace the 
card and can find an ALSA developer in your neighbourhood to donate it 
to that could be interesting. I've never seen an EV1938 locally here; 
distribution is probably limited to the US.

Rene.

[-- Attachment #2: ac97_dont_mute.diff --]
[-- Type: text/plain, Size: 428 bytes --]

diff --git a/sound/pci/ac97/ac97_codec.c b/sound/pci/ac97/ac97_codec.c
index 4f4343d..97a4365 100644
--- a/sound/pci/ac97/ac97_codec.c
+++ b/sound/pci/ac97/ac97_codec.c
@@ -1196,8 +1196,6 @@ static int snd_ac97_cmute_new_stereo(struct snd_card *card, char *name, int reg,
 	err = snd_ctl_add(card, kctl);
 	if (err < 0)
 		return err;
-	/* mute as default */
-	snd_ac97_write_cache(ac97, reg, val | mute_mask);
 	return 0;
 }
 

[-- Attachment #3: Type: text/plain, Size: 160 bytes --]

_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

Re: is this card supported by ALSA?

[Landis McGauhey]

[-- Attachment #1.1: Type: text/plain, Size: 2580 bytes --]




> Date: Fri, 18 Jul 2008 18:31:14 +0200
> From: rene.herman@keyaccess.nl
> To: b3zdomny@hotmail.com
> CC: tiwai@suse.de; alsa-user@lists.sourceforge.net; alsa-devel@alsa-project.org; alsa@sc8-sf-spam2.sourceforge.net
> Subject: Re: [Alsa-user] is this card supported by ALSA?
> 
> On 16-07-08 20:50, Rene Herman wrote:
> 
> > Moreover, the AC97 codec seems integrated in the EV1938. Just found a
> > patch for FreeBSD following up a similar report for your card. Will
> > look at it tomorrow.
> 
> Nothing interesting. Ready to give up on this. There is a communication 
> problem with the AC97 codec and that's the kind of thing which is almost 
> impossible to debug via email, especially since apparently this is not 
> different for the OSS driver; it's also not getting back a valid ID at 
> least.
> 
> I do wonder a bit if that might mean that the only difference is the 
> ALSA "mute by default" behaviour. The attached patch does away with the 
> default muting of the AC97 controls. You'd apply it as before (after 
> reverting the previous 2 patches as written earlier), "make", "make 
> modules_install" and then load snd-ens1371:
> 
> # modprobe -r es1371
> # modprobe -r snd-ens1371
> # modprobe snd-ens1371
> 
> and then "aplay foo.wav" (without first starting alsamixer). If no 
> sound, adjust levels in alsamixer, retry aplay, if no sound, reboot (to 
> get the card to a startup state) and retry after the above 3 modprobes.
> 
> If for some unimagineable reason you still need "alsaconf" instead of 
> just modprobe snd-ens1371 to load the driver, adjust accordingly. Have 
> no idea why that would be the case.
> 
> If as expected you still have no sound I give up. Stared at this stuff, 
> but am not seeing anything stand out. If you ever decide to replace the 
> card and can find an ALSA developer in your neighbourhood to donate it 
> to that could be interesting. I've never seen an EV1938 locally here; 
> distribution is probably limited to the US.
> 
> Rene.

Thank you so much, Rene.  I will do these procedures, but in the meantime I have OSS in full swing.  Do I need to do something to turn off or uninstall OSS before proceeding with the above procedures?  Thank you.

Best regards from North-Central California where the forest fires are increasingly under control and our skies are finally more clear,

Landis

_________________________________________________________________
Time for vacation? WIN what you need- enter now!
http://www.gowindowslive.com/summergiveaway/?ocid=tag_jlyhm

[-- Attachment #1.2: Type: text/html, Size: 2995 bytes --]

[-- Attachment #2: Type: text/plain, Size: 363 bytes --]

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

[-- Attachment #3: Type: text/plain, Size: 158 bytes --]

_______________________________________________
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user

Re: is this card supported by ALSA?

[Landis McGauhey]

[-- Attachment #1.1: Type: text/plain, Size: 1160 bytes --]




> Date: Fri, 18 Jul 2008 18:31:14 +0200
> From: rene.herman@keyaccess.nl
> To: b3zdomny@hotmail.com
> CC: tiwai@suse.de; alsa-user@lists.sourceforge.net; alsa-devel@alsa-project.org; alsa@sc8-sf-spam2.sourceforge.net
> Subject: Re: [Alsa-user] is this card supported by ALSA?
> 
> On 16-07-08 20:50, Rene Herman wrote:
> 
<snip>

# patch -p1 --dry-run < ac97_dont_mute.diff=
"(Stripping trailing CRs from patch.)
can't find file to patch at input line 5
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff --git a/sound/pci/ac97/ac97_codec.c b/sound/pci/ac97/ac97_codec.c
|index 4f4343d..97a4365 100644
|--- a/sound/pci/ac97/ac97_codec.c
|+++ b/sound/pci/ac97/ac97_codec.c
--------------------------
File to patch:"

And I didn't know how to proceed and didn't want to mess things up by guessing, so I exited the process.

Thanks,

Landis

_________________________________________________________________
Keep your kids safer online with Windows Live Family Safety.
http://www.windowslive.com/family_safety/overview.html?ocid=TXT_TAGLM_WL_family_safety_072008

[-- Attachment #1.2: Type: text/html, Size: 1437 bytes --]

[-- Attachment #2: Type: text/plain, Size: 363 bytes --]

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

[-- Attachment #3: Type: text/plain, Size: 158 bytes --]

_______________________________________________
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user

Re: is this card supported by ALSA?

[Sergei Steshenko]

-----Original Message-----
From: Landis McGauhey <b3zdomny@hotmail.com>
To: Rene Herman <rene.herman@keyaccess.nl>
Date: Fri, 18 Jul 2008 12:35:20 -0700
Subject: Re: [Alsa-user] is this card supported by ALSA?

> 
> 
> 
> > Date: Fri, 18 Jul 2008 18:31:14 +0200
> > From: rene.herman@keyaccess.nl
> > To: b3zdomny@hotmail.com
> > CC: tiwai@suse.de; alsa-user@lists.sourceforge.net; alsa-devel@alsa-project.org; alsa@sc8-sf-spam2.sourceforge.net
> > Subject: Re: [Alsa-user] is this card supported by ALSA?
> > 
> > On 16-07-08 20:50, Rene Herman wrote:
> > 
> <snip>
> 
> # patch -p1 --dry-run < ac97_dont_mute.diff=
> "(Stripping trailing CRs from patch.)
> can't find file to patch at input line 5
> Perhaps you used the wrong -p or --strip option?
> The text leading up to this was:
> --------------------------
> |diff --git a/sound/pci/ac97/ac97_codec.c b/sound/pci/ac97/ac97_codec.c
> |index 4f4343d..97a4365 100644
> |--- a/sound/pci/ac97/ac97_codec.c
> |+++ b/sound/pci/ac97/ac97_codec.c
> --------------------------
> File to patch:"
> 
> And I didn't know how to proceed and didn't want to mess things up by guessing, so I exited the process.
> 
> Thanks,
> 
> Landis
> 
> _________________________________________________________________
> Keep your kids safer online with Windows Live Family Safety.
> http://www.windowslive.com/family_safety/overview.html?ocid=TXT_TAGLM_WL_family_safety_072008
> 
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> 
> _______________________________________________
> Alsa-user mailing list
> Alsa-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/alsa-user
> 
> 

Were you in the correct subdirectory when running 'patch' ?

--Sergei.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: is this card supported by ALSA?

[Landis McGauhey]

[-- Attachment #1.1: Type: text/plain, Size: 703 bytes --]




> From: steshenko_sergei@list.ru
> To: b3zdomny@hotmail.com
> CC: rene.herman@keyaccess.nl; tiwai@suse.de; alsa-user@lists.sourceforge.net; alsa-devel@alsa-project.org; alsa@sc8-sf-spam2.sourceforge.net
> Subject: Re[2]: [Alsa-user] is this card supported by ALSA?
> Date: Fri, 18 Jul 2008 23:47:45 +0400
<snip>
> 
> Were you in the correct subdirectory when running 'patch' ?
> 
> --Sergei.

Yes, I was.  Thanks for confirming this.

best regards,

Landis

_________________________________________________________________
Keep your kids safer online with Windows Live Family Safety.
http://www.windowslive.com/family_safety/overview.html?ocid=TXT_TAGLM_WL_family_safety_072008

[-- Attachment #1.2: Type: text/html, Size: 961 bytes --]

[-- Attachment #2: Type: text/plain, Size: 363 bytes --]

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

[-- Attachment #3: Type: text/plain, Size: 158 bytes --]

_______________________________________________
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user

Re: is this card supported by ALSA?

[Rene Herman]

On 18-07-08 22:11, Landis McGauhey wrote:

>  > From: steshenko_sergei@list.ru

>  > Were you in the correct subdirectory when running 'patch' ?

> Yes, I was.  Thanks for confirming this.

No you weren't. But yes, I'll leave this issue be. It can't be debugged 
this way. Please note that when/if you upgrade to a newer kernel release 
you'll have to apply the OSS ES1371 driver restoration patch as posted 
at the beginning of this all again, so hang on to it.

Rene.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: is this card supported by ALSA?

[Landis McGauhey]

[-- Attachment #1.1: Type: text/plain, Size: 1147 bytes --]




> Date: Sat, 19 Jul 2008 06:48:12 +0200
> From: rene.herman@keyaccess.nl
> To: b3zdomny@hotmail.com
> CC: steshenko_sergei@list.ru; tiwai@suse.de; alsa-user@lists.sourceforge.net; alsa-devel@alsa-project.org; alsa@sc8-sf-spam2.sourceforge.net
> Subject: Re: [Alsa-user] is this card supported by ALSA?
> 
> On 18-07-08 22:11, Landis McGauhey wrote:
> 
> >  > From: steshenko_sergei@list.ru
> 
> >  > Were you in the correct subdirectory when running 'patch' ?
> 
> > Yes, I was.  Thanks for confirming this.
> 
> No you weren't. But yes, I'll leave this issue be. It can't be debugged 
> this way. Please note that when/if you upgrade to a newer kernel release 
> you'll have to apply the OSS ES1371 driver restoration patch as posted 
> at the beginning of this all again, so hang on to it.
> 
> Rene.

Will do.  Thanks for everything, Rene.

best regards from North-Central California USA

Landis

_________________________________________________________________
Stay in touch when you're away with Windows Live Messenger.
http://www.windowslive.com/messenger/overview.html?ocid=TXT_TAGLM_WL_messenger2_072008

[-- Attachment #1.2: Type: text/html, Size: 1469 bytes --]

[-- Attachment #2: Type: text/plain, Size: 363 bytes --]

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

[-- Attachment #3: Type: text/plain, Size: 158 bytes --]

_______________________________________________
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user

Re: is this card supported by ALSA?

[Landis McGauhey]

[-- Attachment #1.1: Type: text/plain, Size: 1029 bytes --]




> Date: Fri, 18 Jul 2008 18:31:14 +0200
> From: rene.herman@keyaccess.nl
> To: b3zdomny@hotmail.com
> CC: tiwai@suse.de; alsa-user@lists.sourceforge.net; alsa-devel@alsa-project.org; alsa@sc8-sf-spam2.sourceforge.net
> Subject: Re: [Alsa-user] is this card supported by ALSA?
<snip>

Thanks, Rene.  You needn't bother yourself anymore on my account.  Got all audio, including Skype, working in OSS.  The Skype solution for OSS:

[code]ossdetect -d[/code]

[code]ossdevlinks -v -r[/code]

then download and install Skype 2.0.0.72-oss (emphasis on *oss"!) from
[quote]http://download.skype.com/linux/skype_static-2.0.0.72-oss.tar.bz2[/quote]according to the instructions in its ReadMe file.

Now I'm a happy voice-chatter!

thanks and best regards to all from North-Central California,

Landis

_________________________________________________________________
With Windows Live for mobile, your contacts travel with you.
http://www.windowslive.com/mobile/overview.html?ocid=TXT_TAGLM_WL_mobile_072008

[-- Attachment #1.2: Type: text/html, Size: 1366 bytes --]

[-- Attachment #2: Type: text/plain, Size: 363 bytes --]

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

[-- Attachment #3: Type: text/plain, Size: 158 bytes --]

_______________________________________________
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user