From: antonio <antoniotrabalza@gmail.com>
To: linux-wireless@vger.kernel.org
Subject: Re: Missing firmware iwlwifi-2030-5.ucode
Date: Mon, 17 Jun 2013 14:57:07 +0000 (UTC) [thread overview]
Message-ID: <loom.20130617T165559-455@post.gmane.org> (raw)
In-Reply-To: 1345531562.4676.11.camel@jlt3.sipsolutions.net
> > 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.
>
> Yes, that was likely the case. Except there are no OS X drivers at
> all
>
> > 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.
>
> You're free to, of course, but I don't think we've ever (intentionally)
> changed the driver from working with a released firmware image to
> working only with unreleased firmware images. In fact, this is the
> reason we have firmware versions and try to load multiple versions, so
> we can begin working on a newer version internally while the driver
> continues to work with older, released versions.
>
> The situation with 2030 devices was different: we worked on a driver and
> submitted code into the kernel that given the right firmware could work
> with the device. I don't remember, but we may even have thought at the
> time that we'd release the -5 firmware version, but then had to use -6.
> There was definitely a chance that we could release the right firmware
> version and thereby make the previously submitted code work. As it turns
> out, we couldn't or didn't (and that we've released a -6 one I can't
> just release another one), but that wasn't necessarily something anyone
> would have known at the time we submitted the code.
>
> So I guess we could simply not submit the code before the firmware was
> released, but it would really just have the same effect on users that
> the released code has now -- their old kernel doesn't work with the
> device. Today, it's because we ended up releasing the wrong firmware, if
> we didn't release the code before the firmware it would be because they
> didn't have any driver code at all. I don't see how that would help.
>
> > 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.
>
> Yes, that was indeed a mistake. I guess I got over-excited with the new
> firmware being available Different situation though.
>
> johannes
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-wireless"
in
> the body of a message to majordomo@...
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
>
HI,
I am sorry, I cannot really understand why the iwlwifi -2030-5.ucode
firmware has been removed, just leave it there along with the -6 version for
people that might need it ! I respect your work, but I am loosing my mental
health in order to find it and I really need it, I must use MeeGo, a system
that I am not familiar with. The driver is asking *strictly* for -5 version
and I don't want to fiddle about kernel compilation every damn time for tiny
bits of proprietary code, I just want to use as it is (I don't even know if
there is a possibility to recompile the kernel in MeeGo, and I am not a
developer)
It should have been in the topic of the post really a link to the -5 version
if you are the mantainers.
Regards.
Antonio
next prev parent reply other threads:[~2013-06-17 15:00 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
2012-08-21 6:46 ` Johannes Berg
2013-06-17 14:57 ` antonio [this message]
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=loom.20130617T165559-455@post.gmane.org \
--to=antoniotrabalza@gmail.com \
--cc=linux-wireless@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 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).