[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#379339: marked as done (s2ram/s2disk: potential problems with HPA (host protected area))

Your message dated Wed, 28 Sep 2011 14:31:32 +0100
with message-id <1317216693.4068.9.camel@deadeye>
and subject line Re: s2ram/s2disk: potential problems with HPA (host protected area)
has caused the Debian Bug report #379339,
regarding s2ram/s2disk: potential problems with HPA (host protected area)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
379339: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=379339
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: uswsusp
Version: 0.2-1
Severity: important

Machine: IBM Thinkpad R50p

I recognized following issues concerning s2ram/s2disk/s2both:

  - calling s2ram works fine, resuming from RAM works
  - after having resumed and calling s2disk the machine hangs with 
    heavy HD load
  - it's not possible to terminate or kill any process with SysRq+E/I
  - following messgages appears again and again if SysRq+E is pressed:

  hda: task_out_intr: status=0x51 { DriveReady SeekComplete Error }
  hda: task_out_intr: status=0x10 { SectorIdNotFound }, \ 
  LBAsect=110561486, sector=110561486
  hda: failed opcode was: unknown

  where 'LBAsect' and 'sector' will have values above 11000000 each 
  time the behaviour is reproduced

After having disabled the so called "IBM Predesktop Area" in the BIOS
everything works (in the BIOS setup: Security -> IBM Predesktop Area ->
Current Setting: Disabled).
As far as I know this IBM Predesktop Area is located in a HPA.
I'm not sure, if this is really a bug (and if so, if it is related to
uswsusp).
Hope anyone will find out.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (700, 'unstable'), (650, 'testing'), (600, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-1-686
Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15)

Versions of packages uswsusp depends on:
ii  debconf [debconf-2.0]         1.5.2      Debian configuration
management sy
ii  libc6                         2.3.6-15   GNU C Library: Shared
libraries

Versions of packages uswsusp recommends:
ii  initramfs-tools               0.70b      tools for generating an
initramfs

-- debconf information excluded

Attachment: signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


--- End Message ---
--- Begin Message --- 
Version: 2.6.32-13

On Sat, 2006-07-22 at 23:09 +0200, Daniel Philipp wrote:
> Package: uswsusp
> Version: 0.2-1
> Severity: important
> 
> Machine: IBM Thinkpad R50p
> 
> I recognized following issues concerning s2ram/s2disk/s2both:
> 
>   - calling s2ram works fine, resuming from RAM works
>   - after having resumed and calling s2disk the machine hangs with 
>     heavy HD load
>   - it's not possible to terminate or kill any process with SysRq+E/I
>   - following messgages appears again and again if SysRq+E is pressed:
> 
>   hda: task_out_intr: status=0x51 { DriveReady SeekComplete Error }
>   hda: task_out_intr: status=0x10 { SectorIdNotFound }, \ 
>   LBAsect=110561486, sector=110561486
>   hda: failed opcode was: unknown
> 
>   where 'LBAsect' and 'sector' will have values above 11000000 each 
>   time the behaviour is reproduced
> 
> After having disabled the so called "IBM Predesktop Area" in the BIOS
> everything works (in the BIOS setup: Security -> IBM Predesktop Area ->
> Current Setting: Disabled).
> As far as I know this IBM Predesktop Area is located in a HPA.
> I'm not sure, if this is really a bug (and if so, if it is related to
> uswsusp).
> Hope anyone will find out.
[...]

I believe this was finally fixed in kernel version 2.6.32-13 by the
patch "libata: Disable HPA if it is only enabled after suspend".

Ben.

-- 
Ben Hutchings
Everything should be made as simple as possible, but not simpler.
                                                           - Albert Einstein

Attachment: signature.asc
Description: This is a digitally signed message part


--- End Message ---
Reply to: