Announcement

Collapse
No announcement yet.

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

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

  • r4mios
    replied
    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 ;]

    Leave a comment:


  • paul
    replied
    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.

    Leave a comment:


  • tormod
    replied
    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

    Leave a comment:


  • tormod
    replied
    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

    Leave a comment:


  • tormod
    replied
    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).

    Leave a comment:


  • tormod
    replied
    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!

    Leave a comment:


  • Kano
    replied
    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

    Leave a comment:


  • oblidor
    replied
    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.

    Leave a comment:


  • Kano
    replied
    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).

    Leave a comment:


  • oblidor
    replied
    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.

    Leave a comment:

Working...
X