BCM 4313独自のドライバーが他のデバイスのWiFiをブロックする

私はホームwlanを実行しており、数日前にhp dv7パビリオンラップトップをOneiricからPreciseにアップグレードしました。独自のBroadcom STAドライバー（wlモジュール）をアクティブ化しました。

このラップトップがWiFiに接続されているときは常に、speedtest.netの結果が8 Mbps（ダウン）であり、他のすべてのマシン（ラップトップ、スマートフォン）はspeedtest.netの結果を1 Mbps（ほとんどは500 Kbps）未満にしか取得できず、深刻なpingの問題やその他の奇妙な問題がありました。効果。ラップトップがオフのとき、他のマシンではすべてが問題ありませんでした。

これについて少し考えて、STA独自のドライバーを削除して、オープンソースのドライバーを使用することにしました。Wifi上のすべてのマシンで、すべてが完璧に動作します。

私のマシンがWiFiジャマーに変わったように見えるので、STAドライバーの更新は正確に腐っていますか？これは可能ですか？

この問題は、特定のラップトップではなく、BCM 4314自体に関係しているようです。

そのような特異な振る舞いの考えられる理由は何でしょうか？プロプライエタリドライバーを無効にせずにそれを克服できますか？この問題をトラブルシューティングするにはどうすればよいですか？

私の推測：

これは決定的な答えではありませんが、私の考えでは、クローズドソースBLOBでのブロードキャストパワー制御が不十分であり、他の適切に管理されたカード（ホストまたはAP）が感度を下げて、パワーに圧倒されないようにしています。

私が正しい場合：

大量の電源制御をスクリプト化しない限り、これはBLOB内にあるため、修正できない問題のように思えます。

理論的にはどのようにテストできますか：

あなたが3つのテストボックスを持っているなら、私はこのようにテストします

1）パケットのネットワークの相対的なパワーを確認できるツールをインストールします。

打撃でそれを行うためのCLIユーティリティがあると確信していますが、kismetはすでに私のラップトップにインストールされており、十分な情報を提供してくれます。

2）Broadcomボックスをオフにして、kismetでボックス番号3の電力を確認します。

3）次に、電源をオフにして、broadcomボックスを同じ場所に配置します。

4）Kismetを再度チェックインします。私の推測が正しい場合、broadcomボックスは大幅に多くの信号強度を示すはずです。