From: Michael Buesch <mb@bu3sch.de>
To: bcm43xx-dev@lists.berlios.de
Cc: "Rafael J. Wysocki" <rjw@sisk.pl>,
Hendrik Sattler <post@hendrik-sattler.de>,
linux-wireless@vger.kernel.org
Subject: Re: b43 will need a firmware upgrade soon
Date: Mon, 7 Jan 2008 01:05:16 +0100 [thread overview]
Message-ID: <200801070105.17070.mb@bu3sch.de> (raw)
In-Reply-To: <200801070051.55678.rjw@sisk.pl>
On Monday 07 January 2008 00:51:55 Rafael J. Wysocki wrote:
> On Monday, 7 of January 2008, Michael Buesch wrote:
> > On Monday 07 January 2008 00:28:15 Rafael J. Wysocki wrote:
> > > On Monday, 7 of January 2008, Michael Buesch wrote:
> > > > On Sunday 06 January 2008 23:01:00 John W. Linville wrote:
> > > > > On Sun, Jan 06, 2008 at 10:38:43PM +0100, Michael Buesch wrote:
> > > > > > On Sunday 06 January 2008 22:35:51 Pavel Roskin wrote:
> > > > > > > Quoting Michael Buesch <mb@bu3sch.de>:
> > > > > > >
> > > > > > > > see "fwpostfix" module parameter
> > > > > > >
> > > > > > > Can we please avoid this annoyance this time?
> > > > > >
> > > > > > Go and complain at Broadcom please.
> > > > >
> > > > > Broadcom doesn't really have this problem, since they are free to
> > > > > include the binary firmware in their Windows/Mac/whatever drivers.
> > > > >
> > > > > If the driver needs different firmware, why not have it ask for
> > > > > different filenames? As I suggested elsewhere, this could be as
> > > > > simple as setting a default value for fwpostfix...
> > > >
> > > > I'm not sure why people are complaining about stuff that's not
> > > > done, yet. I just said that we need an update to an incompatible
> > > > firmware soon. HOW that happens is an entirely different question.
> > > > It seems like we _might_ be able to support both fw versions for some
> > > > limited time. If that is not possible for whatever reason, I will
> > > > change the fw filenames, of course. (And people will complain about
> > > > that, too. Because the rule for broadcom firmware is: Always complain
> > > > about whatever you do. ;) )
> > > > The _just_ wanted to tell people about a serious change _before_ it
> > > > happens. I'm not sure why this results in all kinds of complaints.
> > >
> > > Most probably, because the people don't want that to happen. ;-)
> >
> > People don't want N-PHY support?
>
> Well, as it sometimes is said "the better is an enemy of the good". If they
> feel comfortable without the N-PHY, why would they want it?
>
> Still, if you can add the support for it as a feature that doesn't affect the
> people's working configurations, no one will complain.
Impossible, sorry.
We are going to add support for new firmware, which will be needed for N-PHY,
or we don't.
And I think it's clear which way we are going.
What's the problem with all of this? Other drivers change firmware to incompatible
versions on a regular basis. Look at ipw2200. There was a time when they changed
the firmware basically on every kernel release.
That wasn't a problem. Why would it be a problem here?
How the technical implementation of all that stuff works in the end
is not up to this discussion. Maybe we can support both firmware in one driver
for some limited time. Maybe we rename the firmware files once again.
I think it's likely to end up with a driver supporting 2 fw versions for a few
release cycles. But I simply can not tell you, yet.
I just wanted to tell people that a firmware change is going to happen soon.
Just informational stuff. Nothing people need to complain, suggest or argue about.
--
Greetings Michael.
prev parent reply other threads:[~2008-01-07 0:06 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-06 17:02 b43 will need a firmware upgrade soon Michael Buesch
2008-01-06 20:34 ` John W. Linville
2008-01-06 21:38 ` Michael Buesch
[not found] ` <200801070027.54717.mb@bu3sch.de>
[not found] ` <200801070051.55678.rjw@sisk.pl>
2008-01-07 0:05 ` Michael Buesch [this message]
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=200801070105.17070.mb@bu3sch.de \
--to=mb@bu3sch.de \
--cc=bcm43xx-dev@lists.berlios.de \
--cc=linux-wireless@vger.kernel.org \
--cc=post@hendrik-sattler.de \
--cc=rjw@sisk.pl \
/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).