Hardware Wanted

hi
I am still blocked with 3Com 3C996B-T Gigabit Network Card, I got one but ...
I prefer to have an original card instead of hacking the flash (I do not have the equipment to fix the CRC)
which does not completely work, Irix claims errors, and I do not want to patch the driver

someone has one for sale?

if so, let me know!

Do you have a photo of these cards? I have 100+ cards and it is easier to find something if I know what it looks like.

Broadcom BCM5701TKHB chip, but SGI P/N

• SGI P/N 9210289 (3C996B-T-SGI1)

In the theory any Tigon3 gigabit cards should work with this hack, these include Compaq NC7770, 3Com 3c996B-T
but I prefer an original P/N if available under the definition of "reasonable price": no more than 50 euro

so, no xmass-news for me ?

[flash=][/flash]

ivelegacy wrote: so, no xmass-news for me ?

Do you deserve one?

dear Sanda Claus

been an angel all year
* * * so hurry down * * *
the chimney on 25 night

ThkU

ivelegacy wrote: been an angel all year
* * * so hurry down * * *
the chimney on 25 night

&& SantaBaby
under the tree
LoL

ivelegacy wrote: hi
I am still blocked with 3Com 3C996B-T Gigabit Network Card, I got one but ...
I prefer to have an original card instead of hacking the flash (I do not have the equipment to fix the CRC)
which does not completely work, Irix claims errors, and I do not want to patch the driver
...

I don't have a card and aiming for an original one is a noble course, BUT in case your happy with a CRC corrected one,
I might be able to assist:
Mine is ..aehm, WAS a Compaq NC7770 with a s/n HZMR525.. and different PN, which IRIX didn't like.

82 25 00 43 6f 6d 70 61 71 20 4e 43 37 37 37 30 .%.Compaq NC7770
20 47 69 67 61 62 69 74 20 53 65 72 76 65 72 20 Gigabit Server
41 64 61 70 74 65 72 00 90 55 00 50 4e 0a 32 38 Adapter..U.PN.28
34 36 38 35 2d 30 30 33 45 43 02 30 45 53 4e 0a 4685-003EC.0ESN.
48 5a 4d 52 35 32 35 39 39 46 4d 4e 04 30 45 31 HZMR52599FMN.0E1
31 52 56 2c e9 00 00 00 00 00 00 00 00 00 00 00 1RV.............

So I also substituted most data with
82 20 00 53 47 49 20 47 69 67 61 62 69 74 20 45 . .SGI Gigabit E
74 68 65 72 6E 65 74 20 43 6F 6E 74 72 6F 6C 6C thernet Controll
65 72 00 90 5A 00 50 4E 07 39 32 31 30 32 38 39 er..Z.PN.9210289
45 43 04 30 30 30 32 53 4E 0A 57 45 43 52 46 46 EC.0002SN.WECRFF
36 41 38 39 4D 4E 04 31 30 42 37 52 56 32 78 00 6A89MN.10B7RV2x.
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................

noticing the wrong s/n, checksum and an Asset tag of COMPAQ (starting at 0x183 with YACOMPAQ), which I also didn't like.
So I changed that to YASGI (although apparently a genuine SGI card spits out N/A) and moving the remainder starting
with RW and checksum byte 0x70 up 3 bytes (SGI=3 vs COMPAQ=6) and making it 0x73 (70h+3h=73h).

For the CRC in the VPD section I left the first byte following RV (32h) as it was and removed the second and applied the script
(previously posted) to sum up all the bytes starting from PN to the RV bytes:

( echo obase=16
echo ibase=16
echo \(00 `cat $HEXDUMP | cut -b 1-$[3*16] `\)%100 | sed -e 's/ /+/g' | tr a-z A-Z ) | bc

with $HEXDUMP being:

82 20 00 53 47 49 20 47 69 67 61 62 69 74 20 45 . .SGI Gigabit E
74 68 65 72 6E 65 74 20 43 6F 6E 74 72 6F 6C 6C thernet Controll
65 72 00 90 5A 00 50 4E 07 39 32 31 30 32 38 39 er..Z.PN.9210289
45 43 04 30 30 30 32 53 4E 0A 48 5a 4d 52 35 32 EC.0002SN.HZMR52
35 39 39 46 4D 4E 04 31 30 42 37 52 56 32 22 00 599FMN.10B7RV2x.
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................

The difference of this value up to 00 is the checksum. So, for example, in my case I got DE and the CRC would be 22 as
DEh + 22h equals 100h or short 00h. Putting this value into the correct spot:

ethtool -E eth2 magic 0x669955aa offset 0x14e value 0x22

fixed the checksum issue as can be seen in lspci -vv:

0a:0e.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5701 Gigabit Ethernet (rev 15)
Subsystem: Silicon Graphics Intl. Corp. Gigabit Ethernet (Copper)
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 32 (16000ns min), Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 23
Region 0: Memory at f6400000 (64-bit, non-prefetchable) [size=64K]
[virtual] Expansion ROM at d0900000 [disabled] [size=64K]
Capabilities: [40] PCI-X non-bridge device
Command: DPERE- ERO+ RBC=512 OST=1
Status: Dev=ff:1f.1 64bit+ 133MHz+ SCD- USC- DC=simple DMMRBC=512 DMOST=1 DMCRS=8 RSCEM- 266MHz- 533MHz-
Capabilities: [48] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold+)
Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=1 PME-
Capabilities: [50] Vital Product Data
Product Name: SGI Gigabit Ethernet Controller
Read-only fields:
[PN] Part number: 9210289
[EC] Engineering changes: 0002
[SN] Serial number: HZMR52599F
[MN] Manufacture ID: 31 30 42 37
[RV] Reserved: checksum good , 49 byte(s) reserved
Read/write fields:
[YA] Asset tag: SGI
[RW] Read-write area: 115 byte(s) free
End
Capabilities: [58] MSI: Enable- Count=1/8 Maskable- 64bit+
Address: e6b26757af57dff4 Data: a19e
Kernel driver in use: tg3
Kernel modules: tg3

Note that I kept the original s/n of the Compaq card. Changing the MAC address didn't change the checksum,
so I assume you could put in there what number you fancy. MAC starts at 0x7e, in my case 00:0b:cd:52:59:5f.
The first 3 bytes point to HP/Compaq cards and the last are covered in the s/n. I guess that concludes my
mocking around with that card. Have fun.

Regards
Stefan

I got an hacked card, now I am fine