編譯驅動型號和廠商信息

❶ 怎麼在現有的驅動INF文件上，修改掉列印機的廠商名稱和列印機型號

找到該文件
把其中的廠商名稱和列印機型號找出並替換就可以了

很簡單

❷ 怎麼樣查看自己的驅動是什麼型號的，和備份驅動

用驅動精靈驅動精靈是一款集驅動管理和硬體檢測於一體的、專業級的驅動管理和維護工具。驅動精靈為用戶提供驅動備份、恢復、安裝、刪除、在線更新等實用功能。經常重裝電腦的人一定有找驅動程序的經驗，要不就原版驅動程序已經不見了，就是事先沒有備份起來，找起來相當費時；現在你只要利用驅動精靈的驅動程序備份功能，在電腦重裝前，將你目前電腦中的最新版本驅動程序通通備份下載，待重裝完成時，再試用它的驅動程序還原功能安裝，這樣，便可以節省掉許多許動程序安裝的時間，並且在也不怕找不到驅動程序了。除了驅動備份恢復功能，又提供了Outlook地址簿、郵件和IE收藏夾的備份與恢復。簡體中文、繁體中文、英文、法文、西班牙文、俄文用戶界面供選擇！驅動精靈對於手頭上沒有驅動盤的用戶十分實用，用戶可以通過本軟體將系統中的驅動程序提取並備份出來，達到「克隆」的效果。驅動精靈可以將所有驅動程序製作到一個可執行文件，用戶在重新安裝操作系統後，可以使用這個文件一鍵還原所有的驅動程序。驅動精靈可以幫助用戶為沒有驅動程序驅動的硬體設備在互聯網上自動尋找驅動。驅動精靈支持PCI、AGP、USB、IEEE1394、PCMICA介面的所有硬體設備，可以在沒有驅動程序驅動的狀態下，辨識硬體設備的名稱、生產廠家、晶元或晶元組信息、OEM廠商名、OEM設備名等信息。驅動精靈可以對已有的硬體設備進行驅動程序在線更新。驅動精靈的網站上存放了超過58600種硬體設備的最新認證版驅動程序，涉及主板、顯卡、音效卡、網卡、Modem、顯示器、滑鼠、鍵盤、數碼相機、數碼攝像機、視頻採集卡等設備。如果用戶安裝計算機後發現在Windows設備管理器中有標有黃色問號的無法辨識的「未知設備」，不妨使用軟體提供的尋找驅動功能在我們的資料庫中尋找驅動。如果用戶對於現有已安裝的驅動的性能不滿意，可以使用驅動精靈尋找更高版本的驅動。驅動精靈能自動比較硬體指紋信息，在下載和安裝驅動前，報告驅動程序與您的硬體的兼容情況，這樣，用戶能夠清楚地知道哪一款驅動程序更能發揮自己硬體設備的效能。驅動精靈與眾多硬體廠商有良好的合作關系。驅動精靈可以在查明硬體設備的製造商後，引導用戶訪問硬體廠商的主頁，獲取最新的硬體資訊。驅動精靈的另一個特色功能是：製作購機隨身盤功能。驅動精靈軟體本身連同幫助文件可以被自動復制到一張軟盤或U盤中，供隨身攜帶。購買計算機整機或硬體零配件時，可以完全獨立於操作系統和驅動程序，檢測到硬體製造商、設備類型、硬體版本、晶元製造商、晶元/晶元組型號、OEM廠商等信息等信息，用戶可以使用這些信息對硬體產品真偽、OEM信息進行追蹤。 http://www.xdowns.com/soft/6/145/2008/Soft_39983.html

❸ 如何編譯驅動程序

驅動的編譯和上層應用程序的編譯完全不同，作為初學者應該先了解一下，即使你還不懂得怎麼寫驅動程序。
首先安裝DDK，然後隨便找一個例子來測試。在菜單中找到BUILD環境菜單執行,不同的系統要使用不同的BUILD環境。會打開一個DOS窗口，這時CD到那個例子程序，輸入 build –cZ回車就可以了。 驅動程序都是用一個由DDK提供的叫build.exe的工具編譯的。此程序以一個名為SOURCES的文件作為輸入，該文件中包含目標可執行文件的名稱、類型和要創建的可執行文件的路徑，注意這個文件沒有後綴名。
SOURCES的文件格式:
TARGETNAME=drivername ,
- 本參數用於指定生成的設備驅動程序名稱(不需後綴名),所產生的文件
- 為drivername.sys.

TARGETPATH=./lib
- 本參數用於指定生成的設備驅動程序所存放的路徑. 一般採用./lib.

TARGETTYPE=DRIVER
- build能夠生成許多不同的目標對象,設備驅動程序一般選用 DRIVER.

INCLUDES=path1;path2;...
- 本參數是可選的, 用於指定其他的#include文件的搜索路徑.

TARGETLIBS=lib1;lib2;...
- 本參數是可選的, 用於指定其他的lib庫文件的搜索路徑.

SOURCES=file1.c file2.c ...
- 本參數用於指定需被編譯的全部源文件名稱, 後綴名不能省略,文件名之間用空格分開.
SOURCES文件是必需的，如果沒有它則表示沒有任何源文件需要編譯。
如果要換行可以用 『/』 符號，表示對上一行的繼續。

也可以創建DIRS文件，DIRS文件用於指定在當前目錄下必須創建的子目錄。
DIRS文件格式:
DIRS文件的內容由一系列用空格分開的目錄名組成
DIRS = /
subdir1 /
subdir2 /
subdir3
DIRS文件是可選的。

有的時候，會提示找不到依賴的文件（.h,.lib 之類），其實設置好 source 文件的
INCLUDES和TARGETLIBS就可以，我第一次編譯時就碰到這個問題，和VC環境區別較大，但習慣就好。

❹ 怎麼用Visual Studio編譯內核驅動

在Win8以前開發內核驅動，准備編譯環境是個較繁瑣的事情。程序員需要手動下載WDK並安裝（注1），開發環境就在安裝好的WDK中。WDK是Windows Driver Kit縮寫，即Windows驅動開發包。它提供的開發環境簡陋得很，它不是一個便於開發的IDE環境，而僅僅是一些散裝的編譯工具包。

安裝好WDK後，WDK的編譯環境鏈接就顯示在開始菜單中了，要小心不能將它們刪掉，否則會麻煩，因為手動生成鏈接是麻煩事，後文會講。
編譯環境是分類的。首先根據目標系統分類，也就是要編譯生成運行在什麼OS上的目標文件。微軟大部分的產品都保持了向後兼容的習慣，這條規律也適用於此處：使用Win7子系統環境編譯出來的驅動文件，一般都能運行在Vista和XP系統上，反之就不會成立（注2）。
其次根據硬體平台分類，現在Windows系統能夠運行的平台有四個：X86，X64，IA64和ARM。其中ARM是Win8才開始的故事，這里還輪不到它出場，這樣就只有前面三個硬體平台（注3）。
最後又要根據編譯版本來分，即Checked（也可認做Debug）和Free（也可認作Release）這兩種。這樣來看，每個OS組別下面，就一定有6個編譯環境鏈接。
在這本書裡面，如果用舊版本WDK編譯驅動，就默認使用Win7目標系統的編譯環境，生成Checked版本，目標平台是X86或X64。所以就只會選兩種：X86 Checked Build Environment和X64 Checked Build Environment.
編譯環境打開來其實就是個控制台。它當然不同於直接從cmd.exe運行起來的控制台環境，區別在哪裡呢？我們已經知道，上圖的這些黑色的編譯環境圖標，其實都是快捷方式。不妨就看看它的快捷方式的Target內容，或許就知道端倪了。以X64 Checked Build Environment這個環境為例，打開來看到如下內容：
C:\Windows\System32\cmd.exe /k C:\WinDDK\7600.16385.1\bin\setenv.bat C:\WinDDK\7600.16385.1\ chk x64 WIN7
這一行內容仔細一看就很簡單了。原來所謂的編譯環境，就是一個運行cmd.exe的控制台進程，只不過它執行了用於初始化的/k參數。在Cmd.exe命令的幫助中，/k參數是這樣描述的：Carries out the command specified by string but remains（執行一個命令，執行完之後不退出程序）。也就是說，啟動控制台進程並執行命令，執行完後，控制台程序留給用戶繼續使用。
那麼/k之後的所有內容，都是一條初始化的命令：
C:\WinDDK\7600.16385.1\bin\setenv.bat C:\WinDDK\7600.16385.1\ chk x64 WIN7
它卻又可拆成幾個部分來分析。第一個setenv.bat是初始化編譯環境的批文件。後面的是它的參數：第一個參數，是WDK的路徑，通過它可以找到編譯器程序；第二個參數是指明要編譯生成checked版本目標文件；第三個指明硬體平台是x64；第三個指明目標系統是Win7。
位於WDK中的Setenv.bat文件是負責編譯環境配置的總廚，你把什麼參數遞給它，它就給你配出什麼類型的編譯環境來（菜也）。
怎麼在這個控制台裡面編譯驅動呢？我們統一用使用以下步驟：

通過CD命令，定位到含有source文件的那個驅動目錄；
輸入build或bld（build –cz的簡寫）命令進行編譯；
如果編譯成功，將生成驅動文件，否則會有錯誤或警告信息顯示出來；也可通過查看目錄文件夾下面的相關log文件查看詳細的錯誤或警告信息。

走到這里，編譯的事情算弄明白了。可能還會有朋友問我，我用什麼東西寫代碼呢？不好意思，關於這個問題，此時還沒有康莊大道供大家駟馬高車，不過千萬條小路卻是現成的。您可以用notepad記事本或者任何文本編輯器來編輯代碼，如果不嫌麻煩，用Visual Studio寫代碼也可以，只不過僅作代碼編輯而已。

❺ 集成主板驅動怎麼查清他們的型號與廠商啊,我下不下來.

兄弟,這樣看不出來啊,
在 我的電腦上面點右鍵-屬性-硬體-設備管理器-系統設備
看看這里能不能看出來 如果有80810 82845這樣的東西就說明是INTEL的

❻ 如何使用ubuntu來編譯驅動

工具/原料

Ubuntu12.04操作系統和測試驅動程序（beep_arv.c）
方法/步驟

在介紹2種方法前，必須知道的知識點：
1.關聯文件Makefile:
Makefile:分布在linux內核源代碼中的Makefile用於定義Linux內核的編譯規則；
2.管理文件Kconfig:
給用戶提供配置選擇的功能；
配置工具：
1）包括配置命令解析器；
2）配置用戶界面；menuconfig || xconfig；
3）通過腳本語言編寫的；

3.
---tristate 代表三種狀態:1.[ ]不選擇，2.[*]選擇直接編譯進內核，載入驅動到內核里，3.[m]動態載入驅動；
---bool 代表兩種狀態，1.[ ]不選擇，2.[*]選擇；
---"Mini2440 mole sample"這個是在make menuconfig時刷出的提示字元；
---depends on MACH_MINI2440 這個配置選項出現在make menuconfig菜單欄下，在內核配置中必須選中、MACH_MINI2440；
---default m if MACH_MINI2440 這個如果選中了MACH_MINI2440，默認是手
動載入這個驅動；
help：提示幫助信息；
在了解了基本的知識點，便開始進行第一種添加驅動的方法,本次交流是以beep_arv.c蜂鳴驅動程序為基礎的
方法一：
1）進入內核的驅動目錄；
#cp beep_arv.c /XXX/.../linux-XXXl/drivers/char
2）進入Kconfig添加驅動信息；
#cd /XXX/linux-XXX/.../drivers/char
#vim Kconfig
添加基本信息：
config BEEP_MINI2440
tristate "---HAH--- BEEP"
default
help
this is test makefile!

3)進入Makefile添加驅動編譯信息；
#vim Makefile
添加基本信息：
obj-$(CONFIG-BEEP_MINI2440) +=beep_drv.o

方法一結果：
在--Character devices下就能看到配置信息了；

方法二：
1）進入驅動目錄，創建BEED目錄；
#cd /XXX/.../linux-XXX/drivers/char
#mkdir beep
2）將beep_arv.c驅動程序復制到新建目錄下；
#cp beep_arv.c /XXX/.../linux-XXXl/drivers/char/beep
3）創建Makefile和Kconfig文件
#cd char/beep
#mkdir Makefile Kconfig
#chmod 755 Makefile
#chmod 755 Kconfig

4）進入Kconfig添加驅動信息；
#vim Kconfig
添加基本信息：
config BEEP_MINI2440
tristate "---HAH--- BEEP"
default
help
this is test makefile!

5）進入Makefile添加驅動編譯信息；
#vim Makefile
添加基本信息：
obj-$(CONFIG_BEEP_MINI2440) +=beep_drv.o

6）並且要到上一級目錄的Makefile和Kconfig添加驅動信息；
#cd ../
#vim Makefile
#vim Kconfig

❼ linux下怎麼編譯安裝驅動

linux 編譯安裝驅動有兩種，動態載入與靜態載入
動態載入
一，編譯，在指點內核樹下編譯，生成.o文件或.ko文件
二，將生成的.o或.ko文件拷到相應目錄，一般是/lib/mole/kernel下面
三，用insmod命令載入，用rmmod命令卸載
靜態載入
靜態載入主要就是編譯內核。就是將編寫好的驅動放進內核相應的目錄下面。然後編譯內核。然後運行編譯好的內核。

❽ 怎樣看自己電腦顯卡驅動程序的型號和版本

設備管理器---顯示適配器--- 選擇對應的設備右鍵---屬性---驅動程序 查看驅動版本

❾ 如何在系統中添加驅動

一.驅動編譯到內核
1.先選擇一個放置驅動代碼的位置，例：drivers/char/xxx.c
2.在drivers/char/Kconfig文件添加以下內容：
menu " xxx support"
config xxx
tristate "xxx support"
---help---
xxx use gpio as ir input .
If you want xxx support, you should say Y here and also to the
specific driver for your bus adapter(s) below.
This xxx support can be built as a mole.
endmenu
3.編寫Makefile,位置與上相同(drivers/char/),內容如下：
obj-$(CONFIG_xxx) += xxx.o //黑色xxx與上面Kconfig中的xxx相同，而紅色xxx應與
驅動xxx.c的命名相同
4.修改上一級Makefile和Kconfig //根據自己驅動的位置做相應的修改，參考上級的Mak_
efile和Kconfig的內容
至此，修改完畢，此時你可以使用make menuconfig，發現已有 xxx support ---> 選項，進入後選擇M，再make moles，到char目錄下，已生成xxx.ko。
最後，再進入make menuconfig ,選擇 xxx support,編譯進內核.
二. 驅動作成模塊載入
一般在開發時採用這種方式比較方便，無需每次都要通過tftp下載內核，nfs去掛載根文件系統，我們只需要把驅動作為模塊，在本地虛擬機中完成操作。
1>.模塊製作
a.驅動編譯