-
-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
error with KF560C40BBAK2-32 (2x16kit) #16
Comments
Hi! The first thing that comes in my mind is that this ram kit is some new revision so maybe something changed.
|
And please update the script to the latest version as it contains a fix for smbus detection. |
yeah, I also think it's some kind of new variant.
Now the output of the mentioned commands
|
This is the "detection chain":
The detection pass on step 1 and 2, but fails on step 3 and 4. On step 3, registers &0x21 and &0x25 are not both =78 OR =b4 and &0x27=78. Step 4 is the real problematic one, as your system give |
I bought the memory kit this month, so, I also think it can be a revision or something like that.
|
Module i2c-dev is not loaded. Follow this procedure https://gitlab.com/CalcProgrammer1/OpenRGB#smbus-access-1 |
Check if i2c-dev is built into kernel: In that procedure there is a mention that in some scenarios a kernel > 5.7 is required, check your kernel version with Anyway, if you are willing to RISK, you can disable detection steps 3 and 4, relying only on the first two steps by commenting lines from REDACTED and from REDACTED of the (actual version 0.9.5) script. |
You're welcome 👍 You can try geofbot's fork of OpenRGB https://gitlab.com/geofbot/OpenRGB/-/tree/fury_ddr5 (there is also a mr to upstream https://gitlab.com/CalcProgrammer1/OpenRGB/-/merge_requests/1887, but it seems it is in stall right now) and see if the detection fails there too. I'm using it and it works well. The risk you take by commenting those lines is if addresses 0x6[0-7], 0x5[0-7] and 0x4[8-f] exist on an smbus that support Quick Command, but they ARE NOT Kingston Fury BEAST\RENEGADE DDR5 devices (model is found on step 4, the one that gives you I suggest you to try to figure out the reason for that error and solve it if possible, try e.g. with your distro support resource. Feel free to let me know how it goes. |
Oh, sorry for my misinterpretation, I was thinking that it will fry my memories or motherboard, don't ask me why this come to my mind 😆 |
Happy that fork works for you also. |
For posterity, if it helps anyone who encounters this thread, I own the KF560C36BBEAK2-32 and I have exactly the same detection problem described in this thread. On Arch Linux I encountered so many build dependency problems with the OpenRGB fork, I took the risk with this script. After much manual checking, commenting out exactly these lines worked very well. |
@cloudednine and everyone please, the script is now updated so commenting those lines no longer work. You can use the undocumented option Thanks and best regards. |
Hey man, first of all, thanks for the work.
I tried to execute the script but I received the error
RAM in slot 2 on SMBus i2c-0 doesn't seems to be a Kingston Fury BEAST\RENEGADE DDR5!
This is the return using the
--debug
flagThe text was updated successfully, but these errors were encountered: