which SPARC models have a 64-bit SBus?

which SPARC models have a 64-bit SBus?

Post by Steve Dy » Wed, 30 Sep 1998 04:00:00



(Or which models don't, whichever is easier!)

Also, does anyone out there have experience with the use of the DDI/DKI
function:

ddi_dma_set_sbus64()

Would I call this after each time I get a DMA handle?  Can this be invoked
on a machine with a 32-bit Sbus (and will it reliably fail in this case?)
Or do I look at the return value of ddi_dma_burstsizes after calling
ddi_dma_set_sbus64(), and compare the resulting burstsize with what was
requested in ddi_dma_set_sbus64()?

To say that this area is a little underdocumented is putting it mildly!
There is no mention of changes required for 64-bit SBus support in the
downloadable DDK.

Also, is the IEEE Sbus spec available on-line anywhere, or a precis/summary
of same?
--
Steve Dyer

 
 
 

which SPARC models have a 64-bit SBus?

Post by Pete Zaitc » Wed, 30 Sep 1998 04:00:00



>(Or which models don't, whichever is easier!)
>Also, does anyone out there have experience with the use of the DDI/DKI
>function:
>ddi_dma_set_sbus64()

Sun does. Or so one may conclude running cscope.

Quote:>Would I call this after each time I get a DMA handle?

Not necesserily. Allocate any handle (IOCB if applicable),
then call ddi_dma_burstsizes() and ddi_dma_set_sbus64().
If the latter returns success you may reconfigure your
device to use 64bit requests.

Quote:>  Can this be invoked
>on a machine with a 32-bit Sbus (and will it reliably fail in this case?)

Yes.

Quote:>Or do I look at the return value of ddi_dma_burstsizes after calling
>ddi_dma_set_sbus64(), and compare the resulting burstsize with what was
>requested in ddi_dma_set_sbus64()?

Like that or other way around, as you like.

Quote:>Also, is the IEEE Sbus spec available on-line anywhere, or a precis/summary
>of same?

No. IEEE makes money off this. Sun cooperates removing these materials,
if we may judge by the fate of IEEE-1275 on playground.sun.com.

And remember, you apply my suggestions on your own risk!
--Pete

P.S. I am curious, who may develop an Sbus device in 1989, and why?

 
 
 

1. SBus-based drivers (32-bit vs 64-bit Solais Kernels)

Hi,

I have an sbus-based coprocessor board (see
http://www.classiccmp.org/transputer/bbks4.htm) that used to work fine
under Solaris 2.6, but it no longer works correctly under Solaris 10.0.
 I suspect this is due to the 32-bit vs 64-bit kernel issue.  However,
the way that boards are setup is the following:

Create two symlinks in /dev:


These two links are then opened in the application to communicate back
and forth with the SBUS card.  I do have the source code to the actual
application.  Eventhough, it is doing raw reads/writes to the SBUS
card, do I need to compile the application in 64-bit or 32-bit?  Since
it really doesnt have a device driver and uses the raw drivers, how
does it work??

Thanks,

Ram

PS: The machine if anyone is interested is an Ultra-2 Enterprise with
Dual 400Mhz processors and 2GB of memory running Solaris 10 in 64-bit
mode

2. modem connection

3. Upgrading from 32-Bit Sparc-Kernel to 64-Bit sparcv9-Kernel??

4. kernel config file

5. Userspaces 32-bit and 64-bit on Solaris Ultra Sparc

6. (Job)US-MN UNIX Admin Up to $60k --High tech company, casual environment.

7. HALstation (64-bit processor running 64-bit Solaris) as webserver

8. Problem with HTTPDLite on AIX 5.1

9. IBM announces 64-bit mainframes and 64-bit Linux for S/390

10. Solaris Intel 8 2/02 & NVIDIA RIVA TNT2 Model 64/Model 64 Pro

11. Why is my 32 bit executable faster than 64 bit build on ultra sparc.

12. Is 64-bit Linux "true" 64 bit thru-and-thru??

13. Sparc problem: userspace 32 bit, kernel 64 bit