All of lore.kernel.org
 help / color / mirror / Atom feed
From: Warren Togami <warren@togami.com>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Andi Kleen <ak@suse.de>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: 2.4.21-rc7 AMD64 dpt_i2o fails compile
Date: 05 Jun 2003 19:33:02 -1000	[thread overview]
Message-ID: <1054877581.3699.113.camel@laptop> (raw)
In-Reply-To: <1054842344.15457.43.camel@dhcp22.swansea.linux.org.uk>

On Thu, 2003-06-05 at 09:45, Alan Cox wrote:
> On Iau, 2003-06-05 at 13:15, Andi Kleen wrote:
> > Alan Cox <alan@lxorguk.ukuu.org.uk> writes:
> > 
> > > Fixing up dpt_i2o for the new DMA stuff is a major job. Fixing it
> for
> > > 64bit cleanness even more so.
> > 
> > If the hardware/firmware supports 64bit pointers then at least AMD64
> > can work without the PCI DMA API. 
> 
> 32bit all around as far I as I can tell

http://www.adaptec.com/worldwide/support/suppdetail.html?cat=%2fProduct%2fASR-2110S&prodkey=ASR-2110S
http://www.adaptec.com/worldwide/support/techspecs.html?prodkey=ASR-2110S&cat=%2fProduct%2fASR-2110S
Adaptec SCSI RAID 2110S claims to be a "64-bit/66MHz PCI-to-SCSI RAID
card".  The physical card is longer than normal 32-bit PCI cards with
more pins that fit into a "64-bit PCI slot".  Are Adaptec's claims of
64-bit hardware false?

32-bit Red Hat 9 with dpt_i2o is working great with Opteron and this
card, so I have a safe option to fallback on if we can't fix the 64-bit
operation.

Warren Togami
warren@togami.com


  parent reply	other threads:[~2003-06-06  5:20 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1054789161.3699.67.camel@laptop.suse.lists.linux.kernel>
     [not found] ` <20030605010841.A29837@devserv.devel.redhat.com.suse.lists.linux.kernel>
     [not found]   ` <1054799692.3699.77.camel@laptop.suse.lists.linux.kernel>
     [not found]     ` <1054808477.15276.0.camel@dhcp22.swansea.linux.org.uk.suse.lists.linux.kernel>
2003-06-05 12:15       ` 2.4.21-rc7 AMD64 dpt_i2o fails compile Andi Kleen
2003-06-05 19:45         ` Alan Cox
2003-06-05 19:51           ` Andi Kleen
2003-06-06  5:33           ` Warren Togami [this message]
2003-06-06  8:24             ` Andi Kleen
2003-06-06 15:26             ` Alan Cox
     [not found] <1054789161.3699.67.camel@laptop>
     [not found] ` <20030605010841.A29837@devserv.devel.redhat.com>
2003-06-05  7:54   ` Warren Togami
2003-06-05 10:21     ` 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=1054877581.3699.113.camel@laptop \
    --to=warren@togami.com \
    --cc=ak@suse.de \
    --cc=alan@lxorguk.ukuu.org.uk \
    --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.