Announcement

Collapse
No announcement yet.

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

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

  • 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

  • #2
    Just a little trick to save download time if you use the live "CD" several times (I suppose of course you're using a USB stick). After the script has downloaded the packages, they are kept in /var/cache/apt/archives on the live virtual file system. If you run the script again with the "savedebs" command, it will save the packages to your USB stick. The script will then find the packages there the next time and the package manager won't need to download them again.
    Code:
    sudo sh /cdrom/xorg-edgers-live-test savedebs
    Note: The script will use a subdirectory called "archives" in the same directory as itself, so the above supposes you have copied the xorg-edgers-live-test script to the USB stick.
    Last edited by tormod; 06-06-2009, 06:02 PM. Reason: savedebs option for package caching

    Comment


    • #3
      Works very well! But how can I install it in a real system? The script aborts due to that it is not a live system.

      Comment


      • #4
        The live check must be a bad joke There are much better ways to check for a casper live cd.

        [ -d /cdrom/casper -a -d /rofs ] && echo live mode found

        But you see that this script has a similar hack that i needed to add to my fglrx/nvidia scripts to make it work with ubuntu 8.04 live cds.

        killall gdm

        of course only killing gdm means that you have to use ubuntu, as you need something else for kubuntu and also something else like when you want to use the kde4 variant of kubuntu (i added that a few days ago to my scripts).

        For the tty check: thats maybe a bit too restrictive, i check for DISPLAY, as when you want it extra tricky you can use

        sudo -i
        DISPLAY= nohup sh install-fglrx-debian.sh

        for example. nohup allows you to run the script in the background but even inside X (for Kanotix Live mode i even embedded this inside the script - so you dont need that hack in live mode).

        Comment


        • #5
          Originally posted by Kano View Post
          sudo -i
          DISPLAY= nohup sh install-fglrx-debian.sh

          for example. nohup allows you to run the script in the background but even inside X (for Kanotix Live mode i even embedded this inside the script - so you dont need that hack in live mode).
          I don't think I want to mess anymore with fglrx. I'll stick to the open source drivers which seems to be far better.

          I hacked the live cd script for the open source ati so that it doesn't check for live CD. and tried to install the drivers with it. I had previously tried the other recipe on the wiki and failed. with the script it was same failed result. But then I thought that I have been messing so much now with the system and installing fglrx etc.. so lets make a complete reinstall. I have only used ubuntu for a couple of days so I hadn't have time to install all the software I wanted anyways.

          After the reinstall I again hacked the script and ran it. Now it worked! I get much better video playback. Little CPU usage. I still gets some lags from time to time, but not sure if that had to do with background programs. Will check it further. The video playback is much smoother now, actully too smooth so a DVD look a bit like old VHS quality, but I'll check if this is a vlc problem.

          Anyway the open source drivers seems to really get things working! And I guess by fall it will be much better and possibly going into the ubuntu.

          Now the big question is: Can one expect the same from the 4850 or similar? Because if one can relay on working open source drivers it is 10 times better than closed source ati or nvidia drivers if you get into trouble... Besides the mobo (type: P45 or X38) I'm considering has Crossfire possibility if I would want to improve the system with another ati card.

          Comment


          • #6
            Of course that was only an example - you do not need to use my script. But you can use the same check that I use:

            Instead of:

            TTY=`tty`
            if [ "${TTY%?}" != "/dev/tty" ]; then

            use:

            if [ "$DISPLAY" ]; then

            or the same is:

            if [ -n "$DISPLAY" ]; then

            Comment


            • #7
              Kano, thanks for the suggestions. At this point I just want to make sure people are running it on an unmodified Ubuntu CD, so the check will do (it's not a joke, it's heuristics ). I could add your casper check though. But even persistant live USB sticks could get complicated, if I just checked for a live "CD".

              Since I want to have well-checked platform to base everything off, I "support" only the Ubuntu 8.04 live CD at the moment. I only have time for minimal testing myself, and I don't want people to waste their and my time with debugging "funny" issues because they are running some other setup. They can always edit the script themselves. Basically the message is: If you don't know how to edit a script file, stick to my setup, which I have tested myself

              OTOH, if you would like to see this supported on for instance a Debian snapshot live CD, we could do this together, but someone else would have to test that platform. I guess we don't really need several live CD options though. I don't want to make a new distribution out of this either.

              Similar for the tty testing. I really want people to switch console themselves. If they don't know how to do that, they should not play with X drivers, seriously. Letting the script run nohup it would be difficult for people to see informal/error messages as well. If the script breaks half way, it's good they have X left to switch back to browsers etc.

              So minimal flexibility is part of the design. Keep it simple (&) stupid!

              Comment


              • #8
                upcoming updates

                As you can see from my recent hiatus, it's summertime and occasional (off-line) vacations around here. So I don't intend to update the packages very often (unless it rains). It's set up to be a group effort though, anyone in the xorg-edgers launchpad group can upload updates. For the same reason, membership is moderated.

                Currently, Debian experimental is catching up with the git versions (and us ) at least until mesa 7.1 and xserver 1.5. This (and that upstream seems to stabilize a bit) means that the xorg-edgers job will be easier for a while. However we might jump to xserver trunk later. After all, we want to stay on the edge.

                The live CD test will probably jump to Ubuntu 8.10 alpha CDs when they are available, so that we can be more up to date with kernels and system libraries. I will keep building Hardy packages though as long as it stays uncomplicated, since many people would like to install them on their stable Ubuntu 8.04 setup (as I do myself).

                Comment


                • #9
                  The latest packages from today introduce some input hot-plugging changes. On my system, mouse and keyboard doesn't work unless I add this to xorg.conf:
                  Code:
                  Section "ServerFlags"
                          Option "AllowEmptyInput" "false"
                  EndSection

                  Comment


                  • #10
                    I gave the packages an update today. Now we're slightly ahead of Ubuntu Intrepid again Most distributions seem to be unusually up to date nowadays. (Well for Debian, think "experimental".)

                    The AllowEmptyInput option still needs to be disabled on my test setup. I also updated the evdev input driver but that didn't help. For more information on evdev see http://who-t.blogspot.com/2008/07/in...-nutshell.html

                    Comment


                    • #11
                      I got brave enough to install this on hardy and it's working pretty good so far. Only problems are google earth with compiz running freezes everything, but it works ok without compiz.

                      edit: I found out that adding to xorg.conf Option "GARTSize" "32" fixes the google earth and 3D freeze problems, so now I'm happy again.

                      On the plus side, I can watch dvd's in kaffeine using xv with no flashing as occurs in fglrx.

                      And suspend is working (at least the first few times I've tried it).

                      great job .. thanks,

                      edit: I installed "equivs" and made a dummy package with from a file with this content (using the command "equivs-build <filename>":

                      Section: misc
                      Priority: optional
                      Standards-Version: 3.6.2
                      Package: equivs-xserver-xorg-input-many
                      Provides: xserver-xorg-video-apm, xserver-xorg-video-ark, xserver-xorg-video-chips, xserver-xorg-video-cirrus, xserver-xorg-video-cyrix, xserver-xorg-video-dummy, xserver-xorg-video-fbdev, xserver-xorg-video-geode, xserver-xorg-video-glint, xserver-xorg-video-i128, xserver-xorg-video-i740, xserver-xorg-video-i810, xserver-xorg-video-imstt, xserver-xorg-video-mga, xserver-xorg-video-neomagic, xserver-xorg-video-newport, xserver-xorg-video-nsc, xserver-xorg-video-nv, xserver-xorg-video-openchrome, xserver-xorg-video-psb, xserver-xorg-video-rendition, xserver-xorg-video-s3, xserver-xorg-video-s3virge, xserver-xorg-video-savage, xserver-xorg-video-siliconmotion, xserver-xorg-video-sis, xserver-xorg-video-sisusb, xserver-xorg-video-tdfx, xserver-xorg-video-tga, xserver-xorg-video-trident, xserver-xorg-video-tseng, xserver-xorg-video-v4l, xserver-xorg-video-vga, xserver-xorg-video-via, xserver-xorg-video-vmware, xserver-xorg-video-voodoo
                      Description: equivs for running tormod radeon packages
                      provides dependency

                      and then installed it "dpkg -i equivs-xserver-xorg-input-many_1.0_all.deb" and now I can reinstall (k)ubuntu-desktop and other files to keep the rest of my system updating properly.

                      hth
                      Last edited by paul; 08-02-2008, 01:21 PM.

                      Comment


                      • #12
                        Hello.
                        I've tried to install this stuff on regular ubuntu installation and it works preety well. I had to add "Option "AllowEmptyInput" "false" too, though not in ServerFlags section but in ServerLayout section.

                        Anyway Xv works and I'm glad to be able to watch videos with 10% cpu usage
                        Sry 4 my english ;]

                        Comment


                        • #13
                          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.

                          Comment


                          • #14
                            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.

                            Comment


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

                              Comment

                              Working...
                              X