Search Linux Wireless

Re: pull request: wireless-2.6 2008-11-18

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Yi,

The iwlwifi drivers have been hitting these problems for months,
and I have seen no effort by your team to address the problems.
It is possible that your team is working on them behind closed doors
and will eventually throw something over the wall to us.  I'm tired
of waiting for that, and I imagine that hordes of iwlagn users are
tired of waiting as well.

This is not correct. We are tracing this problem in our bugzilla. And it is the open place. Much more people have used it for a much longer time even before the kernel bugzilla existed. If you take a look at the bug,
you know how much effort we put on it:
http://www.intellinuxwireless.org/bugzilla/show_bug.cgi?id=1703

and just relying on Bugzilla is not gonna be good enough. The Linux kernel development has always been done via mailing lists. And while there is a kernel and other Bugzillas, the main authority is still the mailing list. So if you wanna get massive feedback or have testing patches for debugging, then these need to be posted to linux-wireless and not "hidden" into a Bugzilla.

Using Bugzilla for tracking is perfectly fine, but you have to treat it as second citizen when it comes to upstream development. Reinette is trying to bridge the gap between the Bugzilla by pointing people to the patches in the Bugzilla when new reports come to the mailing list. And this has to be done more actively. I prefer if we remove any Bugzilla discussion for complicated issues to the mailing list.

If we really need it, then someone has to start a iwlwifi-debugging kernel tree that derives from wireless-testing where all patches are available via GIT and easy to review. Or ask John to create a iwlwifi- debugging branch in wireless-testing. I am happy to run such tree. And then use WARN() so I can just call kerneloops to push any stack traces.

Johannes has presented us with plausible fixes, and people are
reporting that the patches work for them.  I can merge these patches,
or wait/hope/pray for some to come from your team.  Experience
suggests
that if fixes do come from your team that they will either be buried
in some monster patch that largely addresses something else, or
that the patches will arrive with a changelog that is terse and/or
unintelligble.  Subsequently, I am not optimistic about waiting.

I think Johannes cited four different bugzilla.kernel.org entries
between those two patches.  What is your team doing to address
those bugs?

Johannes' effort is great and should certainly be praised. But looking
down upon Intel's effort is nonsense. We suspected this alignment issue in the very beginning. But the set of users helped us to debug with this problem happened to have a different root cause than Johannes. Thus came with the alignment BUG_ON assert put into the code in case other people
experience with it (unfortunately, it was a wrong one. As I had
appologized for this already.)

The problem should at least have two causes. Johannes had resolved one
of them. The other one (AFAICS) relates to be in an 11n AP environment
(no need to be associated with it) and takes longer time to reproduce.
We will keep tracking it whatever we you think us about it.

I do have a perfect environment in Vancouver that allows me to trigger this behavior within a few minutes. So if you really wanna debug this, then just send debug patches to the mailing list and I am happy to run such kernels. Only minor details is that you have to wait until the end of December before I am back there ;)

Regards

Marcel

--
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

[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux