Hi Keith,
Upgrading from SL4.x to SL5.x really isn't supported yet, so I'm nor too 
surprised about that nor working.

But, on the plus note.
I have a Dell Latitude laptop (sorry I forget the model number, it's not 
with me) where I had to do the same thing on S.L. 4.x (put in acpi=off 
in the grub line)
I installed SL5 alpha on a different partition, and it does indeed work 
better.  I haven't yet tried all the acpi stuff, except for one.  On SL 
4.4 if I hit the power button, the machine turned off instantly.  On SL5 
alpha if I hit the power button, it does a controlled shutdown.

I'll try some other acpi tests tonight and let you know.  But for now, I 
really suggest installing SL5 on a different partition just to test it out.

Troy

Keith Lofstrom wrote:
> I'm bringing up SL4.4 on my Thinkpad T30.  After messing around with acpi
> scripts, the ibm_acpi driver, and all sorts of other frobbing, I was 
> never able to get the backlight and display to go out when I suspend. 
> Apparently, this requires a later kernel than 2.6.9, or patching the 
> kernel I have - which I can do, but often breaks dependencies for
> updates and upgrades.
> 
> The Thinkpad ran just fine for years with 2.4.22, which came up with
> apm instead of acpi by default.  So I gave up on acpi, and changed
> the kernel line in /boot/grub/grub.conf to turn off acpi:
> 
>    kernel /vmlinuz-2.6.9-42.0.3.EL ro root=LABEL=/ acpi=off
> 
> With acpi off, apm is enabled automagically in its place, and the
> apmd service starts also.   apm suspends the display just fine,
> just like it did with the old kernel.
> 
> I look forward to SL5, where I imagine that acpi and the radeon driver
> are patched up to the point that suspend works properly (among other
> things, the ibm_acpi module is part of the kernel tree).  All sorts
> of wonderful things will be possible with 2.6.18 and acpi, like 
> ultrabay hotswap and software control of many BIOS parameters.
> 
> Unfortunately, my attempt to upgrade SL4.4 to SL5alpha with the
> rsynced rpms failed in a morass of dependencies, so I will wait for
> the betas to appear before I dive in.  
> 
> Keith
> 


-- 
__________________________________________________
Troy Dawson  [log in to unmask]  (630)840-6468
Fermilab  ComputingDivision/CSS  CSI Group
__________________________________________________