vesa and 2560x1440

Michal Suchanek hramrach at gmail.com
Sat Oct 18 01:48:42 PDT 2014


On 18 October 2014 08:26, basteon <basteon at gmail.com> wrote:
> On 10/18/14, basteon <basteon at gmail.com> wrote:
>> On 10/13/14, Michal Suchanek <hramrach at gmail.com> wrote:
>>> Hello,
>>>
>>> On 13 October 2014 11:37, basteon <basteon at gmail.com> wrote:
>>>> hello,
>>>> I use 2.3.3 vesa xorg driver.
>>>> But with radeon kernel driver I got black screen and nothing more.
>>>> Just after I make modprobe -av radeon
>>>> I use  GIGABYTE GA-E350N board with AMD Radeon HD 6310.
>>>
>>> Can you connect over SSH or serial console and collect the kernel
>>> messages after you insert the radeon module?
>>>
>>> The onboard 6310 card should work except it's hell slow. I used to run
>>> a system with one some years ago.
>>>
>>> What connection do you use to connect the display? Some connections
>>> may not be able to use full resolution. Can you try using fbset or
>>> xrandr to switch to lower resolution once the module is inserted?
>>>
>> [  453.506960] [drm] Loading PALM Microcode
>> [  453.518644] r600_cp: Failed to load firmware "radeon/PALM_pfp.bin"
>> [  453.518717] [drm:evergreen_startup] *ERROR* Failed to load firmware!

Yes, the graphics is not expected to work correctly without a firmware.

That's a severe defect of the Radeon driver since the firmware  is
apparently buggy and/or the interface is not well understood and it
fails miserably under some circumstances. It should however bring up a
card correctly when it is in VGA text mode which is what the BIOS sets
up on boot.

> And after I load the firmware, I got this.
> And anyway black screen.
> [  208.761365] [drm] Initialized drm 1.1.0 20060810
> [  208.858346] [drm] radeon defaulting to kernel modesetting.
> [  208.858352] [drm] radeon kernel modesetting enabled.
> [  208.858423] radeon 0000:00:01.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
> [  208.858431] radeon 0000:00:01.0: setting latency timer to 64
> [  208.867813] [drm] initializing kernel modesetting (PALM 0x1002:0x9802).
> [  208.867907] [drm] register mmio base: 0xFE000000
> [  208.867910] [drm] register mmio size: 262144
> [  208.868214] ATOM BIOS: AMD
> [  208.868265] radeon 0000:00:01.0: VRAM: 384M 0x0000000000000000 -
> 0x0000000017FFFFFF (384M used)
> [  208.868271] radeon 0000:00:01.0: GTT: 512M 0x0000000018000000 -
> 0x0000000037FFFFFF
> [  208.868446] [drm] Detected VRAM RAM=384M, BAR=256M
> [  208.868453] [drm] RAM width 16bits DDR
> [  208.868865] [TTM] Zone  kernel: Available graphics memory: 820394 kiB.
> [  208.868876] [TTM] Initializing pool allocator.
> [  208.868938] [drm] radeon: 384M of VRAM memory ready
> [  208.868988] [drm] radeon: 512M of GTT memory ready.
> [  208.869047] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
> [  208.869054] [drm] Driver supports precise vblank timestamp query.
> [  208.869131] radeon 0000:00:01.0: irq 40 for MSI/MSI-X
> [  208.869145] radeon 0000:00:01.0: radeon: using MSI.
> [  208.869210] [drm] radeon: irq initialized.
> [  208.869220] [drm] GART: num cpu pages 131072, num gpu pages 131072
> [  208.873133] [drm] Loading PALM Microcode
> [  208.905519] radeon 0000:00:01.0: WB enabled
> [  208.922151] [drm] ring test succeeded in 1 usecs
> [  208.922326] [drm] radeon: ib pool ready.
> [  208.922445] [drm] ib test succeeded in 0 usecs
> [  208.953333] [drm] Radeon Display Connectors
> [  208.953339] [drm] Connector 0:
> [  208.953342] [drm]   HDMI-A
> [  208.953345] [drm]   HPD2
> [  208.953349] [drm]   DDC: 0x6440 0x6440 0x6444 0x6444 0x6448 0x6448
> 0x644c 0x644c
> [  208.953353] [drm]   Encoders:
> [  208.953356] [drm]     DFP1: INTERNAL_UNIPHY
> [  208.953359] [drm] Connector 1:
> [  208.953362] [drm]   VGA
> [  208.953366] [drm]   DDC: 0x64d8 0x64d8 0x64dc 0x64dc 0x64e0 0x64e0
> 0x64e4 0x64e4
> [  208.953369] [drm]   Encoders:
> [  208.953371] [drm]     CRT1: INTERNAL_KLDSCP_DAC1
> [  209.009294] [drm] Internal thermal controller without fan control
> [  209.009542] [drm] radeon: power management initialized
> [  209.090148] [drm] fb mappable at 0xC0141000
> [  209.090152] [drm] vram apper at 0xC0000000
> [  209.090155] [drm] size 14745600
> [  209.090157] [drm] fb depth is 24
> [  209.090160] [drm]    pitch is 10240

This appears correct for a 2560 mode. The framebuffer should take up
about 15M so even with as little as 384M graphics memory even triple
buffering of the framebuffer should not pose a problem.

Did you try setting the resolution lower in case the transmitter you
are using cannot handle a mode this large?

Thanks

Michal


More information about the xorg-devel mailing list