Suspend and hotswapping problems caused by hald-addon-storage

Bug #62239 reported by Rob Frohne
2
Affects Status Importance Assigned to Milestone
hal (Ubuntu)
New
Undecided
Unassigned

Bug Description

On this Dell D600 laptop, if I kill the hald-addon-storage process immediately after booting I can suspend and hibernate as many times as I like. I can also hotswap the removable CDRW/DVD without locking up the system. If I suspend without killing hald-addon-storage, it works the first time. About half the time after waking up, the hald-addon-storage process is D instead of S in the output of ps, meaning it is an uninterruptible sleep process. If that happens, I can sometimes get it to change to S (interruptable sleep) by ejecting and re-inserting a CD. If I use the ati (open source) graphics drivers, I can continue to sleep and wake as long as the process is not D when I suspend. If I use the fglrx (closed source) driver, I can only wake up once correctly if I suspend with the hald-addon-storage process is running when I suspend, even if the process is S. If I boot with the CD/DVD rom not inserted in the side of the laptop, I can suspend as many times as I like.

I would be glad to test more if it is helpful.

Revision history for this message
Rob Frohne (frohro) wrote : Re: [Bug 62239] Re: Suspend and hotswapping problems caused by hald-addon-storage

Hi Martin,

I suppose this is related partly to bug 58935, but unfortunately, after
testing further, I find that the problem wasn't solved by having only
one hald-addon-storage process instead of two. What having only one
process did, was drop the probability in half roughly of the problem
occurring. I can drop the probability to zero by killing all
hald-addon-storage processes. Please read the follow-up to my original
post. I probably should have done some more testing before I posted the
first time.

Thanks,

Rob

Martin Pitt wrote:
> *** This bug is a duplicate of bug 58935 ***
>
> ** This bug has been marked a duplicate of bug 58935
> two hald-addon-storage processes per pooled device
>
>

--
Rob Frohne, Ph.D., P.E.
E.F. Cross School of Engineering
Walla Walla College
100 SW 4th Street
College Place, WA 99324
(509) 527-2075 http://www.wwc.edu/~frohro

Revision history for this message
Rob Frohne (frohro) wrote :

I solved the problems by removing the cdrom driver before suspending, and having it reinserted afterwards. You do this by editing /etc/default/acpi-support to have the following:

# Note that network cards and USB controllers will automatically be unloaded
# unless they're listed in MODULES_WHITELIST
#MODULES=""
MODULES="cdrom"

Now suspend and hibernate work fine, and the processes don't become zombies.

Rob

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.