On 02/06/07, Matt Fredrickson <[email protected]> wrote:
----- "Daniel J Blueman" <[email protected]> wrote:
> On 1 Jun, 19:40, "Lee Revell" <[email protected]> wrote:
> > On 6/1/07, Matthew Fredrickson <[email protected]> wrote:
> >
> > > is it acceptable (although
> > > not nice) to simply fix it this way, by disabling irqs while it
> loads
> > > the firmware?
> >
> > I would say to just disable IRQs while loading firmware. Almost
> every
> > server I maintain has some vendor driver which generates a "many
> lost
> > ticks!" message on load. As long as it's only done at module load
> > time it should be fine.
>
> For anything ~10s or more, you'll probably also need to call the
> timer
> update function to prevent soft lockup warning being generated.
Ahhh... so there is a way to get rid of that cursed message. I forgot to mention this in my original message, the only place that I had seen this problem is on a certain machine (Dell 2950) with a certain distribution (FC6) kernel. I had trimmed the code down to fit in 4K stacks already quite a bit.
I believe what actually made it crash and overflow the stack (the straw that breaks the
camels back, so to speak) was the intermittent triggering of the softlockup detector.
I think if I can disable that while the firmware is loading that will fix the stack overflow
issues and correct my problem.
It may not help, since the NMIs used to detect soft lockups will still
be received; the soft lockup update call just updates the per-cpu
timer, but there may be less chance of overrunning the end of the
stack from not getting the stack trace.
There is no substitute for implementing your own firmware uploading
mechanism or getting this one addressed though ;-) .
Dan
Matthew Fredrickson
--
Daniel J Blueman
-
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/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
