Announcement

Collapse
No announcement yet.

HowTo test newest radeon/radeonhd/mesa from a live CD

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • tormod
    started a topic HowTo test newest radeon/radeonhd/mesa from a live CD

    HowTo test newest radeon/radeonhd/mesa from a live CD

    I have set up a Ubuntu package repository for development versions of Xorg components (see https://wiki.ubuntu.com/XorgOnTheEdge). This can be used from a Ubuntu live CD, to safely test without modifying your normal installation.

    1. Boot from a Ubuntu 9.04 Desktop CD (http://www.ubuntu.com/getubuntu/download). To save fossil trees, please use a bootable USB stick instead of burning CDs. Run "usb-creator" to install the ISO image onto your USB stick, or see for instance https://help.ubuntu.com/community/In...n/FromUSBStick for the hard way.

    2. If you use wireless networking etc, get connected to internet.

    3. Download the xorg-edgers-live-test script from https://wiki.ubuntu.com/XorgOnTheEdge (if you haven't already copied it to your USB stick)

    4. Only for using the radeonhd driver:
    Run the command
    Code:
    sudo apt-get install xserver-xorg-video-radeonhd
    or edit the xorg-edgers-live-test script and uncomment the corresponding line in the script. If radeonhd is installed, it will be picked instead of radeon.

    3. Switch to a virtual console with Ctrl-Alt-F1

    4. Run
    Code:
    sudo sh /cdrom/xorg-edgers-live-test
    if you copied it to your USB stick, or if you just downloaded it:
    Code:
    sudo sh ~/Desktop/xorg-edgers-live-test
    5. Sit back and breath calmly, and watch while your computer loads and fires up fresh Xorg goodies.

    Note that the package repository is updated more or less regularly, and things might break. That's the nature of development versions.

    EDIT: updated to 9.04
    Last edited by tormod; 06-06-2009, 05:54 PM. Reason: 9.04

  • tormod
    replied
    Originally posted by Kano View Post
    Why don't you use dkms?
    I think we now have discussed this on IRC Because I use the Debian packaging as closely as possible, and it has module-assistant support. If you provide dkms support in the Debian drm-snapshot package, I will sure use it...

    Leave a comment:


  • Kano
    replied
    Why don't you use dkms?

    Leave a comment:


  • tormod
    replied
    r6xx-r7xx-support for Jaunty

    The Jaunty drm-modules-source now includes the r6xx-r7xx-support branch of upstream drm, and will enable EXA and DRI on a bunch of new cards. Success has been reported for RS600 cards.

    Leave a comment:


  • tormod
    replied
    The current drm-modules-source does not build against the new 2.6.28-2-generic kernel in Jaunty, due to some incompatibilities in the nv50 kernel-mode-setting code. If you're only interested in radeon anyway, you can specify only radeon modules to be compiled, and save compile time also:
    Code:
    sudo env DRM_MODULES="radeon" module-assistant -t auto-install drm-modules
    Last edited by tormod; 12-06-2008, 09:16 AM. Reason: typo

    Leave a comment:


  • tormod
    replied
    now using module-assistant for kernel modules

    We now use the drm-snapshot source package for libdrm and drm kernel modules. This means no more the hacky easy-drm-installer script but rather the standard module-assistant infrastructure to rebuild and install kernel modules.

    The xorg-edgers-live-test script has been updated, and should work on both Ubuntu 8.04 and 8.10 live CDs.

    You cracks should all be running Intrepid or Jaunty by now, but if you want to upgrade in Hardy, you need to install the drm-modules-source package from the PPA, and run "sudo module-assistant auto-install drm-modules" (rerun after every kernel update).
    Last edited by tormod; 12-01-2008, 07:03 PM.

    Leave a comment:


  • tormod
    replied
    I gave the whole stack an update: There's now xserver from the 1.5 branch (with all updates including 1.5.1 and the EXA speed fixes), mesa from the 7.2 branch (a bit beyond 7.1), libdrm from git master (2.4 pre), and finally radeon and radeonhd drivers from git master.

    I tried it out on my X1300 and wow this is running visibly smoother compared to some weeks ago! Don't forget to use EXA and "AllowEmptyInput false", and to recompile your kernel modules if you install it permanently.
    Last edited by tormod; 09-30-2008, 05:56 PM. Reason: almost forgot this is the live cd thread

    Leave a comment:


  • DoDoENT
    replied
    Thank you! I'll definitely install it to my installation then and I'm looking forward to it!

    Leave a comment:


  • tormod
    replied
    Originally posted by DoDoENT View Post
    keyboard was set to US layout and I haven't been able to change it to Croatian layout, although I applied the new settings in keyboard preferences. New layout appeared after I suspended my laptop and resumed. Strange, but I don't consider this being a major problem.
    This could be due to the input hotplugging changes. It should be possible to get it work properly, either by configuring hal with fdi files, or xorg.conf.
    But I've encountered a bigger problem as well: my synaptics touchpad doesn't behave as it should,
    You just have to install the xserver-xorg-input-synaptics package. I can add that to the script by the way.
    if I apply the new radeon driver with this script and if it for some reason doesn't want to work, would I be able to use fglrx again as I use it now, or it wouldn't work with dri2? Would I be able to revert the installation if it for some reason fails?
    As long as you keep track of which packages you upgrade and which configuration changes you make, it should be no problem to revert. You would have to disable the repo in your Software Sources, uninstall all the packages, and then install them again from the official repos. That's the beauty of deb packages.

    Leave a comment:


  • DoDoENT
    replied
    I just have one word for that: PERFECT!!!

    I downloaded "big bucks bunny" cartoon in HD resolution, and on fglrx it works slow even if I only watch the cartoon, but don't play with the desktop cube simultaneously. Here, even played on one side of the cube, the cartoon works perfectly - with no flickering, no tearing and no slow playback. Even the opengl applications work without flickering in windowed mode while compiz is on, although they don't follow the window which they belong to while I wobble it - but this is expected: opengl applications use direct rendering, don't they - and I only expect no flickering while playing some 3D game. And while compiz is on, scrolling in firefox work flawlessly, as in fglrx when compiz is disabled.

    Even though this driver doesn't support PowerPlay, I unplugged the power cable from my laptop just to examine battery life while using the new radeon driver. ACPI told me that I have 2 hours and 30 minutes remaining (my laptop battery was full). While using the fglrx and setting the powerstate to minimum, I have 3 hours battery life. (On Vista I had more than 4 hours on the same laptop ).

    Dual head support is only a bit better than on fglrx. The screen resolution manager gives me ability to set different resolutions for each monitor but the monitor which is set to lower resolution doesn't show the whole picture. So what? It SHOWS the picture. Fglrx didn't allow me to have different resolutions on each monitor at all.

    And now some troubles I've encountered: after script finished setting up my live session with new driver's, my keyboard was set to US layout and I haven't been able to change it to Croatian layout, although I applied the new settings in keyboard preferences. New layout appeared after I suspended my laptop and resumed. Strange, but I don't consider this being a major problem.

    But I've encountered a bigger problem as well: my synaptics touchpad doesn't behave as it should, i.e. if I want to scroll with it, it just moves the pointer. Moreover, it doesn't detect right and middle click if I touch the required areas. I've looked at the Xorg.0.log and I've found the following:
    Code:
    (II) LoadModule: "synaptics"
    (WW) Warning, couldn't open module synaptics
    (II) UnloadModule: "synaptics"
    (EE) Failed to load module "synaptics" (module does not exist, 0)
    I'm a bit concerned about that, especially because the very same module worked in the live session before the script was executed.

    Now, I'm considering to install this driver on my real ubuntu hardy installation, but I'm in doubt. I use this installation for school, work and play and I can't afford to mess up the X. Therefore I'm curious: if I apply the new radeon driver with this script and if it for some reason doesn't want to work, would I be able to use fglrx again as I use it now, or it wouldn't work with dri2? Would I be able to revert the installation if it for some reason fails? Would it be a better idea to resize my current home partition to make space for another installation of ubuntu which will be only dedicated to usage of this new radeon driver and leave the old installation in peace?

    Thank you very much for creating this script which showed me what actually my Mobility Radeon X1600 is able to. I have never dreamed before that my ubuntu is able to work so flawlessly.

    Leave a comment:

Working...
X