* Darren Hart <[EMAIL PROTECTED]> wrote:
> Ingo Molnar wrote:
> >i have released the 2.6.13-rc6-rt9 tree, which can be downloaded from
> >the usual place:
> >
> > http://redhat.com/~mingo/realtime-preempt/
> >
>
> I'm looking into g
* Steven Rostedt <[EMAIL PROTECTED]> wrote:
> On Tue, 2005-08-23 at 14:36 +0200, Ingo Molnar wrote:
> > * Steven Rostedt <[EMAIL PROTECTED]> wrote:
> >
> > > Ingo, can't you get rt.c to be more confusing. I mean it is too
> > > simple. We need to add a few more underscores here and there :-)
>
On Tue, 2005-08-23 at 14:36 +0200, Ingo Molnar wrote:
> * Steven Rostedt <[EMAIL PROTECTED]> wrote:
>
> > Ingo, can't you get rt.c to be more confusing. I mean it is too
> > simple. We need to add a few more underscores here and there :-)
> > Seriously, that rt.c is mind boggling. It was nice be
* Steven Rostedt <[EMAIL PROTECTED]> wrote:
> Ingo, can't you get rt.c to be more confusing. I mean it is too
> simple. We need to add a few more underscores here and there :-)
> Seriously, that rt.c is mind boggling. It was nice before, now it is
> just screaming for a cleanup (come now, do w
* Karsten Wiese <[EMAIL PROTECTED]> wrote:
> diff -up arch/i386/kernel/io_apic.c.rt9 arch/i386/kernel/io_apic.c
> --- arch/i386/kernel/io_apic.c.rt9 2005-08-19 12:28:42.0 +0200
> +++ arch/i386/kernel/io_apic.c 2005-08-19 12:29:30.0 +0200
> @@ -1758,8 +1758,8 @@ void disable_
* Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> On Thu, 2005-08-18 at 08:01 +0200, Ingo Molnar wrote:
> > i have released the 2.6.13-rc6-rt9 tree, which can be downloaded from
> > the usual place:
>
> I reworked the code for dynamically setti
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > Quite contrary it makes the system more snappy and the overall test
> > latencies go down.
>
> we can undo that flag - it's indeed only a couple of cycles worth of
> optimization, which wont count for most workloads. I've applied your
> patch, but
* Adrian Bunk <[EMAIL PROTECTED]> wrote:
> I'm getting the following compile errors:
>
> <-- snip -->
>
> ...
> LD .tmp_vmlinux1
> drivers/built-in.o: In function `pi_init':
> : multiple definition of `pi_init'
> kernel/built-in.o:(.bss+0x80f0): first defined here
> Note: pi_init is a
* Steven Rostedt <[EMAIL PROTECTED]> wrote:
> On Fri, 2005-08-19 at 09:00 -0400, Steven Rostedt wrote:
> > On Fri, 2005-08-19 at 02:39 -0400, Steven Rostedt wrote:
>
> > I haven't thought of a good way yet to solve the race condition with
> > dependent sleeper. (Except by turning off CONFIG_WAKE
* Adrian Bunk <[EMAIL PROTECTED]> wrote:
> It doesn't compile with CONFIG_DECNET_ROUTER=y:
thanks, applied.
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordo
* Steven Rostedt <[EMAIL PROTECTED]> wrote:
> On Fri, 2005-08-19 at 02:39 -0400, Steven Rostedt wrote:
>
> > Ingo, can't you get rt.c to be more confusing. I mean it is too simple.
> > We need to add a few more underscores here and there :-) Seriously,
> > that rt.c is mind boggling. It was nic
Thomas Gleixner wrote:
On Sat, 2005-08-20 at 18:10 +0400, Oleg Nesterov wrote:
posix_timer_event() first checks that the thread (SIGEV_THREAD_ID
case) does not have PF_EXITING flag, then it calls send_sigqueue()
which locks task list. But if the thread exits in between the kernel
will oops.
On Sat, Aug 20, 2005 at 09:27:25PM +0200, Peter Zijlstra wrote:
> Jeff, could you help us out here?
> What exactly does uml need to get out of the calibrate delay loop?
Interrupts, it's not too demanding :-)
If it's not seeing VTALRM, then it will never leave the calibration loop.
Try stracing i
On Fri, 2005-08-19 at 11:43 -0700, Paul E. McKenney wrote:
> On Fri, Aug 19, 2005 at 08:30:05PM +0200, Peter Zijlstra wrote:
> > On Fri, 2005-08-19 at 18:56 +0200, Peter Zijlstra wrote:
> > > Hi Ingo, Paul, others,
> > >
> > > I'm trying to run a user-mode-linux guest under the RT kernel however
>
Thomas Gleixner wrote:
>
> On Sat, 2005-08-20 at 18:10 +0400, Oleg Nesterov wrote:
>
> > posix_timer_event() first checks that the thread (SIGEV_THREAD_ID
> > case) does not have PF_EXITING flag, then it calls send_sigqueue()
> > which locks task list. But if the thread exits in between the kerne
On Sat, 2005-08-20 at 18:10 +0400, Oleg Nesterov wrote:
> posix_timer_event() first checks that the thread (SIGEV_THREAD_ID
> case) does not have PF_EXITING flag, then it calls send_sigqueue()
> which locks task list. But if the thread exits in between the kernel
> will oops.
> posix_timer_event(
Thomas Gleixner wrote:
On Fri, 2005-08-19 at 15:13 -0700, Darren Hart wrote:
I was trying to use another HRT clock source and couldn't get menuconfig
to let me select acpi-pm-timer, turns out it has been disabled in
arch/i386/Kconfig, but the description is still in the help...
# config HIG
Thomas Gleixner wrote:
>
> send_sigqueue is called from posix_timer_fn() and acquires
> tasklist_lock, which makes no sense to me.
>
> send_sigqueue()s (l)onl(e)y user is the posix_timer function
> (posix_timer_fn(), calling posix_timer_event()).
>
> Each posix timer blocks the task from vanishing
Thomas Gleixner wrote:
~
2. Drift of cyclic timers (armed by set_timer()):
Due to rounding errors and the drift adjustment code, the fixed
increment which is precalculated when the timer is set up and added on
rearm, I see creeping deviation from the timeline.
I have a patch lined up to base
Thomas Gleixner wrote:
George,
On Fri, 2005-08-19 at 17:19 -0700, George Anzinger wrote:
2. Drift of cyclic timers (armed by set_timer()):
Due to rounding errors and the drift adjustment code, the fixed
increment which is precalculated when the timer is set up and added on
rearm, I see creepi
George,
On Fri, 2005-08-19 at 17:19 -0700, George Anzinger wrote:
> > 2. Drift of cyclic timers (armed by set_timer()):
> >
> > Due to rounding errors and the drift adjustment code, the fixed
> > increment which is precalculated when the timer is set up and added on
> > rearm, I see creeping devi
Hi all,
On Thu, 2005-08-18 at 08:01 +0200, Ingo Molnar wrote:
> i have released the 2.6.13-rc6-rt9 tree, which can be downloaded from
> the usual place:
I reworked the code for dynamically setting the priority of the hrtimer
softirq to be aware of PI.
The current function "mutex_c
On Fri, 19 Aug 2005, Chuck Harding wrote:
Sure did. At least on a normal reboot. I will try
SysRq+B and see what happens. Thanks.
And no oops with SysRq+B either. Thanks.
--
Charles D. (Chuck) Harding <[EMAIL PROTECTED]> Voice: 925-423-8879
Senior Computer Associate ICCD
On Fri, 2005-08-19 at 15:13 -0700, Darren Hart wrote:
> I was trying to use another HRT clock source and couldn't get menuconfig
> to let me select acpi-pm-timer, turns out it has been disabled in
> arch/i386/Kconfig, but the description is still in the help...
>
>
> # config HIGH_RES_TIMER_ACP
Sure did. At least on a normal reboot. I will try
SysRq+B and see what happens. Thanks.
On Fri, 19 Aug 2005, Karsten Wiese wrote:
Chuck wrote:
I'm still getting the same oops when rebooting. the same process (reboot)
similar call trace (some addresses are slightly different but the functions
a
Ingo Molnar wrote:
i have released the 2.6.13-rc6-rt9 tree, which can be downloaded from
the usual place:
http://redhat.com/~mingo/realtime-preempt/
I was trying to use another HRT clock source and couldn't get menuconfig
to let me select acpi-pm-timer, turns out it has been disabl
Ingo Molnar wrote:
i have released the 2.6.13-rc6-rt9 tree, which can be downloaded from
the usual place:
http://redhat.com/~mingo/realtime-preempt/
I'm looking into getting HRT and RT booting on a SUMMIT NUMA machine
(cyclone timer), but after s/error/warning/ in arch/i386/t
On Fri, Aug 19, 2005 at 08:30:05PM +0200, Peter Zijlstra wrote:
> On Fri, 2005-08-19 at 18:56 +0200, Peter Zijlstra wrote:
> > Hi Ingo, Paul, others,
> >
> > I'm trying to run a user-mode-linux guest under the RT kernel however
> > the uml process never gets out of the calibrate delay loop. It see
On Fri, 2005-08-19 at 18:56 +0200, Peter Zijlstra wrote:
> Hi Ingo, Paul, others,
>
> I'm trying to run a user-mode-linux guest under the RT kernel however
> the uml process never gets out of the calibrate delay loop. It seems as
> if the signal never gets through.
>
one clarification: the guest
Hi Ingo, Paul, others,
I'm trying to run a user-mode-linux guest under the RT kernel however
the uml process never gets out of the calibrate delay loop. It seems as
if the signal never gets through.
A non -rt host kernel does work (with a similar .config).
Could this be related to pauls task lis
On Fri, 2005-08-19 at 09:00 -0400, Steven Rostedt wrote:
> On Fri, 2005-08-19 at 02:39 -0400, Steven Rostedt wrote:
> I haven't thought of a good way yet to solve the race condition with
> dependent sleeper. (Except by turning off CONFIG_WAKEUP_TIMING :-)
>
OK, I found one simple solution. The p
On Fri, 2005-08-19 at 02:39 -0400, Steven Rostedt wrote:
> Ingo, can't you get rt.c to be more confusing. I mean it is too simple.
> We need to add a few more underscores here and there :-) Seriously,
> that rt.c is mind boggling. It was nice before, now it is just screaming
> for a cleanup (come
Chuck wrote:
> I'm still getting the same oops when rebooting. the same process (reboot)
> similar call trace (some addresses are slightly different but the functions
> are the same:
> disable_IO_APIC+0x5a/0x90 (8)
> machine_restart+0x5/0x9 (28)
> sys_reboot+0x147/0x156 (4)
> netdev_run_todo+0xa4/0
Deadlock finally found!!!
I've been debugging this all week. And at 2:30 in the morning I finally
found where it is. It really sucks when you need to debug on something
that doesn't have a serial, and netconsole doesn't work that reliably.
This also explains why this only happened on my laptop.
On Thu, 18 Aug 2005, Ingo Molnar wrote:
i have released the 2.6.13-rc6-rt9 tree, which can be downloaded from
the usual place:
http://redhat.com/~mingo/realtime-preempt/
it's a fixes-only release. Changes since 2.6.13-rc6-rt3:
- USB irq flags use cleanups (Alan Stern)
- RCU tasklist
er named 'up'
net/decnet/dn_dev.c:378: error: syntax error before 'do'
net/decnet/dn_dev.c:378: warning: control reaches end of non-void function
make[2]: *** [net/decnet/dn_dev.o] Error 1
<-- snip -->
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.
I'm getting the following compile errors:
<-- snip -->
...
LD .tmp_vmlinux1
drivers/built-in.o: In function `pi_init':
: multiple definition of `pi_init'
kernel/built-in.o:(.bss+0x80f0): first defined here
ld: Warning: size of symbol `pi_init' changed from 4 in kernel/built-in.o to
675
rappy demux
handlers.
tglx
--- linux-2.6.13-rc6-rt9/arch/ppc/syslib/open_pic.c 2005-08-18
17:37:39.0 +0200
+++ linux-2.6.13-rc6-rt9.work/arch/ppc/syslib/open_pic.c2005-08-18
23:02:12.0 +0200
@@ -816,10 +816,6 @@ static void openpic_set_sense(u_int irq,
}
#endif
On Thu, 2005-08-18 at 17:24 +0200, Thomas Gleixner wrote:
Oops, mailer madness.
tglx
diff -uprN --exclude-from=/usr/local/bin/diffit.exclude
linux-2.6.13-rc6-rt8/kernel/irq/handle.c
linux-2.6.13-rc6-rt-debug/kernel/irq/handle.c
--- linux-2.6.13-rc6-rt8/kernel/irq/handle.c2005-08-17 17:53:
On Thu, 2005-08-18 at 08:01 +0200, Ingo Molnar wrote:
> i have released the 2.6.13-rc6-rt9 tree, which can be downloaded from
> the usual place:
Hi Ingo,
finally found the deadlock. It was caused by IRQ flood, which was
introduced by the end_irq() changes.
They change the semantics in tw
i have released the 2.6.13-rc6-rt9 tree, which can be downloaded from
the usual place:
http://redhat.com/~mingo/realtime-preempt/
it's a fixes-only release. Changes since 2.6.13-rc6-rt3:
- USB irq flags use cleanups (Alan Stern)
- RCU tasklist-lock fixes (Paul McKenney, Thomas Gle
41 matches
Mail list logo
