At 8:01 Uhr -0500 17.11.2005, Christos Zoulas wrote:
>On Nov 17, 10:57am, hf@spg.tu-darmstadt.de (Hauke Fath) wrote:
>-- Subject: Re: kern/31164
>
>| I could either test changes, or lend mine. OTOH, used cards are
>| probably cheaper than shipping overseas.
>|
>
>Can you try this? Someone (who wants to remain anonymous but is
>always very helpful) said that it made his card work.

Hum... a freshly-built netbsd-3 kernel recognized both the 3com card and
the adaptec 1460 on my Thinkpad 380D:


pcmcia0: CIS version PCMCIA 2.0 or 2.1
pcmcia0: CIS info: Adaptec, Inc., APA-1460 SCSI Host Adapter, Version 0.01
pcmcia0: Manufacturer code 0x12f, product 0x2
pcmcia0: function 0: unspecified, ccr addr 2000 mask 1
pcmcia0: function 0, config table entry 9: I/O card; irq mask 1e00; iomask
a, iospace 340-35f; io16 irqlevel
pcmcia0: function 0, config table entry 8: I/O card; irq mask 1e00; iomask
a, iospace 140-15f; io16 irqlevel
aic0 at pcmcia0 function 0: <Adaptec, Inc., APA-1460 SCSI Host Adapter,
Version0.01>
pcic0: port 0x340-0x35f
pcmcia0: card irq 7
scsibus0 at aic0: 8 targets, 8 luns per target
scsibus0: waiting 2 seconds for devices to settle...
pcmcia1: CIS version PCMCIA 2.0 or 2.1
pcmcia1: CIS info: 3Com Corporation, 3C589D, TP/BNC LAN Card Ver. 2a, 000002
pcmcia1: Manufacturer code 0x101, product 0x589
pcmcia1: function 0: network adapter, ccr addr 10000 mask 3
pcmcia1: function 0, config table entry 1: I/O card; irq mask ffff; iomask
4, iospace 0-f; io8 io16 irqlevel
pcmcia1: function 0, config table entry 3: I/O card; irq mask ffff; iomask
4, iospace 0-f; io8 io16 irqlevel
ep0 at pcmcia1 function 0: <3Com Corporation, 3C589D, TP/BNC LAN Card Ver.
2a, 000002>
pcic0: port 0x400-0x40f
pcmcia1: card irq 9
ep0: address 00:10:4b:7f:61:a3, 8KB byte-wide FIFO, 5:3 Rx:Tx split
ep0: 10baseT, 10base5, 10base2 (default 10baseT)
sd0 at scsibus0 target 3 lun 0: <CONNER, CP30540 545MB3.5, B0BC> disk fixed
sd0: 520 MB, 2242 cyl, 6 head, 79 sec, 512 bytes/sect x 1065912 sectors
sd0: async, 8-bit transfers


Both cards work, but the kernel then panics on the lfs root filesystem (see
PR 32101).

While we are at it: Would it be possible to pull up the Adaptec 1480
support (sys/dev/cardbus/ahc_cardbus.c, rev. 1.17) to netbsd-3? It works
nicely for me on a Thinkpad T23 with an Adaptec PowerDomain 1480 which is
unsupported by MacOS X > 10.3:


ahc0 at cardbus1 dev 0 function 0: Adaptec ADP-1480 SCSI
cardbus_mapreg_map called: cardbus1 0
cardbus_mapreg_map: physaddr 40000000
ahc0: interrupting at 11
ahc0: aic7860ahc0: Host Adapter Bios disabled.  Using default SCSI device
parameters
ahc0: aic7860: Ultra Single Channel A, SCSI Id=7, 3/253 SCBs
scsibus0 at ahc0: 8 targets, 8 luns per target
scsibus0: waiting 2 seconds for devices to settle...


But, on the other hand, the T23 does _not_ recognize the 1460 properly
without patch:


pcmcia0: CIS version PCMCIA 2.0 or 2.1
pcmcia0: CIS info: Adaptec, Inc., APA-1460 SCSI Host Adapter, Version 0.01
pcmcia0: Manufacturer code 0x12f, product 0x2
pcmcia0: function 0: unspecified, ccr addr 2000 mask 1
pcmcia0: function 0, config table entry 9: I/O card; irq mask 1e00; iomask
a, io
space 340-35f; io16 irqlevel
pcmcia0: function 0, config table entry 8: I/O card; irq mask 1e00; iomask
a, io
space 140-15f; io16 irqlevel
aic0 at pcmcia0 function 0: <Adaptec, Inc., APA-1460 SCSI Host Adapter, Version
0.01>
aic0: unable to detect chip!


With the first patch applied I get:

pcmcia0: CIS version PCMCIA 2.0 or 2.1
pcmcia0: CIS info: Adaptec, Inc., APA-1460 SCSI Host Adapter, Version 0.01
pcmcia0: Manufacturer code 0x12f, product 0x2
pcmcia0: function 0: unspecified, ccr addr 2000 mask 1
pcmcia0: function 0, config table entry 9: I/O card; irq mask 1e00; iomask
a, iospace 340-35f; io16 irqlevel
pcmcia0: function 0, config table entry 8: I/O card; irq mask 1e00; iomask
a, iospace 140-15f; io16 irqlevel
aic0 at pcmcia0 function 0: <Adaptec, Inc., APA-1460 SCSI Host Adapter,
Version 0.01>
../../../../dev/pcmcia/aic_pcmcia.c, line 112 cfe->iomask = Ascsibus0 at
aic0: 8 targets, 8 luns per target
scsibus0: waiting 2 seconds for devices to settle...

and

# scsictl /dev/scsibus0 scan any any
cbb0: wait took 0.024890s
sd0 at scsibus0 target 4 lun 0: <SEAGATE, ST1480   SUN0424, 6266> disk fixed
sd0: 411 MB, 1476 cyl, 9 head, 63 sec, 512 bytes/sect x 843284 sectors
sd0: async, 8-bit transfers
#

-- aparently the driver does not do sync transfers with the 1460 (specified
as 'fast scsi').

HTH,
	hauke



--
"It's never straight up and down"     (DEVO)