linux-kernel - RE: Possible regression of LBA48 support for piix

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <A9C151C7BD19EC47976D4AA14CF277A8BC64DFB2C1@HMCEXMBX01CLUS.hmcikoula.com>
Date:	Thu, 17 Dec 2009 11:04:38 +0100
From:	Romain Kubany <rkubany@...ula.com>
To:	Mikael Pettersson <mikpe@...uu.se>
CC:	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"linux-ide@...r.kernel.org" <linux-ide@...r.kernel.org>
Subject: RE: Possible regression of LBA48 support for piix

Ok, thanks for the prompt reply and the notice for the cc: :)
I'm using libata and ata_piix now.
My disk is seen as "sda" and a lshw is reporting the controler as using "ata_piix" : 

# lshw -c STORAGE
  *-ide
       description: IDE interface
       product: 82371AB/EB/MB PIIX4 IDE
       vendor: Intel Corporation
       physical id: 7.1
       bus info: pci@...0:00:07.1
       logical name: scsi0
       logical name: scsi1
       version: 01
       width: 32 bits
       clock: 33MHz
       capabilities: ide bus_master emulated
       configuration: driver=ata_piix latency=0

But fdisk always recognize the disk as 136.8Gb :

# fdisk -l

Disk /dev/sda: 136.8 GB, 136899993600 bytes
16 heads, 63 sectors/track, 265260 cylinders
Units = cylinders of 1008 * 512 = 516096 bytes
Disk identifier: 0xd7267427

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1         204      102815+  83  Linux
/dev/sda2             205        2236     1024128   82  Linux swap / Solaris
/dev/sda3            2237       20805     9358776   83  Linux

Here is the new kernel config file : http://pastebin.com/f65fd472b

-----Message d'origine-----
De : linux-kernel-owner@...r.kernel.org [mailto:linux-kernel-owner@...r.kernel.org] De la part de Mikael Pettersson
Envoyé : jeudi 17 décembre 2009 10:28
À : Romain Kubany
Cc : linux-kernel@...r.kernel.org
Objet : Re: Possible regression of LBA48 support for piix

Romain Kubany writes:
 > Hello,
 > 
 > We are using Microsoft Hyper-V Virtualization technology for some of our GNU/Linux guests and we recently discovered 
 > that the emulated hardware does not seem to support LBA48 adressing on IDE controller.
 > 
 > After some tests, here are the results on a VM with a 200GB virtual disk : disk is detected as 214748MB up to kernel 2.6.27.41 and as 136899MB in 2.6.28 and up.
 > 
 > The two kernels (2.6.27.41 and 2.6.28) were compiled with approximatively the same parameters (just an oldconfig between them, I'll paste a line to their respective config at the end of the mail)
 > except that many changes occured in IDE management between 2.6.27 and 2.6.28 series of the kernel so it is possible that the problem is coming from a misconfiguration on our side (in which case I'll present you my truthful apologies for making you waste your time).
 > 
 > Here are some useful informations (I think) for start :
 > 
 > [On the "working" kernel, 2.6.27.41 w/ 200GB recognized vdisk]
 > 
 > # hdparm -I /dev/hda

Try using libata and ata_piix instead of the old IDE drivers, but
be aware that the disk will show up as /dev/sda not /dev/hda.

Also, IDE/ATA-related issues should be cc:d to linux-ide (see MAINTAINERS).
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/