On Wed, 2010-06-23 at 21:12 +0200, Arne Nordmark wrote:
> Ben Hutchings wrote:
> > On Fri, 2010-06-18 at 16:40 +0200, Arne Nordmark wrote:
> >> My problem seems related to those in Ubuntu report #533335
> >> <https://bugs.launchpad.net/ubuntu/+source/linux/+bug/533335>. If I
> >> unload the 3c59x module, I can no longer reproduce this problem, and
> >> wireless is stable. With the 3c59x module loaded, b43 wireless is
> >> essentially unusable, since the machine will reliably lock up.
> >
> > I've attached two patches which together may fix this problem, but they
> > involve quite major changes to the driver. I do not have any hardware
> > of this type which I could use to test them.
>
> Indeed, I can no longer reproduce the problem with these patches
> applied. Both wired (3c59x) and wireless (b43) can now handle GB
> transfers, which is about 100x more than was typically needed to trigger
> the problem for wireless.
Excellent!
> I now question my judgement in reporting my problem on an existing bug
> report, as the resolution does not fit the original reporter's
> description (no 3c59x module loaded).
Indeed. I have moved your bug report to #586967.
> >
> > Please could you follow the instructions at
> > <http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official>
> > to build a package with these changes included, then test whether these
> > changes fix the problem for you and keep the wired network card working.
>
> Since that section is very explicit in mentioning dependencies, may I
> point out that the "test-patches" script relies on commands ("dch" at
> least) from the "devscripts" package.
Thanks. I'll fix that.
Ben.
--
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.
Attachment:
signature.asc
Description: This is a digitally signed message part