Comment 19 for bug 30124

Revision history for this message
Bela Lubkin (filbo) wrote :

It works for me, thanks!

Summary of the below: 7.10 suspend & hibernate didn't work; 8.10 does; on Dell
Inspiron 9300 with ATI graphics & Intel wifi.

Details:

I was using 7.10 Gutsy on my Inspiron 9300, using ATI proprietary fglrx driver, and
neither suspend nor hibernate worked. They would go through the motions, but
after a suspend it would not resume for any stimulus, and after a hibernate the next
boot would act as if there was no saved image.

I recently installed 8.10 Intrepid (to a new hard disk, having damaged the old one).
Suspend and hibernate now both work almost perfectly. I am again using the ATI
proprietary fglrx driver.

Successes:

  - hibernate, then boot up and resume
  - suspend, then resume
  - multiple suspend/resume cycles from a single boot (10+ cycles, no problem)

Slight issues:

  - Network Manager behavior is slightly variable, sometimes it comes out of a
    suspend and immediately connects to the local WLAN, other times it comes
    up with [ ] Enable Networking un-checked and I must check it before the WLAN
    comes up. In all cases it does successfully connect once I get nm's attention.

  - Once (only, out of 30+ suspend/resume and 3 hibernate/resume cycles), my
    USB mouse was not detected. This is an optical mouse with easily visible red
    LED. In the bad resume, the LED lit up (showing that the mouse had power),
    and it would show up in `lsusb` output, but moving and clicking the mouse had
    no effect on X. I unplugged and replugged the mouse several times to the
    same USB port and then to different ones. On about the 4th replug, it started
    working. /var/log/messages showed all of the plug/unplug events, I didn't see
    any differences in the USB stack setup each time, it just insisted on being
    "seen but not heard" for a while.

  - One horrible bug I experienced: once when trying to suspend using the power
    button, the system wasn't recognizing the button (normally it does). I gave up
    after a few seconds and used the "Switch users or shut down" Fast User
    Switch Applet menu to suspend.

    Later, on resume, I immediately started using the mouse, moved it to some UI
    element on the screen and left-clicked _just in time_ for the much-delayed
    power button action to finally come through. As I was reaching for the mouse
    button it popped up the "Shut Down the Computer" dialog; my click landed
    right on "Restart" -- so I unintentionally rebooted!

    Suggestion (I will raise this as a separate bug report): during resume from
    either suspend or hibernate, clear all human interface device input queues.
    Any sort of typeahead, mouseahead or (in this case) power-button-
    event-ahead after a resume is going to be unexpected at best.

    But this seems like a generic issue, nothing to do with Dell 9300.

HW & supporting SW details, tested to work through resume cycles:

  Dell Inspiron 9300 (Ubuntu 8.10 Intrepid Ibex, 2.6.27-9 kernel, gnome)
  Broadcom BCM4401-B0 100baseT NIC (b44 driver)
  Intel PRO/Wireless 2915ABG [Calexico2] wireless NIC (ipw2200 driver)
  ATI M22 [Mobility Radeon X300] (fglrx driver v. 8.54.3; compiz fully operational)
  Intel ICH6 AC'97 Audio Controller (snd_intel8x0)
  NEC ND-6500A DVD+-RW
  USB (UHCI + EHCI, uhci_hcd & ehci_hcd)
  Dell Wireless 350 Bluetooth (btusb, bluetooth) -- only tested pairing & service detection
  Touchpad [ID'd as "AlpsPS/2 ALPS GlidePoint"] (synaptics_drv.so) --
      unfortunately still works after resume

Not tested:

  Flash media
  PCMCIA/Cardbus
  Firewire