From: Michael Buesch <mb@bu3sch.de>
To: "Ray Lee" <ray-lk@madrabbit.org>
Cc: "Ingo Molnar" <mingo@elte.hu>,
bcm43xx-dev@lists.berlios.de,
"Daniel Walker" <dwalker@mvista.com>,
akpm@linux-foundation.org, linux-kernel@vger.kernel.org,
linux@bohmer.net, jonathan@jonmasters.org,
matthias.kaehlcke@gmail.com, kjwinchester@gmail.com,
"John Linville" <linville@tuxdriver.com>,
"Larry Finger" <Larry.Finger@lwfinger.net>
Subject: Re: [PATCH 3/3] net: wireless: bcm43xx: big_buffer_sem semaphore to mutex
Date: Fri, 14 Dec 2007 21:13:08 +0100 [thread overview]
Message-ID: <200712142113.09119.mb@bu3sch.de> (raw)
In-Reply-To: <2c0942db0712141155n40ba60agde79e436aa5cb8f2@mail.gmail.com>
On Friday 14 December 2007 20:55:43 Ray Lee wrote:
> Oh. My. God.
>
> Michael. I have a degree in Physics. I placed sixth in the world
> finals of the ACM Collegiate programming contest in 1999, Cal Poly
> Team Gold. ( http://icpc.baylor.edu/past/icpc99/Finals/Tour/Win/Win.html
> , I'm the guy all the way to the right. ) I ported the 2.4 kernel to a
> custom ppc platform, including writing drivers for various hardware on
> it ( http://patinc.com ). I'm the guy who did all the software for a
> linux-based Voice over IP call center (
> http://broncocommunications.com/ ).
Nice. I am one of the main b43 developers and I wrote most of the code.
I know most of the code from the top of my head.
Besides that my weiner is bigger than yours. :P
> To answer your question, it requests the rfkill-input module. But
> under the version I'm trying, rfkill-input is not automatically
> loaded.
It is not an issue. You can even rmmod rfkill-input in FULL operation.
It will not disturb the operation, except that an LED stops working.
Try it! (I _did_ try it).
> I've pointed to the mailing list URL that proves that. So, I
> loaded rfkill and rfkill-input by hand. Perhaps rfkill wasn't
> necessary, I don't know, and I don't care. But once I did that, *then
> and only then* did your damn b43 driver start printing out any
> messages to dmesg at all, which then let me download the latest
> firmware, and continue moving forward.
The b43 does print _nothing_ on modprobe. That is _correct_ behaviour.
b43 does print the firmware message after "ifconfig up".
Might it be possible that this was coincidence and you messed
with modprobe rfkill and ifconfig up and finally saw the message?
> > You are telling me that I don't understand patches that I sign off
> > and I should not take this personally?
> > That is challenging.
>
> I'm saying the patch you signed off on has a side-effect that will fix
> my issue. And even if I *were* saying that, the most you should take
Ok. So please revert that patch and try to reproduce the breakage.
Does that work?
> from it is that you are human and sometimes may make mistakes, just
I am inhuman. We all know that.
(That was a joke that you probably don't understand. But you can google
for "bcw vs. bcm43xx" :) )
Ray, I _do_ want to understand what is going on in your machine.
I _have_ to understand it. But I currently do not understand how the
quoted patch could fix modprobe of b43 or rfkill. I'd simply call that
impossible.
Impossible because the patch does change a few function called _inside_
of the b43 module. How could that fix load of the b43 module? (Note that
we are not changing some modprobe magic like the ID table).
So could you please try to reproduce the breakage by reverting that
patch again? Just to make really sure it is this patch fixing the issue
and not just some coincidence.
Thanks for your help.
--
Greetings Michael.
next prev parent reply other threads:[~2007-12-14 20:15 UTC|newest]
Thread overview: 92+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20071213003023.117964080@mvista.com>
2007-12-12 8:00 ` [PATCH 1/3] ps3: vuart: fix error path locking Daniel Walker
2007-12-13 2:00 ` Geoff Levand
2007-12-19 1:10 ` Andrew Morton
2007-12-19 1:54 ` Daniel Walker
2007-12-19 3:04 ` Geoff Levand
2007-12-20 19:32 ` Daniel Walker
2007-12-20 20:06 ` Andrew Morton
2007-12-20 20:13 ` Daniel Walker
2007-12-12 8:00 ` [PATCH 2/3] driver base: memory: semaphore to mutex Daniel Walker
2007-12-12 8:00 ` [PATCH 3/3] net: wireless: bcm43xx: big_buffer_sem " Daniel Walker
2007-12-13 0:48 ` Michael Buesch
2007-12-13 1:17 ` Ray Lee
2007-12-13 13:45 ` Michael Buesch
2007-12-14 0:05 ` Ray Lee
2007-12-14 0:43 ` Michael Buesch
2007-12-14 0:55 ` Harvey Harrison
2007-12-14 10:45 ` Michael Buesch
2007-12-14 1:12 ` Ray Lee
2007-12-14 10:49 ` Michael Buesch
2007-12-14 11:15 ` Ingo Molnar
2007-12-14 11:39 ` Michael Buesch
2007-12-14 12:16 ` Ingo Molnar
2007-12-14 12:31 ` Michael Buesch
2007-12-14 12:53 ` Ingo Molnar
2007-12-14 13:08 ` Michael Buesch
2007-12-14 16:06 ` Ray Lee
2007-12-14 16:49 ` Michael Buesch
2007-12-14 18:01 ` Ray Lee
2007-12-14 18:11 ` Ingo Molnar
2007-12-14 18:47 ` Ray Lee
2007-12-14 18:22 ` Michael Buesch
2007-12-14 18:45 ` Ray Lee
2007-12-14 19:05 ` Michael Buesch
2007-12-14 19:25 ` Ray Lee
2007-12-14 19:38 ` Michael Buesch
2007-12-14 19:55 ` Ray Lee
2007-12-14 20:13 ` Michael Buesch [this message]
2007-12-14 21:39 ` Ray Lee
2007-12-14 12:59 ` Simon Holm Thøgersen
2007-12-14 13:04 ` Michael Buesch
2007-12-15 0:51 ` Rafael J. Wysocki
2007-12-15 0:58 ` Larry Finger
2007-12-15 1:59 ` mvtodevnull
2007-12-15 2:27 ` Larry Finger
2007-12-15 4:37 ` mvtodevnull
2007-12-15 4:39 ` mvtodevnull
2007-12-15 7:18 ` Larry Finger
2007-12-15 12:38 ` mvtodevnull
2007-12-17 2:17 ` mvtodevnull
2007-12-17 6:52 ` Larry Finger
2007-12-17 7:17 ` mvtodevnull
2007-12-17 9:49 ` Michael Buesch
2007-12-17 10:15 ` mvtodevnull
2007-12-17 10:35 ` mvtodevnull
2007-12-17 22:04 ` mvtodevnull
2007-12-17 22:45 ` Michael Buesch
2007-12-17 23:12 ` mvtodevnull
2007-12-17 23:18 ` Michael Buesch
2007-12-17 23:27 ` mvtodevnull
2007-12-18 1:16 ` Larry Finger
2007-12-18 2:34 ` mvtodevnull
2007-12-19 2:12 ` mvtodevnull
2007-12-19 8:11 ` Larry Finger
[not found] ` <200712191046.54147.mb@bu3sch.de>
2007-12-19 13:48 ` Ingo Molnar
2007-12-15 10:57 ` Michael Buesch
2007-12-15 23:18 ` Rafael J. Wysocki
2007-12-15 23:27 ` Michael Buesch
2007-12-16 2:30 ` Larry Finger
2007-12-16 11:13 ` Michael Buesch
2007-12-16 13:56 ` Johannes Berg
2007-12-16 14:35 ` Rafael J. Wysocki
2007-12-16 14:18 ` Johannes Berg
2007-12-14 2:09 ` Larry Finger
2007-12-14 10:56 ` Ingo Molnar
2007-12-14 14:14 ` John W. Linville
2007-12-14 14:40 ` stefano.brivio
2007-12-14 16:27 ` Ray Lee
2007-12-14 16:45 ` Ray Lee
2007-12-14 16:59 ` Michael Buesch
2007-12-14 17:22 ` Ray Lee
2007-12-14 17:59 ` Ingo Molnar
2007-12-14 18:38 ` Michael Buesch
2007-12-15 1:25 ` Rafael J. Wysocki
2007-12-15 21:43 ` John W. Linville
2007-12-15 23:26 ` Rafael J. Wysocki
2007-12-16 3:20 ` Stefan Lippers-Hollmann
2007-12-16 9:22 ` Ingo Molnar
2007-12-16 11:23 ` Michael Buesch
2007-12-13 1:20 ` Daniel Walker
2007-12-13 10:13 ` Ingo Molnar
2007-12-13 11:11 ` Michael Buesch
2007-12-13 14:23 ` John W. Linville
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=200712142113.09119.mb@bu3sch.de \
--to=mb@bu3sch.de \
--cc=Larry.Finger@lwfinger.net \
--cc=akpm@linux-foundation.org \
--cc=bcm43xx-dev@lists.berlios.de \
--cc=dwalker@mvista.com \
--cc=jonathan@jonmasters.org \
--cc=kjwinchester@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@bohmer.net \
--cc=linville@tuxdriver.com \
--cc=matthias.kaehlcke@gmail.com \
--cc=mingo@elte.hu \
--cc=ray-lk@madrabbit.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