Bug#272703: kernel-image-2.6.8-1-686: screen garbled by radeonfb module with radeon 9200
Package: kernel
Version: 2.6.8-3
Severity: normal
Hi,
note that this bug is almost the same as bug #234019, only on a
different machine with another radeon 9200 card. I'm opening a new
bug because even if you cannot fix it:
- it will prevent radeon 9200 users to loose time with the radeonfb
module,
- other users may be able to comment on it.
This system has a radeon 9200 video card. Here is the lspci output:
0000:01:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200] (rev 01)
When I load the radeonfb I get the following kernel messages:
Sep 21 16:48:15 irancy kernel: ACPI: PCI interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 169
Sep 21 16:48:15 irancy kernel: radeonfb: Found Intel x86 BIOS ROM Image
Sep 21 16:48:15 irancy kernel: radeonfb: Retreived PLL infos from BIOS
Sep 21 16:48:15 irancy kernel: radeonfb: Reference=27.00 MHz (RefDiv=12) Memory=250.00 Mhz, System=175.00 MHz
Sep 21 16:48:16 irancy kernel: radeonfb: Monitor 1 type CRT found
Sep 21 16:48:16 irancy kernel: radeonfb: EDID probed
Sep 21 16:48:16 irancy kernel: radeonfb: Monitor 2 type no found
Sep 21 16:48:16 irancy kernel: radeonfb: ATI Radeon Ya DDR SGRAM 128 MB
and all the VT remain in text mode.
When I try to switch to graphical mode with the "fbset 1024x768-70"
command in VT1, the screen is completely garbled. I can fix the
problem by switching to the VT7 used by XFree and switching back. VT1
is then restored to text mode (but all text content has been lost).
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-1-686
Locale: LANG=fr_FR@euro, LC_CTYPE=fr_FR@euro
Versions of packages kernel-image-2.6.8-1-686 depends on:
ii coreutils [fileutils] 5.2.1-2 The GNU core utilities
ii fileutils 5.2.1-2 The GNU file management utilities
ii initrd-tools 0.1.74 tools to create initrd image for p
ii module-init-tools 3.1-pre5-7 tools for managing Linux kernel mo
-- no debconf information
Reply to: