解決 Atheros AR5007EG driver 和 bus numbers 不正確的問題

買新的 Laptop 本該是快樂的，但為了讓新電腦能夠好好的跑 Linux ，卻讓我睡不好覺好幾天，一點快樂的心情都沒有！

在抗戰了整整一個星期，挖遍了 madwifi.org 每個角落，請 google 大神解答了無數個問題後，終於成功的使我新買 Laptop -『 Toshiba Satellite L40 PSL48T-00K00J 』的 Wireless 動起來了！宣告戰勝的心情真是難以言喻！ :P

扣除掉 Wireless，這台機器對 Linux 的支援度非常好，所有 Device 都能很順利的跑起來。由於顯示晶片是 Intel 965 ，Compiz 3D Desktop 不必特別設定就能順利的運作，3D 特效的效能也相當令人滿意﹝不能跑3D桌面我就不買了﹞。最重要的是整台機器只需要 2 萬元不到，實在是非常划算，對於預算不高的我，可以不必花大錢就足以應付 coding 、 presentation 、 炫麗的視覺效果等需求，有一分錢都沒浪費的感覺。﹝有些電腦就不知道在貴什麼了，令人想不透！﹞

因為目前的 Linux 並不支援這機器的 Wireless chipset -『 Atheros AR5007EG 』(與 EeePC 同系列的晶片)，必須使用 Atheros 公司 patch 後的 madwifi driver 才能驅動 Wireless，這是比較麻煩的地方。﹝該 patch 並未 opensource 給 madwifi team，導致 madwifi team 不能接受此 patch，因此近期要看見 madwifi 正式支援 AR5007EG，恐怕是很困難的一件事﹞

關於該 patch 的取得和其詳細討論可在這找到：

http://madwifi.org/ticket/1679


But, 別高興太早，如果是這麼簡單，我也不必奮戰一整個星期了。

如果你的 NB 在 patch driver 後就能使 AR5007EG chipset 正常啟動，非常恭喜你。但是，如果你跟我一樣是『 Toshiba Satellite L40 PSL48T-00K00J 』這台機器，你應該會發現你的 wireless 還是不會動才對。:(

原本以為是驅動程式的問題，但經過多天的更換 madwifi driver 或使用 ndiswrapper 都無法搞定，甚至還瘋狂的將 madwifi 的 HAL 整個反組譯看個究竟。直到最後要放棄時才發現，某些 Laptop 的 BIOS 會令 kernel 無法正確指定『 PCI/cardbus bridge secondary/subordinate bus number 』，所以 kernel 無法控制位於那些 bridge 上的裝置。要解決這問題，你可以在電腦啟動時加入 "pci=assign-busses" boot option。

經查過一些資料後，發現此 option 是在 Linux kernel 2.6.13.3 時被加入的，其原 kernel patch 說明如下：

In some cases, especially on modern laptops with a lot of PCI and
cardbus bridges, we're unable to assign correct secondary/subordinate
bus numbers to all cardbus bridges due to BIOS limitations unless
we are using "pci=assign-busses" boot option.
So some cardbus controllers may not have attached subordinate pci_bus
structure, and yenta driver must cope with it - just ignore such cardbus
bridges.


加入 boot option 再重新開機後，我新買的 Toshiba Satellite L40 PSL48T-00K00J 就可以順利的連接無線網路了。﹝笑﹞

註：由於 assign bus number 的問題可能發生在任何裝置上，要是你確定 NB 上的 Sound、Ethernet 等晶片或裝置 Linux 都有支援，可是卻無法正確運作，也請試試用本文的方法解決看看。

後記

Wireless 不動，誰也想不到是 bus number 錯誤惹的禍。這種底層 IO 通道指定錯誤的問題，雖曾在過去 Window 95/98 年代發生過，但今天恐怕不會有什麼人會相信它再次發生了，尤其還是發生在『企鵝』身上。

另外，多謝『 Kiss of Death 』這部老電影，提醒了我該注意更底層會忽略的事，臥底往往比看得見的敵人來得有威脅性多了，時時謹慎對他人搜身可以保證『邪惡』的事不被曝光洩露。看完這部電影，當下我就決定從 BIOS 和 kernel 的部份著手，沒想到不到半小時就搞定了一個星期無法解決的問題 XD

留言

  1. PCMan2008年2月17日 凌晨12:39

    如果真的不行，還有最後一道防線 ndiswrapper

    回覆刪除
  2. Fred Chien2008年2月17日 清晨5:16

    如果 pci=assign-busses 沒有開，ndiswrapper 也無法使 wireless 啟動。
    當初就是兩種 driver 都不能用，讓我一度想要跳樓 orz

    回覆刪除
  3. 匿名2008年3月21日 上午10:52

    你好，我是PTT的板友
    我也遇到類似的問題，麻煩你可以幫我看看嗎？我為他困擾了很久

    小弟使用的NB是ASUS 的A8LE

    裝好ubuntu7.10，卻沒辦法使用無線網路，manual configuration裏面沒有無線網路選項

    我在終端機打上sudo lshw -C network

    出現了：

    network UNCLAIMED
    description: Ethernet controller
    product: AR5006EG 802.11 b/g Wireless PCI Express Adapter
    vendor: Atheros Communications, Inc.
    physical id: 0
    bus info: pci@0000:02:00.0
    version: 01
    width: 64 bits
    clock: 33MHz
    capabilities: pm msi pciexpress msix cap_list
    configuration: latency=0

    我想我使用的應該是Atheros 的AR5006EG吧

    我試過madwifi，還有 ndiswrapper，但就是不能成功

    ndiswrapper -l指令出現的output是 net5211 : invalid driver!

    sudo iwconfig指令出現的則是
    lo no wireless extensions.

    eth0 no wireless extensions.

    ppp0 no wireless extensions.


    我按照您上面說的去作

    但我不知道該怎麼加入boot option這個動作，可以請教一下該怎麼作嗎？

    是在開機的grub中加入pci=assign-busses這個指令？

    但我在重開機之後這個指令又不見了

    而且也還是沒看到無線網路的選項

    是不是我漏掉了什麼？可以請你一步步地教我該怎麼作嗎？謝謝>.<

    回覆刪除
  4. Fred Chien2008年3月22日 凌晨3:53

    請修改 /boot/grub/menu.lst ，並在您的啟動 Kernel 那行加上 pci=assign-busses。 :)

    回覆刪除
  5. 匿名2008年8月3日 下午6:01

    显然没有能够解决问题
    我向大家推荐：
    http://madwifi.org/ticket/1192
    解决的就是这个问题

    回覆刪除
  6. 匿名2008年9月1日 下午1:48

    PSL48T-00K00J
    請教這台電腦可以灌XP的系統嗎？
    因為用了VISTA覺得不好用。
    謝謝您！
    E-
    mail:

    tommy66

    1001@hotmail.com

    回覆刪除
  7. 匿名2008年11月4日 下午1:53

    Fedora linux 9 iwconfig 我的網卡有抓到、也有驅動...
    但為什麼都抓不到我家的AP... 我用XP是可以正常上無線的...
    NetworkManger & 也沒有任何的動作....
    請大大教教我.... 謝謝!!!
    我的網卡是 Atheros AR5006EG....聽說linux不支援這款網卡，請問大大可以交我怎麼做嗎？ 我有爬過文，有人成功連線了....但沒有寫步驟，我想要整個操作的步驟，請救救我....... = =""
    我有修改 /boot/grub/menu.lst ，並在啟動 Kernel 那行加上 pci=assign-busses。 重新開機，開機之後還是不能使用，一直說Wlan0 IP連線中....但最後都會失敗。 我在到/boot/grub/menu.lst 這裡看 Kernel，它並沒有回到最初....還是Kernel pci=assign-busses
    請問怎麼會這樣...我也快瘋了!! 請教教我正確的步驟...謝謝!!!

    回覆刪除
  8. Fred Chien2008年11月7日 凌晨1:15

    AR5006EG 已經被 ath5k 所支援，2.6.26 以上的 kernel 都已經有該 driver。

    因為我並未使用 Fedora，所以並不知道 Fedora 9 所用的 kernel 版本，你可以用 uname -a 去檢查一下。

    回覆刪除

張貼留言

這個網誌中的熱門文章

有趣的邏輯問題：是誰在說謊

開心的是期中考接近尾聲，而且今天也是我的生日，更開心的是老天爺待我很好，放我一天假沒給我排考。今天，在網路上逛啊逛，看到了一些判斷說謊的邏輯問題，雖然之前就曾看過，但不管再看多少遍都還是覺得很有趣。也想到好幾天沒寫東西了，就貼上來讓大伙一同分享吧！準備好接受考驗了嗎？ Ready? Go! 第一題： A 說B 在說謊，B 說 C 在說謊，C 說 A、B 都在說謊。請問到底誰在說謊？ 第二題： 現在審問四名竊賊嫌疑犯。已知當中有一名是竊賊，還知道這四個人不是誠實就是說謊，請根據他們回答問題的結果中，判斷誰是竊賊。 甲說：『乙沒有偷，是丁偷的。』 乙說：『我沒有偷，是丙偷的。』 丙說：『甲沒有偷，是乙偷的。』 丁說：『我沒有偷。』 解答：一：只有 B 說真話。二：乙是竊賊。
繼續閱讀

Web 技術中的 Session 是什麼？

圖片
很久沒更新了，自從十二月底退伍之後，一直忙著將書完稿給出版社，沒空坐下來好好在 Blog 上寫點東西。沒辦法，在當兵時閒不下來，就答應了出版社的邀約開始寫 Node.js 的書，因此欠下了書的債。還好，如預期的寫完了，預計這一兩個月應該就會上市，還請各界多多捧場！ 會寫這篇文章的原故，是因為在 Facebook 的社群上，有人問起了關於 Session 和 Cookie 相關性的問題。其實，社群的人都很好，有許多熱心的網友願意幫助別人。不過，為了幫忙回答問題，大家七嘴八舌的東說一句西說一句，甚至引起莫明的論戰，實在不是一個好的現象。況且，使用不同語言、有不同技術背景的人，都各自用自己的角度去描述和解說，讓原本就已經不懂的人更有如瞎子摸象，見不到全貌，搞更糊塗了。對發問的人來說，也不知該聽誰的好。 說來湊巧，筆者剛好在剛截稿的 Node.js 書籍中，對 Session 概念也有許多著墨。所以之前稍微在網路上查過，發現鮮少有人提出對 Session 技術的完整說明，而多半是討論 ASP、.Net、Java、PHP 等語言或框架中如何使用 Session，以及一些延伸的特性，以致很多人對 Session 的概念相當片面。因此這次的事件後，一些網友也建議我把在 Facebook 上回應的完整內容，在 Blog 發表記錄下來，讓更多人對 Session 有個比較完整且正確的認識。 本文目標 在 Web 的世界裡，Session 已經是被廣泛使用的一種技術，大多數的 Web 開發者，肯定都能運用自如。在現今的各類 Web 應用程式的開發框架和工具中，Session 也已經被包裝成容易使用的模式，所以本文也就不再多討論 Session 怎麼去使用，而是著重在 Session 的原理和實現上。要知道，無論是使用哪一種語言，這 Session 概念上都是通用的，沒有什麼不一樣。 Session 是什麼？ Session 之所以會存在，是因為 HTTP 為 stateless 的設計，Server 和 Client 不會一直保持連線狀態，也不會有雙方狀態的即時更新，所以，Server 並不知道 Client 的狀態（像是是否已經登入）。因此，後來的網站開發者，採用 Session 這樣的設計來解決這問題。有趣的是，Se
繼續閱讀

淺談 USB 通訊架構之定義（一）

圖片
USB(Universal Serial Bus) 的應用範疇以及價值已經不需要再多做說明，其身影從 HID(Human Interface Device)、隨身碟（USB Stick、Flash drive、Pen drive）到各種類比式或非連續訊號接收器（如： Webcam、Microphone、DVB Receiver），更進一步可以講到各種通訊裝置或外接設備，甚至是取代和模擬舊式通訊傳輸線（Serial Port）。USB 所有的 Spec 和相關資訊 ，可參考 http://www.usb.org/ 。 USB 整體運作模式 一般來說 USB 的通訊結構有如 Server/Client，以 PC 上的情形為例，位於主機上的 USB 裝置稱為『USB Host』，我們可以在上面外接上數個裝置（與 USB Host 相連的裝置通常被稱為 USB Device 或 USB Client）。 底層上，『Host 負責主導整個 USB 結構的通訊』，它會輪詢所有的 USB Deivce 以檢查是否有裝置需要傳送資料，所有 USB Device 都必需要等待 Host 的命令，唯有 Host 同意時，USB Device 才可以開始傳送資料。 Host 的行為通常是由 USB Host Controller 在做控制，其控制器是一組控制晶片，而對於現代 PC ，USB Host Controller 的晶片通常都被 Layout 在主機板上，以 PCI Bus 的形式存在供作業系統控制，我們可以使用 lspci 看到它的存在： 00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 03) 00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 03) 00:1a.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 03) 00:1a.7 USB Controller: Intel Corporati
繼續閱讀

淺談 USB 通訊架構之定義（二）

圖片
之前『 淺談 USB 通訊架構之定義（一） 』已經提過 USB 大致上的概念和一些特性，以及如何從 Linux 上去嘗試驗證 USB Device 上的 Information，但還尚未談及 USB Device 是如何與 USB Host 做溝通。而且，初始化的過程也很重要，該過程會讓一個 USB Device 描述自己的『模式(Configuration)』和『介面(Interface)』以及更多配置上的關鍵訊息。雖然這些初始化過程和定義繁雜，但是拜 OS 優良的包裝所賜，一般驅動程式都可以假設已知或是透過簡單的 API 去取得這些資訊以進行開發，因為大多數初始化動作會自動由 OS Kernel 和 Firmware 所完成。 簡單的 USB Device 初始化流程 插上 USB 裝置 Host 請 裝置 報告 『 裝置 描述資訊 (Device Descriptors )』 （此過程又稱為 Enumeration ） 由 Device Descriptors 得知 『 模式的數量 (bNumConfigurations) 』 Host 請 裝置 回報 『 模式的描述資訊( Configuration Descriptors) 』 由 Configuration Descriptors 得知 『 介面的數量( bNumInterfaces ) 』 Host 請 裝置 回報 『 介面 的描述資訊( Interface Descriptors) 』 由 Interface Descriptors 得知 『 端點的數量( bNumEndpoints ) 』 Host 請 裝置 回報 『 端點 的描述資訊( Endpoint Descriptors) 』 由 Endpoint Descriptors 得知 『 該端點的 資料傳輸模式( bmAttributes ) 』等訊息 等待驅動程式進行後續處理 整個 USB Device 的描述結構可以圖表示： 當然，若不是 USB Device 設計者或是 USB Host Controller 晶片的 Firmware/Driver 開發人員，可以不用知道這麼多過程細節，因為無論是 Linux 還是其他作業系統，它們都會將這些最低階的過程包裝起來，等著驅動程式去使用，而 Linux Kernel 上負責此任務的就被稱為
繼續閱讀

Reverse SSH Tunnel 反向打洞實錄

近來經手了幾個案子，其目標都是設計一台做特定用途的系統，但往往這台機器都會被鎖在防火牆後面，甚至不會連上網際網路，是完全封閉的環境。每當接近結案，將系統交到客戶手中以做最後的壓力測試時，便是痛苦的開始。怎麼說呢？因為當面對最後的大量測試，各種大大小小的臭蟲(Bugs)就會原形畢露，一一浮上臺面。而每次問題發生，便要千里迢迢趕到客戶那了解情況、解決問題。如果問題不大倒還好，一旦問題嚴重，被客戶關到三更半夜也是常有的事，更誇張的還必須每天都去報到。所以，為避免車程來回的時間和人力浪費，是否有可以遠端連線做處理呢？便思考起這問題。 雖然這些機器通常都不會有真實 IP，客戶也不會為了我們特別請 MIS 去開啟 NAT 或防火牆，但還好 SSH 提供了反向(Reverse)的機制讓我們可以連進去。其做法就是讓在客戶那的系統，透過 SSH 先連回我們自家有真實 IP 的主機，然後建立反向的通道即可。如此，我們便可從自家的主機，從 SSH 連回放在客戶那的系統。 實際的操作步驟： # 首先，在客戶那理的機器下指令連回我們自己的 Server，並設定自己 Server 上的 12345 port 會對應到幾器上的 SSH port ssh -NfR 12345:localhost:22 fred@myhost.com # 然後在 myhost 的機器上連自己的 12345 port，就可以連回在客戶那的機器 ssh localhost -p 12345 後記 可以將建立 Reverse SSH tunnel 的命令設定在開機後執行，並且透過設定 ssh config 讓斷線時自動重連，如此就可以確保 SSH 連線不會中斷。此外，若是客戶端那的機器是處於完全無法對外連線的環境，則可以考慮使用 3G 網卡，並將網卡暫時借放於客戶那，然後等結案後再取回，雖然 3G 通訊月租不便宜，但和經常來回的通勤費和時間花費相比，可滑算多了。
繼續閱讀