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.
OK. Will use mac80211's indication if mac80211 already takes care about
the "trick".
> > BTW， the whole 802.11 qdisc hack will be removed with
> > the multiqueue supported in .24.
>
> Yeah, is anybody working on that? I have to admit I didn't look into
> that yet.
If nobody will work on that, we Intel will do. I remembered Tomas
promised John in this OLS ;)
> > We have the HT AGG support in our mac80211. Will submit the patch for
> > review when we are ready.
>
> Yeah I gathered that much from what Tomas said, but why do you keep
> pushing for including this driver when you know it's not the right thing
> to do?
>
> > > iwl4965_sign_extend can be implemented a lot better like such:
> > >
> > > static inline s32 sign_extend(u32 value, u8 bits)
> > > {
> > > u8 shift = 32 - bits;
> > >
> > > return (s32)(value << shift) >> shift;
> > > }
> >
> > Really? Are you sure this work?
>
> Hmm? Of course, shift it up and then do a signed shift down.
It should be 31, not 32 (shift = 31 - bits). Will use your suggestion.
> You still haven't fixed the issues we pointed out in the 11N
> deaggregation code. And maybe we missed some things too. Also, I
> personally only recently started working on mac80211 and Jiri seems to
> have vanished completely.
OK. Let me remove the 11N stuff in iwlwifi for .24 and then we do
another round of mac80211 11N patches submission/review later. I believe
you can do a better job than Jiri did.
> In any case, let's get back to more productive things. I apologise for
> anything I might have said that offended you, I didn't mean to. All the
> code that superficially looks like workarounds around mac80211 stuff
> made me not like the code and I suppose that showed.
>
> Can you post patches against the iwlwifi currently included in
> wireless-dev? Currently, it seems that I have to either dig in your
> repository or through your patches to figure out the current state of
> things I commented on, which is suboptimal because I don't even get to
> see the fixes to things I pointed out. I'd like to have iwlwifi in
> wireless-dev be essentially the same as is merged into mainline, modulo
> the bits that depend on things like HT deaggregation that are not in
> mainline yet.
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. 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.
> Incidentally, I currently have just about as much a hard time getting
> things changed in mac80211 as you do because nobody wants to review that
> code. Hence, it would even help if you could review the patches I posted
> and maybe look if that is easy/possible to support with iwlwifi and
> possibly even adapt iwlwifi and test so that John feels more confident
> in merging patches. Conversely, I promise I'll review and test any
> patches you make to mac80211 as time permits.
I totally agree with you.
Thanks,
-yi
-
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
