The asr driver will _absolutely_ not work in neither a big-endian nor a
64-bit system at this time.  I've been slowly working on cleaning it up
with hopes of making it work someday, but I can't predict when that day
will be.

Scott

Jolan Luff wrote:
>>Number:         69893
>>Category:       sparc64
>>Synopsis:       asr panics the system on sparc64
>>Confidential:   no
>>Severity:       non-critical
>>Priority:       low
>>Responsible:    freebsd-sparc64
>>State:          open
>>Quarter:        
>>Keywords:       
>>Date-Required:
>>Class:          sw-bug
>>Submitter-Id:   current-users
>>Arrival-Date:   Mon Aug 02 01:40:24 GMT 2004
>>Closed-Date:
>>Last-Modified:
>>Originator:     Jolan Luff
>>Release:        july 27th snap built by Ken Smith
>>Organization:
>>Environment:
> 
> FreeBSD e450.no.tld SNAP-20040727 FreeBSD SNAP-20040727 #0: Sun Aug  1 04:30:37 UTC 2004     root@bobbi.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  sparc64
> 
>>Description:
> 
> asr0: <Adaptec Caching SCSI RAID> mem 0x30000000-0x301fffff at device 4.0 on pci7
> panic: *Reply_Ptr == 0
> cpuid = 0; 
> KDB: enter: panic
> [thread 0]
> Stopped at      kdb_enter+0x38: ta              %xcc, 1
> db> trace
> panic() at panic+0x170
> ASR_resetIOP() at ASR_resetIOP+0xe4
> asr_attach() at asr_attach+0x15c
> device_attach() at device_attach+0x58
> device_probe_and_attach() at device_probe_and_attach+0xe4
> bus_generic_attach() at bus_generic_attach+0x10
> ofw_pcibus_attach() at ofw_pcibus_attach+0x1a0
> device_attach() at device_attach+0x58
> device_probe_and_attach() at device_probe_and_attach+0xe4
> bus_generic_attach() at bus_generic_attach+0x10
> device_attach() at device_attach+0x58
> device_probe_and_attach() at device_probe_and_attach+0xe4
> bus_generic_attach() at bus_generic_attach+0x10
> ofw_pcibus_attach() at ofw_pcibus_attach+0x1a0
> device_attach() at device_attach+0x58
> device_probe_and_attach() at device_probe_and_attach+0xe4
> bus_generic_attach() at bus_generic_attach+0x10
> psycho_attach() at psycho_attach+0x9ac
> device_attach() at device_attach+0x58
> device_probe_and_attach() at device_probe_and_attach+0xe4
> bus_generic_attach() at bus_generic_attach+0x10
> nexus_attach() at nexus_attach+0x25c
> device_attach() at device_attach+0x58
> device_probe_and_attach() at device_probe_and_attach+0xe4
> root_bus_configure() at root_bus_configure+0x18
> configure() at configure+0x20
> mi_startup() at mi_startup+0xe4
> btext() at btext+0x34
> db>
> 
>>How-To-Repeat:
> 
> Build a sparc64 kernel w/asr enabled, boot on a machine w/the following card (sun part #375-0078 I think):
> 
> none8@pci7:3:0: class=0x058000 card=0x10121044 chip=0x10121044 rev=0x02 hdr=0x00
>     vendor   = 'Adaptec (Formerly: Distributed Processing Technology (DPT))'
>     device   = 'Domino RAID Engine'
>     class    = memory
> none9@pci7:4:0: class=0x0e0000 card=0xa5011044 chip=0xa5011044 rev=0x03 hdr=0x00
>     vendor   = 'Adaptec (Formerly: Distributed Processing Technology (DPT))'
>     device   = 'I2O SmartRAID V Controller'
> 
>>Fix:
> 
>       
> 
>>Release-Note:
>>Audit-Trail:
>>Unformatted:
> 
> _______________________________________________
> freebsd-sparc64@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
> To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org"

Comment 2 David E. O'Brien 2005-03-31 20:11:06 UTC

State Changed
From-To: open->closed

asr(4) is 'i386' only. 
You'll have to choose a different RAID card for a Sparc64 machine.