-
-
Save jvsoest/b83615d0d5f8abce79d19ad4518853d1 to your computer and use it in GitHub Desktop.
| # 2020-11-9: Solved in recent Ubuntu updates, not needed anymore, only for historical purposes available. | |
| # | |
| # Script to disable USB-C PD controller with nuc10 | |
| # See: https://community.intel.com/t5/Intel-NUCs/NUC10i3-IRQ-problem/td-p/669863?profile.language=it | |
| # https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1883511 | |
| processActive=$(pgrep -l irq/65-i2c-INT3 | wc -l) | |
| if [ "$processActive" -gt "0" ]; then | |
| echo "stopping USB-C PD controller" | |
| sudo modprobe -r tps6598x | |
| fi |
@Knapoc Indeed! adapted the comment text above. Will archive this gist if GitHub has this functionality
With recent Ubuntu/kernel updates this issue seems to be gone.
I've just hit this bug, and landed randomly here .. do you roughly what kernel version it's fixed in? I still see it booting Xubuntu 20.10 live USB..
puhhh unfortunately I've got no idea, but I'm running 20.04.1 LTS (Kernel 5.4.0-54) while updating it regularly.
I see the bug on NUC10i7FNK with Kernel 5.4.0-54 (Ubuntu Server)
You can also fix this by adding the line blacklist tps6598x to /etc/modprobe.d/blacklist.conf.
I'm still seeing this on Linux 5.9.0-4-amd64 #1 SMP Debian 5.9.11-1 (2020-11-27) x86_64 GNU/Linux, I have the NUC10I5FNK.
AFAIK there is no patch for it yet.
EDIT: Forgot to add, you may also need to run sudo update-initramfs -u for the blacklist to be incorporated into the initramfs and take effect.
@crozone Nice and convenient solution. Thank you!
Just found this discussion, I'm seeing it today on a NUC10i7FNH with Ubuntu 20.04.1, kernel 5.4.0-58-generic.
What I find strange is that I've been using this NUC for about two weeks, and I could swear 'irq/65-i2c-INT3' never stood out in the process list before, the average load dropped below 1.0 when idle, while it's in the top 5 nearly all the time now and the load doesn't drop below about 1.1 - 1.2 (right now it says 1.25-1.26-1.20).
It remains the same after some attempts to roll back the changes I made today and reboots.
So thanks for this solution.
[Edit] - I hadn't hardly noticed the fan in my NUC running, but about a minute after stopping the driver the fan stopped. That's when I realized that it had been on all the time the last few days, while it was hardly ever on before. So I think it started when I last installed updates and got kernel 5.4.0.58.
Still seeing this on
- 5.8.0-34-generic #37~20.04.2-Ubuntu SMP Thu Dec 17 14:53:00 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
- NUC10i7FNH (manufacture date 2020-09-02)
Thanks @crozone for the blacklist suggestion :)
Does that depend on what is plugged into the USB ports?!
(I had the issue (yesterday) on a NUC 10 i7 — otherwise I'd never have landed on this thread — and I ran modprobe -r tps6598x but it's really not a great solution.)
Got this issue again with latest 22.04.1 update. modprobe -r tps6598x fixes it.
- Intel NUC 10 i7
- Linux nuc10 5.15.0-47-generic #51-Ubuntu
- Nothing plugged except power & wifi.
Didn't notice it with previous kernel versions. Fan started to get louder and htop shows load 1.00 when system is idle.
Same here; it seems there was a regression in kernel 5.15.x, and confirmed on a Intel Frost Canyon NUC 10 with Core i7. In my case I'm running Debian 11 (bullseye), kernel 5.15.53-1-pve, so this is upstream in the kernel, and not Ubuntu-specific.
The behavior is the same as before: load > 1.0 due to irq/65-i2c-INT3, even when not running anything. Using modprobe -r tps6598x fixes it (temporarily).
I installed PROXMOX "5.15.74-1-pve" on my NUC10I5FNK and the first thing I noticed is that the temperatures were much higher than with the latest Ubuntu Kernel. I looked at the process and indeed removing the PD module does fix it. Then I found this solution, it would have saved me almost an hour of research. Thank you very much for posting it.
With recent Ubuntu/kernel updates this issue seems to be gone.