From: "Andries, Bert" <Bert.Andries@uza.uia.ac.be>
To: linux-sound@vger.kernel.org
Subject: RE: Modular Sound 2.0.36
Date: Tue, 15 Dec 1998 09:50:40 +0000 [thread overview]
Message-ID: <marc-linux-sound-91371705121337@msgid-missing> (raw)
In-Reply-To: <marc-linux-sound-91364363717610@msgid-missing>
>Andries, Bert (Bert.Andries@uza.uia.ac.be) said:
> > Via ftp.redhat.com ( and ftpsearch.lycos.com ) I found in
> > sound/patches-current/modular-sound-2.0.36-2.diff.gz
> > When applied to the kernel 2.0.36 source tree ( the real thing, not the
> > RH5.2 pre-2.0.36 ) it gives rejects on Config.in (
> /drivers/sound/Config.in
> > )
> >
> > Anyone here has experience on this subject ? Am I following the right
> > procedure to get modular sound on 2.0.36 ?
>
< It seems to work OK here on a plain 2.0.36 - there's a couple of
< patches with offsets (I'll throw a newer version on the FTP site
< that doesn't do this), but it goes through clean. What version
< of patch are you using?
< Bill
It isn't clear to me against what the
sound/patches-current/modular-sound-2.0.36-2.diff.gz
should be patched.
What I failed to reveal in my posting is that I'm trying to get beta
modular sound drivers from
the 2.1.xxx kernel onto 2.0.36. In particular the Turtle Beach Pinnacle /
Fiji driver.
( Andrew Veliath http://www.rpi.edu/~veliaa/pinlinux.html )
The mentioned patch file puts the 'extra' 2.1.xxx drivers in the
drivers/sound directory ( looks
good at first glance ). Only patching the Config.in fails. I tried to put
the chunk of code for the
Turtle Beach Pinnacle / Fiji into it ... manually. Which works except that
tkparse doesn't
accept the 'string' keyword. ( make mrproper ; make xconfig ).
I'll check the version of patch ... it should be the one that came with the
rh5.1.
Bert
prev parent reply other threads:[~1998-12-15 9:50 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
1998-12-14 12:28 Modular Sound 2.0.36 Andries, Bert
1998-12-14 18:06 ` Bill Nottingham
1998-12-15 9:50 ` Andries, Bert [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=marc-linux-sound-91371705121337@msgid-missing \
--to=bert.andries@uza.uia.ac.be \
--cc=linux-sound@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox