Perangkat keras saya membutuhkan modul agar dapat di-blacklist agar berfungsi, bagaimana saya dapat memperbaiki ini?


14

Saya memiliki Acer Timeline 1830T. Ketika saya menginstal 10.10 dan 11.04 harus ada acer-wmimodul yang di- blacklist agar nirkabel dapat berfungsi .

Saya pikir saya perlu mengajukan bug pada kernel linux tapi saya tidak yakin. Saya pernah mendengar istilah "kekhasan" yang dilemparkan oleh pengembang ketika datang untuk memperbaiki sesuatu sehingga bekerja pada 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 kali?


1
Sebelum mengisi bug baru, periksa apakah masalah Anda terkait dengan bugs.launchpad.net/ubuntu/+source/linux/+bug/560464 .
João Pinto

Terima kasih untuk penunjuknya, saya senang ini sebenarnya sudah dilaporkan.
Jorge Castro

alasan mereka tidak hanya membuat daftar hitam acer_wmi adalah bahwa di beberapa papan itu berfungsi sampai Anda memasukkannya ke daftar hitam ... di papan lain itu tidak berfungsi sampai Anda memasukkannya ke daftar hitam - tampaknya tanpa rima atau alasan (perhatikan kombinasi pernyataan faktor Daniel) . Saya percaya mereka mencoba untuk menyelesaikannya sehingga berfungsi dengan semua kombinasi..atau setidaknya dengan BIOS terbaru dan semua kombinasi HW. Mungkin tidak akan melihatnya masuk daftar hitam di luar kotak.
RobotHumans

Jawaban:


9

Ini adalah bug kernel¹, jadi Anda ingin menggunakannya ubuntu-bug linuxdi Terminal. Anda kemudian ingin memodifikasi laporan bug yang dibuat untuk menambahkan bahwa Anda perlu memasukkan daftar hitam acer-wmisebagai solusi untuk chipset nirkabel yang tidak berfungsi seperti yang diduga.


¹ Secara teknis ini bukan bug kernel tetapi mungkin kombinasi dari hardware yang rusak, BIOS, dan driver kernel. Pada sisi baiknya, ini mungkin dapat diretas di dalam kernel, karenanya penggunaan "bug kernel" yang longgar.


12

Jika Anda ingin pergi ke mana saja, jangan hanya mengajukan bug . Tentu saja Anda harus mengajukan bug pada Launchpad tetapi itu benar-benar hanya permulaan dari proses yang secara inheren hulu seperti ini.

  • Cari tahu apa fungsinya

    Lihatlah kode, cari tahu apa yang seharusnya dilakukan. Jika Anda tidak membutuhkannya, mengapa ada di sana? Apakah ada hal lain yang melakukan tugasnya sekarang? Jika itu adalah sesuatu yang masih diminati, mengapa itu tidak berhasil untuk Anda?

    Anda akan sering melihat perangkat lunak khusus perangkat keras yang ditulis untuk casing tepi seperti satu jajaran laptop (mis. Ada lusinan berbagai driver perangkat keras Thinkpad).

    Menurut readme-nya , driver mencakup nirkabel, LED, bluetooth, 3g dan lampu latar. Bagi saya, kedengarannya seperti sesuatu yang Anda (atau orang lain) mungkin ingin jadi itu dibuang atau daftar hitam secara default mungkin tidak diinginkan.

  • Cari tahu cara menginstalnya di komputer Anda

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

    Dengan masalah level kernel, sangat membantu untuk menguji kernel vanilla stable terbaru. Anda dapat mengambil salinan dari repositori mainline meskipun Anda mungkin akan menemukan ada ketidakcocokan versi GCC dengan driver biner-saja (saya punya, dengan nvidia) jadi itu bukan sesuatu yang Anda ingin jalankan di sepanjang waktu IMO.

    Jika masalah tetap ada dengan vanilla kernel, tambahkan bug upstream dan hubungkan ke bug Launchpad dan lacak mundur juga. Bug ditautkan yang bagus akan membantu semua orang tetap pada halaman yang sama.

    Dalam hal ini, sepertinya ini adalah driver kernel in-tree (yaitu sumbernya ditarik ke repositori kernel dan bawaan).

  • Temukan orang atau orang yang bertanggung jawab untuk itu

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

    Mungkin terasa tidak sopan untuk memulai orang yang mengirim email dingin tetapi perangkat lunaknya adalah bayi mereka. Jika tidak berhasil, 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 dipelihara, dan Anda dapat mengonfirmasi bahwa dengan pengelola lama, ajukan sebuah bug di kernel yang memperingatkan orang-orang bahwa ada sebagian kode yang membusuk dan itu menyebabkan Anda bermasalah.

  • Sarankan tindakan kepada orang yang tepat

    Ketika Anda tahu apa masalahnya, jangan simpan sendiri. Pastikan Anda mengambil tindakan terhadap bug Anda.

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

    Jika membusuk, dorong pengembang inti kernel untuk membuangnya dari repo mereka. Minta pengembang tim kernel Ubuntu untuk menghapusnya dari repo mereka . Paling tidak, mintalah agar daftar hitam (bagaimana beberapa modul telah dihapus secara paksa oleh Ubuntu di masa lalu).

    Jika Anda mendapatkan turnaround yang baik pada memperbaiki / menghancurkan sopir, itu harus mungkin untuk mendapatkan memperbaiki ke dalam kernel Natty akhir (yang masih di -nexttahap dalam repo kernel yang tepat).

Poin yang saya coba sampaikan adalah ketika Anda melakukan triase Anda sendiri dan berbicara dengan orang yang tepat, banyak hal mendapatkan lebih banyak perhatian dan memiliki peluang hasil akhir yang lebih baik.

Dan sama sekali tidak berhenti jika Anda melihat orang lain dengan masalah yang sama. Berlanggananlah, mengomentari bug mereka, bertanya apa yang telah mereka temukan, bertanya apa yang telah mereka lakukan tentang itu ... Dan kemudian melanjutkan. Jangan mengandalkan mereka untuk menyelesaikan masalah Anda.

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


Terima kasih telah memformat - ini memungkinkan saya untuk hanya membaca header dan melewatkan sebagian besar teks. :P
ulidtko

6

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 Insinyur sebagai masalah total. Ini bukan untuk mendiskon jawaban Oli .

Di bidang pengguna akhir yang sangat teknis, jawaban Oli sepenuhnya benar karena itu adalah serangkaian langkah yang kami harapkan dari orang yang memiliki ketajaman teknis yang cukup untuk menggunakan, bagaimanapun, niat kami (dan memang seluruh tujuan situs ini) adalah untuk membimbing yang kurang teknis.

Tujuan utama kami adalah memberikan jawaban cepat dan akurat yang memungkinkan mereka untuk terus menggunakan perangkat lunak yang kami buat. Pepatah favorit saya adalah, "Jika tidak sederhana 'mereka' tidak akan melakukannya." Kata 'mereka' di sini merujuk kepada 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 semuanya. Mereka kemungkinan tidak akan membaca semua milik saya, dan itu bagus.

Pada akhirnya, respons Daniel persis seperti yang kita butuhkan di sini. Ini menyampaikan kesan saya dan Tim tentang masalah-masalah ini serta metode pilihan kami untuk mengatasinya.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.