Unable to access CPU i2c interfaces with AMD "Cezanne" CPU's

Bug #1950062 reported by TheRogueZeta
48
This bug affects 9 people
Affects Status Importance Assigned to Milestone
AMD
Fix Released
Low
Unassigned
Arch Linux
New
Undecided
Unassigned
linux (Ubuntu)
Fix Released
Undecided
Unassigned
Focal
Fix Released
Undecided
Unassigned
Jammy
Fix Released
Undecided
Unassigned
linux-oem-5.14 (Ubuntu)
Invalid
Undecided
Unassigned
Focal
Fix Released
Undecided
Unassigned
Jammy
Invalid
Undecided
Unassigned
linux-oem-5.17 (Ubuntu)
Invalid
Undecided
Unassigned
Focal
Invalid
Undecided
Unassigned
Jammy
Fix Released
Undecided
Unassigned

Bug Description

OpenRGB uses the CPU SMBus/i2c interfaces to talk to the motherboard RGB controller and the DRAM RGB controllers and after updating my system to a 5700G from a 2400G I see error messages in dmesg for each read and write attempt to the interfaces. If I swap the CPU back on the same install I am able to see and control the RGB interfaces.

Another user on the OpenRGB discord with a 5600G is also seeing the same issues.

ProblemType: Bug
DistroRelease: Ubuntu 21.10
Package: linux-image-5.13.0-20-generic 5.13.0-20.20
ProcVersionSignature: Ubuntu 5.13.0-20.20-generic 5.13.14
Uname: Linux 5.13.0-20-generic x86_64
ApportVersion: 2.20.11-0ubuntu71
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC1: user 1654 F.... pulseaudio
 /dev/snd/pcmC1D0p: user 1654 F...m pulseaudio
 /dev/snd/controlC0: user 1654 F.... pulseaudio
CasperMD5CheckResult: pass
CurrentDesktop: ubuntu:GNOME
Date: Sat Nov 6 16:36:17 2021
InstallationDate: Installed on 2021-09-18 (49 days ago)
InstallationMedia: Ubuntu 21.04 "Hirsute Hippo" - Release amd64 (20210420)
MachineType: To Be Filled By O.E.M. To Be Filled By O.E.M.
ProcEnviron:
 TERM=xterm-256color
 PATH=(custom, no username)
 XDG_RUNTIME_DIR=<set>
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcFB: 0 amdgpudrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.13.0-20-generic root=UUID=dc2e65cb-a2e0-408c-a64b-bb0ccc6fdef0 ro quiet splash vt.handoff=7
RelatedPackageVersions:
 linux-restricted-modules-5.13.0-20-generic N/A
 linux-backports-modules-5.13.0-20-generic N/A
 linux-firmware 1.201.1
SourcePackage: linux
UpgradeStatus: Upgraded to impish on 2021-10-17 (20 days ago)
dmi.bios.date: 08/11/2021
dmi.bios.release: 5.17
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: P4.60
dmi.board.name: B450 Gaming-ITX/ac
dmi.board.vendor: ASRock
dmi.chassis.asset.tag: To Be Filled By O.E.M.
dmi.chassis.type: 3
dmi.chassis.vendor: To Be Filled By O.E.M.
dmi.chassis.version: To Be Filled By O.E.M.
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrP4.60:bd08/11/2021:br5.17:svnToBeFilledByO.E.M.:pnToBeFilledByO.E.M.:pvrToBeFilledByO.E.M.:skuToBeFilledByO.E.M.:rvnASRock:rnB450Gaming-ITX/ac:rvr:cvnToBeFilledByO.E.M.:ct3:cvrToBeFilledByO.E.M.:
dmi.product.family: To Be Filled By O.E.M.
dmi.product.name: To Be Filled By O.E.M.
dmi.product.sku: To Be Filled By O.E.M.
dmi.product.version: To Be Filled By O.E.M.
dmi.sys.vendor: To Be Filled By O.E.M.

Revision history for this message
TheRogueZeta (theroguezeta) wrote :
Revision history for this message
TheRogueZeta (theroguezeta) wrote :

Results of i2cdetect showing i2c-0 to i2c-2 are the pixx4 interfaces from the CPU:

i2cdetect -l
i2c-3 i2c AMDGPU DM i2c hw bus 0 I2C adapter
i2c-1 smbus SMBus PIIX4 adapter port 2 at ff00 SMBus adapter
i2c-6 i2c AMDGPU DM i2c hw bus 3 I2C adapter
i2c-4 i2c AMDGPU DM i2c hw bus 1 I2C adapter
i2c-2 smbus SMBus PIIX4 adapter port 1 at ff20 SMBus adapter
i2c-0 smbus SMBus PIIX4 adapter port 0 at ff00 SMBus adapter
i2c-7 i2c AMDGPU DM aux hw bus 0 I2C adapter
i2c-5 i2c AMDGPU DM i2c hw bus 2 I2C adapter

Revision history for this message
Ubuntu Kernel Bot (ubuntu-kernel-bot) wrote : Status changed to Confirmed

This change was made by a bot.

Changed in linux (Ubuntu):
status: New → Confirmed
Revision history for this message
TheRogueZeta (theroguezeta) wrote :

I have had another user run into the issue in the OpenRGB bug tracker: https://gitlab.com/CalcProgrammer1/OpenRGB/-/issues/1984#note_749829340

Revision history for this message
Sabac Tani (sbctani) wrote :

I am also having the same issue with a Ryzen 7 5700G

Revision history for this message
Gazi (strelok-96) wrote :

Have exactly the same issue.CPU-Ryzen: 5700G Motherboard: Asus X470-i

Revision history for this message
Aiscold (aiscold) wrote :

I have the same problem with 5600G

Revision history for this message
Mario Limonciello (superm1) wrote (last edit ):

> [ 0.699857] piix4_smbus 0000:00:14.0: SMBus Host Controller at 0xff00, revision 15
> [ 0.699861] piix4_smbus 0000:00:14.0: Using register 0x02 for SMBus port selection
> [ 0.700103] piix4_smbus 0000:00:14.0: Auxiliary SMBus Host Controller at 0xff20

This bug will be fixed by this series, currently under review.
https://<email address hidden>/T/#t

affects: linux → amd
Revision history for this message
Likogan (likogan) wrote :

I'm having the same issue. ASUS Tuf B550-Plus motherboard, with an AMD-Ryzen-5600G.

Revision history for this message
Mario Limonciello (superm1) wrote :

The patch series was just accepted into the maintainer's i2c-next tree. It should be in for 5.18.

You-Sheng Yang (vicamo)
Changed in linux-oem-5.14 (Ubuntu Jammy):
status: New → Invalid
Changed in linux (Ubuntu Focal):
status: New → Invalid
Revision history for this message
You-Sheng Yang (vicamo) wrote :

I created a PPA with prebuilt kernels for Jammy & Focal oem in https://launchpad.net/~vicamo/+archive/ubuntu/ppa-1950062. Could you help verify them?

Revision history for this message
Mario Limonciello (superm1) wrote :

Jammy appears to have failed to build. Trying it on oem-5.14 on a machine with the failing symptom it seems to fail on the machine I tested unfortunately.

When loading the i2c-piix4 module I see the following:
[ 97.103748] ACPI Warning: SystemIO range 0x0000000000000B00-0x0000000000000B08 conflicts with OpRegion 0x0000000000000B00-0x0000000000000B06 (\_SB.PCI0.SMBS.SMBO) (20210604/utaddress-204)
[ 97.103760] ACPI: OSL: Resource conflict; ACPI support missing from driver?

Revision history for this message
TheRogueZeta (theroguezeta) wrote :

Do you have a PPA for impish?

> E: The repository 'http://ppa.launchpad.net/vicamo/ppa-1950062/ubuntu impish Release' does not have a Release file.

From memory, I could not boot the OS with Focal and needed to use hirsute after I upgraded the CPU.

I will try the latest Jammy live CD shortly.

Revision history for this message
Gazi (strelok-96) wrote :

Didn't expect to see this fixed that soon. Amazing to see that, very happy AMD getting onboard. Vicamo can confirm it works on Focal Fossa with AMD 5700G. No more i2c errors and OpenRGB program just works now.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in linux-oem-5.14 (Ubuntu Focal):
status: New → Confirmed
Revision history for this message
Rick Staa (arcety) wrote (last edit ):

I am affected by this issue on my Ubuntu 20.04 system that is running kernel a 5.13 kernel. I have a ASUS rog stix b550-E gaming motherboard, an AMD 5600G CPU and use crucial ballistix ram.

Revision history for this message
Rick Staa (arcety) wrote (last edit ):

I tried the PPA from @vicamo on Ubuntu 20.04 with kernel 5.14, but It does not seem to work for me. I installed the PPA using the following commands:

`sudo add-apt-repository ppa:vicamo/ppa-1950062`
`sudo apt update`
`sudo apt install linux-oem-5.14-headers-5.14.0-2023`
`sudo apt install linux-oem-5.14-tools-5.14.0-2023`
`sudo apt install linux-oem-5.14-tools-host`
`sudo reboot now`
`sudo openrgb`

Maybe I am doing something wrong.

EDIT (12-03-2021): Removed incorrect commands

Revision history for this message
Gazi (strelok-96) wrote :

All steps look right. `sudo apt reboot` won't work though, its either `reboot` or `systemctl reboot`.

After that you need to pick the correct kernel. You can do that during boot time, on Ubuntu its grub so maybe try `sudo update-grub`(I think, if not try grub-update). Then just pick the correct kernel version during the boot sequence, I think its in "advanced options" in grub menu.

Revision history for this message
Rick Staa (arcety) wrote :

Ah yea, that's a type. I used `sudo reboot now`. For me, after those steps the ram still didn't show up, so there might be another problem on my system. I also tried manually building the kernel with the patch, but I run into some unrelated issues. I think I will wait till the patch hits the upstream.

Revision history for this message
Rick Staa (arcety) wrote :

I am now building the kernel from source using the following steps https://gitlab.com/CalcProgrammer1/OpenRGB/-/issues/1984#note_872699651 to verify whether the patch solves my problem.

Revision history for this message
Rick Staa (arcety) wrote :

I just verified the patch in Ubuntu 20.04 under kernel version 5.13. All of my components now show up in open RGB. I compiled the kernel myself using the steps provided in https://gitlab.com/CalcProgrammer1/OpenRGB/-/issues/1984#note_872699651. As mentioned above, I was not able to verify the PPA provided by @vicamo.

**System info:**

PCPartPicker Part List: https://nl.pcpartpicker.com/list/7HW8Y9

- CPU: AMD Ryzen 5 5600G 3.9 GHz 6-Core Processor (€228.95 @ Amazon Netherlands)
- Motherboard: Asus ROG STRIX B550-E GAMING ATX AM4 Motherboard (€226.81 @ Amazon Netherlands)
- Memory: Crucial Ballistix RGB 16 GB (2 x 8 GB) DDR4-3200 CL16 Memory (€83.85 @ Megekko)
- Memory: *Crucial Ballistix RGB 16 GB (2 x 8 GB) DDR4-3200 CL16 Memory (€83.85 @ Megekko)
- Video Card: NVIDIA GeForce GTX 1070 8 GB Video Card (2-Way SLI)
- Video Card: NVIDIA GeForce GTX 1070 8 GB Video Card (2-Way SLI)
- Case: Fractal Design Meshify 2 Compact TG Light Tint ATX Mid Tower Case (€159.00 @ Amazon Netherlands)
- Power Supply: Corsair HXi 750 W 80+ Platinum Certified Fully Modular ATX Power Supply (€197.99 @ Amazon Netherlands)

Revision history for this message
Rick Staa (arcety) wrote :

Is this Linux patch series back-ported to older kernels, like the 5.13 kernel that came with my Ubuntu 20.04 installation, or any LTS kernel? I'm not fully familiar with the Linux kernel release behaviour.

I'm asking this because I'm looking for the best way to apply this patch on an older kernel without building the kernel from source?

Revision history for this message
Mario Limonciello (superm1) wrote :

> Is this Linux patch series back-ported to older kernels, like the 5.13 kernel that came with my Ubuntu 20.04 installation, or any LTS kernel? I'm not fully familiar with the Linux kernel release behaviour.

The patches were accepted upstream for kernel 5.18. Right now it's not been added to any official Ubuntu kernel package.
Your options until it's landed:
* There is a PPA that was posted in #12 that has some binary kernels you can try.
* You can take binaries from the "mainline" PPA https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.18-rc2/

Neither of those is a sustainable solution; it's just for checking that they work for you.

Changed in linux-oem-5.17 (Ubuntu Focal):
status: New → Invalid
Changed in linux-oem-5.17 (Ubuntu Jammy):
status: New → Confirmed
Revision history for this message
TheRogueZeta (theroguezeta) wrote :

Now that the beta is out for Jammy, I installed it to a SSD and added the PPA posted in #12 but I could not get the SMBus access to work. I think this is because the one shipping with the beta is newer than the one in the PPA.

Changed in amd:
status: New → Triaged
importance: Undecided → Low
Revision history for this message
Mario Limonciello (superm1) wrote :

I've requested it to stable for 5.15.y and 5.17.y. If accepted I believe this should solve all the tasks on this bug report eventually on a future stable update in Ubuntu too.

https://<email address hidden>/T/#u

Changed in amd:
status: Triaged → Fix Released
Changed in linux-oem-5.17 (Ubuntu):
status: Confirmed → Invalid
Revision history for this message
Mario Limonciello (superm1) wrote :

These should be in 5.15.42, 5.17.10 AFAICT.

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

fixed now for both oem kernels

Changed in linux-oem-5.17 (Ubuntu Jammy):
status: Confirmed → Fix Released
Changed in linux-oem-5.14 (Ubuntu Focal):
status: Confirmed → Fix Released
Revision history for this message
Timo Aaltonen (tjaalton) wrote :

and jammy too

Changed in linux (Ubuntu Jammy):
status: Confirmed → Fix Released
Changed in linux (Ubuntu):
status: Confirmed → Fix Released
Revision history for this message
TheRogueZeta (theroguezeta) wrote :

I'm still seeing the errors on 5.15.0-46-generic. Which update should this be fixed in?

5.18.0 is working fine.

Revision history for this message
Mario Limonciello (superm1) wrote :

AFAICT it should be in Ubuntu-5.15.0-47.50.

Changed in linux (Ubuntu Focal):
status: Invalid → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.