This fixes sequencer input from USB MIDI. Both usbmidi.c and seq_midi.c
thought they could use substream-runtime-private_data for themselves.
Additionally, interrupt transfer resubmissions for kernels before 2.5.45
are removed again.
--
Clemens
Index: alsa-driver/include/adriver.h
On Mon, 11 Nov 2002, Benny Sjostrand wrote:
Ok, that's fixed the bass problem I had here.
One thing though. Benny, do you have any idea what these values should
be?
But I still dont understand the problem.
On Mon, Nov 11, 2002 at 09:15:14AM +0100, Clemens Ladisch wrote:
This fixes sequencer input from USB MIDI. Both usbmidi.c and seq_midi.c
thought they could use substream-runtime-private_data for themselves.
Additionally, interrupt transfer resubmissions for kernels before 2.5.45
are
Patrick Shirkey wrote:
I'm have a machine which needs the ohci usb driver. I have 2.4.19-pre10
kernel for it.
When I try to load the usb-audio module I get a constant stream of
snd-usb-midi: usb_submit_urb: -22
Which doesn't stop until I remove the module.
In the 2.5.45 kernel, the
Then maybe someone knows what xine uses the
AES0=0x6,AES1=0x82,AES2=0x0,AES3=0x2 values to,
do they need to interfaces to the lowlevel driver ???
It's first 32-bits to setup the channel status block in the S/PDIF
stream. The main job is to tell the remote receiver, that data are
I'm using alsa-0.9.0_rc5 with 2.4.20-pre10-mjc2 and I get a kernel oops
in cs4281_suspend when suspeding the machine. Result of ksymoops is
attached.
Matching the disassembly with the assembly output of gcc with the same
options (also attached), it shows that the problem is in the line:
options (also attached), it shows that the problem is in the line:
chip-suspend_regs[i] = snd_cs4281_peekBA0(chip, saved_regs[i]);
Very good report :-)
I think the following patch should solve this problem. But since that
suspend/resume seems to not have been tested at all for that
Hi,
this patch fixes two bugs in the RME HDSP driver.
* HDSP card works after cold reboot. Firmware load is properly finished.
* Channel mapping for Multiface works.
Marcus
Index: alsa-kernel/pci/rme9652/hdsp.c
===
RCS file:
Please apologize for the repetition of my question. I probably don't have to
tell you that in commercial software engineering I have to deal with hard
dead-lines and longer development and test cycles. I guess most of you don't
even care... but I think it would be a pity for many people if Sun's
Hello,
Will the OSS mixer implementation for the cs46xx using the new DSP code be
getting bass/treble controls in the mixer at some point?
Jordan
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
On Mon, 11 Nov 2002, Florian Bomers wrote:
Please apologize for the repetition of my question. I probably don't have to
tell you that in commercial software engineering I have to deal with hard
dead-lines and longer development and test cycles. I guess most of you don't
even care... but I
Will the OSS mixer implementation for the cs46xx using the new DSP code be
getting bass/treble controls in the mixer at some point?
If there no HW support for that in the AC97 CODEC's you will not have
any bass/treble
in the mixer.
However the DSP have support to add some kind of
That's useful and very promising news! Thank you very much.
Florian
Jaroslav Kysela wrote:
Is it more likely that
1) the already changed function prototypes, which are usable
by defining ALSA_PCM_NEW_HW_PARAMS_API, change in future,
If you use this define, your application will
This fixes sequencer input from USB MIDI. Both usbmidi.c and seq_midi.c
thought they could use substream-runtime-private_data for themselves.
Thanks! sequencer input is now working on Muse (both 0.5 and 0.6
versions)! Regretfully output seems to not work now :-(
If I turn on debugging in Muse
This fixes sequencer input from USB MIDI. Both usbmidi.c and seq_midi.c
thought they could use substream-runtime-private_data for themselves.
Thanks! sequencer input is now working on Muse (both 0.5 and 0.6
versions)! Regretfully output seems to not work now :-(
If I turn on debugging
15 matches
Mail list logo