Hi Mark, "reboot -r" doesn't rebuild the archive AFAIK, but maybe that has changed....
You may need to go into a failsafe now ;( In installing the drivers you're also installing new text-mode drivers, do maybe it might change... ;) Darren. Mark R. Bowyer wrote: > Hi, > > Well, re-enabling gdm was required before the reboot, to ensure it came > back up with a graphical login - as I said, the 3400 doesn't do text > mode very well if the resolution gets played with, and I've been left > with a machine with flashing boxes instead of text a few times too many. > I have rebooted a few times since, including a "reboot -- -r", but I'm > not certain the boot archive has been properly rebuilt, so I'm looking > into that now. > > Ta, > Mark. > > > On Mon, 2008-01-28 at 11:01 +0000, Darren Kenny wrote: >> Hi Mark, >> >> The first problem that I see with your instructions on how you installed is >> that >> after running the install.sh script, the first thing you did was "svcadm >> enable >> gdm" rather than an full reboot (init 6) - you need the full reboot to ensure >> that the boot archive is correctly updated. >> >> Darren. >> >> Mark R. Bowyer wrote: >>> Hi, >>> >>> I've been having fun trying to get this working on my Ferrari 3400. >>> Anyone else had any luck? >>> >>> Firstly, the driver installer needs to be run without Xorg running. And >>> the 3400 can't work in text console mode, so I had to ssh in from an >>> iMac. That worked ok - "svcadm disable gdm"; "install.sh install"; >>> "svcadm enable gdm". >>> >>> I then install compiz. The wget script to check if it would run said >>> no, because at that stage I'd not edited my xorg.conf, so the radeon >>> driver wasn't in. But the compiz installer does that. >>> >>> My next problem was that I was using Darren's multi headed xorg.conf, >>> and DRI isn't compatible with multiple heads yet. So I tried out the >>> SingleLayout and the CloneLayout, and neither worked much better. Mind >>> you, the: >>> >>> Option "AIGLX" "True" >>> >>> is only added to the currently active layout by the installers, so that >>> needed adding. >>> >>> My main problem seems to be that neither drm nor radeon are being >>> modloaded by the kernel. I can "modload -p misc/drm" OK, but "modload >>> -p drv/radeon" fails with "can't load module: No such device or >>> address". Which is odd, because it shows in prtconf -v as: >>> >>> value='pci1002,4e50.1025.57.0' + >>> 'pci1002,4e50.1025.57' + 'pci1025,57' + 'pci1002,4e50.0' + >>> 'pci1002,4e50' + 'pciclass,030000' + 'pciclass,0300' >>> >>> and: >>> >>> 9 ]grep 4e50 driver* >>> driver_aliases:radeon "pci1002,4e50" >>> >>> So it should work, no? I've done a "reboot -- -r" and that didn't help. >>> Xorg finds my card and it's supported by *its* radeon driver. Until >>> (from /var/log/Xorg.0.log): >>> >>> : >>> (--) RADEON(0): Chipset: "ATI Radeon Mobility 9600/9700 (M10/M11) NP >>> (AGP)" (ChipID = 0x4e50) >>> (--) RADEON(0): Linear framebuffer at 0xd8000000 >>> (II) RADEON(0): AGP card detected >>> drmOpenDevice: node name is /dev/dri/card0 >>> drmOpenDevice: open result is -1, (No such device or address) >>> drmOpenDevice: open result is -1, (No such device or address) >>> drmOpenDevice: Open failed >>> [drm] failed to load kernel module "radeon" >>> (EE) RADEON(0): [dri] RADEONDRIGetVersion failed to open the DRM >>> [dri] Disabling DRI. >>> : >>> >>> /dev/dri exists since I modloaded the drm module, but didn't before. >>> And it's empty =O( >>> >>> Anyone got any further ideas? >>> >>> Ta, >>> Mark. >>> >>> >>> On Fri, 2008-01-25 at 17:19 +0100, Erwann Chenede wrote: >>>> Hi All, >>>> >>>> I've updated my compiz easy install bundle and my configuration >>>> check script to support >>>> the ATI radeon driver developed by Minskey. >>>> >>>> So far it's only been tested on Ferrari 4000 laptop. >>>> >>>> Details can be found here : >>>> http://blogs.sun.com/erwann/entry/ati_support_for_compiz_easy >>>> >>>> Cheers, >>>> >>>> Erwann >>>>
