possible bad eeprom data on k8v boards?

[Adriaan de Groot]

On Wednesday 07 July 2004 07:59, K Chapman wrote:
> there is a patch for linux ver of the sk driver that
> gets around some of the k8v sk int issues it would
> seem.  it may not help too much as its not the
> cleanest way to deal with the problem (diff eeprom
> data perhaps) as well as its for linux!
>
> http://www.ussg.iu.edu/hypermail/linux/kernel/0404.3/0090.html

OK, I've checked again, and this board _is_ a K8V SE Deluxe (it says so when 
booting). I've munged the sk startup routines to print the stuff we read from 
the VPD, and get the stuff at the bottom of this message. The offsets are 
different from what linux uses, perhaps because we read the name separately 
(and also because I didn't bother to print out the corrected offset). There's 
only one bit where there's a 38 xx 45 in this listing, and it doesn't match 
the 3c that that linux patch checks for (xx=38, which is what the patch 
_corrects_ it to, so I'm going to imagine that this EEPROM is ok).


Next stop, just sending audio through it until it stops - the usage scenario 
that most often locks up the interface. Tonight's selction, all the 
Tragically Hip albums, alphabetically.



for (i = 0; i < res.vr_len + 1; i++)
{
    sc->sk_vpd_readonly[i] = sk_vpd_readbyte(sc, i + pos);
    printf("skc%d: bytes [%x] %x\n",sc->sk_unit,i,sc->sk_vpd_readonly[i]);
}


skc0: bytes [0] 50
skc0: bytes [1] 4e
skc0: bytes [2] d
skc0: bytes [3] 59
skc0: bytes [4] 75
skc0: bytes [5] 6b
skc0: bytes [6] 6f
skc0: bytes [7] 6e
skc0: bytes [8] 20
skc0: bytes [9] 38
skc0: bytes [a] 38
skc0: bytes [b] 45
skc0: bytes [c] 38
skc0: bytes [d] 30
skc0: bytes [e] 30
skc0: bytes [f] 31
skc0: bytes [10] 45
skc0: bytes [11] 43
skc0: bytes [12] 8
skc0: bytes [13] 52
skc0: bytes [14] 65
skc0: bytes [15] 76
skc0: bytes [16] 2e
skc0: bytes [17] 20
skc0: bytes [18] 31
skc0: bytes [19] 2e
skc0: bytes [1a] 33
skc0: bytes [1b] 4d
skc0: bytes [1c] 4e
skc0: bytes [1d] 7
skc0: bytes [1e] 4d
skc0: bytes [1f] 61
skc0: bytes [20] 72
skc0: bytes [21] 76
skc0: bytes [22] 65
skc0: bytes [23] 6c
skc0: bytes [24] 6c
skc0: bytes [25] 53
skc0: bytes [26] 4e
skc0: bytes [27] d
skc0: bytes [28] 41
skc0: bytes [29] 62
skc0: bytes [2a] 43
skc0: bytes [2b] 64
skc0: bytes [2c] 45
skc0: bytes [2d] 66
skc0: bytes [2e] 47
skc0: bytes [2f] 33
skc0: bytes [30] 33
skc0: bytes [31] 34
skc0: bytes [32] 34
skc0: bytes [33] 35
skc0: bytes [34] 34
skc0: bytes [35] 43
skc0: bytes [36] 50
skc0: bytes [37] 4
skc0: bytes [38] 1
skc0: bytes [39] 10
skc0: bytes [3a] ffffffcc
skc0: bytes [3b] 3
skc0: bytes [3c] 52
skc0: bytes [3d] 56
skc0: bytes [3e] b
skc0: bytes [3f] 5e
skc0: bytes [40] 0
skc0: bytes [41] 0
skc0: bytes [42] 0
skc0: bytes [43] 0
skc0: bytes [44] 0
skc0: bytes [45] 0
skc0: bytes [46] 0
skc0: bytes [47] 0
skc0: bytes [48] 0
skc0: bytes [49] 0
skc0: bytes [4a] ffffff91




-- 
   "On top of that [watching KDE CVS] is interesting in a perverse 
    way, like watching sausage get made. By very smart people." - dkite