11 Sep
2005
11 Sep
'05
8:23 p.m.
==Musix GNU+Linux 0.26==
===Downloads===
*Hosting provided by Ututo-e and the Free Software Foundation
http://ftp.gnu.org/gnu+linux-distros/ututo-e/
http://ftp.gnu.org/gnu+linux-distros/ututo-e/MusixGNU+Linux026.iso
*Hosting provided by Red Educativa Sanjuanina [http://www.formar.info]
http://musix.distrux.net/musixGNU+Linx026.iso
*Official web site
http://www.musix.org.ar
==Introduction==
The Musix GNU+Linux development team is proud to present a new
improved version of the 100% free operating system for musicians.
The users will notice an optimal performance in reference to the
programs's yield: load time, behavioral, etc.
===User's Manual===
A complete manual for new users is included into the Live-CD, both in Spanish
and English, explaining every aspect of the system.
* Spanish
https://www.musix.org.ar/wiki/index.php/Manual026
* English
https://www.musix.org.ar/wiki/index.php/Documentation
==Everyday use==
Musix can be used as an everyday desktop system, whether you are a
musician or not. That's why we've improved the installation system.
The installation time could take between 25 and 50 minutes.
==Included software==
At the end of this text you will find a full and detailed software's list for
musicians.
As a Live CD or as a hard disk installed system, you get 1310 software
packages, among which you will find Abiword, gnumeric (spreadsheet),
Mozilla-Firefox (WEB browser), aMSN, gaim, (chat), Amule,
gtk-gnutella, BitTorrent (P2P exchange software), Balsa (mail client),
GIMP (image manipulation), XINE (video player), xmms (multimedia
player) and many others.
==Installation==
The installation accepts both the multi-user and the single user style.
In the multi-user style, KDM is in charge of managing the different desktops:
Icewm (default) tailored with rox-filer, fluxbox - openbox & fbpanel, KDE.
The installation based in a single administrator user may be the most
convenient for those who have recently arrived at the GNU+Linux world, since
it behaves like the Live-CD.
This new "Live-CD" version can be installed on hard disk, having two kernels
(system's cores): kernel 2.6.11 from Knoppix, and kernel 2.6.12-3 from
DeMuDi, ideal for real time tasks (sound effects, multitrack recording, DSP,
etc.).
==Performance==
The performance tests carried out in equipments with Musix installed
in hard disks, have been very successful, been able of recording more
than 16 tracks in Ardour, and connecting many others programs to each
other with JACK.
We have developed once more the concept of light and functional
desktops, avoiding the well-known GNOME and KDE.
With all these improvements, the user who has an old PC may now use
these complex programs, and the one who has a new PC will be benefited
with the stability and high performance of JACK 0.100 and the rest of
the updated programs.
=Newness=
==Desktop==
The combined desktop system presents you the possibility of varying the
icons according to the type of task you want to perform: General Use, Audio ,
MIDI, Graphics, Office, Internet, Terminal.
==Launchers==
With Musix 0.26 everything is simpler: from the Musix menu, Rosegarden
can be initiated altogether with a some synth (Qsynth,
ZynAddSubFX, DSSI, etc.), accomplishing an easier use, and offering the user a
way of music production with no need to be a geek.
We have implemented the same concept to others programs.
===JACK 0.100===
This audio connection kit is the nexus between the best GNU+Linux programs for
musicians. We have the honor to count with its last version.
The performance improvement is really impressive, allowing a way of
comfortable and agile work.
Thanks to the implemented launcher system, the programs are able to
recognize whether the Jack audio server is running or not, to initiate
JACK in case that this one requires it, and in case of requiring a
change in its state, asks the user what to do.
The implemented settings for JACK are very general and
preservative, oriented to any type of hardware, but in a future we
may adapt its way to work to the specific hardware in which it is
running. The user always has the option to modify the way in which
JACK starts, using JACK Control.
===Timidity with freepats===
The freepats percussion instrument set has been 100% completed: this
is historical for the Free Software's music world.
===Hydrogen Drum Machine===
We have included 15 percussion kits for the Hydrogen (0.92 final) rhythm
machine, which has been remarkably improved in design and quality.
===Soundfont General MIDI===
We have included one more time a full soundfont under GPL license, with its
128 melodic instruments and 10 percussion kits, been the first non-comercial
distribution that brings this facility to its users.
For instance, this allows the user to import General MIDI files (.mid, .kar)
into Rosegarden and listen all the channels with its respective instruments.
The main idea in this case is that the user is not forced to look for
soundfonts in Internet, and can make its compositions with the most
comfort within Musix GNU+Linux.
===Rosegarden: Spanish Manual===
Although this is not a direct part of the Musix development, two
members of our team are collaborating with the Spanish translation of
the manual.
*Traslators:
*Lisandro Damián Nicanor Pérez Meyer
*Javier Castrillo
*Marcos Guglielmetti (Musix)
*Lucas Godoy (Musix)
Musix is the first distribution that makes this manual available for
Hispanic speech users.
===Software update and installation===
We have synchronized the software update system with Debian /testing.
The user will be able, for example, to install all KDE Desktop if he
wants it.
We have planned to create our own repository for special cases.
===DSSI===
The DSSI MIDI instrument system works much better with the inclusion
of the new JACK 0.100.
===Noteedit===
From the Musix menu you can launch altogether noteedit
and Timidity
pre-configured, so you will be able to listen to the scores you write.
You can import the result to Rosegarden and print it on paper.
=Most relevant software list=
===Music and audio===
* Rosegarden 1.0 DSSI (MIDI and Audio multitrack sequencer)
* Ardour 0.9beta29-5 (multitrack sequencer)
* Jamin 0.95.0-3 (mastering)
* Hydrogen 0.92 final (rhythm machine)
* cheesetracker 0.9.9-2.1 (tracker)
* jackd 0.100.0-4 (audio and MIDI connection)
* qjackctl (JACK Control) 0.2.18-1 (spanish and english)
* Puredata 0.38.4+amidi-4 (analysis and rendering)
* Tartini 1.0 (analysis of solo instruments)
* Jack-rack: 1.4.4-3 (real time effects)
* creox 0.2.2rc2-2 (real time effects)
* audacity 1.2.3-1 (multitrack audio edition)
* gwc: 0.20.10-2 (noise elimination)
* wavesurfer: 1.8.3-1 (audio edition)
* mixers: kmix, gnome-alsamixer, alsamixergui, gamix, aumix
* xmms: 1.2.10 (Multimedia System)
* xmms-jackasyn: 0.2-1 (plugin for xmms with jack)
===Others===
* GIMP 2.2.8-8 (Image manipulator)
* Abiword: 2.2.7-3 (text proccesor)
* gnumeric: 1.5.1-1 (spreadsheet)
* Balsa: 2.3.2-2 (mail client)
* Mozilla-Firefox: 1.0.6-3 (browser)
* Konqueror: 3.3.2-1 (browser)
* amsn: 0.94-1 (chat)
* amule: 2.0.3-2 (P2P exchange)
* Bittornado: 0.3.12-2 (P2P exchange)
* xine-ui: 0.99.3-1 (video)
* GCC 4.0.1-3 (compiler)
* xserver-xfree86: 4.3.0.dfsg.1-12.0.1 (graphic server)
* icewm: 1.2.20+21pre1-3 (window manager)
* openbox: 3.2-7 (window manager)
* fluxbox: 0.9.11-1sarge0 (window manager)
* fbpanel: 4.1-2 (task panel)
* rox-filer: 2.2.0-3 (icon and file administrator)
* kdesktop: 3.3.2-1 (KDE desktop)
* kate 3.3.2 (text editor)
* vim: 1:6.3-072+1 (text editor)
* emacs21: 21.4a-1 (The GNU Emacs editor)
=Translator=
Spanish to English: Marcos Manoni
=One more thing=
How does Musix compare to DeMuDi or better asked wherein do your goals differ
from other audio distributions ?
1 We will not leave the system into Debian maintainer's hands, we are not a
part of Debian: Debian it's not 100% free. Musix OS it's 100% free software
because it does not have private software, and it does not support non-free
software.
2 We have a different approach: a didactic OS.
3 We want the users to find an easy way to make all the tasks under Musix:
DeMuDi, Planet CCRMA, are for geeks now.
4 There wasn't a GNU+Linux music distribution for spanish speakers: now there
is: Musix. But then, RMS tell me that it will be thousandfold more useful to
support english language, and I agree with him.
5 Easier: only one CD and you have it all: office apps, net, graphics,
programing, midi, audio, etc.
6 Live CD: what you are testing is what you will go to find if you install it,
but if you install it, it will be better because of the multimedia kernel,
and the enhanced HD work.
7 Documentation: the system comes with an understandable User's Manual.
8 Audacity: we will include really new apps, CVS versions, etc., for example:
DSSI, Hydrogen 0.92 final, jackd 0.100
9 Desktops: it is well known that Gnome and KDE are really bad for JACK audio
work, so we choose fluxbox, openbox, icewm + rox-filer as desktops. Besides,
this election allow us to escape from KDE's and gnome's package's
dependencies.
___________________________________________________________
1GB gratis, Antivirus y Antispam
Correo Yahoo!, el mejor correo web del mundo
http://correo.yahoo.com.ar
9:21 p.m.
On Sun, Sep 11, 2005 at 06:38:22PM -0400, Lee Revell wrote:
On Sun, 2005-09-11 at 19:23 +0200, Marcos Guglielmetti
wrote:
unfortunately ingo's patches seem to only work on x86, which means running
resource-intensive (compared to the ultraminimalist) window/desktop managers is indeed an
issue. at least for me on amd64, and presumably ppc as well..
9 Desktops: it is well known that Gnome and KDE
are really bad for
JACK audio
work
Rubbish. With a decent kernel there's absolutely no reason not to use
these.
Lee
11:21 p.m.
On Sun, 2005-09-11 at 23:21 +0000, carmen wrote:
On Sun, Sep 11, 2005 at 06:38:22PM -0400, Lee Revell
wrote:
When was the last time you tried it? It should work on amd64 and PPC.
You might need to disable high res timers.
Lee
On Sun, 2005-09-11 at 19:23 +0200, Marcos
Guglielmetti wrote:
unfortunately ingo's patches seem to only work on x86, which means running
resource-intensive (compared to the ultraminimalist) window/desktop managers is indeed an
issue. at least for me on amd64, and presumably ppc as well.. 9 Desktops: it is well known that Gnome and KDE
are really bad for
JACK audio
work
Rubbish. With a decent kernel there's absolutely no reason not to use
these.
12 Sep
12 Sep
1:55 a.m.
New subject: [linux-audio-user] is RT-Preempt functional on x86-64?
When was the last time you tried it? It should work
on amd64 and PPC.
You might need to disable high res timers.
ive tried a few times most recently patch-2.6.13-rt4 - its never worked..have messed
around with timer resolutions and 'generic x86-64' vs 'amd64' settings as
well. it reboots right after grub loads the kernel, so fast that you cant even read what
it says (if anything).
thats with 'Complete Preemption (Real-Time)' . the 'Preemptible Kernel
(Low-Latency Desktop)' option fails to compile:
In file included from arch/x86_64/kernel/mce.c:17:
include/linux/fs.h: In function `lock_super':
include/linux/fs.h:855: warning: implicit declaration of function `down'
include/linux/fs.h: In function `unlock_super':
include/linux/fs.h:861: warning: implicit declaration of function `up'
arch/x86_64/kernel/mce.c: In function `mce_read':
arch/x86_64/kernel/mce.c:387: warning: type defaults to `int' in declaration of
`DECLARE_MUTEX'
arch/x86_64/kernel/mce.c:387: warning: parameter names (without types) in function
declaration
arch/x86_64/kernel/mce.c:396: error: `mce_read_sem' undeclared (first use in this
function)
arch/x86_64/kernel/mce.c:396: error: (Each undeclared identifier is reported only once
arch/x86_64/kernel/mce.c:396: error: for each function it appears in.)
make[1]: *** [arch/x86_64/kernel/mce.o] Error 1
make: *** [arch/x86_64/kernel] Error 2
the similar (same?) 'Preemptible Kernel (Low-Latency Desktop)' choice in vanilla
sources compiles but is grossly inadequate, even with a generous 256 buffer jack is full
of dropouts with even basic usage. its no big deal, im happy to boot into XP for the few
occasions i need to make/record music, plus it will be decades before Samplitude runs on
Linux or ardour or anything else 'free' catches up to it or Ableton-Live in terms
of usability/flexibility/fun-factor...
Lee
2:19 a.m.
New subject: [linux-audio-user] is RT-Preempt functional on x86-64?
On Mon, 2005-09-12 at 03:56 +0000, carmen wrote:
Please provide your kernel .config.
Lee
When was the
last time you tried it? It should work on amd64 and PPC.
You might need to disable high res timers.
ive tried a few times most recently patch-2.6.13-rt4 - its never worked..have messed
around with timer resolutions and 'generic x86-64' vs 'amd64' settings as
well. it reboots right after grub loads the kernel, so fast that you cant even read what
it says (if anything).
thats with 'Complete Preemption (Real-Time)' . the 'Preemptible Kernel
(Low-Latency Desktop)' option fails to compile:
In file included from arch/x86_64/kernel/mce.c:17:
include/linux/fs.h: In function `lock_super':
include/linux/fs.h:855: warning: implicit declaration of function `down'
include/linux/fs.h: In function `unlock_super':
include/linux/fs.h:861: warning: implicit declaration of function `up'
arch/x86_64/kernel/mce.c: In function `mce_read':
arch/x86_64/kernel/mce.c:387: warning: type defaults to `int' in declaration of
`DECLARE_MUTEX'
arch/x86_64/kernel/mce.c:387: warning: parameter names (without types) in function
declaration
arch/x86_64/kernel/mce.c:396: error: `mce_read_sem' undeclared (first use in this
function)
arch/x86_64/kernel/mce.c:396: error: (Each undeclared identifier is reported only once
arch/x86_64/kernel/mce.c:396: error: for each function it appears in.)
make[1]: *** [arch/x86_64/kernel/mce.o] Error 1
make: *** [arch/x86_64/kernel] Error 2
2:42 a.m.
New subject: [linux-audio-user] is RT-Preempt functional on x86-64?
> thats with 'Complete Preemption
(Real-Time)' . the 'Preemptible Kernel (Low-Latency Desktop)' option fails to
compile:
>
> In file included from arch/x86_64/kernel/mce.c:17:
> include/linux/fs.h: In function `lock_super':
> include/linux/fs.h:855: warning: implicit declaration of function `down'
> include/linux/fs.h: In function `unlock_super':
> include/linux/fs.h:861: warning: implicit declaration of function `up'
> arch/x86_64/kernel/mce.c:396: error: `mce_read_sem' undeclared (first use in
this function)
Please provide your kernel .config.
..attached. MCE seems impossible to disable..although maybe this is dependent on some
other checkbox somewhere else. is there an option somewhere for writing a dump to disk
(maybe in /boot) on kernel panic?
the nature of the auto-reboot reminds me of kernels compiled for ppc G5 and running on G3,
or PIII running on a P60mhz..
carmen..
Lee
A
11:58 a.m.
New subject: [linux-audio-user] is RT-Preempt functional on x86-64?
On Mon, 2005-09-12 at 04:42 +0000, carmen wrote:
Don't trim CC lists - always use Reply-To-All when answering list
messages.
I have restored Ingo and LKML to the cc: list.
Lee
> thats
with 'Complete Preemption (Real-Time)' . the 'Preemptible Kernel (Low-Latency
Desktop)' option fails to compile:
>
> In file included from arch/x86_64/kernel/mce.c:17:
> include/linux/fs.h: In function `lock_super':
> include/linux/fs.h:855: warning: implicit declaration of function `down'
> include/linux/fs.h: In function `unlock_super':
> include/linux/fs.h:861: warning: implicit declaration of function `up'
> arch/x86_64/kernel/mce.c:396: error: `mce_read_sem' undeclared (first use in
this function)
Please provide your kernel .config.
..attached. MCE seems impossible to disable..although maybe this is dependent on some
other checkbox somewhere else. is there an option somewhere for writing a dump to disk
(maybe in /boot) on kernel panic?
the nature of the auto-reboot reminds me of kernels compiled for ppc G5 and running on
G3, or PIII running on a P60mhz..
carmen.. 
13 Sep
13 Sep
4:46 p.m.
New subject: [linux-audio-user] is RT-Preempt functional on x86-64?
I have been having exactly the same abrupt rebooting after compiling .13
with realtime patch (not yet working on PAM tweaks). I have googled for
possible conflicts with predetermined Ubuntu Breezy kernel config; I
would like to preserve as much original Ubuntu's functionality as I can
(at least for experimental purposes).
BTW 64Studio people has achieved .13 multimedia kernels; they do kernel
tweaking like butter (as seen at their dev's mailing list). Are these
guys using the Molnar + rt/PAM solution?
(Sorry, just can't do a complete installation of 64Studio now.)
thank you in advance,
José
AMD64 3000+ / 512 MB - Ubuntu Linux 5.10 unstable / Radeon 9600
El lun, 12-09-2005 a las 04:42 +0000, carmen escribió:
> thats
with 'Complete Preemption (Real-Time)' . the 'Preemptible Kernel (Low-Latency
Desktop)' option fails to compile:
>
> In file included from arch/x86_64/kernel/mce.c:17:
> include/linux/fs.h: In function `lock_super':
> include/linux/fs.h:855: warning: implicit declaration of function `down'
> include/linux/fs.h: In function `unlock_super':
> include/linux/fs.h:861: warning: implicit declaration of function `up'
> arch/x86_64/kernel/mce.c:396: error: `mce_read_sem' undeclared (first use in
this function)
Please provide your kernel .config.
..attached. MCE seems impossible to disable..although maybe this is dependent on some
other checkbox somewhere else. is there an option somewhere for writing a dump to disk
(maybe in /boot) on kernel panic?
the nature of the auto-reboot reminds me of kernels compiled for ppc G5 and running on
G3, or PIII running on a P60mhz..
carmen..
Lee
A
5:02 p.m.
New subject: [linux-audio-user] is RT-Preempt functional on x86-64?
On Tue, 2005-09-13 at 13:46 -0500, José María Serralde Ruiz wrote:
I have been having exactly the same abrupt rebooting
after compiling .13
with realtime patch (not yet working on PAM tweaks). I have googled for
possible conflicts with predetermined Ubuntu Breezy kernel config; I
would like to preserve as much original Ubuntu's functionality as I can
(at least for experimental purposes).
Well this is the wrong place to post it if you want the problem fixed.
Send the bug reports to linux-kernel at vger.kernel.org and cc mingo at
elte.hu.
Lee
5:36 p.m.
New subject: [linux-audio-user] is RT-Preempt functional on x86-64?
El mar, 13-09-2005 a las 15:02 -0400, Lee Revell escribió:
On Tue, 2005-09-13 at 13:46 -0500, José María Serralde
Ruiz wrote:
I think we should not report directly to the kernel devs, for preempt
patches issues right? The kernel compiles perfectly without the patch.
And well, I think similar posts @ this list, sharing user experiences,
have been so useful for many of us.
Have patience. This was not a bug report but a parallel story to
Carmen's.
Anyone successfully Molnar-patching a .13 kernel @ AMD64?
Thanks for your response Lee. And cheers to all.
José
I have been having exactly the same abrupt
rebooting after compiling .13
with realtime patch (not yet working on PAM tweaks). I have googled for
possible conflicts with predetermined Ubuntu Breezy kernel config; I
would like to preserve as much original Ubuntu's functionality as I can
(at least for experimental purposes).
Well this is the wrong place to post it if you want the problem fixed.
Send the bug reports to linux-kernel at vger.kernel.org and cc mingo at
elte.hu.
Lee
5:46 p.m.
New subject: [linux-audio-user] is RT-Preempt functional on x86-64?
On Tue, 2005-09-13 at 14:36 -0500, José Serralde wrote:
El mar, 13-09-2005 a las 15:02 -0400, Lee Revell
escribió:
Bug reports for the -rt kernel are welcome on linux-kernel, as long as
you direct them to Ingo and not Andrew or Linus. What they don't want
is to be bothered by problems that turn out to be user error. But this
is clearly a kernel bug.
I didn't mean to say you should not report them here, but once you've
established it's a kernel bug then the discussion should move to LKML.
Lee
On Tue, 2005-09-13 at 13:46 -0500, José María
Serralde Ruiz wrote:
I think we should not report directly to the kernel devs, for preempt
patches issues right? The kernel compiles perfectly without the patch.
I have been having exactly the same abrupt
rebooting after compiling .13
with realtime patch (not yet working on PAM tweaks). I have googled for
possible conflicts with predetermined Ubuntu Breezy kernel config; I
would like to preserve as much original Ubuntu's functionality as I can
(at least for experimental purposes).
Well this is the wrong place to post it if you want the problem fixed.
Send the bug reports to linux-kernel at vger.kernel.org and cc mingo at
elte.hu.
Lee
5:53 p.m.
New subject: [linux-audio-user] is RT-Preempt functional on x86-64?
I didn't mean to say you should not report them
here, but once you've
established it's a kernel bug then the discussion should move to LKML.
I have tried the 2.6.13-rt kernel and it boots fine but will lock up
after a few minutes. (2.6.12-rt had the same problem for me IIRC)
I haven't submitted a report because I know "it crashes sometimes" is a
fairly useless report. You sound like you know what you're doing, do you
have any advice for those of us willing to test out these kernels but
not completely familiar with kernel debugging? How do we construct a
useful bug report for Ingo?
--
Hans Fugal | If more of us valued food and cheer and
http://hans.fugal.net/ | song above hoarded gold, it would be a
http://gdmxml.fugal.net/ | merrier world.
| -- J.R.R. Tolkien
---------------------------------------------------------------------
GnuPG Fingerprint: 6940 87C5 6610 567F 1E95 CB5E FC98 E8CD E0AA D460
6:05 p.m.
New subject: [linux-audio-user] is RT-Preempt functional on x86-64?
On Tue, 2005-09-13 at 13:53 -0600, Hans Fugal wrote:
Actually "the machine locks up sometimes" is not useless at all,
provided you supply the kernel .config. You don't even need to get into
kernel debugging, bug reporting is much easier ;-)
If you can reproduce the lockup at a text console, you might be able to
get an Oops which you can either take a picture of with a digital camera
or copy down by hand.
I already reported this issue to LKML, we'll see what happens.
Lee
I didn't
mean to say you should not report them here, but once you've
established it's a kernel bug then the discussion should move to LKML.
I have tried the 2.6.13-rt kernel and it boots fine but will lock up
after a few minutes. (2.6.12-rt had the same problem for me IIRC)
I haven't submitted a report because I know "it crashes sometimes" is a
fairly useless report. You sound like you know what you're doing, do you
have any advice for those of us willing to test out these kernels but
not completely familiar with kernel debugging? How do we construct a
useful bug report for Ingo?
6:26 p.m.
New subject: [linux-audio-user] Re: is RT-Preempt functional on x86-64?
Hans Fugal wrote:
I have tried the 2.6.13-rt kernel and it boots fine
but will lock up
after a few minutes. (2.6.12-rt had the same problem for me IIRC)
For what it's worth:
Do you have any other "experimental" kernel features? My 2.6.13-rt also
freezes (or spontaniously reboots) after a while, but it seems to only
happen when my ipw2100 WLAN module is used. That module is otherwise
stable with kernel 2.6.12.5.
2.6.13.1-rt6 seems to be running perfectly stable for me (without ipw2100)
Peter
6:36 p.m.
New subject: [linux-audio-user] Re: is RT-Preempt functional on x86-64?
On Tue, 13 Sep 2005 at 22:26 +0200, Peter Mogensen wrote:
Hans Fugal wrote:
None that come to mind. I will send in my .config per Lee's suggestion.
I'm not usually doing anything interesting either, just locks up out of
the blue.
--
Hans Fugal | If more of us valued food and cheer and
http://hans.fugal.net/ | song above hoarded gold, it would be a
http://gdmxml.fugal.net/ | merrier world.
| -- J.R.R. Tolkien
---------------------------------------------------------------------
GnuPG Fingerprint: 6940 87C5 6610 567F 1E95 CB5E FC98 E8CD E0AA D460
I have tried the 2.6.13-rt kernel and it boots
fine but will lock up
after a few minutes. (2.6.12-rt had the same problem for me IIRC)
For what it's worth:
Do you have any other "experimental" kernel features? My 2.6.13-rt also
freezes (or spontaniously reboots) after a while, but it seems to only
happen when my ipw2100 WLAN module is used. That module is otherwise
6:50 p.m.
New subject: [linux-audio-user] Re: is RT-Preempt functional on x86-64?
On Tue, 2005-09-13 at 14:36 -0600, Hans Fugal wrote:
On Tue, 13 Sep 2005 at 22:26 +0200, Peter Mogensen
wrote:
You disabled CONFIG_HIGH_RES_TIMERS right?
Lee
Hans Fugal wrote:
None that come to mind. I will send in my .config per Lee's suggestion.
I'm not usually doing anything interesting either, just locks up out of
the blue.
I have tried the 2.6.13-rt kernel and it boots
fine but will lock up
after a few minutes. (2.6.12-rt had the same problem for me IIRC)
For what it's worth:
Do you have any other "experimental" kernel features? My 2.6.13-rt also
freezes (or spontaniously reboots) after a while, but it seems to only
happen when my ipw2100 WLAN module is used. That module is otherwise
6:53 p.m.
New subject: [linux-audio-user] Re: is RT-Preempt functional on x86-64?
On Tue, 13 Sep 2005 at 16:49 -0400, Lee Revell wrote:
On Tue, 2005-09-13 at 14:36 -0600, Hans Fugal wrote:
Hmm, no I think it was enabled. I take it it should be disabled? Is that
documented somewhere?
--
Hans Fugal | If more of us valued food and cheer and
http://hans.fugal.net/ | song above hoarded gold, it would be a
http://gdmxml.fugal.net/ | merrier world.
| -- J.R.R. Tolkien
---------------------------------------------------------------------
GnuPG Fingerprint: 6940 87C5 6610 567F 1E95 CB5E FC98 E8CD E0AA D460
On Tue, 13 Sep 2005 at 22:26 +0200, Peter
Mogensen wrote:
You disabled CONFIG_HIGH_RES_TIMERS right? Hans Fugal wrote:
None that come to mind. I will send in my .config per Lee's suggestion.
I'm not usually doing anything interesting either, just locks up out of
the blue.
I have tried the 2.6.13-rt kernel and it boots
fine but will lock up
after a few minutes. (2.6.12-rt had the same problem for me IIRC)
For what it's worth:
Do you have any other "experimental" kernel features? My 2.6.13-rt also
freezes (or spontaniously reboots) after a while, but it seems to only
happen when my ipw2100 WLAN module is used. That module is otherwise
7:07 p.m.
New subject: [linux-audio-user] Re: is RT-Preempt functional on x86-64?
On Tue, 2005-09-13 at 14:53 -0600, Hans Fugal wrote:
On Tue, 13 Sep 2005 at 16:49 -0400, Lee Revell wrote:
LKML archives or a Google search.
Lee
On Tue, 2005-09-13 at 14:36 -0600, Hans Fugal
wrote:
Hmm, no I think it was enabled. I take it it should be disabled? Is that
documented somewhere?
On Tue, 13 Sep 2005 at 22:26 +0200, Peter
Mogensen wrote:
You disabled CONFIG_HIGH_RES_TIMERS right? Hans Fugal wrote:
> I have tried the 2.6.13-rt kernel and it boots fine but will lock up
> after a few minutes. (2.6.12-rt had the same problem for me IIRC)
For what it's worth:
Do you have any other "experimental" kernel features? My 2.6.13-rt also
freezes (or spontaniously reboots) after a while, but it seems to only
happen when my ipw2100 WLAN module is used. That module is otherwise
None that come to mind. I will send in my .config per Lee's suggestion.
I'm not usually doing anything interesting either, just locks up out of
the blue.
7:23 p.m.
New subject: [linux-audio-user] Re: is RT-Preempt functional on x86-64?
Ah, I didn't know that was highly experimental. I was given this choice:
Clock & Timer Selection
1. Legacy Timer Support (LEGACY_TIMER)
2. HPET
Timer Support (HPET_TIMER)
3. High Resolution Timer Support (HIGH_RES_TIMERS) (NEW)
choice[1-3?]:
I didn't know what HPET was, legacy sounds slow, so I picked high res. I'll
give the kernel without high res a try tonight. Thanks!
On Tue, 13 Sep 2005 at 17:07 -0400, Lee Revell wrote:
On Tue, 2005-09-13 at 14:53 -0600, Hans Fugal wrote:
--
Hans Fugal | If more of us valued food and cheer and
http://hans.fugal.net/ | song above hoarded gold, it would be a
http://gdmxml.fugal.net/ | merrier world.
| -- J.R.R. Tolkien
---------------------------------------------------------------------
GnuPG Fingerprint: 6940 87C5 6610 567F 1E95 CB5E FC98 E8CD E0AA D460
On Tue, 13 Sep 2005 at 16:49 -0400, Lee Revell
wrote:
LKML archives or a Google search.
Lee
On Tue, 2005-09-13 at 14:36 -0600, Hans Fugal
wrote:
Hmm, no I think it was enabled. I take it it should be disabled? Is that
documented somewhere?
On Tue, 13 Sep 2005 at 22:26 +0200, Peter
Mogensen wrote:
> Hans Fugal wrote:
> > I have tried the 2.6.13-rt kernel and it boots fine but will lock up
> > after a few minutes. (2.6.12-rt had the same problem for me IIRC)
>
> For what it's worth:
> Do you have any other "experimental" kernel features? My 2.6.13-rt also
> freezes (or spontaniously reboots) after a while, but it seems to only
> happen when my ipw2100 WLAN module is used. That module is otherwise
None that come to mind. I will send in my .config per Lee's suggestion.
I'm not usually doing anything interesting either, just locks up out of
the blue.
You disabled CONFIG_HIGH_RES_TIMERS right?
14 Sep
14 Sep
11:46 a.m.
New subject: [linux-audio-user] Re: is RT-Preempt functional on x86-64?
On Tue, 13 Sep 2005 at 16:49 -0400, Lee Revell wrote:
You disabled CONFIG_HIGH_RES_TIMERS right?
Been running 2.6.13.1-rt6 since last night (rt[78] wouldn't compile,
I've emailed Ingo about it) without crash so it would seem
CONFIG_HIGH_RES_TIMERS was my problem.
--
Hans Fugal | If more of us valued food and cheer and
http://hans.fugal.net/ | song above hoarded gold, it would be a
http://gdmxml.fugal.net/ | merrier world.
| -- J.R.R. Tolkien
---------------------------------------------------------------------
GnuPG Fingerprint: 6940 87C5 6610 567F 1E95 CB5E FC98 E8CD E0AA D460
6:08 p.m.
New subject: [linux-audio-user] Re: is RT-Preempt functional on x86-64?
On Wed, 2005-09-14 at 07:46 -0600, Hans Fugal wrote:
On Tue, 13 Sep 2005 at 16:49 -0400, Lee Revell wrote:
The -rt patch is against 2.6.13 not 2.6.13.1. Make sure you didn't get
any rejects.
Lee
You disabled CONFIG_HIGH_RES_TIMERS right?
Been running 2.6.13.1-rt6 since last night (rt[78] wouldn't compile,
I've emailed Ingo about it) without crash so it would seem
CONFIG_HIGH_RES_TIMERS was my problem.
6:29 p.m.
New subject: [linux-audio-user] Re: is RT-Preempt functional on x86-64?
On Wed, 14 Sep 2005 at 16:08 -0400, Lee Revell wrote:
On Wed, 2005-09-14 at 07:46 -0600, Hans Fugal wrote:
No rejects (except the EXTRAVERSION), a couple of offset matches.
--
Hans Fugal | If more of us valued food and cheer and
http://hans.fugal.net/ | song above hoarded gold, it would be a
http://gdmxml.fugal.net/ | merrier world.
| -- J.R.R. Tolkien
---------------------------------------------------------------------
GnuPG Fingerprint: 6940 87C5 6610 567F 1E95 CB5E FC98 E8CD E0AA D460
On Tue, 13 Sep 2005 at 16:49 -0400, Lee Revell
wrote:
The -rt patch is against 2.6.13 not 2.6.13.1. Make sure you didn't get
any rejects. You disabled CONFIG_HIGH_RES_TIMERS right?
Been running 2.6.13.1-rt6 since last night (rt[78] wouldn't compile,
I've emailed Ingo about it) without crash so it would seem
CONFIG_HIGH_RES_TIMERS was my problem.
13 Sep
13 Sep
6:57 p.m.
New subject: [linux-audio-user] Re: is RT-Preempt functional on x86-64?
On Tue, 2005-09-13 at 14:36 -0600, Hans Fugal wrote:
On Tue, 13 Sep 2005 at 22:26 +0200, Peter Mogensen
wrote:
You have CONFIG_HIGH_RES_TIMERS enabled. Don't do that - it's highly
experimental.
Lee
Hans Fugal wrote:
None that come to mind. I will send in my .config per Lee's suggestion.
I'm not usually doing anything interesting either, just locks up out of
the blue.
I have tried the 2.6.13-rt kernel and it boots
fine but will lock up
after a few minutes. (2.6.12-rt had the same problem for me IIRC)
For what it's worth:
Do you have any other "experimental" kernel features? My 2.6.13-rt also
freezes (or spontaniously reboots) after a while, but it seems to only
happen when my ipw2100 WLAN module is used. That module is otherwise
14 Sep
14 Sep
7:34 a.m.
New subject: [linux-audio-user] Re: is RT-Preempt functional on x86-64?
El mar, 13-09-2005 a las 14:36 -0600, Hans Fugal escribió:
On Tue, 13 Sep 2005 at 22:26 +0200, Peter Mogensen
wrote:
Noah Roberts <roberts.noah(a)gmail.com> kindly shares with us his
experience:
I successfully patched the 13-rc7 kernel with what was the current rt
patch at the time. It is still working.
However, there seems to be issues regarding ehci-hcd at least on this
end and it isn't necissarily specific to any kernel. Sometimes when
that module is loaded the system locks up or crashes...same effect as
far as I can see either way. It also interfears with the suspend to
disk system. If your kernel is doing odd things like locking on
bootup maybe you have ehci loading at the time or compiled in and
initializing?
I have not made any reports because I can't find a steady set of
circumstances and can't get an error report to generate. Also my
posts here don't seem to show up?
Jose, if you don't get this twice (because the reply to the lisst
didn't work) can you forward to the list so others can see my answer?
I don't think I am able to post to the mailing list any longer.
I created a website of my experiences with the new laptop, which is an
amd64: http://gentoo-wiki.com/HARDWARE_Asus_A6U
---------------
I will report any data I get from experimenting with this ehci issue,
referred by Noah.
Thank you Noah, Lee and everyone... the experiments continue and so this
thread.
José
Hans Fugal wrote:
None that come to mind. I will send in my .config per Lee's suggestion.
I'm not usually doing anything interesting either, just locks up out of
the blue.
I have tried the 2.6.13-rt kernel and it boots
fine but will lock up
after a few minutes. (2.6.12-rt had the same problem for me IIRC)
For what it's worth:
Do you have any other "experimental" kernel features? My 2.6.13-rt also
freezes (or spontaniously reboots) after a while, but it seems to only
happen when my ipw2100 WLAN module is used. That module is otherwise 
13 Sep
13 Sep
8:54 p.m.
New subject: [linux-audio-user] is RT-Preempt functional on x86-64?
On 9/13/05, José Serralde <sonojm(a)gmail.com> wrote:
Anyone successfully Molnar-patching a .13 kernel @
AMD64?
I successfully patched the 13-rc7 kernel with what was the current rt
patch at the time. It is still working.
However, there seems to be issues regarding ehci-hcd at least on this
end and it isn't necissarily specific to any kernel. Sometimes when
that module is loaded the system locks up or crashes...same effect as
far as I can see either way. It also interfears with the suspend to
disk system. If your kernel is doing odd things like locking on
bootup maybe you have ehci loading at the time or compiled in and
initializing?
I have not made any reports because I can't find a steady set of
circumstances and can't get an error report to generate. Also my
posts here don't seem to show up?
Jose, if you don't get this twice (because the reply to the lisst
didn't work) can you forward to the list so others can see my answer?
I don't think I am able to post to the mailing list any longer.
I created a website of my experiences with the new laptop, which is an
amd64: http://gentoo-wiki.com/HARDWARE_Asus_A6U
15 Sep
15 Sep
3:53 p.m.
New subject: [linux-audio-user] is RT-Preempt functional on x86-64?
On Mon, 2005-09-12 at 03:56 +0000, carmen wrote:
According to Ingo this bug should be fixed in the latest -rt kernel.
Lee
When was the
last time you tried it? It should work on amd64 and PPC.
You might need to disable high res timers.
ive tried a few times most recently patch-2.6.13-rt4 - its never worked..have messed
around with timer resolutions and 'generic x86-64' vs 'amd64' settings as
well. it reboots right after grub loads the kernel, so fast that you cant even read what
it says (if anything).
thats with 'Complete Preemption (Real-Time)'
16 Sep
16 Sep
1:29 a.m.
New subject: [linux-audio-user] RT-Preempt is functional on x86-64?
According to Ingo this bug should be fixed in the
latest -rt kernel.
thanks for your assertiveness on this one Lee (would have never wandered in lkml land on
my own..) it does indeed boot now, was getting a panic but that turned out to be 'dont
disable acpi, its necessary' and nothing related to preempt..have yet to do any stress
testing but booting properly is major progress indeed..
Lee
12 Sep
12 Sep
8:07 a.m.
On Sunday 11 September 2005 23:38, Lee Revell wrote:
On Sun, 2005-09-11 at 19:23 +0200, Marcos Guglielmetti
wrote:
It's not entirely rubbish. If you run older low-spec machines, using lighter
weight WMs does make a difference. It is not true or fair to say that GNOME
and KDE are 'really bad', however. If you have a fairly modern box, it
doesn't make much difference what your favourite Desktop Environment is.
It might be better for the promotion of Musix not to be so disparaging about
other distros. The project sounds interesting, but the wording of the
announcement has put me off a bit.
--
cheers,
tim hall
http://glastonburymusic.org.uk/tim
9 Desktops: it is well known that Gnome and KDE
are really bad for
JACK audio
work
Rubbish. With a decent kernel there's absolutely no reason not to use
these. 
10:53 a.m.
New subject: [linux-audio-user] Re: Musix GNU+Linux 0.26
The choice of wording might have something to do with language skills,
though Marcos's english is pretty good, the more subtle aspect of
correct vibe are hard to get right in a foreign language. I may also
sound disparaging in german or hungarian and certainly do in Russian.
I can just see an smack announcement by me in russian, given my 'where
metro?', 'where bathroom?' knowledge of the language ;-)
Loki
On 9/12/05, tim hall <tech(a)glastonburymusic.org.uk> wrote:
On Sunday 11 September 2005 23:38, Lee Revell wrote:
On Sun, 2005-09-11 at 19:23 +0200, Marcos
Guglielmetti wrote:
It's not entirely rubbish. If you run older low-spec machines, using lighter
weight WMs does make a difference. It is not true or fair to say that GNOME
and KDE are 'really bad', however. If you have a fairly modern box, it
doesn't make much difference what your favourite Desktop Environment is.
It might be better for the promotion of Musix not to be so disparaging about
other distros. The project sounds interesting, but the wording of the
announcement has put me off a bit.
--
cheers,
tim hall
http://glastonburymusic.org.uk/tim
9 Desktops: it is well known that Gnome and KDE
are really bad for
JACK audio
work
Rubbish. With a decent kernel there's absolutely no reason not to use
these. 
12:24 p.m.
El lun, 12-09-2005 a las 07:07, tim hall escribió:
On Sunday 11 September 2005 23:38, Lee Revell wrote:
True.
On Sun, 2005-09-11 at 19:23 +0200, Marcos
Guglielmetti wrote:
It's not entirely rubbish. If you run older low-spec machines, using lighter
weight WMs does make a difference. It is not true or fair to say that GNOME
and KDE are 'really bad', however. If you have a fairly modern box, it
doesn't make much difference what your favourite Desktop Environment is. 9 Desktops: it is well known that Gnome and KDE
are really bad for
JACK audio
work
Rubbish. With a decent kernel there's absolutely no reason not to use
these. It might be better for the promotion of Musix not to
be so disparaging about
other distros. The project sounds interesting, but the wording of the
announcement has put me off a bit.
Once again, true. And I'm, in a certain way, part of the project.
I'll write Marcos about this.
Cheers, Damian.-
Simulations are not data. In God we trust, all the others must supply
data. Walter Opyd
12:24 p.m.
El lun, 12-09-2005 a las 07:07, tim hall escribió:
On Sunday 11 September 2005 23:38, Lee Revell wrote:
True.
On Sun, 2005-09-11 at 19:23 +0200, Marcos
Guglielmetti wrote:
It's not entirely rubbish. If you run older low-spec machines, using lighter
weight WMs does make a difference. It is not true or fair to say that GNOME
and KDE are 'really bad', however. If you have a fairly modern box, it
doesn't make much difference what your favourite Desktop Environment is. 9 Desktops: it is well known that Gnome and KDE
are really bad for
JACK audio
work
Rubbish. With a decent kernel there's absolutely no reason not to use
these. It might be better for the promotion of Musix not to
be so disparaging about
other distros. The project sounds interesting, but the wording of the
announcement has put me off a bit.
Once again, true. But I must also agree with Loki, Marcos is argentinian
as I am, so there's surelly a matter of language skills.
I'll write Marcos about this.
Cheers, Damian.-
Simulations are not data. In God we trust, all the others must supply
data. Walter Opyd
8:47 p.m.
El Lun 12 Sep 2005 12:07, tim hall escribió:
It's not entirely rubbish. If you run older
low-spec machines, using
lighter weight WMs does make a difference. It is not true or fair to say
that GNOME and KDE are 'really bad', however. If you have a fairly modern
box, it doesn't make much difference what your favourite Desktop
Environment is.
It might be better for the promotion of Musix not to be so disparaging
about other distros. The project sounds interesting, but the wording of the
announcement has put me off a bit.
Sorry, it was not my desire to put you off!
We all love Debian, but I do not agree with the non-free repositories, just
that.
cheers,
___________________________________________________________
1GB gratis, Antivirus y Antispam
Correo Yahoo!, el mejor correo web del mundo
http://correo.yahoo.com.ar
6:55 a.m.
Marcos Guglielmetti wrote:
==Musix GNU+Linux 0.26==
Hi
Just a bit of a sweeping statement, as most of us are using these two
desktops!
We are making good music, full stop, with systems tuned by developers
for audio.
This may not be the best way to win friends and influence people!
Cheers
Bob
We have developed once more the concept of light and functional
desktops, avoiding the well-known GNOME and KDE.
With all these improvements, the user who has an old PC may now use
these complex programs, and the one who has a new PC will be benefited
with the stability and high performance of JACK 0.100 and the rest of
the updated programs.
Bearmusic
hearmymusic.co.uk <http:www.hearmymusic.co.uk>
7015
days inactive
7019
days old
linux-audio-user@lists.linuxaudio.org
33 comments
12 participants
participants (12)
-
carmen -
Hans Fugal -
José María Serralde Ruiz -
José Serralde
-
Lee Revell -
Lisandro Damián Nicanor Pérez Meyer -
Loki Davison -
Marcos Guglielmetti -
Noah Roberts -
Peter Mogensen -
studio-64 -
tim hall