From: Larry Finger <Larry.Finger@lwfinger.net>
To: Michael Buesch <mb@bu3sch.de>
Cc: bcm43xx-dev@lists.berlios.de, netdev@vger.kernel.org,
Stefano Brivio <st3@riseup.net>,
John Linville <linville@tuxdriver.com>
Subject: Re: [PATCH] bcm43xx: further fix for periodic work errors
Date: Sat, 23 Sep 2006 15:05:52 -0500 [thread overview]
Message-ID: <451593A0.8030104@lwfinger.net> (raw)
In-Reply-To: <200609232141.20720.mb@bu3sch.de>
Michael Buesch wrote:
>
> Well, even _if_ mac_suspend takes a few milliseconds (which it
> does not), it would not trigger the watchdog.
> I measured the time it takes to execute the various works
> and based the badness selection on the results.
>
> If the 15 or 30 second work is really able to trigger a watchdog
> timeout, it's a _bug_ that needs to be fixed and not to be
> papered over.
> It won't trigger the watchdog, because it is running too long
> uninterruptible (it won't run 5sec...). If it triggers, it's
> triggered by something else (like the synchronize_net thingie
> in the past).
Even the synchronize_net problem wasn't taking 5 seconds to complete, it was messing up the transmit
process.
I went back to check my logs again, and the actual error was "BCM43xx_IRQ_XMIT_ERROR", which is
always preceded by a MAC suspend failed. These never happened all the time I was running with
MAXIMUM_BADNESS of 0.
I think the _bug_ is letting the transmit process run while doing the periodic work, which is why
I'm testing with the tx_disable before all periodic work. I'll let you know in 2 or 3 days if it
fixes the problem. It takes that long to trigger.
Larry
Larry
next prev parent reply other threads:[~2006-09-23 20:06 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-09-23 4:08 [PATCH] bcm43xx: further fix for periodic work errors Larry Finger
[not found] ` <4514B322.mail1K91A36N8-tQ5ms3gMjBLk1uMJSBkQmQ@public.gmane.org>
2006-09-23 7:56 ` Michael Buesch
[not found] ` <200609230956.05475.mb-fseUSCV1ubazQB+pC5nmwQ@public.gmane.org>
2006-09-23 19:06 ` Larry Finger
[not found] ` <451585D1.3080102-tQ5ms3gMjBLk1uMJSBkQmQ@public.gmane.org>
2006-09-23 19:41 ` Michael Buesch
2006-09-23 20:05 ` Larry Finger [this message]
[not found] ` <451593A0.8030104-tQ5ms3gMjBLk1uMJSBkQmQ@public.gmane.org>
2006-09-23 20:22 ` Michael Buesch
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=451593A0.8030104@lwfinger.net \
--to=larry.finger@lwfinger.net \
--cc=bcm43xx-dev@lists.berlios.de \
--cc=linville@tuxdriver.com \
--cc=mb@bu3sch.de \
--cc=netdev@vger.kernel.org \
--cc=st3@riseup.net \
/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.