15 Apr
2006
15 Apr
'06
1:09 p.m.
Has anyone bit the bullet and updated to FC5? I did a while back...
(the compelling reason was that I got a new laptop hard disk - 7200 RPM -
woohoo)
with livna, and 34 hours of painful yum fetching missing libs and compiling
random things later I almost have a laptop that can do audio again.
(I'm mostly happy with the FC5 release, save for the suppressed fury at the
maintainers for losing the "install everything" option, and at gnome for
continuing to dumb down the interface to the point of stupidity... but I
digress)
I've built a couple versions of the 2.6.16-RT kernel, 5,13,16, but it
freezes at the "loading linux" prompt.
The only semi-dubious thing I see on the build is:
SYSCALL arch/x86_64/ia32/vsyscall-sysenter.so
/usr/bin/ld: warning: i386:x86-64 architecture of input file
`arch/x86_64/ia32/vsyscall-sysenter.o' is incompatible with i386 output
SYSCALL arch/x86_64/ia32/vsyscall-syscall.so
/usr/bin/ld: warning: i386:x86-64 architecture of input file
`arch/x86_64/ia32/vsyscall-syscall.o' is incompatible with i386 output
I note that there seem to have been a few x86_64 bugs fixed in the
2.6.16.Xreleases, so I will try patching those in next....
I'm sore tempted to go back to 2.6.14-rtXX, but don't know what that will
break... with the update to the compiler, the OS, etc...
So has anyone got anywhere/had issues with FC5/gcc 4.1/x86_64/RT?
current .config attached (I started with full debugging on... now gradually
eliminating drivers) - up until this build I had HRT turned on.. compiling
now...
--
Mike Taht
PostCards From the Bleeding Edge
http://the-edge.blogspot.com
16 Apr
16 Apr
7:24 a.m.
So has anyone got anywhere/had issues with FC5/gcc
4.1/x86_64/RT?
nope, but ive never gotten the RT series to work without either freezing/instant-rebooting
right after grub passes off execution to the kernel, or a kernel panic on some ACPI or
similar issue during bootup, or a random unprovoked hard freeze within about 5 to 15
minutse after booting up. this is on several different machines, a Sempron64, a Turion64,
and an Athlon64, on VIA, MSI, and Shuttle platforms. somehow Mark Knecht i think has
claimed stable operation on this architecture, so maybe you want to ask him his magical
combination of hardware / compiler / kernel / patch.
I'm sore tempted to go back to 2.6.14-rtXX, but
don't know what that will
break...
probably nothing. if youve found a version that works, by all means, use it!
with the update to the compiler, the OS, etc.
shouldnt be a problem. youre much more likely to run into issues when removing a version
of GCC or Glibc and not properly updating the .la files and the like..
17 Apr
17 Apr
3:14 a.m.
On Sun, 2006-04-16 at 09:24 +0000, carmen wrote:
nope, but ive never gotten the RT series to work
without either
freezing/instant-rebooting right after grub passes off execution to
the kernel, or a kernel panic on some ACPI or similar issue during
bootup, or a random unprovoked hard freeze within about 5 to 15
minutse after booting up. this is on several different machines, a
Sempron64, a Turion64, and an Athlon64, on VIA, MSI, and Shuttle
platforms. somehow Mark Knecht i think has claimed stable operation on
this architecture, so maybe you want to ask him his magical
combination of hardware / compiler / kernel / patch.
PLEASE, report these issues to Ingo and LKML! Bugs do not fix
themselves...
Lee
7:38 a.m.
On Mon, 17 Apr 2006 01:13:45 -0400
Lee Revell <rlrevell(a)joe-job.com> wrote:
On Sun, 2006-04-16 at 09:24 +0000, carmen wrote:
vote++ @OP: Please report it :)
Flo
--
Palimm Palimm!
http://tapas.affenbande.org
nope, but ive never gotten the RT series to work
without either
freezing/instant-rebooting right after grub passes off execution to
the kernel, or a kernel panic on some ACPI or similar issue during
bootup, or a random unprovoked hard freeze within about 5 to 15
minutse after booting up. this is on several different machines, a
Sempron64, a Turion64, and an Athlon64, on VIA, MSI, and Shuttle
platforms. somehow Mark Knecht i think has claimed stable operation on
this architecture, so maybe you want to ask him his magical
combination of hardware / compiler / kernel / patch.
PLEASE, report these issues to Ingo and LKML! Bugs do not fix
themselves... 
8:44 a.m.
On 4/16/06, Lee Revell <rlrevell(a)joe-job.com> wrote:
On Sun, 2006-04-16 at 09:24 +0000, carmen wrote:
Hi,
Sorry. I didn't read this thread due to the title but when my nam
pops up I figure I'd better find out what people are saying about me.
I'm writing back on my AMD_64 here. It's certainly stable and
doesn't crash. I can forward a 2.6.15-rt18 .config file to someone.
(Carmen? email address please. Florian? Drop me a note if you want a
copy.)
One note: Based on a comment Lee Revel made a few days ago, I think
on this list, about the standard kernel giving good realtime results I
built 2.6.16-gentoo-r2 on Saturday. It's now up two days with no
problems. I'm running at 128/2, and even 64/2 as shown below) in Jack
with no xruns so far although I've got a cold and am using it very
lightly right now. Anyway, I agree with Lee (so far!) that even the
current 2.6.16 series is giving much better performance than older
kernels even without Ingo's patches. IF it matters I use the
realtime-lsm module and not the othe PAM based stuff.
mark@lightning ~ $ uname -a
Linux lightning 2.6.16-gentoo-r2 #1 PREEMPT Fri Apr 14 19:18:44 PDT
2006 x86_64 AMD Athlon(tm) 64 Processor 3000+ GNU/Linux
mark@lightning ~ $
03:39:46.194 /usr/bin/jackd -R -P80 -p512 -dalsa -dhw:1 -r44100 -p64 -n2
03:39:46.209 JACK was started with PID=6939 (0x1b1b).
jackd 0.100.7
Copyright 2001-2005 Paul Davis and others.
jackd comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details
JACK compiled with System V SHM support.
loading driver ..
apparent rate = 44100
creating alsa driver ... hw:1|hw:1|64|2|44100|0|0|nomon|swmeter|-|32bit
control device hw:1
configuring for 44100Hz, period = 64 frames, buffer = 2 periods
nperiods = 2 for capture
nperiods = 2 for playback
03:39:48.278 Server configuration saved to "/home/mark/.jackdrc".
03:39:48.279 Statistics reset.
03:39:48.337 Client activated.
03:39:48.338 Audio connection change.
03:39:48.342 Audio connection graph change.
03:42:16.866 MIDI connection graph change.
03:42:16.924 Audio connection graph change.
03:42:29.945 Audio connection graph change.
03:42:29.963 Audio connection graph change.
03:42:32.372 Audio connection graph change.
03:42:33.834 Audio connection graph change.
03:42:34.943 MIDI connection graph change.
Cheers,
Mark
nope, but ive never gotten the RT series to work
without either
freezing/instant-rebooting right after grub passes off execution to
the kernel, or a kernel panic on some ACPI or similar issue during
bootup, or a random unprovoked hard freeze within about 5 to 15
minutse after booting up. this is on several different machines, a
Sempron64, a Turion64, and an Athlon64, on VIA, MSI, and Shuttle
platforms. somehow Mark Knecht i think has claimed stable operation on
this architecture, so maybe you want to ask him his magical
combination of hardware / compiler / kernel / patch.
PLEASE, report these issues to Ingo and LKML! Bugs do not fix
themselves...
Lee 
11:54 p.m.
New subject: [linux-audio-user] Re: FC5 + X86_64 + RT16 = no boot
On 4/17/06, Mark Knecht <markknecht(a)gmail.com> wrote:
On 4/16/06, Lee Revell <rlrevell(a)joe-job.com>
wrote:
Can you send it my way too? I'm having a few issues getting newer
kernels with ingo's patches to boot here. I'm running 2.6.12 now.
Loki
On Sun, 2006-04-16 at 09:24 +0000, carmen wrote:
Hi,
Sorry. I didn't read this thread due to the title but when my nam
pops up I figure I'd better find out what people are saying about me.
I'm writing back on my AMD_64 here. It's certainly stable and
doesn't crash. I can forward a 2.6.15-rt18 .config file to someone.
(Carmen? email address please. Florian? Drop me a note if you want a
copy.)
One note: Based on a comment Lee Revel made a few days ago, I think
on this list, about the standard kernel giving good realtime results I
built 2.6.16-gentoo-r2 on Saturday. It's now up two days with no
problems. I'm running at 128/2, and even 64/2 as shown below) in Jack
with no xruns so far although I've got a cold and am using it very
lightly right now. Anyway, I agree with Lee (so far!) that even the
current 2.6.16 series is giving much better performance than older
kernels even without Ingo's patches. IF it matters I use the
realtime-lsm module and not the othe PAM based stuff.
nope, but ive never gotten the RT series to work
without either
freezing/instant-rebooting right after grub passes off execution to
the kernel, or a kernel panic on some ACPI or similar issue during
bootup, or a random unprovoked hard freeze within about 5 to 15
minutse after booting up. this is on several different machines, a
Sempron64, a Turion64, and an Athlon64, on VIA, MSI, and Shuttle
platforms. somehow Mark Knecht i think has claimed stable operation on
this architecture, so maybe you want to ask him his magical
combination of hardware / compiler / kernel / patch.
PLEASE, report these issues to Ingo and LKML! Bugs do not fix
themselves...
Lee
18 Apr
18 Apr
12:16 a.m.
New subject: [linux-audio-user] Re: FC5 + X86_64 + RT16 = no boot
Sorry. I actually haven't received any requests from people for this
since my offer. I'll box it up and get it in the mail to you in a few
minutes.
If anyone else specifically wants my .config file for a 2.6.15-rt
kernel let me know odd list please.
Cheers,
Mark
On 4/17/06, Loki Davison <loki.davison(a)gmail.com> wrote:
On 4/17/06, Mark Knecht <markknecht(a)gmail.com>
wrote:
On 4/16/06, Lee Revell
<rlrevell(a)joe-job.com> wrote:
Can you send it my way too? I'm having a few issues getting newer
kernels with ingo's patches to boot here. I'm running 2.6.12 now.
Loki
On Sun, 2006-04-16 at 09:24 +0000, carmen wrote:
Hi,
Sorry. I didn't read this thread due to the title but when my nam
pops up I figure I'd better find out what people are saying about me.
I'm writing back on my AMD_64 here. It's certainly stable and
doesn't crash. I can forward a 2.6.15-rt18 .config file to someone.
(Carmen? email address please. Florian? Drop me a note if you want a
copy.)
One note: Based on a comment Lee Revel made a few days ago, I think
on this list, about the standard kernel giving good realtime results I
built 2.6.16-gentoo-r2 on Saturday. It's now up two days with no
problems. I'm running at 128/2, and even 64/2 as shown below) in Jack
with no xruns so far although I've got a cold and am using it very
lightly right now. Anyway, I agree with Lee (so far!) that even the
current 2.6.16 series is giving much better performance than older
kernels even without Ingo's patches. IF it matters I use the
realtime-lsm module and not the othe PAM based stuff.
nope, but ive never gotten the RT series to work
without either
freezing/instant-rebooting right after grub passes off execution to
the kernel, or a kernel panic on some ACPI or similar issue during
bootup, or a random unprovoked hard freeze within about 5 to 15
minutse after booting up. this is on several different machines, a
Sempron64, a Turion64, and an Athlon64, on VIA, MSI, and Shuttle
platforms. somehow Mark Knecht i think has claimed stable operation on
this architecture, so maybe you want to ask him his magical
combination of hardware / compiler / kernel / patch.
PLEASE, report these issues to Ingo and LKML! Bugs do not fix
themselves...
Lee 
12:32 a.m.
New subject: [linux-audio-user] Re: FC5 + X86_64 + RT16 = no boot
Mark Knecht wrote:
If anyone else specifically wants my .config file for
a 2.6.15-rt
kernel let me know odd list please.
Today I patched a linux-2.6.16.5-rt14 kernel, and it boots fine here. If
anyones interrested in my .config it here:
http://www.atte.dk/config
--
peace, love & harmony
Atte
http://www.atte.dk
http://www.atte.dk/gps
5:38 a.m.
New subject: [linux-audio-user] Re: FC5 + X86_64 + RT16 = no boot
Atte André Jensen wrote:
Today I patched a linux-2.6.16.5-rt14 kernel, and it
boots fine here.
Ahemm. Actually I have a problem that one of my evolution keyboards
doesn't show up....
--
peace, love & harmony
Atte
http://www.atte.dk
http://www.atte.dk/gps
10 p.m.
New subject: [linux-audio-user] Re: FC5 + X86_64 + RT16 = no boot
On Tuesday 18 April 2006 02:54, Loki Davison was like:
> One note: Based on a comment Lee Revel made a
few days ago, I think
> on this list, about the standard kernel giving good realtime results I
> built 2.6.16-gentoo-r2 on Saturday. It's now up two days with no
> problems. I'm running at 128/2, and even 64/2 as shown below) in Jack
> with no xruns so far although I've got a cold and am using it very
> lightly right now. Anyway, I agree with Lee (so far!) that even the
> current 2.6.16 series is giving much better performance than older
> kernels even without Ingo's patches. IF it matters I use the
> realtime-lsm module and not the othe PAM based stuff.
I just bit the bullet and decided to have a go at rolling my own kernel for
the first time, following the DeMuDi HOWTO
http://demudi.agnula.org/wiki/Low-latencyKernelBuildingHowto and a certain
amount of advice from Antonio and well, 5 builds later I seem to have a
working kernel! I´m using the patched libpam modules from Ubuntu (heh ;) with
2.6.16.5 so far so good. Ardour-0.99 seems happy, with a really low dsp.
Certainly as good as I´ve had with earlier -rt patched kernel packages from
DeMuDi.
I´m wondering whether setting negative nice values
in /etc/security/limits.conf is necessary or even a good idea. I shall have
to play around and fine-tune things a bit yet.
Now I have started I may as well build an -rt patched version to test the
difference. Does it conflict with PAM rtlimits?
--
cheers,
tim hall
http://glastonburymusic.org.uk/tim
8:22 a.m.
On Mon, 17 Apr 2006 03:44:39 -0700
"Mark Knecht" <markknecht(a)gmail.com> wrote:
I'm writing back on my AMD_64 here. It's
certainly stable and
doesn't crash. I can forward a 2.6.15-rt18 .config file to someone.
(Carmen? email address please. Florian? Drop me a note if you want a
copy.)
I'm not on a 64 bit machine. I only wanted to vote++ that the reporter
of the crashes reports them to lkml [cc: ingo]. As Lee said: Bugs don't
get fixed by magic or telepathy ;)
Flo
--
Palimm Palimm!
http://tapas.affenbande.org
8:31 a.m.
New subject: [linux-audio-user] exporting audio in rosegarden?
I am re-posting this message from the rosegarden list in hopes that someone
here can help.
I am trying to export audio from rosegarden what is the best way to export my
audio?
Also is it best to export as audio or is there a better way to post process a
composition in ardour or something?
Thanks
8:50 a.m.
New subject: [linux-audio-user] exporting audio in rosegarden?
Hi!
Alle 12:31, martedì 18 aprile 2006, stuff(a)trackingsolutions.ca ha scritto:
I am re-posting this message from the rosegarden list
in hopes that someone
here can help.
I am trying to export audio from rosegarden what is the best way to export
my audio?
I don't know how it's called in English, but I usally click on the "Manage
your audio segment's files" and export them to a file, which I later reimport
in Ardour. I do it this way because my system is pretty limited RAM- and
CPU-wise, so this prevent me from using too many apps doing different things.
Also is it best to export as audio or is there a
better way to post process
a composition in ardour or something?
The output through JACK and the exported audio file being the same, you can
export the files as I said before or also record in Ardour selecting as
source the audio-out of Rosegarden. Or, you can play the external synths and
samplers from Rosegarden, used just as a midi sequencer, and record them in
Ardour, which I think it's the common way. If I have to do strange things to
a track, I edit it in Audacity, but for mixing and applying the effects, I
believe it is better to use Ardour.
Byez!
Carotinho
___________________________________
Bolletta salata? Passa a Yahoo! Messenger with Voice
http://it.messenger.yahoo.com
6796
days inactive
6799
days old
linux-audio-user@lists.linuxaudio.org
12 comments
10 participants
participants (10)
-
Atte André Jensen -
carmen -
Carotinho -
Florian Schmidt -
Lee Revell -
Loki Davison -
Mark Knecht -
Mike Taht -
stuff＠trackingsolutions.ca -
tim hall