Власний драйвер BCM 4313 блокує Wi-Fi для інших пристроїв

Я запускаю домашню верту і кілька днів тому я модернізував ноутбук павільйону hp dv7 з Oneiric до Precision. У мене був активований власний драйвер Broadcom STA (модуль wl).

Щоразу, коли цей ноутбук був підключений до WiFi, результат speedtest.net становив 8 Мбіт / с (вниз), а всі інші машини (ноутбуки, смартфони) могли отримувати лише результати speedtest.net набагато нижче 1 Мбіт / с (переважно 500 Кбіт / с) з серйозними проблемами з пінгом та іншими химерними ефекти. Коли ноутбук вимкнувся, для інших машин все було гаразд.

Трохи задумавшись над цим, я вирішив видалити власний драйвер STA і скористатися відкритим джерелом. Зараз все ідеально працює на всіх машинах Wi-Fi.

Цікаво, чи точне оновлення драйверів STA гниле, оскільки, здається, воно перетворило мою машину на заклик WiFi. Чи можливо це?

Схоже, це питання вишикується на сам BCM 4314, а не на конкретний ноутбук.

Що може бути можливою причиною такої своєрідної поведінки? Чи можу я подолати це, не вимкнувши власника драйвера? Що я можу зробити, щоб усунути цю проблему?

wireless drivers broadcom

— t koun
джерело

На машині DV7 драйвер встановлює та активує ОК, що забезпечує стабільне та гарне з'єднання. Немає застарілих водіїв. Проблема полягає в інших машинах Wi-Fi, коли підключено апарат Broadcom.

— t koun

вибачте за мою помилку. :)

— Web-E

Я можу підтвердити, що це також проблема Dell Latitude 35430, яка також має BCM4313 (використовуючи Precision). Здається, ця проблема може бути характерною для цього бездротового контролера. Однак у моєму випадку відключення драйвера - це не варіант, оскільки відкритий джерело не працює взагалі.

— Rafał Cieślak

У мене той самий пристрій, і у мене виникли проблеми, я думаю, що запит може допомогти вам: askubuntu.com/questions/265553/… У мене немає проблем з драйверами пропітера.

— ssoto

@ RafałCieślak - перевірте, чи не вирішує проблему встановлення стеку програмного забезпечення ( wiki.ubuntu.com/Kernel/LTSEnablementStack ) разом із перевстановленням вихідного модуля широкосмугового зв’язку згідно з посиланням ssoto.

— fossfreedom

Моя здогадка:

Це не остаточна відповідь, але я найкраще здогадуюсь, що це поганий контроль потужності трансляції на закритому джерелі блоку, що призводить до того, що інші добре керовані карти (хости або AP) знижують їх чутливість, щоб їх не роздувало влада.

Якщо я маю рацію:

Це звучить як проблема, яка не виправляється, оскільки вона перебуває в краплі, якщо ви не скриптуєте купу контролю за потужністю.

Як це теоретично можна перевірити:

Якщо у вас є три тестові коробки, я перевіряю це так

1) Встановіть інструмент, який дозволяє бачити відносну потужність мережі пакету.

Я впевнений, що є CLI-утиліта, щоб зробити це на ударі, але kismet вже встановлений на моїх ноутбуках і дає мені достатньо інформації.

2) Включивши широкоформатну коробку, перевірте потужність коробки № 3 в кісмет.

3) Далі вимкніть його і поставте широкоформатну скриньку в те саме місце.

4) Ще раз зареєструйтесь у kismet. Якщо я здогадуюсь, правильно, широкоформатне вікно повинно показувати значно більшу силу сигналу.

— RobotHumans
джерело

Дякую за цю підказку! Ось, захопіть щедроту за свої зусилля :)

— Rafał Cieślak

@ RafałCieślak - лише подальше спостереження. Я можу підтвердити, що iwlagn 5xxx, який я маю, засвідчує цю поведінку з моєї коробки ath9k. Налаштування чутливості для моєї картки не піддаються користувальницькій землі. то я бачу щось, щоб дізнатись, чи підходить ваша карта на цю функціональність.

— RobotHumans

о, гарно. Дякую за пораду з iw, хоча я дуже сумніваюся, що ця карта може відкрити будь-яку додаткову функціональність.

— Rafał Cieślak

@ RafałCieślak - з іншого боку, ваш телекомунікаційний персонал може дозволити вам зменшити потужність мовлення з iw, встановленою txpower. це може спрацювати

— RobotHumans