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
