All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dave Jones <davej@redhat.com>
To: Jeff Garzik <jgarzik@pobox.com>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	linux-ide@vger.kernel.org, jkeating@redhat.com
Subject: Re: [PATCH] libata: HPA support
Date: Tue, 17 Apr 2007 15:30:57 -0400	[thread overview]
Message-ID: <20070417193057.GB22688@redhat.com> (raw)
In-Reply-To: <46251CCB.9040906@pobox.com>

On Tue, Apr 17, 2007 at 03:15:23PM -0400, Jeff Garzik wrote:
 > Dave Jones wrote:
 > > On Wed, Apr 11, 2007 at 12:23:13AM +0100, Alan Cox wrote:
 > >  > Signed-off-by: Alan Cox <alan@redhat.com>
 > >  > 
 > >  > Add support for ignoring the BIOS HPA result (off by default) and setting
 > >  > the disk to the full available size unless already frozen.
 > >  > 
 > >  > Tested with various platforms/disks and confirmed to work with the
 > >  > Macintosh (which broke earlier) and ata_piix (breakage due to the LBA48
 > >  > readback that Tejun fixed).
 > >  > 
 > >  > For normal users this brings us, I believe, to feature parity with old IDE
 > >  > (and of course more featured in some areas too).
 > > 
 > > This is broken horribly on nvidia chipsets..
 > 
 > I think this is what Kyle reported?
 
Yeah sounds like it.  Kyle just pointed out the discussion that followed,
which for some reason linux-ide neglected to send me.  I seem to have
fallen off the list a few weeks back, as looking at the archives shows
a bunch of ata related mails I don't recall ever seeing before.

 > Try booting with sata_nv module 
 > parameter 'adma' set to zero, does that fix the problem?

jesse, wanna give that a shot? booting with the installer with
sata_nv.adma=0 should do the trick.

	Dave

-- 
http://www.codemonkey.org.uk

  reply	other threads:[~2007-04-17 19:33 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-04-10 23:23 [PATCH] libata: HPA support Alan Cox
2007-04-10 23:36 ` Jeff Garzik
2007-04-11  0:15   ` Alan Cox
2007-04-10 23:43 ` Kyle McMartin
2007-04-11 16:38 ` Kyle McMartin
2007-04-13 15:33 ` Kyle McMartin
2007-04-13 15:44   ` Kyle McMartin
2007-04-13 16:24     ` Jeff Garzik
2007-04-13 16:33       ` Kyle McMartin
2007-04-13 16:46         ` Jeff Garzik
2007-04-13 16:47         ` Kyle McMartin
2007-04-13 21:06           ` ROBERT HANCOCK
2007-04-17 16:10 ` Jeff Garzik
2007-04-17 18:41 ` Dave Jones
2007-04-17 19:15   ` Jeff Garzik
2007-04-17 19:30     ` Dave Jones [this message]
2007-04-17 19:34       ` Jesse Keating
2007-04-17 20:42         ` Jeff Garzik
2007-04-17 22:05           ` Kyle McMartin
2007-04-17 21:45   ` Alan Cox

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=20070417193057.GB22688@redhat.com \
    --to=davej@redhat.com \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=jgarzik@pobox.com \
    --cc=jkeating@redhat.com \
    --cc=linux-ide@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.