[ltp] Get the framebuffer working on T40p

[Jean Revertera]

Hi,

I've got some problems trying to make the framebuffer work on my ATI 
Mobility 9000 64Mo with linux 2.6.0...

My kernel configuration is:
[*] Support for frame buffer devices
[*]   VESA VGA graphics support
<*>   ATI Radeon display support
[*]   Video mode selection support
<*> Framebuffer Console support
[*]   Select compiled-in fonts
        [*]     VGA 8x8 font
        [*]     VGA 8x16 fontf
[*] Bootup logo
        [*]   Standard 16-color Linux logo

I've tried to set in Grub:
kernel /vmlinuz root=/dev/hda7 hdc=ide-scsi video=radeonfb:1024x768-16@50
But after loading the radeonfb driver the screen goes black (until X is up).
fbset says that the current fb mode is:
# fbset
mode "1024x768-87"
    # D: 44.901 MHz, H: 35.523 kHz, V: 86.960 Hz
    geometry 1024 768 1024 768 16
    timings 22271 56 24 33 8 160 8
    laced true
    rgba 5/11,6/5,5/0,0/0
endmode

A this point, if I switch from X to a tty and blindely type:
« # fbset 1024x768-50 », with these values in my /etc/fb.modes (from: 
echo Modeline $(xvidtune -show) | modeline2fb) :
« mode "1024x768-50"
  geometry   1024 768   1024 65520   8
  timings    11770   88 448   9 284   40 1
endmode », it works... until I go back to X and switch to ttys again...

The kernel log:
[...]
radeonfb_pci_register BEGIN
PCI: Found IRQ 11 for device 0000:01:00.0
PCI: Sharing IRQ 11 with 0000:00:1d.0
PCI: Sharing IRQ 11 with 0000:02:00.0
PCI: Sharing IRQ 11 with 0000:02:01.0
radeonfb: ref_clk=2700, ref_div=12, xclk=20000 from BIOS
radeonfb: probed DDR SGRAM 65536k videoram
radeon_get_moninfo: bios 4 scratch = 1000047
radeonfb: panel ID string: SXGA+ Single (85MHz)
radeonfb: detected DFP panel size from BIOS: 1400x1050
radeonfb: ATI Radeon M9 Lf DDR SGRAM 64 MB
radeonfb: DVI port LCD monitor connected
radeonfb: CRT port CRT monitor connected
radeonfb_pci_register END
SBF: Simple Boot Flag extension found and enabled.
SBF: Setting boot flags 0x1
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
hStart = 1096, hEnd = 1136, hTotal = 1224
vStart = 770, vEnd = 771, vTotal = 780
h_total_disp = 0x7f0098^I   hsync_strt_wid = 0x850440
v_total_disp = 0x2ff030b^I   vsync_strt_wid = 0x810301
post div = 0x6
fb_div = 0x78
ppll_div_3 = 0x60078
ron = 1072, roff = 15932
vclk_freq = 4500, per = 569
Console: switching to colour frame buffer device 128x48
[...]

I've also tried these booting parameters:
kernel /vmlinuz root=/dev/hda7 hdc=ide-scsi 
video=radeonfb:xres:1024,yres:768,pixclock:11770,left:88,right:4
48,upper:9,lower:284,hslen:40,vslen:1,sync:1,depth:8         # These 
values correspond to the "working" 1024x768-50 mode (cf higher). The 
syntax has been taken from the documentation of fbset 
(/usr/share/doc/fbset/FAQ.gz)


Then black screen again....
In this case fbset says:
# fbset
mode "640x400-70"
    # D: 25.176 MHz, H: 31.469 kHz, V: 69.932 Hz
    geometry 640 400 640 400 8
    timings 39721 40 24 39 9 96 2
    rgba 8/0,8/0,8/0,0/0
endmode

Kernel log:
[...]
radeonfb_pci_register BEGIN
PCI: Found IRQ 11 for device 0000:01:00.0
PCI: Sharing IRQ 11 with 0000:00:1d.0
PCI: Sharing IRQ 11 with 0000:02:00.0
PCI: Sharing IRQ 11 with 0000:02:01.0
radeonfb: ref_clk=2700, ref_div=12, xclk=20000 from BIOS
radeonfb: probed DDR SGRAM 65536k videoram
radeon_get_moninfo: bios 4 scratch = 1000047
radeonfb: panel ID string: SXGA+ Single (85MHz)
radeonfb: detected DFP panel size from BIOS: 1400x1050
radeonfb: ATI Radeon M9 Lf DDR SGRAM 64 MB
radeonfb: DVI port LCD monitor connected
radeonfb: CRT port CRT monitor connected
radeonfb_pci_register END
SBF: Simple Boot Flag extension found and enabled.
SBF: Setting boot flags 0x1
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
hStart = 712, hEnd = 752, hTotal = 840
vStart = 402, vEnd = 403, vTotal = 412
h_total_disp = 0x4f0068^I   hsync_strt_wid = 0x8502c2
v_total_disp = 0x18f019b^I   vsync_strt_wid = 0x810191
post div = 0x8
fb_div = 0x59
ppll_div_3 = 0x30059
ron = 636, roff = 14308
vclk_freq = 2503, per = 511
Console: switching to colour frame buffer device 80x25
[...]

In all cases, X is still working well...

I've got an up to date debian Sid.

Any idea ?

Thanks in advance...