On Sun, 14 Dec 2003, Arve Knudsen wrote:
> On Mon, 15 Dec 2003 01:17:26 +0900, Patrick Shirkey
> <[EMAIL PROTECTED]> wrote:
>
> > If we have a DB of info how would we define the abilities of each device?
> >
> > I assume this info is available in the driver layer because there is a
> > point wh
On Sun, 14 Dec 2003, Manuel Jander wrote:
> I looked into "alsa-kernel/core/control.c" and after finding out that
> every control interaction does a control lookup (iterated through all
> controls), i don't feel very confortable about using kcontrols to update
> hardware parameters in at tens of m
On Monday 15 Dec 2003 1:30 am, Pedro Lopez-Cabanillas wrote:
> The ALSA MIDI sequencer can use several timer sources. By default,
> it uses the Linux system timer functions [...]
> Other timer sources are PCM devices and the RTC timer.
Ah... so that puts Jan's comment into perspective. I could ha
On Mon, 15 Dec 2003 09:59:16 +0100 (CET), Jaroslav Kysela <[EMAIL PROTECTED]>
wrote:
On Sun, 14 Dec 2003, Arve Knudsen wrote:
On Mon, 15 Dec 2003 01:17:26 +0900, Patrick Shirkey
<[EMAIL PROTECTED]> wrote:
> If we have a DB of info how would we define the abilities of each
device?
>
> I assume t
On Monday 15 Dec 2003 9:16 am, Chris Cannam wrote:
> This seems to suggest that the default system-based timer is doing
> something a bit naive, like assuming it was called back on time
> without actually checking.
Hmm yes, even this crappy little patch to alsa-kernel/core/timer.c
(gross adjustme
Hi All,
Since upgrading to 0.9.8 im not able to resume from apm.
I'm willing to try out patches
greetings
Marc
Here are 2 oopses:
vaio ~ # ksymoops -m /boot/System.map-2423 oops2.txt
ksymoops 2.4.9 on i686 2.4.23. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/mo
On Sun, Dec 14, 2003 at 10:21:39PM -0400, Manuel Jander wrote:
> Hi,
>
> Since there is almost nothing else to do to support the Aureal Vortex
> 3D processor on Linux, just as i announced some time ago i started
> designing a OpenAL interface for ALSA. The design is meant to be
> applicable to o
On Mon, 15 Dec 2003, Marc Giger wrote:
> Hi All,
>
> Since upgrading to 0.9.8 im not able to resume from apm.
>
> I'm willing to try out patches
No idea. The problem appears to be in the snd_ac97_resume() function.
Could you try to put some printk() calls to snd_ac97_resume() and
snd_ymfpci_r
Hi Jaroslav,
I've tracked this down to the following line (if we can trust the
snd_prink() order):
wake_up(&card->power_sleep);
This function is called from
static inline void snd_power_change_state(snd_card_t *card, unsigned int
state)
in core.c and itself is called from
snd_ymfpci_resume(
Hello,
Maybe a small typo, but I was getting wrong dma chanels assigned
to my interwave card.
alsa-driver-1.0.0rc2/alsa-kernel/isa/gus/interwave.c:
629c629
< dma1[dev] = pnp_dma(pdev, 1);
---
> dma1[dev] = pnp_dma(pdev, 0);
Note: this assumes my earlier reported bug-fix to ensure
Hello. The case is closed!
Both LiveDrive MIDI and InfraRed remote started working by
following change in modules.conf:
old: enable_ir
new: enable_ir=1
Now that I know it the fix seems to be obvious, but in my mail
archives both versions are used.
The Alsa documentation, of course, could be
11 matches
Mail list logo
