4 Jul
2008
4 Jul
'08
3:19 p.m.
R Dicaire wrote:
On Fri, Jul 4, 2008 at 10:05 AM, schoappied
<schoappied(a)gmail.com> wrote:
I like to learn it. Do you have a good tutorial?
But anyway it would be good if there is a rt kernel in all the distros,
there are also people who don't like or can't make a rt-kernel.
Like Ubuntu has a real time kernel included...
I'm using now one of musix, but I can't
build my nvidia driver on it.
Thats a little problem, but with my normal debian kernel I have wireless
internet connection with one click... but 6 of the 10 times on that
rt-kernel is failed :/ Why???
Maybe linuxaudio.org should put some 'pressure' on those distro
builders to include a decent realtime kernel!
I can sympathize with your frustration. However maybe you should learn
to build your own. Please try to remember that stock kernels aren't
specific to your particular configuration, they are simply a "one size
*tries* to fit all" solution. Its always best to build to your
specific hardware setup if the stock kernel doesn't meet your needs.
Welcome to open source. Feel free to learn how to change it to suit your needs.
In that same vein, I've had 0 problems with Slackware, Red Hat,
Ubuntu, Debian testing, using my own custom kernels.
Good luck.
4 Jul
4 Jul
3:53 p.m.
New subject: pretty much frustrated about those rt-kernels!
On Fri, Jul 4, 2008 at 10:19 AM, schoappied <schoappied(a)gmail.com> wrote:
<SNIP>
I like to learn it. Do you have a good tutorial?
Good is subjective but you could start with the RT-Wiki:
http://rt.wiki.kernel.org/index.php/Frequently_Asked_Questions
There isn't much to building an RT kernel. It's a vanilla kernel with
a couple of patches and a few options turned on. Where I think things
get messy is when they try to build a Debian/Ubuntu/Fedora RT kernel,
etc. Then it depends on whether what those developers have added to
the kernel and whether it's compatible with the RT stuff.
Personally I've NEVER run a Gentoo RT kernel. I'm not sure if one
exists. I use a standard kernel from kernel.org with Ingo's patches.
It has always worked well for me.
But anyway it would be good if there is a rt kernel in all the distros,
there are also people who don't like or can't make a rt-kernel.
Like Ubuntu has a real time kernel included...
That's a matter of having someone to do the work mostly. Once you
learn you can do it yourself and provide it back to your distro if you
think others want it. Again, for me, I don't run customized
distro-kernels on any machine I work on. Everything is vanilla either
with or without the RT patch set.
Good luck,
Mark
4:11 p.m.
New subject: pretty much frustrated about those rt-kernels!
On Fri, Jul 4, 2008 at 11:53 AM, Mark Knecht <markknecht(a)gmail.com> wrote:
Personally I've NEVER run a Gentoo RT kernel. I'm not sure if one
exists. I use a standard kernel from kernel.org with Ingo's patches.
It has always worked well for me.
Yes one exists, you need to add the realtime overlay to portage.
Seablade
4:57 p.m.
New subject: pretty much frustrated about those rt-kernels!
On Fri, Jul 4, 2008 at 11:11 AM, Thomas Vecchione <seablaede(a)gmail.com> wrote:
On Fri, Jul 4, 2008 at 11:53 AM, Mark Knecht <markknecht(a)gmail.com> wrote:
I use the pro-audio overlay already. That's not the point, which I
guess I made somewhat obliquely.
The question is whether rt-sources, as built from portage using the
overlay, is based on the vanilla kernel or based on gentoo-sources. I
believe it's built on the vanilla kernel or else we'd be picking which
version of the Gentoo kernel we want to add the patch set to. That's
not what the pro-audio overlay does. It's just patching
vanilla-sources. (If I'm wrong about this let me know but that's the
way it started.)
- Mark
Personally I've NEVER run a Gentoo RT kernel. I'm not sure if one
exists. I use a standard kernel from kernel.org with Ingo's patches.
It has always worked well for me.
Yes one exists, you need to add the realtime overlay to portage.
Seablade
9:02 p.m.
New subject: pretty much frustrated about those rt-kernels!
Back on Friday 04 July 2008, Mark Knecht was like:
The question is whether rt-sources, as built from
portage using the
overlay, is based on the vanilla kernel or based on gentoo-sources. I
believe it's built on the vanilla kernel or else we'd be picking which
version of the Gentoo kernel we want to add the patch set to. That's
not what the pro-audio overlay does. It's just patching
vanilla-sources. (If I'm wrong about this let me know but that's the
way it started.)
You can apply the rt patchset against both the vanilla or gentoo-sources.
There is very little difference between the gentoo-sources and the vanilla
kernel. The only thing added to gentoo-sources are patches to fix things on
specific architectures (usually solaris) and a couple small insignificant
drivers. That's it.
I personally apply the rt patch set against the gentoo sources. Have for quite
a while. No problems. (You will get two errors when applying the patchset.
Both are trivial crap that doesn't matter. One for a set of brackets which
aren't needed anyway where the framebuffer driver is added on, and another
when it tries to change the name of the kernel which you can change yourself
in the config menu if you want.)
-Reuben
10:55 p.m.
New subject: pretty much frustrated about those rt-kernels!
On Fri, Jul 4, 2008 at 3:58 PM, Reuben Martin <reuben.m(a)gmail.com> wrote:
Back on Friday 04 July 2008, Mark Knecht was like:
Reuben,
So this fits my scenario exactly. Why apply the patch set against a
Gentoo kernel with useless patches if you can just do
emerge rt-sources
and get the vanilla kernel with the rt-patch set and no error
messages? What value do you get out of doing any of that work by hand?
- Mark
The question is whether rt-sources, as built from
portage using the
overlay, is based on the vanilla kernel or based on gentoo-sources. I
believe it's built on the vanilla kernel or else we'd be picking which
version of the Gentoo kernel we want to add the patch set to. That's
not what the pro-audio overlay does. It's just patching
vanilla-sources. (If I'm wrong about this let me know but that's the
way it started.)
You can apply the rt patchset against both the vanilla or gentoo-sources.
There is very little difference between the gentoo-sources and the vanilla
kernel. The only thing added to gentoo-sources are patches to fix things on
specific architectures (usually solaris) and a couple small insignificant
drivers. That's it.
I personally apply the rt patch set against the gentoo sources. Have for quite
a while. No problems. (You will get two errors when applying the patchset.
Both are trivial crap that doesn't matter. One for a set of brackets which
aren't needed anyway where the framebuffer driver is added on, and another
when it tries to change the name of the kernel which you can change yourself
in the config menu if you want.)
-Reuben
5 Jul
5 Jul
1:47 p.m.
New subject: pretty much frustrated about those rt-kernels!
Reuben Martin wrote:
Back on Friday 04 July 2008, Mark Knecht was like:
I've read on the debian irc channel that it is not necessary to do a
rt-patch with the newest kernels (.25.10), just set in menu config:
processor type and features >> preemtible kernel (low -latency desktop)
and Timer frequentie to 1000 Hz.
Can anyone confirm this?
The question is whether rt-sources, as built from
portage using the
overlay, is based on the vanilla kernel or based on gentoo-sources. I
believe it's built on the vanilla kernel or else we'd be picking which
version of the Gentoo kernel we want to add the patch set to. That's
not what the pro-audio overlay does. It's just patching
vanilla-sources. (If I'm wrong about this let me know but that's the
way it started.)
You can apply the rt patchset against both the vanilla or gentoo-sources.
There is very little difference between the gentoo-sources and the vanilla
kernel. The only thing added to gentoo-sources are patches to fix things on
specific architectures (usually solaris) and a couple small insignificant
drivers. That's it.
I personally apply the rt patch set against the gentoo sources. Have for quite
a while. No problems. (You will get two errors when applying the patchset.
Both are trivial crap that doesn't matter. One for a set of brackets which
aren't needed anyway where the framebuffer driver is added on, and another
when it tries to change the name of the kernel which you can change yourself
in the config menu if you want.)
-Reuben
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
3:06 p.m.
New subject: pretty much frustrated about those rt-kernels!
They are right to an extent. In fact, one can pretty much do a lot with just
today's stock kernel minus even the low-resolution timers. This does not,
however, nullify the need for a dedicated rt setup which by the way requires
Ingo's patch. Take a look at it, and it's a huge bunch of change. This also
means that more and more of his code is getting merged upstream so sooner or
later we may not need a separate -rt patch, but that is not now.
3:13 p.m.
New subject: pretty much frustrated about those rt-kernels!
Back on Saturday 05 July 2008, schoappied was like:
I've read on the debian irc channel that it is not
necessary to do a
rt-patch with the newest kernels (.25.10), just set in menu config:
processor type and features >> preemtible kernel (low -latency desktop)
and Timer frequentie to 1000 Hz.
Can anyone confirm this?
The vanilla kernel is a lot better than it used to be, and you may get by with
those settings for general audio work, but it is still nowhere near the rt
patched kernel.
-Reuben
8:16 p.m.
New subject: pretty much frustrated about those rt-kernels!
On Sat, Jul 5, 2008 at 8:46 AM, schoappied <schoappied(a)gmail.com> wrote:
<SNIP>
I've read on the debian irc channel that it is not
necessary to do a
rt-patch with the newest kernels (.25.10), just set in menu config:
processor type and features >> preemtible kernel (low -latency desktop)
and Timer frequentie to 1000 Hz.
Can anyone confirm this?
Not at all true. That strategy will give you a good kernel, but it is
not a 'real-time' kernel. You're best bet is to use the specific patch
set supplied by Ingo and the RT team.
Hope this helps,
Mark
9:12 p.m.
New subject: pretty much frustrated about those rt-kernels!
Mark Knecht wrote:
On Sat, Jul 5, 2008 at 8:46 AM, schoappied
<schoappied(a)gmail.com> wrote:
<SNIP>
whow, Ive spend I think 20 hours to build a kernel but it constantly
fails.... :( :( :(
I tried everything with help from IRC and documentation, but different
errors...
for example: http://pastebin.com/m5bc649d
I use a kernel for kernel.org and a rt-patch which fits it...
I patch the files as described in this howto:
http://forums.debian.net/viewtopic.php?t=17035&postdays=0&postorder…
I use: make oldconfig (skip the questions with ENTER) and then make xconfig
And set:
rocessor type and features> Preemption Mode (Complete Preemption
(Real-Time))
Processor type and features>Timer frequency (1000 HZ)
Then:
$ make-kpkg clean ; export VER=$(date +'%Y%m%d')
NAMEEXT="-$(hostname)-$(dpkg-architecture -qDEB_HOST_ARCH)"; make-kpkg
--revision=$VER --append-to-version=$NAMEEXT --rootcmd fakeroot --initrd
kernel_image kernel_headers
Can it fails because of the new kernel versions I try to build?
Or do I make errors in making the .config file?
This is my hardware, maybe someone can help me making the .config file
or give me advice for editing xconfig?
http://pastebin.com/m410fbc40
thanks in advance and for the guys at this part of the world, sleep
well, others have a good day!
I've read on the debian irc channel that it
is not necessary to do a
rt-patch with the newest kernels (.25.10), just set in menu config:
processor type and features >> preemtible kernel (low -latency desktop)
and Timer frequentie to 1000 Hz.
Can anyone confirm this?
Not at all true. That strategy will give you a good kernel, but it is
not a 'real-time' kernel. You're best bet is to use the specific patch
set supplied by Ingo and the RT team.
Hope this helps,
Mark
9:15 p.m.
New subject: pretty much frustrated about those rt-kernels!
schoappied wrote:
Mark Knecht wrote:
o ja, the normal kernel 25.2 works just fine.... no problems with
reading the file system or something and no BUG message.....
On Sat, Jul 5, 2008 at 8:46 AM, schoappied
<schoappied(a)gmail.com> wrote:
<SNIP>
whow, Ive spend I think 20 hours to build a kernel but it constantly
fails.... :( :( :(
I tried everything with help from IRC and documentation, but different
errors...
for example: http://pastebin.com/m5bc649d
I use a kernel for kernel.org and a rt-patch which fits it...
I patch the files as described in this howto:
http://forums.debian.net/viewtopic.php?t=17035&postdays=0&postorder…
I use: make oldconfig (skip the questions with ENTER) and then make
xconfig
And set:
rocessor type and features> Preemption Mode (Complete Preemption
(Real-Time))
Processor type and features>Timer frequency (1000 HZ)
Then:
$ make-kpkg clean ; export VER=$(date +'%Y%m%d')
NAMEEXT="-$(hostname)-$(dpkg-architecture -qDEB_HOST_ARCH)"; make-kpkg
--revision=$VER --append-to-version=$NAMEEXT --rootcmd fakeroot
--initrd kernel_image kernel_headers
Can it fails because of the new kernel versions I try to build?
Or do I make errors in making the .config file?
This is my hardware, maybe someone can help me making the .config file
or give me advice for editing xconfig?
http://pastebin.com/m410fbc40
thanks in advance and for the guys at this part of the world, sleep
well, others have a good day!
I've read on the debian irc channel that it
is not necessary to do a
rt-patch with the newest kernels (.25.10), just set in menu config:
processor type and features >> preemtible kernel (low -latency
desktop)
and Timer frequentie to 1000 Hz.
Can anyone confirm this?
Not at all true. That strategy will give you a good kernel, but it is
not a 'real-time' kernel. You're best bet is to use the specific patch
set supplied by Ingo and the RT team.
Hope this helps,
Mark
11:03 p.m.
New subject: pretty much frustrated about those rt-kernels!
On Sat, Jul 5, 2008 at 4:12 PM, schoappied <schoappied(a)gmail.com> wrote:
Mark Knecht wrote:
I'm not at all clear what this previous command does. the normal set
of build instructions at this point is very simple
make && make modules_install
Even if that isn't the 'Debian' way, is it possible to build and
install a kernel as the kernel designers intended it or does that not
work on Debian?
Maybe there's another Debian user here who can help you. I'm Gentoo
based and it's pretty straight forward here.
- Mark
On Sat, Jul 5, 2008 at 8:46 AM, schoappied
<schoappied(a)gmail.com> wrote:
<SNIP>
whow, Ive spend I think 20 hours to build a kernel but it constantly
fails.... :( :( :(
I tried everything with help from IRC and documentation, but different
errors...
for example: http://pastebin.com/m5bc649d
I use a kernel for kernel.org and a rt-patch which fits it...
I patch the files as described in this howto:
http://forums.debian.net/viewtopic.php?t=17035&postdays=0&postorder…
I use: make oldconfig (skip the questions with ENTER) and then make xconfig
And set:
rocessor type and features> Preemption Mode (Complete Preemption
(Real-Time))
Processor type and features>Timer frequency (1000 HZ)
Then:
$ make-kpkg clean ; export VER=$(date +'%Y%m%d')
NAMEEXT="-$(hostname)-$(dpkg-architecture -qDEB_HOST_ARCH)"; make-kpkg
--revision=$VER --append-to-version=$NAMEEXT --rootcmd fakeroot --initrd
kernel_image kernel_headers
Can it fails because of the new kernel versions I try to build?
Or do I make errors in making the .config file? I've read on the debian irc channel that it
is not necessary to do a
rt-patch with the newest kernels (.25.10), just set in menu config:
processor type and features >> preemtible kernel (low -latency desktop)
and Timer frequentie to 1000 Hz.
Can anyone confirm this?
Not at all true. That strategy will give you a good kernel, but it is
not a 'real-time' kernel. You're best bet is to use the specific patch
set supplied by Ingo and the RT team.
Hope this helps,
Mark
6 Jul
6 Jul
5:56 a.m.
New subject: pretty much frustrated about those rt-kernels!
2008/7/6 schoappied <schoappied(a)gmail.com>om>:
$ make-kpkg clean ; export VER=$(date
+'%Y%m%d')
NAMEEXT="-$(hostname)-$(dpkg-architecture -qDEB_HOST_ARCH)"; make-kpkg
--revision=$VER --append-to-version=$NAMEEXT --rootcmd fakeroot --initrd
kernel_image kernel_headers
hm..
try one command after one command, so you know which failed.
keep it simple.
make-kpkg clean
make-kpkg --initrd kernel_image
6:34 a.m.
New subject: pretty much frustrated about those rt-kernels!
Hi
I cant open your pastbin adresses ? dont now why.
But I can tell how I build my rt-kernels.
First download the source (2.6.25.8) from kernel.org and unpack it. Download
the rt-patch unpack it in the floder over the kernelsource. patch the source
patch -p1 <../patch-2.6.25.8-rt7
run make oldconfig
run make xconfig
Now you must make sure that you DONT enable
General setup >> Group scheduling for SCHED_RR/FIF
there for you need a extra patch !!!
you can find more information about that here:
http://news.gmane.org/group/gmane.linux.rt.user/last=/force_load=t
also, if you wont a realtime kernel you have to enable processor type and
features >> Complete Preemption (Real-Time)
and enable the highrestimer
the rest is up to your hardware.
i build my kernels with the command:
fakeroot make-kpkg --initrd --revision=deinName1 kernel_image
hope it helps
hermann
Am Sonntag, 6. Juli 2008 01:12:05 schrieb schoappied:
Mark Knecht wrote:
On Sat, Jul 5, 2008 at 8:46 AM, schoappied
<schoappied(a)gmail.com> wrote:
<SNIP>
whow, Ive spend I think 20 hours to build a kernel but it constantly
fails.... :( :( :(
I tried everything with help from IRC and documentation, but different
errors...
for example: http://pastebin.com/m5bc649d
I use a kernel for kernel.org and a rt-patch which fits it...
I patch the files as described in this howto:
http://forums.debian.net/viewtopic.php?t=17035&postdays=0&postorder…
rt=0
I use: make oldconfig (skip the questions with ENTER) and then make xconfig
And set:
rocessor type and features> Preemption Mode (Complete Preemption
(Real-Time))
Processor type and features>Timer frequency (1000 HZ)
Then:
$ make-kpkg clean ; export VER=$(date +'%Y%m%d')
NAMEEXT="-$(hostname)-$(dpkg-architecture -qDEB_HOST_ARCH)"; make-kpkg
--revision=$VER --append-to-version=$NAMEEXT --rootcmd fakeroot --initrd
kernel_image kernel_headers
Can it fails because of the new kernel versions I try to build?
Or do I make errors in making the .config file?
This is my hardware, maybe someone can help me making the .config file
or give me advice for editing xconfig?
http://pastebin.com/m410fbc40
thanks in advance and for the guys at this part of the world, sleep
well, others have a good day!
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user I've read on the debian irc channel that it
is not necessary to do a
rt-patch with the newest kernels (.25.10), just set in menu config:
processor type and features >> preemtible kernel (low -latency desktop)
and Timer frequentie to 1000 Hz.
Can anyone confirm this?
Not at all true. That strategy will give you a good kernel, but it is
not a 'real-time' kernel. You're best bet is to use the specific patch
set supplied by Ingo and the RT team.
Hope this helps,
Mark 
4 Jul
4 Jul
4:30 p.m.
New subject: pretty much frustrated about those rt-kernels!
Hi,
it might be a question of which distro to use as well.
I have had success with sidux (http://www.sidux.com) which in first place is a
pure debian testing based live linux distribution but can be installed on
harddisk, usb stick etc. without trouble.
And there is a lively irc based chat offering support at most time of the day.
And there is - which is why I respond to You - a realtime kernel that actually
does its job. It can be installed via apt-get from a repository, so no
patching etc. required. Someone was mercyful enough to compile the standard
kernel with all needed RT stuff involved. Browse the support forum and search
for "makke" kernels. He has been updating the RT kernel frequently so You
would not get outdated stuff.
The only drawback so far: there is no *big sigh* 64bit RT kernel. makke wrote
that he had no success or something.
This distribution sidux is running on my laptop right now while I am writing
this. The advantage of sidux over ubuntu is that (as I understand it) some
decicive packages have been adjusted right for use on ubuntu only, so ubuntu
becomes more and more incompatible with genuine debian.
HTH,
Crypto.
Am Freitag, 4. Juli 2008 19:19:07 schrieb schoappied:
I like to learn it. Do you have a good tutorial?
But anyway it would be good if there is a rt kernel in all the distros,
there are also people who don't like or can't make a rt-kernel.
Like Ubuntu has a real time kernel included...
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
4:38 p.m.
New subject: pretty much frustrated about those rt-kernels!
Hi
I just will confirm what Crypto write. I am never bee frustrated about those
rt-kernels!
hermann
Am Freitag, 4. Juli 2008 20:30:26 schrieb Crypto:
Hi,
it might be a question of which distro to use as well.
I have had success with sidux (http://www.sidux.com) which in first place
is a pure debian testing based live linux distribution but can be installed
on harddisk, usb stick etc. without trouble.
And there is a lively irc based chat offering support at most time of the
day.
And there is - which is why I respond to You - a realtime kernel that
actually does its job. It can be installed via apt-get from a repository,
so no patching etc. required. Someone was mercyful enough to compile the
standard kernel with all needed RT stuff involved. Browse the support forum
and search for "makke" kernels. He has been updating the RT kernel
frequently so You would not get outdated stuff.
The only drawback so far: there is no *big sigh* 64bit RT kernel. makke
wrote that he had no success or something.
This distribution sidux is running on my laptop right now while I am
writing this. The advantage of sidux over ubuntu is that (as I understand
it) some decicive packages have been adjusted right for use on ubuntu only,
so ubuntu becomes more and more incompatible with genuine debian.
HTH,
Crypto.
Am Freitag, 4. Juli 2008 19:19:07 schrieb schoappied:
I like to learn it. Do you have a good tutorial?
But anyway it would be good if there is a rt kernel in all the distros,
there are also people who don't like or can't make a rt-kernel.
Like Ubuntu has a real time kernel included...
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
4:44 p.m.
New subject: pretty much frustrated about those rt-kernels!
Hermann Meyer wrote:
Hi
I just will confirm what Crypto write. I am never bee frustrated about those
rt-kernels!
hermann
Lets hope I feel that way in a short time ;)
I've build a kernel:
When booting I'll get:
BUG: using smp_processor_id () in preeemtible [00000000] code khelper/1012
but it starts
When I build a rt2500 driver I'll get:
http://pastebin.com/m510079ce
Am Freitag, 4. Juli 2008 20:30:26 schrieb Crypto:
Hi,
it might be a question of which distro to use as well.
I have had success with sidux (http://www.sidux.com) which in first place
is a pure debian testing based live linux distribution but can be installed
on harddisk, usb stick etc. without trouble.
And there is a lively irc based chat offering support at most time of the
day.
And there is - which is why I respond to You - a realtime kernel that
actually does its job. It can be installed via apt-get from a repository,
so no patching etc. required. Someone was mercyful enough to compile the
standard kernel with all needed RT stuff involved. Browse the support forum
and search for "makke" kernels. He has been updating the RT kernel
frequently so You would not get outdated stuff.
The only drawback so far: there is no *big sigh* 64bit RT kernel. makke
wrote that he had no success or something.
This distribution sidux is running on my laptop right now while I am
writing this. The advantage of sidux over ubuntu is that (as I understand
it) some decicive packages have been adjusted right for use on ubuntu only,
so ubuntu becomes more and more incompatible with genuine debian.
HTH,
Crypto.
Am Freitag, 4. Juli 2008 19:19:07 schrieb schoappied:
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
I like to learn it. Do you have a good tutorial?
But anyway it would be good if there is a rt kernel in all the distros,
there are also people who don't like or can't make a rt-kernel.
Like Ubuntu has a real time kernel included...
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
5986
days inactive
5988
days old
linux-audio-user@lists.linuxaudio.org
17 comments
8 participants
participants (8)
-
Crypto -
Emanuel Rumpf -
Hermann Meyer -
Mark Knecht -
Ray Rashif -
Reuben Martin -
schoappied -
Thomas Vecchione