sparc64/69893: asr panics the system on sparc64

[Scott Long]

The following reply was made to PR sparc64/69893; it has been noted by GNATS.

From: Scott Long <scottl at samsco.org>
To: Jolan Luff <jolan at protection.cx>
Cc: freebsd-gnats-submit at freebsd.org
Subject: Re: sparc64/69893: asr panics the system on sparc64
Date: Sun, 01 Aug 2004 22:11:12 -0600

 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 at 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 at 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 at 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 at freebsd.org mailing list
 > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
 > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe at freebsd.org"