DoN. Nichols wrote:
> In article <cthfc2$9bl$1@misc-cct.server.rpi.edu>,
> Bob Healey <healer@rpi.edu> wrote:
>
>>DoN. Nichols wrote:
>>
>>>In article <cteufu$2fg$1@misc-cct.server.rpi.edu>,
>>>Bob Healey <healer@rpi.edu> wrote:
>>>
>>>
>>>>Miod Vallat wrote:
>>>>
>>>>
>>>>>>Does the sun be 10/100 sbus ethernet card work on sparc64? It works
>>>>>>just fine more me on sparc32, but on sparc64 I get DMA errors and the
>>>>>>card is unusable. According to the docs, the NIC is supported on both
>>>>>>platforms.
>
>
> [ ... ]
>
>
>>> Hmm ... are these the ones which identify as hme*? I've got a
>>>four-port one in an Ultra-1/140, and it is working without obvious
>>>problems.
>
>
> [ ... ]
>
>
>>I had the card in a sparcstation 5 running as be0 just fine.
>
>
> O.K. If it identifies itself as "be0", then it is not the same
> card which I have been using, so I don't know. Mine shows up in dmesg as:
>
> ================================================== ====================
> SUNW,bpp at sbus0 slot 14 offset 0xc800000 vector 22 ipl 2 not configured
> hme0 at sbus0 slot 0 offset 0x8c00000 vector 4 ipl 6: address 08:00:20:bd:e5:00
> ukphy0 at hme0 phy 1: Generic IEEE 802.3u media interface
> ukphy0: OUI 0x00601d, model 0x000c, rev. 1
> hme1 at sbus0 slot 0 offset 0x8c10000 vector 4 ipl 6: address 08:00:20:bd:e5:01
> ukphy1 at hme1 phy 1: Generic IEEE 802.3u media interface
> ukphy1: OUI 0x00601d, model 0x000c, rev. 1
> hme2 at sbus0 slot 0 offset 0x8c20000 vector 4 ipl 6: address 08:00:20:bd:e5:02
> ukphy2 at hme2 phy 1: Generic IEEE 802.3u media interface
> ukphy2: OUI 0x00601d, model 0x000c, rev. 1
> hme3 at sbus0 slot 0 offset 0x8c30000 vector 4 ipl 6: address 08:00:20:bd:e5:03
> ukphy3 at hme3 phy 1: Generic IEEE 802.3u media interface
> ukphy3: OUI 0x00601d, model 0x000c, rev. 1
> ================================================== ====================
>
> And is either a 501-4302 or a 501-4837/501-5443. I can't tell
> you which without bringing the system down and removing the card to read
> its barcode at this point -- and since it is serving in a firewall, I
> would rather not do that. There are similar ones with a single
> interface instead of the four-holer which I am using, and I am using
> some of these in other systems (SS-5 and SS-20), but all of those are
> running some form of Solaris, not OpenBSD.
>
> What card identifies itself as a "be0"? Can you point to the
> page in Sun's FEH (Field Engineer's Handbook)? At least with it moving
> from a SS-5 to an Ultra-1, it should be an Sbus card. But I didn't know
> that there was another 100BaseT/10BaseT card in their line.
>
>
>> I replaced
>>the sparcstation 5 with an ultra-1 and the kernel recognizes the card is
>>there, but i get a massive string of DMA errors and can't use the card.
>
>
> Since you are apparently talking about a different card from the
> one which I am using, I guess that I can't be any help.
>
> Best of luck,
> DoN.

From the sunsolve.sun.com:

http://sunsolve.sun.com/handbook_pub...stEther_1.html


I believe the hme card is version 2.

Dmesg from my sparc 5:
qec0 at sbus0 slot 2 offset 0x20000: 128K memory 1 channel
be0 at qec0 offset 0x10000 pri 7: rev 1 address 08:00:20:71:94:4b
qec1 at sbus0 slot 3 offset 0x20000: 128K memory 1 channel
be1 at qec1 offset 0x10000 pri 7: rev 1 address 08:00:20:71:94:4b

I ran sendbug yesterday with the ultra, but the report hasn't shown up
in the database yet.

Bob Healey