lkml.org 
[lkml]   [2001]   [Nov]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] fix loop with disabled tasklets
On Sun, Nov 11, 2001 at 11:59:05PM -0800, David S. Miller wrote:
> From: Mathijs Mohlmann <mathijs@knoware.nl>
> Date: Mon, 12 Nov 2001 08:42:27 +0100 (CET)
>
> Even if the timer irq is working fine, the sun should not enable the
> keyboard irq without the tasklet being enabled. Initializing the keyboard
> tasklet enabled got the sun to boot just fine for me.
>
> They come from the serial port, not from a normal "IRQ".
> This is why events arrive so early.
>
> Linus's proposed solution will work just fine and frankly
> that's what I'm going to check into my tree. :-) For
> reference this is:
>
> 1) Kill DECLARE_TASKLET_DISABLED use DECLARE_TASKLET for
> keyboard_tasklet.
>
> 2) In keyboard tasklet handler check a "keyboard_init_done"
> boolean and just return immediately if it is clear.
>
> 3) Where we currently do "tasklet_enable(&keyboard_tasklet);"
> simply kill that line and check it to
> "keyboard_init_done = 1;"

I recommend to fix the obvious sparc breakage, before changing the
softirq code in any way, to make sure not to hide the scheduler bug.

Ah, and let me bet, the sparc32 scheduler breakage is that it's not
running schedule_tail in ret_from_fork (you must
s/ret_from_smpfork/ret_from_fork/ as well). Since 2.4 it's not a SMP
thing any longer, it is _required_ on UP too or sched yield will break
badly! This of course is a problem not just for spwan_ksoftirqd, but
it's a core bug that triggers all the time with the sparc32 userspace
too.

Andrea
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:13    [W:0.108 / U:5.304 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site