Lee Revell | 1 Dec 2004 02:59

Re: [alsa-cvslog] CVS: alsa-kernel/pci/emu10k1 emu10k1_main.c,1.38,1.39

On Thu, 2004-11-18 at 06:52 -0800, Takashi Iwai wrote:
> Update of /cvsroot/alsa/alsa-kernel/pci/emu10k1
> In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv19661/pci/emu10k1
> 
> Modified Files:
> 	emu10k1_main.c 
> Log Message:
> Summary: Add pci_disable_device() to removal and error paths
> 
> pci_disable_device() is called properly in the removal and error
> paths.  Also, the pci_set_master() is added to the resume callbacks if
> missing (just to be sure).
> 

OK, this change was committed almost two weeks ago.  But it is still not
visible in Sourceforge anonymous CVS.  The latest version is 1.39:

> retrieving revision 1.38
> retrieving revision 1.39
> diff -u -r1.38 -r1.39

But cvs diff on my system shows this:

rlrevell <at> mindpipe:~/cvs/alsa-cvs-T3$ cvs diff
alsa-kernel/pci/emu10k1/emu10k1_main.c
Index: alsa-kernel/pci/emu10k1/emu10k1_main.c
===================================================================
RCS file: /cvsroot/alsa/alsa-kernel/pci/emu10k1/emu10k1_main.c,v
retrieving revision 1.38
diff -u -r1.38 emu10k1_main.c
(Continue reading)

Lee Revell | 1 Dec 2004 03:15

Re: Re: [alsa-cvslog] CVS: alsa-kernel/pci/emu10k1 emu10k1_main.c,1.38,1.39

On Tue, 2004-11-30 at 20:59 -0500, Lee Revell wrote:
> OK, this change was committed almost two weeks ago.  But it is still not
> visible in Sourceforge anonymous CVS.  The latest version is 1.39:

Never mind, user error of some kind ;-)

Lee

-------------------------------------------------------
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://productguide.itmanagersjournal.com/
Takashi Iwai | 1 Dec 2004 11:55
Picon

Re: [Alsa-devel] Re: file.wav -> dsp issue

At Tue, 30 Nov 2004 16:02:48 -0500,
Lee Revell wrote:
> 
> On Tue, 2004-11-30 at 15:05 -0500, Haines Brown wrote:
> > > On Tue, 2004-11-30 at 13:04 -0500, Haines Brown wrote:
> > > >      # cat file.wav > /dev/dsp
> > > > 
> > > > it seems to play at half speed (pitch is very low, playing speed very
> > > > slow).  
> > > > 
> > > > Is the command above the best way to do a simple test of sound? Why
> > > > should sending the file to dsp not play correctly?
> > > 
> > > No, that is the way to do it with the deprecated OSS API.  It seems like
> > > a convenient, Unixy way to play sounds but there are many problems with
> > > it.
> > > 
> > > The ALSA way is "aplay file.wav".  Does this work?
> > 
> > Yes, that worked fine. I find that it plays WAV and VOC, but not MID
> > and WMA files (just screeches). Thanks.
> 
> Hmm, my point about the OSS api notwithstanding, seems like cat foo.wav
> > /dev/dsp should work, if aplay groks the format.  It seems to be
> getting the sample rate wrong.  I am cc'ing alsa-devel.

"cat > /dev/dsp" itself doesn't parse the format but just handles as
if a raw PCM data.  It is pretty casual that it worked somehow.

Takashi
(Continue reading)

Takashi Iwai | 1 Dec 2004 12:19
Picon

Re: [2.6 patch] ALSA core: misc cleanups

At Mon, 29 Nov 2004 15:16:45 +0100,
I wrote:
> 
> At Sun, 28 Nov 2004 04:23:13 +0100,
> Adrian Bunk wrote:
> > 
> > > I disagree to remove all of these functions from the middle layer.
> > > Some of them could be reduced, but others were once used, and might be
> > > used in future, too.
> > 
> > The intention is not to blindly remove code you might need in the near 
> > future.
> > 
> > Can you comment on which of them are actually candidates for being 
> > removed? I'll then send you an updated patch.
> 
> Yes, I'll check it.

Ok, applied most of your fixes to ALSA tree.

The change of timer API, midi-emulation API and a part of PCM API are
kept.  Some are moved as static inline functions.

Thanks,

Takashi

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
(Continue reading)

bugtrack | 1 Dec 2004 12:43
Favicon

[ALSA - driver 0000694]: USB Audio Card Giving Errors


A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=694> 
======================================================================
Reported By:                dave-lew99
Assigned To:                Clemens Ladisch
======================================================================
Project:                    ALSA - driver
Issue ID:                   694
Category:                   USB - usb-audio
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
Distribution:               
Kernel Version:             
======================================================================
Date Submitted:             12-01-2004 00:08 CET
Last Modified:              12-01-2004 12:43 CET
======================================================================
Summary:                    USB Audio Card Giving Errors
Description: 
When booting system with Creative MP3+ USB audio card, errors such as
snd_usb_audio: Unknown symbol usb_kill_urb 
snd_usb_lib: unsupported module, tainting kernel are given, these also
show up in dmesg. 

The onboard sound on my laptop works fine (Intel AC '97). The USB card is
detected by Yast in the hardware section but refuses to show up as an
(Continue reading)

bugtrack | 1 Dec 2004 12:59
Favicon

[ALSA - driver 0000695]: Turning off Audigy 2 NX makes keyboard unusable


The following issue has been SUBMITTED.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=695> 
======================================================================
Reported By:                jk
Assigned To:                Clemens Ladisch
======================================================================
Project:                    ALSA - driver
Issue ID:                   695
Category:                   USB - usb-audio
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
Distribution:               Debian unstable
Kernel Version:             2.6.10-rc2-mm4
======================================================================
Date Submitted:             12-01-2004 12:59 CET
Last Modified:              12-01-2004 12:59 CET
======================================================================
Summary:                    Turning off Audigy 2 NX makes keyboard unusable
Description: 
If I turn off my Audigy 2 NX, my USB keyboard no longer works under X.  The
mouse plugged into the keyboard's hub still works.  dmesg doesn't show
anything suspicous at this point but after stopping X I get the following
oops:

Oops: Kernel access of bad area, sig: 11
[https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1]
(Continue reading)

Takashi Iwai | 1 Dec 2004 14:58
Picon

Re: ALSA Driver for Sparc DBRI chips

At Thu, 25 Nov 2004 15:01:56 +0100,
I wrote:
> 
> [1  <text/plain; US-ASCII (7bit)>]
> At Sun, 21 Nov 2004 09:50:08 +0000,
> Martin Habets wrote:
> > 
> > Hi,
> > 
> > I have been working on an ALSA driver for the DBRI/CS4215 chip
> > combo found in Sparc machines. It is a port of the 2.5 OSS driver.
> > 
> > Things are starting to work, but since this is my first major
> > undertaking I'm looking for your comments. Ask early, ask often...
> > At this point I expect playback to work to all possible outputs (there
> > is some clipping on 16 bit formats). I have not been able to get recording
> > output in a file, though it does seem to catch data.
> > 
> > So I look for anything from coding style to design issues to spelling to
> > 'it worked' to 'I get an error' to the-meaning-of-the-universe.
> > Just keep the phasers on stun, please :)
> 
> Thanks for the patch.
> 
> I modified some codes to adapt to the latest 2.6.10-rc2, and reduced
> compile warnings (just checked with the cross-compile environment.)
> ALso, the spin_lock() is changed to spin_lock_irq() in the prepare
> callback since the recent version is it became non-atomic.
> The patch is below.
> 
(Continue reading)

Brian L Scipioni | 1 Dec 2004 15:56

Re: [Alsa-user] file.wav -> dsp issue

I have this problem too - but probably others causing it.

aplay -D spdif /usr/share/sounds/startup3.wav works fine.

aplay -D /usr/share/sounds/startup3.wav gives the following error:

ALSA lib pcm.c:1975:(snd_pcm_open_noupdate) Unknown PCM /usr/share/sounds/startup3.wav
aplay: main:508: audio open error: No such file or directory

cat /usr/share/sounds/startup3.wav > /dev/dsp
makes no sound and hangs for 55 seconds on this 2.5 second sample.

They both worked before I installed 1.0.7.  However, I also installed the OSS compatibility libs this time.

Also when I run alsaconf now it finds 2 cards even though I only have 1.
emu10k1    Creative ...
legacy       Probe legacy ISA chips

I suspect this second device is the tiny speaker on my motherboard, no?  Is it getting all the attention?

Except for when I specify spdif on the command line "alsaplayer -d spdif ..." none of my audio apps work.

What gives here?  Anybody know?  Everything USED to work.

my .asoundrc is as suggested for my card (Audigy2 Platinum):

pcm.emu10k1 {
   type hw
   card 0
}
                                                                                                                      
ctl.emu10k1 {
   type hw
   card 0
}

thanks guys,
brian



On Tue, 2004-11-30 at 16:02, Lee Revell wrote:
On Tue, 2004-11-30 at 15:05 -0500, Haines Brown wrote: > > On Tue, 2004-11-30 at 13:04 -0500, Haines Brown wrote: > > > # cat file.wav > /dev/dsp > > > > > > it seems to play at half speed (pitch is very low, playing speed very > > > slow). > > > > > > Is the command above the best way to do a simple test of sound? Why > > > should sending the file to dsp not play correctly? > > > > No, that is the way to do it with the deprecated OSS API. It seems like > > a convenient, Unixy way to play sounds but there are many problems with > > it. > > > > The ALSA way is "aplay file.wav". Does this work? > > Yes, that worked fine. I find that it plays WAV and VOC, but not MID > and WMA files (just screeches). Thanks. Hmm, my point about the OSS api notwithstanding, seems like cat foo.wav > /dev/dsp should work, if aplay groks the format. It seems to be getting the sample rate wrong. I am cc'ing alsa-devel. What's the sample rate of your .wav file? Do you get the same results with other sample rates? This could be a bug in the OSS emulation layer. Lee ------------------------------------------------------- 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://productguide.itmanagersjournal.com/ _______________________________________________ Alsa-user mailing list Alsa-user <at> lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
Takashi Iwai | 1 Dec 2004 16:04
Picon

Re: [Alsa-devel] Re: file.wav -> dsp issue

At Wed, 01 Dec 2004 09:56:52 -0500,
Brian L Scipioni wrote:
> 
> I have this problem too - but probably others causing it.
> 
> aplay -D spdif /usr/share/sounds/startup3.wav works fine.
> 
> aplay -D /usr/share/sounds/startup3.wav gives the following error:
> 
> ALSA lib pcm.c:1975:(snd_pcm_open_noupdate) Unknown PCM /usr/share/sounds/startup3.wav
> aplay: main:508: audio open error: No such file or directory

-D option requires an argument.  In the second case, you didn't pass
it so the wav file name is parsed as the device name.

> cat /usr/share/sounds/startup3.wav > /dev/dsp
> makes no sound and hangs for 55 seconds on this 2.5 second sample.

Most likely the device is simply blocked by others.
This behavior was changed recently to be non-blocking mode, BTW.

Takashi

-------------------------------------------------------
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://productguide.itmanagersjournal.com/
bugtrack | 1 Dec 2004 16:01
Favicon

[ALSA - driver 0000687]: Cannot build gentoo-ebuild for 1.0.7


A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=687> 
======================================================================
Reported By:                m_wright
Assigned To:                perex
======================================================================
Project:                    ALSA - driver
Issue ID:                   687
Category:                   0_compilation problem_!!!
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
Distribution:               Gentoo Linux
Kernel Version:             2.6.9-ck2
======================================================================
Date Submitted:             11-28-2004 19:06 CET
Last Modified:              12-01-2004 16:01 CET
======================================================================
Summary:                    Cannot build gentoo-ebuild for 1.0.7
Description: 
The gentoo ebuild for 1.0.7-r1 (basically 1.0.7) fails on linux kernel
2.6.9-ck2 with the following errors:

/var/tmp/portage/alsa-driver-1.0.7-r1/work/alsa-driver-1.0.7/acore/memory_wrapper.c:
In function `snd_compat_vmalloc_to_page':
/var/tmp/portage/alsa-driver-1.0.7-r1/work/alsa-driver-1.0.7/acore/memory_wrapper.c:41:
warning: implicit declaration of function `VMALLOC_VMADDR'
/var/tmp/portage/alsa-driver-1.0.7-r1/work/alsa-driver-1.0.7/acore/memory_wrapper.c:47:
warning: implicit declaration of function `pte_offset'
/var/tmp/portage/alsa-driver-1.0.7-r1/work/alsa-driver-1.0.7/acore/memory_wrapper.c:47:
warning: assignment makes pointer from integer without a cast
======================================================================

----------------------------------------------------------------------
 tiwai - 11-29-04 17:20 
----------------------------------------------------------------------
Apparently the configure couldn't detect vmalloc_to_page().
Do you have config.log for this check?

----------------------------------------------------------------------
 ebichu - 12-01-04 16:01 
----------------------------------------------------------------------
I'm using a later Gentoo ebuild (alsa-driver-1.0.7-r1) and a vanilla kernel
(2.6.9) but it fails in the same place.  The config.log entry for
vmalloc_to_page is as follows:

configure:5965: checking for vmalloc_to_page
configure:5994: i686-pc-linux-gnu-gcc -c -march=athlon -O3 -pipe
-fomit-frame-pointer -I/usr/src/linux/include  -nostdinc -iwithprefix
include  conftest.c >&5
In file included from /usr/src/linux/include/asm/smp.h:18,
                 from /usr/src/linux/include/linux/smp.h:17,
                 from /usr/src/linux/include/linux/sched.h:23,
                 from /usr/src/linux/include/linux/mm.h:4,
                 from conftest.c:25:
/usr/src/linux/include/asm/mpspec.h:6:25: mach_mpspec.h: No such file or
directory
In file included from /usr/src/linux/include/asm/smp.h:18,
                 from /usr/src/linux/include/linux/smp.h:17,
                 from /usr/src/linux/include/linux/sched.h:23,
                 from /usr/src/linux/include/linux/mm.h:4,
                 from conftest.c:25:
/usr/src/linux/include/asm/mpspec.h:8: error: `MAX_MP_BUSSES' undeclared
here (not in a function)
/usr/src/linux/include/asm/mpspec.h:22: error: `MAX_IRQ_SOURCES'
undeclared here (not in a function)
In file included from /usr/src/linux/include/linux/smp.h:17,
                 from /usr/src/linux/include/linux/sched.h:23,
                 from /usr/src/linux/include/linux/mm.h:4,
                 from conftest.c:25:
/usr/src/linux/include/asm/smp.h:72:26: mach_apicdef.h: No such file or
directory
configure:6000: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| 
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define STDC_HEADERS 1
| #define TIME_WITH_SYS_TIME 1
| #define CONFIG_SND_KERNELDIR "/usr/src/linux"
| #define CONFIG_HAVE_DUMP_STACK 1
| #define CONFIG_SND_VERBOSE_PRINTK 1
| #define CONFIG_SND_ISA 1
| #define CONFIG_ISAPNP_KERNEL 1
| #define CONFIG_PNP_KERNEL 1
| #define CONFIG_HAVE_STRLCPY 1
| #define CONFIG_HAVE_SNPRINTF 1
| #define CONFIG_HAVE_SCNPRINTF 1
| #define CONFIG_HAVE_SSCANF 1
| /* end confdefs.h.  */
| 
| #define __KERNEL__
| #include <linux/config.h>
| #include <linux/time.h>
| #include <linux/mm.h>
| 
| int
| main ()
| {
| 
|   struct page * (*func)(void*);
|   func = vmalloc_to_page;
| 
|   ;
|   return 0;
| }
configure:6021: result: "no"

Issue History
Date Modified  Username       Field                    Change              
======================================================================
11-28-04 19:06 m_wright       New Issue                                    
11-28-04 19:06 m_wright       Distribution              => Gentoo Linux    
11-28-04 19:06 m_wright       Kernel Version            => 2.6.9-ck2       
11-29-04 15:27 tiwai          Note Added: 0002638                          
11-29-04 16:41 m_wright       Note Added: 0002653                          
11-29-04 17:20 tiwai          Note Added: 0002655                          
12-01-04 16:01 ebichu         Note Added: 0002665                          
======================================================================

-------------------------------------------------------
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://productguide.itmanagersjournal.com/

Gmane