On Mon, 1 Mar 2004, Abramo Bagnara wrote:
> 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
> >
> > Inde
On Tue, 2 Mar 2004, Manuel Jander wrote:
> By the way, is it really really necesary that "snd_pcm_period_elapsed()"
> is called exactly when one period has been playback ? Must that callback
> be called for every period ?
> After looking at the bt87x driver it seems that it doesn't matter after
>
On 02-Mar-2004 Manuel Jander wrote:
>> Yes. Every driver using SG must do this. Look into bt87x.c or
>> via82xx.c for examples.
>
> Well, i guess in that case the period size loses any relevance in
> terms of efficiency.
Efficiency about what ? If the hardware can be programmed to use
any pe
At Tue, 02 Mar 2004 11:16:33 +0100 (CET),
Giuliano Pochini wrote:
>
>
> On 02-Mar-2004 Manuel Jander wrote:
>
> >> Yes. Every driver using SG must do this. Look into bt87x.c or
> >> via82xx.c for examples.
> >
> > Well, i guess in that case the period size loses any relevance in
> > terms of
At Mon, 01 Mar 2004 18:51:56 +0100,
I wrote:
>
> 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'v
On Tue, Mar 02, 2004 at 03:09:15PM +0100, Takashi Iwai wrote:
> At Mon, 01 Mar 2004 18:51:56 +0100,
> I wrote:
> > ah, yes, then it's fine. thanks.
>
> i was too fast to confirm that -- it turned out that this doesn't
> help.
>
> since dma_alloc_coherent() is just a wrapper to pci_alloc_consiste
At Tue, 2 Mar 2004 14:26:32 +,
Russell King wrote:
>
> I, therefore, suggest that you're not looking at a 2.6.3 kernel. This
> was changed from pci_alloc_consistent to dma_alloc_coherent on 22 Dec,
> and was modified to take the GFP flags on 13 Jan.
>
> dma_alloc_coherent() is therefore not
On Tue, Mar 02, 2004 at 03:38:28PM +0100, Takashi Iwai wrote:
> BTW, there are some typos in your patches, and missing replacement of
> PCI -> DEV dma type. the attached patch should fix.
Thanks for finding these - as you can guess, the code didn't get built
for x86 when I tested it, neither was
Jaroslav wrote on alsa-project.org:
"simply copy files from the ALSA's alsa-kernel CVS module to relevant
locations in the 2.6 kernel tree."
This is one method of upgrading to CVS ALSA.
However, using this method with Linux 2.6.3 and current CVS alsa-kernel
gives errors:
$ cd linux-2.6.3
At Mon, 01 Mar 2004 19:34:57 +0100,
I wrote:
>
> 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 cont
2.4.23 and .25 need new patches
diff -urN alsa-driver/utils/patches/rtc-2.4.23.patch
alsa-driver/utils/patches/rtc-2.4.23.patch
--- alsa-driver/utils/patches/rtc-2.4.23.patch 1970-01-01 01:00:00.0 +0100
+++ alsa-driver/utils/patches/rtc-2.4.23.patch 2004-03-02 15:50:48.901317000 +0100
At Tue, 2 Mar 2004 15:20:28 GMT,
William wrote:
>
> Jaroslav wrote on alsa-project.org:
>
>"simply copy files from the ALSA's alsa-kernel CVS module to relevant
>locations in the 2.6 kernel tree."
>
> This is one method of upgrading to CVS ALSA.
"simply copy" doesn't mean so simply copy
I'm just too lazy to put port and irq parameters in my modules.conf,
so instead I wrote this driver which gets the resources from the ACPI
PnP information.
This probably should be integrated into the real MPU-401 driver after
testing.
Index: alsa-driver/INSTALL
=
Takashi Iwai <[EMAIL PROTECTED]> wrote:
>>William wrote:
>> Jaroslav wrote on alsa-project.org:
>>
>>"simply copy files from the ALSA's alsa-kernel CVS module to relevant
>>locations in the 2.6 kernel tree."
>>
>> This is one method of upgrading to CVS ALSA.
>
>"simply copy" doesn't mean
At Tue, 2 Mar 2004 15:52:24 GMT,
William wrote:
>
> Takashi Iwai <[EMAIL PROTECTED]> wrote:
> >>William wrote:
> >> Jaroslav wrote on alsa-project.org:
> >>
> >>"simply copy files from the ALSA's alsa-kernel CVS module to relevant
> >>locations in the 2.6 kernel tree."
> >>
> >> This is
Takashi Iwai <[EMAIL PROTECTED]> wrote:
>> Thanks for explaining that. Please would you delete the word "simply" in
>> the explanation on alsa-project.org because it's misleading.
>
>maybe better to remove the whole sentense.
I think it would be useful to keep an explanation of how to install
CVS
At Tue, 2 Mar 2004 17:28:18 GMT,
William wrote:
>
> Takashi Iwai <[EMAIL PROTECTED]> wrote:
> >> Thanks for explaining that. Please would you delete the word "simply" in
> >> the explanation on alsa-project.org because it's misleading.
> >
> >maybe better to remove the whole sentense.
>
> I thin
ve to remove the sentense.
>if you copy the files of alsa-kernel, you'll have no such new drivers.
I probably want the new/experimental drivers.
cd alsa-driver-cvs-20040302
./configure --with-cards= --with-kernel=somewhere/linux-2.6.x
Does this mean the both ALSA and OSS sound modules
on the
> alsa-project.org website where the current sentence reads "simply copy ..." ?
maybe. the statement is a bit old.
> >that's why i wrote above to remove the sentense.
> >if you copy the files of alsa-kernel, you'll have no such new drivers.
>
> I pr
Samuel S Chessman <[EMAIL PROTECTED]> writes:
> In building and running jack 0.94 from current tar, segfault traced to
> alsa_driver at snd_pcm_hw_params_set_rate_near (line 388).
>
> This occurs when switching to 16 bit or starting with 16 bit (-S option)
>
> This is caused by snd_pcm_hw_params
I wanted to get the tempo, so I did this:
snd_seq_queue_tempo_t *qt;
snd_seq_queue_tempo_alloca(&qt);
snd_seq_get_queue_tempo(seq,id,qt);
return qt->tempo;//line 91
and the compiler told me this:
alsa.cpp:91: invalid use of undefined type `struct _snd_seq_queue_tempo'
/usr/includ
Hi,
There is such 'side effect' with 'intel8x0m' AC97 modem driver. During
AC97 initialization 'intel8x0m' allocates mixers for both codecs - audio
and modem. With two codec cards if 'intel8x0m' is modprobed after sound
driver ('intel8x0') when card was 'unmuted' already it mutes whole card
again,
William wrote:
Jaroslav wrote on alsa-project.org:
"simply copy files from the ALSA's alsa-kernel CVS module to relevant
locations in the 2.6 kernel tree."
This is one method of upgrading to CVS ALSA.
However, using this method with Linux 2.6.3 and current CVS alsa-kernel
gives errors:
Use d
James Courtier-Dutton <[EMAIL PROTECTED]> wrote:
>
>Use directions at: -
>http://alsa.opensrc.org/index.php?page=AlsaBuild2.6
>
Thanks, James. Like I said in my previous reply to you, the section
describing option 1 is confusing because it seems to contradict itself
firstly by saying alsa-driver
William wrote:
James Courtier-Dutton <[EMAIL PROTECTED]> wrote:
Use directions at: -
http://alsa.opensrc.org/index.php?page=AlsaBuild2.6
Thanks, James. Like I said in my previous reply to you, the section
describing option 1 is confusing because it seems to contradict itself
firstly by saying a
Hello
I have a isa awe 64 card configurable on-board for pnp/non-pnp (a jumper).
I choose not to use pnp and assing (another jumper) irq 5 for DOS (heheheh)
compatability. This card always been giving me excellent results with
DOS/Windows/OSS.
Could someone help me in getting rid of underrun con
On Mon, 2004-03-01 at 00:17, Jaroslav Kysela wrote:
> 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
27 matches
Mail list logo
