1 |
I'm working on my 80 year old mother's machine remotely and cannot see |
2 |
the screen. I have a few question about this new Open Source Radeon |
3 |
driver. |
4 |
|
5 |
1) I'm seeing both radeon and radeonfb in memory. Is this OK, or does |
6 |
it imply a problem of some sort? Can xorg-server use radeon while the |
7 |
console is possibly using radeonfb or is the system misconfigured? |
8 |
|
9 |
[ 8.571434] Adding 2048276k swap on /dev/hda6. Priority:-1 |
10 |
extents:1 across:2048276k |
11 |
[ 20.010361] eth0: setting full-duplex. |
12 |
[ 26.961162] [drm] Initialized radeon 1.29.0 20080528 on minor 0 |
13 |
[ 27.327626] agpgart-ati 0000:00:00.0: AGP 3.0 bridge |
14 |
[ 27.327652] agpgart-ati 0000:00:00.0: putting AGP V3 device into 8x mode |
15 |
[ 27.327680] radeonfb 0000:01:05.0: putting AGP V3 device into 8x mode |
16 |
[ 27.470855] [drm] Setting GART location based on new memory map |
17 |
[ 27.470867] [drm] Loading R200 Microcode |
18 |
[ 27.470914] [drm] writeback test succeeded in 1 usecs |
19 |
[ 30.344023] eth0: no IPv6 routers present |
20 |
DesertFlower ~ # lsmod |
21 |
Module Size Used by |
22 |
radeon 115840 2 |
23 |
snd_atiixp 14096 0 |
24 |
snd_ac97_codec 89412 1 snd_atiixp |
25 |
ac97_bus 1316 1 snd_ac97_codec |
26 |
radeonfb 55956 0 |
27 |
fb_ddc 1668 1 radeonfb |
28 |
DesertFlower ~ # |
29 |
|
30 |
2) From a distance I'm wondering what these last few lines of |
31 |
Xorg.0.log are telling me about the state the screen is likely in? |
32 |
This machine has both a VGA connector (in use) and an S-Video |
33 |
connector. (not in use) Is the 'Setting screen physical size to 320 x |
34 |
240' an indication that if she was to look at the screen right now |
35 |
it's not running in the normal 1024x768 sort of mode? How can I tell |
36 |
at a distance what the screen resolution might be? |
37 |
|
38 |
(II) Initializing built-in extension COMPOSITE |
39 |
(II) Initializing built-in extension DAMAGE |
40 |
(II) Initializing built-in extension XEVIE |
41 |
drmOpenDevice: node name is /dev/dri/card0 |
42 |
drmOpenDevice: open result is 10, (OK) |
43 |
drmOpenByBusid: Searching for BusID pci:0000:01:05.0 |
44 |
drmOpenDevice: node name is /dev/dri/card0 |
45 |
drmOpenDevice: open result is 10, (OK) |
46 |
drmOpenByBusid: drmOpenMinor returns 10 |
47 |
drmOpenByBusid: drmGetBusid reports pci:0000:01:05.0 |
48 |
(II) AIGLX: enabled GLX_MESA_copy_sub_buffer |
49 |
(II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control |
50 |
(II) AIGLX: enabled GLX_texture_from_pixmap with driver support |
51 |
(II) AIGLX: Loaded and initialized /usr/lib/dri/r200_dri.so |
52 |
(II) GLX: Initialized DRI GL provider for screen 0 |
53 |
(II) RADEON(0): Setting screen physical size to 320 x 240 |
54 |
(EE) config/hal: couldn't initialise context: (null) ((null)) |
55 |
disable TVDAC |
56 |
|
57 |
|
58 |
I do see this implying (to me) that maybe it's in a 1024 type mode: |
59 |
|
60 |
(==) RADEON(0): Using 16 bit depth buffer |
61 |
(II) RADEON(0): RADEONInitMemoryMap() : |
62 |
(II) RADEON(0): mem_size : 0x04000000 |
63 |
(II) RADEON(0): MC_FB_LOCATION : 0x0fff0c00 |
64 |
(II) RADEON(0): MC_AGP_LOCATION : 0xffffffc0 |
65 |
(II) RADEON(0): Depth moves disabled by default |
66 |
(II) RADEON(0): Using 8 MB GART aperture |
67 |
(II) RADEON(0): Using 1 MB for the ring buffer |
68 |
(II) RADEON(0): Using 2 MB for vertex/indirect buffers |
69 |
(II) RADEON(0): Using 5 MB for GART textures |
70 |
(II) RADEON(0): Memory manager initialized to (0,0) (1024,8191) |
71 |
(II) RADEON(0): Reserved area from (0,1024) to (1024,1026) |
72 |
(II) RADEON(0): Largest offscreen area available: 1024 x 7165 |
73 |
(II) RADEON(0): Will use front buffer at offset 0x0 |
74 |
(II) RADEON(0): Will use back buffer at offset 0x800000 |
75 |
(II) RADEON(0): Will use depth buffer at offset 0xa00000 |
76 |
(II) RADEON(0): Will use 53248 kb for textures at offset 0xc00000 |
77 |
|
78 |
|
79 |
Thanks, |
80 |
Mark |