Le vendredi 12 octobre 2007 à 23:58 +0200, Philippe Gerum a écrit :
On Fri, 2007-10-12 at 23:51 +0200, Stelian Pop wrote:
On Fri, Oct 12, 2007 at 10:22:45PM +0200, Stelian Pop wrote:
Or even go crazy and activate SMP again ?
Would have been too easy:
# modprobe xeno_native
Le vendredi 12 octobre 2007 à 22:22 +0200, Stelian Pop a écrit :
I still have a strange problem though: after loading xeno_nucleus and
before loading xeno_native, the keyboard reacts strangely: each key
press results in at least 6 (and up to 20) letters on the terminal.
FYI, I am no longer
Stelian Pop wrote:
Le vendredi 12 octobre 2007 à 23:58 +0200, Philippe Gerum a écrit :
On Fri, 2007-10-12 at 23:51 +0200, Stelian Pop wrote:
On Fri, Oct 12, 2007 at 10:22:45PM +0200, Stelian Pop wrote:
Or even go crazy and activate SMP again ?
Would have been too easy:
# modprobe
On Sat, Oct 13, 2007 at 04:42:27PM +0200, Jan Kiszka wrote:
Where do you get ENODEV? On nucleus startup? Please provide
/proc/timer_list output of the working and non-working setups.
It turns out that I had the Linux NMI watchdog enabled (nmi_watchdog=1
on the command line) and this was
On Sat, 2007-10-13 at 18:12 +0200, Stelian Pop wrote:
On Sat, Oct 13, 2007 at 04:42:27PM +0200, Jan Kiszka wrote:
Where do you get ENODEV? On nucleus startup? Please provide
/proc/timer_list output of the working and non-working setups.
It turns out that I had the Linux NMI watchdog
Stelian Pop wrote:
On Sat, Oct 13, 2007 at 04:42:27PM +0200, Jan Kiszka wrote:
Where do you get ENODEV? On nucleus startup? Please provide
/proc/timer_list output of the working and non-working setups.
It turns out that I had the Linux NMI watchdog enabled (nmi_watchdog=1
on the command
Hi Jan,
[taking this on the list after several mails with Philippe...]
Le jeudi 11 octobre 2007 à 22:47 +0200, Jan Kiszka a écrit :
This patch for SVN trunk fixes most of the current bugs around hardware
timer takeover and release from/to Linux.
[...]
I have a problem with the timer on my
Philippe Gerum wrote:
On Thu, 2007-10-11 at 22:47 +0200, Jan Kiszka wrote:
This patch for SVN trunk fixes most of the current bugs around hardware
timer takeover and release from/to Linux. Tested and found working here
(including SMP):
- 2.6.22, APIC, highres=off, nohz=off
- 2.6.22, APIC,
Stelian Pop wrote:
Hi Jan,
[taking this on the list after several mails with Philippe...]
Le jeudi 11 octobre 2007 à 22:47 +0200, Jan Kiszka a écrit :
This patch for SVN trunk fixes most of the current bugs around hardware
timer takeover and release from/to Linux.
[...]
I have a
Philippe,
Jan Kiszka wrote:
This patch for SVN trunk fixes most of the current bugs around hardware
timer takeover and release from/to Linux. Tested and found working here
(including SMP):
- 2.6.22, APIC, highres=off, nohz=off
- 2.6.22, APIC, highres=on, nohz=on
- 2.6.20, APIC
Tests to
On Thu, 2007-10-11 at 22:47 +0200, Jan Kiszka wrote:
This patch for SVN trunk fixes most of the current bugs around hardware
timer takeover and release from/to Linux. Tested and found working here
(including SMP):
- 2.6.22, APIC, highres=off, nohz=off
- 2.6.22, APIC, highres=on, nohz=on
-
On Fri, 2007-10-12 at 11:47 +0200, Jan Kiszka wrote:
Philippe Gerum wrote:
On Thu, 2007-10-11 at 22:47 +0200, Jan Kiszka wrote:
This patch for SVN trunk fixes most of the current bugs around hardware
timer takeover and release from/to Linux. Tested and found working here
(including SMP):
On Fri, 2007-10-12 at 15:19 +0200, Stelian Pop wrote:
On Fri, Oct 12, 2007 at 01:15:31PM +0200, Jan Kiszka wrote:
[EMAIL PROTECTED] cat /proc/ipipe/trace/max
/frozen holds the result. Also, a bit more post_trace_points may help to
see what goes on after that function is called.
Ah,
Stelian Pop wrote:
On Fri, Oct 12, 2007 at 01:15:31PM +0200, Jan Kiszka wrote:
[EMAIL PROTECTED] cat /proc/ipipe/trace/max
/frozen holds the result. Also, a bit more post_trace_points may help to
see what goes on after that function is called.
Ah, sorry. Here it comes, with
Stelian Pop wrote:
On Fri, Oct 12, 2007 at 11:14:43AM +0200, Jan Kiszka wrote:
Hmm, that's not too different from my own test setup.
I'm attaching the .config and dmesg in case you see something strange.
/proc/xenomai/timerstat/master may provide further hints about the state
of the
On Fri, Oct 12, 2007 at 03:41:19PM +0200, Philippe Gerum wrote:
It looks like we are still using the TSC emulation over the 8254; I
don't ever recall if it's supposed to work actually. Now that the
remaining known issues have been fixed by Jan's latest patch, could you
switch your CPU config
On Fri, Oct 12, 2007 at 01:15:31PM +0200, Jan Kiszka wrote:
[EMAIL PROTECTED] cat /proc/ipipe/trace/max
/frozen holds the result. Also, a bit more post_trace_points may help to
see what goes on after that function is called.
Ah, sorry. Here it comes, with post_trace_points set to 100:
On Fri, 2007-10-12 at 23:51 +0200, Stelian Pop wrote:
On Fri, Oct 12, 2007 at 10:22:45PM +0200, Stelian Pop wrote:
Or even go crazy and activate SMP again ?
Would have been too easy:
# modprobe xeno_native
Xenomai: native skin init failed, code -19.
The I-pipe likely told Xenomai
This patch for SVN trunk fixes most of the current bugs around hardware
timer takeover and release from/to Linux. Tested and found working here
(including SMP):
- 2.6.22, APIC, highres=off, nohz=off
- 2.6.22, APIC, highres=on, nohz=on
- 2.6.20, APIC
Tests to be done:
- 2.6.22, PIT (currently
19 matches
Mail list logo