Bug 16540 - opl3sa2 sound fails after suspend/resume or rmmod/insmod on toshiba libretto 110 ct
Summary: opl3sa2 sound fails after suspend/resume or rmmod/insmod on toshiba libretto ...
Status: RESOLVED OBSOLETE
Alias: None
Product: Drivers
Classification: Unclassified
Component: Sound(ALSA) (show other bugs)
Hardware: All Linux
: P1 normal
Assignee: Jaroslav Kysela
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-08-07 22:21 UTC by friedel
Modified: 2012-08-09 15:40 UTC (History)
1 user (show)

See Also:
Kernel Version:
Subsystem:
Regression: No
Bisected commit-id:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description friedel 2010-08-07 22:21:17 UTC 
I filed this bug against the debian kernel package a while ago:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=531090

Things have changed a bit since then.

It seems to depend on the kind of suspend resume mechanism I use, if I can use the soundcard after resume or not. With s2disk/uswsusp it won't work at all, with BIOS suspend/resume (hibernate), I can unload/reload the snd modules to get sound.

In any case, directly after resume any application accessing the sound devices will hang, but is killable with SIGKILL (so it's probably not IO-wait, unless things have changed since I last had an application in uninterruptible sleep).

There's more, hopefully relevant, information in the debian bug.

I'd be willing, if necessary, to try with a vanilla kernel.
Note You need to log in before you can comment on or make changes to this bug.