All of lore.kernel.org
 help / color / mirror / Atom feed
From: Matthew Garrett <mjg59@srcf.ucam.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: linux-kernel@vger.kernel.org, linux-ide@vger.kernel.org,
	kyle@canonical.com
Subject: Re: HPA patches
Date: Wed, 28 Mar 2007 01:08:52 +0100	[thread overview]
Message-ID: <20070328000851.GA25551@srcf.ucam.org> (raw)
In-Reply-To: <20070323191321.5d00887a@lxorguk.ukuu.org.uk>

On Fri, Mar 23, 2007 at 07:13:21PM +0000, Alan Cox wrote:
> For reference this is what I am currently using with 2.6.21-rc4-mm1 and
> it is working for all my test cases so far: Its basically Kyle's patch
> with a libata switch to turn it on/off and some minor fixups from
> the original patch as posted

Fails for me on a Macbook Pro with:

ata1: PATA max UDMA/133 cmd 0x000101f0 ctl 0x000103f6 bmdma 0x000140b0 irq 14
ata2: PATA max UDMA/133 cmd 0x00010170 ctl 0x00010376 bmdma 0x000140b8 irq 15
scsi0: ata_piix
ata1.00: ATAPI, max UDMA/66
ata1.00: configured for UDMA/66
scsi1 : ata_piix
ATA: abornaml status 0x7f on port 0x00010177
scsi 0:0:0:0: CD-ROM MATSHITA DVD-R UJ-857D KCV9 PQ : 0 ANSI: 5
ata_piix 0000:00:1f.2: MAP [ P0 p" XX XX ]
ata_piix 0000:00:1f.2: invalid MAP value 0
ata3: SATA max UDMA/133 cmd 0x000140c8 ctl 0x000140e6 bmdma 0x000140a0 irq 20
ata4: SATA max UDMA/133 cmd 0x000140c0 ctl 0x000140e2 bmdma 0x000140a8 irq 20
scsi2 : ata_piix
ATA: abnormal status 0x7F on port 0x000140cf
ATA: abnormal status 0x7F on port 0x000140cf
ATA: abnormal status 0x7F on port 0x000140cf
ata3.01: ata_hpa_resize 1: sectors = 234441648, hpa_sectors = 0
ata3.01: ATA-8: FUJITSU MHW2120BH, 00810013, max UDMA/100
ata3.01: 234441648 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata3.01: failed to set xfermode (err_mask=0x40)
ata3: failed to recover some devices, retrying in 5 secs
ATA: abnormal status 0x7F on port 0x000140cf
ATA: abnormal status 0x7F on port 0x000140cf
ATA: abnormal status 0x7F on port 0x000140cf
ata3.01: ata_hpa_resize 1: sectors = 234441648, hpa_sectors = 0
ata3.01: failed to set xfermode (err_mask=0x40)
ata3.01: limiting speed to UDMA/100:PIO3
ata3: failed to recover some devices, retrying in 5 secs
ATA: abnormal status 0x7F on port 0x000140cf
ATA: abnormal status 0x7F on port 0x000140cf
ATA: abnormal status 0x7F on port 0x000140cf
ata3.01: qc timeout (cmd 0x27)
ata3.01: ata_hpa_resize 1: sectors = 234441648, hpa_sectors = 0
ata3.01: failed to set xfermode (err_mask=0x40)
ata3.01: disabled
scsi3: ata_piix
ATA: abnormal status 0x7F on port 0x000140c7

and I end up with no root filesystem. Reverting the patch leaves things 
working. This is the ubuntu tree - I can try libata-dev if you think 
there's likely to be any relevant difference.

-- 
Matthew Garrett | mjg59@srcf.ucam.org

  parent reply	other threads:[~2007-03-28  0:09 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-03-23 19:13 HPA patches Alan Cox
2007-03-23 18:24 ` Randy Dunlap
2007-03-23 20:08   ` Alan Cox
2007-03-23 19:22     ` David Miller
2007-03-23 21:51       ` Alan Cox
2007-03-23 20:03     ` Randy Dunlap
2007-03-23 21:47       ` Alan Cox
2007-03-23 22:47         ` Chuck Ebbert
2007-04-13  3:16       ` Kyle McMartin
2007-04-13 10:56         ` Alan Cox
2007-03-23 20:56 ` Matthew Garrett
2007-03-27  5:00   ` Jeff Garzik
2007-03-26 20:45 ` Kyle McMartin
2007-03-28  0:08 ` Matthew Garrett [this message]
2007-03-28  0:16   ` Matthew Garrett
2007-03-28  1:16     ` ata_piix can't drive Mac hardware properly Matthew Garrett
2007-03-28  4:07       ` Matthew Garrett
2007-03-28  9:57   ` HPA patches Alan Cox
2007-03-28 20:08     ` Matthew Garrett
2007-03-28 21:54       ` Alan Cox
2007-03-28 21:28         ` Matthew Garrett
2007-03-28 21:30         ` Kyle McMartin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20070328000851.GA25551@srcf.ucam.org \
    --to=mjg59@srcf.ucam.org \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=kyle@canonical.com \
    --cc=linux-ide@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.