[ On Friday, October 1, 2004 at 15:48:50 (-0400), Greg A. Woods wrote: ]
> Subject: Re: port-alpha/21472 and kern/16379 (ohci/USB problems on Alpha)
>
> If anybody can point me to anything more specific about IRQ mapping in
> Tru64 UNIX, let me know -- I've got a full test system at my disposal,
> complete with the compiler and everything so far as I can tell.

Just a quick followup on this topic I've been meaning to post for some
time....

About a month ago I acquired an AlphaPC 264DP/500.  It is effectively
the baby brother to the ES40, and a kind of sibling to the DS20, IIUC.

This particular motherboard uses the exact same 21272 core logic chipset
as the ES40, but uses a different ISA bridge chip (which has the same
sio0 attachment though) and a different IDE & USB controller.

Now the curious thing is that I've had no trouble using the IDE CDROM on
this system, either under 1.6 or -current.  I.e. there are no lockups,
no conflicts, no stray interrupts, or any such symptoms -- just normal
behaviour.  I have not yet tried, or had time to try, to plug any USB
device into it (I'm not sure I have anything handy, except mayby an
Apple mouse, and a printer that needs cleaning before it'll work -- I'll
have to try at least one of them soon though).

So in any case somehow it seems the way things are wired up and
detected/attached by the kernel is "unexpectedly" different on the ES40,
so much so that most of the ISA attached devices, esp. all those doing
DMA, fail to work on the ES40.

I'm hoping this different, yet very similar, machine will help us work
out why these devices don't work on the ES40.

(BTW, I need to acquire some more RAM for this thing too -- I would very
much like to be able to test it with more than 4GB.  If anyone has any
really cheap 200-pin DIMMs available that'll work in it, let me know!)

Appended is dmesg from the most recent boot.

NetBSD 1.6.2_STABLE (PC264DP.MP) #0: Fri Feb 28 02:44:26 EST 2025
    woods@whats:/build/woods/whats/NetBSD-1.6.x-alpha-alpha-21164a-obj/building/work/woods/m-NetBSD-1.6/sys/arch/alpha/compile/PC264DP.MP
AlphaPC 264DP 500 MHz, s/n 000233
8192 byte page size, 2 processors.
total memory = 1024 MB
(2816 KB reserved for PROM, 1021 MB used by NetBSD)
avail memory = 880 MB
using 12288 buffers containing 102 MB of memory
mainbus0 (root)
cpu0 at mainbus0: ID 0 (primary), 21264-4
cpu0: Architecture extensions: 303<PAT,MVI,FIX,BWX>
cpu1 at mainbus0: ID 1, 21264-4
cpu1: Architecture extensions: 303<PAT,MVI,FIX,BWX>
tsc0 at mainbus0: 21272 Core Logic Chipset, Cchip rev 0
tsc0: 8 Dchips, 2 memory buses of 32 bytes
tsc0: arrays present: 512MB, 512MB, 0MB, 0MB, Dchip 0 rev 1
tsp0 at tsc0
pci0 at tsp0 bus 0
pci0: i/o space, memory space enabled, rd/line, rd/mult, wr/inv ok
sio0 at pci0 dev 5 function 0: Contaq Microsystems 82C693 PCI-ISA Bridge (rev. 0x00)
pciide0 at pci0 dev 5 function 1: Cypress 82C693 IDE Controller (rev. 0x00)
pciide0: bus-master DMA support present
pciide0: primary channel wired to compatibility mode
atapibus0 at pciide0 channel 0: 2 targets
cd0 at atapibus0 drive 0: <CD-ROM CDU701, , 1.0r> type 5 cdrom removable
cd0: 32-bit data port
cd0: drive supports PIO mode 4, DMA mode 2
pciide0: primary channel interrupting at isa irq 14
cd0(pciide0:0:0): using PIO mode 4, DMA mode 2 (using DMA data transfers)
pciide1 at pci0 dev 5 function 2: Cypress 82C693 IDE Controller (rev. 0x00)
pciide1: hardware does not support DMA
pciide1: primary channel wired to compatibility mode
pciide1: disabling primary channel (no drives)
ohci0 at pci0 dev 5 function 3: Contaq Microsystems 82C693 PCI-ISA Bridge (rev. 0x00)
ohci0: interrupting at isa irq 10
ohci0: OHCI version 1.0, legacy support
usb0 at ohci0: USB revision 1.0
uhub0 at usb0
uhub0: Contaq Microsys OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
ahc0 at pci0 dev 6 function 0
ahc0: interrupting at dec 6600 irq 19
ahc0: aic7895C: Ultra Wide Channel A, SCSI Id=7, 32/253 SCBs
scsibus0 at ahc0: 16 targets, 8 luns per target
ahc1 at pci0 dev 6 function 1
ahc1: interrupting at dec 6600 irq 18
ahc1: aic7895C: Ultra Wide Channel B, SCSI Id=7, 32/253 SCBs
scsibus1 at ahc1: 16 targets, 8 luns per target
vga0 at pci0 dev 7 function 0: Texas Instruments TVP4020 Permedia 2 (rev. 0x01)
pci_mem_find: void region
pci_mem_find: void region
pci_mem_find: void region
wsdisplay0 at vga0 (kbdmux ignored)
ex0 at pci0 dev 9 function 0: 3Com 3c905B-TX 10/100 Ethernet (rev. 0x30)
ex0: interrupting at dec 6600 irq 23
ex0: MAC address 00:10:5a:67:84:73
exphy0 at ex0 phy 24: 3Com internal media interface
exphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
isa0 at sio0
com0 at isa0 port 0x3f8-0x3ff irq 4: ns16550a, working fifo
com0: console
com1 at isa0 port 0x2f8-0x2ff irq 3: ns16550a, working fifo
pckbc0 at isa0 port 0x60-0x64
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0 (mux ignored)
lpt0 at isa0 port 0x3bc-0x3bf irq 7
pcppi0 at isa0 port 0x61
midi0 at pcppi0: PC speaker
spkr0 at pcppi0
isabeep0 at pcppi0
fdc0 at isa0 port 0x3f0-0x3f7 irq 6 drq 2
fd0 at fdc0 drive 0: 1.44MB, 80 cyl, 2 head, 18 sec
mcclock0 at isa0 port 0x70-0x71: mc146818 or compatible
tsp1 at tsc0
pci1 at tsp1 bus 0
pci1: i/o space, memory space enabled, rd/line, rd/mult, wr/inv ok
tlp0 at pci1 dev 7 function 0: DECchip 21140 Ethernet, pass 1.2
tlp0: broken MicroWire interface detected; setting SROM size to 1Kb
tlp0: interrupting at dec 6600 irq 47
tlp0: DEC DE500-XA, Ethernet address 00:00:f8:1e:25:75
tlp0: 10baseT, 100baseTX, 100baseTX-FDX, 10baseT-FDX
mlx0 at pci1 dev 9 function 0: Mylex RAID (v2 interface)
mlx0: interrupting at dec 6600 irq 39
mlx0: DAC960P/PD, 3 channels, firmware 2.70-0-00, interface V2, 4MB RAM
ld0 at mlx0 unit 0: RAID0, online
ld0: 32766 MB, 8321 cyl, 128 head, 63 sec, 512 bytes/sect x 67104768 sectors
ld1 at mlx0 unit 1: RAID0, online
ld1: 19332 MB, 9819 cyl, 64 head, 63 sec, 512 bytes/sect x 39591936 sectors
scsibus0: waiting 2 seconds for devices to settle...
sd0 at scsibus0 target 0 lun 0: <DEC, RZ29B    (C) DEC, 0016> SCSI2 0/direct fixed
sd0: 4091 MB, 3708 cyl, 20 head, 113 sec, 512 bytes/sect x 8380080 sectors
sd0: sync (172.0ns offset 8), 16-bit (11.626MB/s) transfers, tagged queueing
scsibus1: waiting 2 seconds for devices to settle...
sd1 at scsibus1 target 1 lun 0: <DEC, RZ29B    (C) DEC, 0016> SCSI2 0/direct fixed
sd1: 4091 MB, 3708 cyl, 20 head, 113 sec, 512 bytes/sect x 8380080 sectors
sd1: sync (172.0ns offset 8), 16-bit (11.626MB/s) transfers, tagged queueing
sd2 at scsibus1 target 2 lun 0: <DEC, RZ29B    (C) DEC, 0016> SCSI2 0/direct fixed
sd2: 4091 MB, 3708 cyl, 20 head, 113 sec, 512 bytes/sect x 8380080 sectors
sd2: sync (172.0ns offset 8), 16-bit (11.626MB/s) transfers, tagged queueing
Kernel internal RAIDframe activated
root on sd0a dumps on sd0b
IP Filter: v3.4.29 initialized.  Default = pass all, Logging = enabled
vga_init_screen: no font
wsdisplay0: screen 1 added (80x50, vt100 emulation)
stray isa irq 4
vga_init_screen: no font
wsdisplay0: screen 2 added (80x50, vt100 emulation)
vga_init_screen: no font
wsdisplay0: screen 3 added (80x50, vt100 emulation)
vga_init_screen: no font
wsdisplay0: screen 4 added (80x50, vt100 emulation)
stray isa irq 4
vga_init_screen: no font
wsdisplay0: screen 5 added (80x50, vt100 emulation)
wsdisplay0: screen 6 added (80x25, vt100 emulation)
wsdisplay0: screen 7 added (80x25, vt100 emulation)
tlp0: transmit underrun; new threshold: 96/256 bytes



Oh, hmmm, yes, I guess there are a few stray interrupts, but I note
they're only from the console serial port, and it works fine.  :-)

That "vga_init_screen: no font" error is a bit disconcerting too, since
wsfontload did run and apparently without error.


-- 
						Greg A. Woods

H:+1 416 218-0098  W:+1 416 489-5852 x122  VE3TCP  RoboHack <woods@robohack.ca>
Planix, Inc. <woods@planix.com>          Secrets of the Weird <woods@weird.com>