Re: [Alsa-devel] M-Audio Revolution and MythTV

2004-03-01 Thread Jaroslav Kysela
On Sun, 29 Feb 2004, Ann Patterson wrote: > I installed a M-Audio Revolution 7.1 (snd-ice1724) in my mythtv box. I > had mythtv working fine with the machine's onboard sound (snd-trident) > using OSS emulation. The revo works correctly for things like xine, > mplayer, aplay (of course), play, etc.

Re: [Alsa-devel] return value of snd_pcm_hw_params_set_rate_near

2004-03-01 Thread Jaroslav Kysela
On Mon, 1 Mar 2004, Doug McLain wrote: > According to the alsa documentation, the return value of > snd_hw_params_set_rate_near is the 'approximate chosen rate', and the > 3rd arg being type 'int'. The two tutorials at the documentation > section of the alsa-project website both hold true to t

Re: [Alsa-devel] return value of snd_pcm_hw_params_set_rate_near

2004-03-01 Thread Doug McLain
http://www.alsa-project.org/alsa-doc/alsa-lib/group___p_c_m___h_w___params.html#a58 Thanks for the reply... P.S. I was mistaken, the doc does in fact define arg 3 as 'pointer to int' and describes the action. The return value is the only problem. Jaroslav Kysela wrote: On Mon, 1 Mar 2004, Do

[Alsa-devel] Re: return value of snd_pcm_hw_params_set_rate_near

2004-03-01 Thread Måns Rullgård
Doug McLain <[EMAIL PROTECTED]> writes: > According to the alsa documentation, the return value of > snd_hw_params_set_rate_near is the 'approximate chosen rate', and the > 3rd arg being type 'int'. The two tutorials at the documentation > section of the alsa-project website both hold true to thi

Re: [Alsa-devel] Scatter Gather

2004-03-01 Thread Clemens Ladisch
Manuel Jander wrote: > AFAIK, it seems that when using a scatter gather buffer, not every > period is located inside of a page. ... > The problem is that a DMA transfer can not go accross 2 different pages. > On Aureal hardware, even on contiguous buffers this causes all sort of > odd problems. Eac

Re: [Alsa-devel] setting ppq problems

2004-03-01 Thread Clemens Ladisch
[EMAIL PROTECTED] wrote: > I'm trying to set my ppq on my queue, so I do this: > > snd_seq_queue_tempo_t *qt; > snd_seq_queue_tempo_alloca(&qt); > snd_seq_queue_tempo_set_ppq(qt, ppq); > return snd_seq_set_queue_tempo(seq, id, qt); > that returns -22, what does that mean? snd_stre

[Alsa-devel] DXS broken with some cards in 1.0.X in module snd-via82xx?

2004-03-01 Thread Maggio
Hi , I was just wondering if the DXS support in 1.0.X has broken the DXS_SUPPORT=1 with some cards . I have an Abit KV7 Motherboard , and I use snd-via82xx for sound . I use this module from the version "0.9.8" , and I've never had any problems in enabling "dxs_support=1" with the 0.9.X series

Re: [Alsa-devel] DXS broken with some cards in 1.0.X in module snd-via82xx?

2004-03-01 Thread Takashi Iwai
At Mon, 01 Mar 2004 15:00:41 +0100, Maggio wrote: > > Hi , > > I was just wondering if the DXS support in 1.0.X has broken the > DXS_SUPPORT=1 with some cards . > > I have an Abit KV7 Motherboard , and I use snd-via82xx for sound . > > I use this module from the version "0.9.8" , and I've neve

Re: [Alsa-devel] DXS broken with some cards in 1.0.X in module snd-via82xx?

2004-03-01 Thread Sergey Vlasov
On Mon, Mar 01, 2004 at 03:00:41PM +0100, Maggio wrote: > I was just wondering if the DXS support in 1.0.X has broken the > DXS_SUPPORT=1 with some cards . > > I have an Abit KV7 Motherboard , and I use snd-via82xx for sound . > > I use this module from the version "0.9.8" , and I've never had a

[Alsa-devel] [PATCH] 1/5 Clean up Linux 2.6.4-rc1 sound/core/Makefile

2004-03-01 Thread Russell King
This is part of a patch series to clean up sound/core/Makefile in Linux 2.6.4-rc1. - Add SND_TIMER, SND_PCM, SND_HWDEP and SND_RAWMIDI configuration symbols. These symbols select which modules in sound/core get built, building snd-timer, snd-pcm, snd-hwdep and snd-rawmidi respectively. - Add

[Alsa-devel] Re: [PATCH] 2/5 Clean up Linux 2.6.4-rc1 sound/core/Makefile

2004-03-01 Thread Russell King
This is part of a patch series to clean up sound/core/Makefile in Linux 2.6.4-rc1. - Add "select SND_PCM" statements to appropriate Kconfig entries for drivers whose configuration symbol is used to build snd-pcm, snd-timer, and snd-page-alloc. - Remove snd-pcm, snd-timer and snd-page-alloc fr

[Alsa-devel] Re: [PATCH] 3/5 Clean up Linux 2.6.4-rc1 sound/core/Makefile

2004-03-01 Thread Russell King
This is part of a patch series to clean up sound/core/Makefile in Linux 2.6.4-rc1. - Add SND_RAWMIDI for drivers which use the snd-rawmidi module. - Remove snd-rawmidi from these drivers entries in sound/core/Makefile - Remove any sound/core/Makefile entries which are left empty. --- orig/sound/c

[Alsa-devel] Re: [PATCH] 5/5 Clean up Linux 2.6.4-rc1 sound/core/Makefile

2004-03-01 Thread Russell King
This is part of a patch series to clean up sound/core/Makefile in Linux 2.6.4-rc1. - Add SND_TIMER for drivers which use the snd-timer module. - Remove snd-timer from these drivers entries in sound/core/Makefile, removing any sound/core/Makefile entries which are left empty. - Since the "top lev

[Alsa-devel] Re: [PATCH] 4/5 Clean up Linux 2.6.4-rc1 sound/core/Makefile

2004-03-01 Thread Russell King
This is part of a patch series to clean up sound/core/Makefile in Linux 2.6.4-rc1. - Add SND_HWDEP for drivers which use the snd-hwdep module. - Remove snd-hwdep from these drivers entries in sound/core/Makefile, removing any sound/core/Makefile entries which are left empty. --- orig/sound/core

Re: [Alsa-devel] [PATCH] 1/5 Clean up Linux 2.6.4-rc1 sound/core/Makefile

2004-03-01 Thread Takashi Iwai
At Mon, 1 Mar 2004 14:42:31 +, Russell King wrote: > > This is part of a patch series to clean up sound/core/Makefile in Linux > 2.6.4-rc1. > > - Add SND_TIMER, SND_PCM, SND_HWDEP and SND_RAWMIDI configuration symbols. > These symbols select which modules in sound/core get built, building >

Re: [Alsa-devel] DXS broken with some cards in 1.0.X in module snd-via82xx?

2004-03-01 Thread Maggio
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Takashi Iwai wrote: | At Mon, 01 Mar 2004 15:00:41 +0100, Maggio wrote: | |> Hi , |> |> I was just wondering if the DXS support in 1.0.X has broken the |> DXS_SUPPORT=1 with some cards . |> |> I have an Abit KV7 Motherboard , and I use snd-via82xx for

Re: [Alsa-devel] [PATCH] 1/5 Clean up Linux 2.6.4-rc1 sound/core/Makefile

2004-03-01 Thread Jaroslav Kysela
On Mon, 1 Mar 2004, Takashi Iwai wrote: > thanks, a nice work! > > i vote for inclusion of this patchset. > (although we'll have a lot of work for 2.2/2.4 environment...) Yes, we need parsing of the Kconfig files now. Jaroslav - Jaroslav Kyse

Re: [Alsa-devel] DXS broken with some cards in 1.0.X in module snd-via82xx?

2004-03-01 Thread Maggio
Sergey Vlasov wrote: On Mon, Mar 01, 2004 at 03:00:41PM +0100, Maggio wrote: I was just wondering if the DXS support in 1.0.X has broken the DXS_SUPPORT=1 with some cards . I have an Abit KV7 Motherboard , and I use snd-via82xx for sound . I use this module from the version "0.9.8" , and I'v

Re: [Alsa-devel] [PATCH] 1/3 Implement generic device DMA mapping support

2004-03-01 Thread Takashi Iwai
Hi, At Sun, 29 Feb 2004 22:38:20 +, Russell King wrote: > > This is the first shot at this - I've tested it on ARM, covering both > ISA ALSA devices on a PCI machine, and driver model devices on a non- > PCI, non-ISA machine. However, it needs more testing. Can people > on alsa-devel please

Re: [Alsa-devel] [PATCH] 1/3 Implement generic device DMA mapping support

2004-03-01 Thread Jaroslav Kysela
On Mon, 1 Mar 2004, Takashi Iwai wrote: > i also think that we can split pre-allocate stuffs and initialization > stuffs to simplify. that is, we provide the initializer > snd_pcm_lib_set_dma_type(pcm, SND_DMA_PCI, ...); > or somethine like that. and call a single function, > snd_pcm_lib_p

Re: [Alsa-devel] [PATCH] 1/5 Clean up Linux 2.6.4-rc1 sound/core/Makefile

2004-03-01 Thread Takashi Iwai
At Mon, 1 Mar 2004 16:28:28 +0100 (CET), Jaroslav wrote: > > On Mon, 1 Mar 2004, Takashi Iwai wrote: > > > thanks, a nice work! > > > > i vote for inclusion of this patchset. > > (although we'll have a lot of work for 2.2/2.4 environment...) > > Yes, we need parsing of the Kconfig files now. o

Re: [Alsa-devel] [PATCH] 1/5 Clean up Linux 2.6.4-rc1 sound/core/Makefile

2004-03-01 Thread Jaroslav Kysela
On Mon, 1 Mar 2004, Takashi Iwai wrote: > > Yes, we need parsing of the Kconfig files now. > > or, provide different Makefiles for old kernels? I think that replacing mod-deps utility will be fine for the future maintenance. Jaroslav - Jaros

[Alsa-devel] [PATCH] fix alsa-lib doxygen errors

2004-03-01 Thread Clemens Ladisch
fix alsa-lib doxygen errors Index: alsa-lib/doc/doxygen.cfg === RCS file: /cvsroot/alsa/alsa-lib/doc/doxygen.cfg,v retrieving revision 1.25 diff -u -r1.25 doxygen.cfg --- alsa-lib/doc/doxygen.cfg8 Jan 2004 14:05:55 - 1

[Alsa-devel] [PATCH] USB-MIDI changes

2004-03-01 Thread Clemens Ladisch
- fix non-working control port on Roland U-8 - more port names - new MIDI quirks for Roland MMP-2, V-SYNTH, VariOS, FP-*, GI-20, BOSS GS-10, Edirol UR-80, PCR-A, PCR-1 Index: alsa-kernel/usb/usbmidi.c === RCS file: /cvsroot/alsa/a

Re: [Alsa-devel] [PATCH] 1/5 Clean up Linux 2.6.4-rc1 sound/core/Makefile

2004-03-01 Thread Russell King
On Mon, Mar 01, 2004 at 04:27:42PM +0100, Takashi Iwai wrote: > i vote for inclusion of this patchset. > (although we'll have a lot of work for 2.2/2.4 environment...) I plan to do some more of this over the coming weeks, but I'll pause for the time being - I don't want to bloat my local tree with

Re: [Alsa-devel] [PATCH] 1/3 Implement generic device DMA mapping support

2004-03-01 Thread Russell King
On Mon, Mar 01, 2004 at 04:41:00PM +0100, Takashi Iwai wrote: > At Sun, 29 Feb 2004 22:38:20 +, > Russell King wrote: > > > > This is the first shot at this - I've tested it on ARM, covering both > > ISA ALSA devices on a PCI machine, and driver model devices on a non- > > PCI, non-ISA machine

Re: [Alsa-devel] [PATCH] 1/3 Implement generic device DMA mapping support

2004-03-01 Thread Takashi Iwai
At Mon, 1 Mar 2004 17:45:17 +, Russell King wrote: > > On Mon, Mar 01, 2004 at 04:41:00PM +0100, Takashi Iwai wrote: > > At Sun, 29 Feb 2004 22:38:20 +, > > Russell King wrote: > > > > > > This is the first shot at this - I've tested it on ARM, covering both > > > ISA ALSA devices on a PC

Re: [Alsa-devel] Soundcard matrix: removing some M-Audio USB devices

2004-03-01 Thread James Courtier-Dutton
Frank Barknecht wrote: Hallo, James Courtier-Dutton hat gesagt: // James Courtier-Dutton wrote: You will be lucky to find any sound card complying with the USB Audio spec, as the spec is written so badly. This is the USB spec I'm referring, not the USB AUDIO spec. Those M-Audio devices aren't e

Re: [Alsa-devel] [PATCH] 1/3 Implement generic device DMA mapping support

2004-03-01 Thread Russell King
On Mon, Mar 01, 2004 at 06:51:56PM +0100, Takashi Iwai wrote: > a small concern about GFP_KERNEL is that i experienced the stall when > the kernel tried to allocate large continuous pages with GFP_KERNEL, > e.g. modprobe stops infinitely in the module init phase (and you > cannot even interrupt tha

Re: [Alsa-devel] [PATCH] 1/3 Implement generic device DMA mapping support

2004-03-01 Thread Takashi Iwai
At Mon, 1 Mar 2004 18:22:24 +, Russell King wrote: > > On Mon, Mar 01, 2004 at 06:51:56PM +0100, Takashi Iwai wrote: > > a small concern about GFP_KERNEL is that i experienced the stall when > > the kernel tried to allocate large continuous pages with GFP_KERNEL, > > e.g. modprobe stops infini

Re: [Alsa-devel] [PATCH] 1/3 Implement generic device DMA mapping support

2004-03-01 Thread Takashi Iwai
At Mon, 01 Mar 2004 19:34:57 +0100, I wrote: > > at the initialization. when __get_free_pages() for 256MB with > GFP_KERNEL is called, it goes to sleep and never gets back. additional note: 256MB might be wrong but anyway it was a large number. the driver tries to allocate as large buffers as p

[Alsa-devel] Re: [alsa-cvslog] CVS: alsa-lib/src/pcm pcm.c,1.271,1.272

2004-03-01 Thread Abramo Bagnara
Jaroslav Kysela ha scritto: Update of /cvsroot/alsa/alsa-lib/src/pcm In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv19814 Modified Files: pcm.c Log Message: Fixed return comment for *near() functions Index: pcm.c === RCS file

Re: [Alsa-devel] Scatter Gather

2004-03-01 Thread Manuel Jander
Hi, On Mon, 2004-03-01 at 08:52, Clemens Ladisch wrote: > Manuel Jander wrote: > > AFAIK, it seems that when using a scatter gather buffer, not every > > period is located inside of a page. ... > > The problem is that a DMA transfer can not go accross 2 different pages. > > On Aureal hardware, eve

Re: [Alsa-devel] Re: [alsa-cvslog] CVS: alsa-lib/src/pcm pcm.c,1.271,1.272

2004-03-01 Thread Paul Davis
>Taken for granted that configuration space on entry of function is not >empty can this be taken for granted? --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD soft

Re: [Alsa-devel] Soundcard matrix: removing some M-Audio USB devices

2004-03-01 Thread Patrick Shirkey
James Courtier-Dutton wrote: Frank Barknecht wrote: Hallo, James Courtier-Dutton hat gesagt: // James Courtier-Dutton wrote: You will be lucky to find any sound card complying with the USB Audio spec, as the spec is written so badly. This is the USB spec I'm referring, not the USB AUDIO spec.

Re: [Alsa-devel] Re: [alsa-cvslog] CVS: alsa-lib/src/pcm pcm.c,1.271,1.272

2004-03-01 Thread Clemens Ladisch
Abramo Bagnara wrote: > Jaroslav Kysela ha scritto: > > Log Message: > > Fixed return comment for *near() functions > > > > + * \return 0 otherwise a negative error code if configuration space would become > > empty > > *near() functions semantic cannot return error by design. > > Taken for grante