Date: Mon, 08 May 2000 13:04:10 -0700 From: Peter Wemm <peter@netplex.com.au> To: "John H. Baldwin" <jobaldwi@cslab.vt.edu> Cc: Doug Rabson <dfr@nlsystems.com>, freebsd-new-bus@FreeBSD.ORG, jhb@FreeBSD.ORG, n_hibma@FreeBSD.ORG Subject: Re: Alpha USB difficulties... Message-ID: <20000508200410.264FE1CE3@overcee.netplex.com.au> In-Reply-To: Message from "John H. Baldwin" <jobaldwi@cslab.vt.edu> of "Mon, 08 May 2000 14:42:28 EDT." <Pine.BSF.4.21.0005081426540.31869-100000@snowcow.cslab.vt.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
"John H. Baldwin" wrote:
> On Mon, 8 May 2000, John Baldwin wrote:
>
> > On Sat, 6 May 2000, John Baldwin wrote:
> >
> > > Well, I know this is rather a long shot, but I have a test
> > > machine that can be beat on for a week to try to get some Alpha
> > > stuff nailed down, and one of the things I wanted to test was
> > > USB. The machine in question is a brand new Alphastation XP900.
> > > SRM doesn't support USB at the moment, but I figured that our
> > > support should function at least. Here's what I get when I boot
> > > the system up:
> > >
> > > FreeBSD 4.0-RELEASE #0: Fri May 5 22:54:02 EDT 2000
> > > jhb@doberman.cslab.vt.edu:/usr/src/sys/compile/DOBERMAN
> > > ST6600
> > > COMPAQ AlphaStation XP900 466 MHz, 462MHz
> > > 8192 byte page size, 1 processor.
> > > CPU: EV6 (21264) major=8 minor=4 extensions=0x303<BWX,FIX,MVI,PRECISE>
> > > OSF PAL rev: 0x100360002013e
> > > ....
> > > pcib0: <21271 PCI host bus adapter> on tsunami0
> > > pci0: <PCI bus> on pcib0
> > > ohci0: <AcerLabs M5237 (Aladdin-V) USB controller> mem 0x20d0000-0x20d0ff
f irq 234 at device 1.0 on
> > pci0
> > > ohci0: could not allocate irq
> > > device_probe_and_attach: ohci0 attach returned 12
> > >
> > > Thus, it seems to be the classic problem that is solved on PC
> > > systems by toggling the PnP OS support in the BIOS. Mike
> > > Smith said that we don't currently know how to allocate an IRQ
> > > to a device on the Alpha, but I thought I'd run this by you since
> > > I do have access to a test machine that can be beat up for a week.
> >
> > The USB hardware on this platform interrupts via the ISA pic. SRM
> > represents this as an interrupt pin of 0xe0 + isa irq no. Unfortunately I
> > have not put in support in the alpha pci code to recognise this so the
> > interrupt allocation fails. The place to add this support is probably
> > pci_alloc_resource() in sys/alpha/pci/pcibus.c.
>
> Well, I have a patch that does this at least somewhat. It is available at
> www.freebsd.org/~jhb/patches/alpha.usb.patch. It assumes that all Alpha's
> use the range 0xe0 - 0xef for ISA IRQ's, or rather, that if a set of IRQ's
> fall in that range on an Alpha, then they are really hints for ISA
> IRQ's. However, it seems that although I can now get this far:
>
> ohci0: <AcerLabs M5237 (Aladdin-V) USB controller> mem 0x20d0000-0x20d0fff
> irq 234 at device 1.0 on pci0
> ohci0: interrupting at TSUNAMI irq 10
> usb0: OHCI version 1.0, legacy support
> usb0: <AcerLabs M5237 (Aladdin-V) USB controller> on ohci0
> usb0: USB revision 1.0
> uhub0: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
> uhub0: 2 ports with 2 removable, self powered
> uhub1: ALCOR STRONG MAN KBD HUB, class 9/0, rev 1.10/1.01, addr 2
> uhub1: 3 ports with 2 removable, bus powered
> ukbd0: ALCOR STRONG MAN KBD HUB, rev 1.00/1.01, addr 3, iclass 3/1
> kbd1 at ukbd0
> ums0: Logitech USB-PS/2 Mouse, rev 1.00/1.10, addr 4, iclass 3/1
> ums0: 3 buttons and Z dir.
>
> The interrupts don't seem to be delivered properly. Thus, I can't get the
> keyboard to work, usbd takes a while (several seconds) to start, usbdevs
> also runs with delays, and no kernel messages are generated when I
> add/delete items to the USB tree. Any ideas, suggetions, etc. would be
> greatly appreciated. I lose access to this machine on Friday, so.... :)
I have a different problem. On a PC164SX, I get told to turn off PNP OS,
which is kinda funny since it's an Alpha and not an x86... :-)
isab0: <Cypress 82C693 PCI-ISA bridge> at device 8.0 on pci0
...
ohci0: <OHCI (generic) USB controller> mem 0x82081000-0x82081fff at device 8.3 on pci0
ohci0: Invalid irq 255
ohci0: Please switch on USB support and switch PNP-OS to 'No' in BIOS
device_probe_and_attach: ohci0 attach returned 6
...
dc0: <Intel 21143 10/100BaseTX> port 0x1180-0x11ff mem 0x82082000-0x820823ff irq 8 at device 9.0 on pci0
dc0: interrupting at CIA irq 8
Everything else works except for that ohci.
Cheers,
-Peter
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-new-bus" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000508200410.264FE1CE3>