lkml.org 
[lkml]   [2003]   [Dec]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: UPD: "do_IRQ: near stack overflow" when inserting CF disk
On Fri, 12 December 2003 16:52:22 +0100, Roger Larsson wrote:
>
> I get these three printouts when inserting a compact flash disk
> (SuSE Linux 2.4.21-144-smp) - is the stack intentionally this fit?
> or is it an unexpected code path?
>
> I have had other interrupt related problems, it usually locks up :-(
> This time I run with "nosmp noapic"
>
> The ide-cs is now forced to use irq 3 (When running noapic others
> seems busy... with apic and using irq 6 or 10 computer has
> locked up...)
>
> I will try irq 3 without one of the options to see if the computer still
> survives...
>
> - new data -
>
> Easier said than done - they require each other!
> But I noticed that reducing 'stackwarn' and 'stackdefer'
> to under the level warned about helps (might be luck)
>
> Summary:
> Some routines allocate to much stack: validate_cis?
> several subtypes in the union cisparse_t are quite
> big (>250 bytes)
> This eats stack (to much?) or only close enough to
> trigger 'stackdefer' which might stress the drivers SMPness?

Can you send me your .config? I'd like to run checkstack on it and
see what other functions in your trace consume too much stack.
David's patch shoundn't shave off more than 2k, so either my estimate
is wrong or there are more hungry wolves in your list.

Jörn

--
Beware of bugs in the above code; I have only proved it correct, but
not tried it.
-- Donald Knuth
-
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:59    [W:0.042 / U:0.472 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site