Messages in this thread | | | Date | Fri, 12 Dec 2003 18:38:02 +0100 | From | Jörn Engel <> | Subject | Re: 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/
| |