Pertanyaan Perangkat keras saya memerlukan modul untuk masuk daftar hitam agar berfungsi, bagaimana saya dapat memperbaikinya?


Saya memiliki Acer Timeline 1830T. Ketika saya menginstal 10.10 dan 11.04 perlu memiliki acer-wmi modul daftar hitam untuk nirkabel untuk bekerja.

Saya pikir saya perlu mengajukan bug pada kernel linux tetapi saya tidak yakin. Saya pernah mendengar istilah "permainan kata-kata" yang dilemparkan oleh pengembang ketika harus memperbaiki sesuatu sehingga bisa berfungsi pada bagian perangkat keras tertentu.

Apakah ini memang bug kernel? Langkah apa yang harus saya ambil untuk memastikan bahwa ini dilaporkan sehingga semua orang dengan laptop saya tidak harus melalui ini berulang-ulang?


14
2017-12-09 18:02


asal


Sebelum mengisi bug baru, periksa apakah masalah Anda terkait bugs.launchpad.net/ubuntu/+source/linux/+bug/560464 . - João Pinto
Terima kasih atas penunjuknya, saya senang ini sebenarnya sudah dilaporkan. - Jorge Castro
alasan mereka tidak hanya daftar hitam acer_wmi adalah bahwa pada beberapa papan itu bekerja sampai Anda daftar hitam itu ... di papan lain itu tidak bekerja sampai Anda daftar hitam itu - tampaknya tanpa rima atau alasan (catatan untuk kombinasi Daniel dari pernyataan faktor) . Saya percaya mereka mencoba untuk menyelesaikannya sehingga bekerja dengan semua kombinasi .. atau setidaknya dengan BIOS terbaru dan semua kombinasi HW. Mungkin tidak akan melihat daftar hitam di luar kotak. - RobotHumans


Jawaban:


Ini adalah bug kernel¹, jadi Anda ingin menggunakannya ubuntu-bug linux di Terminal. Anda kemudian ingin memodifikasi laporan bug yang dibuat untuk menambahkan bahwa Anda perlu daftar hitam acer-wmi sebagai solusi untuk chipset nirkabel tidak berfungsi sebagai dicurigai.


¹ Secara teknis ini bukan bug kernel tapi mungkin kombinasi dari hardware yang rusak, BIOS, dan driver kernel. Pada sisi atas, itu mungkin bisa di-hack di kernel, maka penggunaan longgar dari "bug kernel."


9
2017-12-09 19:16





Jika Anda ingin pergi ke mana saja, tidak hanya mengajukan bug. Tentu saja Anda harus mengajukan bug di Launchpad tetapi itu benar-benar hanya awal dari proses sesuatu yang inheren di hulu seperti ini.

  • Cari tahu apa yang dilakukannya

    Melihat Kode cari tahu apa yang harus dilakukan. Jika Anda tidak membutuhkannya, mengapa ada di sana? Apakah ada hal lain yang melakukan pekerjaannya sekarang? Jika itu adalah sesuatu yang masih dibutuhkan, mengapa itu tidak berhasil untuk Anda?

    Anda cukup sering melihat perangkat lunak khusus perangkat keras yang ditulis untuk kasus-kasus tepi seperti berbagai laptop (misalnya ada lusinan berbagai driver perangkat keras Thinkpad).

    Menurut readme nya, pengemudi mencakup nirkabel, LED, bluetooth, 3g dan lampu latar. Bagi saya, kedengarannya seperti sesuatu yang mungkin Anda (atau orang lain) inginkan sehingga membuangnya atau daftar hitam secara default mungkin tidak diinginkan.

  • Cari tahu cara menginstalnya di komputer Anda

    Dari mana asalnya? Apakah itu ditarik ke kernel? Apakah ini sebuah tarik Ubuntu? Ini pada akhirnya akan memutuskan di mana Anda perlu mengajukan keluhan.

    Dengan masalah tingkat kernel, sangat membantu untuk menguji kernel vanilla stabil terbaru. Anda dapat mengambil salinan dari repositori arus utama meskipun Anda mungkin akan menemukan ada ketidaksesuaian versi GCC dengan driver binari tertentu (saya punya, dengan nvidia) jadi itu bukan sesuatu yang Anda ingin jalankan di sepanjang waktu IMO.

    Jika masalah berlanjut dengan kernel vanilla, tambahkan bug upstream dan hubungkan ke bug Launchpad dan lacak juga ke belakang. Sebuah bug double-linked yang bagus akan membantu semua orang tetap pada halaman yang sama.

    Dalam hal ini, kedengarannya seperti driver kernel di-pohon (yaitu sumbernya ditarik ke dalam repositori kernel dan dibangun di).

  • Temukan orang atau orang yang bertanggung jawab untuk itu

    Tidak masuk akal untuk hanya membuang bug di Launchpad dan berharap itu menemukan orang yang tepat. Saya akan mengatakan hanya sebagian kecil pengembang melacak bug mereka melalui itu sehingga Anda perlu mencari pengelola perangkat lunak dan berhubungan.

    Mungkin terasa tidak sopan untuk mulai mengirim email kepada orang-orang dingin tetapi perangkat lunak itu adalah bayi mereka. Jika tidak berfungsi, saya pikir mereka ingin tahu. Sembilan kali dalam sepuluh, mereka akan membantu Anda mengidentifikasi masalah juga.

    Jika masih dipertahankan, dapatkan instruksi debug. Periksa untuk memastikan perangkat keras Anda kompatibel.

    Jika tidak dikelola, dan Anda dapat mengonfirmasi bahwa dengan pengelola lama, ajukan bug di kernel yang memberi tahu orang-orang bahwa ada sebagian kode yang membusuk dan itu menyebabkan masalah Anda.

  • Sarankan tindakan kepada orang yang tepat

    Ketika Anda tahu apa masalahnya, jangan menyimpannya sendiri. Pastikan Anda melakukan tindakan pada bug Anda.

    Jika itu adalah sesuatu yang dapat diperbaiki di driver, kejar orang di kernel untuk mendapatkan versi baru yang ditarik ke rilis pengembangan. Tanyakan tentang hal itu backported ke 2.6.35 untuk pengguna Ubuntu yang ada. Bicaralah dengan tim Kernel tentang menarik perubahan ke kernel Maverick (meskipun Anda mungkin tidak memiliki keberuntungan di sana).

    Jika sudah membusuk, dorong pengembang kernel inti untuk membuangnya dari repo mereka. Mintalah pengembang tim kernel Ubuntu untuk menghapusnya mereka repo. Paling tidak, minta untuk di-blacklist (bagaimana beberapa modul telah secara paksa dihapus oleh Ubuntu di masa lalu).

    Jika Anda mendapatkan turnaround yang baik untuk memperbaiki / menghancurkan driver, itu harus dimungkinkan untuk memperbaiki ke dalam kernel Natty terakhir (yang masih ada -next tahap di repo kernel yang tepat).

Intinya yang saya coba sampaikan adalah ketika Anda melakukan triase sendiri dan berbicara dengan orang yang tepat, hal-hal mendapatkan lebih banyak perhatian dan memiliki kesempatan lebih tinggi untuk hasil akhir yang baik.

Dan tidak berarti berhenti jika Anda melihat orang lain dengan masalah yang sama. Berlangganan, komentari bug mereka, tanyakan apa yang mereka temukan, tanyakan apa yang telah mereka lakukan tentang hal itu ... Dan kemudian lanjutkan. Jangan bergantung pada mereka untuk menyelesaikan masalah Anda.

Beginilah seharusnya open source bekerja. Kolaborasi melalui komunikasi yang baik dan terbuka. Komunikasikan masalah Anda dengan baik, bantulah di mana Anda dapat dan Anda memiliki peluang bagus untuk mendapatkan perangkat lunak berkualitas lebih baik.


12
2017-12-09 20:57



Terima kasih untuk pemformatan - itu memungkinkan saya untuk hanya membaca header dan melewatkan sebagian besar teks. :P - ulidtko


Berbicara sebagai anggota Tim Kernel Ubuntu, khususnya sebagai 'Kernel Bug Guy', saya setuju dengan Jawaban Daniel karena ini adalah jumlah dari apa yang dilihat oleh para Insinyur sebagai masalah total. Ini bukan untuk diskon Jawaban Oli.

Dalam dunia pengguna akhir yang sangat teknis, jawaban Oli sepenuhnya benar karena merupakan serangkaian langkah yang kami harapkan dari seseorang yang memiliki ketajaman teknis yang besar untuk digunakan, namun, maksud kami (dan memang seluruh tujuan situs ini) adalah untuk memandu yang kurang teknis.

Tujuan utama kami adalah memberikan jawaban cepat dan akurat yang memungkinkan mereka untuk terus menggunakan perangkat lunak yang kami bangun. Pepatah favorit saya adalah, "Jika tidak sederhana 'mereka' tidak akan melakukannya." 'Mereka' di sini mengacu pada siapa pun pengguna pada saat itu.

Setelah mengatakan itu, dan memberikan kekaguman pribadi saya untuk kelengkapan posting Anda Oli, saya harus jujur ​​dan mengatakan bahwa ada sangat sedikit pembaca situs ini yang akan membaca semua itu. Mereka mungkin tidak akan membaca semua milikku, dan itu baik-baik saja.

Pada akhirnya, respons Daniel adalah persis apa yang kita butuhkan di sini. Ini menyampaikan kesan saya dan Tim tentang masalah ini serta metode yang kami sukai untuk diatasi.


6
2017-12-14 15:44