I guess because backported pwm/clock support is different to mainline
The pwm node i upstreamed works for me in mainline kernel without openwrt. So we need someone who can test pwm with openwrt with kernel 6.1 which (hopefully) does not have any openwrt-specific backports for r3
Sorry Frank, I had no time but I finally checked with oscilloscope and it works with 6.1. And I don’t have that error on boot.
But that error was always there and people always had the PWM interface working for them. I know for a fact that PWM works for some people using openwrt 5.15
Openwrt recently switched to mainline devicetree and so some settings changed to mainline state (like the missing milliwatt setting for sfp and the pwm top clock). The top clock was different in older openwrt devicetree so it worked till the switch to mainline dts.
Thats why older snapshots worked but with this setting it was not working in mainline code,so i had changed the clock before posting to mainline…seems like something is different in clockdriver in backported patches compared to mainline…so openwrt team could add a patch for changing the topclock of pwm for 5.15 if this is enough…so we need somebody who can change the clock in his 5.15 dts and report that it works after that. If 6.1 works (like i guess because clock driver is not backported - if this is the cause) than no change is needed here and users can switch to 6.1 as alternative
@dangowrt can you please change the first clock for pwm in openwrt for 5.15 only to
&infracfg CLK_INFRA_PWM_HCK
? 5.15 seems to have problems with the clock i use in higher kernel versions. 6.1 should be ok with the new clock…maybe some backporting issue for clock driver.
System boots up with no fan, after about 15 seconds on boot time, the fan comes on slow.
I think it would be better if the fan was a 4 pin one, as currently it is missing the speed sensor pin.
Maybe we should try to get an adapter for 4 pin fan to 3 pin + GPIO pin, and measure the speed via GPIO.
Without the sensor pin, one has no way of knowing if the fan has failed or not.
I cannot find any COTS cables that convert 4 pin to 3 pin fans with the extra pin for the GPIO speed sensor pin.
I have a different board that uses the same chips as the BPI-R4 and that uses a 4 pin connector with the speed sensor pin just connected to a GPIO, and configured for the GPIO to cause an interrupt.
The mainline linux kernel is already set up to work with it configured that way.
Chiming in in this as I face the same kernel log entries on my BPI-R3 running OpenWrt 23.05.03. Though, I recall that support for the used kernel in that aversion wasn’t quite ready if operational et all.
Did anyone by chance made some progress about this subject?
I think you should use cat /sys/class/thermal/thermal_zone0/temp to check the actual temperature to determine which temperature the script is running at.