On Friday 07 March 2003 00:10, Martin Langer wrote:
> using latest CVS on a jack-free system produces a lot of output.
Do you mean you don't have jack installed?
I think the next refers to the jack.h that comes with jack
> pcm_jack.c:36: jack/jack.h: No such file or directory
Just a guess, though.
Hi,
This trivial patch alters compile options for athlon and crusoe cpu-types to be
compatible with gcc-3.x.x.
Matt Mercr
Index: configure.in
===
RCS file: /cvsroot/alsa/alsa-driver/configure.in,v
retrieving revision 1.142
diff -u
Hi,
anyone knows what this output means? It's from Xine:
audio_alsa_out: Audio Device name =
iec958:AES0=0x6,AES1=0x82,AES2=0x0,AES3=0x2
audio_alsa_out: Number of channels = 2
ALSA lib dlmisc.c:107:(snd_dlsym_verify) unable to verify version for
symbol _snd_pcm_hook_ctl_elems_install
ALSA lib p
Hi,
using latest CVS on a jack-free system produces a lot of output. I've never
saw that before during "make build". For me it looks like a consequence of
moving jack plugin to a new directory.
martin
make[4]: Entering directory /usr/local/src/alsa-cvs/alsa-lib/src/pcm/ext'
/bin/sh ../../../li
I can't compile spin_lock(lock):
echoaudio.c:237: dereferencing pointer to incomplete type
I try to compile my module with the same args, defines and includes of
azt3328.c. Spinlock operations expands to exactly the same stuff
according cpp, but azt3328 compiles fine. What am I missing ?
Bye
Am Montag, 3. März 2003 12:33 schrieb Takashi Iwai:
> At Mon, 03 Mar 2003 02:25:03 +0100,
>
> Benny Sjostrand wrote:
> > - Added the cwcdma DSP firmware module
> > - Fixed a minor bug in cs46xx_iec958_pre_open(...)
> > - in cs46xx_dsp_enable_spdif_hw(...), disable SPDIF hw
> > before enabling, thi
Takashi-san,
Was this of any use? Are you looking into this, or do you need more
data?
Thanks,
Mark
On Fri, 2003-02-28 at 05:09, Mark Knecht wrote:
> On Fri, 2003-02-28 at 04:56, Mark Knecht wrote:
> > > at least, we need to check whether the interrupts for MIDI are
> > > generated properly.
>
i backpedaled to 2.4.20 (vanilla, no patches). i grabbed this
morning's ALSA CVS. i used the simplest kernel config i could come up
with for my system. i recompiled everything, reinstalled, rebooted
(several times, in fact).
the system runs fine for kernel compiles, X, browsing, emacs,
development
On Thu, Mar 06, 2003 at 07:17:13PM +0100, Jordi Mallach wrote:
> As promised, here are the bugs we have on our bug tracking system.
Damn, forgot a nice one:
Bug #100041: /dev/music MIDI adds unwanted staccatos on first "long" note after
seq_reset()
Have a look at http://bugs.debian.org/cgi-bin/
Hello!
As promised, here are the bugs we have on our bug tracking system. I hope
some will have been fixed in some recent release and we haven't been able
to confirm. Others have been reported against rc7 (what is in Debian,
currently).
All the logs for a given bugs are in http://bugs.debian.org/
Hi,
right now I'm trying to change the slot mapping register 0x5e, clear AMAP bit set new
slot but nothing 0x5e is still 0x ?
CU
Bernd Zierath
-Original Message-
From: Zierath Bernd
Sent: Fri 2/28/2003 11:31 AM
To: [EMAIL PROTECTED]
Cc:
We were searching a vicious bug, but it was a trivial one...
Applies on top of Paul's patch version II.
Thomas
--- hdsp.c.orig 2003-03-05 19:23:52.0 +0100
+++ hdsp.c 2003-03-06 17:47:44.0 +0100
@@ -3002,9 +3002,9 @@
case 0xa:
c
On 2.2.23 kernel I get a lot of warnings like :
They don't seem to be serious, thougth I'd mention it.
gcc -D__KERNEL__ -DMODULE=1
-I/serve/install/alsa-cvs/alsa-driver/include -I/usr/src/linux/include
-O2 -m
Hi,
the user that had reported a code CTL00e3 told me that he had made a
mistake and that the code was actually CTL00c3, so the problem
disappeared. Sorry about that!
Still, I have a question about the isa cards autodetection.
I first tried the isapnpmodules.c program but for some reason it was
Hi,
I have a Hitachi SH4 based evaluation board with an AD1881 codec (onboard). It
is an AC'97 compliant codec. I'm in need of an ALSA driver for the same. Is
there an ALSA driver already available for AD1881? If not where should I start
to develop a driver for it? I have gone through the Documen
On Tue, 25 Feb 2003, Takashi Iwai wrote:
> At Mon, 24 Feb 2003 13:55:18 +0100 (CET),
> Ronny V. Vindenes <[EMAIL PROTECTED]> wrote:
> >
> > Here's a trivial patch against cvs that converts envy24control to use
> > gtk2, it doesn't fix any of the gui problems so envy24control is still
> > fundame
Cleanup the alsa-lib rpm spec:
* change BuildRoot from /var/tmp to %{_tmppath}
* use standard rpm macros for %build
* simplify %install
* updated dependencies
--
Ronny V. Vindenes <[EMAIL PROTECTED]>
--- /tmp/alsa-driver.spec.in2003-03-03 18:15:49.0 +0100
+++ alsa-driver.spec.in 2
Cleanup the alsa-utils rpm spec:
* removed wrongly included doc file
* changed BuildRoot from /var/tmp to %{_tmppath}
* use standard rpm macros for %build & %install
* updated dependencies
--
Ronny V. Vindenes <[EMAIL PROTECTED]>
--- /tmp/alsa-utils.spec.in 2003-03-05 23:54:34.0 +
18 matches
Mail list logo
