1

Temat: CPU frequency scaling w mvebu (wrt3200acm, wrt1900acs itp)

W trakcie zgłębiania tematu związanego ze statystykami okazało się że u mnie (wrt3200acm) nie ma czegoś takiego jak cpufreq w /sys/devices/system/cpu/cpu*/cpufreq a katalog /sys/devices/system/cpu/cpufreq jest pusty. Nie odnalazłem również ustawień dla min i max cpufreq. Wygląda na to że procesor nie podlega skalowaniu podczas trybu idle a to oznacza że działa cały czas z maksymalną prędkością. Co widać tutaj

cat /proc/cpuinfo
processor    : 0
model name    : ARMv7 Processor rev 1 (v7l)
BogoMIPS    : 1866.00
Features    : half thumb fastmult vfp edsp neon vfpv3 tls vfpd32 
CPU implementer    : 0x41
CPU architecture: 7
CPU variant    : 0x4
CPU part    : 0xc09
CPU revision    : 1

processor    : 1
model name    : ARMv7 Processor rev 1 (v7l)
BogoMIPS    : 1866.00
Features    : half thumb fastmult vfp edsp neon vfpv3 tls vfpd32 
CPU implementer    : 0x41
CPU architecture: 7
CPU variant    : 0x4
CPU part    : 0xc09
CPU revision    : 1

Hardware    : Marvell Armada 380/385 (Device Tree)
Revision    : 0000
Serial        : 0000000000000000

w make kernel_menuconfig znalazłem że scaling dla CPU jest włączony ale nie ma sterownika dla Marvell Armada 380/385 więc to ślepy zaułek. Dodatkowo jak sprawdziłem dmesg okazuje się że faktycznie skalowanie jest wyłączone jak tutaj:

[    0.000785] mvebu-soc-id: MVEBU SoC ID=0x6820, Rev=0x4
[    0.000846] mvebu-pmsu: Initializing Power Management Service Unit
[    0.004059] mvebu-pmsu: CPU hotplug support is currently broken on Armada 38x: disabling
[    0.004065] mvebu-pmsu: CPU idle is currently broken on Armada 38x: disabling

niestety nie jest to tylko problem typu że nie mam statystyk ale że procek działa ciągle na maksymalnej prędkości co objawia się przede wszystkim wysoką temperatura ok 81 stopni C no i jak wiadomo wyższym zużyciem energii (niby nic ale po co w nocy np ma działać na maxa kiedy nic nie robi)
Znalazłem taki artykuł i wygląda na to że już na samym początku znany był ten problem i powstał na to patch ale najnowsze komentarze wskazują że on nie działa? Czy możecie sprawdzić jak jest u Was? Czy też jest ten sam problem? (myślę tu o osobach mających linksysa z Armada 38x) Bo może ja mam coś niezaznaczone w configu albo może faktycznie trzeba nałożyć patcha itp. Wolałbym nie kombinować bez konsultacji bo były tam informacje że router wchodzi w boot loop z jakiegoś powodu itp a nie mam dostępu do UART w razie czego (router na gwarancji itp). Co mnie dziwi to to że od 2017 była poprawka a nadal w openwrt 19.07 jest "CPU idle is currently broken on Armada 38x: disabling"

2

Odp: CPU frequency scaling w mvebu (wrt3200acm, wrt1900acs itp)

Sam się tym kiedyś interesowałem.
Krzem ma wadę, z tego co pamiętam, której nie obeszli.

W każdym razie scaling działa dobrze tylko w jedna stronę. Jak zwolni to nie może przyśpieszyć bodajże.

Mam i używam: Fujitsu Futro S720, Netgear R6220, Unielec U7621-06, TP-Linki 1043 V1, V2, Linksysy EA7500v2, AeroHive AP350, Linksys EA8500, ZTE MF286d.
Mam: D-Linki DWR-921, DWR-118, DWR-116, TP-Link WDR-4900 v1, Checkpoint L-50, Linksysy 1900ACS, LB-Link BL-W1200,

3

Odp: CPU frequency scaling w mvebu (wrt3200acm, wrt1900acs itp)

oni tak serio ? one (linksysy na arm) mają więcej wad niż zalet imho

Dom : router https://i.imgur.com/IuB6Zwy.png | TP-LINK T1700G-28TQ |Zyxel XGS-1210-12 | 6x Ruckus r310 unleashed  + Ruckus icx7150-c12p | Truenas scale 124TB 25Gb| Xpenology 12TB | apc smart ups 750 lcd smile 100Mb/s - 25Gb/s
Podróżne : GL.Inet MT3000  +1TB hdd
Działka : rb260gs 1j wdm 1Gb+ ruckus r310 + nb m5 + kilka kamer ip  + panel 285Wp + lifepo4 12v 60Ah .

Odp: CPU frequency scaling w mvebu (wrt3200acm, wrt1900acs itp)

Na moim WRT32x jest to samo. Router jest gorący cały czas.

Na oryginalnym sofcie tak nie ma...

WRT32X - Luci OpenWRT
Archer C7 -  Luci OpenWRT

5

Odp: CPU frequency scaling w mvebu (wrt3200acm, wrt1900acs itp)

Ja niedawno zainstalowałem na drugiej partycji soft ze strony: https://dc502wrt.org/releases/ i jest o 10-15 stopni mniej: http://remusek.cba.pl/linksys_temp.jpg
Przed 22 akurat aktualizowałem soft na 1 partycji (ten od Cezarego) i się przełączyłem. Jak widać jest od razu skok temperatury, może wynika to z kernela, na drugiej partycji w tym sofcie jest nowszy kernel (4.19.91).
Poza tym zauważyłem, że przy aktualizacji (przez www, z terminala nie sprawdzałem) z zachowaniem ustawień skubaniec aktualizuje soft na kolejnej partycji (tak ma być) ale ustawienia bierze z bieżącej (czyli jakby były 2 różne softy, to się chyba nie przypasują).
Testuję różne softy bo wciąż czekam na rozwiązanie problemu z esp, może kiedyś się doczekam wink

Linksys WRT32x, Netgear r6220

6

Odp: CPU frequency scaling w mvebu (wrt3200acm, wrt1900acs itp)

Przepraszam, moze zabrzmi dziwnie, ale co to jest ten „esp”? Kojarzy mi sie z IoT, ale nie jestem pewien...

7

Odp: CPU frequency scaling w mvebu (wrt3200acm, wrt1900acs itp)

esp8266 chip-koń pociągowy współczesnych rozwiązań iot/sensorów i czujników.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

8

Odp: CPU frequency scaling w mvebu (wrt3200acm, wrt1900acs itp)

Dyziek napisał/a:

Przepraszam, moze zabrzmi dziwnie, ale co to jest ten „esp”? Kojarzy mi sie z IoT, ale nie jestem pewien...

No dokładnie IOT, esp8266 (moduł wifi) i z linksysami nie działa (przynajmniej z moim wrt32x). Co prawda mam tylko 3 zabudowane i w zasadzie używam ich bardziej jako przekaźników bistabilnych (zamiast schodowego) ale skoro ma możliwość również sterowania przez internet to niech działa. Obecnie mam 3 sieć wifi na r6220 właściwie tylko do tego.

Linksys WRT32x, Netgear r6220

9

Odp: CPU frequency scaling w mvebu (wrt3200acm, wrt1900acs itp)

Na razie pomaga wyłączenie WMM w opcjach Wi-Fi. Tylko, że tracisz na wydajności. Nie wiadomo czy i kiedy to poprawią.

10

Odp: CPU frequency scaling w mvebu (wrt3200acm, wrt1900acs itp)

steel_rat napisał/a:

Na razie pomaga wyłączenie WMM w opcjach Wi-Fi. Tylko, że tracisz na wydajności. Nie wiadomo czy i kiedy to poprawią.

Kiedyś próbowałem i mi nie chciał się w dalszym ciągu łączyć. Zresztą ta opcja odpada, bo większość urządzeń u mnie używa sieci 2.4GHz. Wolałem już dołożyć tego netgeara i stworzyć kolejną sieć

Linksys WRT32x, Netgear r6220

11

Odp: CPU frequency scaling w mvebu (wrt3200acm, wrt1900acs itp)

Ja używam do tego Asusa. Wracając Do WRT mam wrażenie, że wydawcy openwrt uważają że w sterownikach wifi do niego już nic nie trzeba poprawiać i są dobre. sad.
Mam pytanie czy u Ciebie na 5GHz też cały czas pokazuje poziom odbierany na 100% ( 0 dbm) czy tylko u mnie.?

12

Odp: CPU frequency scaling w mvebu (wrt3200acm, wrt1900acs itp)

Sterowniki pochodzą tylko z jednego źródła (https://github.com/kaloz/mwlwifi) i są utrzymywane niezależnie od openwrt.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

13

Odp: CPU frequency scaling w mvebu (wrt3200acm, wrt1900acs itp)

steel_rat napisał/a:

Mam pytanie czy u Ciebie na 5GHz też cały czas pokazuje poziom odbierany na 100% ( 0 dbm) czy tylko u mnie.?

U mnie zmienia się, w tej chwili 71% (60dBm)

Linksys WRT32x, Netgear r6220

14

Odp: CPU frequency scaling w mvebu (wrt3200acm, wrt1900acs itp)

Też mnie trochę na początku używania przerażały temperatury obudowy WRT3200ACM, szczególnie że trzymam go w rogu pokoju na małym stoliku pod stołem, ale zakup przejściówki USB z wyjściem na standardowego wentylatorka do peceta pobierającej z niego zasilanie 5V i wreszcie podpięcie do niej cichego markowego 12V wentylatora 140mm załatwił sprawę. smile

15

Odp: CPU frequency scaling w mvebu (wrt3200acm, wrt1900acs itp)

No to nie wiem dlaczego u mnie nie. Na 2,4 GHz działa normalnie poziom na 5GHz już nie sad

16

Odp: CPU frequency scaling w mvebu (wrt3200acm, wrt1900acs itp)

@Remus czy możesz pokazać jaki wynik dają poniższe polecenia na tym nowym obrazie gdzie masz niższą temperaturę?
a) ls /sys/devices/system/cpu/cpu0/
b) ls /sys/devices/system/cpu/cpufreq
c) dmesg | grep mvebu
d) cat /proc/cpuinfo
Jeśli chodzi o podłączenie ESP to też mam z tym problem ale udało mi się uzyskać stabilne połączenie uruchamiając radio 88W8887 i wybierając WMM Mode i Legacy tak jak i Ty mi radziłeś w osobnym wątku. Pisałeś wtedy że radio Ci się wyłącza ale u mnie nie ma tego problemu. Oczywiście lepiej by było mieć to wszystko na jednym ale skoro się narazie nie da to trudno.
Czytałem issues na github o ESP które wskazał Cezary ale tam od dłuższego czasu nic się nie dzieje. W jednym wątku jest nawet informacja że jest abandoned. więc nie wiem czy dobrze i prawidłowo to zrobiłem ale zgłosiłem problem tutaj https://bugs.openwrt.org/index.php?do=d … sk_id=2709 może jak by więcej osób dopisało się że też ma z tym problem to może ktoś się nad tym pochyli .. nie wiem ... może.

17

Odp: CPU frequency scaling w mvebu (wrt3200acm, wrt1900acs itp)

a)

 
root@OpenWrt_Linksys ~ # ls /sys/devices/system/cpu/cpu0/
cpu_capacity  of_node       topology
hotplug       subsystem     uevent

b)

 
root@OpenWrt_Linksys ~ # ls /sys/devices/system/cpu/cpufreq

c)

 
root@OpenWrt_Linksys ~ # dmesg | grep mvebu
[    0.001315] mvebu-soc-id: MVEBU SoC ID=0x6820, Rev=0x4
[    0.001384] mvebu-pmsu: Initializing Power Management Service Unit
[    0.009322] mvebu-pmsu: CPU hotplug support is currently broken on Armada 38x: disabling
[    0.009329] mvebu-pmsu: CPU idle is currently broken on Armada 38x: disabling
[    0.041715] mvebu-pcie soc:pcie: PCI host bridge to bus 0000:00
[    0.942587] ahci-mvebu f10a8000.sata: AHCI 0001.0000 32 slots 2 ports 6 Gbps 0x3 impl platform mode
[    0.951694] ahci-mvebu f10a8000.sata: flags: 64bit ncq sntf led only pmp fbs pio slum part sxs
[    0.961141] scsi host0: ahci-mvebu
[    0.964940] scsi host1: ahci-mvebu

d)

 
root@OpenWrt_Linksys ~ # cat /proc/cpuinfo
processor       : 0
model name      : ARMv7 Processor rev 1 (v7l)
BogoMIPS        : 1866.00
Features        : half thumb fastmult vfp edsp neon vfpv3 tls vfpd32
CPU implementer : 0x41
CPU architecture: 7
CPU variant     : 0x4
CPU part        : 0xc09
CPU revision    : 1

processor       : 1
model name      : ARMv7 Processor rev 1 (v7l)
BogoMIPS        : 1866.00
Features        : half thumb fastmult vfp edsp neon vfpv3 tls vfpd32
CPU implementer : 0x41
CPU architecture: 7
CPU variant     : 0x4
CPU part        : 0xc09
CPU revision    : 1

Hardware        : Marvell Armada 380/385 (Device Tree)
Revision        : 0000
Serial          : 0000000000000000
Linksys WRT32x, Netgear r6220

18

Odp: CPU frequency scaling w mvebu (wrt3200acm, wrt1900acs itp)

ciekawe ... wszystko jest jak u mnie więc kompletnie nie wiem dlaczego na tym obrazie router wskazuje Ci niższe temperatury. Co Ci generuje te wykresy? możesz jeszcze sprawdzić co masz w /sys/devices/virtual/thermal/ ? Ja mam tylko thermal_zone0 i nie pokazuje mi RAM i WIFI.

19 (edytowany przez Remus 2020-01-12 18:36:52)

Odp: CPU frequency scaling w mvebu (wrt3200acm, wrt1900acs itp)

Ja też mam tylko thermal_zone0. Mam skrypt w pythonie, który odczytuje temperatury i wysyła do domoticz i grafany, wzorowałem się na tym temacie: http://eko.one.pl/forum/viewtopic.php?id=18817. Notabene do luci w obydwu obrazach też mam to dodane i jak pisałem wcześniej w obrazach Cezarego są temperatury wyższe o 10-15 stopni (i to od razu po przełączeniu). Może w tym obrazie od davidc jest jakiś błąd w odczycie temperatur (skrypty są takie same), ale nie mam pirometru żeby fizycznie porównać temperaturę radiatorów.
Odczyt temp. wifi:

cat /sys/class/hwmon/hwmon0/temp1_input

Odczyt temp. ram:

cat /sys/class/hwmon/hwmon0/temp2_input
Linksys WRT32x, Netgear r6220

20

Odp: CPU frequency scaling w mvebu (wrt3200acm, wrt1900acs itp)

Nie rozumiem jak to jest możliwe, że Remus ma niższą temperaturę na oryginalnym sofcie. Ja używam oryginalnego oraz własnej kompilacji  openwrt 19.07 (4.14.162), zarejestrowane temperatury są takie same ok 69 -72 deg C.  Jedynie zastosowanie chłodzenia aktywnego pozwala obniżyć temperaturę do 59 deg C. Owszem obrazy Cezarego są upchane w celu zapewnienia potrzeb rożnych użytkowników smile. Problem nie jest openwrt bo oryginalnie w wrt32x jest openwrt 18.06. To jest problem chipa.

https://forum.openwrt.org/t/cpu-frequen … tc/2808/63
https://patchwork.kernel.org/patch/10095683/
https://github.com/MarvellEmbeddedProce … mada-17.10

Ludzie zgłaszają ten problem ale moim zdaniem nie zostanie to rozwiązane ze względu na stabilność pracy układu.

21 (edytowany przez Remus 2020-01-13 22:04:43)

Odp: CPU frequency scaling w mvebu (wrt3200acm, wrt1900acs itp)

Nie w oryginalnym sofcie tylko openwrt od davidc, link jest podany w piątym poście. Na pierwszej partycji mam soft od Cezarego na drugiej ten od davidc ze wspomnianej strony i to na jego sofcie jest niżej, choć tak jak pisałem są to odczyty i nie wiem, czy rzeczywiście tak jest (jak pisałem, nie mam pirometru żeby porównać). W tym sofcie jest nowszy kernel (4.19.93) i może tu jest pies pogrzebany, ale nie mam pojęcia, zauważyłem to po prostu przypadkowo testując soft i potem jak zerknąłem na wykres to się mile zdziwiłem. Poniżej zrzut ekranu z ustawień, jakby kogoś interesowało (niestety ale nie znam się na tyle, aby dojść dlaczego tak jest):
http://remusek.cba.pl/wrt32x_temperatury.jpg

Linksys WRT32x, Netgear r6220

22

Odp: CPU frequency scaling w mvebu (wrt3200acm, wrt1900acs itp)

Sam jadę na budowanych Snapshotach i też widzę że pokazuje niższe temperatury.

Używasz moich pakietów/obrazów z github?
Chcesz abym dalej je rozwijał i tworzył nowe?
Postaw kawę

23

Odp: CPU frequency scaling w mvebu (wrt3200acm, wrt1900acs itp)

@IceG : też masz wersję kernela 4.19 ?

24

Odp: CPU frequency scaling w mvebu (wrt3200acm, wrt1900acs itp)

pawkon napisał/a:

@IceG : też masz wersję kernela 4.19 ?

Też mam 4.19 smile.

OpenWrt SNAPSHOT r11968-3446702 / LuCI Master git-20.012.73672-9b66f7a
Wersja kernela: 4.19.93

Używasz moich pakietów/obrazów z github?
Chcesz abym dalej je rozwijał i tworzył nowe?
Postaw kawę

25

Odp: CPU frequency scaling w mvebu (wrt3200acm, wrt1900acs itp)

IceG napisał/a:

Też mam 4.19

Jak kompilujesz to co wybierasz? W sensie jak ja sobie kompiluję to wybieram Branch Openwrt-19.07 i tam jest tylko kernel 4.14. Który branch wybierasz tak aby Ci zassał 4.19?