Hello from Gregg C Levine typically with Jedi Knight Computers Just for laughs, Richard, is this the same custom board, that you wrote us about earlier? How are you transmitting the dumps outward to yourself, so you can see them? You say, you've locked on the to SCL, and the SDA, but with what? And that could be the problem, or part of it. Just filling the sky with blue coloring, here. ------------------- Gregg C Levine [EMAIL PROTECTED] ------------------------------------------------------------ "The Force will be with you...Always." Obi-Wan Kenobi "Use the Force, Luke." Obi-Wan Kenobi (This company dedicates this E-Mail to General Obi-Wan Kenobi ) (This company dedicates this E-Mail to Master Yoda )
> -----Original Message----- > From: [EMAIL PROTECTED] [mailto:owner- > [EMAIL PROTECTED]] On Behalf Of Richard A. Smith > Sent: Monday, May 06, 2002 9:28 PM > To: [EMAIL PROTECTED] > Subject: more ram info > > I've spend some time messing with my trying to dump my RAM info. > > So far the problem seems to be that the SPD reads allways comback > either 0x04 or 0x00. The 0x00 is a guess since it looks like the > code will skip the dimm if it reads back a 0x00 > > But I do get 0x04s... Whole blocks of them. > > Data sheet says that a 0x04 is a device error that can be caused by a > timeout. So perhaps the code is not really putting out the proper > spd address or someting. > > If I use the spdscan program with my general software device it finds > the DIMM and gets its size correctly. > > I've looked on the SCL and SDA lines while LB is trying to read > (Made the code read from 00 to 0xff) and I can see clock and data > happening so I know the piix4e is at least setup correctly enough to > output. > > The spd address is kind of confusing. Am I correct that the (0x0a << > 3) for the start address is only shifted 3 bits because the > spd_read_byte code shifts it one more bit to the left. > > I'm going to try and grab a full SPD read and see if the wire data is > correct. The intel docs claim that on the 9th bit the receiveing > device is supposed to pull SDA low for an ack. > > -- > Richard A. Smith Bitworks, Inc. > [EMAIL PROTECTED] 501.846.5777 x204 > Sr. Design Engineer http://www.bitworks.com >
