You are not logged in.
Hello folks
As a usual visitor of Phronix, I've been following the development of gallium 3D based driver for radeon, which promised a great performance improvement over regular mesa drivers, but since the official inclusion of them on arch extra repository, i noticed a sustainable drop of framerates on Glxgear (i know it isn't a official test, but it is a indicator after all).
With integrated radeon HD 3300 + 2.6.38 compiled kernel + repository upgrade, these are the results
Classic mesa: GlxGears -> 1500 Fps (last time a checked)
Gallium 3D based: Glxgears -> 140 Fps
I'm aware of the Vsync and Ts3c "tricks" to improve performance, but they haven't shown any improvement. anyone else experimenting this? is this a known situation?
Thanks in advance.
/edit: spelling on title.
Last edited by slacknatcher (2011-03-30 01:19:45)
Miscusi for my bad english
Offline
http://wiki.cchtml.com/index.php/Glxgea … _Benchmark
Test with a game or several games.
R00KIE
Tm90aGluZyB0byBzZWUgaGVyZSwgbW92ZSBhbG9uZy4K
Offline
Yes, glxgears is not a benchmark but 140 fps seems still a bit low like software rendering.
Can you post
LIBGL_DEBUG=verbose glxinfo | grep render
?
฿ 18PRsqbZCrwPUrVnJe1BZvza7bwSDbpxZz
Offline
Cdh: sure.
slack@Soul> LIBGL_DEBUG=verbose glxinfo | grep render
libGL: XF86DRIGetClientDriverName: 4.3.0 r600 (screen 0)
libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/tls/r600_dri.so
libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/r600_dri.so
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 4, (OK)
drmOpenByBusid: Searching for BusID pci:0000:01:05.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 4, (OK)
drmOpenByBusid: drmOpenMinor returns 4
drmOpenByBusid: Interface 1.4 failed, trying 1.1
drmOpenByBusid: drmGetBusid reports pci:0000:01:05.0
libGL error: Calling driver entry point failedlibGL error: reverting to software direct rendering
libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/tls/swrast_dri.so
libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/swrast_dri.so
direct rendering: Yes
OpenGL renderer string: Gallium 0.4 on softpipe
GL_NV_blend_square, GL_NV_conditional_render, GL_NV_light_max_exponent,
mmm i hadn't checked this before (with the verbose output) but looking at
libGL error: Calling driver entry point failedlibGL error: reverting to software direct rendering
seems to be very bad.
Miscusi for my bad english
Offline
Did you install linux-firmware and is your user in the video group?
R00KIE
Tm90aGluZyB0byBzZWUgaGVyZSwgbW92ZSBhbG9uZy4K
Offline
Rookie: yes a I've installed linux-firmware, i wasn't on the video group, but add me to it didn't make any difference
Miscusi for my bad english
Offline
be sure you do not disable KMS
Give what you have. To someone, it may be better than you dare to think.
Offline
wonder: do you mean if i have it enabled? then the answer is yes, if you see glxinfo output above says "direct rendering = yes".
Miscusi for my bad english
Offline
And then it says "OpenGL renderer string: Gallium 0.4 on softpipe" when it should say something like "OpenGL renderer string: Gallium 0.4 on AMD RV610" with a different card codename.
Did you relogin after adding yourself to the video group? Also direct rendering is not the same as KMS, however if I'm not wrong the radeon driver does not support UMS anymore so most probably you are using KMS.
Remove or rename /etc/drirc and ~/.drirc if you have any of those, remove or rename any extra custom xorg.conf configurations you might have added (only settings that affect the gfx card directly), check if the mirror you are using is up-to-date, if not choose another mirror and perform a full system update.
No more ideas here for now.
R00KIE
Tm90aGluZyB0byBzZWUgaGVyZSwgbW92ZSBhbG9uZy4K
Offline
Please edit your thread title, the spelling of inclusion is quite jarring
Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.
Offline
Do you use the xorg from testing? I have read it doesn't work with the radeon driver at the moment.
Are you using the radeon repository?
[radeon]
Server = http://spiralinear.org/perry3d/$arch/
If not, then you might try it to get rid of a potential bug in the current driver...
฿ 18PRsqbZCrwPUrVnJe1BZvza7bwSDbpxZz
Offline
ngoonee: Edited, but the spelling of inclusion at least for me seemed correct. but considering i'm not a native english speaker, is quite sure i'm wrong .
Rookie: yes i did relogin after put myself on the video group.
i removed ~/.drirc + /etc/dri, but everything goes the same
LIBGL_DEBUG=verbose glxinfo | grep render
libGL: XF86DRIGetClientDriverName: 4.3.0 r600 (screen 0)
libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/tls/r600_dri.so
libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/r600_dri.so
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 4, (OK)
drmOpenByBusid: Searching for BusID pci:0000:01:05.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 4, (OK)
drmOpenByBusid: drmOpenMinor returns 4
drmOpenByBusid: Interface 1.4 failed, trying 1.1
drmOpenByBusid: drmGetBusid reports pci:0000:01:05.0
libGL error: Calling driver entry point failedlibGL error: reverting to software direct rendering
libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/tls/swrast_dri.so
libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/swrast_dri.so
libGL: Can't open configuration file /etc/drirc: No such file or directory.
libGL: Can't open configuration file /home/slack/.drirc: No such file or directory.
direct rendering: Yes
OpenGL renderer string: Gallium 0.4 on softpipe
GL_NV_blend_square, GL_NV_conditional_render, GL_NV_light_max_exponent,
Cdh: I'm using the drivers from extra, in the past I used the ones from the radeon-repo, but they showed similar results (They even showed no direct rendering).
/edit: adding result from removing .drirc
Last edited by slacknatcher (2011-03-21 14:36:38)
Miscusi for my bad english
Offline
Are you sure you're using the packages from extra? Make sure that you don't have any left over packages from the radeon repo.
Offline
some-guy94: i don't have any package installed from the radeon-repo
Miscusi for my bad english
Offline
Well the modules seem to be loaded and working, i don't know why aren't used.
lsmod output
slack@Soul> lsmod ~
Module Size Used by
usblp 10640 0
af_packet 19771 0
radeon 926181 1
ttm 53103 1 radeon
drm_kms_helper 26027 1 radeon
drm 164220 4 radeon,ttm,drm_kms_helper
agpgart 26001 2 ttm,drm
fb 54301 2 radeon,drm_kms_helper
fbdev 689 1 fb
i2c_algo_bit 4920 1 radeon
cfbcopyarea 3153 1 radeon
power_supply 8227 1 radeon
cfbimgblt 2065 1 radeon
cfbfillrect 3581 1 radeon
ipv6 252328 18
fuse 64787 3
snd_seq_dummy 1303 0
snd_seq_oss 26488 0
snd_seq_midi_event 5212 1 snd_seq_oss
snd_seq 47235 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
snd_seq_device 4977 3 snd_seq_dummy,snd_seq_oss,snd_seq
snd_pcm_oss 35191 0
snd_mixer_oss 14643 1 snd_pcm_oss
snd_hda_codec_hdmi 22425 1
snd_hda_codec_realtek 294158 1
mousedev 10367 0
ohci_hcd 20778 0
snd_hda_intel 21197 5
snd_hda_codec 64324 3 snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_intel
processor 22905 0
snd_hwdep 5790 1 snd_hda_codec
snd_pcm 64763 4 snd_pcm_oss,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec
snd_timer 18145 2 snd_seq,snd_pcm
snd 52932 22 snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer
ehci_hcd 38318 0
thermal 7618 0
soundcore 5361 1 snd
r8169 37314 0
thermal_sys 13885 2 processor,thermal
usbcore 133834 4 usblp,ohci_hcd,ehci_hcd
i2c_piix4 7968 0
snd_page_alloc 6737 2 snd_hda_intel,snd_pcm
i2c_core 17837 5 radeon,drm_kms_helper,drm,i2c_algo_bit,i2c_piix4
edac_core 34667 0
edac_mce_amd 12991 0
k10temp 2659 0
firmware_class 5795 2 radeon,r8169
sg 24276 0
mii 3666 1 r8169
button 4674 0
psmouse 53314 0
hwmon 1409 3 radeon,thermal_sys,k10temp
evdev 8945 4
serio_raw 4038 0
rtc_cmos 9054 0
rtc_core 16003 1 rtc_cmos
rtc_lib 2106 1 rtc_core
ext4 256377 1
mbcache 5466 1 ext4
jbd2 52839 1 ext4
crc16 1233 1 ext4
sr_mod 13935 0
cdrom 34685 1 sr_mod
sd_mod 26287 4
pata_atiixp 3801 0
ahci 20225 3
libahci 17883 1 ahci
pata_jmicron 2384 0
pata_acpi 3248 0
libata 166068 5 pata_atiixp,ahci,libahci,pata_jmicron,pata_acpi
scsi_mod 92803 4 sg,sr_mod,sd_mod,libata
Miscusi for my bad english
Offline
Post of the output of `dmesg` too.
Offline
thestinger: sure
>dmesg | grep drm
[drm] Initialized drm 1.1.0 20060810
[drm] radeon defaulting to userspace modesetting.
[drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[drm] No driver support for vblank timestamp query.
[drm] Initialized radeon 1.33.0 20080528 for 0000:01:05.0 on minor 0
[drm] Setting GART location based on new memory map
[drm] Loading RS780 CP Microcode
[drm] Resetting GPU
[drm] writeback test succeeded in 1 usecs
Miscusi for my bad english
Offline
[drm] radeon defaulting to userspace modesetting.
For some reason, KMS is disabled and radeon is using UMS, which isn't really supported anymore.
Check your kernel line in your bootloader config for 'nomodeset' or 'vga=xxx' and remove them.
Offline
[drm] radeon defaulting to userspace modesetting.
For some reason, KMS is disabled and radeon is using UMS, which isn't really supported anymore.
Check your kernel line in your bootloader config for 'nomodeset' or 'vga=xxx' and remove them.
thanks to you a solved the problem, but not by your advice
no i don't have a 'nomodeset' or a 'vga=xxx' line on grub, but i boot up from a compiled kernel, so i booted from the official arch-linux kernel, and got 1100 Fps on glxgears!, i compare the .config files from the 2 kernels and noticed that i don't have checked "default modsetting on radeon" (with the old drivers it started latter, but it seems that with gallium it doesn't), so recompiling the problem solves.
Thanks !
Miscusi for my bad english
Offline
@slacknatcher i said that 5 days ago!
Give what you have. To someone, it may be better than you dare to think.
Offline
@wonder: opps ! you're right!
I didn't understand you at first
be sure you do not disable KMS
I understood that i had to check if i disabled kms on start, as with 'nomodset' on boot, i should had understood to check it at compile time. my bad !
thanks you anyways for your help!, though i should check my english
Miscusi for my bad english
Offline
I remembered why I unchecked 'default modsetting', is because when is checked, i can log on KDE but no on the TTY (CTR+ALT+{F1..F6}), it only show the last frame of KDE but no text nor shell.
Also when booting, my PC doesn't show text after loading udev, putting the screen on stand-by until KDM starts.
Every time i try to put a tty, dmesg add this line to the log.
[drm:drm_mode_getfb] *ERROR* invalid framebuffer id
Googling that show a lot of complains. but no solution. anybody with the same problem?
Miscusi for my bad english
Offline
solved now, the problem was a non-loaded fbcon module, needed to provide fb output to radeon KMS driver.
thanks you a lot archlinux community
Miscusi for my bad english
Offline