Re: [問題]硬體廠商的driver是否需用GPL規則?

看板Linux作者 (呆呆小狼￾ ￾ N￾ ￾ )時間15年前 (2009/02/22 11:13), 編輯推噓5(5011)
留言16則, 7人參與, 最新討論串8/28 (看更多)
※ 引述《afj0928 (大頭)》之銘言: : ※ 引述《WolfLord (呆呆小狼￾ ￾ N￾ ￾ )》之銘言: : : 是,只要不靜態連結GPL LIB就不用受GPL的規範 : 請問是指這類driver性質的東西 只要不要刻意去強調GPL的話, : 即可不受規範是嗎,靜態連結是否是指在文字頁面或Read me之類的檔案標出GPL? 不是,而是你的程式碼不可以包涵到GPL所規範的程式碼。所以需要適當隔 離或購買商業版本的程式碼。 : LIB是指哪三個單字的簡寫....L應該是指licence, LIB是一個字 : Library : : 這是指LINK INTO KERNL的問題.... XDD : 小弟應該敘述成...Linux對於GPL上的硬體driver採取睜隻眼閉隻眼的態勢 : Link into kernal?就我了解driver仍是與kernal分開運作的,雖然仍需kernal驅動 Linux 真正原生的 Driver 必須是 Kernel Mode 這時候就必須把程式碼與 Kernel 接靜態連結。問題是Linux的Kernel是GPL的授權,而Kernel所用的LIB是LGPL授權( 靜態連結的結果必須尊從GPL授權)。因此會導致硬體公司裹足不前,也之所以後來 會有動態驅動模組的被發展出來。但是Driver如果不想尊從GPL授權就必須很謹慎的 隔離程式碼,否則很容易侵權。 : 這是否是指以硬體特性為主軸的設備(顯示卡),技術核心在於硬體本身, : 因此比較不care source code被公開,畢竟以技術而言,關鍵乃在硬體,而非在driver, : 請問你所指的CONSTANT,INTEL低價硬體設備是指?就我所了解, : Linux較常用到的driver:audio,modem,network(有些含在chipset,但仍有個別driver) : 這些是否歸屬在你所提到的範疇內呢? 對,尤其是MODEM跟各類音效合成器,以及無線網卡等等。由於CPU越來越快,原本 應該自己有DSP或CPU的邊裝置為了降低成本把CPU省掉了。只留一些輔助主CPU的邏輯 電路或類比電路,其他需要韌體的電路一概省略讓驅動程式拿CPU來操。 : 我能否可以說以低價硬體為主軸的設備,其設計架構與技術在driver中可以一窺其祕? : 不知道這樣的說法是否合理?其實我對driver的執行模式與架構並不十分清楚, : 可能還得麻煩各位大大, 我拿MODEM來做說明與比方吧! 傳統上,MODEM是一個自主的裝置,自己有DSP也有CPU。會自己辨識與鑑別線路上的音 頻訊號,至於怎模鑑定?怎麼安排X.25 V.90 FX57K都是廠商的技術機密。而且燒錄再 MODEM上的DSP、PAL、CPU裡面,一般人完全無從得知其技術機密。 但是後來有一家叫做ESS的廠商發現:386很快耶~~只要把跟音效卡一樣的類比電路 跟FxO做成一張卡,然後把所有信號處理都用驅動程式處理就好了。於是ESS就推出了 這樣的MODEM卡,售價只有當時 "正常" 的MODEM的1/10 ,而且加上他的信號處理完 全是PC程式,以他只要換換驅動程式就可以從9600升級到14400,而且還可以付費買 開通FAX功能的DRIVER。於是市場上便大賣起來,導致於MODEM市場大崩盤乃至今天 MODEM售價的悽慘狀況。 剛開始,Linux上也一直無法支援這種MODEM,而這種MODEM也標榜只支援WINDOWS ( 所以又稱之為WinModem) 原因很簡單,因為一旦把驅動程式Port到Linux上,那一切 的調變解調變技術機密就統統公諸於世了。音效硬體哪有什麼技術機密?FxO的電路 也不是多大的關卡。所以這種便宜又好用的軟體Modem就這樣一直拖到專利過期以後 才由另一組人馬寫了GPL的版本放上來(已經是2.4的年代了)。同樣的問題在早其 一直是Linux推廣的弱點(只能用過期硬體),而廠商因為顧慮自己的IP被公開而裹 足不前。於是論壇內一直呼喚著各種好用的硬體的廠商加入.....然後,純硬派的廠 商當然不怕,但是LINUX社群中一部分基本教義派的人卻覺得廠商只把高架的東西推 進LINUX很沒誠意,也讓LINUX變得高貴起來有違LINUX的精神,但是他們卻又死抱GPL 不放,認為要更嚴苛的GPL才能逼硬體廠商就範釋出程式碼。而另一派則是默許這樣 的商業行為,甚至帶頭批評起老理查玩過頭了....... BTW,Torvalds 擺明了他支持持讓廠商在一定範圍內CLOSE SOURCE以利商業發展,這 對於願意跨入的廠商是好事,也造就現在的狀況。但是FSF的基本教義派還是一直虎 視眈眈的看那一家踩陷阱好去敲詐也是事實。所以要製作LINUX DRIVER寫哪上還是要 多加謹慎比較好。 -- 聲明:後面那段是本人的偏見,與事實不一定有關聯。 -- ~~於是,銀河的歷史又被海賊抹黑了好幾百頁。 咦?的歷史又被抹黑了好幾百頁!? - A23203 - BM4GRM Harlock WolfLord <<上站通知>> -- 我來啦! -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.46.195.26

02/22 14:09, , 1F
呵呵~ 我覺得您的"偏見"道盡了現今Linux上軟硬整合的困境
02/22 14:09, 1F

02/22 14:10, , 2F
FSF那派的理想太過不時人間煙火 天下少有白吃的午餐
02/22 14:10, 2F

02/22 14:57, , 3F
我也覺得fsf太過頭
02/22 14:57, 3F

02/22 14:57, , 4F
哪一天世界上沒有商業軟體,自由軟體能存活嗎?
02/22 14:57, 4F

02/22 15:20, , 5F
fsf太過頭+1
02/22 15:20, 5F

02/22 15:25, , 6F
02/22 15:25, 6F

02/22 16:10, , 7F
一堆網卡(ralink)、HP印表機的fw是「另外下載來的」。
02/22 16:10, 7F

02/22 16:11, , 8F
但是它的驅動又開源,這樣切割應該也行吧。
02/22 16:11, 8F

02/22 16:57, , 9F
有被逆向工程的風險,不過這是公司的衡量問題了
02/22 16:57, 9F

02/22 16:58, , 10F
ralink的驅動是把卡的程式線上DOWNLOAD去
02/22 16:58, 10F

02/22 16:59, , 11F
HP其實糾葛很複雜,成像靠PC,IO則是靠印表機
02/22 16:59, 11F

02/22 17:00, , 12F
那個成像的部份,再LINUX上就比較弱,因為他故意動態連結
02/22 17:00, 12F

02/22 17:00, , 13F
GPL的成像程式,而不像WINDOWS上用HP專屬的校色程式
02/22 17:00, 13F

02/22 17:01, , 14F
結果就便成使用LINUX的用戶被GPL懲罰:只能用比較差的
02/22 17:01, 14F

02/22 17:01, , 15F
成像引擎,顏色偏掉,起毛邊都是活該.... XDD
02/22 17:01, 15F

02/22 21:17, , 16F
新手 看的很很吃力。 但是推一個 ^^"
02/22 21:17, 16F
文章代碼(AID): #19eCB7YK (Linux)
討論串 (同標題文章)
本文引述了以下文章的的內容:
以下文章回應了本文
完整討論串 (本文為第 8 之 28 篇):
文章代碼(AID): #19eCB7YK (Linux)