linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* 2.4.21-rc7 AMD64 dpt_i2o fails compile
       [not found] ` <20030605010841.A29837@devserv.devel.redhat.com>
@ 2003-06-05  7:54   ` Warren Togami
  2003-06-05 10:21     ` Alan Cox
  0 siblings, 1 reply; 8+ messages in thread
From: Warren Togami @ 2003-06-05  7:54 UTC (permalink / raw)
  To: amd64-list, linux-kernel

On Wed, 2003-06-04 at 19:08, Bill Nottingham wrote:
> Warren Togami (warren@togami.com) said: 
> > My two Tyan S2880GNR dual Opteron servers came in today.  Sweet!
> > 
> > Unfortunately the Adaptec 2110S SCSI RAID controllers within both
> > servers are unable to work with any of the drivers in GinGin64's
> > Anaconda.  Searching the net it seems that this controller needs the
> > dpt_i2o module which exists in Shrike, but not in GinGin64's kernel. 
> > Were there problems with that module in AMD64?
> > 
> > http://www.togami.com/~warren/archive/2003/tyan_opteron.txt
> > lspci, lspci -n, lspci -vvv
> > 
> > I'm installing onto an IDE hard drive now and plan on building custom
> > kernels from there.
> > 
> > Any recommendations of things to try?
> 
> Rebuild the kernel with the driver, see what happens. I don't think
> we've tested that driver here to confirm whether it does or doesn't
> have problems.
> 

http://www.togami.com/~warren/archive/2003/dpt_failure.txt
2.4.20-9.2 (GinGin64)
Build failure when dpt is enabled as a module.  This is probably why
this and many other kernel modules were not included in the GinGin64
preview release.

Unfortunately it fails compilation in the same place for 2.4.21-rc7. 
I'm testing 2.5.70-bk* next.

LKML, any existing patches for this dpt_i2o module AMD64 compilation
issue?  Please CC me because not currently subscribed to lkml.

Thanks,
Warren Togami
warren@togami.com


^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: 2.4.21-rc7 AMD64 dpt_i2o fails compile
  2003-06-05  7:54   ` 2.4.21-rc7 AMD64 dpt_i2o fails compile Warren Togami
@ 2003-06-05 10:21     ` Alan Cox
  0 siblings, 0 replies; 8+ messages in thread
From: Alan Cox @ 2003-06-05 10:21 UTC (permalink / raw)
  To: Warren Togami; +Cc: amd64-list, Linux Kernel Mailing List

> http://www.togami.com/~warren/archive/2003/dpt_failure.txt
> 2.4.20-9.2 (GinGin64)
> Build failure when dpt is enabled as a module.  This is probably why
> this and many other kernel modules were not included in the GinGin64
> preview release.
> 
> Unfortunately it fails compilation in the same place for 2.4.21-rc7. 
> I'm testing 2.5.70-bk* next.
> 
> LKML, any existing patches for this dpt_i2o module AMD64 compilation
> issue?  Please CC me because not currently subscribed to lkml.

Fixing up dpt_i2o for the new DMA stuff is a major job. Fixing it for
64bit cleanness even more so.


^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: 2.4.21-rc7 AMD64 dpt_i2o fails compile
  2003-06-06  5:33           ` Warren Togami
  2003-06-06  8:24             ` Andi Kleen
@ 2003-06-06 15:26             ` Alan Cox
  1 sibling, 0 replies; 8+ messages in thread
From: Alan Cox @ 2003-06-06 15:26 UTC (permalink / raw)
  To: Warren Togami; +Cc: Andi Kleen, Linux Kernel Mailing List

On Gwe, 2003-06-06 at 06:33, Warren Togami wrote:
> 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?

64bit bus isnt the same thing as 64bit capable or 64bit safe. The
current driver will need some work for the latter


^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: 2.4.21-rc7 AMD64 dpt_i2o fails compile
  2003-06-06  5:33           ` Warren Togami
@ 2003-06-06  8:24             ` Andi Kleen
  2003-06-06 15:26             ` Alan Cox
  1 sibling, 0 replies; 8+ messages in thread
From: Andi Kleen @ 2003-06-06  8:24 UTC (permalink / raw)
  To: Warren Togami; +Cc: Alan Cox, Andi Kleen, Linux Kernel Mailing List

> 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?

They are refering to 64bit PCI. That is not the same as support for 64bit
operating systems.  An 64bit OS can also support non 64bit hardware, but it
needs proper support in the driver which the current linux driver doesn't 
have.

You will have to wait until somebody fixes the driver.

-Andi

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: 2.4.21-rc7 AMD64 dpt_i2o fails compile
  2003-06-05 19:45         ` Alan Cox
  2003-06-05 19:51           ` Andi Kleen
@ 2003-06-06  5:33           ` Warren Togami
  2003-06-06  8:24             ` Andi Kleen
  2003-06-06 15:26             ` Alan Cox
  1 sibling, 2 replies; 8+ messages in thread
From: Warren Togami @ 2003-06-06  5:33 UTC (permalink / raw)
  To: Alan Cox; +Cc: Andi Kleen, Linux Kernel Mailing List

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


^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: 2.4.21-rc7 AMD64 dpt_i2o fails compile
  2003-06-05 19:45         ` Alan Cox
@ 2003-06-05 19:51           ` Andi Kleen
  2003-06-06  5:33           ` Warren Togami
  1 sibling, 0 replies; 8+ messages in thread
From: Andi Kleen @ 2003-06-05 19:51 UTC (permalink / raw)
  To: Alan Cox; +Cc: Andi Kleen, warren, Linux Kernel Mailing List

On Thu, Jun 05, 2003 at 08:45:44PM +0100, 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

Then fixing it to use the DMA code is best - you can use 32bit pointers
fine then. Just the code in the driver itself needs to be able to tolerate
a 64bit host.

-Andi

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: 2.4.21-rc7 AMD64 dpt_i2o fails compile
  2003-06-05 12:15       ` Andi Kleen
@ 2003-06-05 19:45         ` Alan Cox
  2003-06-05 19:51           ` Andi Kleen
  2003-06-06  5:33           ` Warren Togami
  0 siblings, 2 replies; 8+ messages in thread
From: Alan Cox @ 2003-06-05 19:45 UTC (permalink / raw)
  To: Andi Kleen; +Cc: warren, Linux Kernel Mailing List

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


^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: 2.4.21-rc7 AMD64 dpt_i2o fails compile
       [not found]     ` <1054808477.15276.0.camel@dhcp22.swansea.linux.org.uk.suse.lists.linux.kernel>
@ 2003-06-05 12:15       ` Andi Kleen
  2003-06-05 19:45         ` Alan Cox
  0 siblings, 1 reply; 8+ messages in thread
From: Andi Kleen @ 2003-06-05 12:15 UTC (permalink / raw)
  To: Alan Cox; +Cc: warren, linux-kernel

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. 

64bit cleanness is needed however.

-Andi

^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2003-06-06 15:15 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <1054789161.3699.67.camel@laptop>
     [not found] ` <20030605010841.A29837@devserv.devel.redhat.com>
2003-06-05  7:54   ` 2.4.21-rc7 AMD64 dpt_i2o fails compile Warren Togami
2003-06-05 10:21     ` Alan Cox
     [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       ` Andi Kleen
2003-06-05 19:45         ` Alan Cox
2003-06-05 19:51           ` Andi Kleen
2003-06-06  5:33           ` Warren Togami
2003-06-06  8:24             ` Andi Kleen
2003-06-06 15:26             ` Alan Cox

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).