netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Larry Finger <Larry.Finger-tQ5ms3gMjBLk1uMJSBkQmQ@public.gmane.org>
To: Ray Lee <ray-lk-0Cg02Ec9UG4BXFe83j6qeQ@public.gmane.org>
Cc: netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Bcm43xx-dev-0fE9KPoRgkgATYTw5x5z8w@public.gmane.org,
	Michael Buesch <mb-fseUSCV1ubazQB+pC5nmwQ@public.gmane.org>
Subject: Re: bcm43xx regression 2.6.19rc3 -> rc5, rtnl_lock trouble?
Date: Thu, 16 Nov 2006 16:40:59 -0600	[thread overview]
Message-ID: <455CE8FB.2000803@lwfinger.net> (raw)
In-Reply-To: <455CBDD7.6000507-0Cg02Ec9UG4BXFe83j6qeQ@public.gmane.org>

Ray Lee wrote:
> 
> If I could figure out a way to make it repeatable, I'd happily do a blind
> bisect. As it stands, I can't trigger it manually. I've got a while true; do
> iwconfig eth1; done running to hit the ioctls (as the trace in my first
> message showed one of them in use), but that's might be a red herring. After
> this email, I'll be shutting down all my browser and email windows to try to
> kill the large network traffic generating apps as well. Also, does the 0x812
> core only hit for certain access points? I have a b and 2 b/g's in range.
> 
> So, barring me finding a way to reproduce it, there's the good news that
> there's only three bcm43xx patches between what worked and what didn't:
> 
> ray@phoenix:~/work/kernel/linux-2.6$ hg log -I drivers/net/wireless/bcm43xx -r
> v2.6.19-rc3:tip
> changeset:   40500:4ef6746b2f06
> user:        Al Viro <viro-rfM+Q5joDG/XmaaqVzeoHQ@public.gmane.org>
> date:        Wed Oct 25 12:01:11 2006 +0700
> summary:     [PATCH] missing include of dma-mapping.h
> 
> changeset:   40964:ca97546422bd
> user:        Michael Buesch <mb-fseUSCV1ubazQB+pC5nmwQ@public.gmane.org>
> date:        Wed Nov 01 08:15:40 2006 +0500
> summary:     [PATCH] bcm43xx: Fix low-traffic netdev watchdog TX timeouts
> 
> changeset:   40965:f5021f3521c2
> user:        Larry Finger <Larry.Finger-tQ5ms3gMjBLk1uMJSBkQmQ@public.gmane.org>
> date:        Wed Nov 01 08:15:41 2006 +0500
> summary:     [PATCH] bcm43xx: fix unexpected LED control values in BCM4303 sprom
> 
> I think we can safely rule out a #include addition. The LED control values one
> should be harmless too, yes? So I'm at a loss as to how it could be anything
> but the middle one.
> 
> I'm open to suggestions on how to make the problem trigger more than once
> every two days...

I don't know what might be causing the lock problems. I'm more concerned with the NETDEV WATCHDOG 
timeouts. AFAIK, you are the only one still reporting this error. On my system, I get an occasional 
MAC suspend failure, sometimes followed by an BCM43xx_IRQ_XMIT_ERROR.

 From what I read in your post, the timeouts happen a lot more often than once every two days. Once 
we get those fixed, then we can concentrate on the locking.

Larry

  parent reply	other threads:[~2006-11-16 22:40 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-11-15 19:01 bcm43xx regression 2.6.19rc3 -> rc5, rtnl_lock trouble? Ray Lee
     [not found] ` <455B63EC.8070704-0Cg02Ec9UG4BXFe83j6qeQ@public.gmane.org>
2006-11-15 19:15   ` Michael Buesch
2006-11-15 19:41     ` Ray Lee
     [not found]       ` <455B6D74.2020507-0Cg02Ec9UG4BXFe83j6qeQ@public.gmane.org>
2006-11-16  2:51         ` Larry Finger
2006-11-16  5:51           ` Ray Lee
2006-11-16 18:17             ` Larry Finger
     [not found]               ` <455CAB2F.1060709-tQ5ms3gMjBLk1uMJSBkQmQ@public.gmane.org>
2006-11-16 19:16                 ` Michael Buesch
2006-11-16 19:36                   ` Ray Lee
     [not found]                     ` <455CBDD7.6000507-0Cg02Ec9UG4BXFe83j6qeQ@public.gmane.org>
2006-11-16 22:40                       ` Larry Finger [this message]
2006-11-16 23:26                         ` Ray Lee
     [not found]                           ` <ae017dc00611161526v6bcbddc2ve2c7e10963d25c3b-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2006-11-17  1:13                             ` Larry Finger
2006-11-18 11:24 ` Joseph Fannin
     [not found]   ` <20061118112438.GB15349-JY2TvBve8Und/56dcus+/6462+2Rg2F6@public.gmane.org>
2006-11-18 16:55     ` Johannes Berg
     [not found]       ` <1163868955.27188.2.camel-YfaajirXv214zXjbi5bjpg@public.gmane.org>
2006-11-18 17:05         ` Larry Finger
2006-11-18 17:27           ` Ray Lee
2006-11-18 18:30             ` Adrian Bunk
2006-11-21  6:21               ` Ray Lee
2006-11-18 19:02             ` Larry Finger
2006-11-19 16:01               ` Michael Buesch
2006-12-12  4:06               ` ieee80211 sleeping in invalid context Ray Lee
2006-12-12  9:14                 ` Michael Buesch
2006-12-12 17:51                   ` Ray Lee
     [not found]                     ` <457EEC1E.9000806-0Cg02Ec9UG4BXFe83j6qeQ@public.gmane.org>
2006-12-12 18:31                       ` Larry Finger

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=455CE8FB.2000803@lwfinger.net \
    --to=larry.finger-tq5ms3gmjblk1umjsbkqmq@public.gmane.org \
    --cc=Bcm43xx-dev-0fE9KPoRgkgATYTw5x5z8w@public.gmane.org \
    --cc=mb-fseUSCV1ubazQB+pC5nmwQ@public.gmane.org \
    --cc=netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=ray-lk-0Cg02Ec9UG4BXFe83j6qeQ@public.gmane.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).