0bc2:2300 [HP Pavillion dm3-1109TU] External HDD goes into low power mode delaying saving by 10-20 seconds

Bug #1222313 reported by chris
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Confirmed
Medium
Unassigned

Bug Description

I found that my 0bc2:2300 Seagate USB HDD with NTFS goes into low power mode delaying saving LO files by 10-20 seconds.

250 GB Seagate Expansion Portable Drive
ST902504EXM101-RK

I don't know which part number is right, looks different what is written in the HDD sticker & box: (even same S/N)
- P/N: 9SD2A2-500 (HDD sticker)
- PN:9SC2M2-572 (box)

sudo hdparm -C /dev/sdb1:
/dev/sdb1:
 drive state is: unknown

Neither of the following stopped the driver from entering a low power state:
sudo hdparm -B 255 /dev/sdb1
sudo hdparm -B 254 /dev/sdb1
sudo hdparm -Z /dev/sdb1

---
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24.
ApportVersion: 2.0.1-0ubuntu17.4
Architecture: i386
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 0: Intel [HDA Intel], device 0: STAC92xx Analog [STAC92xx Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: christian 1833 F.... pulseaudio
Card0.Amixer.info:
 Card hw:0 'Intel'/'HDA Intel at 0x94500000 irq 45'
   Mixer name : 'Intel Cantiga HDMI'
   Components : 'HDA:111d76d5,103c3649,00100402 HDA:80862802,80860101,00100000'
   Controls : 23
   Simple ctrls : 11
DistroRelease: Ubuntu 12.04
InstallationMedia: Ubuntu 12.04.1 LTS "Precise Pangolin" - Release i386 (20120817.3)
MachineType: Hewlett-Packard HP Pavilion dm3 Notebook PC
MarkForUpload: True
Package: linux (not installed)
ProcEnviron:
 LANGUAGE=en_US:en
 TERM=xterm
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.2.0-53-generic-pae root=UUID=2E2462FD2462C783 loop=/hostname/disks/root.disk ro quiet splash vt.handoff=7
ProcVersionSignature: Ubuntu 3.2.0-53.81-generic-pae 3.2.50
RelatedPackageVersions:
 linux-restricted-modules-3.2.0-53-generic-pae N/A
 linux-backports-modules-3.2.0-53-generic-pae N/A
 linux-firmware 1.79.6
Tags: precise
Uname: Linux 3.2.0-53-generic-pae i686
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo
dmi.bios.date: 11/16/2010
dmi.bios.vendor: Insyde Corp.
dmi.bios.version: F.19
dmi.board.asset.tag: Base Board Asset Tag
dmi.board.name: 3649
dmi.board.vendor: Hewlett-Packard
dmi.board.version: 41.3D
dmi.chassis.type: 10
dmi.chassis.vendor: Hewlett-Packard
dmi.chassis.version: N/A
dmi.modalias: dmi:bvnInsydeCorp.:bvrF.19:bd11/16/2010:svnHewlett-Packard:pnHPPaviliondm3NotebookPC:pvr0487110000241F10110120000:rvnHewlett-Packard:rn3649:rvr41.3D:cvnHewlett-Packard:ct10:cvrN/A:
dmi.product.name: HP Pavilion dm3 Notebook PC
dmi.product.version: 0487110000241F10110120000
dmi.sys.vendor: Hewlett-Packard

Revision history for this message
chris (ign-christian) wrote :

Sorry I forgot, machine : Ubuntu 12.04.3 (full system update today), existing kernel: 3.2.0-53-generic-pae

Revision history for this message
Brad Figg (brad-figg) wrote : Missing required logs.

This bug is missing log files that will aid in diagnosing the problem. From a terminal window please run:

apport-collect 1222313

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

Changed in linux (Ubuntu):
status: New → Incomplete
Revision history for this message
chris (ign-christian) wrote : AcpiTables.txt

apport information

tags: added: apport-collected precise
description: updated
Revision history for this message
chris (ign-christian) wrote : AlsaDevices.txt

apport information

Revision history for this message
chris (ign-christian) wrote : AplayDevices.txt

apport information

Revision history for this message
chris (ign-christian) wrote : BootDmesg.txt

apport information

Revision history for this message
chris (ign-christian) wrote : CRDA.txt

apport information

Revision history for this message
chris (ign-christian) wrote : Card0.Amixer.values.txt

apport information

Revision history for this message
chris (ign-christian) wrote : Card0.Codecs.codec.0.txt

apport information

Revision history for this message
chris (ign-christian) wrote : Card0.Codecs.codec.1.txt

apport information

Revision history for this message
chris (ign-christian) wrote : CurrentDmesg.txt

apport information

Revision history for this message
chris (ign-christian) wrote : IwConfig.txt

apport information

Revision history for this message
chris (ign-christian) wrote : Lspci.txt

apport information

Revision history for this message
chris (ign-christian) wrote : Lsusb.txt

apport information

Revision history for this message
chris (ign-christian) wrote : PciMultimedia.txt

apport information

Revision history for this message
chris (ign-christian) wrote : ProcCpuinfo.txt

apport information

Revision history for this message
chris (ign-christian) wrote : ProcInterrupts.txt

apport information

Revision history for this message
chris (ign-christian) wrote : ProcModules.txt

apport information

Revision history for this message
chris (ign-christian) wrote : PulseList.txt

apport information

Revision history for this message
chris (ign-christian) wrote : RfKill.txt

apport information

Revision history for this message
chris (ign-christian) wrote : UdevDb.txt

apport information

Revision history for this message
chris (ign-christian) wrote : UdevLog.txt

apport information

Changed in linux (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
chris (ign-christian) wrote : WifiSyslog.txt

apport information

Revision history for this message
chris (ign-christian) wrote : Re: [HP Pavillion dm3-1109TU] External HDD takes 10/20 seconds after wake up after standby

Hi Brad, I think I had followed your instructions. I ran that command while my HDD expansion unplugged.

Please advice if I should run that command under certain condition.

Revision history for this message
Joseph Salisbury (jsalisbury) wrote :

Would it be possible for you to test the latest upstream kernel? Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest v3.11 kernel[0].

If this bug is fixed in the mainline kernel, please add the following tag 'kernel-fixed-upstream'.

If the mainline kernel does not fix this bug, please add the tag: 'kernel-bug-exists-upstream'.

If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel-unable-to-test-upstream'.
Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".

Thanks in advance.

[0] http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.11-saucy/

Changed in linux (Ubuntu):
importance: Undecided → Medium
status: Confirmed → Incomplete
Revision history for this message
chris (ign-christian) wrote :

Hello.. My test with that kernel available on description above:
Last testing result : https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1159358/comments/45

I also had added tag: kernel-bug-exists-upstream-v3.11 in this bug report

Changed in linux (Ubuntu):
status: Incomplete → Confirmed
penalvch (penalvch)
description: updated
summary: - [HP Pavillion dm3-1109TU] External HDD takes 10/20 seconds after wake up
- after standby
+ 0bc2:2300 [HP Pavillion dm3-1109TU] External HDD takes 10/20 seconds
+ after wake up after standby
tags: added: latest-bios-f.19 regression-potential
Changed in linux (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
chris (ign-christian) wrote :

No..computer doesn't enter suspend mode yet.

I'll try to describe steps to reproduce that:
1. Accessing a file in external HDD (in this case a file that opened with LibreOffice)
2. Leave it a while until HDD sleep (but computer not yet entering suspend mode)
3. Press save in the file
4. LO looks like freeze about 10-20 seconds (waiting HDD to wake up) then successfully save the file

Changed in linux (Ubuntu):
status: Incomplete → Confirmed
penalvch (penalvch)
Changed in linux (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
chris (ign-christian) wrote :

As you wish :)

250 GB Seagate Expansion Portable Drive
ST902504EXM101-RK

I don't know which part number is right, looks different what is written in the HDD sticker & box: (even same S/N)
- P/N: 9SD2A2-500 (HDD sticker)
- PN:9SC2M2-572 (box)

Changed in linux (Ubuntu):
status: Incomplete → Confirmed
penalvch (penalvch)
summary: - 0bc2:2300 [HP Pavillion dm3-1109TU] External HDD takes 10/20 seconds
- after wake up after standby
+ 0bc2:2300 [HP Pavillion dm3-1109TU] External HDD goes into low power
+ mode delaying saving by 10-20 seconds
description: updated
penalvch (penalvch)
description: updated
Revision history for this message
penalvch (penalvch) wrote :

chris, I think you external drive itself is either in standby or sleep mode as per man hdparm:
"...standby (low power mode, drive has spun down), or sleeping (lowest power mode, drive is completely shut down)."

which wouldn't be an issue if it resumed from it's standby/sleep faster. Hence, for now a WORKAROUND of preventing the drive going into standby/sleep would be best, while a quicker resume potential is investigated.

In order to confirm this, first, when the drive seems to be idle, execute the following and post to this report:
sudo hdparm -C /dev/sdXY

where X is the letter of your drive (may be a or b) and Y is the number of your drive (may likely be 0, 1, or 2). Then, execute the following in a terminal and post the results to make use of APM to prevent the drive from going into a low power state:
sudo hdparm -B 255 /dev/sdXY

Changed in linux (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
chris (ign-christian) wrote :

Actually I don't really understand. If I understand correctly, what I should do is execute:
- sudo hdparm -C /dev/sdXY ;then
- sudo hdparm -B 255 /dev/sdXY
(execute both command while HDD is is standby/sleep mode, so I should do it pretty fast in 10-20 seconds)

Revision history for this message
chris (ign-christian) wrote :

Hope that I did what is expected. Those are the results:

sudo hdparm -C /dev/sdb1:
/dev/sdb1:
 drive state is: unknown

sudo hdparm -B 255 /dev/sdb1: (execute after HDD wake up since previous command show result together with wake up process)
/dev/sdb1:
 setting Advanced Power Management level to disabled
 HDIO_DRIVE_CMD failed: Invalid argument
 APM_level = off

Changed in linux (Ubuntu):
status: Incomplete → Confirmed
penalvch (penalvch)
Changed in linux (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
chris (ign-christian) wrote :

No...as I mentioned in comment #33, "sudo hdparm -B 255 /dev/sdb1" ran after HDD woke up. But maybe I misunderstand, if you meant that after execute that command is the HDD still can go into sleep state?; my answer is: YES (in about 5-7 minutes then HDD entered sleep state).

And then I executed "sudo hdparm -B 254 /dev/sdb1" while bug reoccured, the result was:

/dev/sdb1:
 setting Advanced Power Management level to 0xfe (254)
 HDIO_DRIVE_CMD failed: Invalid argument
 APM_level = 254

After previous command, same behavior reoccured (looks like that command has no effect).

Changed in linux (Ubuntu):
status: Incomplete → Confirmed
penalvch (penalvch)
description: updated
Changed in linux (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
chris (ign-christian) wrote :

I had tested with kernel 3.12.0-031200rc2-generic, same behavior. But I feel somewhat worst, saving delayed for 30 seconds...

Changed in linux (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
penalvch (penalvch) wrote :

chris, did this problem not occur in a release prior to Precise?

tags: added: kernel-bug-exists-upstream-v3.12-rc2
removed: kernel-bug-exists-upstream-v3.11
Changed in linux (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
chris (ign-christian) wrote :

Hi Christopher, now I'm using kernel 3.2.0-53-generic-pae (same as 3.12, tested in Precise) & I realized an inconsistency while doing 4 consecutive testing (under different conditions, did that together with doing another works) :
- 1st testing : no delay
- 2nd testing : 30 seconds delay
- 3rd testing : no delay
- 4th testing : no delay

Changed in linux (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
chris (ign-christian) wrote :

I've just got kernel 3.2.0-54-generic-pae. Still experiencing inconsistency..
- 1st testing : no delay
- 2nd testing : 30 seconds delay
- 3rd testing : 30 seconds delay
- 4th testing : 30 seconds delay
Those testing running under different random conditions and I still haven't found the pattern.

PS: I said 30 seconds, but actually around 30-35 seconds

Revision history for this message
penalvch (penalvch) wrote :
Changed in linux (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
chris (ign-christian) wrote :

Sorry...I've just tested under Lucid with bootable flashdisk. (kernel 2.6.32-38-generic)
- 1st testing : no delay
- 2nd testing : 30 seconds delay but OpenOffice 3.2 no freezing
- 3rd testing : 60 seconds delay but OpenOffice 3.2 no freezing

I found different behavior here while did 3rd testing, while HDD sleep & pressing ctrl-s to save document in OO then closed & reopen file (whole process only took 3-5 secs), HDD was still sleeping. HDD woke up again 60 seconds later.

Looks like OO did caching saved file in system or RAM so it can be done while HDD sleeping without making OO freeze.

I'll do further testing with Precise & other applications.

Changed in linux (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
chris (ign-christian) wrote :

I did testing under Precise with Image Viewer & gedit created file (each application ran in 3 consecutive tests) : consistent behavior with 30 seconds delay & frozen application.

penalvch (penalvch)
tags: added: lucid
removed: regression-potential
Revision history for this message
penalvch (penalvch) wrote :

chris, could you please post the results of the following command and advise if it has an impact:
sudo hdparm /dev/sdb1 -Z

Changed in linux (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
chris (ign-christian) wrote :

Hi Christopher, perhaps you mean " sudo hdparm -Z /dev/sdb1", result:

/dev/sdb1:
 disabling Seagate auto powersaving mode
 HDIO_DRIVE_CMD(seagatepwrsave) failed: Invalid argument

Afterthat I did testing & experienced same result as before.

Changed in linux (Ubuntu):
status: Incomplete → Confirmed
penalvch (penalvch)
description: updated
Revision history for this message
penalvch (penalvch) wrote :

chris, thank you for your comments. When you plug your USB device in, the directory:
/sys/bus/usb/devices/

is going to populate a new entry. For example, I plugged a USB devices in and got 4-2:1.0.

Could you please post the results of:
ls /sys/bus/usb/devices/NEWENTRY

Changed in linux (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
chris (ign-christian) wrote :

Hello..

I'm replying now since I didn't get any email notification even I've been subscribed to all notifications.

I saw 2-1 and 2-1:1.0 in that directory when plugged the hdd expansion drive. Hope it's what you meant :

ls /sys/bus/usb/devices/2-1
2-1:1.0 bDeviceSubClass configuration idProduct remove
authorized bmAttributes descriptors idVendor serial
avoid_reset_quirk bMaxPacketSize0 dev manufacturer speed
bcdDevice bMaxPower devnum maxchild subsystem
bConfigurationValue bNumConfigurations devpath power uevent
bDeviceClass bNumInterfaces driver product urbnum
bDeviceProtocol busnum ep_00 quirks version

ls /sys/bus/usb/devices/2-1:1.0
bAlternateSetting bInterfaceProtocol driver host4 subsystem
bInterfaceClass bInterfaceSubClass ep_02 modalias supports_autosuspend
bInterfaceNumber bNumEndpoints ep_81 power uevent

Changed in linux (Ubuntu):
status: Incomplete → Confirmed
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.