From: Jeremy Higdon <jeremy@sgi.com>
To: Alex Williamson <alex.williamson@hp.com>
Cc: "Moore, Eric Dean" <Emoore@lsil.com>,
jbarnes@sgi.com, bjorn.helgaas@hp.com, willy@debian.org,
James.Bottomley@steeleye.com, linux-scsi@vger.kernel.org
Subject: Re: mpt sets 64bit consistent mask yet requires mapping in same 4 GB chunk?!?
Date: Wed, 18 Feb 2004 15:20:41 -0800 [thread overview]
Message-ID: <20040218232041.GA502690@sgi.com> (raw)
In-Reply-To: <1077130375.3066.17.camel@patsy.fc.hp.com>
On Wed, Feb 18, 2004 at 11:52:57AM -0700, Alex Williamson wrote:
> On Wed, 2004-02-18 at 11:41, Moore, Eric Dean wrote:
> > Regarding last weeks thread
> > on mpt fusion driver(2.6 kernel), and PrimeIocFifos:
> >
> [snip... a third allocation dependency]
>
> > If this fix is urgent, I recommend providing a quick
> > fix which is creating 32bit pci_dev mask just for these
> > three pci_alloc_consistent calls.
> >
>
> The current failure mode is pretty ugly and appears fairly random. I
> would consider getting something that works reliably to be urgent. It
> sounds easy and safe to twiddle the consistent device mask in the short
> term and combine these allocations in a future rev. Thanks,
>
> Alex
Unfortunately, the SGI platform needs 64 bit addresses for consistent
allocations. However, since that's not reliable, I guess we'll just
need to wait for a fix that combines the allocations.
Eric, do you have any idea how long this will take?
thanks
jeremy
next prev parent reply other threads:[~2004-02-18 23:21 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-02-18 18:41 mpt sets 64bit consistent mask yet requires mapping in same 4 GB chunk?!? Moore, Eric Dean
2004-02-18 18:52 ` Alex Williamson
2004-02-18 23:20 ` Jeremy Higdon [this message]
-- strict thread matches above, loose matches on Subject: below --
2004-02-19 17:18 Moore, Eric Dean
2004-02-20 6:30 ` Jeremy Higdon
2004-02-19 0:03 Moore, Eric Dean
2004-02-19 1:09 ` Jeremy Higdon
2004-02-13 23:23 Moore, Eric Dean
2004-02-13 21:20 Moore, Eric Dean
2004-02-13 21:30 ` Jesse Barnes
2004-02-13 21:30 ` Jesse Barnes
2004-02-13 22:52 ` Bjorn Helgaas
2004-02-13 22:52 ` Bjorn Helgaas
2004-02-13 23:08 ` Jeremy Higdon
2004-02-13 23:08 ` Jeremy Higdon
2004-02-13 23:13 ` Matthew Wilcox
2004-02-13 23:39 ` Jeremy Higdon
2004-02-13 23:39 ` Jeremy Higdon
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=20040218232041.GA502690@sgi.com \
--to=jeremy@sgi.com \
--cc=Emoore@lsil.com \
--cc=James.Bottomley@steeleye.com \
--cc=alex.williamson@hp.com \
--cc=bjorn.helgaas@hp.com \
--cc=jbarnes@sgi.com \
--cc=linux-scsi@vger.kernel.org \
--cc=willy@debian.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.