I checked 13-49bluetooth-sync.patch in the Natty pm-utils source package and bug 698331. I think it is not the same as this bug.
Bug 698331 and 49bluetooth are specific to Thinkpads. This bug deals with hardwares other than Thinkpads.
49bluetooth checks the presence of a proc node generated by the thinkpad-acpi kernel module or the script just exits in the first line.
And the fix in Bug 698331 polls /sys/module/btusb/refcnt. This is only relevant when SUSPEND_MODULES with btusb is used.
Here it was found (by many experiments) that stopping the bluetoothd alone, without unloading/loading the btusb kernel module can work around the hibernate hangs.
I checked 13-49bluetooth- sync.patch in the Natty pm-utils source package and bug 698331. I think it is not the same as this bug.
Bug 698331 and 49bluetooth are specific to Thinkpads. This bug deals with hardwares other than Thinkpads.
49bluetooth checks the presence of a proc node generated by the thinkpad-acpi kernel module or the script just exits in the first line.
And the fix in Bug 698331 polls /sys/module/ btusb/refcnt. This is only relevant when SUSPEND_MODULES with btusb is used.
Here it was found (by many experiments) that stopping the bluetoothd alone, without unloading/loading the btusb kernel module can work around the hibernate hangs.