以下提的，可以再回去交叉看「這篇」和「這篇」

關於「這篇」，下面的這張圖

http://www.ubuntu-tw.org/uploads/newbb/22092_556d983ebf493.png

你提到的「gnome/設定值/詳細資料/概覽/繪圖」

顯示「Gallium 0.4 on llvmpipe (LLVM 3.5, 128 bits)」這段字串。

程式一開始會在「/var/log/Xorg.0.log」撈取資料。

會撈取「VESA VBE OEM Product:」所在的那一行。

所以搭配你「這篇」給的log。

並不會找到。

所以程式就改找尋「OpenGL」的相關資料。

雖然程式碼實作的是呼叫c語言的api。

但基本上等同你執行下面的指令看到的。

$ glxinfo | grep OpenGL

顯示

OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.5, 128 bits)
OpenGL version string: 3.0 Mesa 10.3.2
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:

其中一行「Gallium 0.4 on llvmpipe (LLVM 3.5, 128 bits)」，
也就是你會在「gnome/設定值/詳細資料/概覽/繪圖」看到的字樣。

OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.5, 128 bits)

上面描述的流程，可以參考「這裡」的程式碼。


至於「OpenGL」是不是你所謂的「軟體驅動程式」

這個我目前就無法釐清了，關於顯示卡驅動程式的概念，我還在學習這部份。

看看是否有其他人可以來補充說明這裡的概念。

IanHo 寫到：
喔～～～

就"我的理解"

Devices / PCI Devices / VGA compatible controller
顯示的應該是"硬體晶片組型號的資料"，應該跟"軟體驅動程式"是"兩回事"。

Devices / PCI Devices / VGA compatible controller
這個部分，我的電腦就是顯示ati radeon rv530 這些字串了（算是正確的字串）。

剛再次看了一下，有可能是我誤會你這段話的原意。

不過後來你這篇的「回覆」
還是讓我覺得你一直再找「OpenGL」這段的訊息當做「驅動程式」的訊息。
還有「這篇」的圖。

而我也在這篇「回覆」你。

我請你執行「lspci -v」，是為了要看「Kernel driver in use:」那一段。所以才「一再的」請你執行指令確認。


====================================================================

關於「這篇」，下面的這張圖。

http://www.ubuntu-tw.org/uploads/newbb/22092_556d9833993fc.png

可以參考這裡的程式碼。

大略看一下，也是呼叫「lspci」這隻程式。

所以你執行下面的指令，就會到一些相同的訊息。

$ lspci -v

====================================================================


關於「這篇」，下面的這張圖。

http://www.ubuntu-tw.org/uploads/newbb/22092_556d981bdd05d.png

可以參考這裡的「程式碼」

大略看一下，也是呼叫「glxinfo」這隻程式。

所以你執行下面的指令，就會到一些相同的訊息。

$ glxinfo | grep OpenGL

顯示

OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.5, 128 bits)
OpenGL version string: 3.0 Mesa 10.3.2
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:

上面的這些字串，我在這篇「回覆」，有做了一些探索。

====================================================================

上面我提到的，應該是你「這篇」提到的

MacBook Pro的情形。

IanHo 寫到：

MacBook Pro
gnome\設定值\詳細資料\繪圖\字串是類似這樣：
gallium 0.4 on llvmpipe (llvm 3.5 128 bits)
沒有顯示出跟ATI Mobility Radeon X1600相關的字串，
我試著去找相容於系統軟體規格環境且"馬上可用"的
ATI Mobility Radeon X1600驅動程式套件，我找不到。
我試者去設定Xorg.conf，即使把Xorg Radeon driver文件來回讀了很多遍，
最後還是失敗收場。反正Xorg.conf掛起來之後就是進不了桌面。
（Xorg -configure 所生成的，一樣會掛載失敗）
結論，很不幸的就是，linux整體桌面環境，
沒有針對ATI Mobility Radeon X1600晶片組作硬體驅動程式最佳化和系統配置最適化。
導致 gnome\設定值\詳細資料\繪圖\會出現
gallium 0.4 on llvmpipe (llvm 3.5 128 bits)
這個跟ATI Radeon"不相干"的驅動程式資料。

你可以用下面的方法，在你的「MacBook」測試，對照你說的

IanHo 寫到：

MacBook
gnome\設定值\詳細資料\繪圖\字串是intel晶片組的型號資料。

哪就是去看「/var/log/Xorg.0.log」，找看看有沒有「VESA VBE OEM Product:」所在的那一行，看看是不是跟你上面說的字樣一樣。

你也可以用上面「MacBook Pro」提到方法，在你的「MacBook」測試，交相對照，你就會更清楚我提的一些概念了。

====================================================================

關於你「這篇」提到的

IanHo 寫到：
關於linux顯卡驅動程式的疑惑與發想

我手邊有兩台古的早蘋果筆電硬體，分別是：

MacBook (2006)
主機板韌體:EFI
CPU: Intel Core Duo 2.0 GHz (32bit)
主記憶體:2GB(主機板最大值)
顯示卡晶片組:Intel Graphics Media Accelerator (GMA) 950 ,Video RAM:64MB

MacBook Pro (2006)
主機板韌體：EFI
CPU:Intel Core Duo 2.16 GHz (32bit)
主記憶體：2GB(主機板最大值)
顯示卡晶片組：ATI Mobility Radeon X1600 ,Video RAM:256MB

兩者的硬碟都是傳統5400RPM，
兩者的系統都同樣安裝Debian jessie + gnome + gnome-mplayer
gnome-mplayer的偏好設定值都一樣。

然後用gnome-mplayer播放同一部1080P的MV，
MacBook是順暢的，MacBook Pro反而會畫面延遲，
這實在很不合理，很沒有sense，明明MacBook Pro的硬體規格是較好的。

從「這篇」，的回覆，你應該就曉得原因了

為什麼

IanHo 寫到：
MacBook是順暢的，MacBook Pro反而會畫面延遲，
這實在很不合理，很沒有sense，明明MacBook Pro的硬體規格是較好的。

你「MacBook Pro」用的是「FBDEV」這個驅動程式，而非你一開始認知的「radeon」。
所以自然表現沒有MacBook好。當然這原本你就是這樣推論的了，只是現在更清楚原因在哪了。


====================================================================

所以電腦從頭到尾，只有忠實的遵照指令做事，呈現它應有的結果，並沒有所謂的不合理。

希望以上，可以釐清一些彼此認知上的落差。

IanHo 寫到：
lsmod全部內容如附檔

根據lsmod2.txt的內容，查詢如下

filename: /lib/modules/4.0.4/kernel/drivers/gpu/drm/ttm/ttm.ko
license: GPL and additional rights
description: TTM memory manager subsystem (for DRM device)
author: Thomas Hellstrom, Jerome Glisse
srcversion: E8AF5E36E4CE8C4A760F6B8
depends: drm
intree: Y
vermagic: 4.0.4 SMP preempt mod_unload modversions
signer: Magrathea: Glacier signing key
sig_key: EF:CB:1F:AE:2F:23:3A:0F:AA:0D:4F:59:01:04:0E:E2:0B:F1:97:B1
sig_hashalgo: sha512
filename: /lib/modules/4.0.4/kernel/drivers/gpu/drm/drm_kms_helper.ko
license: GPL and additional rights
description: DRM KMS helper
author: David Airlie, Jesse Barnes
srcversion: 5695038CE5FCF00B8A05203
depends: drm
intree: Y
vermagic: 4.0.4 SMP preempt mod_unload modversions
signer: Magrathea: Glacier signing key
sig_key: EF:CB:1F:AE:2F:23:3A:0F:AA:0D:4F:59:01:04:0E:E2:0B:F1:97:B1
sig_hashalgo: sha512
parm: edid_firmware:Do not probe monitor, use specified EDID blob from built-in data or /lib/firmware instead. (string)
parm: poll:bool
filename: /lib/modules/4.0.4/kernel/drivers/gpu/drm/drm.ko
license: GPL and additional rights
description: DRM shared core routines
author: Gareth Hughes, Leif Delgass, José Fonseca, Jon Smirl
license: GPL and additional rights
description: DRM bridge infrastructure
author: Ajay Kumar <ajaykumar.rs@samsung.com>
license: GPL and additional rights
description: DRM panel infrastructure
author: Thierry Reding <treding@nvidia.com>
srcversion: 2A336ED9105B7D6D0AE8777
depends:
intree: Y
vermagic: 4.0.4 SMP preempt mod_unload modversions
signer: Magrathea: Glacier signing key
sig_key: EF:CB:1F:AE:2F:23:3A:0F:AA:0D:4F:59:01:04:0E:E2:0B:F1:97:B1
sig_hashalgo: sha512
parm: edid_fixup:Minimum number of valid EDID header bytes (0-8, default 6) (int)
parm: debug:Enable debug output (int)
parm: atomic:Enable experimental atomic KMS API (bool)
parm: vblankoffdelay:Delay until vblank irq auto-disable [msecs] (0: never disable, <0: disable immediately) (int)
parm: timestamp_precision_usec:Max. error on timestamps [usecs] (int)
parm: timestamp_monotonic:Use monotonic timestamps (int)
filename: /lib/modules/4.0.4/kernel/drivers/acpi/video.ko
license: GPL
description: ACPI Video Driver
author: Bruno Ducrot
srcversion: 22ED4765750398FAF9F9459
alias: acpi*:LNXVIDEO:*
depends:
intree: Y
vermagic: 4.0.4 SMP preempt mod_unload modversions
signer: Magrathea: Glacier signing key
sig_key: EF:CB:1F:AE:2F:23:3A:0F:AA:0D:4F:59:01:04:0E:E2:0B:F1:97:B1
sig_hashalgo: sha512
parm: brightness_switch_enabled:bool
parm: allow_duplicates:bool
parm: use_native_backlight:int
filename: /lib/modules/4.0.4/kernel/drivers/video/backlight/apple_bl.ko
alias: mbp_nvidia_bl
license: GPL
description: Apple Backlight Driver
author: Matthew Garrett <mjg@redhat.com>
srcversion: 7258452376E9E187E5A7416
alias: acpi*:APP0002:*
depends:
intree: Y
vermagic: 4.0.4 SMP preempt mod_unload modversions
signer: Magrathea: Glacier signing key
sig_key: EF:CB:1F:AE:2F:23:3A:0F:AA:0D:4F:59:01:04:0E:E2:0B:F1:97:B1
sig_hashalgo: sha512
parm: debug:Set to one to enable debugging messages. (int)

有點亂嗎？沒關係，另外整理如下

filename: /lib/modules/4.0.4/kernel/drivers/gpu/drm/ttm/ttm.ko
filename: /lib/modules/4.0.4/kernel/drivers/gpu/drm/drm_kms_helper.ko
filename: /lib/modules/4.0.4/kernel/drivers/gpu/drm/drm.ko
filename: /lib/modules/4.0.4/kernel/drivers/acpi/video.ko
filename: /lib/modules/4.0.4/kernel/drivers/video/backlight/apple_bl.ko

可疑的有
ttm
drm_kms_helper
drm
video(這個通常都會出現)
apple_bl(這個好像是背光的東西，不確定)
加上samwhelp的分析，應該就是只有載入能夠顯示出圖型介面的相容驅動而已
哪個是關鍵就只能再研究了

補充我這邊的radeon有載入的情形

lsmod|grep -i radeon
radeon 1552384 2
ttm 98304 1 radeon
drm_kms_helper 126976 1 radeon
drm 344064 5 ttm,drm_kms_helper,radeon
i2c_algo_bit 16384 1 radeon

提個額外的，原本我突發奇想，下載了給debian6用的
xserver-xorg-video-radeonhd_1.3.0-3_i386.deb
想說透過gdebi單獨安裝，可惜的是gdebi有出現不相容之類字眼的錯誤訊息，
沒給裝(安裝按鈕為淺色，不能用)。

剛看

$ man radeon

看到drm，想到是不是可以關掉。

所以又再看了你這篇的log。

最下方出錯的地方

[ 496.781] (II) [KMS] drm report modesetting isn't supported.
[ 496.781] (EE)
[ 496.796] (EE) Backtrace:
[ 496.811] (EE) 0: Xorg (xorg_backtrace+0x52) [0xb7720552]
[ 496.826] (EE) 1: Xorg (0xb757a000+0x1aa7f2) [0xb77247f2]
[ 496.841] (EE) 2: linux-gate.so.1 (__kernel_rt_sigreturn+0x0) [0xb7556d24]
[ 496.857] (EE)
[ 496.872] (EE) Segmentation fault at address 0x0
[ 496.888] (EE)
Fatal server error:
[ 496.918] (EE) Caught signal 11 (Segmentation fault). Server aborting
[ 496.934] (EE)
[ 496.950] (EE)
Please consult the The X.Org Foundation support
at http://wiki.x.org
for help.
[ 497.012] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
[ 497.028] (EE)

用「kms drm report modesetting isn't supported radeon」查詢。

查到「一篇」，你可以參考看看。

這個就無法幫你測試了，需要你自己動手嘗試了。

要注意的是，「Debian 8 (Jsessie)」的「rc.local.service」預設有開。


所以下面幾行直接寫在「/etc/rc.local」，應該就行了

modprobe -r -v radeon drm
modprobe -v drm debug=1
modprobe -v radeon modeset=1

然後在「 /etc/modprobe.d/radeon.conf」寫入下面內容

options radeon modeset=0

或是執行下面指令產生

$ echo 'options radeon modeset=0' > /etc/modprobe.d/radeon.conf

samwhelp 寫到：


要注意的是，「Debian 8 (Jsessie)」的「rc.local.service」預設有開。


所以下面幾行直接寫在「/etc/rc.local」，應該就行了

modprobe -r -v radeon drm
modprobe -v drm debug=1
modprobe -v radeon modeset=1

然後在「 /etc/modprobe.d/radeon.conf」寫入下面內容

options radeon modeset=0

或是執行下面指令產生

$ echo 'options radeon modeset=0' > /etc/modprobe.d/radeon.conf

:-)

看到一個矛盾的地方，
不同的檔案內要分別設定
radeon modeset=0
radeon modeset=1
看起來就像是開了又關，或者關了又開的樣子。

IanHo 寫到：

samwhelp 寫到：


要注意的是，「Debian 8 (Jsessie)」的「rc.local.service」預設有開。


所以下面幾行直接寫在「/etc/rc.local」，應該就行了

modprobe -r -v radeon drm
modprobe -v drm debug=1
modprobe -v radeon modeset=1

然後在「 /etc/modprobe.d/radeon.conf」寫入下面內容

options radeon modeset=0

或是執行下面指令產生

$ echo 'options radeon modeset=0' > /etc/modprobe.d/radeon.conf

看到一個矛盾的地方，
不同的檔案內要分別設定
radeon modeset=0
radeon modeset=1
看起來就像是開了又關，或者關了又開的樣子。
再來
modprobe -r -v radeon drm
modprobe -v drm debug=1
modprobe -v radeon modeset=1
這串的指令與參數群，還真的一時之間不知道他們是做什麼的。

基本上，我也不知道為什麼這麼做，只是從文章看到說是有效的作法。
而我只是把那篇提到的作法貼過來，並且提示你如何符合Debian環境。

你就測試看看吧！
若還是不成功，就再看「/var/log/Xorg.0.log」裡面寫什麼了。

關於「modprobe」的用法，可以查詢manual

$ man modprobe

NAME
modprobe - Add and remove modules from the Linux Kernel

SYNOPSIS
modprobe [-v] [-V] [-C config-file] [-n] [-i] [-q] [-b] [modulename]
[module parameters...]

modprobe [-r] [-v] [-n] [-i] [modulename...]

modprobe [-c]

modprobe [--dump-modversions] [filename]

-r, --remove
This option causes modprobe to remove rather than insert a module.
If the modules it depends on are also unused, modprobe will try to
remove them too. Unlike insertion, more than one module can be
specified on the command line (it does not make sense to specify
module parameters when removing modules).

There is usually no reason to remove modules, but some buggy
modules require it. Your distribution kernel may not have been
built to support removal of modules at all.

-v, --verbose
Print messages about what the program is doing. Usually modprobe
only prints messages if something goes wrong.

This option is passed through install or remove commands to other
modprobe commands in the MODPROBE_OPTIONS environment variable.

另外你可以參考下面這裡，了解相關的用法和概念。

* 鳥哥的 Linux 私房菜 / 第二十章、開機流程、模組管理與 Loader / 2. 核心與核心模組

了解「lsmod」，「modinfo」，「insmod」，「rmmod」，「modprobe」的用法。

$ man lsmod
$ man modinfo
$ man insmod
$ man rmmod
$ man modprobe


「lsmod」，就如同你用「hardinfo」，在「Computer / Kernel Modules」看到的。

它也是呼叫「lsmod」這隻程式，你可以看這裡的「程式碼」就曉得。

最後測試結果還是無效，
好吧～我放棄在MacBook Pro 2006 radeon X1600上裝debian linux了，
覺得沒完沒了的，決定灌回MacOSX 10.6。

最後兩個視覺舒適度的問題，GDM畫面中的"密碼"兩個字，相對於其他字串，字級可以說小不拉嘰的，
就算設定了GDM畫面右上角的放大字級功能，放大的效果還是有限。
我該設定哪個路徑下的哪個參數設定檔的哪個字串，可以讓GDM畫面中的"密碼"兩個字的字級大小，
能跟其他GDM中的字串一致？？？

以gnome classic模式進入桌面之後，螢幕畫面"最上方"的整條選單列上的字形檔，
若我要更換的話，該去修改哪個路徑下的哪個參數設定檔的哪個字串？？？我找不到。
根據samwhelp之前提供的路徑，下拉選單更換成功了，螢幕畫面下方的工作列更換成功了，
就是螢幕畫面最上方的整條選單列上的字形檔，我無法更換成功。
若能更換成功，我就可以做到把整個桌面的字型檔案，
更換成符合中華民國台灣政府規範中文漢字的字型了。

IanHo 寫到：
最後測試結果還是無效，
好吧～我放棄在MacBook Pro 2006 radeon X1600上裝debian linux了，
覺得沒完沒了的，決定灌回MacOSX 10.6。

呵呵，我一開始就覺得，你有MacOSX可以用，幹嘛這樣折騰自己。
而且你已經有一台有Debain 8的環境了。
MacOSX應該還是有好玩的，可以去探索，深究。

samwhelp 寫到：


呵呵，我一開始就覺得，你有MacOSX可以用，幹嘛這樣折騰自己。
而且你已經有一台有Debain 8的環境了。
MacOSX應該還是有好玩的，可以去探索，深究。

:-)

MacBook Pro 2006 radeon X1600 只能灌到2009年的macosx 10.6發行版為止。MacBook 2006年款也一樣。