High temperature and fan speed

I tried these configurations but the i7z output is always 100% C1:

Just change one variable at a time, and be clear about whether you've rebooted since changing rc.conf, or cycled AC/battery power (or run 'service power_profile') to get cx_lowest changed systemically, rather than temporarily.

I suggest leave powerd{,++} out of it for the moment. I think you'll want it, but that getting AC power C-state right should make a big difference to your heating issues first.

Try performance_cx_lowest=C2 or C3, but definitely not C1 (unless running as a busy server with steady load, which I expect you're not).

/etc/rc.conf:
Code:
powerdxx_enable=YES
powerdxx_flags="-n adaptive -a adaptive -b adaptive -m 800 -M 1600"

Good test for later. I'm not sure if powerdxx is aware of CPUs that vary speed per core yet (anyone know?)

I can see powerd hasn't changed, so does poking just cpu.0.freq still work (does anyone know?)

Code:
performance_cx_lowest=C1
economy_cx_lowest=C3

Did you test that on battery?

Code:
performance_cx_lowest=C1
economy_cx_lowest=C7

See above, seems like Linux' term for FreeBSD's "Cmax" so better to use that here.

and in /etc/sysctl.conf:

Code:
dev.cpu.0.cx_lowest=C3
dev.cpu.1.cx_lowest=C3
dev.cpu.2.cx_lowest=C3
dev.cpu.3.cx_lowest=C3

That may work at boot, but later depends, entirely I think, on the setting of sysctl hw.acpi.cpu.cx_lowest, which is exactly what /etc/rc.d/power_profile sets.

Have a look at that script, noting that the other thing it can set on power changes is {performance,economy}_cpu_freq. The default is "NONE", i.e. don't change cpu.0.freq, and best not set freq here, it will mess with powerd later.

In short: try C2 and C3 without powerd, at idle, watching with i7z and the relevant sysctls, under both idle and some load, to see how it affects heat/fans?
 
So I commented out the powerdxx in /etc/rc.conf and the /etc/sysctl.conf settings and used first:

Code:
performance_cx_lowest=C2
economy_cx_lowest=C3

I rebooted.
On battery the temperature was 50-60 and on AC reached 70-75, then disconnected AC and temp reduced to 55-60.

Then I used:

Code:
performance_cx_lowest=C3
economy_cx_lowest=C3

I rebooted
Both AC and battery temperatures were 45-55 and the fans were noisy but less noisy compared to the normal behaviour.

The i7z showed again 100% C1 and 0% other states in all the experiments. Load was minimum and temp at idle
 
What does your configuration files look like?
Are these states by default on your PC or did you change them?

Relevant to this issue,
/etc/rc.conf:
performance_cx_lowest="Cmax"
economy_cx_lowest="Cmax"
powerd_enable="YES"
powerd_flags="-a adp -b adp -n adp"
# (I haven't tuned powerd for X on this laptop yet)

/etc/sysctl.conf (nothing)

/boot/loader.conf
coretemp_load="YES"
cpuctl_load="YES"

My laptop is almost always on AC and my battery is set to 50-55% in Bios

Fair enough.
 
I think that the output of i7z is different from the usage output of this command
Code:
sysctl dev.cpu | grep cx

Yes, exactly. AC or battery?

Rather than unquoteable images, plus some more useful data, perhaps:

Code:
sysctl dev.cpu | egrep 'cx|freq|temperature' > textfile

then can paste textfiles into messages. ('temperature' wants coretemp loaded)

On mine and all older intel CPUs, only dev.cpu.0 has .freq and .freq_levels ... is that true also of yours?

Anyway, it's handy building a script that can print out core settings and stats for your box, date/time stamped, e.g. my 't430stat' above. You could include bits scraped from i7z as well of course.
 
The dmesg output in case it is useful. I will try the other commands soon.

Code:
---<<BOOT>>---
Copyright (c) 1992-2023 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
    The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 14.0-CURRENT #0 main-n260769-b4f7a31fd16b: Thu Feb  9 15:00:34 UTC 2023
    root@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64
FreeBSD clang version 15.0.7 (https://github.com/llvm/llvm-project.git llvmorg-15.0.7-0-g8dfdcc7b7bf6)
WARNING: WITNESS option enabled, expect reduced performance.
VT(efifb): resolution 1920x1080
CPU: 11th Gen Intel(R) Core(TM) i7-11370H @ 3.30GHz (2995.20-MHz K8-class CPU)
  Origin="GenuineIntel"  Id=0x806c1  Family=0x6  Model=0x8c  Stepping=1
  Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
  Features2=0x7ffafbbf<SSE3,PCLMULQDQ,DTES64,MON,DS_CPL,VMX,EST,TM2,SSSE3,SDBG,FMA,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,TSCDLT,AESNI,XSAVE,OSXSAVE,AVX,F16C,RDRAND>
  AMD Features=0x2c100800<SYSCALL,NX,Page1GB,RDTSCP,LM>
  AMD Features2=0x121<LAHF,ABM,Prefetch>
  Structured Extended Features=0xf3bfa7eb<FSGSBASE,TSCADJ,BMI1,AVX2,FDPEXC,SMEP,BMI2,ERMS,INVPCID,NFPUSG,PQE,AVX512F,AVX512DQ,RDSEED,ADX,SMAP,AVX512IFMA,CLFLUSHOPT,CLWB,PROCTRACE,AVX512CD,SHA,AVX512BW,AVX512VL>
  Structured Extended Features2=0x18c05fde<AVX512VBMI,UMIP,PKU,OSPKE,AVX512VBMI2,GFNI,VAES,VPCLMULQDQ,AVX512VNNI,AVX512BITALG,AVX512VPOPCNTDQ,RDPID,MOVDIRI,MOVDIR64B>
  Structured Extended Features3=0xfc100710<FSRM,AVX512VP2INTERSECT,MCUOPT,MD_CLEAR,IBT,IBPB,STIBP,L1DFL,ARCH_CAP,CORE_CAP,SSBD>
  XSAVE Features=0xf<XSAVEOPT,XSAVEC,XINUSE,XSAVES>
  IA32_ARCH_CAPS=0x5c6b<RDCL_NO,IBRS_ALL,SKIP_L1DFL_VME,MDS_NO>
  VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID,VID,PostIntr
  TSC: P-state invariant, performance statistics
real memory  = 17179869184 (16384 MB)
avail memory = 16277422080 (15523 MB)
Event timer "LAPIC" quality 600
ACPI APIC Table: <DELL   Dell Inc>
FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs
FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 hardware threads
random: registering fast source Intel Secure Key RNG
random: fast provider: "Intel Secure Key RNG"
random: unblocking device.
ioapic0 <Version 2.0> irqs 0-119
Launching APs: 1 6 7 3 5 2 4
random: entropy device external interface
kbd1 at kbdmux0
efirtc0: <EFI Realtime Clock>
efirtc0: registered as a time-of-day clock, resolution 1.000000s
smbios0: <System Management BIOS> at iomem 0x60e74000-0x60e7401e
smbios0: Version: 3.2, BCD Revision: 3.2
aesni0: <AES-CBC,AES-CCM,AES-GCM,AES-ICM,AES-XTS,SHA1,SHA256>
acpi0: <DELL Dell Inc>
cpu0: <ACPI CPU> on acpi0
hpet0: <High Precision Event Timer> iomem 0xfed00000-0xfed003ff on acpi0
Timecounter "HPET" frequency 19200000 Hz quality 950
Event timer "HPET" frequency 19200000 Hz quality 550
atrtc0: <AT realtime clock> port 0x70-0x77 irq 8 on acpi0
atrtc0: Warning: Couldn't map I/O.
atrtc0: registered as a time-of-day clock, resolution 1.000000s
Event timer "RTC" frequency 32768 Hz quality 0
attimer0: <AT timer> port 0x40-0x43,0x50-0x53 irq 0 on acpi0
Timecounter "i8254" frequency 1193182 Hz quality 0
Event timer "i8254" frequency 1193182 Hz quality 100
Timecounter "ACPI-fast" frequency 3579545 Hz quality 900
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1808-0x180b on acpi0
acpi_ec0: <Embedded Controller: GPE 0x6e> port 0x930,0x934 on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
vgapci0: <VGA-compatible display> port 0x4000-0x403f mem 0x6044000000-0x6044ffffff,0x4000000000-0x400fffffff at device 2.0 on pci0
vgapci0: Boot video device
pcib1: <ACPI PCI-PCI bridge> at device 6.0 on pci0
pci1: <ACPI PCI bus> on pcib1
vgapci1: <VGA-compatible display> port 0x3000-0x307f mem 0x8e000000-0x8effffff,0x6000000000-0x600fffffff,0x6010000000-0x6011ffffff at device 0.0 on pci1
pcib2: <ACPI PCI-PCI bridge> at device 7.0 on pci0
xhci0: <Intel Tiger Lake-LP Thunderbolt 4 USB controller> mem 0x6045280000-0x604528ffff at device 13.0 on pci0
xhci0: 32 bytes context size, 64-bit DMA
usbus0 on xhci0
usbus0: 5.0Gbps Super Speed USB v3.0
pci0: <serial bus, USB> at device 13.2 (no driver attached)
pcib3: <Intel Volume Management Device> mem 0x6042000000-0x6043ffffff,0x8c000000-0x8dffffff,0x6045100000-0x60451fffff at device 14.0 on pci0
pci2: <PCI bus> on pcib3
pcib4: <PCI-PCI bridge> irq 0 at device 28.4 on pci2
pcib4: failed to allocate initial I/O port window: 0-0xfff
pci3: <PCI bus> on pcib4
nvme0: <Generic NVMe Device> mem 0x8c000000-0x8c003fff at device 0.0 on pci3
pci0: <simple comms, UART> at device 18.0 (no driver attached)
xhci1: <Intel Tiger Lake-LP USB 3.2 controller> mem 0x6045260000-0x604526ffff at device 20.0 on pci0
xhci1: 32 bytes context size, 64-bit DMA
usbus1 on xhci1
usbus1: 5.0Gbps Super Speed USB v3.0
pci0: <memory, RAM> at device 20.2 (no driver attached)
pci0: <network> at device 20.3 (no driver attached)
pci0: <serial bus> at device 21.0 (no driver attached)
pci0: <serial bus> at device 21.1 (no driver attached)
pci0: <simple comms> at device 22.0 (no driver attached)
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
hdac0: <Intel Tiger Lake HDA Controller> mem 0x6045298000-0x604529bfff,0x6045000000-0x60450fffff at device 31.3 on pci0
pci0: <serial bus> at device 31.5 (no driver attached)
acpi_lid0: <Control Method Lid Switch> on acpi0
acpi_button0: <Power Button> on acpi0
acpi_button1: <Sleep Button> on acpi0
acpi_acad0: <AC Adapter> on acpi0
battery0: <ACPI Control Method Battery> on acpi0
atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
acpi_syscontainer0: <System Container> on acpi0
acpi_syscontainer1: <System Container> on acpi0
hwpstate_intel0: <Intel Speed Shift> on cpu0
hwpstate_intel1: <Intel Speed Shift> on cpu1
hwpstate_intel2: <Intel Speed Shift> on cpu2
hwpstate_intel3: <Intel Speed Shift> on cpu3
hwpstate_intel4: <Intel Speed Shift> on cpu4
hwpstate_intel5: <Intel Speed Shift> on cpu5
hwpstate_intel6: <Intel Speed Shift> on cpu6
hwpstate_intel7: <Intel Speed Shift> on cpu7
Timecounter "TSC-low" frequency 1497625015 Hz quality 1000
Timecounters tick every 1.000 msec
ZFS filesystem version: 5
ZFS storage pool version: features support (5000)
[nl_generic] genl_register_family: Registered family nlctrl id 16
[nl_generic] genl_register_cmds: Adding cmd GETFAMILY(3) to family nlctrl
ugen0.1: <Intel XHCI root HUB> at usbus0
ugen1.1: <Intel XHCI root HUB> at usbus1
uhub0 on usbus0
uhub0: <Intel XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0
uhub1 on usbus1
uhub1: <Intel XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus1
nvd0: <PM9A1 NVMe Samsung 1024GB> NVMe namespace
nvd0: 976762MB (2000409264 512 byte sectors)
hdacc0: <Realtek ALC236 HDA CODEC> at cad 0 on hdac0
hdaa0: <Realtek ALC236 Audio Function Group> at nid 1 on hdacc0
pcm0: <Realtek ALC236 (Internal Analog Speaker)> at nid 20 on hdaa0
pcm1: <Realtek ALC236 (Front Analog Headphones)> at nid 33 on hdaa0
hdacc1: <Intel Tiger Lake HDA CODEC> at cad 2 on hdac0
hdaa1: <Intel Tiger Lake Audio Function Group> at nid 1 on hdacc1
pcm2: <Intel Tiger Lake (HDMI/DP 8ch)> at nid 4 on hdaa1
Trying to mount root from zfs:zroot/ROOT/default []...
WARNING: WITNESS option enabled, expect reduced performance.
uhub0: 5 ports with 5 removable, self powered
uhub1: 16 ports with 16 removable, self powered
Root mount waiting for: usbus1
usb_msc_auto_quirk: UQ_MSC_NO_GETMAXLUN set for USB mass storage device Memorex USB Flash Drive (0x0718:0x7722)
usb_msc_auto_quirk: UQ_MSC_NO_PREVENT_ALLOW set for USB mass storage device Memorex USB Flash Drive (0x0718:0x7722)
usb_msc_auto_quirk: UQ_MSC_NO_SYNC_CACHE set for USB mass storage device Memorex USB Flash Drive (0x0718:0x7722)
Root mount waiting for: usbus1
ugen1.2: <Memorex USB Flash Drive> at usbus1
umass0 on uhub1
umass0: <Memorex USB Flash Drive, class 0/0, rev 2.10/2.00, addr 1> on usbus1
umass0:  SCSI over Bulk-Only; quirks = 0xc100
umass0:0:0: Attached to scbus0
da0 at umass-sim0 bus 0 scbus0 target 0 lun 0
da0: <Memorex USB Flash Drive 0000> Removable Direct Access SPC-2 SCSI device
da0: Serial Number 964515447414
da0: 40.000MB/s transfers
da0: 59088MB (121012225 512 byte sectors)
da0: quirks=0x2<NO_6_BYTE>
ugen1.3: <Logitech USB Receiver> at usbus1
ukbd0 on uhub1
ukbd0: <Logitech USB Receiver, class 0/0, rev 2.00/12.11, addr 2> on usbus1
kbd2 at ukbd0
ugen1.4: <Goodix Technology Co., Ltd. Goodix USB2.0 MISC> at usbus1
Root mount waiting for: usbus1
ugen1.5: <CN0F43K88LG00163CAGKA00 IntegratedWebcamHD> at usbus1
ugen1.6: <vendor 0x8087 product 0x0026> at usbus1
drmn0: <drmn> on vgapci0
vgapci0: child drmn0 requested pci_enable_io
vgapci0: child drmn0 requested pci_enable_io
[drm] Unable to create a private tmpfs mount, hugepage support will be disabled(-19).
[drm] Got stolen memory base 0x0, size 0x0
drmn0: could not load firmware image 'i915/tgl_dmc_ver2_08.bin'
drmn0: [drm] Failed to load DMC firmware i915/tgl_dmc_ver2_08.bin. Disabling runtime power management.
drmn0: [drm] DMC firmware homepage: https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/i915lkpi_iic0: <LinuxKPI I2C> on drmn0
iicbus0: <Philips I2C bus> on lkpi_iic0
iic0: <I2C generic I/O> on iicbus0
lkpi_iic1: <LinuxKPI I2C> on drmn0
iicbus1: <Philips I2C bus> on lkpi_iic1
iic1: <I2C generic I/O> on iicbus1
lkpi_iic2: <LinuxKPI I2C> on drmn0
iicbus2: <Philips I2C bus> on lkpi_iic2
iic2: <I2C generic I/O> on iicbus2
lkpi_iic3: <LinuxKPI I2C> on drmn0
iicbus3: <Philips I2C bus> on lkpi_iic3
iic3: <I2C generic I/O> on iicbus3
lkpi_iic4: <LinuxKPI I2C> on drmn0
iicbus4: <Philips I2C bus> on lkpi_iic4
iic4: <I2C generic I/O> on iicbus4
lkpi_iic5: <LinuxKPI I2C> on drmn0
iicbus5: <Philips I2C bus> on lkpi_iic5
iic5: <I2C generic I/O> on iicbus5
lkpi_iic6: <LinuxKPI I2C> on drmn0
iicbus6: <Philips I2C bus> on lkpi_iic6
iic6: <I2C generic I/O> on iicbus6
lkpi_iic7: <LinuxKPI I2C> on drmn0
iicbus7: <Philips I2C bus> on lkpi_iic7
iic7: <I2C generic I/O> on iicbus7
lkpi_iic8: <LinuxKPI I2C> on drmn0
iicbus8: <Philips I2C bus> on lkpi_iic8
iic8: <I2C generic I/O> on iicbus8
sysctl_warn_reuse: can't re-use a leaf (hw.dri.debug)!
lkpi_iic9: <LinuxKPI I2C> on drm2
iicbus9: <Philips I2C bus> on lkpi_iic9
iic9: <I2C generic I/O> on iicbus9
lkpi_iic10: <LinuxKPI I2C> on drm4
iicbus10: <Philips I2C bus> on lkpi_iic10
iic10: <I2C generic I/O> on iicbus10
lkpi_iic11: <LinuxKPI I2C> on drm5
iicbus11: <Philips I2C bus> on lkpi_iic11
iic11: <I2C generic I/O> on iicbus11
[drm] Initialized i915 1.6.0 20200917 for drmn0 on minor 0
VT: Replacing driver "efifb" with new "fb".
taskqueue_drain with the following non-sleepable locks held:
exclusive sleep mutex vtdev (vtdev) r = 0 (0xffffffff81aec5f8) locked @ /usr/src/sys/dev/vt/vt_core.c:3055
stack backtrace:
#0 0xffffffff80c5af55 at witness_debugger+0x65
#1 0xffffffff80c5c0a9 at witness_warn+0x3f9
#2 0xffffffff80c4d9a3 at taskqueue_drain+0x33
#3 0xffffffff838b88d3 at vt_kms_postswitch+0x73
#4 0xffffffff80a2edbd at vt_fb_init+0xfd
#5 0xffffffff80a343f8 at vt_replace_backend+0x118
#6 0xffffffff80a342bb at vt_allocate+0x7b
#7 0xffffffff838ca12b at linux_register_framebuffer+0xeb
#8 0xffffffff838cb5d2 at __drm_fb_helper_initial_config_and_unlock+0x492
#9 0xffffffff8382e390 at intel_fbdev_initial_config_async+0x20
#10 0xffffffff836fe09b at i915_driver_register+0x6b
#11 0xffffffff836fdf5e at i915_driver_probe+0xeee
#12 0xffffffff83710300 at i915_pci_probe+0x40
#13 0xffffffff80e746e1 at linux_pci_attach_device+0x431
#14 0xffffffff80c262d0 at device_attach+0x3c0
#15 0xffffffff80c25e80 at device_probe_and_attach+0x70
#16 0xffffffff80c27e97 at bus_generic_driver_added+0x67
#17 0xffffffff80c238f9 at devclass_driver_added+0x39
Sleeping on "tq_drain" with the following non-sleepable locks held:
exclusive sleep mutex vtdev (vtdev) r = 0 (0xffffffff81aec5f8) locked @ /usr/src/sys/dev/vt/vt_core.c:3055
stack backtrace:
#0 0xffffffff80c5af55 at witness_debugger+0x65
#1 0xffffffff80c5c0a9 at witness_warn+0x3f9
#2 0xffffffff80bf5c05 at _sleep+0x55
#3 0xffffffff80c4da6b at taskqueue_drain+0xfb
#4 0xffffffff838b88d3 at vt_kms_postswitch+0x73
#5 0xffffffff80a2edbd at vt_fb_init+0xfd
#6 0xffffffff80a343f8 at vt_replace_backend+0x118
#7 0xffffffff80a342bb at vt_allocate+0x7b
#8 0xffffffff838ca12b at linux_register_framebuffer+0xeb
#9 0xffffffff838cb5d2 at __drm_fb_helper_initial_config_and_unlock+0x492
#10 0xffffffff8382e390 at intel_fbdev_initial_config_async+0x20
#11 0xffffffff836fe09b at i915_driver_register+0x6b
#12 0xffffffff836fdf5e at i915_driver_probe+0xeee
#13 0xffffffff83710300 at i915_pci_probe+0x40
#14 0xffffffff80e746e1 at linux_pci_attach_device+0x431
#15 0xffffffff80c262d0 at device_attach+0x3c0
#16 0xffffffff80c25e80 at device_probe_and_attach+0x70
#17 0xffffffff80c27e97 at bus_generic_driver_added+0x67
lock order reversal: (Giant after non-sleepable)
 1st 0xffffffff81aec5f8 vtdev (vtdev, sleep mutex) @ /usr/src/sys/dev/vt/vt_core.c:3055
 2nd 0xffffffff81a02bc0 Giant (Giant, sleep mutex) @ /usr/src/sys/kern/kern_synch.c:232
lock order Giant -> vtdev established at:
#0 0xffffffff80c5a25b at witness_checkorder+0x2fb
#1 0xffffffff80bc37b4 at __mtx_lock_flags+0x94
#2 0xffffffff80a33966 at vt_upgrade+0x386
#3 0xffffffff80b6ee98 at mi_startup+0x1e8
#4 0xffffffff8038e023 at btext+0x23
lock order vtdev -> Giant attempted at:
#0 0xffffffff80c5ab13 at witness_checkorder+0xbb3
#1 0xffffffff80bc37b4 at __mtx_lock_flags+0x94
#2 0xffffffff80bf5f30 at _sleep+0x380
#3 0xffffffff80c4da6b at taskqueue_drain+0xfb
#4 0xffffffff838b88d3 at vt_kms_postswitch+0x73
#5 0xffffffff80a2edbd at vt_fb_init+0xfd
#6 0xffffffff80a343f8 at vt_replace_backend+0x118
#7 0xffffffff80a342bb at vt_allocate+0x7b
#8 0xffffffff838ca12b at linux_register_framebuffer+0xeb
#9 0xffffffff838cb5d2 at __drm_fb_helper_initial_config_and_unlock+0x492
#10 0xffffffff8382e390 at intel_fbdev_initial_config_async+0x20
#11 0xffffffff836fe09b at i915_driver_register+0x6b
#12 0xffffffff836fdf5e at i915_driver_probe+0xeee
#13 0xffffffff83710300 at i915_pci_probe+0x40
#14 0xffffffff80e746e1 at linux_pci_attach_device+0x431
#15 0xffffffff80c262d0 at device_attach+0x3c0
#16 0xffffffff80c25e80 at device_probe_and_attach+0x70
#17 0xffffffff80c27e97 at bus_generic_driver_added+0x67
start FB_INFO:
type=11 height=1080 width=1920 depth=32
pbase=0x4000040000 vbase=0xfffffe0118845000
name=drmn0 flags=0x0 stride=7680 bpp=32
end FB_INFO
Intel(R) Wireless WiFi based driver for FreeBSD
iwlwifi0: <iwlwifi> mem 0x604529c000-0x604529ffff at device 20.3 on pci0
iwlwifi0: successfully loaded firmware image 'iwlwifi-QuZ-a0-hr-b0-73.ucode'
iwlwifi0: api flags index 2 larger than supported by driver
iwlwifi0: TLV_FW_FSEQ_VERSION: FSEQ Version: 89.3.35.37
iwlwifi0: loaded firmware version 73.35c0a2c6.0 QuZ-a0-hr-b0-73.ucode op_mode iwlmvm
iwlwifi0: Detected Intel(R) Wi-Fi 6 AX201 160MHz, REV=0x351
iwlwifi0: Detected RF HR B5, rfid=0x10a100
iwlwifi0: base HW address: 94:e2:3c:24:8b:50
ig4iic0: <Intel Tiger Lake-LP I2C Controller-4> at device 21.0 on pci0
ig4iic0: Using MSI
iicbus12: <Philips I2C bus (ACPI-hinted)> on ig4iic0
iic12: <I2C generic I/O> on iicbus12
ig4iic1: <Intel Tiger Lake-LP I2C Controller-5> at device 21.1 on pci0
ig4iic1: Using MSI
iicbus13: <Philips I2C bus (ACPI-hinted)> on ig4iic1
iicbus13: <unknown card> at addr 0x2c
iic13: <I2C generic I/O> on iicbus13
ichsmb0: <Intel Tiger Lake SMBus controller> port 0xefa0-0xefbf mem 0x60452a4000-0x60452a40ff at device 31.4 on pci0
smbus0: <System Management Bus> on ichsmb0
acpi_wmi0: <ACPI-WMI mapping> on acpi0
acpi_wmi0: Embedded MOF found
ACPI: \134_SB.WFDE.WQCC: 1 arguments were passed to a non-method ACPI object (Buffer) (20221020/nsarguments-361)
acpi_wmi1: <ACPI-WMI mapping> on acpi0
acpi_wmi1: Embedded MOF found
ACPI: \134_SB.WFTE.WQCC: 1 arguments were passed to a non-method ACPI object (Buffer) (20221020/nsarguments-361)
acpi_wmi2: <ACPI-WMI mapping> on acpi0
acpi_wmi2: Embedded MOF found
ACPI: \134_SB.AMW0.WQMO: 1 arguments were passed to a non-method ACPI object (Buffer) (20221020/nsarguments-361)
acpi_wmi3: <ACPI-WMI mapping> on acpi0
acpi_wmi3: Embedded MOF found
ACPI: \134_SB.AMW2.WQMO: 1 arguments were passed to a non-method ACPI object (Buffer) (20221020/nsarguments-361)
acpi_wmi4: <ACPI-WMI mapping> on acpi0
acpi_wmi4: Embedded MOF found
ACPI: \134_SB.AMW5.WQMO: 1 arguments were passed to a non-method ACPI object (Buffer) (20221020/nsarguments-361)
acpi_wmi5: <ACPI-WMI mapping> on acpi0
acpi_wmi5: Embedded MOF found
ACPI: \134_SB.AMW4.WQMO: 1 arguments were passed to a non-method ACPI object (Buffer) (20221020/nsarguments-361)
acpi_wmi6: <ACPI-WMI mapping> on acpi0
acpi_wmi6: Embedded MOF found
ACPI: \134_SB.DIAG.WQMO: 1 arguments were passed to a non-method ACPI object (Buffer) (20221020/nsarguments-361)
acpi_wmi7: <ACPI-WMI mapping> on acpi0
wlan0: Ethernet address: 94:e2:3c:24:8b:50
lo0: link state changed to UP
iwlwifi0: Not associated and the session protection is over already...
wlan0: link state changed to UP
ums0 on uhub1
ums0: <Logitech USB Receiver, class 0/0, rev 2.00/12.11, addr 2> on usbus1
ums0: 16 buttons and [XYZT] coordinates ID=2
uhid0 on uhub1
uhid0: <Logitech USB Receiver, class 0/0, rev 2.00/12.11, addr 2> on usbus1
iichid0: <DELL0A7E:00 04F3:3147 I2C HID device> at addr 0x2c on iicbus13
iichid0: Interrupt setup failed. Fallback to sampling
hidbus0: <HID bus> on iichid0
hms0: <DELL0A7E:00 04F3:3147 Mouse> on hidbus0
hms0: 2 buttons and [XY] coordinates ID=1
hmt0: <DELL0A7E:00 04F3:3147 TouchPad> on hidbus0
hconf0: <DELL0A7E:00 04F3:3147 Configuration> on hidbus0
hmt0: Multitouch touchpad with 0 external buttons, click-pad
hmt0: 5 contacts with [C] properties. Report range [0:0] - [3512:2442]
Security policy loaded: MAC/ntpd (mac_ntpd)
coretemp0: <CPU On-Die Thermal Sensors> on cpu0
 
AC
Code:
sysctl dev.cpu | egrep 'cx|freq|temperature'
 
dev.cpu.7.temperature: 47.0C
dev.cpu.7.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.7.cx_usage_counters: 3 13 203
dev.cpu.7.cx_usage: 1.36% 5.93% 92.69% last 197583us
dev.cpu.7.cx_lowest: C3
dev.cpu.7.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.7.freq_levels: 2995/-1
dev.cpu.7.freq: 1195
dev.cpu.5.temperature: 45.0C
dev.cpu.5.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.5.cx_usage_counters: 10 14 172
dev.cpu.5.cx_usage: 5.10% 7.14% 87.75% last 23643us
dev.cpu.5.cx_lowest: C3
dev.cpu.5.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.5.freq_levels: 2995/-1
dev.cpu.5.freq: 1096
dev.cpu.3.temperature: 47.0C
dev.cpu.3.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.3.cx_usage_counters: 5 31 184
dev.cpu.3.cx_usage: 2.27% 14.09% 83.63% last 22277us
dev.cpu.3.cx_lowest: C3
dev.cpu.3.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.3.freq_levels: 2995/-1
dev.cpu.3.freq: 1096
dev.cpu.1.temperature: 46.0C
dev.cpu.1.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.1.cx_usage_counters: 0 25 198
dev.cpu.1.cx_usage: 0.00% 11.21% 88.78% last 2922us
dev.cpu.1.cx_lowest: C3
dev.cpu.1.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.1.freq_levels: 2995/-1
dev.cpu.1.freq: 1096
dev.cpu.6.temperature: 46.0C
dev.cpu.6.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.6.cx_usage_counters: 4 14 161
dev.cpu.6.cx_usage: 2.23% 7.82% 89.94% last 10921us
dev.cpu.6.cx_lowest: C3
dev.cpu.6.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.6.freq_levels: 2995/-1
dev.cpu.6.freq: 997
dev.cpu.4.temperature: 46.0C
dev.cpu.4.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.4.cx_usage_counters: 19 20 416
dev.cpu.4.cx_usage: 4.17% 4.39% 91.42% last 17617us
dev.cpu.4.cx_lowest: C3
dev.cpu.4.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.4.freq_levels: 2995/-1
dev.cpu.4.freq: 997
dev.cpu.2.temperature: 47.0C
dev.cpu.2.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.2.cx_usage_counters: 0 3 163
dev.cpu.2.cx_usage: 0.00% 1.80% 98.19% last 23183us
dev.cpu.2.cx_lowest: C3
dev.cpu.2.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.2.freq_levels: 2995/-1
dev.cpu.2.freq: 997
dev.cpu.0.temperature: 47.0C
dev.cpu.0.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.0.cx_usage_counters: 95 67 534
dev.cpu.0.cx_usage: 13.64% 9.62% 76.72% last 6459us
dev.cpu.0.cx_lowest: C3
dev.cpu.0.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.0.freq_levels: 2995/-1
dev.cpu.0.freq: 916

AC
Code:
sysctl -a | grep temperature

dev.cpu.7.temperature: 53.0C
dev.cpu.5.temperature: 63.0C
dev.cpu.3.temperature: 55.0C
dev.cpu.1.temperature: 72.0C
dev.cpu.6.temperature: 53.0C
dev.cpu.4.temperature: 60.0C
dev.cpu.2.temperature: 54.0C
dev.cpu.0.temperature: 66.0C

Battery (maybe I should wait more after I disconnected AC for the temperature measurements)
Code:
sysctl dev.cpu | egrep 'cx|freq|temperature'
dev.cpu.7.temperature: 48.0C
dev.cpu.7.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.7.cx_usage_counters: 102 72 721
dev.cpu.7.cx_usage: 11.39% 8.04% 80.55% last 114456us
dev.cpu.7.cx_lowest: C3
dev.cpu.7.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.7.freq_levels: 2995/-1
dev.cpu.7.freq: 1623
dev.cpu.5.temperature: 45.0C
dev.cpu.5.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.5.cx_usage_counters: 188 147 550
dev.cpu.5.cx_usage: 21.24% 16.61% 62.14% last 21867us
dev.cpu.5.cx_lowest: C3
dev.cpu.5.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.5.freq_levels: 2995/-1
dev.cpu.5.freq: 2193
dev.cpu.3.temperature: 48.0C
dev.cpu.3.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.3.cx_usage_counters: 91 49 615
dev.cpu.3.cx_usage: 12.05% 6.49% 81.45% last 19647us
dev.cpu.3.cx_lowest: C3
dev.cpu.3.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.3.freq_levels: 2995/-1
dev.cpu.3.freq: 1189
dev.cpu.1.temperature: 46.0C
dev.cpu.1.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.1.cx_usage_counters: 85 42 791
dev.cpu.1.cx_usage: 9.25% 4.57% 86.16% last 13483us
dev.cpu.1.cx_lowest: C3
dev.cpu.1.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.1.freq_levels: 2995/-1
dev.cpu.1.freq: 1096
dev.cpu.6.temperature: 47.0C
dev.cpu.6.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.6.cx_usage_counters: 168 105 517
dev.cpu.6.cx_usage: 21.26% 13.29% 65.44% last 31475us
dev.cpu.6.cx_lowest: C3
dev.cpu.6.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.6.freq_levels: 2995/-1
dev.cpu.6.freq: 1096
dev.cpu.4.temperature: 46.0C
dev.cpu.4.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.4.cx_usage_counters: 92 70 1069
dev.cpu.4.cx_usage: 7.47% 5.68% 86.83% last 4422us
dev.cpu.4.cx_lowest: C3
dev.cpu.4.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.4.freq_levels: 2995/-1
dev.cpu.4.freq: 1057
dev.cpu.2.temperature: 48.0C
dev.cpu.2.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.2.cx_usage_counters: 88 103 610
dev.cpu.2.cx_usage: 10.98% 12.85% 76.15% last 13702us
dev.cpu.2.cx_lowest: C3
dev.cpu.2.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.2.freq_levels: 2995/-1
dev.cpu.2.freq: 997
dev.cpu.0.temperature: 47.0C
dev.cpu.0.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.0.cx_usage_counters: 483 269 1373
dev.cpu.0.cx_usage: 22.72% 12.65% 64.61% last 899us
dev.cpu.0.cx_lowest: C3
dev.cpu.0.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.0.freq_levels: 2995/-1
dev.cpu.0.freq: 997

Battery

Code:
sysctl -a | grep temperature
dev.cpu.7.temperature: 57.0C
dev.cpu.5.temperature: 47.0C
dev.cpu.3.temperature: 56.0C
dev.cpu.1.temperature: 49.0C
dev.cpu.6.temperature: 56.0C
dev.cpu.4.temperature: 48.0C
dev.cpu.2.temperature: 54.0C
dev.cpu.0.temperature: 49.0C


Also found this article but I don't know how old it is
https://wiki.freebsd.org/TuningPowerConsumption
 
I have been following this thread with interest as - I think - I have the same issue with my laptop, although this is a slightly different model of Dell: Precision 5550.
Bash:
sysctl hw.model hw.ncpu
hw.model: Intel(R) Core(TM) i7-10875H CPU @ 2.30GHz
hw.ncpu: 16

After booting it up I will always notice slowly increasing temperature and fan noise.

i7z shows C1% as ~99 for most cores, whereas it is ~1-4 for C0%, and 0 for C3% and C6%.

That said, tonight for the first time ever, I think - could be my imagination - that the temperature has stabilised at a lower range of around 50.0C - 53.0C whereas it typically used to go higher:
Bash:
sysctl dev.cpu | egrep 'temperature' | sort -n -k 3 -t '.'
dev.cpu.0.temperature: 51.0C
dev.cpu.1.temperature: 51.0C
dev.cpu.2.temperature: 51.0C
dev.cpu.3.temperature: 51.0C
dev.cpu.4.temperature: 50.0C
dev.cpu.5.temperature: 50.0C
dev.cpu.6.temperature: 50.0C
dev.cpu.7.temperature: 49.0C
dev.cpu.8.temperature: 49.0C
dev.cpu.9.temperature: 49.0C
dev.cpu.10.temperature: 49.0C
dev.cpu.11.temperature: 49.0C
dev.cpu.12.temperature: 49.0C
dev.cpu.13.temperature: 49.0C
dev.cpu.14.temperature: 48.0C
dev.cpu.15.temperature: 49.0C

I think the most recent config change I made was adding this line to /boot/loader.conf:
cpuctl_load="YES"

... but I could be wrong about that.

I'm dual booting with Fedora Linux, and there the temperature and fan noise never seem that noticeable. (I will attempt to install i7z to confirm.)

Values for other kernel state variables mentioned in the thread:
Bash:
# sysctl dev.cpu | egrep 'cx|freq' | sort -n -k 3 -t '.'
dev.cpu.0.cx_lowest: C8
dev.cpu.0.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.0.cx_supported: C1/1/1 C2/2/151 C3/3/1034
dev.cpu.0.cx_usage: 12.79% 54.67% 32.52% last 81us
dev.cpu.0.cx_usage_counters: 34253 146324 87052
dev.cpu.0.freq: 1000
dev.cpu.0.freq_levels: 2300/-1
dev.cpu.1.cx_lowest: C8
dev.cpu.1.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.1.cx_supported: C1/1/1 C2/2/151 C3/3/1034
dev.cpu.1.cx_usage: 8.05% 37.91% 54.03% last 12685us
dev.cpu.1.cx_usage_counters: 7229 34045 48517
dev.cpu.1.freq: 984
dev.cpu.1.freq_levels: 2300/-1
dev.cpu.2.cx_lowest: C8
dev.cpu.2.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.2.cx_supported: C1/1/1 C2/2/151 C3/3/1034
dev.cpu.2.cx_usage: 9.29% 41.16% 49.53% last 6644us
dev.cpu.2.cx_usage_counters: 9550 42267 50872
dev.cpu.2.freq: 901
dev.cpu.2.freq_levels: 2300/-1
dev.cpu.3.cx_lowest: C8
dev.cpu.3.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.3.cx_supported: C1/1/1 C2/2/151 C3/3/1034
dev.cpu.3.cx_usage: 9.68% 41.88% 48.42% last 1558us
dev.cpu.3.cx_usage_counters: 10483 45355 52439
dev.cpu.3.freq: 901
dev.cpu.3.freq_levels: 2300/-1
dev.cpu.4.cx_lowest: C8
dev.cpu.4.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.4.cx_supported: C1/1/1 C2/2/151 C3/3/1034
dev.cpu.4.cx_usage: 9.50% 44.14% 46.35% last 2565us
dev.cpu.4.cx_usage_counters: 10447 48537 50961
dev.cpu.4.freq: 1000
dev.cpu.4.freq_levels: 2300/-1
dev.cpu.5.cx_lowest: C8
dev.cpu.5.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.5.cx_supported: C1/1/1 C2/2/151 C3/3/1034
dev.cpu.5.cx_usage: 9.79% 40.88% 49.31% last 58521us
dev.cpu.5.cx_usage_counters: 10498 43808 52846
dev.cpu.5.freq: 901
dev.cpu.5.freq_levels: 2300/-1
dev.cpu.6.cx_lowest: C8
dev.cpu.6.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.6.cx_supported: C1/1/1 C2/2/151 C3/3/1034
dev.cpu.6.cx_usage: 8.91% 41.19% 49.88% last 1841us
dev.cpu.6.cx_usage_counters: 9675 44698 54126
dev.cpu.6.freq: 933
dev.cpu.6.freq_levels: 2300/-1
dev.cpu.7.cx_lowest: C8
dev.cpu.7.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.7.cx_supported: C1/1/1 C2/2/151 C3/3/1034
dev.cpu.7.cx_usage: 10.22% 41.36% 48.40% last 12033us
dev.cpu.7.cx_usage_counters: 10985 44437 52002
dev.cpu.7.freq: 901
dev.cpu.7.freq_levels: 2300/-1
dev.cpu.8.cx_lowest: C8
dev.cpu.8.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.8.cx_supported: C1/1/1 C2/2/151 C3/3/1034
dev.cpu.8.cx_usage: 9.06% 40.85% 50.07% last 1220us
dev.cpu.8.cx_usage_counters: 9274 41787 51212
dev.cpu.8.freq: 921
dev.cpu.8.freq_levels: 2300/-1
dev.cpu.9.cx_lowest: C8
dev.cpu.9.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.9.cx_supported: C1/1/1 C2/2/151 C3/3/1034
dev.cpu.9.cx_usage: 9.75% 41.76% 48.47% last 75540us
dev.cpu.9.cx_usage_counters: 10387 44480 51627
dev.cpu.9.freq: 901
dev.cpu.9.freq_levels: 2300/-1
dev.cpu.10.cx_lowest: C8
dev.cpu.10.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.10.cx_supported: C1/1/1 C2/2/151 C3/3/1034
dev.cpu.10.cx_usage: 23.99% 38.05% 37.95% last 4298us
dev.cpu.10.cx_usage_counters: 47462 75288 75079
dev.cpu.10.freq: 935
dev.cpu.10.freq_levels: 2300/-1
dev.cpu.11.cx_lowest: C8
dev.cpu.11.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.11.cx_supported: C1/1/1 C2/2/151 C3/3/1034
dev.cpu.11.cx_usage: 7.37% 36.44% 56.17% last 51435us
dev.cpu.11.cx_usage_counters: 6645 32828 50604
dev.cpu.11.freq: 901
dev.cpu.11.freq_levels: 2300/-1
dev.cpu.12.cx_lowest: C8
dev.cpu.12.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.12.cx_supported: C1/1/1 C2/2/151 C3/3/1034
dev.cpu.12.cx_usage: 9.52% 42.00% 48.47% last 6994us
dev.cpu.12.cx_usage_counters: 10878 47969 55353
dev.cpu.12.freq: 1000
dev.cpu.12.freq_levels: 2300/-1
dev.cpu.13.cx_lowest: C8
dev.cpu.13.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.13.cx_supported: C1/1/1 C2/2/151 C3/3/1034
dev.cpu.13.cx_usage: 9.54% 41.88% 48.57% last 120688us
dev.cpu.13.cx_usage_counters: 9979 43774 50765
dev.cpu.13.freq: 901
dev.cpu.13.freq_levels: 2300/-1
dev.cpu.14.cx_lowest: C8
dev.cpu.14.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.14.cx_supported: C1/1/1 C2/2/151 C3/3/1034
dev.cpu.14.cx_usage: 9.40% 41.31% 49.27% last 1607us
dev.cpu.14.cx_usage_counters: 9984 43868 52317
dev.cpu.14.freq: 1000
dev.cpu.14.freq_levels: 2300/-1
dev.cpu.15.cx_lowest: C8
dev.cpu.15.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.15.cx_supported: C1/1/1 C2/2/151 C3/3/1034
dev.cpu.15.cx_usage: 9.22% 42.34% 48.43% last 110132us
dev.cpu.15.cx_usage_counters: 9857 45229 51736
dev.cpu.15.freq: 901
dev.cpu.15.freq_levels: 2300/-1

Apologies if I'm just confusing the issue with this post. Happy to go away and create my own thread instead.
 
Thank you for posting your experience. I thought I was the only one with this type of issue. I will try your suggestion and I will post the results here soon
 
  • Thanks
Reactions: mro
Thanks chrislg for letting me share my problem in your thread.

I managed to install i7z on Fedora and I can confirm that the core temperatures there are much lower. Looks like 35C-37C right now after the machine was suspended for a while earlier, although they were around 40C-42C just after booting up and having run FreeBSD just before that. The fan is also not audible.
 
Thanks chrislg for letting me share my problem in your thread.

I managed to install i7z on Fedora and I can confirm that the core temperatures there are much lower. Looks like 35C-37C right now after the machine was suspended for a while earlier, although they were around 40C-42C just after booting up and having run FreeBSD just before that. The fan is also not audible.
What temperatures did you have before the change that you noticed?
 
cpuctl_load="YES" made no difference :( Still 55-60 Celcius on battery at idle. Compiling kde from source in Manjaro rises temperature up to 55-57..
Maybe our CPUs is not that good supported by FreeBSD.

Maybe I should give up on this Laptop and try on an older one...
 
What temperatures did you have before the change that you noticed?
Afraid I didn't make a record of it, so I don't remember. But I might change it back and see if it gets worse, and if so, what temperatures I get.
Looks like 35C-37C right now after the machine was suspended for a while earlier, although they were around 40C-42C just after booting up and having run FreeBSD just before that. The fan is also not audible.
Just to confirm that with Fedora and "normal" use (web browsing, Slack client, Evolution, terminal etc.) the core temperatures are hovering around 40C-42C according to i7z.
Maybe our CPUs is not that good supported by FreeBSD.

Maybe I should give up on this Laptop and try on an older one...
That is what I'm suspecting as well. Not the end of the world for me as I don't actually own this laptop as such. I'd rather go and buy a laptop for myself that I know will play nice with FreeBSD.
 
I wonder if it is only the case for laptops or generally other hardware. What is the typical temp profile of systems running FreeBSD 24/7 or even raspberry pi running this OS
 
Looking more at core temperatures tonight. Looks like I was wrong - cpuctl doesn't seem to have any impact on it.

I did kldunload cpuctl shortly after boot-up. The temperatures rose to about 60C, then the fan kicked in and they went down to around 55C. Later the fan got louder, and the core temperatures were around 46C-49C with the fan still being loud. I was sitting with the laptop literally on my lap, and when I changed position so that there was less surface contact between my lap and the laptop, the temperatures dropped further to 42C-45C, and the fan now being quieter again ...

Edit: And after rebooting into Fedora, the core temperatures fell down to about 38C-40C, despite lots of surface contact between lap and laptop.
 
Looking more at core temperatures tonight. Looks like I was wrong - cpuctl doesn't seem to have any impact on it.

Red herring alert.

I showed cpuctl_load in my /boot/loader.conf because powermon requires it. It has nothing to do with controlling temperatures.

powermon has utility for seeing power use split over Package, Uncore, x86 cores and GPU; seeing GPU power use was the point here.
 
The dmesg output in case it is useful. I will try the other commands soon.

It was indeed, after I managed to copy and paste it to a file.

Now I find quoting your post chops off the end of it, ie it's too big. Next time for files over maybe a few KB, use the 'attach a file' method?
 
AC
Code:
sysctl dev.cpu | egrep 'cx|freq|temperature'
 
dev.cpu.7.temperature: 47.0C
dev.cpu.7.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.7.cx_usage_counters: 3 13 203
dev.cpu.7.cx_usage: 1.36% 5.93% 92.69% last 197583us
dev.cpu.7.cx_lowest: C3
dev.cpu.7.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.7.freq_levels: 2995/-1
dev.cpu.7.freq: 1195
dev.cpu.5.temperature: 45.0C
dev.cpu.5.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.5.cx_usage_counters: 10 14 172
dev.cpu.5.cx_usage: 5.10% 7.14% 87.75% last 23643us
dev.cpu.5.cx_lowest: C3
dev.cpu.5.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.5.freq_levels: 2995/-1
dev.cpu.5.freq: 1096
dev.cpu.3.temperature: 47.0C
dev.cpu.3.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.3.cx_usage_counters: 5 31 184
dev.cpu.3.cx_usage: 2.27% 14.09% 83.63% last 22277us
dev.cpu.3.cx_lowest: C3
dev.cpu.3.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.3.freq_levels: 2995/-1
dev.cpu.3.freq: 1096
dev.cpu.1.temperature: 46.0C
dev.cpu.1.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.1.cx_usage_counters: 0 25 198
dev.cpu.1.cx_usage: 0.00% 11.21% 88.78% last 2922us
dev.cpu.1.cx_lowest: C3
dev.cpu.1.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.1.freq_levels: 2995/-1
dev.cpu.1.freq: 1096
dev.cpu.6.temperature: 46.0C
dev.cpu.6.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.6.cx_usage_counters: 4 14 161
dev.cpu.6.cx_usage: 2.23% 7.82% 89.94% last 10921us
dev.cpu.6.cx_lowest: C3
dev.cpu.6.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.6.freq_levels: 2995/-1
dev.cpu.6.freq: 997
dev.cpu.4.temperature: 46.0C
dev.cpu.4.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.4.cx_usage_counters: 19 20 416
dev.cpu.4.cx_usage: 4.17% 4.39% 91.42% last 17617us
dev.cpu.4.cx_lowest: C3
dev.cpu.4.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.4.freq_levels: 2995/-1
dev.cpu.4.freq: 997
dev.cpu.2.temperature: 47.0C
dev.cpu.2.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.2.cx_usage_counters: 0 3 163
dev.cpu.2.cx_usage: 0.00% 1.80% 98.19% last 23183us
dev.cpu.2.cx_lowest: C3
dev.cpu.2.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.2.freq_levels: 2995/-1
dev.cpu.2.freq: 997
dev.cpu.0.temperature: 47.0C
dev.cpu.0.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.0.cx_usage_counters: 95 67 534
dev.cpu.0.cx_usage: 13.64% 9.62% 76.72% last 6459us
dev.cpu.0.cx_lowest: C3
dev.cpu.0.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.0.freq_levels: 2995/-1
dev.cpu.0.freq: 916

AC
Code:
sysctl -a | grep temperature

dev.cpu.7.temperature: 53.0C
dev.cpu.5.temperature: 63.0C
dev.cpu.3.temperature: 55.0C
dev.cpu.1.temperature: 72.0C
dev.cpu.6.temperature: 53.0C
dev.cpu.4.temperature: 60.0C
dev.cpu.2.temperature: 54.0C
dev.cpu.0.temperature: 66.0C

Battery (maybe I should wait more after I disconnected AC for the temperature measurements)
Code:
sysctl dev.cpu | egrep 'cx|freq|temperature'
dev.cpu.7.temperature: 48.0C
dev.cpu.7.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.7.cx_usage_counters: 102 72 721
dev.cpu.7.cx_usage: 11.39% 8.04% 80.55% last 114456us
dev.cpu.7.cx_lowest: C3
dev.cpu.7.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.7.freq_levels: 2995/-1
dev.cpu.7.freq: 1623
dev.cpu.5.temperature: 45.0C
dev.cpu.5.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.5.cx_usage_counters: 188 147 550
dev.cpu.5.cx_usage: 21.24% 16.61% 62.14% last 21867us
dev.cpu.5.cx_lowest: C3
dev.cpu.5.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.5.freq_levels: 2995/-1
dev.cpu.5.freq: 2193
dev.cpu.3.temperature: 48.0C
dev.cpu.3.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.3.cx_usage_counters: 91 49 615
dev.cpu.3.cx_usage: 12.05% 6.49% 81.45% last 19647us
dev.cpu.3.cx_lowest: C3
dev.cpu.3.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.3.freq_levels: 2995/-1
dev.cpu.3.freq: 1189
dev.cpu.1.temperature: 46.0C
dev.cpu.1.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.1.cx_usage_counters: 85 42 791
dev.cpu.1.cx_usage: 9.25% 4.57% 86.16% last 13483us
dev.cpu.1.cx_lowest: C3
dev.cpu.1.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.1.freq_levels: 2995/-1
dev.cpu.1.freq: 1096
dev.cpu.6.temperature: 47.0C
dev.cpu.6.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.6.cx_usage_counters: 168 105 517
dev.cpu.6.cx_usage: 21.26% 13.29% 65.44% last 31475us
dev.cpu.6.cx_lowest: C3
dev.cpu.6.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.6.freq_levels: 2995/-1
dev.cpu.6.freq: 1096
dev.cpu.4.temperature: 46.0C
dev.cpu.4.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.4.cx_usage_counters: 92 70 1069
dev.cpu.4.cx_usage: 7.47% 5.68% 86.83% last 4422us
dev.cpu.4.cx_lowest: C3
dev.cpu.4.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.4.freq_levels: 2995/-1
dev.cpu.4.freq: 1057
dev.cpu.2.temperature: 48.0C
dev.cpu.2.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.2.cx_usage_counters: 88 103 610
dev.cpu.2.cx_usage: 10.98% 12.85% 76.15% last 13702us
dev.cpu.2.cx_lowest: C3
dev.cpu.2.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.2.freq_levels: 2995/-1
dev.cpu.2.freq: 997
dev.cpu.0.temperature: 47.0C
dev.cpu.0.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.0.cx_usage_counters: 483 269 1373
dev.cpu.0.cx_usage: 22.72% 12.65% 64.61% last 899us
dev.cpu.0.cx_lowest: C3
dev.cpu.0.cx_supported: C1/1/1 C2/2/253 C3/3/1048
dev.cpu.0.freq_levels: 2995/-1
dev.cpu.0.freq: 997

Battery

Code:
sysctl -a | grep temperature
dev.cpu.7.temperature: 57.0C
dev.cpu.5.temperature: 47.0C
dev.cpu.3.temperature: 56.0C
dev.cpu.1.temperature: 49.0C
dev.cpu.6.temperature: 56.0C
dev.cpu.4.temperature: 48.0C
dev.cpu.2.temperature: 54.0C
dev.cpu.0.temperature: 49.0C

Hmm. The AC freqs are less overall than the battery ones? I'm glad you don't have 32 CPUs :)

Also found this article but I don't know how old it is
https://wiki.freebsd.org/TuningPowerConsumption

Bingo! I hadn't realised that it had been kept so up to date; see the 'Info' page there.

Alexander (mav@) reworked FreeBSD's event and time counters code for 9.x and since, but I see the coverage of the latest Intel Speed Shift / hwpstate stuff there too, which I think may be the key to your issues ... also seeing those in your dmesg.

Firstly I suggest recording sysctl -a | egrep 'hwpstate|$etc' under varying conditions, to see if / how it may vary, before messing with it.

Then mess with it, severely then somewhat, to watch heating and responsiveness on AC / battery, idle / moderate / full load ...

If this works, it lends itself to dynamic load / power control like powerd{,xx} ... maybe someone's working on it already, I'm well out of touch.

In any case, I reckon treat that wiki post as the Good Oil until anything better arrives.

Too soon to give up yet. If need be we can try dragging mav@ etc into the forums.
 
I tried in /boot/loader.conf:
Code:
machdep.hwpstate_pkg_ctrl=0

and in /etc/sysctl.conf:
Code:
dev.hwpstate_intel.0.epp=100
dev.hwpstate_intel.1.epp=100
dev.hwpstate_intel.2.epp=100
dev.hwpstate_intel.3.epp=100
dev.hwpstate_intel.4.epp=100
dev.hwpstate_intel.5.epp=100
dev.hwpstate_intel.6.epp=100
dev.hwpstate_intel.7.epp=100

The temperature decreased 10-15 degrees Celcius in both AC and Battery while using cooling pad and was 45-49 but not exceeding 50. The fans were still very loud... But the positive thing is that the temp decreased noticeably.
By no means at Manjaro's level but I thing I am asking a lot at this point haha :)
I should also try this in 13.2-Beta2.
What if I disable Intel Speed Shift in BIOS?
 
Manjaro idle after long time + cooling pad:
 

Attachments

  • Screenshot_22-02-22_11:51:52.png
    Screenshot_22-02-22_11:51:52.png
    1.4 MB · Views: 94
I tried in /boot/loader.conf:
Code:
machdep.hwpstate_pkg_ctrl=0

and in /etc/sysctl.conf:
Code:
dev.hwpstate_intel.0.epp=100
dev.hwpstate_intel.1.epp=100
dev.hwpstate_intel.2.epp=100
dev.hwpstate_intel.3.epp=100
dev.hwpstate_intel.4.epp=100
dev.hwpstate_intel.5.epp=100
dev.hwpstate_intel.6.epp=100
dev.hwpstate_intel.7.epp=100

The temperature decreased 10-15 degrees Celcius in both AC and Battery while using cooling pad and was 45-49 but not exceeding 50. The fans were still very loud... But the positive thing is that the temp decreased noticeably.

Well that's a real win, but the fan(s?) seem to be not well-coupled to CPU temps. What ambient temps does it experience where you are?

Does your cooling pad make much difference? Re the bit about mention of on/off lap by dbdemon.

Important: Were those .epp sysctls set to 50 originally? Or what? [I'm on 12.4-R here, before hwpstate_intel]

Does 'sysctl -a | grep thermal' show anything? If hw.acpi.thermal is not there, maybe there's no fan control available on your Dell? Anything in BIOS re fans?

Any news on FreeBSD support from the Dell side, forums etc? A pity that there's no acpi_dell.ko

Clutching at straws here ...

By no means at Manjaro's level but I thing I am asking a lot at this point haha :)
I should also try this in 13.2-Beta2.

Well you'll likely get better support than running 14, esp. here in forums where it can be considered 'naughty'. But I doubt it would be different in this respect.

What if I disable Intel Speed Shift in BIOS?

You could try, but I doubt you'd get lower temps, or consequently slower fan(s?), but then powerd could maybe do its thing better at idle.

Anyway, have you tried powerdxx again since the 15°C temp drop? I'm curious if it can deal with Intel Speed Shift with different freqs on cpu.N threads (yet) ...

OTOH, don't let my insatiable curiosity waste your time <&^}=

cheers, Ian
 
Yes I will test some things. Btw today I upgraded in Manjaro from kernel 6.1.12 to 6.1.13 and I noticed increased heat (55-60) and fans going crazy.
I downgraded the kernel and things are as before ...
I had some issues with previous kernels too. It is weird with my laptop ...
 
Anyway, have you tried powerdxx again since the 15°C temp drop? I'm curious if it can deal with Intel Speed Shift with different freqs on cpu.N threads (yet) ...
Yes the above measurements were with powerdxx and hiadaptive.
Cooling pad makes no difference in fans noise but the recorded temperatures are using it

sysctl -a I grep thermal gives no results
 
Yes the above measurements were with powerdxx and hiadaptive.

Hmm, well digging down into powerdxx(8) to the CAVEATS I see:

"Unlike powerd(8), powerd++ refuses to run if the frequency control driver is known not to allow user control of the CPU frequency (e.g. hwpstate_intel(4) )."

Which makes sense unless and until powerdxx is taught to play with hwpstate_intel sysctls. Or powerd is.

I've installed v0.4.4_1 and checked both github.com &
lonkamikaze.github.io, but can see nothing newer.

So perhaps there will be a reported powerdxx failure in /var/log/messages if you missed seeing it?

Of course you can disable ISS and go back to est(4) and so use powerd{,xx}. Maybe worth trying?

It would be good to know the boot defaults on yours for the hwpstate_intel sysctls?

Have you tried changing them while running? It'd be game over if you couldn't.

If the bootup defaults are 50 then 0 should make temps even higher. OTOH, if they were 0 then that would indicate poor defaults, but maybe Dell's defaults are determined by a performance / economy setting in BIOS?

I've found sysutils/stress handy for load testing. E.g. with yours
% stress -c 8 -t 120
will fully load all CPU threads (0% idle) for 2 minutes, and -c 4 will give 50% total load.

I guess it's a bit tedious debugging both Dell and FreeBSD setup for these newer CPUs, but let's hope it may ease load for others.

I'm wondering whether to email an invitation to kami@freebsd.org at this stage, but it's your thread ...

Cooling pad makes no difference in fans noise but the recorded temperatures are using it

Are they any higher without?

sysctl -a I grep thermal gives no results

Pity, guess they handle it in (or behind) BIOS code.

As it stands, I'm out of ideas beyond testing different combinations. No doubt you'd like to be getting on with other things. Cheers
 
Back
Top