Return-path: Received: from senator.holtmann.net ([87.106.208.187]:37786 "EHLO mail.holtmann.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751127AbYJUXBA (ORCPT ); Tue, 21 Oct 2008 19:01:00 -0400 Subject: Re: New iwlwifi 3945 uCode available From: Marcel Holtmann To: Tomas Winkler Cc: "John W. Linville" , Johannes Berg , reinette chatre , linux-wireless@vger.kernel.org In-Reply-To: <1ba2fa240810211523x2327351fxf8c1c54207d7706b@mail.gmail.com> References: <1224613633.10863.43.camel@rc-desk> <1224624324.28639.9.camel@johannes.berg> <1ba2fa240810211433q2e7a13b2p45cb8d38a74393c9@mail.gmail.com> <1224624899.28639.17.camel@johannes.berg> <20081021213814.GM17268@tuxdriver.com> <1ba2fa240810211453y40739183v84999364c89886ee@mail.gmail.com> <1224627187.9386.103.camel@californication> <1ba2fa240810211523x2327351fxf8c1c54207d7706b@mail.gmail.com> Content-Type: text/plain Date: Wed, 22 Oct 2008 01:01:56 +0200 Message-Id: <1224630116.9386.108.camel@californication> (sfid-20081022_010106_706590_B457E714) Mime-Version: 1.0 Sender: linux-wireless-owner@vger.kernel.org List-ID: Hi Tomas, > >> >> > > On Tue, 2008-10-21 at 11:27 -0700, reinette chatre wrote: > >> >> > >> Two new versions of 3945 uCode is now available for download from > >> >> > >> http://intellinuxwireless.org/?n=Downloads. Two versions are available > >> >> > >> as we have updated the API version of the uCode and included pending > >> >> > >> fixes in both API versions. > >> >> > >> > >> >> > >> Version 15.28.1.8 supports API v1 and can be used with most current 3945 > >> >> > >> drivers. Version 15.28.2.8 (API v2) is required when you start using the > >> >> > >> latest 3945 driver from wireless-testing at the time it includes the > >> >> > >> patch "iwl3945 : Fix a-band association for passive channels". > >> >> > > > >> >> > > Can you make the driver work with the old ucode? We even do that for > >> >> > > drivers where we don't control the ucode like b43... > >> >> > > >> >> > What for? > >> >> > >> >> Well, so that installing a new kernel doesn't suddenly break your > >> >> network connection and ability to download the firmware, for instance. > >> >> If you want more arguments you can go read all the "b43 sucks" threads > >> >> about it. > >> > > >> > Johnannes has a point, that is a lot nicer to users... > >> > >> Maybe, but it will complicate the code beyond good taste to just > >> satisfy the single moment when kernel is upgraded. I don't mean in > >> general I mean in this particular case when API changes. > >> Anyhow a good distro shell deal with this in packaging dependencies > >> and normal person will keep old kernel around when compiling new one. > >> Both ucodes can be present on the file system at the same time so I > >> hope the risk is low. > > > > it is the same argument as for everything else. We should be able to run > > a new kernel with old userspace. > > Yet this is not user space, if there won't be a little :) license > issue this will integral part of the driver. as long as the firmware is a file on the filesystem, it is the old userspace. It is simpler to update a firmware file (in this case installing a new one) then installing additional software, but that doesn't change anything. Our current problem is that our firmware is still not part of the firmware tree David Woodhouse is maintaining. Then we could link it together with the kernel tree. And yes, that is license issue, but it is one that can be solved. Regards Marcel