From: "Saul St. John" <saul.stjohn@gmail.com>
To: Arend van Spriel <arend@broadcom.com>
Cc: linux-wireless@vger.kernel.org,
"Rafał Miłecki" <zajec5@gmail.com>,
"John W. Linville" <linville@tuxdriver.com>
Subject: Re: [PATCH 2/2] bcma: expose cc sprom to sysfs
Date: Fri, 17 Aug 2012 17:54:06 -0500 [thread overview]
Message-ID: <20120817225406.GA6510@eris.garyseven.net> (raw)
In-Reply-To: <502E4B70.5090900@broadcom.com>
On Fri, Aug 17, 2012 at 03:47:28PM +0200, Arend van Spriel wrote:
[snip]
>
> Hi Saul,
>
> I was still planning to come back to your reply on August 14. Just
> wanted to reply to this patch as I still feel it is a bad thing to
> open up the sprom as a whole. I can see the use-cases you mentioned
> as useful, but maybe we can get a specific solution for that.
>
> Gr. AvS
>
Hi Arend!
Apologies for forking the discussion. I just wasn't sure that any more replies
would be forthcoming.
I'm curious why you feel it's a "bad" thing to open up the sprom as a whole. I
see a number of distinct advantages to it; most prominently, that it allows
for the use of existing tools and processes. I can find several examples of
end-users attempting to modify the sprom on bcma devices using the
instructions from b43-tools ([1][2][3]), and suggest that it would be
confusing to those users were the procedures for sprom-modification through
bcma substantially different than the procedures through ssb.
That said, I do recognize that this functionality is potentially dangerous in
some circumstances. I'd considered hiding it behind a non-default module
parameter-- would that assuage your concerns? Alternatively, if you have
specific solutions in mind for the use-cases previously discussed, I'm very
interested in knowing them.
-saul
[1] http://ubuntuforums.org/showthread.php?t=1830739
[2] http://www.tonymacx86.com/network/25669-rebranding-bcm94322mc-based-prasys-guide-what-device-id-8.html#post291328
[3] http://www.tonymacx86.com/network/26904-help-rebrand-broadcom-bcm94322-5.html
next prev parent reply other threads:[~2012-08-17 22:54 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-16 18:59 [PATCH 0/2] bcma: expose cc sprom for read/write in sysfs Saul St. John
2012-08-16 19:05 ` [PATCH 1/2] bcma: register cc core driver, device Saul St. John
2012-08-16 19:06 ` [PATCH 2/2] bcma: expose cc sprom to sysfs Saul St. John
2012-08-17 13:47 ` Arend van Spriel
2012-08-17 22:54 ` Saul St. John [this message]
2012-08-17 23:05 ` Saul St. John
2012-08-23 19:44 ` Rafał Miłecki
2012-08-23 20:53 ` Larry Finger
2012-08-24 8:37 ` Arend van Spriel
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=20120817225406.GA6510@eris.garyseven.net \
--to=saul.stjohn@gmail.com \
--cc=arend@broadcom.com \
--cc=linux-wireless@vger.kernel.org \
--cc=linville@tuxdriver.com \
--cc=zajec5@gmail.com \
/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.