Mój sprzęt wymaga modułu, który ma być umieszczony na czarnej liście, aby działał. Jak mogę wysłać tę poprawkę?

Mam Acer Timeline 1830T. Kiedy instaluję 10.10 i 11.04, acer-wmimoduł musi znajdować się na czarnej liście, aby moduł bezprzewodowy działał .

Myślę, że muszę zgłosić błąd w jądrze Linuksa, ale nie jestem pewien. Słyszałem, jak programiści rzucają określenie „dziwactwo”, jeśli chodzi o naprawianie czegoś tak, aby działało na niektórych elementach sprzętu.

Czy to rzeczywiście błąd jądra? Jakie kroki należy podjąć, aby upewnić się, że zostanie to zgłoszone, aby wszyscy użytkownicy mojego laptopa nie musieli przez to przechodzić w kółko?

To jest błąd jądra¹, więc chciałbyś użyć go ubuntu-bug linuxw terminalu. Następnie zmodyfikuj utworzony raport o błędach, aby dodać, że musisz znaleźć się na czarnej liście acer-wmijako obejście dla bezprzewodowego mikroukładu, który nie działa w sposób podejrzany.

¹ Technicznie nie jest to błąd jądra, ale prawdopodobnie połączenie uszkodzonego sprzętu, systemu BIOS i sterowników jądra. Z drugiej strony, prawdopodobnie można go włamać do jądra, stąd luźne użycie „błędu jądra”.

Jeśli chcesz, aby trafił gdziekolwiek, nie tylko zgłoś błąd . Oczywiście powinieneś zgłosić błąd na Launchpadzie, ale tak naprawdę to dopiero początek procesu czegoś z natury takiego jak ten.

• Dowiedz się, co robi

  Spójrz na kod i dowiedz się, co powinien zrobić. Jeśli nie potrzebujesz, dlaczego tam jest? Czy coś innego robi teraz swoją robotę? Jeśli jest to coś, na co wciąż jest popyt, dlaczego to nie działa dla ciebie?

  Dość często można zobaczyć oprogramowanie specyficzne dla sprzętu, napisane z myślą o przypadkowych obudowach, takich jak jedna seria laptopów (np. Istnieją dziesiątki różnych sterowników sprzętowych Thinkpad).

  Zgodnie z plikiem readme , sterownik obsługuje połączenia bezprzewodowe, diody LED, bluetooth, 3G i podświetlenie. Dla mnie to brzmi jak coś, czego ty (lub inni) możesz chcieć, więc domyślnie porzucenie go lub umieszczenie na czarnej liście może być niepożądane.

• Dowiedz się, jak został zainstalowany na twoim komputerze

  Skąd się to wzięło? Czy jest wciągnięty do jądra? Czy to jest Ubuntu? To ostatecznie zadecyduje, gdzie należy złożyć skargę.

  W przypadku problemów na poziomie jądra naprawdę pomaga przetestować najnowsze stabilne jądro waniliowe. Możesz pobrać kopię z głównego repozytorium, chociaż prawdopodobnie zauważysz, że istnieją niedopasowania wersji GCC z niektórymi sterownikami tylko binarnymi (mam, z nvidią), więc nie jest to coś, co chcesz uruchamiać przez cały czas IMO.

  Jeśli problem nadal występuje w jądrze wanilii, dodaj błąd w górę i połącz go z błędem Launchpad i śledź go również wstecz. Miły podwójnie połączony błąd pomoże wszystkim pozostać na tej samej stronie.

  W tym przypadku wygląda na to, że jest to wbudowany sterownik jądra (tzn. Jego źródło jest pobierane do repozytorium jądra i wbudowane).

• Znajdź osobę lub osoby za to odpowiedzialne

  Nie jest rozsądne po prostu zrzucić błąd na Launchpad i mieć nadzieję, że znajdzie odpowiednią osobę. Powiedziałbym, że tylko niewielka część programistów śledzi ich błędy, więc musisz znaleźć opiekunów oprogramowania i skontaktować się z nimi.

  Rozpoczynanie wysyłania wiadomości e-mail na zimno może być niegrzeczne, ale oprogramowanie to ich dziecko. Jeśli to nie działa, myślę, że chcieliby wiedzieć. Dziewięć razy na dziesięć pomogą ci również zidentyfikować problem.

  Jeśli nadal jest obsługiwany, uzyskaj instrukcje debugowania. Sprawdź, czy twój sprzęt jest kompatybilny.

  Jeśli nie jest obsługiwany i możesz to potwierdzić za pomocą starego opiekuna, zgłoś błąd w jądrze, ostrzegając ludzi, że część kodu gnije i że powoduje problemy.

• Zaproponuj działanie właściwym osobom

  Kiedy wiesz, na czym polega problem, nie trzymaj go dla siebie. Upewnij się, że podejmujesz działania związane z błędami.

  Jeśli jest to coś, co można naprawić w sterowniku, ścigaj ludzi w jądrze, aby pobrać nową wersję do wersji rozwojowej. Zapytaj o przeniesienie go do wersji 2.6.35 dla istniejących użytkowników Ubuntu. Porozmawiaj z zespołem Kernela o wprowadzeniu zmian w jądrze Mavericka (choć możesz nie mieć szczęścia).

  Jeśli gnije, popchnij deweloperów jądra rdzenia, aby zrzucić go z repozytorium. Zapytaj zespołu programistów jądra Ubuntu, aby usunąć je z ich repo. Przynajmniej poproś o umieszczenie go na czarnej liście (jak niektóre moduły zostały w przeszłości wymuszone przez Ubuntu).

  Jeśli uzyskasz dobry zwrot w naprawianiu / niszczeniu sterownika, powinno być możliwe wprowadzenie poprawki do ostatecznego jądra Natty'ego (które wciąż znajduje się na -nextetapie prawidłowego repozytorium jądra).

Chodzi mi o to, że kiedy robisz własną triage i rozmawiasz z właściwymi ludźmi, sprawy zyskują o wiele więcej uwagi i mają większą szansę na dobry wynik końcowy.

I w żadnym wypadku nie przestawaj, jeśli zobaczysz inną osobę z tym samym problemem. Subskrybuj to, komentuj ich błędy, pytaj, co znaleźli, pytaj, co z tym zrobili ... A potem kontynuuj. Nie polegaj na nich, aby rozwiązać problem.

Tak powinien działać open source. Współpraca poprzez dobrą, otwartą komunikację. Dobrze komunikuj swój problem, pomagaj tam, gdzie możesz, a masz szansę na uzyskanie lepszej jakości oprogramowania.

Mówiąc jako członek zespołu jądra Ubuntu, a konkretnie jako „facet od błędów jądra”, zgadzam się z odpowiedzią Daniela, ponieważ jest to suma tego, co inżynierowie uważają za całkowity problem. Nie ma to na celu pomniejszenia odpowiedzi Oli .

W dziedzinie wysoce technicznego użytkownika końcowego odpowiedź Oli jest całkowicie prawdziwa, ponieważ jest to zestaw kroków, których moglibyśmy oczekiwać od osoby o znacznej wiedzy technicznej, jednak do naszych celów (i rzeczywiście całego celu tej strony) ma prowadzić mniej technicznych.

Naszym głównym celem musi być udzielenie im szybkich i dokładnych odpowiedzi, które pozwolą im dalej korzystać z oprogramowania, które tworzymy. Moje ulubione powiedzenie brzmi: „Jeśli to nie jest proste,„ nie zrobią tego ”. „Oni” tutaj odnoszą się do tego, kim w danym momencie jest użytkownik.

Powiedziawszy to i biorąc pod uwagę mój osobisty podziw dla kompletności twojego postu Oli, muszę być szczery i powiedzieć, że jest bardzo niewielu czytelników tej strony, którzy przeczytają wszystko. Prawdopodobnie nie przeczytają wszystkich moich, i to jest w porządku.

Ostatecznie odpowiedź Daniela jest dokładnie tym, czego potrzebujemy tutaj. Przedstawia zarówno moje, jak i zespół wrażenie tych problemów, a także naszą preferowaną metodę rozwiązania.