Zastrzeżony sterownik BCM 4313 blokuje WiFi dla innych urządzeń

9

Prowadzę domową sieć WLAN i kilka dni temu zaktualizowałem laptop HP dv7 Pavilion z Oneiric do Precise. Miałem zastrzeżony sterownik Broadcom STA (moduł WL).

Ilekroć ten laptop był podłączony do Wi-Fi, wynik speedtest.net wynosił 8 Mb / s (w dół), a wszystkie inne maszyny (laptopy, smartfony) mogły uzyskiwać wyniki speedtest.net tylko znacznie poniżej 1 Mb / s (głównie 500 Kb / s) z poważnymi problemami z pingami i innymi dziwnymi zjawiskami efekty. Gdy laptop był wyłączony, wszystko było w porządku dla innych komputerów.

Myśląc o tym trochę, postanowiłem usunąć zastrzeżony sterownik STA i skorzystać ze sterownika opensource. Wszystko działa teraz idealnie dla wszystkich urządzeń Wi-Fi.

Zastanawiam się, czy aktualizacja sterownika STA jest zgniła, ponieważ wygląda na to, że przekształciła moją maszynę w zakłócacz WiFi. Czy to możliwe ?

Wygląda na to, że problem ten dotyczy samego BCM 4314, a nie konkretnego laptopa.

Jaki może być możliwy powód tak osobliwego zachowania? Czy mogę to obejść bez wyłączania zastrzeżonego sterownika? Co mogę zrobić, aby rozwiązać ten problem?

t koun
źródło
Sterownik instaluje się i aktywuje OK na maszynie DV7, która uzyskuje stabilne i dobre połączenie. Brak starszych sterowników. Problem dotyczy innych urządzeń WiFi, gdy urządzenie Broadcom jest podłączone.
t koun
przepraszam za mój błąd. :)
Web-E
Mogę potwierdzić, że jest to również problem w Dell Latitude 35430, który również ma BCM4313 (przy użyciu Precise). Wygląda na to, że ten problem może być charakterystyczny dla tego kontrolera bezprzewodowego. Jednak w moim przypadku wyłączenie sterownika nie jest opcją, ponieważ oprogramowanie typu open source w ogóle nie działa.
Rafał Cieślak
Mam to samo urządzenie i miałem problemy, myślę, że askcan może ci pomóc: askubuntu.com/questions/265553/ ... Nie mam żadnych problemów z zastrzeżonymi sterownikami.
ssoto
@ RafałCieślak - sprawdź, czy zainstalowanie stosu włączania sprzętu ( wiki.ubuntu.com/Kernel/LTSEnablementStack ) wraz z ponowną instalacją modułu źródła broadcom zgodnie z powyższym linkiem ssoto rozwiązuje problem.
fossfreedom

Odpowiedzi:

3

Zgaduję że:

To nie jest ostateczna odpowiedź, ale moim zdaniem przypuszczam, że słaba kontrola mocy rozgłaszania na obiekcie blob o zamkniętym źródle powoduje, że inne dobrze zarządzane karty (hosty lub AP) zmniejszają czułość, aby nie dać się zaskoczyć mocy.

Jeśli mam rację:

Brzmi jak problem, którego nie da się naprawić, ponieważ jest w obiekcie blob, chyba że wykonasz skrypt kontroli mocy.

Jak teoretycznie można to przetestować:

Jeśli masz trzy pola testowe, przetestuję to w ten sposób

1) Zainstaluj narzędzie, które pozwala zobaczyć względną moc sieci pakietu.

Jestem pewien, że istnieje interfejs CLI, który potrafi to zrobić błyskawicznie, ale kismet jest już zainstalowany na moich laptopach i zapewnia mi wystarczającą ilość informacji.

2) Przy WYŁĄCZONYM urządzeniu Broadcom sprawdź moc swojego urządzenia numer 3 w kismet.

3) Następnie wyłącz i umieść urządzenie Broadcom w tej samej lokalizacji.

4) Sprawdź ponownie w kismet. Jeśli moje przypuszczenie jest słuszne, urządzenie Broadcom powinno pokazywać znacznie większą siłę sygnału.

RobotHumans
źródło
Dziękuję za tę wskazówkę! Tutaj, weź nagrodę za swój wysiłek :)
Rafał Cieślak,
@ RafałCieślak - tylko kontynuacja. Mogę potwierdzić, że iwlagn 5xxx mam to zachowanie z mojego urządzenia ath9k. Ustawienia czułości mojej karty nie są jednak narażone na użytkowanie. Czuję, czy Twoja karta udostępnia tę funkcjonalność.
RobotHumans
och, miło. Dzięki za poradę z iw, choć naprawdę wątpię, by ta karta ujawniała jakąkolwiek dodatkową funkcjonalność.
Rafał Cieślak,
@ RafałCieślak - z drugiej strony twój broadcom może pozwolić ci obniżyć moc nadawania za pomocą iw set txpower. to może działać.
RobotHumans