From: Matt Fredrickson <creslin@digium.com>
To: Daniel J Blueman <daniel.blueman@gmail.com>
Cc: Lee Revell <rlrevell@joe-job.com>,
Linux Kernel <linux-kernel@vger.kernel.org>,
hpa@zytor.com
Subject: Re: Device Driver Etiquette
Date: Sat, 2 Jun 2007 10:12:46 -0500 (CDT) [thread overview]
Message-ID: <15604445.159241180797166445.JavaMail.root@jupiler.digium.com> (raw)
In-Reply-To: <12467610.159201180797054019.JavaMail.root@jupiler.digium.com>
----- "Daniel J Blueman" <daniel.blueman@gmail.com> wrote:
> On 1 Jun, 19:40, "Lee Revell" <rlrevell@joe-job.com> wrote:
> > On 6/1/07, Matthew Fredrickson <creslin@digium.com> 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.
Matthew Fredrickson
next parent reply other threads:[~2007-06-02 15:12 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <12467610.159201180797054019.JavaMail.root@jupiler.digium.com>
2007-06-02 15:12 ` Matt Fredrickson [this message]
2007-06-03 11:22 ` Device Driver Etiquette Daniel J Blueman
[not found] <17916027.160971180851607681.JavaMail.root@jupiler.digium.com>
2007-06-03 6:20 ` Matt Fredrickson
2007-06-01 23:16 Daniel J Blueman
-- strict thread matches above, loose matches on Subject: below --
2007-06-01 17:47 Matthew Fredrickson
2007-06-01 18:38 ` Lee Revell
2007-06-01 22:28 ` H. Peter Anvin
2007-06-02 15:05 ` Satyam Sharma
2007-06-02 23:22 ` Arjan van de Ven
2007-06-03 1:45 ` Satyam Sharma
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=15604445.159241180797166445.JavaMail.root@jupiler.digium.com \
--to=creslin@digium.com \
--cc=daniel.blueman@gmail.com \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=rlrevell@joe-job.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.