Bug 326887 - ata_piix limits hard disk to 8GB on Thinkpad R50p
Summary: ata_piix limits hard disk to 8GB on Thinkpad R50p
Status: RESOLVED DUPLICATE of bug 325552
: 328439 (view as bug list)
Alias: None
Product: openSUSE 10.3
Classification: openSUSE
Component: Kernel (show other bugs)
Version: RC 1
Hardware: i586 Other
: P5 - None : Critical with 10 votes (vote)
Target Milestone: ---
Assignee: Tejun Heo
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-09-20 16:54 UTC by Andreas Vetter
Modified: 2007-09-26 09:08 UTC (History)
3 users (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---
coolo: SHIP_STOPPER-

Attachments
hwinfo from RC1 (263.87 KB, text/plain)
2007-09-20 16:57 UTC, Andreas Vetter 		Details
boot.msg from RC1 (43.83 KB, application/octet-stream)
2007-09-21 08:57 UTC, Andreas Vetter 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Andreas Vetter 2007-09-20 16:54:54 UTC 
RC1 limits the harddisk in my Thinkpad R50p to 8GB. hdparm shows the same
amount of sectors for CHS and for LBA. As a result I don't see my extended
partitions. It worked in alpha 5 and beta 3.

From alpha5:
# hdparm -i /dev/sda
/dev/sda:

 Model=HTS726060M9AT00                         , FwRev=MH4OA6DA, SerialNo=
MRH453M4H4SXWB
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
 BuffType=DualPortCache, BuffSize=7877kB, MaxMultSect=16, MultSect=?16?
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=109170031
 IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4
 DMA modes:  mdma0 mdma1 mdma2
 UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
 AdvancedPM=yes: mode=0x80 (128) WriteCache=enabled
 Drive conforms to: ATA/ATAPI-6 T13 1410D revision 3a:  ATA/ATAPI-2,3,4,5,6

 * signifies the current active mode

From RC1:
# hdparm -i /dev/sda
/dev/sda:

 Model=HTS726060M9AT00                         , FwRev=MH4OA6DA, SerialNo=
MRH453M4H4SXWB
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
 BuffType=DualPortCache, BuffSize=7877kB, MaxMultSect=16, MultSect=?16?
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=16546944
 IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4
 DMA modes:  mdma0 mdma1 mdma2
 UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
 AdvancedPM=yes: mode=0x80 (128) WriteCache=enabled
 Drive conforms to: ATA/ATAPI-6 T13 1410D revision 3a:  ATA/ATAPI-2,3,4,5,6

 * signifies the current active mode


The main difference is in 
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=109170031
versus
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=16546944
Comment 1 Andreas Vetter 2007-09-20 16:57:13 UTC 
Created attachment 173724 [details]
hwinfo from RC1
Comment 2 Andreas Vetter 2007-09-20 17:08:21 UTC 
affected module is ata_piix
Comment 3 Andreas Vetter 2007-09-20 17:10:51 UTC 
brokenmodules=ata_piix gives me back the full capacity.
Comment 4 Andreas Vetter 2007-09-20 17:12:09 UTC 
can reproduce on another R50p
Comment 5 Stephan Kulow 2007-09-20 18:01:11 UTC 
hmm, we updated the stack for other hardware. But as a work around exists for this problem, I downgrade
Comment 6 Tejun Heo 2007-09-21 02:56:53 UTC 
Andreas, please post kernel boot log.  Stephan, I think this is the second report regarding HPA although I don't see how b3 -> rc1 changed anything.  HPA change occurred during b2->b3.  I think this really should be a blocker bug.  Do you mind if I upgrade to blocker?
Comment 7 Andreas Vetter 2007-09-21 08:57:30 UTC 
Created attachment 173804 [details]
boot.msg from RC1

This boot.msg is from rescue system of RC1.
Comment 8 Andreas Vetter 2007-09-21 08:58:03 UTC 
info provided
Comment 9 Tejun Heo 2007-09-21 09:03:46 UTC 
Okay, it's a duplicate of bug 325552.  Please move over to the bug.  Thanks.

*** This bug has been marked as a duplicate of bug 325552 ***
Comment 10 Andreas Vetter 2007-09-21 13:44:57 UTC 
confirm: fixed by fix of bug 325552
Comment 11 Stephan Kulow 2007-09-26 09:08:23 UTC 
*** Bug 328439 has been marked as a duplicate of this bug. ***