Bug 27086

Summary: radeon pm should have uninitialize function for cleaning pm state
Product: DRI Reporter: Pauli <suokkos>
Component: DRM/RadeonAssignee: Default DRI bug account <dri-devel>
Status: RESOLVED INVALID QA Contact:
Severity: normal    
Priority: medium    
Version: XOrg git   
Hardware: Other   
OS: All   
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
My script for reloading radeon module none

Description Pauli 2010-03-15 08:23:39 UTC
Currently unloading radeon module if dynpm is enabled causes oopses. It also looks that if only fixing oopses radeon would leave card to power save mode.

When kernel module is unloaded power management should unregister the delayed work with cancel_delayed_work_sync and set default power state.
Comment 1 Rafał Miłecki 2010-03-15 08:49:31 UTC
Could you post fast tip for reloading radeon, please? I heard of some fbcon unbinding hack.
Comment 2 Pauli 2010-03-15 08:58:42 UTC
Created attachment 34074 [details]
My script for reloading radeon module

Attached the shell script that I use to reload radeon module.

usage is <script> [01] [s]{0,1}

where the first parameter is for selecting if modesetting is enabled after reload. the second paramter is set to s if you want to start gdm immediately after module reload.
Comment 3 Pauli 2010-03-15 09:00:56 UTC
(In reply to comment #2)
> Created an attachment (id=34074) [details]
> My script for reloading radeon module
> 
> Attached the shell script that I use to reload radeon module.
> 
> usage is <script> [01] [s]{0,1}
> 
> where the first parameter is for selecting if modesetting is enabled after
> reload. the second paramter is set to s if you want to start gdm immediately
> after module reload.
> 

warning: There is extra agpmode=4 parameter. I didn't remember that I had added it there.
Comment 4 Alex Deucher 2010-03-16 19:35:49 UTC
I've attempted to fill this in here:
http://people.freedesktop.org/~agd5f/pm2/0022-drm-radeon-kms-pm-restore-default-power-state-on-ex.patch
Comment 5 almos 2011-11-13 09:09:12 UTC
Can this be closed?
Comment 6 Marek Olšák 2014-01-23 11:51:06 UTC
No feedback for 3 years. Closing.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.