I started with Alpha5, in which suspend worked.  Alpha 6 also supported suspend.  Both with the open-source ati driver upon install.  Beautiful!  Thank you Ubuntu for having an awesome distro!

Supposedly, the xorg-driver-fglrx package in the Ubuntu repos for the Hardy development version addressed the suspend/resume issues that have been the bane of Linux geeks with newer ATI cards eveywhere.  I, for one, did not notice that the issue had been resolved.

I DID notice, however, that out-of-the-box, so to speak, suspend worked with the open-source ati driver.  I could suspend, resume, hibernate, etc.  But, I’m whiney, and wanted my ever-so-cool desktop effects (mostly for the transparent terminals).

Upon installing this xorg-driver-fglrx package, my suspend/resume functionality broke.  Ouch.  That’s a beta-killer if ever.

I have tried every sort of configuration imaginable, and googled every combination of keywords for fglrx, suspend, hibernate, sleep, resume, ati, proprietary, and on and on.  I found several people (with different cards and different configurations) that were successful in manipulating the /etc/default/acpi-support file in such a way that suspend just worked.  Hoorah for them!  I was still stuck.

I have a Gateway MT3705 with an integrated ATI Radeon XPRESS 200M graphics card:

$ lspci -vv
01:05.0 VGA compatible controller: ATI Technologies Inc RC410 [Radeon Xpress 200M] (prog-if 00 [VGA controller])
Subsystem: Gateway 2000 Unknown device 0318
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 255 (2000ns min), Cache Line Size: 32 bytes
Interrupt: pin A routed to IRQ 19
Region 0: Memory at d0000000 (32-bit, prefetchable) [size=256M]
Region 1: I/O ports at 9000 [size=256]
Region 2: Memory at c0000000 (32-bit, non-prefetchable) [size=64K]
[virtual] Expansion ROM at c0020000 [disabled] [size=128K]
Capabilities: <access denied>

Pulling info from dpkg, I can see the version and supported cards:

$ sudo dpkg -p xorg-driver-fglrx | grep ‘Version\|Xpress’
Version: 1:7.1.0-8-3+2.6.24.11-12.31
* Radeon Xpress: 1200 series, 1100 series, 200 series

All in all, it is “supposed” to work.  I have NO idea why it does not.  I am not that far along.  In fact, I don’t think the issue is with the driver, after my most recent discovery.

I have successfully been able to suspend and resume my computer for several hours now!  Hoorah!

Here is what I have done:

I changed a few things around in the /etc/default/acpi-support file, as per the instructions as cchtml pertaining to Gutsy and Feisty, because they have not yet gotten the Hardy page together (since it’s still alpha, i understand!).  Here is my current /etc/default/acpi-support file:

$ sed ‘/^#/d;/^$/d’ /etc/default/acpi-support
ACPI_SLEEP=true
ACPI_HIBERNATE=true
ACPI_SLEEP_MODE=mem
MODULES=”"
MODULES_WHITELIST=”fglrx”
SAVE_VBE_STATE=false
VBESTATE=/var/lib/acpi-support/vbestate
POST_VIDEO=
USE_DPMS=false
DOUBLE_CONSOLE_SWITCH=false
HIBERNATE_MODE=shutdown
LOCK_SCREEN=true
STOP_SERVICES=”"
RESTART_IRDA=false
ENABLE_LAPTOP_MODE=false
SPINDOWN_TIME=12

This is not stock.  However, I have made enough changes to it that I am not sure what the stock implementation is anymore!  It works now, so I’m cool with it.

Now, if I try to suspend via gnome-power-manager, or the Logout button, it will sleep and blink at me slowly and drearily, but will abruptly tell me to piss off when I try to wake it.  Ever poked a sleeping bear?  Same thing.

However, if I open my terminal and run this command (in bold), I can sleep and resume, as you can see by the output of the script (not in bold):

$ sudo /etc/acpi/sleep.sh force
ifdown: interface eth0 not configured
ifdown: interface wlan0 not configured
* Shutting down ALSA…                                                 [ OK ]
* Saving the system clock
* Setting the system clock
Ignoring unknown interface eth0=eth0.
Ignoring unknown interface wlan0=wlan0.
* Setting up ALSA…                                                    [ OK ]
FATAL: Module acpi_sbs not found.
FATAL: Module acpi_sbs not found.

So, when it suspends, I get a grey-and-white-blinky-screen-of-death, and then *poof!* it’s out and peaceful.  When returned to a wakeful state, I am greeted with my desktop and session information that I left behind.

Once concern I have is that the screen is not locked when the computer awakens, so theoretically, anyone could awaken my laptop and overtake me completely.  Since it is nearly always within arm’s reach, I am not terribly worried.  I worked around this issue as such:

$ sudo /etc/acpi/sleep.sh force && gnome-screensaver-command –lock

For me, this is too much to remember, so I have set up a little alias in my ~/.bashrc file called simply “sleep” that performs this command for me when I type, well, “sleep”:

$ grep “alias sle” ~/.bashrc
alias sleep=’sudo /etc/acpi/sleep.sh force && gnome-screensaver-command –lock’

I am a terminal junky, and am perfectly fine with this.  But, some people are not, so here’s a GUI-type version of the above.  These can be run by pressing Alt-F2, and copying in the commands.  You will likely be prompted for a password:

$ gksu gedit /usr/local/bin/sleeparound.sh

Type into file:
#!/bin/bash
gksu /etc/acpi/sleep.sh force && gnome-screensaver-command –lock

$ gksu chmod +x /usr/local/bin/sleeparound.sh

Now that the tough terminal part is done, simply add a custom launcher to the panel (right-click the panel, click “Add to Panel…”, click “Custom Application Launcher”) that calls this command.  It will prompt you for a password, then sleep, and lock your screen when it wakes up.

Cool.

Now, make a note that during my research, I found that some people had networking problems after resume, particularly pertaining to wireless.  I did not, so will not delve into that, but two key things that I saw (which could be added to the sleeparound.sh script) wereunloading and reloading the driver modules for the particular net interface, and restarting the Gnome Network Manager.

I gotta say, I love Linux.

/cs

UPDATE 080319: A smoother version of the command to use for sleep involves using the -S flag for sudo, which causes it to read from standard input.  For example, in .bashrc, the alias “sleep” would be comprised of this:

alias sleep=’gnome-screensaver-command –lock && sleep 3 && cat ~/.passfile | sudo -S /etc/acpi/sleep.sh force’

So, in your home directory, issue the command ‘cat > ~/.passfile && chmod 400 ~/.passfile’ and type in your password.  Setting the permissions to 400 disallow other users from reading the file (other than root).  You can also replace the command in the shell script we created above with this, as well.

This version will lock the screen, then sleep, whereas before, it would sleep, then lock the screen on wake.  Sorry – I wrote the last one at like 2 in the morning.  /cs

Well, wow. My first impression once I got Hardy installed was that the new modern art deco background is a far reach from their traditional “wiggly lines” art.

I think I like it.

I also very much like the fact that my graphics card, which is an ATI Radeon XPRESS 200M (integrated) is supported by the xorg-driver-fglrx package (which it wasn’t in Gutsy) and that I was able to get my transparent terminals (which is the best feature of OpenGL) without a whole heck of a lot more than a reboot.

All in all, I have been impressed thus far, after using it for about an hour.

They’ve done some work on the “Search and Indexing” with trackerd. I have noticed that it is a TON faster, and that my hard disk is not thrashing near as much as it did with Gutsy.

One thing I am overly unimpressed with is that somehow, the combination of “Shift+Space” keeps changing my keyboard layout and character set to “Amheric”, which seems to be the first in a list of char sets. I haven’t figured out how to completely kill it yet, but at the Ubuntu forums, I found an article that suggested killing the Hotkeys. This seems to have fixed the issue, as one of the hotkeys was “Shift+Space”. I hit that a lot on carryover.

So, after that, it seems I’ve got things about configured the way I want them. Thus far I’m impressed with everything, except the fact that I still may have to install ATI’s proprietary driver (not from the Ubuntu repo package) in order to be able to properly resume from suspend.

Oh, well. All in a day’s work.

/cs

UPDATE 080309: I ended up installing ATI’s proprietary driver using the instructions for Gutsy (but the packages for Hardy) at cchtml’s wiki but to no avail. Suspend is still broken. I am reinstalling from scratch and want to try to do without my transparent terminals to see what Ubuntu does as far as patching for the driver. There was an update for xorg-driver-fglrx, but it broke my config. (It wouldn’t have been hard to boot to single-user mode and dpkg –reconfigure xserver-xorg, but why not start fresh, right?) Anyway. I said I’d update, and I did. /cs

UPDATE 080316: OK, so it’s been an up and down road.  I am either able to suspend (which I find essential on a laptop) or have GL effects, which give me transparent terminals (which is just ideal in general).  I downloaded the daily build and reinstalled today.  More tweeking will *hopefully* yield promising results.  /cs

UPDATE 080317: OK – up and down has finally leveled out.  I have found a workaround for fglrx and sleep in Hardy.  Hoorah.  /cs

UPDATE 080319: I completely forgot – there is a bug in synergy (or xorg, not sure which) in Hardy that causes problems with synergy use.  The workaround for this (as documented in the Ubuntu forums) is to run ‘sudo synergyc –options’.  The problem does not manifest itself in synergys.  NOTE: This should be done on a network you trust, and behind a swith or router. synergy is known to leak information.  /cs

UPDATE 080407: So far so good.  Hardy is now into Beta status, and will be released in 17 days. I have had minimal problems, either with updates or with running the system.  Thus far, this has been my favorite Beta experience with Ubuntu – I seem to remember that there were several rounds of updates with Gutsy that broke – I have only seen one this go-around, and I was fortunate enough to miss the release, and hit it on the recall.  Basically, a kernel update pushed out, but the restricted-modules package was recalled.  I was able to install the kernel, but was unable to run X with my current config, since the fglrx driver had not been updated.  Four hours later, all was well, and I had the new (and now current) kernel.  Granted, there is still time.In the mean time, however, I can safely say that I believe Hardy to be the best Ubuntu yet.  /cs

UPDATE 080418:  Six days until release.  All still goes well.  Except that my sleeparound.sh script doesn’t work anymore.  I’ll try it out again this weekend, and see what I can do to fix it. In the mean time, I’ve grown an affinity for opaque terminal windows.    All is still well in the land of Hardy Beta, though.  I even found a workaround for the FF3 issue I was having (meaning that I needed FF2 for some stuff at work, no bug there.)  I came across one of Mark Shuttleworth’s blog entries that I found to be interesting.  It relates Mark’s ideas about infiltrating the Windows environment with Free and Open Source Software, siting that the most successful open-source software projects are multi-platform, not Linux specific.  I find this to be very concise and correct embodiment of why I still *occassionally* use Microsoft Windows for one thing or another (read: iTunes).  By keeping up with the goings-on of my previous-primary OS, I am able to help my wife, my Uncle Phil, and my Grandmother-in-law (yes, that’s right) realize the benefits of Open Source.  I have even converted one of them to a fully-Linux-operated-computer, with no Windows!  What a day that was!  /cs –p.s. – Shortly after writing this I remembered that I had not altered the /etc/default/acpi-support file, and that was why my sleeparound.sh script did not work.  It does now.  Ubuntu rules.  /cs