Discussion: the ati/radeon open source drivers & radeon repository

yimm · 2010-03-13 17:21:46

Perry3D wrote:

'14667.' is not a valid bug number nor an alias to a bug.
Will this patch merged to master?

http://bugzilla.kernel.org/show_bug.cgi?id=14667
Better link

Cinnamon · 2010-03-14 03:15:29

I'm trying to give one more chance to opensource driver on my system (now when "Everything needed for 3d acceleration is in the the stable repos") but again I'm getting the following:

$ glxgears
IRQ's not enabled, falling back to busy waits: 2 0
1913 frames in 5.0 seconds = 382.428 FPS

and Xorg.0.log shows:

(WW) Open ACPI failed (var/run/acpid.socket) (No such file or directory)
(WW) RADEON(0): DRI init changed memory map, adjusting ...
(WW) RADEON(0):   MC_FB_LOCATION  was: 0x00ff00e0 is: 0x00ff00e
(WW) RADEON(0):   MC_AGP_LOCATION was: 0x003f0000 is: 0x00030000

can't see any other errors...
radeon HD4850 no Xorg.conf, no kms, everything from the repos, mesa and libgl and everything are reinstalled
Compiz runs but veerry slow
what else can I do, instead of going back to fglrx?

handy · 2010-03-14 07:07:58

Why not give the -git packages in Perry3D's repo a go?

I'm using them, & I haven't found any problems yet.

I don't use Compiz though.

If you find that the -git packages do the job, you could stop upgrading if you fear that you will upgrade into trouble later, & wait for the stable packages to improve.

yimm · 2010-03-14 09:08:16

Cinnamon wrote:

IRQ's not enabled, falling back to busy waits: 2 0

WW) Open ACPI failed (var/run/acpid.socket) (No such file or directory)

radeon_ucode is installed?
acpid daemon is not started, so start it.
Maybe you will update too your kernel?

Last edited by yimm (2010-03-14 09:10:18)

Perry3D · 2010-03-14 17:00:15

I applied the patches to the kernel and updated the repo. Happy testing

@cinnamon: ACPI has nothing to do with it: http://wiki.archlinux.org/index.php/Acpid

IRQ's not enabled, falling back to busy waits: 2 0

This is a normal warning for kernel 2.6.32. IRQ support is a feature that comes with 2.6.33.

But compiz should run fine on your card. What is the output of glxinfo |grep -i opengl?

gtklocker · 2010-03-14 17:00:43

What patches ?

Perry3D · 2010-03-14 17:32:12

http://bugzilla.kernel.org/show_bug.cgi?id=14667 (Suspend)
and
http://bugzilla.kernel.org/show_bug.cgi?id=15276 (KDE Crashes)

~/aur/kernel26-git/patches % l
1-3-drm-radeon-kms-fence-cleanup-more-reliable-GPU-lockup-detection-V4.patch
3-3-drm-radeon-kms-simplify-improve-GPU-reset-V2.patch
2-3-drm-radeon-kms-rename-gpu_reset-to-asic_reset.patch                       
allow_multibyte_access_to_EC.patch

gtklocker · 2010-03-14 17:34:19

Nice work.

If there's any powersaving patch, please notify my to install it.

elegua · 2010-03-15 02:49:24

Alright, I'm at the point of tearing my hair out here.

I've tried rolling my own git packages with no success.

Just tried installing Perry's packages with no improvement.

I'm running the following off of Perry's

nightly/ati-dri-git 20100314-1 
nightly/dri2proto-git 20100314-1 
nightly/glproto-git 20100314-1 (xorg)
nightly/kernel26-firmware-git 20100314-1 
nightly/kernel26-git 20100314-1 
nightly/libdrm-git 20100314-1 (xorg)
nightly/libgl-git 20100314-1 
nightly/libixp-hg 116-1 
nightly/libpthread-stubs 0.3-3 (lib)
nightly/mesa-git 20100314-1 
nightly/wmii-hg 2600-1 
nightly/xf86-video-ati-git 20100314-1

first two lines from dmesg

Linux version 2.6.33-rc8-00164-gaea187c-dirty (flocke@archve.disposed.de) (gcc version 4.4.3 (GCC) ) #21 SMP PREEMPT Sun Mar 14 03:27:55 CET 2010
Command line: root=/dev/sda3 ro 5 nomodeset

$ glxinfo | grep -i opengl
IRQ's not enabled, falling back to busy waits: 2 0
OpenGL vendor string: Advanced Micro Devices, Inc.
OpenGL renderer string: Mesa DRI R600 (RS780 9610) 20090101  TCL
OpenGL version string: 2.0 Mesa 7.9-devel
OpenGL shading language version string: 1.10
OpenGL extensions:

No DRI2, and glxgears is < 30fps.

Any thoughts?

Edit: Oh, it's a HD3200.

Last edited by elegua (2010-03-15 13:26:30)

endlessroad1991 · 2010-03-15 06:23:40

@Perry3D:
You may have a look at this: "More ATI Radeon KMS Power Management Fun"
http://www.phoronix.com/scan.php?page=n … &px=ODA2Mw
The patches related are here:
http://people.freedesktop.org/~agd5f/pm2/
You may apply them to your kernel26-git package.
(According to http://sourceforge.net/mailarchive/foru … =dri-devel , the patches are against
the branch drm-radeon-testing of drm-next git kernel source,
maybe they can't be applied directly to Linus' mainline git kernel source)

And, airlied's drm-next git kernel source is back to active development again:
Branch drm-linus of drm-next: http://git.kernel.org/?p=linux/kernel/g … /drm-linus
Branch drm-radeon-testing of drm-next: http://git.kernel.org/?p=linux/kernel/g … on-testing
So, I think you can also maintain a kernel-git package built with drm-radeon-testing?
All of the exciting changes in the past few months went into drm-radeon-testing first,
then went into drm-linus, and finally reached Linus' mainline git kernel source.
(But the power management patches mentioned above haven't been merged
in either of the two branches, but I believe they will in a few days)
People here may want to give a shot to drm-radeon-testing.

Modifications in branch drm-radeon-testing are based on Linux 2.6.33;
in another word, everything in this branch is Linux 2.6.33 except radeon-related drm code.
If you think 2.6.33 is too old for you, we can merge the patches of drm-radeon-testing
to Linus' mainline git kernel source by 'git rebase' or 'git merge'
in orger to get both latest kernel source and the great drm-radeon-testing patches.
But if we do so, we will have to handle many git-merge conflicts.
Maybe for people who's an expert in git, it's a piece of cake?

I hope these ideas will be helpful to you and all people here.

Last edited by endlessroad1991 (2010-03-15 12:56:41)

yimm · 2010-03-15 11:21:01

I have just tried drm-radeon-testing branch with PM patches. It seems to work.

[drm] radeon: dynamic power management enabled
[drm] radeon: power management initialized

cat /sys/kernel/debug/dri/0/radeon_pm_info
state: PM_STATE_ACTIVE
default engine clock: 500000 kHz
current engine clock: 300000 kHz
default memory clock: 850000 kHz
current memory clock: 850000 kHz
PCIE lanes: 16

In dmesg :

[drm] Requested: e: 30000 m: 40000 p: 16
[drm] Setting: e: 30000 m: 40000 p: 16
[drm] not in vbl for pm change 00020002 00000000 at entry <--- what is the meaning?
[drm] Requested: e: 50000 m: 85000 p: 16

It seems to try to change engine clock AND memory clock, but with cat /sys/kernel/debug/dri/0/radeon_pm_info, only engine clock changes It's not implanted. (?!)

uname -r
2.6.33-rc

Last edited by yimm (2010-03-15 16:11:20)

gtklocker · 2010-03-15 15:16:16

endlessroad1991 wrote:

@Perry3D:
You may have a look at this: "More ATI Radeon KMS Power Management Fun"
http://www.phoronix.com/scan.php?page=n … &px=ODA2Mw
The patches related are here:
http://people.freedesktop.org/~agd5f/pm2/
You may apply them to your kernel26-git package.
(According to http://sourceforge.net/mailarchive/foru … =dri-devel , the patches are against
the branch drm-radeon-testing of drm-next git kernel source,
maybe they can't be applied directly to Linus' mainline git kernel source)
And, airlied's drm-next git kernel source is back to active development again:
Branch drm-linus of drm-next: http://git.kernel.org/?p=linux/kernel/g … /drm-linus
Branch drm-radeon-testing of drm-next: http://git.kernel.org/?p=linux/kernel/g … on-testing
So, I think you can also maintain a kernel-git package built with drm-radeon-testing?
All of the exciting changes in the past few months went into drm-radeon-testing first,
then went into drm-linus, and finally reached Linus' mainline git kernel source.
(But the power management patches mentioned above haven't been merged
in either of the two branches, but I believe they will in a few days)
People here may want to give a shot to drm-radeon-testing.
Modifications in branch drm-radeon-testing are based on Linux 2.6.33;
in another word, everything in this branch is Linux 2.6.33 except radeon-related drm code.
If you think 2.6.33 is too old for you, we can merge the patches of drm-radeon-testing
to Linus' mainline git kernel source by 'git rebase' or 'git merge'
in orger to get both latest kernel source and the great drm-radeon-testing patches.
But if we do so, we will have to handle many git-merge conflicts.
Maybe for people who's an expert in git, it's a piece of cake?
I hope these ideas will be helpful to you and all people here.

Patch it up Perry3D...

endlessroad1991 · 2010-03-15 16:14:04

@elegua:
Some packages in the nightly repo, especially mesa-git, have problems.
So uninstall anything from the nightly repo, and install all packages in Perry3D's repo:

[ati]
Server = http://dl.dropbox.com/u/4832298/x86_64

I think you will get the result you want after doing this.

mixi · 2010-03-15 16:52:11

endlessroad1991 wrote:

@elegua:
Some packages in the nightly repo, especially mesa-git, have problems.
So uninstall anything from the nightly repo, and install all packages in Perry3D's repo:

Could you tell me what sort of problems you have with the mesa-git packages of the nightly repo? I am using them here without problems, but if you have any I would be happy to solve them.

Perry3D · 2010-03-15 19:12:21

gtklocker wrote:

endlessroad1991 wrote:
@Perry3D:
You may have a look at this: "More ATI Radeon KMS Power Management Fun"
http://www.phoronix.com/scan.php?page=n … &px=ODA2Mw
The patches related are here:
http://people.freedesktop.org/~agd5f/pm2/
You may apply them to your kernel26-git package.
(According to http://sourceforge.net/mailarchive/foru … =dri-devel , the patches are against
the branch drm-radeon-testing of drm-next git kernel source,
maybe they can't be applied directly to Linus' mainline git kernel source)
And, airlied's drm-next git kernel source is back to active development again:
Branch drm-linus of drm-next: http://git.kernel.org/?p=linux/kernel/g … /drm-linus
Branch drm-radeon-testing of drm-next: http://git.kernel.org/?p=linux/kernel/g … on-testing
So, I think you can also maintain a kernel-git package built with drm-radeon-testing?
All of the exciting changes in the past few months went into drm-radeon-testing first,
then went into drm-linus, and finally reached Linus' mainline git kernel source.
(But the power management patches mentioned above haven't been merged
in either of the two branches, but I believe they will in a few days)
People here may want to give a shot to drm-radeon-testing.
Modifications in branch drm-radeon-testing are based on Linux 2.6.33;
in another word, everything in this branch is Linux 2.6.33 except radeon-related drm code.
If you think 2.6.33 is too old for you, we can merge the patches of drm-radeon-testing
to Linus' mainline git kernel source by 'git rebase' or 'git merge'
in orger to get both latest kernel source and the great drm-radeon-testing patches.
But if we do so, we will have to handle many git-merge conflicts.
Maybe for people who's an expert in git, it's a piece of cake?
I hope these ideas will be helpful to you and all people here.
Patch it up Perry3D...

Sounds intresting. But i wouldn't patch the git kernel. Instead i would create a new package for parallel install.
At the moment i have little time cause i'm writing my master thesis (in german: Diplomarbeit). I have to finish it in 2 weeks.

gtklocker · 2010-03-15 19:49:36

==> Tidying install...
  -> Purging other files...
  -> Compressing man and info pages...
  -> Stripping debugging symbols from binaries and libraries...
==> Creating package...
  -> Generating .PKGINFO file...
  -> Adding install script...
  -> Compressing package...
==> Leaving fakeroot environment.
==> Finished making: kernel26-git 20100315-1 x86_64 (Mon Mar 15 21:45:07 EET 2010)

From the linux-next git repo (WITH the patches)

I'll reboot to see if it works but I'm not do sure...

/edit: I can't boot with it. It says it can't find radeon/r600_rlc.bin

I have radeon_ucode installed, and I can't understand why it sticks there...

Last edited by gtklocker (2010-03-15 20:00:58)

elegua · 2010-03-16 00:17:22

endlessroad1991 wrote:

@elegua:
Some packages in the nightly repo, especially mesa-git, have problems.
So uninstall anything from the nightly repo, and install all packages in Perry3D's repo:
[ati]
Server = http://dl.dropbox.com/u/4832298/x86_64
I think you will get the result you want after doing this.

I had tried that and just re-applied it, but the situation hasn't changed meaningfully.

ati/dri2proto-git 20100220-1
ati/glproto-git 20100220-1 (xorg)
ati/kernel26-firmware-git 20100213-1
ati/kernel26-git 20100314-1
ati/libdrm-git 20100314-1 (xorg)
ati/libpthread-stubs 0.3-3 (lib)
ati/mesa-full 20100314-1
ati/radeon_ucode 1-2
ati/xf86-video-ati-git 20100314-1

$ dmesg
Linux version 2.6.34-rc1-00912-g3474cbd-dirty (oli@perry64) (gcc version 4.4.3 (GCC) ) #1 SMP PREEMPT Sun Mar 14 17:02:14 CET 2010
Command line: root=/dev/sda3 ro 5 nomodeset

venky80 · 2010-03-16 01:30:19

using perry3ds repo..ans stable kdemod4.4 ..X is taking 40% cpu after resuming from suspend to ram.
Anyone else have this issue?

endlessroad1991 · 2010-03-16 02:38:53

@mixi: I haven't tried it myself, but previous posts here said mesa-git can't work properly. Maybe it's fixed now, I've got no idea...

@Perry3D: That's a great idea, and you can update your guide on 1st post to tell people the easiest way to do all this stuff, like "Add the repo and run pacman -S ati-bleeding-edge-driver-parallel-install-package" :-)

@gtklocker: There's only R600_rlc.bin, you could copy R600_rlc.bin as r600_rlc.bin and try again.

@elegua: You should post output of "dmesg | grep radeon" and "glxinfo" here, so we can find out what's wrong with your machine~

elegua · 2010-03-16 04:53:23

endlessroad1991 wrote:

@elegua: You should post output of "dmesg | grep radeon" and "glxinfo" here, so we can find out what's wrong with your machine~

thank you much

$ dmesg | grep radeon
[drm] VGACON disable radeon kernel modesetting.
[drm] Initialized radeon 1.32.0 20080528 for 0000:01:05.0 on minor 0
platform r600_cp.0: firmware: requesting radeon/RS780_pfp.bin
platform r600_cp.0: firmware: requesting radeon/RS780_me.bin

$ glxinfo
name of display: :0.0
IRQ's not enabled, falling back to busy waits: 2 0
display: :0  screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
    GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, 
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, 
    GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGIS_multisample, 
    GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
client glx extensions:
    GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, 
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, 
    GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control, 
    GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control, 
    GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, 
    GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, 
    GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap, 
    GLX_INTEL_swap_event
GLX version: 1.2
GLX extensions:
    GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, 
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, 
    GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_SGI_make_current_read, 
    GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, 
    GLX_SGIX_visual_select_group
OpenGL vendor string: Advanced Micro Devices, Inc.
OpenGL renderer string: Mesa DRI R600 (RS780 9610) 20090101  TCL
OpenGL version string: 2.0 Mesa 7.9-devel
OpenGL shading language version string: 1.10
OpenGL extensions:
    GL_ARB_depth_texture, GL_ARB_depth_clamp, GL_ARB_draw_buffers, 
    GL_ARB_fragment_program, GL_ARB_fragment_program_shadow, 
    GL_ARB_fragment_shader, GL_ARB_imaging, GL_ARB_multisample, 
    GL_ARB_multitexture, GL_ARB_occlusion_query, GL_ARB_pixel_buffer_object, 
    GL_ARB_point_parameters, GL_ARB_point_sprite, GL_ARB_provoking_vertex, 
    GL_ARB_shader_objects, GL_ARB_shading_language_100, GL_ARB_shadow, 
    GL_ARB_shadow_ambient, GL_ARB_texture_border_clamp, 
    GL_ARB_texture_compression, GL_ARB_texture_cube_map, 
    GL_ARB_texture_env_add, GL_ARB_texture_env_combine, 
    GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3, 
    GL_MESAX_texture_float, GL_ARB_texture_mirrored_repeat, 
    GL_ARB_texture_non_power_of_two, GL_ARB_texture_rectangle, 
    GL_ARB_transpose_matrix, GL_ARB_vertex_array_bgra, 
    GL_ARB_vertex_buffer_object, GL_ARB_vertex_program, GL_ARB_vertex_shader, 
    GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, 
    GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate, 
    GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract, 
    GL_EXT_compiled_vertex_array, GL_EXT_convolution, GL_EXT_copy_texture, 
    GL_EXT_draw_range_elements, GL_EXT_fog_coord, 
    GL_EXT_gpu_program_parameters, GL_EXT_histogram, GL_EXT_multi_draw_arrays, 
    GL_EXT_packed_depth_stencil, GL_EXT_packed_pixels, 
    GL_EXT_pixel_buffer_object, GL_EXT_point_parameters, 
    GL_EXT_polygon_offset, GL_EXT_provoking_vertex, GL_EXT_rescale_normal, 
    GL_EXT_secondary_color, GL_EXT_separate_specular_color, 
    GL_EXT_shadow_funcs, GL_EXT_stencil_two_side, GL_EXT_stencil_wrap, 
    GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D, 
    GL_EXT_texture_cube_map, GL_EXT_texture_edge_clamp, 
    GL_EXT_texture_env_add, GL_EXT_texture_env_combine, 
    GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic, 
    GL_EXT_texture_lod_bias, GL_EXT_texture_mirror_clamp, 
    GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_texture_sRGB, 
    GL_EXT_vertex_array, GL_EXT_vertex_array_bgra, GL_APPLE_packed_pixels, 
    GL_ATI_blend_equation_separate, GL_ATI_texture_env_combine3, 
    GL_ATI_texture_mirror_once, GL_ATI_separate_stencil, 
    GL_IBM_multimode_draw_arrays, GL_IBM_rasterpos_clip, 
    GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate, 
    GL_MESA_pack_invert, GL_MESA_ycbcr_texture, GL_MESA_window_pos, 
    GL_NV_blend_square, GL_NV_depth_clamp, GL_NV_light_max_exponent, 
    GL_NV_packed_depth_stencil, GL_NV_texture_rectangle, 
    GL_NV_texgen_reflection, GL_NV_vertex_program, GL_OES_read_format, 
    GL_SGI_color_matrix, GL_SGI_color_table, GL_SGIS_generate_mipmap, 
    GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, 
    GL_SGIS_texture_lod, GL_SUN_multi_draw_arrays

8 GLX Visuals
   visual  x  bf lv rg d st colorbuffer ax dp st accumbuffer  ms  cav
 id dep cl sp sz l  ci b ro  r  g  b  a bf th cl  r  g  b  a ns b eat
----------------------------------------------------------------------
0x21 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x22 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x6f 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x70 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x71 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x72 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x73 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x66 32 tc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 Ncon

8 GLXFBConfigs:
   visual  x  bf lv rg d st colorbuffer ax dp st accumbuffer  ms  cav
 id dep cl sp sz l  ci b ro  r  g  b  a bf th cl  r  g  b  a ns b eat
----------------------------------------------------------------------
0x67  0 tc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x68  0 tc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x69  0 tc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x6a  0 tc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x6b  0 dc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x6c  0 dc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x6d  0 dc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x6e  0 dc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow

gtklocker · 2010-03-16 06:01:29

Well, it isn't r600_rlc.bin just R600_rlc.bin...

That's the dmesg output:

platform radeon_cp.0: firmware: using built-in firmware radeon/RS780_pfp.bin
platform radeon_cp.0: firmware: using built-in firmware radeon/RS780_me.bin
platform radeon_cp.0: firmware: requesting radeon/R600_rlc.bin
r600_cp: Failed to load firmware "radeon/R600_rlc.bin"
radeon 0000:01:05.0: disabling GPU acceleration
radeon 0000:01:05.0: ffff88006e90d800 unpin not necessary
radeon 0000:01:05.0: ffff88006e90d800 unpin not necessary
fb0: radeondrmfb frame buffer device
[drm] Initialized radeon 2.1.0 20080528 for 0000:01:05.0 on minor 0

$ locate R600_rlc.bin
/lib/firmware/radeon/R600_rlc.bin

What should I do? Why it doesn't find it?

endlessroad1991 · 2010-03-16 06:19:37

@elegua: According to your info, I think your machine is just right.
I don't know why glxgears < 30fps, you may ask others here.
But I suggest to try KMS: in your grub commandline, delete "nomodeset" and add "radeon.modeset=1"
Some others in Phoronix forum said HD3200 works well under KMS.
(You wondered why there wasn't dri2, dri2 is provided by KMS)

@gtklocker:
1. Some people using Ubuntu PPA kernel have the same problem.
You should put R600_rlc.bin in /lib/firmware/`uname -r`/radeon.(If the folder exists)
Or the kernel you're running can't find the firmware.
2. If it still doesn't work, in .config of your kernel, modify 3 lines as following:
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE="R600_rlc.bin"
CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware/radeon" #here, set the value to the location of your R600_rlc.bin
And then, recompile your kernel-git package.
This should always work.

Last edited by endlessroad1991 (2010-03-16 06:20:57)

gtklocker · 2010-03-16 06:35:51

Well, another question before compiling the kernel...

I have some patches into "PKGBUILD-directory"/patches. This part of my PKGBUILD is right to do that work ?

    #################
    # Apply patches
    #################
    shopt -s nullglob
    if [[ -d $startdir/patches ]]; then
        msg "Applying patches..."
        local i
        for i in "$startdir/patches/"*; do
            msg2 "Applying ${i##*/}..."
            patch -Np1 -i "$i" || (error "Applying ${i##*/} failed" && return 1)
        done
    fi
    shopt -u nullglob

endlessroad1991 · 2010-03-16 06:39:53

It's just the same as PKGBUILD of kernel26-git, it should work.

gtklocker · 2010-03-16 06:51:36

I can see linux-next git has not most of the files, needed to be patched. I'll try with the git.

Arch Linux

#976 2010-03-13 17:21:46

Re: Discussion: the ati/radeon open source drivers & radeon repository

#977 2010-03-14 03:15:29

Re: Discussion: the ati/radeon open source drivers & radeon repository

#978 2010-03-14 07:07:58

Re: Discussion: the ati/radeon open source drivers & radeon repository

#979 2010-03-14 09:08:16

Re: Discussion: the ati/radeon open source drivers & radeon repository

#980 2010-03-14 17:00:15

Re: Discussion: the ati/radeon open source drivers & radeon repository

#981 2010-03-14 17:00:43

Re: Discussion: the ati/radeon open source drivers & radeon repository

#982 2010-03-14 17:32:12

Re: Discussion: the ati/radeon open source drivers & radeon repository

#983 2010-03-14 17:34:19

Re: Discussion: the ati/radeon open source drivers & radeon repository

#984 2010-03-15 02:49:24

Re: Discussion: the ati/radeon open source drivers & radeon repository

#985 2010-03-15 06:23:40

Re: Discussion: the ati/radeon open source drivers & radeon repository

#986 2010-03-15 11:21:01

Re: Discussion: the ati/radeon open source drivers & radeon repository

#987 2010-03-15 15:16:16

Re: Discussion: the ati/radeon open source drivers & radeon repository

#988 2010-03-15 16:14:04

Re: Discussion: the ati/radeon open source drivers & radeon repository

#989 2010-03-15 16:52:11

Re: Discussion: the ati/radeon open source drivers & radeon repository

#990 2010-03-15 19:12:21

Re: Discussion: the ati/radeon open source drivers & radeon repository

#991 2010-03-15 19:49:36

Re: Discussion: the ati/radeon open source drivers & radeon repository

#992 2010-03-16 00:17:22

Re: Discussion: the ati/radeon open source drivers & radeon repository

#993 2010-03-16 01:30:19

Re: Discussion: the ati/radeon open source drivers & radeon repository

#994 2010-03-16 02:38:53

Re: Discussion: the ati/radeon open source drivers & radeon repository

#995 2010-03-16 04:53:23

Re: Discussion: the ati/radeon open source drivers & radeon repository

#996 2010-03-16 06:01:29

Re: Discussion: the ati/radeon open source drivers & radeon repository

#997 2010-03-16 06:19:37

Re: Discussion: the ati/radeon open source drivers & radeon repository

#998 2010-03-16 06:35:51

Re: Discussion: the ati/radeon open source drivers & radeon repository

#999 2010-03-16 06:39:53

Re: Discussion: the ati/radeon open source drivers & radeon repository

#1000 2010-03-16 06:51:36

Re: Discussion: the ati/radeon open source drivers & radeon repository

Board footer