@Linuxbastler sagte in Debian 10.1 "Buster" auf BananaPi installieren:
"kworker/0:1-events_power_efficient"
sugov:0
weder konkrete idee oder verdacht: klingt für mich nach power management
du könntest mal nachsehen, ob und welcher Governor da läuft. und hier ggf was dran ändern und probieren. je nach kernel kann man das zur laufzeit auch machen.
neuer kernel alte config (olddefconfig) ist vielleicht auch keine schlechte idee, dauert nur etwas
@FrankM
Sip-Telefone per sip übers locale netzwerk (RJ45). zb. Cisco Small Business SPA303 oder mit einem IP-Analogadapter. Hat man mehrere Telefone kann man damit eine lokale Telefonanlage bauen. Der Asterisk registriert sich dann bei einem sip-provider und man tüddelt sich seine eigenen Wahlregeln zurecht. Man kann mehrere Asterisk-Server auch vernetzen oder per VPN aus der Ferne ein Gerät antunneln. Es gibt auch Hardware für ISDN und die Analogtelefonie (FXS/FXO) ..aber das stirbt ja nun aus.
https://www.linux-magazin.de/ausgaben/2008/01/zeit-fuer-was-neues/
http://das-asterisk-buch.de/1.6/
Dann gibts noch so klickibuntu..heisst Freepbx..es gibt auch ein rasperry-image für.
Sowas ist mir aber zu bunt 
@kosmonaut-pirx Hallo !
Hierzu: "kworker/0:1-events_power_efficient" sugov:0
du könntest mal nachsehen, ob und welcher Governor da läuft.
Am CPU-Management habe ich rumgefummelt. Bin nun auf : "performance"...der "sugov:0 "Prozess ist nun verschwunden. Aber der "kworker/0:1-events_power_efficient" taucht immer wieder auf und verursacht 16 % Systemlast im Top. Genau in dem Moment gibt es im Asterisk immer einen Aussetzer wenn man telefoniert. Ist kurz, vieleicht so 0.5 sec. Aber im AB nervt das, da einer angesagten Rufnummer dann z.b. eine Ziffer fehlt.
Im dmesg fällt mir noch folgendes auf, aber das ist im Squeeze auch so:
0.006275 /cpus/cpu@0 missing clock-frequency property
0.006307 /cpus/cpu@1 missing clock-frequency property
Kann ich den framebuffer eigendlich völlig deaktivieren? Das Teil läuft eh headless:
[ 1.769793] simple-framebuffer 7fe79000.framebuffer: fb0: simplefb registered!
[ 1.781916] thermal_sys: Registered thermal governor 'fair_share'
[ 1.781923] thermal_sys: Registered thermal governor 'step_wise'
[ 1.782538] NET: Registered protocol family 2
Hier wird auch gemeckert:
[ 5.616083] ahci-sunxi 1c18000.sata: 1c18000.sata supply ahci not found, using dummy regulator
[ 5.616240] ahci-sunxi 1c18000.sata: 1c18000.sata supply phy not found, using dummy regulator
[ 5.616370] ahci-sunxi 1c18000.sata: 1c18000.sata supply target not found, using dummy regulator
[ 5.621041] axp20x-i2c 0-0034: AXP20X driver loaded
[ 5.628224] sun7i-dwmac 1c50000.ethernet: IRQ eth_wake_irq not found
[ 5.634756] sun7i-dwmac 1c50000.ethernet: IRQ eth_lpi not found
[ 5.669475] sun7i-dwmac 1c50000.ethernet: PTP uses main clock
[ 5.669497] sun7i-dwmac 1c50000.ethernet: no reset control found
[ 5.681350] ahci-sunxi 1c18000.sata: controller can't do PMP, turning off CAP_PMP
[ 5.681370] ahci-sunxi 1c18000.sata: forcing PORTS_IMPL to 0x1
[ 5.681457] ahci-sunxi 1c18000.sata: AHCI 0001.0100 32 slots 1 ports 3 Gbps 0x1 impl platform mode
und hier:
[ 5.829888] axp20x-gpio axp20x-gpio: DMA mask not set
[ 5.836520] axp20x-gpio axp20x-gpio: AXP209 pinctrl and GPIO driver loaded
[ 5.897442] axp20x-usb-power-supply axp20x-usb-power-supply: DMA mask not set
dies ist wohl die GPU ?
[ 12.276304] lima 1c40000.gpu: IRQ ppmmu2 not found
[ 12.281277] lima 1c40000.gpu: IRQ ppmmu3 not found
[ 12.307506] ehci-platform 1c14000.usb: EHCI Host Controller
[ 12.307571] ehci-platform 1c14000.usb: new USB bus registered, assigned bus number 1
[ 12.323912] lima 1c40000.gpu: gp - mali400 version major 1 minor 1
[ 12.324185] lima 1c40000.gpu: pp0 - mali400 version major 1 minor 1
[ 12.324354] lima 1c40000.gpu: pp1 - mali400 version major 1 minor 1
[ 12.324470] lima 1c40000.gpu: IRQ pp2 not found
[ 12.329241] lima 1c40000.gpu: IRQ pp3 not found
[ 12.333907] lima 1c40000.gpu: l2 cache 64K, 4-way, 64byte cache line, 64bit external bus
gehört dies auch noch dazu? :
[ 12.538215] sun4i-drm display-engine: No panel or bridge found... RGB output disabled
[ 12.538267] sun4i-drm display-engine: bound 1c0d000.lcd-controller (ops sun4i_tcon_platform_driver_exit [sun4i_tcon])
[ 12.546726] sun4i-drm display-engine: bound 1c16000.hdmi (ops sun4i_hdmi_driver_exit [sun4i_drm_hdmi])
[ 13.055680] sun4i-codec 1c22c00.codec: Codec <-> 1c22c00.codec mapping ok
[ 13.055753] sun4i-codec 1c22c00.codec: ASoC: no DMI vendor name!
Nvidia ?? das ist doch hier fehl am Platze oder?
[ 14.982894] audit: type=1400 audit(1586718949.392:2): apparmor="STATUS" operation="profile_load" profile="unconfined" name="nvidia_modprobe" pid=322 comm="apparmor_parser"
[ 14.982939] audit: type=1400 audit(1586718949.392:3): apparmor="STATUS" operation="profile_load" profile="unconfined" name="nvidia_modprobe//kmod" pid=322 comm="apparmor_parser"
[ 14.989324] audit: type=1400 audit(1586718949.396:4): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/bin/man" pid=323 comm="apparmor_parser"
[ 14.989359] audit: type=1400 audit(1586718949.396:5): apparmor="STATUS" operation="profile_load" profile="unconfined" name="man_filter" pid=323 comm="apparmor_parser"
[ 14.989377] audit: type=1400 audit(1586718949.396:6): apparmor="STATUS" operation="profile_load" profile="unconfined" name="man_groff" pid=323 comm="apparmor_parser"
Übers ethernet wird auch gemeckert..
[ 17.004182] sun7i-dwmac 1c50000.ethernet eth0: PHY [stmmac-0:01] driver [RTL8211E Gigabit Ethernet]
[ 17.007022] sun7i-dwmac 1c50000.ethernet eth0: No Safety Features support found
[ 17.007041] sun7i-dwmac 1c50000.ethernet eth0: RX IPC Checksum Offload disabled
[ 17.007056] sun7i-dwmac 1c50000.ethernet eth0: No MAC Management Counters available
[ 17.007067] sun7i-dwmac 1c50000.ethernet eth0: PTP not supported by HW
[ 17.007087] sun7i-dwmac 1c50000.ethernet eth0: configuring for phy/rgmii link mode
Anmerkung: Ich hatte irgendwo gelesen, ich glaube bei archlinux.., dass diese Systemlast auch
dadurch ausgelöst werden kann,( da gings um ahci, und darüber wird ja auch im dmesg gemeckert) weil der Kernel irgendwas versucht aber daran mangels Hardware scheitert.
...und unter Squeeze läufts eben ganz einwandfrei..
Dies brachte nun die Lösung:
rmmod lima
rmmod sun4i-drm
dmesg:
[ 354.484938] clk_unregister: unregistering prepared clock: hdmi-ddc
[ 354.485124] clk_unregister: unregistering prepared clock: hdmi-tmds
Habe die beiden module geblacklistet und nun läuft der der Asterisk auch nach Reboot ohne Aussetzer. Im Top sind nur noch kworker-Prozesse ohne Systemlast. Dmesg hat keine Fehler mehr. Die sun4i-drm und lima sind wohl für HDMI?
So ganz glücklich bin ich damit zwar nicht..aber vielleicht ist auch nur die Installation unvollständig und es fehlt was ?
ah, super.
drm klingt nach grafik (direct rendering manager?), und war nicht Lima der codename der Gpu dort?
So ganz glücklich bin ich damit zwar nicht..aber vielleicht ist auch nur die Installation unvollständig und es fehlt was ?
Was stört? Soweit gelesen, ist doch Headless. Warum soll was mitlaufen, was man nicht braucht. Also raus aus dem kernel .config und fertig?
hatte Asterisk vor 10j jahren lange auf nem freebsd laufen, damals schon respektabel heftiges teil. viel erfolg weiterhin
@kosmonaut-pirx Ja besten Dank..auch an Frank! Durch die "Quick and dirty" Installationsbeschreibung habe ich endlich ein selbstinstalliertes Debian so wie man es gewohnt ist. Mit diesen " fertigen Images" incl. Passwort etc. habe ich mich nie wirklich wohlgefühlt. Ach übrigens, ich habe das ganze Procedere auf einer zweiten BPI-M1 Banane wiederholt und konnte den Fehler reproduzieren. Also blacklist lima blacklist sun4i-drm. Und mit diesem "CoronaOsterssonntagblacklistthread" ist ja auch die Frage von Frank beantwortet:
"Es läuft, aber so wirklich kann ich den nicht mehr gebrauchen!?"
Antwort: Doch, mit apt install asterisk asterisk-voicemail asterisk-prompt-de arno-iptables-firewall Viel Spass mit dem Asterisk-Virus:-P
@Linuxbastler
Ich habe mir mal erlaubt in deinem Beitrag die Lösung etwas zu formatieren, damit sie besser auffällt.
Quellcode kann man mit 4 Einrückungen formatieren 
Klasse, das du eine Lösung für das Problem gefunden hast 
@FrankM Ich habe es nun noch mit der Fedora 31, Kernel 5.5.15-200.fc31.armv7hl probiert. Da ist es das gleiche Problem nur noch viel schlimmer..bis zu 45 % Systemlast durch das kworker-gedöns und Asterisk hakt. Auch hier half das Entladen von lima & sun4i-drm. Offentsichtlich gibt es da mit den neueren Kerneln
ein Problem auf dem BPI-M1.
Hallo,
habe einen Banana M64 und würde auch gerne "Buster" installieren.
Finde aber im Verzeichnis ...netboot/SD-card-images keine firmware.BananaXX.img.gz-Datei für den M64.
Oder gibt es ein anderes Image...?
Danke für's Mitdenken,
debipi
Schwierig.
Was man evt. mal machen könnte, mit der Gefahr das nicht alles funktioniert oder es evt. auch gar nicht startet, wäre mal das diese Firmware zu testen.
https://d-i.debian.org/daily-images/arm64/daily/netboot/SD-card-images/firmware.a64-olinuxino.img.gz
Das sollte doch das gleiche SOC sein, oder? Wenn es startet, kann man sich evt. Stück für Stück voran arbeiten.
hallo frank, ich habe es geschafft anhand den anleitungen debian buster auf meinem bpi zu installieren. ich habe leider HDMI signal nur während des u-boot und danach nicht mehr. hast du eine idee was ich probieren könnte? danke!
