Phần cứng của tôi cần một mô-đun để được đưa vào danh sách đen để hoạt động, làm thế nào tôi có thể sửa lỗi này được vận chuyển?

Tôi có một Acer Timeline 1830T. Khi tôi cài đặt 10.10 và 11.04 nó cần phải có acer-wmimô-đun danh sách đen cho không dây để làm việc .

Tôi nghĩ rằng tôi cần phải sửa một lỗi trên kernel linux nhưng tôi không chắc chắn. Tôi đã nghe thấy thuật ngữ "quirk" bị ném bởi các nhà phát triển khi nói đến việc sửa một cái gì đó để nó hoạt động trên một số phần cứng nhất định.

Đây thực sự là một lỗi kernel? Tôi nên làm những bước nào để đảm bảo rằng điều này được báo cáo để mọi người với máy tính xách tay của tôi không phải trải qua điều này nhiều lần?

Đây là một lỗi kernel¹, vì vậy bạn muốn sử dụng ubuntu-bug linuxtrong Terminal. Sau đó, bạn muốn sửa đổi báo cáo lỗi đã tạo để thêm rằng bạn cần đưa vào danh sách đen acer-wminhư một cách giải quyết cho chipset không dây không hoạt động như nghi ngờ.

Về mặt kỹ thuật, đây không phải là lỗi kernel mà có lẽ là sự kết hợp của phần cứng, BIOS và trình điều khiển kernel. Về mặt ưu điểm, nó có thể có thể bị hack xung quanh trong kernel, do đó việc sử dụng lỏng lẻo "lỗi kernel".

Nếu bạn muốn nó đi bất cứ đâu, đừng chỉ báo lỗi . Tất nhiên bạn nên báo lỗi trên Launchpad nhưng đó thực sự chỉ là khởi đầu của quá trình một thứ vốn dĩ ngược dòng như thế này.

• Tìm hiểu những gì nó làm

  Nhìn vào mã để tìm hiểu những gì nó phải làm. Nếu bạn không cần nó, tại sao nó lại ở đó? Là một cái gì đó khác làm công việc của nó bây giờ? Nếu đó là thứ vẫn còn có nhu cầu, tại sao nó không hoạt động cho bạn?

  Bạn sẽ thường thấy phần mềm dành riêng cho phần cứng được viết cho các trường hợp cạnh như một loạt máy tính xách tay (ví dụ: có hàng tá trình điều khiển phần cứng Thinkpad khác nhau).

  Theo readme của nó , trình điều khiển bao gồm không dây, đèn LED, bluetooth, 3g và đèn nền. Đối với tôi, nó có vẻ như một cái gì đó mà bạn (hoặc người khác) có thể muốn vì vậy việc bỏ nó hoặc đưa vào danh sách đen theo mặc định có thể không được mong muốn.

• Tìm hiểu làm thế nào nó đã được cài đặt trên máy tính của bạn

  Nó từ đâu đến? Có phải nó được kéo vào kernel? Có phải là một Ubuntu kéo? Điều này cuối cùng sẽ quyết định nơi bạn cần khiếu nại.

  Với các vấn đề ở cấp độ kernel, nó thực sự giúp kiểm tra kernel vanilla ổn định mới nhất. Bạn có thể lấy một bản sao từ kho lưu trữ chính mặc dù có thể bạn sẽ thấy có phiên bản GCC không khớp với các trình điều khiển chỉ nhị phân nhất định (tôi có, với nvidia) vì vậy đó không phải là thứ bạn muốn chạy trên IMO mọi lúc.

  Nếu sự cố vẫn còn với hạt nhân vani, hãy thêm một lỗi ngược dòng và liên kết nó với lỗi Launchpad và theo dõi nó ngược lại. Một lỗi liên kết đôi đẹp sẽ giúp mọi người ở cùng một trang.

  Trong trường hợp này, có vẻ như đó là trình điều khiển hạt nhân trong cây (tức là nguồn của nó được kéo vào kho lưu trữ kernel và được tích hợp sẵn).

• Tìm người hoặc người chịu trách nhiệm cho nó

  Thật không hợp lý khi chỉ cần bỏ một lỗi trên Launchpad và hy vọng nó tìm đúng người. Tôi chỉ nói rằng một phần nhỏ các nhà phát triển theo dõi lỗi của họ thông qua nó vì vậy bạn cần tìm những người bảo trì phần mềm và liên lạc.

  Có thể cảm thấy thô lỗ khi bắt đầu gửi email cho những người lạnh lùng nhưng phần mềm là con của họ. Nếu nó không hoạt động, tôi nghĩ họ muốn biết. Chín lần trong mười, họ cũng sẽ giúp bạn xác định vấn đề.

  Nếu nó vẫn được duy trì, hãy lấy hướng dẫn gỡ lỗi. Kiểm tra để đảm bảo phần cứng của bạn tương thích.

  Nếu nó không được duy trì và bạn có thể xác nhận rằng với người bảo trì cũ, hãy gửi một lỗi trong kernel thông báo cho mọi người rằng có một phần mã bị mục nát và điều đó gây ra sự cố cho bạn.

• Đề xuất hành động cho đúng người

  Khi bạn biết vấn đề là gì, đừng giữ nó cho riêng mình. Hãy chắc chắn rằng bạn có hành động đối với các lỗi của bạn.

  Nếu đó là thứ có thể sửa được trong trình điều khiển, hãy đuổi mọi người trong kernel lên để đưa phiên bản mới vào phiên bản phát triển. Hỏi về việc nó được nhập vào 2.6,35 cho người dùng Ubuntu hiện tại. Nói chuyện với nhóm Kernel về việc thay đổi nhân Maverick (mặc dù bạn có thể không gặp may mắn ở đó).

  Nếu nó mục rữa, hãy đẩy các nhà phát triển nhân lõi để loại bỏ nó khỏi repo của họ. Yêu cầu các nhà phát triển nhóm nhân Ubuntu loại bỏ nó khỏi repo của họ . Ít nhất, hãy yêu cầu nó được đưa vào danh sách đen (làm thế nào một số mô-đun đã bị gỡ bỏ bởi Ubuntu trong quá khứ).

  Nếu bạn nhận được quay vòng tốt vào việc sửa / hủy hoại tài xế, nó nên có thể để có được sửa chữa nó vào hạt nhân Natty thức (mà vẫn còn ở -nextgiai đoạn trong repo kernel thích hợp).

Điểm tôi đang cố gắng vượt qua là khi bạn tự mình thực hiện và nói chuyện với đúng người, mọi thứ sẽ được chú ý nhiều hơn và có cơ hội cao hơn về kết quả tốt.

Và không có nghĩa là dừng lại nếu bạn nhìn thấy một người khác có cùng vấn đề. Theo dõi nó, nhận xét về lỗi của họ, hỏi những gì họ đã tìm thấy, hỏi những gì họ đã làm về nó ... Và sau đó tiếp tục. Đừng dựa vào họ để giải quyết vấn đề của bạn.

Đây là cách nguồn mở được cho là hoạt động. Hợp tác thông qua giao tiếp tốt, cởi mở. Truyền đạt vấn đề của bạn tốt, giúp đỡ nơi bạn có thể và bạn có cơ hội tốt để có được phần mềm chất lượng tốt hơn.

Nói với tư cách là thành viên của Nhóm hạt nhân Ubuntu, cụ thể là 'Nhân viên lỗi hạt nhân', tôi đồng ý với câu trả lời của Daniel vì đó là tổng số những gì các Kỹ sư thấy là vấn đề tổng thể. Đây không phải là để giảm giá câu trả lời của Oli's .

Trong lĩnh vực của người dùng cuối kỹ thuật cao, câu trả lời của Oli hoàn toàn đúng ở chỗ đó là một tập hợp các bước chúng tôi mong đợi một người có sự nhạy bén kỹ thuật đáng kể để sử dụng, tuy nhiên, ý định của chúng tôi (và thực sự là toàn bộ mục đích của trang web này) là để hướng dẫn các kỹ thuật ít hơn.

Mục tiêu chính của chúng tôi phải là cung cấp cho họ những câu trả lời nhanh chóng và chính xác cho phép họ tiếp tục sử dụng phần mềm mà chúng tôi xây dựng. Câu nói yêu thích của tôi là "Nếu nó không đơn giản thì 'họ sẽ không làm điều đó." 'Họ' ở đây đề cập đến bất cứ ai sử dụng tại thời điểm đó.

Phải nói rằng, và dành sự ngưỡng mộ cá nhân cho sự hoàn chỉnh của bài viết của bạn Oli, tôi phải thành thật và nói rằng có rất ít độc giả của trang web này sẽ đọc tất cả. Họ có thể sẽ không đọc tất cả của tôi, và điều đó là tốt.

Cuối cùng, phản ứng của Daniel chính xác là những gì chúng ta cần ở đây. Nó truyền đạt ấn tượng của cả tôi và Nhóm về các vấn đề này cũng như phương pháp ưa thích của chúng tôi để giải quyết.