right, for next ones' knowledge, booting 1.6R does recognize correctly AHC-29160 :)

On Mon, May 19 2003 - 23:41, ptiJo wrote:
> I booted from network using:
> http://www.netbsd.org/Ports/sparc64/faq.html#netbooting
> 
> I'll try to plug a disk to see if it boots better.
> 
> On Mon, May 19 2003 - 23:26, Adrien Auzanneau wrote:
> > Hi,
> > 
> > I'm new in sparc world.
> > 
> > I've got an Ultra5, i've add an adaptec 29160 SCSI pci adaptater on it
> > and an hdd. I've install NetBSD 1.6R on it. All ok...
> > 
> > Just Openboot don't reconize the scsi.
> > 
> > Any other way than boot from cd, or do a floppy ?
> > 
> > 
> > Thanks.
> > 
> > 
> > 
> > On (19/05/03 22:54), ptiJo wrote:
> > > Date: Mon, 19 May 2003 22:54:15 +0200
> > > From: ptiJo <ptiJo@noos.fr>
> > > To: port-sparc64@netbsd.org
> > > Cc: Emre Yildirim <emre@uab.edu>
> > > Subject: Re: support for AHA-29160 ?
> > > 
> > > right, so I gave it a try and... it fails ;(
> > > in fact, it loops "into the kernel" (check end of mail).
> > > 
> > > if anyone has a clue of what's happening and how to solve this...
> > > for infos, I did boot the machine with linux/debian and it didn't loop
> > > (so I guess it's not a hardware problem)
> > > 
> > > thanks for answers,
> > > 	Jo
> > > 
> > > On Fri, Mar 28 2003 - 13:04, Emre Yildirim wrote:
> > > > > On Thu, Mar 27, 2003 at 10:57:37PM +0100, ptiJo wrote:
> > > > >> Hi,
> > > > >>
> > > > >> I have an Ultra5 running OpenBSD/sparc64 :
> > > > >> ****************************************************
> > > > >> mainbus0 (root): SUNW,Ultra-5_10
> > > > >> cpu0 at mainbus0: SUNW,UltraSPARC-IIi @ 333 MHz, version 0 FPU
> > > > >> cpu0: physical 32K instruction (32 b/l), 16K data (32 b/l), 2048K
> > > > >> external (64 b/l) <SNIP>
> > > > >> scsibus1 at isp0: 16 targets
> > > > >> "Adaptec AHA-29160 U160" rev 0x02 at pci2 dev 3 function 0 not
> > > > >> configured ****************************************************
> > > > >>
> > > > >> is the AHA-29160 better supported on NetBSD/sparc64 ?
> > > > 
> > > > Most of NetBSD device drivers are machine-independent.  That means if your
> > > > Ultra5 uses a PCI bus (which I'm sure it does) any PCI card that is
> > > > supported by NetBSD should work.  That particular card is not listed under
> > > > the supported hardware list, but the AHA-294x is...so I'm sure it will
> > > > work.  You can give it a try and see what happens.
> > > > 
> > > > take care
> > > > 
> > > 
> > > **** BOOT PROCESS ***
> > > 
> > > NetBSD 1.6.1 (INSTALL) #0: Mon Apr  7 10:47:36 UTC 2003
> > >     autobuild@cs20.apochromatic.org:/autobuilder/build/netbsd-1-6/sparc64/OBJ/autobuilderL
> > > total memory = 256 MB                                                                    
> > > avail memory = 224 MB
> > > using 1651 buffers containing 13208 KB of memory
> > > bootpath: /pci@1f,0/pci@1,1/network@1,1         
> > > mainbus0 (root): SUNW,Ultra-5_10       
> > > cpu0 at mainbus0: SUNW,UltraSPARC-IIi @ 333 MHz, version 0 FPU
> > > cpu0: physical 32K instruction (32 b/l), 16K data (32 b/l), 2048K external (64 b/l)
> > > psycho0 at mainbus0 addr 0xfffc4000                                                
> > > SUNW,sabre: impl 0, version 0: ign 7c0 bus range 0 to 2; PCI bus 0
> > > intr_establish: intr reused 7c0                                   
> > > DVMA map: c0000000 to e0000000 
> > > IOTSB: 112ac000 to 1132c000   
> > > pci0 at psycho0            
> > > pci0: i/o space, memory space enabled
> > > ppb0 at pci0 dev 1 function 1: Sun Microsystems Simba PCI bridge (rev. 0x13)
> > > pci1 at ppb0 bus 1                                                          
> > > pci1: i/o space, memory space enabled
> > > ebus0 at pci1 dev 1 function 0       
> > > ebus0: Sun Microsystems PCIO Ebus2, revision 0x01
> > > auxio0 at ebus0 addr 726000-726003, 728000-728003, 72a000-72a003, 72c000-72c003, 72f000-73
> > > power at ebus0 addr 724000-724003 ipl 37 not configured                                  
> > > SUNW,pll at ebus0 addr 504000-504002 not configured    
> > > se at ebus0 addr 400000-40007f ipl 43 not configured
> > > com0 at ebus0 addr 3083f8-3083ff ipl 41: ns16550a, working fifo
> > > kbd0 at com0                                                   
> > > com1 at ebus0 addr 3062f8-3062ff ipl 42: ns16550a, working fifo
> > > ms0 at com1                                                    
> > > lpt0 at ebus0 addr 3043bc-3043cb, 30015c-30015d, 700000-70000f ipl 34
> > > fdthree at ebus0 addr 3023f0-3023f7, 706000-70600f, 720000-720003 ipl 39 not configured
> > > clock0 at ebus0 addr 0-1fff: mk48t59: hostid 80a7e931                                  
> > > flashprom at ebus0 addr 0-fffff not configured       
> > > audiocs0 at ebus0 addr 200000-2000ff, 702000-70200f, 704000-70400f, 722000-722003 ipl 35 A
> > > audio0 at audiocs0: full duplex                                                          
> > > hme0 at pci1 dev 1 function 1: Sun Happy Meal Ethernet, rev. 1
> > > hme0: interrupting at ivec 3021                               
> > > hme0: Ethernet address 08:00:20:a7:e9:31
> > > nsphy0 at hme0 phy 1: DP83840 10/100 media interface, rev. 1
> > > nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
> > > ATI Technologies 3D Rage Pro (VGA display, revision 0x5c) at pci1 dev 2 function 0 not cod
> > > pciide0 at pci1 dev 3 function 0: CMD Technology PCI0646 (rev. 0x03)                     
> > > pciide0: bus-master DMA support present                             
> > > pciide0: primary channel configured to native-PCI mode
> > > pciide0: using ivec 1820 for native-PCI interrupt     
> > > wd0 at pciide0 channel 0 drive 0: <QUANTUM FIREBALLP LM30>
> > > wd0: drive supports 16-sector PIO transfers, LBA addressing
> > > wd0: 28629 MB, 16383 cyl, 16 head, 63 sec, 512 bytes/sect x 58633344 sectors
> > > wd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 4 (Ultra/66)     
> > > wd1 at pciide0 channel 0 drive 1: <IC35L040AVER07-0>                   
> > > wd1: drive supports 16-sector PIO transfers, LBA addressing
> > > wd1: 39266 MB, 16383 cyl, 16 head, 63 sec, 512 bytes/sect x 80418240 sectors
> > > wd1: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 5 (Ultra/100)    
> > > wd0(pciide0:0:0): using PIO mode 4, DMA mode 2 (using DMA data transfers)
> > > wd1(pciide0:0:1): using PIO mode 4, DMA mode 2 (using DMA data transfers)
> > > pciide0: secondary channel configured to native-PCI mode                 
> > > atapibus0 at pciide0 channel 1: 2 targets               
> > > cd0 at atapibus0 drive 0: <CRD-8322B, 1998/09/24, 1.05> type 5 cdrom removable
> > > cd0: drive supports PIO mode 4, DMA mode 2                                    
> > > cd0(pciide0:1:0): using PIO mode 4, DMA mode 2 (using DMA data transfers)
> > > ppb1 at pci0 dev 1 function 0: Sun Microsystems Simba PCI bridge (rev. 0x13)
> > > pci2 at ppb1 bus 2                                                          
> > > pci2: i/o space, memory space enabled
> > > ahc0 at pci2 dev 3 function 0        
> > > ahc0: OptionMode = 3         
> > > ahc0: interrupting at ivec 18
> > > ahc0: aic7892 Wide Channel A, SCSI Id=7, 16/255 SCBs
> > > scsibus0 at ahc0: 16 targets, 8 luns per target     
> > > pcons0 at mainbus0                             
> > > No counter-timer -- using %tick at 333MHz as system clock.
> > > Using %tick -- intr in 3330000 cycles...done.             
> > > scsibus0: waiting 2 seconds for devices to settle...
> > > probe(ahc0:0:0:0): SCB 70 - timed out while idle, SEQADDR == 0x8
> > > SCSIRATE == 0x0                                                 
> > > probe(ahc0:0:0:0): Queuing a BDR SCB
> > > probe(ahc0:0:0:0): SCB 70 - timed out while idle, SEQADDR == 0x45
> > > SCSIRATE == 0x0                                                  
> > > probe(ahc0:0:0:0): no longer in timeout, status = 0
> > > ahc0: Issued Channel A Bus Reset. 1 SCBs aborted   
> > > probe(ahc0:0:0:0): SCB 70 - timed out while idle, SEQADDR == 0x7
> > > SCSIRATE == 0x0                                                 
> > > probe(ahc0:0:0:0): Queuing a BDR SCB
> > > probe(ahc0:0:0:0): SCB 70 - timed out while idle, SEQADDR == 0x8
> > > SCSIRATE == 0x0                                                 
> > > probe(ahc0:0:0:0): no longer in timeout, status = 0
> > > ahc0: Issued Channel A Bus Reset. 1 SCBs aborted   
> > > probe(ahc0:0:0:0): SCB 70 - timed out while idle, SEQADDR == 0x42
> > > SCSIRATE == 0x0                                                  
> > > probe(ahc0:0:0:0): Queuing a BDR SCB
> > > probe(ahc0:0:0:0): SCB 70 - timed out while idle, SEQADDR == 0x9
> > > SCSIRATE == 0x0                                                 
> > > probe(ahc0:0:0:0): no longer in timeout, status = 0
> > > ahc0: Issued Channel A Bus Reset. 1 SCBs aborted   
> > > probe(ahc0:0:0:0): SCB 70 - timed out while idle, SEQADDR == 0x42
> > > SCSIRATE == 0x0                                                  
> > >  0x0                                                  
> > > probe(ahc0:0:0:0): Queuing a BDR SCB
> > > probe(ahc0:0:0:0): SCB 70 - timed out while idle, SEQADDR == 0x44
> > > SCSIRATE == 0x0                                                  
> > > probe(ahc0:0:0:0): no longer in timeout, status = 0
> > > ahc0: Issued Channel A Bus Reset. 1 SCBs aborted   
> > > probe(ahc0:0:0:0): SCB 70 - timed out while idle, SEQADDR == 0xa
> > > SCSIRATE == 0x0                                                 
> > > probe(ahc0:0:0:0): Queuing a BDR SCB
> > > probe(ahc0:0:0:0): SCB 70 - timed out while idle, SEQADDR == 0x43
> > > SCSIRATE == 0x0                                                  
> > > probe(ahc0:0:0:0): no longer in timeout, status = 0
> > > ahc0: Issued Channel A Bus Reset. 1 SCBs aborted   
> > 
> > -- 
> > Adrien Auzanneau.
> > http://ada.netbsd-fr.org/