Bug 121703 - [ata] Cannot fdisk/gpt with 1TB SATA disk and 965QM Motherboard
Summary: [ata] Cannot fdisk/gpt with 1TB SATA disk and 965QM Motherboard
Status: Closed FIXED
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: 7.0-RELEASE
Hardware: Any Any
: Normal Affects Only Me
Assignee: Jaakko Heinonen
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-03-14 14:40 UTC by Dmitry A.Deineka
Modified: 2010-10-30 09:06 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dmitry A.Deineka 2008-03-14 14:40:00 UTC
Have Gigabyte 965QM-DS2 ver 2.x motherboard with new Western Digital <WDC WD1000FYPS-01ZKB0 02.01B01>, capacity  1TB. 

Controller present himself as:
atapci0: <Intel ATA controller> port 0xa000-0xa007,0xa400-0xa403,0xa800-0xa807,0xac00-0xac03,0xb000-0xb00f irq 18 at device 3.2 on pci0
atapci0: [ITHREAD]
atapci1: <JMicron JMB363 SATA300 controller> irq 18 at device 0.0 on pci2
atapci1: [ITHREAD]
atapci1: AHCI called from vendor specific driver
atapci1: AHCI Version 01.00 controller with 2 ports detected
atapci2: <Intel AHCI controller> port 0xd400-0xd407,0xd800-0xd803,0xdc00-0xdc07,0xe000-0xe003,0xe400-0xe41f mem 0xf0225000-0xf02257ff irq 19 at device 31.2 on pci0
atapci2: [ITHREAD]
atapci2: AHCI Version 01.10 controller with 6 ports detected


Have detected 1TB drive as 31Mb drive:
ad16: 31MB <WDC WD1000FYPS-01ZKB0 02.01B01> at ata8-master SATA300

Manual setting of correct number of cyl/hd/sectors with fdisk not successfull - I can label slice with ~950Gb size (or 10Gb - does not matter), but usable size no more that ~31Mb. Changing BIOS parameters (and turning off disk in BIOS), changing AHCI on/off etc with no luck.

Please note that semi-fresh linux (ubuntu ?) detects and works with this disk on this motherboard. Also, FreeBSD 7.0REL detects this drive well on older motherboard with ICH7.

Fix: 

none known for me.
How-To-Repeat: You can use motherboard  Gigabyte 965QM-DS2 or similar and WDC WD1000FYPS drive with 6.x or 7.x FreeBSD.
Comment 1 Volker Werth freebsd_committer freebsd_triage 2008-03-18 22:53:50 UTC
State Changed
From-To: open->feedback


can you please send `atacontrol cap ad16' and a complete dmesg? 


Comment 2 Volker Werth freebsd_committer freebsd_triage 2008-03-18 22:53:50 UTC
Responsible Changed
From-To: freebsd-bugs->sos


Over to maintainer.
Comment 3 Volker Werth freebsd_committer freebsd_triage 2008-03-19 16:20:42 UTC
Now forward inline due to mailer problems on my side. According to
submitter, the problem has been solved by installing a patchset.

On 03/19/08 13:05, Dmitry Deineka wrote:
> Problem seems to be fixed few days ago. Thanks to Andrey V. Elsukov
> (bu7cher at yandex.ru <http://yandex.ru>).
> 
> verbose dmesg before fixing attached with additional patch for drive's
> information.
> 
> Andrey forward to me email with patch from Søren Schmidt, patch
> attached (I hope this patch is not for private use :)).
> After patching and rebooting drive recognized correctly and works.
> 
> # cat /var/run/dmesg.boot |grep ^ad
> adv0: not probed (disabled)
> ad14: ORG 321670847 sectors [319117C/16H/63S]
> ad14: NEW 321672960 sectors [319120C/16H/63S]
> ad14: 157066MB <WDC WD1600YS-01SHB1 20.06C06> at ata7-master SATA300
> ad14: 321672960 sectors [319120C/16H/63S] 16 sectors/interrupt 1 depth queue
> ad14: IDENTIFY DEVICE data dump:
> ad14: =====================================================
> ad14: Intel check1 failed
> ad14: Adaptec check1 failed
> ad14: LSI (v3) check1 failed
> ad14: LSI (v2) check1 failed
> ad14: FreeBSD check1 failed
> ad16: ORG 65134 sectors [64C/16H/63S]
> ad16: NEW 1953525168 sectors [1938021C/16H/63S]
> ad16: 953869MB <WDC WD1000FYPS-01ZKB0 02.01B01> at ata8-master SATA300
> ad16: 1953525168 sectors [1938021C/16H/63S] 16 sectors/interrupt 1 depth
> queue
> 
> 
> Thank you all.
> 
> Regards,
>   Dmitry
Comment 4 Mark Linimon freebsd_committer freebsd_triage 2009-05-12 05:51:22 UTC
Responsible Changed
From-To: sos->freebsd-bugs

sos@ is not actively working on ATA-related PRs.
Comment 5 Jaakko Heinonen freebsd_committer freebsd_triage 2010-09-19 16:21:47 UTC
Responsible Changed
From-To: freebsd-bugs->jh

Does this problem still exist on 7.3 or 8.1?
Comment 6 Alexander Best freebsd_committer freebsd_triage 2010-10-18 22:51:31 UTC
i'm not completely sure about it, but i believe with the introduction of
hw.ata.setmax (support for host protected area [HPA]) this issue has been
fixed. however i cannot verify this, because i never experienced the problems
described in this PR in the first place.

cheers.
alex

-- 
a13x
Comment 7 Jaakko Heinonen freebsd_committer freebsd_triage 2010-10-30 09:05:38 UTC
State Changed
From-To: feedback->closed

Feedback timeout. According to Alexander Best the problem might have 
been fixed.