* [ALSA - driver 0000059]: On au8820 left and right channels are swapped
@ 2005-03-22 21:33 bugtrack
2005-03-24 4:03 ` Raymond
0 siblings, 1 reply; 17+ messages in thread
From: bugtrack @ 2005-03-22 21:33 UTC (permalink / raw)
To: alsa-devel
The following issue has been set as RELATED TO issue 0000949.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=59>
======================================================================
Reported By: kernel_bug
Assigned To: mjander
======================================================================
Project: ALSA - driver
Issue ID: 59
Category: PCI - au88x0
Reproducibility: random
Severity: major
Priority: normal
Status: feedback
Distribution:
Kernel Version: 2.6.2
======================================================================
Date Submitted: 02-13-2004 11:40 CET
Last Modified: 03-10-2005 21:25 CET
======================================================================
Summary: On au8820 left and right channels are swapped
Description:
In most cases, left and right channels are swapped. But in approx. 5% cases
all OK. Looks like the matter is somewhere in byte alignment...
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0000949 Randomly, left and right tracks are swaped
======================================================================
----------------------------------------------------------------------
kernel_bug - 02-21-04 15:40
----------------------------------------------------------------------
If you think that i have swapped my speakers, it is not true: mixer works
correctly.
----------------------------------------------------------------------
Tim - 03-02-04 02:56
----------------------------------------------------------------------
I have exactly the same problem: Since I changed from an old OSS driver
version with precompiled parts to ALSA, in more or less 95% of all cases
the channels are swapped. (au8820)
----------------------------------------------------------------------
kernel_bug - 04-09-04 11:54
----------------------------------------------------------------------
Ok, with last release (1.0.4) it works almost correctly. Channels swapped
only on first playing after loading modules. After this, all works
correctly.
----------------------------------------------------------------------
mjander - 04-09-04 18:35
----------------------------------------------------------------------
This bug is believed to be fixed in latest patch posted on OpenVortex devel
list. Will be sent to the ALSA guys now.
----------------------------------------------------------------------
mjander - 04-17-04 18:59
----------------------------------------------------------------------
THis bug has been fixed in alsa-driver version beyond 1.0.4 (to be released
at a unknown time). A patch is available at:
http://docencia.mat.utfsm.cl/~mjander/aureal/alsa/aureal-2.6.5.diff.gz
The credits for the bug discovery are for "claudia" (VortexOfSound
forum).
Best Regards
----------------------------------------------------------------------
kernel_bug - 04-26-04 17:04
----------------------------------------------------------------------
Channels are still swapped (always) when you are playing something first
time after loading modules. At least on my system, the following steps
always result in channel swapping:
1. unload ALSA modules (I usually do it with `service alsasound stop`)
2. Load them back
3. Play the sound.
----------------------------------------------------------------------
mjander - 04-26-04 23:27
----------------------------------------------------------------------
Could you send me more details ? I really don't understand exactly what do
you mean.
email: mjander(at)users[dot].sourceforge[dot]net
Thanks
----------------------------------------------------------------------
jdthood - 03-10-05 15:31
----------------------------------------------------------------------
> Channels are still swapped (always) when you are playing something
> first time after loading modules.
Submitter: Is this bug still present? Are the channels swapped just
after the module is loaded?
----------------------------------------------------------------------
mjander - 03-10-05 16:44
----------------------------------------------------------------------
AFAIK this bug was solved a long time ago. It was supposedly caused by a
incorrect routing table initialization (bug found by Claudia). That fact,
i guess, leaved some random routes interferening with other intentional
routes.
Did anyone still get this bug or may we close it ?
Best Regards
Manuel
----------------------------------------------------------------------
kernel_bug - 03-10-05 21:25
----------------------------------------------------------------------
> Did anyone still get this bug or may we close it ?
Yes, I still get this bug. Channels are swapped just after the module is
loaded. First attempt to play something causes output with swapped
channels, all consequent attempts cause normal output.
"A long time ago" there was fixed another bug concerned with _random_
channel swap at _any_ attempt of output. Now we _always_ have swapped
channels, but only when you try to output something just after the module
is loaded.
I use ALSA drivers from the Linux kernel 2.6.11.
Thanks.
Issue History
Date Modified Username Field Change
======================================================================
02-13-04 11:40 kernel_bug New Issue
02-21-04 15:40 kernel_bug Note Added: 0000280
03-02-04 02:56 Tim Note Added: 0000429
04-09-04 11:54 kernel_bug Note Added: 0000774
04-09-04 18:35 mjander Note Added: 0000777
04-17-04 18:59 mjander Status assigned => closed
04-17-04 18:59 mjander Note Added: 0000849
04-26-04 17:04 kernel_bug Status closed => feedback
04-26-04 17:04 kernel_bug Resolution open => reopened
04-26-04 17:04 kernel_bug Note Added: 0000953
04-26-04 23:27 mjander Note Added: 0000956
03-10-05 15:31 jdthood Note Added: 0003866
03-10-05 16:44 mjander Note Added: 0003867
03-10-05 21:25 kernel_bug Note Added: 0003873
03-22-05 22:33 jdthood Relationship added related to 0000949
======================================================================
-------------------------------------------------------
This SF.net email is sponsored by: 2005 Windows Mobile Application Contest
Submit applications for Windows Mobile(tm)-based Pocket PCs or Smartphones
for the chance to win $25,000 and application distribution. Enter today at
http://ads.osdn.com/?ad_id=6882&alloc_id=15148&op=click
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [ALSA - driver 0000059]: On au8820 left and right channels are swapped
2005-03-22 21:33 [ALSA - driver 0000059]: On au8820 left and right channels are swapped bugtrack
@ 2005-03-24 4:03 ` Raymond
0 siblings, 0 replies; 17+ messages in thread
From: Raymond @ 2005-03-24 4:03 UTC (permalink / raw)
To: alsa-devel
bugtrack@alsa-project.org wrote:
> The following issue has been set as RELATED TO issue 0000949.
> ======================================================================
> <https://bugtrack.alsa-project.org/alsa-bug/view.php?id=59>
> ======================================================================
> Reported By: kernel_bug
> Assigned To: mjander
> ======================================================================
> Project: ALSA - driver
> Issue ID: 59
> Category: PCI - au88x0
> Reproducibility: random
> Severity: major
> Priority: normal
> Status: feedback
> Distribution:
> Kernel Version: 2.6.2
> ======================================================================
> Date Submitted: 02-13-2004 11:40 CET
> Last Modified: 03-10-2005 21:25 CET
> ======================================================================
> Summary: On au8820 left and right channels are swapped
> Description:
> In most cases, left and right channels are swapped. But in approx. 5% cases
> all OK. Looks like the matter is somewhere in byte alignment...
> ======================================================================
>
> ----------------------------------------------------------------------
> kernel_bug - 03-10-05 21:25
> ----------------------------------------------------------------------
>
>>Did anyone still get this bug or may we close it ?
>
>
> Yes, I still get this bug. Channels are swapped just after the module is
> loaded. First attempt to play something causes output with swapped
> channels, all consequent attempts cause normal output.
>
> "A long time ago" there was fixed another bug concerned with _random_
> channel swap at _any_ attempt of output. Now we _always_ have swapped
> channels, but only when you try to output something just after the module
> is loaded.
>
> I use ALSA drivers from the Linux kernel 2.6.11.
>
Would you add the routine vortex_dump_routes() and post the dump of the
active routes & mixers at the end of vortex_pcm_hw_params() when
channels are correct/swapped ?
http://article.gmane.org/gmane.linux.alsa.devel/20490
au88x0_pcm.c
vortex_dump_routes(chip,"at end of vortex_pcm_close()");
vortex_dump_routes(chip,"at end of vortex_pcm_hw_params()");
au88x0_core.c
vortex_dump_routes(vortex,"at end of vortex_connect_deault()");
BTW, this bug seem not RELATED TO issue 0000949.
-------------------------------------------------------
This SF.net email is sponsored by Microsoft Mobile & Embedded DevCon 2005
Attend MEDC 2005 May 9-12 in Vegas. Learn more about the latest Windows
Embedded(r) & Windows Mobile(tm) platforms, applications & content. Register
by 3/29 & save $300 http://ads.osdn.com/?ad_id=6883&alloc_id=15149&op=click
^ permalink raw reply [flat|nested] 17+ messages in thread
* [ALSA - driver 0000059]: On au8820 left and right channels are swapped
@ 2006-03-30 8:31 bugtrack
0 siblings, 0 replies; 17+ messages in thread
From: bugtrack @ 2006-03-30 8:31 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=59>
======================================================================
Reported By: kernel_bug
Assigned To: mjander
======================================================================
Project: ALSA - driver
Issue ID: 59
Category: PCI - au88x0
Reproducibility: random
Severity: major
Priority: normal
Status: confirmed
Distribution:
Kernel Version: 2.6.2
======================================================================
Date Submitted: 02-13-2004 11:40 CET
Last Modified: 03-30-2006 10:31 CEST
======================================================================
Summary: On au8820 left and right channels are swapped
Description:
In most cases, left and right channels are swapped. But in approx. 5% cases
all OK. Looks like the matter is somewhere in byte alignment...
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0000949 Randomly, left and right tracks are swaped
======================================================================
----------------------------------------------------------------------
Raymond - 02-17-06 09:21
----------------------------------------------------------------------
Using outls.wav and outrs.wav from Vortex driver CD
aplay -D hw:0,0 outls.wav
aplay -D hw:0,0 outrs.wav
Can you try alsa-1.0.11rc3 with/without au88x0_surround40.patch from
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1726 ?
----------------------------------------------------------------------
Raymond - 03-30-06 10:31
----------------------------------------------------------------------
Try the following patch to see if there is a SDAC bit detect problem on
those stereo AC97 codec manufactured before AC97 2.1 spec , since we can
assume all au8820 have stereo codec.
Index: alsa-driver/alsa-kernel/pci/au88x0/au88x0_mixer.c
===================================================================
RCS file: /cvsroot/alsa/alsa-kernel/pci/au88x0/au88x0_mixer.c,v
retrieving revision 1.6
diff -u -r1.6 au88x0_mixer.c
--- alsa-driver/alsa-kernel/pci/au88x0/au88x0_mixer.c 17 Nov 2005
14:55:19
-0000 1.6
+++ alsa-driver/alsa-kernel/pci/au88x0/au88x0_mixer.c 30 Mar 2006
08:25:42
-0000
<at> <at> -28,6 +28,10 <at> <at>
ac97.private_data = vortex;
ac97.scaps = AC97_SCAP_NO_SPDIF;
err = snd_ac97_mixer(pbus, &ac97, &vortex->codec);
- vortex->isquad = ((vortex->codec == NULL) ? 0 :
(vortex->codec->ext_id&0x80));
+#ifdef CHIP_AU8820
+ vortex->isquad = 0;
+#else
+ vortex->isquad = ((vortex->codec == NULL) ? 0 : (vortex->codec->ext_id
& AC97_EI_SDAC));
+#endif
return err;
}
Issue History
Date Modified Username Field Change
======================================================================
02-13-04 11:40 kernel_bug New Issue
02-21-04 15:40 kernel_bug Note Added: 0000280
03-02-04 02:56 Tim Note Added: 0000429
04-09-04 11:54 kernel_bug Note Added: 0000774
04-09-04 18:35 mjander Note Added: 0000777
04-17-04 18:59 mjander Status assigned => closed
04-17-04 18:59 mjander Note Added: 0000849
04-26-04 17:04 kernel_bug Status closed => feedback
04-26-04 17:04 kernel_bug Resolution open => reopened
04-26-04 17:04 kernel_bug Note Added: 0000953
04-26-04 23:27 mjander Note Added: 0000956
03-10-05 15:31 jdthood Note Added: 0003866
03-10-05 16:44 mjander Note Added: 0003867
03-10-05 21:25 kernel_bug Note Added: 0003873
03-22-05 22:33 jdthood Relationship added related to 0000949
03-28-05 04:27 jdthood Note Added: 0004235
03-28-05 04:27 jdthood Status feedback => assigned
03-28-05 04:29 jdthood Status assigned => confirmed
08-26-05 14:50 Raymond Note Added: 0005951
08-26-05 15:12 kernel_bug Note Added: 0005955
08-26-05 16:07 Raymond Note Added: 0005956
08-26-05 17:38 kernel_bug File Added: asound.state
08-26-05 17:41 kernel_bug Note Added: 0005957
08-27-05 04:43 Raymond Note Added: 0005959
01-06-06 18:15 Raymond Note Added: 0007491
01-09-06 17:02 Raymond Note Edited: 0007491
02-17-06 09:21 Raymond Note Added: 0008106
03-30-06 10:31 Raymond Note Added: 0009027
======================================================================
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
^ permalink raw reply [flat|nested] 17+ messages in thread
* [ALSA - driver 0000059]: On au8820 left and right channels are swapped
@ 2006-02-17 8:21 bugtrack
0 siblings, 0 replies; 17+ messages in thread
From: bugtrack @ 2006-02-17 8:21 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=59>
======================================================================
Reported By: kernel_bug
Assigned To: mjander
======================================================================
Project: ALSA - driver
Issue ID: 59
Category: PCI - au88x0
Reproducibility: random
Severity: major
Priority: normal
Status: confirmed
Distribution:
Kernel Version: 2.6.2
======================================================================
Date Submitted: 02-13-2004 11:40 CET
Last Modified: 02-17-2006 09:21 CET
======================================================================
Summary: On au8820 left and right channels are swapped
Description:
In most cases, left and right channels are swapped. But in approx. 5% cases
all OK. Looks like the matter is somewhere in byte alignment...
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0000949 Randomly, left and right tracks are swaped
======================================================================
----------------------------------------------------------------------
Raymond - 01-09-06 17:02
----------------------------------------------------------------------
Please try to add the vortex_dump_route routine at the end of following
routines:-
1) vortex_connect_default()
2) snd_vortex_pcm_hw_params()
3) snd_vortex_pcm_hw_free()
and post the system log when the channels are swapped/normal.
void vortex_dump_route(vortex_t * vortex)
{
u32 addr,value;
u8 src,dest;
int i;
for (i=0; i<VORTEX_ADB_CHNBASE_COUNT; i++) {
addr=VORTEX_ADB_CHNBASE+i*4;
value=hwread(vortex->mmio,addr);
if ( ( value & ROUTE_MASK ) != ROUTE_MASK ) {
src=(value >>ADB_SHIFT)& ADB_MASK;
dest=value & ADB_MASK;
printk(KERN_INFO "%.8x adb_chnbase(%.2x) %.8x src=%.2x
dest=%.2x\n",
addr,i,value,src,dest);
};
};
for (addr=VORTEX_ADB_RTBASE; addr<VORTEX_ADB_CHNBASE; addr+=4) {
value=hwread(vortex->mmio,addr);
if ( ( value & ROUTE_MASK ) != ROUTE_MASK ) {
src=(value >>ADB_SHIFT)& ADB_MASK;
dest=value & ADB_MASK;
printk(KERN_INFO "%.8x adb_rtbase(%.2x) %.8x src=%.2x
dest=%.2x\n",
addr,(addr-VORTEX_ADB_RTBASE)>>2,value,src,dest);
};
};
printk(KERN_INFO "---------------------------------\n");
}
----------------------------------------------------------------------
Raymond - 02-17-06 09:21
----------------------------------------------------------------------
Using outls.wav and outrs.wav from Vortex driver CD
aplay -D hw:0,0 outls.wav
aplay -D hw:0,0 outrs.wav
Can you try alsa-1.0.11rc3 with/without au88x0_surround40.patch from
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1726 ?
Issue History
Date Modified Username Field Change
======================================================================
02-13-04 11:40 kernel_bug New Issue
02-21-04 15:40 kernel_bug Note Added: 0000280
03-02-04 02:56 Tim Note Added: 0000429
04-09-04 11:54 kernel_bug Note Added: 0000774
04-09-04 18:35 mjander Note Added: 0000777
04-17-04 18:59 mjander Status assigned => closed
04-17-04 18:59 mjander Note Added: 0000849
04-26-04 17:04 kernel_bug Status closed => feedback
04-26-04 17:04 kernel_bug Resolution open => reopened
04-26-04 17:04 kernel_bug Note Added: 0000953
04-26-04 23:27 mjander Note Added: 0000956
03-10-05 15:31 jdthood Note Added: 0003866
03-10-05 16:44 mjander Note Added: 0003867
03-10-05 21:25 kernel_bug Note Added: 0003873
03-22-05 22:33 jdthood Relationship added related to 0000949
03-28-05 04:27 jdthood Note Added: 0004235
03-28-05 04:27 jdthood Status feedback => assigned
03-28-05 04:29 jdthood Status assigned => confirmed
08-26-05 14:50 Raymond Note Added: 0005951
08-26-05 15:12 kernel_bug Note Added: 0005955
08-26-05 16:07 Raymond Note Added: 0005956
08-26-05 17:38 kernel_bug File Added: asound.state
08-26-05 17:41 kernel_bug Note Added: 0005957
08-27-05 04:43 Raymond Note Added: 0005959
01-06-06 18:15 Raymond Note Added: 0007491
01-09-06 17:02 Raymond Note Edited: 0007491
02-17-06 09:21 Raymond Note Added: 0008106
======================================================================
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
^ permalink raw reply [flat|nested] 17+ messages in thread* [ALSA - driver 0000059]: On au8820 left and right channels are swapped
@ 2006-01-06 17:15 bugtrack
0 siblings, 0 replies; 17+ messages in thread
From: bugtrack @ 2006-01-06 17:15 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=59>
======================================================================
Reported By: kernel_bug
Assigned To: mjander
======================================================================
Project: ALSA - driver
Issue ID: 59
Category: PCI - au88x0
Reproducibility: random
Severity: major
Priority: normal
Status: confirmed
Distribution:
Kernel Version: 2.6.2
======================================================================
Date Submitted: 02-13-2004 11:40 CET
Last Modified: 01-06-2006 18:15 CET
======================================================================
Summary: On au8820 left and right channels are swapped
Description:
In most cases, left and right channels are swapped. But in approx. 5% cases
all OK. Looks like the matter is somewhere in byte alignment...
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0000949 Randomly, left and right tracks are swaped
======================================================================
----------------------------------------------------------------------
Raymond - 08-27-05 04:43
----------------------------------------------------------------------
0:7c = 574d
0:7e = 4c00
You may need to upgrade to CVS since there is a patch for WM codecs.
This means you cannot just copy pci/ac97/*.*
1) alsa-driver
2) alsa-lib
3) alsa-util
02:02.0 Class 0401: 12eb:0001 (rev 02)
Subsystem: 12eb:0001
Is your Vortex card OEM ?
http://portal.suse.com/sdb/en/2001/03/chofman_vortex.html
Other user do not have your problem but his au8820 card use STAC9704 and
your card use WM9701A.
The other user has WM9701A on his au8810.
http://savannah.nongnu.org/patch/?func=detailitem&item_id=3948
Do you find "vortex: IRQ fifo error" in system log when you play sound ?
http://lists.nongnu.org/archive/html/openvortex-dev/2005-03/msg00015.html
Using "vortex_adbdma_stopfifo()" instead of "vortex_adbdma_pausefifo()"
in snd_vortex_pcm_trigger() (ie. in the same way before au88x0 migrated
from alsa-driver to alsa-kernel) seem to fix the front/rear channels swap
when playing 4 channels sound on my au8830.
----------------------------------------------------------------------
Raymond - 01-06-06 18:15
----------------------------------------------------------------------
Please try to add the vortex_dump_route routine at the end of following
routines:-
1) vortex_connect_default()
2) snd_vortex_pcm_hw_params()
3) snd_vortex_pcm_hw_free()
and post the system log when the channels are swapped/normal.
void vortex_dump_route(vortex_t * vortex)
{
u32 addr,value;
u8 src,dest;
int i;
for (i=0; i<VORTEX_ADB_CHNBASE_COUNT; i++) {
addr=VORTEX_ADB_CHNBASE+i*4;
value=hwread(vortex->mmio,addr);
if ( value != ROUTE_MASK ) {
src=(value >>ADB_SHIFT)& ADB_MASK;
dest=value & ADB_MASK;
printk(KERN_INFO "%.8x adb_chnbase(%.2x) %.8x src=%.2x
dest=%.2x\n",
addr,i,value,src,dest);
};
};
for (addr=VORTEX_ADB_RTBASE; addr<VORTEX_ADB_CHNBASE; addr+=4) {
value=hwread(vortex->mmio,addr);
if ( value != ROUTE_MASK ) {
src=(value >>ADB_SHIFT)& ADB_MASK;
dest=value & ADB_MASK;
printk(KERN_INFO "%.8x adb_rtbase(%.2x) %.8x src=%.2x
dest=%.2x\n",
addr,(addr-VORTEX_ADB_RTBASE)>>2,value,src,dest);
};
};
printk(KERN_INFO "---------------------------------\n");
}
Issue History
Date Modified Username Field Change
======================================================================
02-13-04 11:40 kernel_bug New Issue
02-21-04 15:40 kernel_bug Note Added: 0000280
03-02-04 02:56 Tim Note Added: 0000429
04-09-04 11:54 kernel_bug Note Added: 0000774
04-09-04 18:35 mjander Note Added: 0000777
04-17-04 18:59 mjander Status assigned => closed
04-17-04 18:59 mjander Note Added: 0000849
04-26-04 17:04 kernel_bug Status closed => feedback
04-26-04 17:04 kernel_bug Resolution open => reopened
04-26-04 17:04 kernel_bug Note Added: 0000953
04-26-04 23:27 mjander Note Added: 0000956
03-10-05 15:31 jdthood Note Added: 0003866
03-10-05 16:44 mjander Note Added: 0003867
03-10-05 21:25 kernel_bug Note Added: 0003873
03-22-05 22:33 jdthood Relationship added related to 0000949
03-28-05 04:27 jdthood Note Added: 0004235
03-28-05 04:27 jdthood Status feedback => assigned
03-28-05 04:29 jdthood Status assigned => confirmed
08-26-05 14:50 Raymond Note Added: 0005951
08-26-05 15:12 kernel_bug Note Added: 0005955
08-26-05 16:07 Raymond Note Added: 0005956
08-26-05 17:38 kernel_bug File Added: asound.state
08-26-05 17:41 kernel_bug Note Added: 0005957
08-27-05 04:43 Raymond Note Added: 0005959
01-06-06 18:15 Raymond Note Added: 0007491
======================================================================
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
^ permalink raw reply [flat|nested] 17+ messages in thread* [ALSA - driver 0000059]: On au8820 left and right channels are swapped
@ 2005-08-27 2:43 bugtrack
0 siblings, 0 replies; 17+ messages in thread
From: bugtrack @ 2005-08-27 2:43 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=59>
======================================================================
Reported By: kernel_bug
Assigned To: mjander
======================================================================
Project: ALSA - driver
Issue ID: 59
Category: PCI - au88x0
Reproducibility: random
Severity: major
Priority: normal
Status: confirmed
Distribution:
Kernel Version: 2.6.2
======================================================================
Date Submitted: 02-13-2004 11:40 CET
Last Modified: 08-27-2005 04:43 CEST
======================================================================
Summary: On au8820 left and right channels are swapped
Description:
In most cases, left and right channels are swapped. But in approx. 5% cases
all OK. Looks like the matter is somewhere in byte alignment...
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0000949 Randomly, left and right tracks are swaped
======================================================================
----------------------------------------------------------------------
kernel_bug - 08-26-05 17:41
----------------------------------------------------------------------
> Please upgrade to CVS if possible
> perform speaker-test again after upgrade
I have upgraded directory pci/au88x0 (I suppose it should be sufficient).
No changes.
> alsactl store
> post the content of /etc/asound.state
See attached file.
----------------------------------------------------------------------
Raymond - 08-27-05 04:43
----------------------------------------------------------------------
0:7c = 574d
0:7e = 4c00
You may need to upgrade to CVS since there is a patch for WM codecs.
This means you cannot just copy pci/ac97/*.*
1) alsa-driver
2) alsa-lib
3) alsa-util
02:02.0 Class 0401: 12eb:0001 (rev 02)
Subsystem: 12eb:0001
Is your Vortex card OEM ?
http://portal.suse.com/sdb/en/2001/03/chofman_vortex.html
Other user do not have your problem but his au8820 card use STAC9704 and
your card use WM9701A.
The other user has WM9701A on his au8810.
http://savannah.nongnu.org/patch/?func=detailitem&item_id=3948
Do you find "vortex: IRQ fifo error" in system log when you play sound ?
http://lists.nongnu.org/archive/html/openvortex-dev/2005-03/msg00015.html
Using "vortex_adbdma_stopfifo()" instead of "vortex_adbdma_pausefifo()"
in snd_vortex_pcm_trigger() (ie. in the same way before au88x0 migrated
from alsa-driver to alsa-kernel) seem to fix the front/rear channels swap
when playing 4 channels sound on my au8830.
Issue History
Date Modified Username Field Change
======================================================================
02-13-04 11:40 kernel_bug New Issue
02-21-04 15:40 kernel_bug Note Added: 0000280
03-02-04 02:56 Tim Note Added: 0000429
04-09-04 11:54 kernel_bug Note Added: 0000774
04-09-04 18:35 mjander Note Added: 0000777
04-17-04 18:59 mjander Status assigned => closed
04-17-04 18:59 mjander Note Added: 0000849
04-26-04 17:04 kernel_bug Status closed => feedback
04-26-04 17:04 kernel_bug Resolution open => reopened
04-26-04 17:04 kernel_bug Note Added: 0000953
04-26-04 23:27 mjander Note Added: 0000956
03-10-05 15:31 jdthood Note Added: 0003866
03-10-05 16:44 mjander Note Added: 0003867
03-10-05 21:25 kernel_bug Note Added: 0003873
03-22-05 22:33 jdthood Relationship added related to 0000949
03-28-05 04:27 jdthood Note Added: 0004235
03-28-05 04:27 jdthood Status feedback => assigned
03-28-05 04:29 jdthood Status assigned => confirmed
08-26-05 14:50 Raymond Note Added: 0005951
08-26-05 15:12 kernel_bug Note Added: 0005955
08-26-05 16:07 Raymond Note Added: 0005956
08-26-05 17:38 kernel_bug File Added: asound.state
08-26-05 17:41 kernel_bug Note Added: 0005957
08-27-05 04:43 Raymond Note Added: 0005959
======================================================================
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
^ permalink raw reply [flat|nested] 17+ messages in thread* [ALSA - driver 0000059]: On au8820 left and right channels are swapped
@ 2005-08-26 15:41 bugtrack
0 siblings, 0 replies; 17+ messages in thread
From: bugtrack @ 2005-08-26 15:41 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=59>
======================================================================
Reported By: kernel_bug
Assigned To: mjander
======================================================================
Project: ALSA - driver
Issue ID: 59
Category: PCI - au88x0
Reproducibility: random
Severity: major
Priority: normal
Status: confirmed
Distribution:
Kernel Version: 2.6.2
======================================================================
Date Submitted: 02-13-2004 11:40 CET
Last Modified: 08-26-2005 17:41 CEST
======================================================================
Summary: On au8820 left and right channels are swapped
Description:
In most cases, left and right channels are swapped. But in approx. 5% cases
all OK. Looks like the matter is somewhere in byte alignment...
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0000949 Randomly, left and right tracks are swaped
======================================================================
----------------------------------------------------------------------
Raymond - 08-26-05 16:07
----------------------------------------------------------------------
There is a patch for the codec init code
http://cvs.sourceforge.net/viewcvs.py/alsa/alsa-kernel/pci/au88x0/au88x0_core.c?r1=1.10&r2=1.11
Please upgrade to CVS if possible
perform speaker-test again after upgrade
alsactl store
post the content of /etc/asound.state
----------------------------------------------------------------------
kernel_bug - 08-26-05 17:41
----------------------------------------------------------------------
> Please upgrade to CVS if possible
> perform speaker-test again after upgrade
I have upgraded directory pci/au88x0 (I suppose it should be sufficient).
No changes.
> alsactl store
> post the content of /etc/asound.state
See attached file.
Issue History
Date Modified Username Field Change
======================================================================
02-13-04 11:40 kernel_bug New Issue
02-21-04 15:40 kernel_bug Note Added: 0000280
03-02-04 02:56 Tim Note Added: 0000429
04-09-04 11:54 kernel_bug Note Added: 0000774
04-09-04 18:35 mjander Note Added: 0000777
04-17-04 18:59 mjander Status assigned => closed
04-17-04 18:59 mjander Note Added: 0000849
04-26-04 17:04 kernel_bug Status closed => feedback
04-26-04 17:04 kernel_bug Resolution open => reopened
04-26-04 17:04 kernel_bug Note Added: 0000953
04-26-04 23:27 mjander Note Added: 0000956
03-10-05 15:31 jdthood Note Added: 0003866
03-10-05 16:44 mjander Note Added: 0003867
03-10-05 21:25 kernel_bug Note Added: 0003873
03-22-05 22:33 jdthood Relationship added related to 0000949
03-28-05 04:27 jdthood Note Added: 0004235
03-28-05 04:27 jdthood Status feedback => assigned
03-28-05 04:29 jdthood Status assigned => confirmed
08-26-05 14:50 Raymond Note Added: 0005951
08-26-05 15:12 kernel_bug Note Added: 0005955
08-26-05 16:07 Raymond Note Added: 0005956
08-26-05 17:38 kernel_bug File Added: asound.state
08-26-05 17:41 kernel_bug Note Added: 0005957
======================================================================
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
^ permalink raw reply [flat|nested] 17+ messages in thread
* [ALSA - driver 0000059]: On au8820 left and right channels are swapped
@ 2005-08-26 14:07 bugtrack
0 siblings, 0 replies; 17+ messages in thread
From: bugtrack @ 2005-08-26 14:07 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=59>
======================================================================
Reported By: kernel_bug
Assigned To: mjander
======================================================================
Project: ALSA - driver
Issue ID: 59
Category: PCI - au88x0
Reproducibility: random
Severity: major
Priority: normal
Status: confirmed
Distribution:
Kernel Version: 2.6.2
======================================================================
Date Submitted: 02-13-2004 11:40 CET
Last Modified: 08-26-2005 16:07 CEST
======================================================================
Summary: On au8820 left and right channels are swapped
Description:
In most cases, left and right channels are swapped. But in approx. 5% cases
all OK. Looks like the matter is somewhere in byte alignment...
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0000949 Randomly, left and right tracks are swaped
======================================================================
----------------------------------------------------------------------
kernel_bug - 08-26-05 15:12
----------------------------------------------------------------------
> Try the speaker-test in alsa-utils
> speaker-test -D hw:0,0 -c 2
Just after `modprobe snd-au8820` and `alsactl restore`:
=================================
$./speaker-test -D hw:0,0 -c 2
speaker-test 1.0.6
Playback device is hw:0,0
Stream parameters are 48000Hz, S16_LE, 2 channels
Sine wave rate is 440.0000Hz
Rate set to 48000Hz (requested 48000Hz)
Buffer size range from 2 to 16384
Period size range from 1 to 1024
Buffer time size 2525
To choose buffer_size = 2520
To choose period_size = 315
was set period_size = 256
was set buffer_size = 2560
- Front Left
- Front Right
- Front Left
- Front Right
=================================
Channels are swapped (e.g., when speaker-test says 'Front left' I hear
sound from right speaker). Mixer works correctly.
Running speaker-test again:
=================================
$ ./speaker-test -D hw:0,0 -c 2
speaker-test 1.0.6
Playback device is hw:0,0
Stream parameters are 48000Hz, S16_LE, 2 channels
Sine wave rate is 440.0000Hz
Rate set to 48000Hz (requested 48000Hz)
Buffer size range from 2 to 16384
Period size range from 1 to 1024
Buffer time size 2525
To choose buffer_size = 2520
To choose period_size = 315
was set period_size = 256
was set buffer_size = 2560
- Front Left
- Front Right
- Front Left
=================================
This time (and all consequent) all works fine.
> Please post the output of
> lspci -vvn
# lspci -vvn
00:00.0 Class 0600: 8086:2570 (rev 02)
Subsystem: 1458:2570
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort+ >SERR- <PERR-
Latency: 0
Region 0: Memory at e8000000 (32-bit, prefetchable) [size=128M]
Capabilities: [e4] Vendor Specific Information
Capabilities: [a0] AGP version 3.0
Status: RQ=32 Iso- ArqSz=2 Cal=0 SBA+ ITACoh- GART64-
HTrans- 64bit- FW+ AGP3- Rate=x1,x2,x4
Command: RQ=1 ArqSz=0 Cal=0 SBA+ AGP+ GART64- 64bit- FW-
Rate=x4
00:01.0 Class 0604: 8086:2571 (rev 02)
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR+ FastB2B-
Status: Cap- 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 64
Bus: primary=00, secondary=01, subordinate=01, sec-latency=32
I/O behind bridge: 00009000-00009fff
Memory behind bridge: f4000000-f5ffffff
Prefetchable memory behind bridge: f0000000-f3ffffff
Secondary status: 66Mhz+ FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort+ <SERR- <PERR-
BridgeCtl: Parity- SERR- NoISA+ VGA+ MAbort- >Reset- FastB2B-
00:1d.0 Class 0c03: 8086:24c2 (rev 02)
Subsystem: 1458:24c2
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 0
Interrupt: pin A routed to IRQ 185
Region 4: I/O ports at b800 [size=32]
00:1d.1 Class 0c03: 8086:24c4 (rev 02)
Subsystem: 1458:24c2
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 0
Interrupt: pin B routed to IRQ 193
Region 4: I/O ports at b000 [size=32]
00:1d.2 Class 0c03: 8086:24c7 (rev 02)
Subsystem: 1458:24c2
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 0
Interrupt: pin C routed to IRQ 169
Region 4: I/O ports at b400 [size=32]
00:1d.7 Class 0c03: 8086:24cd (rev 02) (prog-if 20)
Subsystem: 1458:5006
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 0
Interrupt: pin D routed to IRQ 177
Region 0: Memory at f6100000 (32-bit, non-prefetchable) [size=1K]
Capabilities: [50] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA
PME(D0+,D1-,D2-,D3hot+,D3cold+)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00:1e.0 Class 0604: 8086:244e (rev 82)
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR+ FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR+
Latency: 0
Bus: primary=00, secondary=02, subordinate=02, sec-latency=32
I/O behind bridge: 0000a000-0000afff
Memory behind bridge: f6000000-f60fffff
Secondary status: 66Mhz- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort+ <SERR- <PERR-
BridgeCtl: Parity- SERR+ NoISA+ VGA- MAbort- >Reset- FastB2B-
00:1f.0 Class 0601: 8086:24c0 (rev 02)
Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 0
00:1f.1 Class 0101: 8086:24cb (rev 02) (prog-if 8a [Master SecP PriP])
Subsystem: 1458:24c2
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 0
Interrupt: pin A routed to IRQ 169
Region 0: I/O ports at <unassigned>
Region 1: I/O ports at <unassigned>
Region 2: I/O ports at <unassigned>
Region 3: I/O ports at <unassigned>
Region 4: I/O ports at f000 [size=16]
Region 5: Memory at 10000000 (32-bit, non-prefetchable) [size=1K]
00:1f.3 Class 0c05: 8086:24c3 (rev 02)
Subsystem: 1458:24c2
Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Interrupt: pin B routed to IRQ 9
Region 4: I/O ports at 1400 [size=32]
00:1f.5 Class 0401: 8086:24c5 (rev 02)
Subsystem: 1458:a002
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 0
Interrupt: pin B routed to IRQ 217
Region 0: I/O ports at c000 [size=256]
Region 1: I/O ports at c400 [size=64]
Region 2: Memory at f6101000 (32-bit, non-prefetchable)
[size=512]
Region 3: Memory at f6102000 (32-bit, non-prefetchable)
[size=256]
Capabilities: [50] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA
PME(D0+,D1-,D2-,D3hot+,D3cold+)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
01:00.0 Class 0300: 1002:5446
Subsystem: 1002:0008
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping+ SERR- FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 32 (2000ns min), Cache Line Size 08
Interrupt: pin A routed to IRQ 185
Region 0: Memory at f0000000 (32-bit, prefetchable) [size=64M]
Region 1: I/O ports at 9000 [size=256]
Region 2: Memory at f5000000 (32-bit, non-prefetchable)
[size=16K]
Capabilities: [50] AGP version 2.0
Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64-
HTrans- 64bit- FW- AGP3- Rate=x1,x2,x4
Command: RQ=32 ArqSz=0 Cal=0 SBA+ AGP+ GART64- 64bit- FW-
Rate=x4
Capabilities: [5c] Power Management version 2
Flags: PMEClk- DSI- D1+ D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
02:01.0 Class 0200: 1186:1300 (rev 10)
Subsystem: 1186:1301
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 32 (8000ns min, 16000ns max)
Interrupt: pin A routed to IRQ 201
Region 0: I/O ports at a000 [size=256]
Region 1: Memory at f6020000 (32-bit, non-prefetchable)
[size=256]
Capabilities: [50] Power Management version 2
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA
PME(D0-,D1+,D2+,D3hot+,D3cold+)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
02:02.0 Class 0401: 12eb:0001 (rev 02)
Subsystem: 12eb:0001
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 32 (500ns min, 3000ns max), Cache Line Size 08
Interrupt: pin A routed to IRQ 209
Region 0: Memory at f6000000 (32-bit, non-prefetchable)
[size=128K]
Region 1: I/O ports at a400 [size=8]
Region 2: I/O ports at a800 [size=8]
Capabilities: [dc] Power Management version 1
Flags: PMEClk- DSI+ D1- D2+ AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
> cat /proc/asound/au8820/codec97#0/ac97#0-0+regs
Just after loading module:
$ cat /proc/asound/au8820/codec97#0/ac97#0-0+regs
0:00 = 0140
0:02 = 0000
0:04 = 0000
0:06 = 003f
0:08 = 0000
0:0a = 001e
0:0c = 001f
0:0e = 005f
0:10 = 0000
0:12 = 1f1f
0:14 = 1f1f
0:16 = 1f1f
0:18 = 1111
0:1a = 0606
0:1c = 8000
0:1e = 0000
0:20 = 0000
0:22 = 0000
0:24 = 0000
0:26 = 000f
0:28 = 0000
0:2a = 0000
0:2c = 0000
0:2e = 0000
0:30 = 0000
0:32 = 0000
0:34 = 0000
0:36 = 0000
0:38 = 0000
0:3a = 0000
0:3c = 0000
0:3e = 0000
0:40 = 0000
0:42 = 0000
0:44 = 0000
0:46 = 0000
0:48 = 0000
0:4a = 0000
0:4c = 0000
0:4e = 0000
0:50 = 0000
0:52 = 0000
0:54 = 0000
0:56 = 0000
0:58 = 0000
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 = 574d
0:7e = 4c00
After running speaker-test first time:
$ cat /proc/asound/au8820/codec97#0/ac97#0-0+regs
0:00 = 0140
0:02 = 0000
0:04 = 0000
0:06 = 003f
0:08 = 0000
0:0a = 001e
0:0c = 001f
0:0e = 005f
0:10 = 0000
0:12 = 1f1f
0:14 = 1f1f
0:16 = 1f1f
0:18 = 1111
0:1a = 0606
0:1c = 8000
0:1e = 0000
0:20 = 0000
0:22 = 0000
0:24 = 0000
0:26 = 000f
0:28 = 0000
0:2a = 0000
0:2c = 0000
0:2e = 0000
0:30 = 0000
0:32 = 0000
0:34 = 0000
0:36 = 0000
0:38 = 0000
0:3a = 0000
0:3c = 0000
0:3e = 0000
0:40 = 0000
0:42 = 0000
0:44 = 0000
0:46 = 0000
0:48 = 0000
0:4a = 0000
0:4c = 0000
0:4e = 0000
0:50 = 0000
0:52 = 0000
0:54 = 0000
0:56 = 0000
0:58 = 0000
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 = 574d
0:7e = 4c00
----------------------------------------------------------------------
Raymond - 08-26-05 16:07
----------------------------------------------------------------------
There is a patch for the codec init code
http://cvs.sourceforge.net/viewcvs.py/alsa/alsa-kernel/pci/au88x0/au88x0_core.c?r1=1.10&r2=1.11
Please upgrade to CVS if possible
perform speaker-test again after upgrade
alsactl store
post the content of /etc/asound.state
Issue History
Date Modified Username Field Change
======================================================================
02-13-04 11:40 kernel_bug New Issue
02-21-04 15:40 kernel_bug Note Added: 0000280
03-02-04 02:56 Tim Note Added: 0000429
04-09-04 11:54 kernel_bug Note Added: 0000774
04-09-04 18:35 mjander Note Added: 0000777
04-17-04 18:59 mjander Status assigned => closed
04-17-04 18:59 mjander Note Added: 0000849
04-26-04 17:04 kernel_bug Status closed => feedback
04-26-04 17:04 kernel_bug Resolution open => reopened
04-26-04 17:04 kernel_bug Note Added: 0000953
04-26-04 23:27 mjander Note Added: 0000956
03-10-05 15:31 jdthood Note Added: 0003866
03-10-05 16:44 mjander Note Added: 0003867
03-10-05 21:25 kernel_bug Note Added: 0003873
03-22-05 22:33 jdthood Relationship added related to 0000949
03-28-05 04:27 jdthood Note Added: 0004235
03-28-05 04:27 jdthood Status feedback => assigned
03-28-05 04:29 jdthood Status assigned => confirmed
08-26-05 14:50 Raymond Note Added: 0005951
08-26-05 15:12 kernel_bug Note Added: 0005955
08-26-05 16:07 Raymond Note Added: 0005956
======================================================================
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
^ permalink raw reply [flat|nested] 17+ messages in thread* [ALSA - driver 0000059]: On au8820 left and right channels are swapped
@ 2005-08-26 13:12 bugtrack
0 siblings, 0 replies; 17+ messages in thread
From: bugtrack @ 2005-08-26 13:12 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=59>
======================================================================
Reported By: kernel_bug
Assigned To: mjander
======================================================================
Project: ALSA - driver
Issue ID: 59
Category: PCI - au88x0
Reproducibility: random
Severity: major
Priority: normal
Status: confirmed
Distribution:
Kernel Version: 2.6.2
======================================================================
Date Submitted: 02-13-2004 11:40 CET
Last Modified: 08-26-2005 15:12 CEST
======================================================================
Summary: On au8820 left and right channels are swapped
Description:
In most cases, left and right channels are swapped. But in approx. 5% cases
all OK. Looks like the matter is somewhere in byte alignment...
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0000949 Randomly, left and right tracks are swaped
======================================================================
----------------------------------------------------------------------
Raymond - 08-26-05 14:50
----------------------------------------------------------------------
Try the speaker-test in alsa-utils
speaker-test -D hw:0,0 -c 2
Please post the output of
lspci -vvn
cat /proc/asound/au8820/codec97#0/ac97#0-0+regs
----------------------------------------------------------------------
kernel_bug - 08-26-05 15:12
----------------------------------------------------------------------
> Try the speaker-test in alsa-utils
> speaker-test -D hw:0,0 -c 2
Just after `modprobe snd-au8820` and `alsactl restore`:
=================================
$./speaker-test -D hw:0,0 -c 2
speaker-test 1.0.6
Playback device is hw:0,0
Stream parameters are 48000Hz, S16_LE, 2 channels
Sine wave rate is 440.0000Hz
Rate set to 48000Hz (requested 48000Hz)
Buffer size range from 2 to 16384
Period size range from 1 to 1024
Buffer time size 2525
To choose buffer_size = 2520
To choose period_size = 315
was set period_size = 256
was set buffer_size = 2560
- Front Left
- Front Right
- Front Left
- Front Right
=================================
Channels are swapped (e.g., when speaker-test says 'Front left' I hear
sound from right speaker). Mixer works correctly.
Running speaker-test again:
=================================
$ ./speaker-test -D hw:0,0 -c 2
speaker-test 1.0.6
Playback device is hw:0,0
Stream parameters are 48000Hz, S16_LE, 2 channels
Sine wave rate is 440.0000Hz
Rate set to 48000Hz (requested 48000Hz)
Buffer size range from 2 to 16384
Period size range from 1 to 1024
Buffer time size 2525
To choose buffer_size = 2520
To choose period_size = 315
was set period_size = 256
was set buffer_size = 2560
- Front Left
- Front Right
- Front Left
=================================
This time (and all consequent) all works fine.
> Please post the output of
> lspci -vvn
# lspci -vvn
00:00.0 Class 0600: 8086:2570 (rev 02)
Subsystem: 1458:2570
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort+ >SERR- <PERR-
Latency: 0
Region 0: Memory at e8000000 (32-bit, prefetchable) [size=128M]
Capabilities: [e4] Vendor Specific Information
Capabilities: [a0] AGP version 3.0
Status: RQ=32 Iso- ArqSz=2 Cal=0 SBA+ ITACoh- GART64-
HTrans- 64bit- FW+ AGP3- Rate=x1,x2,x4
Command: RQ=1 ArqSz=0 Cal=0 SBA+ AGP+ GART64- 64bit- FW-
Rate=x4
00:01.0 Class 0604: 8086:2571 (rev 02)
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR+ FastB2B-
Status: Cap- 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 64
Bus: primary=00, secondary=01, subordinate=01, sec-latency=32
I/O behind bridge: 00009000-00009fff
Memory behind bridge: f4000000-f5ffffff
Prefetchable memory behind bridge: f0000000-f3ffffff
Secondary status: 66Mhz+ FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort+ <SERR- <PERR-
BridgeCtl: Parity- SERR- NoISA+ VGA+ MAbort- >Reset- FastB2B-
00:1d.0 Class 0c03: 8086:24c2 (rev 02)
Subsystem: 1458:24c2
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 0
Interrupt: pin A routed to IRQ 185
Region 4: I/O ports at b800 [size=32]
00:1d.1 Class 0c03: 8086:24c4 (rev 02)
Subsystem: 1458:24c2
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 0
Interrupt: pin B routed to IRQ 193
Region 4: I/O ports at b000 [size=32]
00:1d.2 Class 0c03: 8086:24c7 (rev 02)
Subsystem: 1458:24c2
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 0
Interrupt: pin C routed to IRQ 169
Region 4: I/O ports at b400 [size=32]
00:1d.7 Class 0c03: 8086:24cd (rev 02) (prog-if 20)
Subsystem: 1458:5006
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 0
Interrupt: pin D routed to IRQ 177
Region 0: Memory at f6100000 (32-bit, non-prefetchable) [size=1K]
Capabilities: [50] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA
PME(D0+,D1-,D2-,D3hot+,D3cold+)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00:1e.0 Class 0604: 8086:244e (rev 82)
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR+ FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR+
Latency: 0
Bus: primary=00, secondary=02, subordinate=02, sec-latency=32
I/O behind bridge: 0000a000-0000afff
Memory behind bridge: f6000000-f60fffff
Secondary status: 66Mhz- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort+ <SERR- <PERR-
BridgeCtl: Parity- SERR+ NoISA+ VGA- MAbort- >Reset- FastB2B-
00:1f.0 Class 0601: 8086:24c0 (rev 02)
Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 0
00:1f.1 Class 0101: 8086:24cb (rev 02) (prog-if 8a [Master SecP PriP])
Subsystem: 1458:24c2
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 0
Interrupt: pin A routed to IRQ 169
Region 0: I/O ports at <unassigned>
Region 1: I/O ports at <unassigned>
Region 2: I/O ports at <unassigned>
Region 3: I/O ports at <unassigned>
Region 4: I/O ports at f000 [size=16]
Region 5: Memory at 10000000 (32-bit, non-prefetchable) [size=1K]
00:1f.3 Class 0c05: 8086:24c3 (rev 02)
Subsystem: 1458:24c2
Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Interrupt: pin B routed to IRQ 9
Region 4: I/O ports at 1400 [size=32]
00:1f.5 Class 0401: 8086:24c5 (rev 02)
Subsystem: 1458:a002
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 0
Interrupt: pin B routed to IRQ 217
Region 0: I/O ports at c000 [size=256]
Region 1: I/O ports at c400 [size=64]
Region 2: Memory at f6101000 (32-bit, non-prefetchable)
[size=512]
Region 3: Memory at f6102000 (32-bit, non-prefetchable)
[size=256]
Capabilities: [50] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA
PME(D0+,D1-,D2-,D3hot+,D3cold+)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
01:00.0 Class 0300: 1002:5446
Subsystem: 1002:0008
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping+ SERR- FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 32 (2000ns min), Cache Line Size 08
Interrupt: pin A routed to IRQ 185
Region 0: Memory at f0000000 (32-bit, prefetchable) [size=64M]
Region 1: I/O ports at 9000 [size=256]
Region 2: Memory at f5000000 (32-bit, non-prefetchable)
[size=16K]
Capabilities: [50] AGP version 2.0
Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64-
HTrans- 64bit- FW- AGP3- Rate=x1,x2,x4
Command: RQ=32 ArqSz=0 Cal=0 SBA+ AGP+ GART64- 64bit- FW-
Rate=x4
Capabilities: [5c] Power Management version 2
Flags: PMEClk- DSI- D1+ D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
02:01.0 Class 0200: 1186:1300 (rev 10)
Subsystem: 1186:1301
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 32 (8000ns min, 16000ns max)
Interrupt: pin A routed to IRQ 201
Region 0: I/O ports at a000 [size=256]
Region 1: Memory at f6020000 (32-bit, non-prefetchable)
[size=256]
Capabilities: [50] Power Management version 2
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA
PME(D0-,D1+,D2+,D3hot+,D3cold+)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
02:02.0 Class 0401: 12eb:0001 (rev 02)
Subsystem: 12eb:0001
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 32 (500ns min, 3000ns max), Cache Line Size 08
Interrupt: pin A routed to IRQ 209
Region 0: Memory at f6000000 (32-bit, non-prefetchable)
[size=128K]
Region 1: I/O ports at a400 [size=8]
Region 2: I/O ports at a800 [size=8]
Capabilities: [dc] Power Management version 1
Flags: PMEClk- DSI+ D1- D2+ AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
> cat /proc/asound/au8820/codec97#0/ac97#0-0+regs
Just after loading module:
$ cat /proc/asound/au8820/codec97#0/ac97#0-0+regs
0:00 = 0140
0:02 = 0000
0:04 = 0000
0:06 = 003f
0:08 = 0000
0:0a = 001e
0:0c = 001f
0:0e = 005f
0:10 = 0000
0:12 = 1f1f
0:14 = 1f1f
0:16 = 1f1f
0:18 = 1111
0:1a = 0606
0:1c = 8000
0:1e = 0000
0:20 = 0000
0:22 = 0000
0:24 = 0000
0:26 = 000f
0:28 = 0000
0:2a = 0000
0:2c = 0000
0:2e = 0000
0:30 = 0000
0:32 = 0000
0:34 = 0000
0:36 = 0000
0:38 = 0000
0:3a = 0000
0:3c = 0000
0:3e = 0000
0:40 = 0000
0:42 = 0000
0:44 = 0000
0:46 = 0000
0:48 = 0000
0:4a = 0000
0:4c = 0000
0:4e = 0000
0:50 = 0000
0:52 = 0000
0:54 = 0000
0:56 = 0000
0:58 = 0000
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 = 574d
0:7e = 4c00
After running speaker-test first time:
$ cat /proc/asound/au8820/codec97#0/ac97#0-0+regs
0:00 = 0140
0:02 = 0000
0:04 = 0000
0:06 = 003f
0:08 = 0000
0:0a = 001e
0:0c = 001f
0:0e = 005f
0:10 = 0000
0:12 = 1f1f
0:14 = 1f1f
0:16 = 1f1f
0:18 = 1111
0:1a = 0606
0:1c = 8000
0:1e = 0000
0:20 = 0000
0:22 = 0000
0:24 = 0000
0:26 = 000f
0:28 = 0000
0:2a = 0000
0:2c = 0000
0:2e = 0000
0:30 = 0000
0:32 = 0000
0:34 = 0000
0:36 = 0000
0:38 = 0000
0:3a = 0000
0:3c = 0000
0:3e = 0000
0:40 = 0000
0:42 = 0000
0:44 = 0000
0:46 = 0000
0:48 = 0000
0:4a = 0000
0:4c = 0000
0:4e = 0000
0:50 = 0000
0:52 = 0000
0:54 = 0000
0:56 = 0000
0:58 = 0000
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 = 574d
0:7e = 4c00
Issue History
Date Modified Username Field Change
======================================================================
02-13-04 11:40 kernel_bug New Issue
02-21-04 15:40 kernel_bug Note Added: 0000280
03-02-04 02:56 Tim Note Added: 0000429
04-09-04 11:54 kernel_bug Note Added: 0000774
04-09-04 18:35 mjander Note Added: 0000777
04-17-04 18:59 mjander Status assigned => closed
04-17-04 18:59 mjander Note Added: 0000849
04-26-04 17:04 kernel_bug Status closed => feedback
04-26-04 17:04 kernel_bug Resolution open => reopened
04-26-04 17:04 kernel_bug Note Added: 0000953
04-26-04 23:27 mjander Note Added: 0000956
03-10-05 15:31 jdthood Note Added: 0003866
03-10-05 16:44 mjander Note Added: 0003867
03-10-05 21:25 kernel_bug Note Added: 0003873
03-22-05 22:33 jdthood Relationship added related to 0000949
03-28-05 04:27 jdthood Note Added: 0004235
03-28-05 04:27 jdthood Status feedback => assigned
03-28-05 04:29 jdthood Status assigned => confirmed
08-26-05 14:50 Raymond Note Added: 0005951
08-26-05 15:12 kernel_bug Note Added: 0005955
======================================================================
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
^ permalink raw reply [flat|nested] 17+ messages in thread* [ALSA - driver 0000059]: On au8820 left and right channels are swapped
@ 2005-08-26 12:50 bugtrack
0 siblings, 0 replies; 17+ messages in thread
From: bugtrack @ 2005-08-26 12:50 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=59>
======================================================================
Reported By: kernel_bug
Assigned To: mjander
======================================================================
Project: ALSA - driver
Issue ID: 59
Category: PCI - au88x0
Reproducibility: random
Severity: major
Priority: normal
Status: confirmed
Distribution:
Kernel Version: 2.6.2
======================================================================
Date Submitted: 02-13-2004 11:40 CET
Last Modified: 08-26-2005 14:50 CEST
======================================================================
Summary: On au8820 left and right channels are swapped
Description:
In most cases, left and right channels are swapped. But in approx. 5% cases
all OK. Looks like the matter is somewhere in byte alignment...
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0000949 Randomly, left and right tracks are swaped
======================================================================
----------------------------------------------------------------------
jdthood - 03-28-05 04:27
----------------------------------------------------------------------
> Yes, I still get this bug.
----------------------------------------------------------------------
Raymond - 08-26-05 14:50
----------------------------------------------------------------------
Try the speaker-test in alsa-utils
speaker-test -D hw:0,0 -c 2
Please post the output of
lspci -vvn
cat /proc/asound/au8820/codec97#0/ac97#0-0+regs
Issue History
Date Modified Username Field Change
======================================================================
02-13-04 11:40 kernel_bug New Issue
02-21-04 15:40 kernel_bug Note Added: 0000280
03-02-04 02:56 Tim Note Added: 0000429
04-09-04 11:54 kernel_bug Note Added: 0000774
04-09-04 18:35 mjander Note Added: 0000777
04-17-04 18:59 mjander Status assigned => closed
04-17-04 18:59 mjander Note Added: 0000849
04-26-04 17:04 kernel_bug Status closed => feedback
04-26-04 17:04 kernel_bug Resolution open => reopened
04-26-04 17:04 kernel_bug Note Added: 0000953
04-26-04 23:27 mjander Note Added: 0000956
03-10-05 15:31 jdthood Note Added: 0003866
03-10-05 16:44 mjander Note Added: 0003867
03-10-05 21:25 kernel_bug Note Added: 0003873
03-22-05 22:33 jdthood Relationship added related to 0000949
03-28-05 04:27 jdthood Note Added: 0004235
03-28-05 04:27 jdthood Status feedback => assigned
03-28-05 04:29 jdthood Status assigned => confirmed
08-26-05 14:50 Raymond Note Added: 0005951
======================================================================
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
^ permalink raw reply [flat|nested] 17+ messages in thread
* [ALSA - driver 0000059]: On au8820 left and right channels are swapped
@ 2005-03-28 2:29 bugtrack
0 siblings, 0 replies; 17+ messages in thread
From: bugtrack @ 2005-03-28 2:29 UTC (permalink / raw)
To: alsa-devel
The following issue has been CONFIRMED.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=59>
======================================================================
Reported By: kernel_bug
Assigned To: mjander
======================================================================
Project: ALSA - driver
Issue ID: 59
Category: PCI - au88x0
Reproducibility: random
Severity: major
Priority: normal
Status: confirmed
Distribution:
Kernel Version: 2.6.2
======================================================================
Date Submitted: 02-13-2004 11:40 CET
Last Modified: 03-28-2005 04:29 CEST
======================================================================
Summary: On au8820 left and right channels are swapped
Description:
In most cases, left and right channels are swapped. But in approx. 5% cases
all OK. Looks like the matter is somewhere in byte alignment...
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0000949 Randomly, left and right tracks are swaped
======================================================================
----------------------------------------------------------------------
kernel_bug - 02-21-04 15:40
----------------------------------------------------------------------
If you think that i have swapped my speakers, it is not true: mixer works
correctly.
----------------------------------------------------------------------
Tim - 03-02-04 02:56
----------------------------------------------------------------------
I have exactly the same problem: Since I changed from an old OSS driver
version with precompiled parts to ALSA, in more or less 95% of all cases
the channels are swapped. (au8820)
----------------------------------------------------------------------
kernel_bug - 04-09-04 11:54
----------------------------------------------------------------------
Ok, with last release (1.0.4) it works almost correctly. Channels swapped
only on first playing after loading modules. After this, all works
correctly.
----------------------------------------------------------------------
mjander - 04-09-04 18:35
----------------------------------------------------------------------
This bug is believed to be fixed in latest patch posted on OpenVortex devel
list. Will be sent to the ALSA guys now.
----------------------------------------------------------------------
mjander - 04-17-04 18:59
----------------------------------------------------------------------
THis bug has been fixed in alsa-driver version beyond 1.0.4 (to be released
at a unknown time). A patch is available at:
http://docencia.mat.utfsm.cl/~mjander/aureal/alsa/aureal-2.6.5.diff.gz
The credits for the bug discovery are for "claudia" (VortexOfSound
forum).
Best Regards
----------------------------------------------------------------------
kernel_bug - 04-26-04 17:04
----------------------------------------------------------------------
Channels are still swapped (always) when you are playing something first
time after loading modules. At least on my system, the following steps
always result in channel swapping:
1. unload ALSA modules (I usually do it with `service alsasound stop`)
2. Load them back
3. Play the sound.
----------------------------------------------------------------------
mjander - 04-26-04 23:27
----------------------------------------------------------------------
Could you send me more details ? I really don't understand exactly what do
you mean.
email: mjander(at)users[dot].sourceforge[dot]net
Thanks
----------------------------------------------------------------------
jdthood - 03-10-05 15:31
----------------------------------------------------------------------
> Channels are still swapped (always) when you are playing something
> first time after loading modules.
Submitter: Is this bug still present? Are the channels swapped just
after the module is loaded?
----------------------------------------------------------------------
mjander - 03-10-05 16:44
----------------------------------------------------------------------
AFAIK this bug was solved a long time ago. It was supposedly caused by a
incorrect routing table initialization (bug found by Claudia). That fact,
i guess, leaved some random routes interferening with other intentional
routes.
Did anyone still get this bug or may we close it ?
Best Regards
Manuel
----------------------------------------------------------------------
kernel_bug - 03-10-05 21:25
----------------------------------------------------------------------
> Did anyone still get this bug or may we close it ?
Yes, I still get this bug. Channels are swapped just after the module is
loaded. First attempt to play something causes output with swapped
channels, all consequent attempts cause normal output.
"A long time ago" there was fixed another bug concerned with _random_
channel swap at _any_ attempt of output. Now we _always_ have swapped
channels, but only when you try to output something just after the module
is loaded.
I use ALSA drivers from the Linux kernel 2.6.11.
Thanks.
----------------------------------------------------------------------
jdthood - 03-28-05 04:27
----------------------------------------------------------------------
> Yes, I still get this bug.
Issue History
Date Modified Username Field Change
======================================================================
02-13-04 11:40 kernel_bug New Issue
02-21-04 15:40 kernel_bug Note Added: 0000280
03-02-04 02:56 Tim Note Added: 0000429
04-09-04 11:54 kernel_bug Note Added: 0000774
04-09-04 18:35 mjander Note Added: 0000777
04-17-04 18:59 mjander Status assigned => closed
04-17-04 18:59 mjander Note Added: 0000849
04-26-04 17:04 kernel_bug Status closed => feedback
04-26-04 17:04 kernel_bug Resolution open => reopened
04-26-04 17:04 kernel_bug Note Added: 0000953
04-26-04 23:27 mjander Note Added: 0000956
03-10-05 15:31 jdthood Note Added: 0003866
03-10-05 16:44 mjander Note Added: 0003867
03-10-05 21:25 kernel_bug Note Added: 0003873
03-22-05 22:33 jdthood Relationship added related to 0000949
03-28-05 04:27 jdthood Note Added: 0004235
03-28-05 04:27 jdthood Status feedback => assigned
03-28-05 04:29 jdthood Status assigned => confirmed
======================================================================
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
^ permalink raw reply [flat|nested] 17+ messages in thread
* [ALSA - driver 0000059]: On au8820 left and right channels are swapped
@ 2005-03-28 2:29 bugtrack
0 siblings, 0 replies; 17+ messages in thread
From: bugtrack @ 2005-03-28 2:29 UTC (permalink / raw)
To: alsa-devel
The following issue has been UPDATED.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=59>
======================================================================
Reported By: kernel_bug
Assigned To: mjander
======================================================================
Project: ALSA - driver
Issue ID: 59
Category: PCI - au88x0
Reproducibility: random
Severity: major
Priority: normal
Status: assigned
Distribution:
Kernel Version: 2.6.2
======================================================================
Date Submitted: 02-13-2004 11:40 CET
Last Modified: 03-28-2005 04:29 CEST
======================================================================
Summary: On au8820 left and right channels are swapped
Description:
In most cases, left and right channels are swapped. But in approx. 5% cases
all OK. Looks like the matter is somewhere in byte alignment...
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0000949 Randomly, left and right tracks are swaped
======================================================================
----------------------------------------------------------------------
kernel_bug - 02-21-04 15:40
----------------------------------------------------------------------
If you think that i have swapped my speakers, it is not true: mixer works
correctly.
----------------------------------------------------------------------
Tim - 03-02-04 02:56
----------------------------------------------------------------------
I have exactly the same problem: Since I changed from an old OSS driver
version with precompiled parts to ALSA, in more or less 95% of all cases
the channels are swapped. (au8820)
----------------------------------------------------------------------
kernel_bug - 04-09-04 11:54
----------------------------------------------------------------------
Ok, with last release (1.0.4) it works almost correctly. Channels swapped
only on first playing after loading modules. After this, all works
correctly.
----------------------------------------------------------------------
mjander - 04-09-04 18:35
----------------------------------------------------------------------
This bug is believed to be fixed in latest patch posted on OpenVortex devel
list. Will be sent to the ALSA guys now.
----------------------------------------------------------------------
mjander - 04-17-04 18:59
----------------------------------------------------------------------
THis bug has been fixed in alsa-driver version beyond 1.0.4 (to be released
at a unknown time). A patch is available at:
http://docencia.mat.utfsm.cl/~mjander/aureal/alsa/aureal-2.6.5.diff.gz
The credits for the bug discovery are for "claudia" (VortexOfSound
forum).
Best Regards
----------------------------------------------------------------------
kernel_bug - 04-26-04 17:04
----------------------------------------------------------------------
Channels are still swapped (always) when you are playing something first
time after loading modules. At least on my system, the following steps
always result in channel swapping:
1. unload ALSA modules (I usually do it with `service alsasound stop`)
2. Load them back
3. Play the sound.
----------------------------------------------------------------------
mjander - 04-26-04 23:27
----------------------------------------------------------------------
Could you send me more details ? I really don't understand exactly what do
you mean.
email: mjander(at)users[dot].sourceforge[dot]net
Thanks
----------------------------------------------------------------------
jdthood - 03-10-05 15:31
----------------------------------------------------------------------
> Channels are still swapped (always) when you are playing something
> first time after loading modules.
Submitter: Is this bug still present? Are the channels swapped just
after the module is loaded?
----------------------------------------------------------------------
mjander - 03-10-05 16:44
----------------------------------------------------------------------
AFAIK this bug was solved a long time ago. It was supposedly caused by a
incorrect routing table initialization (bug found by Claudia). That fact,
i guess, leaved some random routes interferening with other intentional
routes.
Did anyone still get this bug or may we close it ?
Best Regards
Manuel
----------------------------------------------------------------------
kernel_bug - 03-10-05 21:25
----------------------------------------------------------------------
> Did anyone still get this bug or may we close it ?
Yes, I still get this bug. Channels are swapped just after the module is
loaded. First attempt to play something causes output with swapped
channels, all consequent attempts cause normal output.
"A long time ago" there was fixed another bug concerned with _random_
channel swap at _any_ attempt of output. Now we _always_ have swapped
channels, but only when you try to output something just after the module
is loaded.
I use ALSA drivers from the Linux kernel 2.6.11.
Thanks.
----------------------------------------------------------------------
jdthood - 03-28-05 04:27
----------------------------------------------------------------------
> Yes, I still get this bug.
Issue History
Date Modified Username Field Change
======================================================================
02-13-04 11:40 kernel_bug New Issue
02-21-04 15:40 kernel_bug Note Added: 0000280
03-02-04 02:56 Tim Note Added: 0000429
04-09-04 11:54 kernel_bug Note Added: 0000774
04-09-04 18:35 mjander Note Added: 0000777
04-17-04 18:59 mjander Status assigned => closed
04-17-04 18:59 mjander Note Added: 0000849
04-26-04 17:04 kernel_bug Status closed => feedback
04-26-04 17:04 kernel_bug Resolution open => reopened
04-26-04 17:04 kernel_bug Note Added: 0000953
04-26-04 23:27 mjander Note Added: 0000956
03-10-05 15:31 jdthood Note Added: 0003866
03-10-05 16:44 mjander Note Added: 0003867
03-10-05 21:25 kernel_bug Note Added: 0003873
03-22-05 22:33 jdthood Relationship added related to 0000949
03-28-05 04:27 jdthood Note Added: 0004235
03-28-05 04:27 jdthood Status feedback => assigned
======================================================================
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
^ permalink raw reply [flat|nested] 17+ messages in thread
* [ALSA - driver 0000059]: On au8820 left and right channels are swapped
@ 2005-03-28 2:28 bugtrack
0 siblings, 0 replies; 17+ messages in thread
From: bugtrack @ 2005-03-28 2:28 UTC (permalink / raw)
To: alsa-devel
The following issue has been UPDATED.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=59>
======================================================================
Reported By: kernel_bug
Assigned To: mjander
======================================================================
Project: ALSA - driver
Issue ID: 59
Category: PCI - au88x0
Reproducibility: random
Severity: major
Priority: normal
Status: assigned
Distribution:
Kernel Version: 2.6.2
======================================================================
Date Submitted: 02-13-2004 11:40 CET
Last Modified: 03-28-2005 04:28 CEST
======================================================================
Summary: On au8820 left and right channels are swapped
Description:
In most cases, left and right channels are swapped. But in approx. 5% cases
all OK. Looks like the matter is somewhere in byte alignment...
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0000949 Randomly, left and right tracks are swaped
======================================================================
----------------------------------------------------------------------
kernel_bug - 02-21-04 15:40
----------------------------------------------------------------------
If you think that i have swapped my speakers, it is not true: mixer works
correctly.
----------------------------------------------------------------------
Tim - 03-02-04 02:56
----------------------------------------------------------------------
I have exactly the same problem: Since I changed from an old OSS driver
version with precompiled parts to ALSA, in more or less 95% of all cases
the channels are swapped. (au8820)
----------------------------------------------------------------------
kernel_bug - 04-09-04 11:54
----------------------------------------------------------------------
Ok, with last release (1.0.4) it works almost correctly. Channels swapped
only on first playing after loading modules. After this, all works
correctly.
----------------------------------------------------------------------
mjander - 04-09-04 18:35
----------------------------------------------------------------------
This bug is believed to be fixed in latest patch posted on OpenVortex devel
list. Will be sent to the ALSA guys now.
----------------------------------------------------------------------
mjander - 04-17-04 18:59
----------------------------------------------------------------------
THis bug has been fixed in alsa-driver version beyond 1.0.4 (to be released
at a unknown time). A patch is available at:
http://docencia.mat.utfsm.cl/~mjander/aureal/alsa/aureal-2.6.5.diff.gz
The credits for the bug discovery are for "claudia" (VortexOfSound
forum).
Best Regards
----------------------------------------------------------------------
kernel_bug - 04-26-04 17:04
----------------------------------------------------------------------
Channels are still swapped (always) when you are playing something first
time after loading modules. At least on my system, the following steps
always result in channel swapping:
1. unload ALSA modules (I usually do it with `service alsasound stop`)
2. Load them back
3. Play the sound.
----------------------------------------------------------------------
mjander - 04-26-04 23:27
----------------------------------------------------------------------
Could you send me more details ? I really don't understand exactly what do
you mean.
email: mjander(at)users[dot].sourceforge[dot]net
Thanks
----------------------------------------------------------------------
jdthood - 03-10-05 15:31
----------------------------------------------------------------------
> Channels are still swapped (always) when you are playing something
> first time after loading modules.
Submitter: Is this bug still present? Are the channels swapped just
after the module is loaded?
----------------------------------------------------------------------
mjander - 03-10-05 16:44
----------------------------------------------------------------------
AFAIK this bug was solved a long time ago. It was supposedly caused by a
incorrect routing table initialization (bug found by Claudia). That fact,
i guess, leaved some random routes interferening with other intentional
routes.
Did anyone still get this bug or may we close it ?
Best Regards
Manuel
----------------------------------------------------------------------
kernel_bug - 03-10-05 21:25
----------------------------------------------------------------------
> Did anyone still get this bug or may we close it ?
Yes, I still get this bug. Channels are swapped just after the module is
loaded. First attempt to play something causes output with swapped
channels, all consequent attempts cause normal output.
"A long time ago" there was fixed another bug concerned with _random_
channel swap at _any_ attempt of output. Now we _always_ have swapped
channels, but only when you try to output something just after the module
is loaded.
I use ALSA drivers from the Linux kernel 2.6.11.
Thanks.
----------------------------------------------------------------------
jdthood - 03-28-05 04:27
----------------------------------------------------------------------
> Yes, I still get this bug.
Issue History
Date Modified Username Field Change
======================================================================
02-13-04 11:40 kernel_bug New Issue
02-21-04 15:40 kernel_bug Note Added: 0000280
03-02-04 02:56 Tim Note Added: 0000429
04-09-04 11:54 kernel_bug Note Added: 0000774
04-09-04 18:35 mjander Note Added: 0000777
04-17-04 18:59 mjander Status assigned => closed
04-17-04 18:59 mjander Note Added: 0000849
04-26-04 17:04 kernel_bug Status closed => feedback
04-26-04 17:04 kernel_bug Resolution open => reopened
04-26-04 17:04 kernel_bug Note Added: 0000953
04-26-04 23:27 mjander Note Added: 0000956
03-10-05 15:31 jdthood Note Added: 0003866
03-10-05 16:44 mjander Note Added: 0003867
03-10-05 21:25 kernel_bug Note Added: 0003873
03-22-05 22:33 jdthood Relationship added related to 0000949
03-28-05 04:27 jdthood Note Added: 0004235
03-28-05 04:27 jdthood Status feedback => assigned
======================================================================
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
^ permalink raw reply [flat|nested] 17+ messages in thread
* [ALSA - driver 0000059]: On au8820 left and right channels are swapped
@ 2005-03-28 2:27 bugtrack
0 siblings, 0 replies; 17+ messages in thread
From: bugtrack @ 2005-03-28 2:27 UTC (permalink / raw)
To: alsa-devel
The following issue has been ASSIGNED.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=59>
======================================================================
Reported By: kernel_bug
Assigned To: mjander
======================================================================
Project: ALSA - driver
Issue ID: 59
Category: PCI - au88x0
Reproducibility: random
Severity: major
Priority: normal
Status: assigned
Distribution:
Kernel Version: 2.6.2
======================================================================
Date Submitted: 02-13-2004 11:40 CET
Last Modified: 03-28-2005 04:27 CEST
======================================================================
Summary: On au8820 left and right channels are swapped
Description:
In most cases, left and right channels are swapped. But in approx. 5% cases
all OK. Looks like the matter is somewhere in byte alignment...
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0000949 Randomly, left and right tracks are swaped
======================================================================
----------------------------------------------------------------------
kernel_bug - 03-10-05 21:25
----------------------------------------------------------------------
> Did anyone still get this bug or may we close it ?
Yes, I still get this bug. Channels are swapped just after the module is
loaded. First attempt to play something causes output with swapped
channels, all consequent attempts cause normal output.
"A long time ago" there was fixed another bug concerned with _random_
channel swap at _any_ attempt of output. Now we _always_ have swapped
channels, but only when you try to output something just after the module
is loaded.
I use ALSA drivers from the Linux kernel 2.6.11.
Thanks.
----------------------------------------------------------------------
jdthood - 03-28-05 04:27
----------------------------------------------------------------------
> Yes, I still get this bug.
Issue History
Date Modified Username Field Change
======================================================================
02-13-04 11:40 kernel_bug New Issue
02-21-04 15:40 kernel_bug Note Added: 0000280
03-02-04 02:56 Tim Note Added: 0000429
04-09-04 11:54 kernel_bug Note Added: 0000774
04-09-04 18:35 mjander Note Added: 0000777
04-17-04 18:59 mjander Status assigned => closed
04-17-04 18:59 mjander Note Added: 0000849
04-26-04 17:04 kernel_bug Status closed => feedback
04-26-04 17:04 kernel_bug Resolution open => reopened
04-26-04 17:04 kernel_bug Note Added: 0000953
04-26-04 23:27 mjander Note Added: 0000956
03-10-05 15:31 jdthood Note Added: 0003866
03-10-05 16:44 mjander Note Added: 0003867
03-10-05 21:25 kernel_bug Note Added: 0003873
03-22-05 22:33 jdthood Relationship added related to 0000949
03-28-05 04:27 jdthood Note Added: 0004235
03-28-05 04:27 jdthood Status feedback => assigned
======================================================================
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
^ permalink raw reply [flat|nested] 17+ messages in thread
* [ALSA - driver 0000059]: On au8820 left and right channels are swapped
@ 2005-03-10 20:25 bugtrack
0 siblings, 0 replies; 17+ messages in thread
From: bugtrack @ 2005-03-10 20:25 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=59>
======================================================================
Reported By: kernel_bug
Assigned To: mjander
======================================================================
Project: ALSA - driver
Issue ID: 59
Category: PCI - au88x0
Reproducibility: random
Severity: major
Priority: normal
Status: feedback
Distribution:
Kernel Version: 2.6.2
======================================================================
Date Submitted: 02-13-2004 11:40 CET
Last Modified: 03-10-2005 21:25 CET
======================================================================
Summary: On au8820 left and right channels are swapped
Description:
In most cases, left and right channels are swapped. But in approx. 5% cases
all OK. Looks like the matter is somewhere in byte alignment...
======================================================================
----------------------------------------------------------------------
mjander - 03-10-05 16:44
----------------------------------------------------------------------
AFAIK this bug was solved a long time ago. It was supposedly caused by a
incorrect routing table initialization (bug found by Claudia). That fact,
i guess, leaved some random routes interferening with other intentional
routes.
Did anyone still get this bug or may we close it ?
Best Regards
Manuel
----------------------------------------------------------------------
kernel_bug - 03-10-05 21:25
----------------------------------------------------------------------
> Did anyone still get this bug or may we close it ?
Yes, I still get this bug. Channels are swapped just after the module is
loaded. First attempt to play something causes output with swapped
channels, all consequent attempts cause normal output.
"A long time ago" there was fixed another bug concerned with _random_
channel swap at _any_ attempt of output. Now we _always_ have swapped
channels, but only when you try to output something just after the module
is loaded.
I use ALSA drivers from the Linux kernel 2.6.11.
Thanks.
Issue History
Date Modified Username Field Change
======================================================================
02-13-04 11:40 kernel_bug New Issue
02-21-04 15:40 kernel_bug Note Added: 0000280
03-02-04 02:56 Tim Note Added: 0000429
04-09-04 11:54 kernel_bug Note Added: 0000774
04-09-04 18:35 mjander Note Added: 0000777
04-17-04 18:59 mjander Status assigned => closed
04-17-04 18:59 mjander Note Added: 0000849
04-26-04 17:04 kernel_bug Status closed => feedback
04-26-04 17:04 kernel_bug Resolution open => reopened
04-26-04 17:04 kernel_bug Note Added: 0000953
04-26-04 23:27 mjander Note Added: 0000956
03-10-05 15:31 jdthood Note Added: 0003866
03-10-05 16:44 mjander Note Added: 0003867
03-10-05 21:25 kernel_bug Note Added: 0003873
======================================================================
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
^ permalink raw reply [flat|nested] 17+ messages in thread
* [ALSA - driver 0000059]: On au8820 left and right channels are swapped
@ 2005-03-10 15:44 bugtrack
0 siblings, 0 replies; 17+ messages in thread
From: bugtrack @ 2005-03-10 15:44 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=59>
======================================================================
Reported By: kernel_bug
Assigned To: mjander
======================================================================
Project: ALSA - driver
Issue ID: 59
Category: PCI - au88x0
Reproducibility: random
Severity: major
Priority: normal
Status: feedback
Distribution:
Kernel Version: 2.6.2
======================================================================
Date Submitted: 02-13-2004 11:40 CET
Last Modified: 03-10-2005 16:44 CET
======================================================================
Summary: On au8820 left and right channels are swapped
Description:
In most cases, left and right channels are swapped. But in approx. 5% cases
all OK. Looks like the matter is somewhere in byte alignment...
======================================================================
----------------------------------------------------------------------
jdthood - 03-10-05 15:31
----------------------------------------------------------------------
> Channels are still swapped (always) when you are playing something
> first time after loading modules.
Submitter: Is this bug still present? Are the channels swapped just
after the module is loaded?
----------------------------------------------------------------------
mjander - 03-10-05 16:44
----------------------------------------------------------------------
AFAIK this bug was solved a long time ago. It was supposedly caused by a
incorrect routing table initialization (bug found by Claudia). That fact,
i guess, leaved some random routes interferening with other intentional
routes.
Did anyone still get this bug or may we close it ?
Best Regards
Manuel
Issue History
Date Modified Username Field Change
======================================================================
02-13-04 11:40 kernel_bug New Issue
02-21-04 15:40 kernel_bug Note Added: 0000280
03-02-04 02:56 Tim Note Added: 0000429
04-09-04 11:54 kernel_bug Note Added: 0000774
04-09-04 18:35 mjander Note Added: 0000777
04-17-04 18:59 mjander Status assigned => closed
04-17-04 18:59 mjander Note Added: 0000849
04-26-04 17:04 kernel_bug Status closed => feedback
04-26-04 17:04 kernel_bug Resolution open => reopened
04-26-04 17:04 kernel_bug Note Added: 0000953
04-26-04 23:27 mjander Note Added: 0000956
03-10-05 15:31 jdthood Note Added: 0003866
03-10-05 16:44 mjander Note Added: 0003867
======================================================================
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
^ permalink raw reply [flat|nested] 17+ messages in thread
* [ALSA - driver 0000059]: On au8820 left and right channels are swapped
@ 2005-03-10 14:31 bugtrack
0 siblings, 0 replies; 17+ messages in thread
From: bugtrack @ 2005-03-10 14:31 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=59>
======================================================================
Reported By: kernel_bug
Assigned To: mjander
======================================================================
Project: ALSA - driver
Issue ID: 59
Category: PCI - au88x0
Reproducibility: random
Severity: major
Priority: normal
Status: feedback
Distribution:
Kernel Version: 2.6.2
======================================================================
Date Submitted: 02-13-2004 11:40 CET
Last Modified: 03-10-2005 15:31 CET
======================================================================
Summary: On au8820 left and right channels are swapped
Description:
In most cases, left and right channels are swapped. But in approx. 5% cases
all OK. Looks like the matter is somewhere in byte alignment...
======================================================================
----------------------------------------------------------------------
mjander - 04-26-04 23:27
----------------------------------------------------------------------
Could you send me more details ? I really don't understand exactly what do
you mean.
email: mjander(at)users[dot].sourceforge[dot]net
Thanks
----------------------------------------------------------------------
jdthood - 03-10-05 15:31
----------------------------------------------------------------------
> Channels are still swapped (always) when you are playing something
> first time after loading modules.
Submitter: Is this bug still present? Are the channels swapped just
after the module is loaded?
Issue History
Date Modified Username Field Change
======================================================================
02-13-04 11:40 kernel_bug New Issue
02-21-04 15:40 kernel_bug Note Added: 0000280
03-02-04 02:56 Tim Note Added: 0000429
04-09-04 11:54 kernel_bug Note Added: 0000774
04-09-04 18:35 mjander Note Added: 0000777
04-17-04 18:59 mjander Status assigned => closed
04-17-04 18:59 mjander Note Added: 0000849
04-26-04 17:04 kernel_bug Status closed => feedback
04-26-04 17:04 kernel_bug Resolution open => reopened
04-26-04 17:04 kernel_bug Note Added: 0000953
04-26-04 23:27 mjander Note Added: 0000956
03-10-05 15:31 jdthood Note Added: 0003866
======================================================================
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
^ permalink raw reply [flat|nested] 17+ messages in thread
end of thread, other threads:[~2006-03-30 8:31 UTC | newest]
Thread overview: 17+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-03-22 21:33 [ALSA - driver 0000059]: On au8820 left and right channels are swapped bugtrack
2005-03-24 4:03 ` Raymond
-- strict thread matches above, loose matches on Subject: below --
2006-03-30 8:31 bugtrack
2006-02-17 8:21 bugtrack
2006-01-06 17:15 bugtrack
2005-08-27 2:43 bugtrack
2005-08-26 15:41 bugtrack
2005-08-26 14:07 bugtrack
2005-08-26 13:12 bugtrack
2005-08-26 12:50 bugtrack
2005-03-28 2:29 bugtrack
2005-03-28 2:29 bugtrack
2005-03-28 2:28 bugtrack
2005-03-28 2:27 bugtrack
2005-03-10 20:25 bugtrack
2005-03-10 15:44 bugtrack
2005-03-10 14:31 bugtrack
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.