Linux alternative to Thaiphoon Burner?

[moproblems99]

So, I can't find my spare ssd to throw a windows install on so I can figure what ICs my Oloy RAM has but I think they are CJR or possibly . I believe the XMP profile is 16-18-18-36 which seems like Hynix CJR as my other set of G Skill with CJR is 16-19-19-39.

In any case, I have found and tried the following commands (with other options and flags) but none seem to output IC (or vendor) information:

lshw

dmidecode

decode-dimms

Once I find my spare drive I can get this rolling but I know this info must be able to be pulled from a Linux system somehow. I am actually thinking about switching out my GSkill for this Oloy ram as I think I can net some better timings on it.

 

[R-T-B]

Can you get a binary SPD dump? IIRC correctly, Thaiphoon burner can work with those, and it should run for that limited capacity in wine.

Don't quote me on any of that though.

 

[moproblems99]

I didn't even think about wine.

 

[R-T-B]

Yeah, the reading will never work but I think you can get away with an SPD dump. Maybe. If the driver not loading for SPD-reading doesn't throw a "I'm gonna KILL THIS PROCESS!" hissy fit.

 

[moproblems99]

Yeah, the reading will never work but I think you can get away with an SPD dump. Maybe. If the driver not loading for SPD-reading doesn't throw a "I'm gonna KILL THIS PROCESS!" hissy fit.

Yeah, so far not having luck dumping them. I have like 4 Ssds left from mining.... I just saw them like a week ago lol

Edit: I am trying on a pretty old Ubuntu install. The install I use to test files that I don't know what they are. I have an 18.04 or 19.04 I'll try it on tomorrow. The main problem is that I can't see the smbus using i2cdetect. I tried dumping all of the i2c buses with no success. I was able to get a vendor code out of either dmidecode or decode-dimms on the second go round that I'll post tomorrow. I didn't get any match out of a quick Google search.

I can't find my mining Ssds which had all my OG vbioses for my 580s too. I have another ssd I can canibalize for a temp check even though I don't want to.

 

[moproblems99]

So I tried on a newer distro and I still can't find the smbus. Looks like I am going to have to find my spare drives or canibalize another.

The main problem is that I can't find the smbus and any other tool used to read the spd tables returns nothing but invalid.

The only bit I have gotten out is

custom manufacturer data: 3A 00 20 4F 31 00 1A (":? 01???")
Manufacturer location code: 0x0e7
Manufacturing date: 0xfd00
Assembly serial number: 0x3c551e82

 

[JackCarver]

Maybe this will give you a hint:

Ubuntu See Live RAM Timings Decode DIMMS - richud.com

www.richud.com

 

[moproblems99]

Maybe this will give you a hint:

Ubuntu See Live RAM Timings Decode DIMMS - richud.com

www.richud.com

That's the basic problem, nothing is finding the smbus.

 

[JackCarver]

That's the basic problem, nothing is finding the smbus

Did you use the sensors-detect order to get the module you need to load?

sudo sensors-detect

When you know the module you have to load it and you should see the SMBus

Ok so I need the i2c-i801 module loading to see the SMBus

 

[moproblems99]

Did you use the sensors-detect order to get the module you need to load?


When you know the module you have to load it and you should see the SMBus

So, yes. I did actually read the link you supplied and actually tried the commands in it. I hadn't tried sensors-detect until you posted the link so, again, thanks for posting the link. sensors-detect said there was an unknown bus when it got to the i2c bus section. Luckily, I went ahead and cannibalized a different drive for a temp install of windows to just Thaiphoon Burner. And the results are:

So it appears to be Samsung and I am guessing B-Die?

 

[JackCarver]

Ok, I had more luck, tried it at my Debian installation and here it worked out of the box:

root@debian:~# modprobe eeprom
root@debian:~# decode-dimms
# decode-dimms version $Revision$

Memory Serial Presence Detect Decoder
By Philip Edelbrock, Christian Zuckschwerdt, Burkart Lingner,
Jean Delvare, Trent Piepho and others


Decoding EEPROM: /sys/bus/i2c/drivers/eeprom/0-0051
Guessing DIMM is in bank 2

---=== SPD EEPROM Information ===---
EEPROM CRC of bytes 0-116 OK (0x9B33)
# of bytes written to SDRAM EEPROM 176
Total number of bytes in EEPROM 256
Fundamental Memory type DDR3 SDRAM
Module Type UDIMM

---=== Memory Characteristics ===---
Maximum module speed 1333 MHz (PC3-10600)
Size 2048 MB
Banks x Rows x Columns x Bits 8 x 15 x 10 x 64
Ranks 1
SDRAM Device Width 8 bits
Bus Width Extension 0 bits
tCL-tRCD-tRP-tRAS 9-9-9-24
Supported CAS Latencies (tCL) 9T, 8T, 7T, 6T

---=== Timings at Standard Speeds ===---
tCL-tRCD-tRP-tRAS as DDR3-1333 9-9-9-24
tCL-tRCD-tRP-tRAS as DDR3-1066 8-8-8-20
tCL-tRCD-tRP-tRAS as DDR3-800 6-6-6-15

---=== Timing Parameters ===---
Minimum Cycle Time (tCK) 1.500 ns
Minimum CAS Latency Time (tAA) 13.500 ns
Minimum Write Recovery time (tWR) 15.000 ns
Minimum RAS# to CAS# Delay (tRCD) 13.500 ns
Minimum Row Active to Row Active Delay (tRRD) 7.500 ns
Minimum Row Precharge Delay (tRP) 13.500 ns
Minimum Active to Precharge Delay (tRAS) 36.000 ns
Minimum Active to Auto-Refresh Delay (tRC) 50.625 ns
Minimum Recovery Delay (tRFC) 160.000 ns
Minimum Write to Read CMD Delay (tWTR) 7.500 ns
Minimum Read to Pre-charge CMD Delay (tRTP) 7.500 ns
Minimum Four Activate Window Delay (tFAW) 37.500 ns

---=== Optional Features ===---
Operable voltages 1.5V
RZQ/6 supported? Yes
RZQ/7 supported? Yes
DLL-Off Mode supported? Yes
Operating temperature range 0-95 degrees C
Refresh Rate in extended temp range 2X
Auto Self-Refresh? No
On-Die Thermal Sensor readout? No
Partial Array Self-Refresh? Yes
Module Thermal Sensor No
SDRAM Device Type Standard Monolithic

---=== Physical Characteristics ===---
Module Height 31 mm
Module Thickness 3 mm front, 3 mm back
Module Width 133.35 mm
Module Reference Card A revision 0
Rank 1 Mapping Mirrored

---=== Manufacturer Data ===---
Module Manufacturer Corsair
Manufacturing Location Code 0x01
Part Number VS2GB1333D4


Decoding EEPROM: /sys/bus/i2c/drivers/eeprom/0-0053
Guessing DIMM is in bank 4

---=== SPD EEPROM Information ===---
EEPROM CRC of bytes 0-116 OK (0x9B33)
# of bytes written to SDRAM EEPROM 176
Total number of bytes in EEPROM 256
Fundamental Memory type DDR3 SDRAM
Module Type UDIMM

---=== Memory Characteristics ===---
Maximum module speed 1333 MHz (PC3-10600)
Size 2048 MB
Banks x Rows x Columns x Bits 8 x 15 x 10 x 64
Ranks 1
SDRAM Device Width 8 bits
Bus Width Extension 0 bits
tCL-tRCD-tRP-tRAS 9-9-9-24
Supported CAS Latencies (tCL) 9T, 8T, 7T, 6T

---=== Timings at Standard Speeds ===---
tCL-tRCD-tRP-tRAS as DDR3-1333 9-9-9-24
tCL-tRCD-tRP-tRAS as DDR3-1066 8-8-8-20
tCL-tRCD-tRP-tRAS as DDR3-800 6-6-6-15

---=== Timing Parameters ===---
Minimum Cycle Time (tCK) 1.500 ns
Minimum CAS Latency Time (tAA) 13.500 ns
Minimum Write Recovery time (tWR) 15.000 ns
Minimum RAS# to CAS# Delay (tRCD) 13.500 ns
Minimum Row Active to Row Active Delay (tRRD) 7.500 ns
Minimum Row Precharge Delay (tRP) 13.500 ns
Minimum Active to Precharge Delay (tRAS) 36.000 ns
Minimum Active to Auto-Refresh Delay (tRC) 50.625 ns
Minimum Recovery Delay (tRFC) 160.000 ns
Minimum Write to Read CMD Delay (tWTR) 7.500 ns
Minimum Read to Pre-charge CMD Delay (tRTP) 7.500 ns
Minimum Four Activate Window Delay (tFAW) 37.500 ns

---=== Optional Features ===---
Operable voltages 1.5V
RZQ/6 supported? Yes
RZQ/7 supported? Yes
DLL-Off Mode supported? Yes
Operating temperature range 0-95 degrees C
Refresh Rate in extended temp range 2X
Auto Self-Refresh? No
On-Die Thermal Sensor readout? No
Partial Array Self-Refresh? Yes
Module Thermal Sensor No
SDRAM Device Type Standard Monolithic

---=== Physical Characteristics ===---
Module Height 31 mm
Module Thickness 3 mm front, 3 mm back
Module Width 133.35 mm
Module Reference Card A revision 0
Rank 1 Mapping Mirrored

---=== Manufacturer Data ===---
Module Manufacturer Corsair
Manufacturing Location Code 0x01
Part Number VS2GB1333D4


Number of SDRAM DIMMs detected and decoded: 2

 

[moproblems99]

So it appears to be Samsung and I am guessing B-Die?

Not B-Die but A-Die!