Random neustarts bei der mit fw8.0

[Conan179]

@fda77 Könntest du bitte mal kurz einen Blick auf diese Panic meldung werfen, warum die Box bei irgend was mit einer Mail einen neustart gemacht hat? Ich werde leider nicht schlau draus.
panic.txt

[fda77]

FOS 8 ist scheinbar buggy, obwohl es so lange gedauert hat und keine so berauschenden Dinge neu sind.

Für die 7530/7520 gibt es schon einen "plus" Hotfix

Verbesserungen in FRITZ!OS 08.00-116930
- System - Behoben: Häufige Neustarts nach Update auf FRITZ!OS 8.00

https://service.avm.de/downloads/LaborPlus/fritzbox-7530/

--

Bei dir ist jedenfalls das Problem mit "dect", da sind Checksummen falsch

[DECTDRV_ERR] checksum error(len=31): calculated: 0x07bf != 0xffff (received)

das passiert ein paar mal und dann wird rebootet:

[  254.472975][  T740] [DECTDRV_ERR] PANIC!!!!
[  254.472978][  T740] Kernel panic - not syncing: PANIC: Disrupted communication to the STUB, probable reasons are: Mailchecksum wrong / Maillength wrong / missing Mail

...
[  254.488694][  T740] avm_set_reset_status: Soft-Reboot(PANIC)  - PANIC(2)UP(252)UTC(1733216825)FW(08.00)HW(233)HWS(8)BV(1.3614)BN(116067)FS(08.00)BT(1)BD(0)

Solltest du Kernelmodule von Freezt nutzen würde ich die mal zum testen weglassen, nicht dass die avm Sourcen nicht zum Kernel passen

[Conan179]

Es kommt vom DECT teil? ok das habe ich nicht gesehen gehabt, ich hab nur das mit der Zeile "mailchecksum wrong" gesehen.

Bewust nutzte ich keine kernel module, hier ist die .config
punktconfig_6591.txt
Wen du da ein kernmodul siets, mache ich das gerne raus.

[fda77]

Scheinbar sind keine Kernelmodule ausgewählt, gut. Dann wird es wohl an AVM, die 7530 auch solche Problem hat, liegen.

Das "mail" kann auch die Kommunikation zwischen Komponenten wie Dect-Chip und Hauptprozessor sein. Der kernel sagt Mailchecksum wrong was weiter oben dect auch mit checksum error meinte.
Wie oft treten diesen Reboots denn auf? Hat darüber sonst noch niemand in Foren berichtet wie im IPPF oder https://www.vodafonekabelforum.de/viewforum.php?f=67 ?

Als workaround könnte man dect entfernen :)

[Conan179]

Ok, dann wird gedowngradet auf 7.57. Das einzige interessantes ist für mich, das in der Alltäglichen Pushnachricht jetzt die Auslastung des Kabelsegmends.
Das ist von einer ungefreetzte 6690

So grob 1x pro 60min.
Ich danke dir für deine Hilfe :)

[fda77]

FOS 8.01 ist schon unterwegs: 30151c9

[fda77]

Das ist doch eine praktische Funktion, ich lese zum 1. mal davon! Mit dem alten Docsis als man noch 4 Downstreamkanäle hatte, hatte ich das mit einem DVB-C Stick an der Fritzbox und RRDstats auch geloggt: https://freetz-ng.github.io/freetz-ng/make/rrdstats.html#kabelsegment

Also es ist schon möglich dass es durch Freetz verursacht wird, ausschliessen kann man das nicht!
Aber offenbar ist der FOS 8.0 Rollout gestoppt und die Top-Geräte 5690 und 7690 hängen auch noch im labor
https://github.com/Freetz-NG/freetz-ng/commits/master/docs/FIRMWARES.md

[Conan179]

Ich habe sie auch nur per zufall gesehen, das das jetzt in der Push Service dabei ist.

In den Settings steht es gar nicht dabei. O.O

[fda77]

Und im Browser kann man das nicht anzeigen lassen? Nur per mail?

[Conan179]

So wie es aussieht, momentan nur per Mail, im Webinterface, habe ich nichts gefunden.

[reimerp]

Hallo alle, leider ist auch in 8.01 der Fehler noch drin, aber es sieht nach einem AVM Problem aus. Freetz läuft stabil bis tatsächlich via DECT telefoniert wird. Mein FritzFon wurde mit 8.x auf 5.10 aktualisiert und Sprache beim telefonieren ist "abgehackt". Dazu passen die Logs ("PCM frame NOK", "checksum error")

[DECTDRV_ERR] PCM frame 347 NOK 04 00 23 14 18 f6 ff ff ff ff
[DECTDRV_ERR] checksum error(len=8): calculated: 0x0347 != 0xffff (received)

Das passiert bei mir wie bei @Conan179 ein paar mal, bevor der DECTDRV panic bekommt und die Box rebootet:

[13969.738713][ T1033] [DECTDRV] DRIVER side status of pcm link ...
[13969.745545][ T1033] [DECTDRV] tx_n_mails:              3090
[13969.751905][ T1033] [DECTDRV] rx_n_mails:              9557
[13969.758557][ T1033] [DECTDRV] rx_n_cs_errors:          27
[13969.764720][ T1033] [DECTDRV] rx_n_len_errors:         0
[13969.770787][ T1033] [DECTDRV] rx_n_mail_cnt_errors:    27
[13969.776966][ T1033] [DECTDRV] rx_n_lost_mails:         27
[13969.783160][ T1033] [DECTDRV] tx_max_len:              43
[13969.789502][ T1033] [DECTDRV] rx_max_len:              53
[13969.795662][ T1033] [DECTDRV_ERR] PANIC!!!!

Ich habe eine 6660 Cable, nutze keine Kernelmodule / Patches.

FritzOS 08.01 rev117720 (09.12.2024 23:22:01)
Freetz ng-25036M-3884ed5956 (26.12.2024 15:51:17)

[reimerp]

So, ich kann den Fehler nun re-produzieren, weiss aber noch nicht ob der auch im ORIGINAL Image auftaucht.
Einfach im FON ein Internet Radio auswählen. Ca alle 2-5 Sekunden stockt das Audio, und die Box loggt ca 20-30x:
[DECTDRV_ERR] FP_MAC_SYNC_PCM_FRAMING, GOTYA!!!, pcm slot 1, sync 0x5a
Irgendwann ist dann Schluss:

[122515.958906][ T1033] [DECTDRV_ERR] FP_MAC_SYNC_PCM_FRAMING, GOTYA!!!, pcm slot 1, sync 0x5a
[122515.968509][ T1029] Rx: 0x3 -> 0x3 (TranspModeMask: 0x2 MuteMask: 0x0)
[122515.968539][ T1029] #011[ 0] dect0 open  tdm-slotoffset(16bit):  0                           MUTE=0
[122515.968567][ T1029] #011[ 1] dect1 open  tdm-slotoffset(16bit):  1   DECT  TRANSP            MUTE=0
[122515.968588][ T1029] Tx: 0x3 -> 0x3 (TranspModeMask: 0x2 MuteMask: 0x0)
[122515.968605][ T1029] #011[ 0] dect0 open  tdm-slotoffset(16bit):  0                           MUTE=0
[122515.968627][ T1029] #011[ 1] dect1 open  tdm-slotoffset(16bit):  1   DECT  TRANSP            MUTE=0
[122515.968655][ T1029] PANIC:: (irq-cnt=30615876 spurious=13303 dma-reinit=0) cpu: 0 % (peak: 5 %)

Fazit DECT in 8.01 scheint kaputt

[fda77]

Du könntest versuchen das AVM zu melden. Aber ich geh davon aus dass die Support-Hansel 0-Ahnung haben und nur dumme Antworten zurückkommen. Ich hab AVM schon Jahre nichts mehr gemeldet da ich das als Zeitverschwendung ansehe :)

Oder versuch die noch nicht so ganz richtig veröffentlichte 8.02, möglicherweise läuft die besser: #1082

Es besteht natürlich auch die Möglichkeit dass dein Dect-Chip kaputt ist

Ich hab die Sourcen nach GOTYA durchsucht, gibts aber nicht:

make kernel-unpacked
grep GOTYA source/kernel/ref-puma7.x86-6591_08.00/ -r

Dh diese Meldung komme aus dem AVM closed-source Wunderwerk.
Ein Bekannter meint mit closed-source will man entweder was verstecken oder peinliche Programmierkünste verheimlichen ^^

make firmware-nocompile
grep GOTYA build/original/filesystem/lib/modules/ -r
grep: build/original/filesystem/lib/modules/5.15.153/avm_dect/avm_dect.ko: Übereinstimmungen in Binärdatei

strings build/original/filesystem/lib/modules/5.15.153/avm_dect/avm_dect.ko | grep GOTYA -C5
HandsetNo == MailPtr->bHandsetNo
0[DECTDRV_ERROR_ASSERT]: %s at %s (%d)
3[DECTDRV_ERR] ApiFpFastUotaEnqueueTxData: nomem for %u (0x%x)
3[DECTDRV_ERR] API_FP_MAC_START_STOP_REQ %d -> %d
3[DECTDRV_ERR] other peer RFPI %*ph
3[DECTDRV_ERR] FP_MAC_SYNC_PCM_FRAMING, GOTYA!!!, pcm slot %u, sync 0x%x
3[DECTDRV_ERR] API_FP_UNITDATA_REQ: nomem
3[DECTDRV_ERR] API_FP_UNITDATA_REQ: ignore ill data length:%u
3[DECTDRV_ERR] !!! NO DECT RFPI SET !!! (please do DECT config of board, first)
3[DECTDRV_ERR] RFPI_IND, RFPI type %d, oFlags %x, inst %d, rfpi %*ph, ver %*ph, rFlags %x
3[DECTDRV_ERR] fpCap ext data queueSize %d, avmTpui %d/%d, etsiTpui %d/%d

[reimerp]

Ich glaube ich möchte gar nicht wissen, was AVM das zusammengefrickelt hat. Bei den ganzen ERRORs im syslog wundert mich, das überhaupt was geht :) -- Auf einer Original FW sieht man das ja auch nicht.
Ich bin kurz zurück auf 7.57 (gefreezt) und DECT läuft anstandslos (Telefon und auch Internetradio) -- keine PCM oder DECT errors. Dh DECT HW schein ok und auch das FON Update wars nicht. 7.57 läuft ja aber noch auf 4.9.279 kernel. Für 8.0 (.1 oder 2) original hatte ich noch keine Zeit/Lust weil ich auf diverse Freetz Addons angewiesen bin, vielleicht warte ich noch auf offizielle 8.0.2, hoffentlich ab 06. Januar....

[fda77]

Es gibt wirklich faszinierende Fehler die AVM so mit der Zeit erfunden hat.
Zb bei der 7390 und 7490 (7590 und neuer nicht getestet) die ich im Router-Modules Internet-via Lan1/Wan benutzte, haben den kompletten Internettraffic auf ich glaub es waren 30% (von zb 100mbit) beschränkt, sobald eine ISDN-Telefon von der Gabel genommen wurde.
Dies mache das PA (packet accelerator) Meisterwerk um genug Bandbreite für voip freizubekommen. Richtig freigegeben wurde es das nicht mehr. Daraus entstanden denn Kernelpatches wie https://github.com/Freetz-NG/freetz-ng/blob/master/make/kernel/patches/3.10.73/7490_06.93/902-PA_noloadcontrol.diff
Mittlerweile hat mein Internetrouter keine AVM-Software mehr, die ist mir zu schlecht :-D