Bug#572618: linux-image-2.6.32-2-686: missing config option CONFIG_IDE_TASK_IOCTL detected by hdparm -N
Package: linux-2.6
Version: 2.6.32-8
Severity: important
My hard disk (a Samsumg HM160HC) seems to have a Host Protected Area, which previous kernels did not detect. So I have
an area of the disk that currently I can not access, but are covered by the partition table.
I read following Google searches that the fix is to use hdparm -N, but when I run it I get:-
$> sudo hdparm -N /dev/hda
/dev/hda:
The running kernel lacks CONFIG_IDE_TASK_IOCTL support for this device.
READ_NATIVE_MAX_ADDRESS_EXT failed: Invalid argument
Previous kernels (at least 2.6.26 which I used to run on this machine with Debian) did not seem to notice the HPA, so either I need
a way to turn off the kernel's detection of the HPA or I need CONFIG_IDE_TASK_IOCTL enabled to enable hdparm -N to work.
-- Package-specific info:
** Version:
Linux version 2.6.32-2-686 (Debian 2.6.32-8) (ben@decadent.org.uk) (gcc version 4.3.4 (Debian 4.3.4-6) ) #1 SMP Thu Feb 11 04:08:42 UTC 2010
** USB devices:
Bus 001 Device 002: ID 04b4:6560 Cypress Semiconductor Corp. CY7C65640 USB-2.0 "TetraHub"
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Kernel: Linux 2.6.32-2-686 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages linux-image-2.6.32-2-686 depends on:
ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy
ii initramfs-tools [linux-initr 0.93.4 tools for generating an initramfs
ii module-init-tools 3.12~pre1-1 tools for managing Linux kernel mo
ii yaird [linux-initramfs-tool] 0.0.13-5 Yet Another mkInitRD
Versions of packages linux-image-2.6.32-2-686 recommends:
ii firmware-linux-free 2.6.32-9 Binary firmware for various driver
ii libc6-i686 2.10.2-5 GNU C Library: Shared libraries [i
Versions of packages linux-image-2.6.32-2-686 suggests:
ii grub 0.97-59 GRand Unified Bootloader (dummy pa
pn linux-doc-2.6.32 <none> (no description available)
Versions of packages linux-image-2.6.32-2-686 is related to:
pn firmware-bnx2 <none> (no description available)
pn firmware-bnx2x <none> (no description available)
ii firmware-ipw2x00 0.22 Binary firmware for Intel Pro Wire
pn firmware-ivtv <none> (no description available)
pn firmware-iwlwifi <none> (no description available)
pn firmware-linux <none> (no description available)
pn firmware-linux-nonfree <none> (no description available)
pn firmware-qlogic <none> (no description available)
pn firmware-ralink <none> (no description available)
-- debconf information excluded
--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20100305093904.3262.82204.reportbug@stargate.dga.c o.uk">http://lists.debian.org/20100305093904.3262.82204.reportbug@stargate.dga.c o.uk
03-05-2010, 11:41 AM
Ben Hutchings
Bug#572618: linux-image-2.6.32-2-686: missing config option CONFIG_IDE_TASK_IOCTL detected by hdparm -N
On Fri, 2010-03-05 at 09:39 +0000, David Goodenough wrote:
> Package: linux-2.6
> Version: 2.6.32-8
> Severity: important
>
>
> My hard disk (a Samsumg HM160HC) seems to have a Host Protected Area, which previous kernels did not detect. So I have
> an area of the disk that currently I can not access, but are covered by the partition table.
>
> I read following Google searches that the fix is to use hdparm -N, but when I run it I get:-
>
> $> sudo hdparm -N /dev/hda
>
> /dev/hda:
> The running kernel lacks CONFIG_IDE_TASK_IOCTL support for this device.
> READ_NATIVE_MAX_ADDRESS_EXT failed: Invalid argument
>
> Previous kernels (at least 2.6.26 which I used to run on this machine with Debian) did not seem to notice the HPA, so either I need
> a way to turn off the kernel's detection of the HPA or I need CONFIG_IDE_TASK_IOCTL enabled to enable hdparm -N to work.
You should be able to make the kernel ignore the HPA thus:
1. Create a file under /etc/modprobe.d containing the lines:
options ide_core nohpa=0.0
options libata ignore_hpa=1
2. Run 'update-initramfs -u -k 2.6.32-2-686'
3. Reboot
Ben.
--
Ben Hutchings
Q. Which is the greater problem in the world today, ignorance or apathy?
A. I don't know and I couldn't care less.
03-05-2010, 12:03 PM
David Goodenough
Bug#572618: linux-image-2.6.32-2-686: missing config option CONFIG_IDE_TASK_IOCTL detected by hdparm -N
On Friday 05 March 2010, Ben Hutchings wrote:
> On Fri, 2010-03-05 at 09:39 +0000, David Goodenough wrote:
> > Package: linux-2.6
> > Version: 2.6.32-8
> > Severity: important
> >
> >
> > My hard disk (a Samsumg HM160HC) seems to have a Host
Protected Area,
> > which previous kernels did not detect. So I have an area of the disk
> > that currently I can not access, but are covered by the partition table.
> >
> > I read following Google searches that the fix is to use hdparm -N, but
> > when I run it I get:-
> >
> > $> sudo hdparm -N /dev/hda
> >
> > /dev/hda:
> > The running kernel lacks CONFIG_IDE_TASK_IOCTL support for this
device.
> > READ_NATIVE_MAX_ADDRESS_EXT failed: Invalid argument
> >
> > Previous kernels (at least 2.6.26 which I used to run on this machine
> > with Debian) did not seem to notice the HPA, so either I need a way to
> > turn off the kernel's detection of the HPA or I need
> > CONFIG_IDE_TASK_IOCTL enabled to enable hdparm -N to work.
>
> You should be able to make the kernel ignore the HPA thus:
>
> 1. Create a file under /etc/modprobe.d containing the lines:
> options ide_core nohpa=0.0
> options libata ignore_hpa=1
> 2. Run 'update-initramfs -u -k 2.6.32-2-686'
> 3. Reboot
>
> Ben.
>
Excellent, thank you that worked. I had found the libata ignore_hpa=1
in various forums, but no one had mentioned the ide_core nohpa=0.0
and that (or rather the combination of the two) did the trick.
Can I close the bug (if so how) otherwise feel free to close it.
Given that these days (I know in the past that IBM PS/2 machines
needed an area for BIOS most of which was stored on disk) the only
use for HPA seems to be for windows reload areas, I suppose the
only question is when you would want HPA to be enabled on a linux
box?
David
--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 201003051303.11094.david.goodenough@linkchoose.co. uk">http://lists.debian.org/201003051303.11094.david.goodenough@linkchoose.co. uk
03-14-2010, 09:40 PM
Ben Hutchings
Bug#572618: linux-image-2.6.32-2-686: missing config option CONFIG_IDE_TASK_IOCTL detected by hdparm -N
Going back to your original report:
On Fri, 2010-03-05 at 09:39 +0000, David Goodenough wrote:
[...]
> Previous kernels (at least 2.6.26 which I used to run on this machine
> with Debian) did not seem to notice the HPA, so either I need a way to
> turn off the kernel's detection of the HPA or I need
> CONFIG_IDE_TASK_IOCTL enabled to enable hdparm -N to work.
Now I don't understand this. Once an HPA has been created, it will be
hidden by the drive unless the kernel or BIOS specifically overrides
this. It does not depend on the kernel to detect and implement the HPA.
Is it possible that you have changed or reset a BIOS option that was
overriding the HPA?
Ben.
--
Ben Hutchings
I say we take off; nuke the site from orbit. It's the only way to be sure.
03-15-2010, 09:02 AM
David Goodenough
Bug#572618: linux-image-2.6.32-2-686: missing config option CONFIG_IDE_TASK_IOCTL detected by hdparm -N
On Sunday 14 March 2010, Ben Hutchings wrote:
> Going back to your original report:
>
> On Fri, 2010-03-05 at 09:39 +0000, David Goodenough wrote:
> [...]
>
> > Previous kernels (at least 2.6.26 which I used to run on this machine
> > with Debian) did not seem to notice the HPA, so either I need a way to
> > turn off the kernel's detection of the HPA or I need
> > CONFIG_IDE_TASK_IOCTL enabled to enable hdparm -N to work.
>
> Now I don't understand this. Once an HPA has been created, it will be
> hidden by the drive unless the kernel or BIOS specifically overrides
> this. It does not depend on the kernel to detect and implement the
HPA.
>
> Is it possible that you have changed or reset a BIOS option that was
> overriding the HPA?
>
> Ben.
>
Another question arises, *parted still think that the device is full size
so obviously the drive is not hiding the HPA very well!
David
--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 201003151002.05181.david.goodenough@linkchoose.co. uk">http://lists.debian.org/201003151002.05181.david.goodenough@linkchoose.co. uk
04-04-2010, 07:46 PM
Ben Hutchings
Bug#572618: linux-image-2.6.32-2-686: missing config option CONFIG_IDE_TASK_IOCTL detected by hdparm -N
On Mon, 2010-03-15 at 10:02 +0000, David Goodenough wrote:
> On Sunday 14 March 2010, Ben Hutchings wrote:
> > Going back to your original report:
> >
> > On Fri, 2010-03-05 at 09:39 +0000, David Goodenough wrote:
> > [...]
> >
> > > Previous kernels (at least 2.6.26 which I used to run on this machine
> > > with Debian) did not seem to notice the HPA, so either I need a way to
> > > turn off the kernel's detection of the HPA or I need
> > > CONFIG_IDE_TASK_IOCTL enabled to enable hdparm -N to work.
> >
> > Now I don't understand this. Once an HPA has been created, it will be
> > hidden by the drive unless the kernel or BIOS specifically overrides
> > this. It does not depend on the kernel to detect and implement the
> HPA.
> >
> > Is it possible that you have changed or reset a BIOS option that was
> > overriding the HPA?
> >
> > Ben.
> >
>
> Another question arises, *parted still think that the device is full size
> so obviously the drive is not hiding the HPA very well!
I now understand this bug: there is already a workaround in Linux that
causes the HPA to be automatically disabled if it overlaps a partition,
but the workaround only works for the old IDE drivers. I've reported
this upstream and we are close to a solution which will make this work
for the new drivers too.
Ben.
--
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.