Return-path: Received: from crystal.sipsolutions.net ([195.210.38.204]:53478 "EHLO sipsolutions.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755971AbXIJKlE (ORCPT ); Mon, 10 Sep 2007 06:41:04 -0400 Subject: Re: [PATCH V3] Add iwlwifi wireless drivers From: Johannes Berg To: Zhu Yi Cc: linux-wireless@vger.kernel.org, "John W.Linville" In-Reply-To: <1189390172.24707.36.camel@debian.sh.intel.com> References: <1188875058.13078.428.camel@debian.sh.intel.com> <1189076408.28781.49.camel@johannes.berg> <1189146702.16788.103.camel@debian.sh.intel.com> <1189172436.28781.148.camel@johannes.berg> <1189390172.24707.36.camel@debian.sh.intel.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-KDYIHE0BSL/VUlAjdm2m" Date: Mon, 10 Sep 2007 12:42:34 +0200 Message-Id: <1189420954.4506.37.camel@johannes.berg> Mime-Version: 1.0 Sender: linux-wireless-owner@vger.kernel.org List-ID: --=-KDYIHE0BSL/VUlAjdm2m Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Mon, 2007-09-10 at 10:09 +0800, Zhu Yi wrote: > On Fri, 2007-09-07 at 15:40 +0200, Johannes Berg wrote: > > But you need to have another place where this flag is set based on the > > equivalent mac80211 flag, so this is not necessary. >=20 > OK. Will use mac80211's indication if mac80211 already takes care about > the "trick". If not I'd consider it a bug. But I don't see a "trick" there anyhow. What's non-standard in this behaviour? Almost every unicast packet is expected to be acknowledged. > > > BTW=EF=BC=8C the whole 802.11 qdisc hack will be removed with > > > the multiqueue supported in .24. =20 > If nobody will work on that, we Intel will do. I remembered Tomas > promised John in this OLS ;) :) Sounds good. Do you guys have contact to whoever wrote it? ISTR it came from Intel in the first place. > It should be 31, not 32 (shift =3D 31 - bits). Will use your suggestion. Huh. /me double-checks. Am I doing this bit-calculation totally wrong? I thought you had a "bits"-bit number that included the sign in the bit "bits-1" (if you number 0 through "bits-1"). Then you have to shift up by "32 - bits" so that the "bits" bits including the sign live in the upper "bits" bits of the 32-bit number, and then shift down again by the same amount to do the sign extension. I wonder if there's a good way to ask gcc to do this :) > OK. Let me remove the 11N stuff in iwlwifi for .24 and then we do > another round of mac80211 11N patches submission/review later. That would be much appreciated. We really also should have rate control be able to influence that generically and lots more things that have to be figured out but that are quite hard to work with when the 802.11n drafts are not available to many. > I believe > you can do a better job than Jiri did. Thanks. I'm not sure I can live up to that though; for example I'll have to mostly disappear for the next 10 days or so to prepare for an exam. I'll be around, but not patching quite as much ;) > I thought John would take my .24 iwlwifi patch to wireless-dev GIT > directly since he just rebased the tree (at that time) and all the > commits for iwlwifi were merged into one big patch. Ah ok. > Anyway, I will > repost it explicitly for wireless-dev next time: iwlwifi driver + HT > features for the iwlwifi (or everything) branch; and iwlwifi driver > without HT features for pending-upstream branch. We can work on iwlwifi > driver to make it in .24 first and sort out HT things in .25. Sounds good. I'll take another look then. Thanks, johannes --=-KDYIHE0BSL/VUlAjdm2m Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Comment: Johannes Berg (powerbook) iD8DBQBG5R+a/ETPhpq3jKURAi/uAJ9XK0pnNwLWPbKd4BMVxefju12RtACglIRm uHnM8igo0CBWOBdItIyUysc= =IUPE -----END PGP SIGNATURE----- --=-KDYIHE0BSL/VUlAjdm2m--