All of lore.kernel.org
 help / color / mirror / Atom feed
From: Johannes Berg <johannes@sipsolutions.net>
To: Joseph Jezak <josejx@gentoo.org>
Cc: Michael Buesch <mb@bu3sch.de>,
	netdev@vger.kernel.org, Larry Finger <larry.finger@lwfinger.net>,
	linux-wireless@vger.kernel.org, Bcm43xx-dev@lists.berlios.de,
	John Linville <linville@tuxdriver.com>
Subject: Re: [PATCH] bcm43xx: Fix code for spec changes of 2/7/2007
Date: Wed, 14 Feb 2007 13:52:05 +0100	[thread overview]
Message-ID: <1171457525.11116.19.camel@johannes.berg> (raw)
In-Reply-To: <45CCD1B1.80709@gentoo.org>

[-- Attachment #1: Type: text/plain, Size: 1313 bytes --]

On Fri, 2007-02-09 at 14:55 -0500, Joseph Jezak wrote:

> Well, here's the problem.  There are a few places where a value is 
> changed (different value written to a register).  Does this mean 
> that the value is different due to the uCode changes (can't tell, no 
> documentation)? 

From what I've seen in the ucode that question isn't really too hard to
answer: as long as it's not in the shared memory or ucode register space
the ucode can't really have an influence.

>  Is it applicable to all revisions (can't tell, some 
> revisions are not supported in this version)?  

Best bet would be to make it conditional right now and have someone test
for these cases with older hw.

> If the revision 
> number range in a check changes is that because of a difference in 
> supported cards or a bug fix?

Hmm. Same I guess, use the new check for new hw and the old check for
old hw, i.e. assume it's the former and not a bug fix (until tested
otherwise.)

I think our best bet is to treat the older hw the same as the older
driver does.

A bigger problem, IMO, is that we'd have to support all the older
microcode things which is a bit tricky since things in shm have moved a
lot... Maybe we should find a third maintainer who has access to a
couple of old cards :)

johannes

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 190 bytes --]

  parent reply	other threads:[~2007-02-14 19:04 UTC|newest]

Thread overview: 58+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-02-09 16:32 [PATCH] bcm43xx: Fix code for spec changes of 2/7/2007 Larry Finger
2007-02-09 16:32 ` Larry Finger
2007-02-09 17:11 ` Michael Buesch
2007-02-09 17:11   ` Michael Buesch
2007-02-09 18:11   ` Larry Finger
2007-02-09 18:11     ` Larry Finger
2007-02-09 22:22   ` Joseph Jezak
2007-02-09 17:29     ` Michael Buesch
2007-02-09 18:21       ` Larry Finger
2007-02-09 18:21         ` Larry Finger
2007-02-09 18:48         ` Michael Buesch
2007-02-09 19:05         ` Joseph Jezak
2007-02-09 19:17           ` Michael Buesch
2007-02-09 19:17             ` Michael Buesch
2007-02-09 19:55             ` Joseph Jezak
2007-02-09 20:30               ` Michael Buesch
2007-02-14 12:52               ` Johannes Berg [this message]
2007-02-14 19:13                 ` Larry Finger
2007-02-14 19:26                   ` Johannes Berg
2007-02-14 19:27                     ` Johannes Berg
2007-02-14 21:52                       ` Michael Buesch
2007-02-14 22:28                     ` Larry Finger
2007-02-09 19:26           ` Larry Finger
2007-02-09 19:26             ` Larry Finger
2007-02-09 21:32             ` Matthew Garrett
2007-02-09 22:52               ` Martin Langer
2007-02-09 22:52                 ` Martin Langer
2007-02-10  5:55               ` Michael Buesch
2007-02-10  5:55                 ` Michael Buesch
2007-02-10 12:57                 ` Matthew Garrett
2007-02-10 12:57                   ` Matthew Garrett
2007-02-27 17:00                   ` Gavin McCullagh
2007-02-27 17:00                     ` Gavin McCullagh
2007-02-11  2:13                 ` Joseph Jezak
2007-02-14 13:18                 ` Johannes Berg
2007-02-14 13:18                   ` Johannes Berg
2007-02-14 21:40                   ` Michael Buesch
2007-02-15 15:07                     ` Johannes Berg
2007-02-15 15:07                       ` Johannes Berg
2007-02-15 15:13                       ` Michael Buesch
2007-02-15 15:13                         ` Michael Buesch
2007-02-15 15:19                         ` Johannes Berg
2007-02-15 15:19                           ` Johannes Berg
2007-02-15 16:51                           ` Martin Langer
2007-02-15 16:51                             ` Martin Langer
2007-02-15 16:53                             ` Johannes Berg
2007-02-11 13:21               ` Johannes Berg
2007-02-11 13:21                 ` Johannes Berg
2007-02-09 18:45 ` Michael Buesch
2007-02-09 18:45   ` Michael Buesch
2007-02-09 19:17   ` Joseph Jezak
2007-02-09 19:17     ` Joseph Jezak
2007-02-09 19:26     ` Michael Buesch
2007-02-09 19:26       ` Michael Buesch
2007-02-09 19:58       ` Joseph Jezak
2007-02-09 19:58         ` Joseph Jezak
2007-02-09 22:24 ` Joseph Jezak
2007-02-09 22:24   ` Joseph Jezak

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=1171457525.11116.19.camel@johannes.berg \
    --to=johannes@sipsolutions.net \
    --cc=Bcm43xx-dev@lists.berlios.de \
    --cc=josejx@gentoo.org \
    --cc=larry.finger@lwfinger.net \
    --cc=linux-wireless@vger.kernel.org \
    --cc=linville@tuxdriver.com \
    --cc=mb@bu3sch.de \
    --cc=netdev@vger.kernel.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 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.