linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Larry Finger <Larry.Finger@lwfinger.net>
To: "Gábor Stefanik" <netrolller.3d@gmail.com>
Cc: Johannes Berg <johannes@sipsolutions.net>,
	Intel Linux Wireless <ilw@linux.intel.com>,
	linux-wireless <linux-wireless@vger.kernel.org>,
	Ben Hutchings <ben@decadent.org.uk>
Subject: Re: Missing firmware iwlwifi-2030-5.ucode
Date: Tue, 21 Aug 2012 00:14:50 -0500	[thread overview]
Message-ID: <5033194A.6030308@lwfinger.net> (raw)
In-Reply-To: <CA+XFjiqyqAiZGcBZB6u13FquBbkgBLDbDFAMLnHRMiK6P0Heww@mail.gmail.com>

On 08/20/2012 11:55 PM, Gábor Stefanik wrote:
> On Mon, Aug 20, 2012 at 6:01 PM, Johannes Berg
> <johannes@sipsolutions.net> wrote:
>> On Mon, 2012-08-20 at 10:53 -0500, Larry Finger wrote:
>>
>>> I'm still concerned about the bigger picture. I can understand that the -5
>>> version was experimental, but why was a driver released that needed a firmware
>>> version that could never be obtained? If any driver version needs a particular
>>> firmware, the fw must be available as long as anyone might be using that driver.
>>> To me, that means forever.
>>
>> Well, yes. That firmware, however, never was never available publicly.
>> The fact that the driver was released anyway is due to us working on the
>> driver upstream while working with the experimental internal firmware.
>>
>> johannes
>
> Perhaps we should add a Kconfig option to disable internal development
> hardware - with that option unchecked, support for hardware that is
> not on the market is disabled, with a printk warning to upgrade the
> driver in case a user tries to use a driver with a card that it thinks
> is internal-only. This way, users will get a meaningful error message,
> rather than a misleading "missing firmware" one.
> The Kconfig option should also come with a big warning of "Say N
> unless you are an Intel employee". Maybe it should even be marked
> BROKEN, like N-PHY was in b43 before it became usable.

Your suggestion would handle the case where hardware that is only supposed to be 
available internally has somehow been leaked to the public. In the case of the 
2030, it is a device that was intended to be available to the public, and I 
suspect that Windows and OS X drivers were available with built-in firmware.

My feeling is that the reviewers will need to watch the situation. I certainly 
plan to monitor every Intel patch for a firmware change, and I will NACK every 
instance for which that firmware file is not already in linux-firmware. John 
might not honor my NACK; however, I will be on record. At least Ben Hutchings 
caught the attempt to delete the older version of the firmware for the 6205. His 
diligence saved some users of older kernels from having to scramble to find 
firmware not in the firmware repo.

Larry



  reply	other threads:[~2012-08-21  5:14 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-08-16 15:06 Missing firmware iwlwifi-2030-5.ucode Larry Finger
2012-08-19 11:26 ` Thomas Backlund
2012-08-20 10:45 ` Johannes Berg
2012-08-20 15:53   ` Larry Finger
2012-08-20 16:01     ` Johannes Berg
2012-08-21  4:55       ` Gábor Stefanik
2012-08-21  5:14         ` Larry Finger [this message]
2012-08-21  6:46           ` Johannes Berg
2013-06-17 14:57             ` antonio
2021-02-25  5:41               ` Robbi Nespu

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=5033194A.6030308@lwfinger.net \
    --to=larry.finger@lwfinger.net \
    --cc=ben@decadent.org.uk \
    --cc=ilw@linux.intel.com \
    --cc=johannes@sipsolutions.net \
    --cc=linux-wireless@vger.kernel.org \
    --cc=netrolller.3d@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 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).