Le samedi 13 octobre 2007 à 18:38 +0200, Jan Kiszka a écrit :
> Your IP is probably associated to some DSL access, and a lot of
> providers block such senders categorically due to all the spam robots
> running on hijacked user PCs.
No, my mail server has a fixed IP and is sitting somewhere in a
d
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 c
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 watchd
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 causi
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:
>>>
>
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 longe
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 xe
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 X
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.
This is with all relevant options on (HPET, HIRES, SMP, NO_HZ).
I guess I'll have to take one ste
Jan Kiszka a écrit :
> Stelian Pop wrote:
>> # Automatically generated make config: don't edit
>> # Linux kernel version: 2.6.22.9-xeno
>> # Fri Oct 12 11:45:32 2007
>> #
> ...
>> # CONFIG_X86_UP_APIC is not set
>
> As long as APIC is off...
>
>> CONFIG_HPET_TIMER=y
>
> ...HPET_TIMER must be off
Stelian Pop wrote:
> # Automatically generated make config: don't edit
> # Linux kernel version: 2.6.22.9-xeno
> # Fri Oct 12 11:45:32 2007
> #
...
> # CONFIG_X86_UP_APIC is not set
As long as APIC is off...
> CONFIG_HPET_TIMER=y
...HPET_TIMER must be off as well. Otherwise, Linux may actually p
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 conf
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 post
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 call
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 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
> >> (inclu
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
>>
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
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
>
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 h
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
>
> Tes
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 Ma
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 build
23 matches
Mail list logo