Strona 1 z 1

Zawieszka kdm po kompilacji kernela 2.6.22.1

: 29 lipca 2007, 18:54
autor: elshize
Postanowiłem własnymi siłami na debianie etch skompilować jądro w wersji 2.6.22.1 (poprzednia wersja - dystrybucyjna - 2.6.18.4). Muszę przyznać, że w tym temacie nie jestem mistrzem, więc zanim doszedłem do tego momentu, kompilowałem kernel parę razy, ale nieważne. Ważne co otrzymałem teraz...

Na marginesie dodam, że nowe jądro zamiast widzieć dyski jako sda (tak jak poprzednie) czyta je jako sdb i - z tego, co czytałem w sieci - możliwe są też różne inne zmiany (typu hd ->sd itp).

Ale z tym wszystkim już się uporałem. Teraz problem jest następujący.

System się uruchamia, aż do momentu gdy wczytuje się kdm - pojawia się o tym informacja na ekranie i ekran za chwilę znika. Normalne. Z tym, że nie uruchamia się kdm, lecz występuje ewidentny zwis systemu (jedyne, co się dzieje, to migające diody na klawiaturze).

Na starym kernelu wszyskto oczywiście jest po staremu - wszystko działa. Natomiast na nowym - kdm się sypie.

Oto fragment /var/log/kdm.log:

Kod: Zaznacz cały

X Window System Version 7.1.1
Release Date: 12 May 2006
X Protocol Version 11, Revision 0, Release 7.1.1
Build Operating System: UNKNOWN 
Current Operating System: Linux debian 2.6.22.1 #1 SMP Sun Jul 29 14:34:43 CEST 2007 x86_64
Build Date: 04 April 2007
    Before reporting problems, check [url]http://wiki.x.org[/url]
    to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
    (++) from command line, (!!) notice, (II) informational,
    (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Sun Jul 29 15:51:07 2007
(==) Using config file: "/etc/X11/xorg.conf"
(WW) RADEON: No matching Device section for instance (BusID PCI:1:0:1) found
(**) RADEON(0): RADEONPreInit
(**) RADEON(0): RADEONScreenInit d0000000 0
(**) RADEON(0): Map: 0xd0000000, 0x08000000
(**) RADEON(0): RADEONSave
(**) RADEON(0): RADEONSaveMode(0x6ec3d8)
(**) RADEON(0): Read: 0x0030000c 0x00010060 0x00000000
(**) RADEON(0): Read: rd=12, fd=96, pd=1
(**) RADEON(0): RADEONSaveMode returns 0x6ec3d8
(**) RADEON(0): DRI New memory map param
(**) RADEON(0): RADEONInitMemoryMap() : 
(**) RADEON(0):   mem_size         : 0x08000000
(**) RADEON(0):   MC_FB_LOCATION   : 0xd7ffd000
(**) RADEON(0):   MC_AGP_LOCATION  : 0xffffffc0
(**) RADEON(0): RADEONModeInit()
1280x1024     135.00  1280 1296 1440 1688  1024 1025 1028 1066 (24,32) +H +V
1280x1024     135.00  1280 1296 1440 1688  1024 1025 1028 1066 (24,32) +H +V
(**) RADEON(0): Pitch = 10485920 bytes (virtualX = 1280, displayWidth = 1280)
(**) RADEON(0): dc=13500, of=27000, fd=120, pd=2
(**) RADEON(0): RADEONInit returns 0x6ecd88
(**) RADEON(0): RADEONRestoreMode()
(**) RADEON(0): RADEONRestoreMode(0x6ecd88)
(**) RADEON(0): RADEONRestoreMemMapRegisters() : 
(**) RADEON(0):   MC_FB_LOCATION   : 0xd7ffd000
(**) RADEON(0):   MC_AGP_LOCATION  : 0xffffffc0
(**) RADEON(0):   Map Changed ! Applying ...
To:

Kod: Zaznacz cały

(**) RADEON(0): Read: rd=12, fd=96, pd=1
jest jedyna linijka, która w jakiś sensowny sposób rózni się od logów przy uruchamianiu ze starego jądra (oczywiście nie licząc dat, czasu, wersji jądra i tego co jest "ucięte" na końcu, po "Applying...").

Czy zainstniała sytuacja może być spowodowana niewkompilowaniem czegoś do jądra? Czy może jest jakiś inny błąd?

: 29 lipca 2007, 21:04
autor: Lorenzo
A logi xów?
Sprawdź czy wkompilowałes obsługę DRI w kernelu.

: 30 lipca 2007, 09:46
autor: elshize
Załączam plik z logów x'ów: Xorg.0.log.old

A jeżeli chodzi o menuconfig to szukałem tam dość długo, ale wciąż nie wiem, gdzie można włączyć obsługę DRI.

edit:
znalazłem, że mam w 'Character devices' zaznaczone Direct Rendering Manager oraz ATI Radeon.