Fritz 7581 blijft rebooten

[Jan Ehrhardt]

Ik begin er al aan gewend te raken. Langer dan 5 dagen zonder reboot
houdt de Fritz 7581 het niet uit. Maar af en toe gaat het sneller.
Gisternacht een reboot om 04:10h. Zojuist om 01:35h weer.

En blijkbaar had ik er intussen nog 1 gehad. support.lua gaf de volgende
uitvoer:

UPTIME: 36854
(0 d 10 h 14 min 14 s - panic on Sun Apr 09 12:05:04 2017 UTC )
PANIC LOG VERSION 2.0
<3>[36846.597000] [tffs_open_panic] Called. panic_handle_use: 0
<0>[36846.597000] [TFFS3_Panic_Lock] Called.

gevolgd door honderden regels in het panic log.

Is er uberhaupt nog enige aandacht voor dit probleem of is het afwachten
tot XS4ALL niet meer bovenaan eindigt als beste provider?

[unknown]

Post by Jan Ehrhardt
UPTIME: 36854
(0 d 10 h 14 min 14 s - panic on Sun Apr 09 12:05:04 2017 UTC )
PANIC LOG VERSION 2.0
<3>[36846.597000] [tffs_open_panic] Called. panic_handle_use: 0
<0>[36846.597000] [TFFS3_Panic_Lock] Called.

Deze post van een paar weken terug laat ook een TFFS-gerelateerde panic zien:
https://groups.google.com/d/msg/xs4all.adsl/cxOr1HBNWD8/7AOMiwVGAwAJ

Alsof er iets met het flashgeheugen aan de hand is of zo.

[Jan Ehrhardt]

Post by unknown

Post by Jan Ehrhardt
UPTIME: 36854
(0 d 10 h 14 min 14 s - panic on Sun Apr 09 12:05:04 2017 UTC )
PANIC LOG VERSION 2.0
<3>[36846.597000] [tffs_open_panic] Called. panic_handle_use: 0
<0>[36846.597000] [TFFS3_Panic_Lock] Called.

https://groups.google.com/d/msg/xs4all.adsl/cxOr1HBNWD8/7AOMiwVGAwAJ
Alsof er iets met het flashgeheugen aan de hand is of zo.

Dit lijkt mij het relevante deel van mijn panic log.
Ergens in die brei staat zelfs BUG: recent printk recursion

<4>[ 48.401000][0]system-load 2 loadavg 0.71 0.21 0.7 - 120 tasks:21 % curr:upnpd(5 %) max:ctlmgr(5 %, pid:2155) pgstat: sum=120853 free=61151 slab=72790 alloc=2424/s fault=5153/s (sleep 13)
<3>[ 52.636000][0]RSP: ***@157: got EVENT 69 (5GHz scan completion) @wl0 status 0, result 0
<6>[ 52.733000][1]lan: port 5(wl0) entered disabled state
<6>[ 52.764000][1]lan: port 5(wl0) entered forwarding state
<6>[ 52.764000][1]lan: port 5(wl0) entered forwarding state
<4>[ 52.784000][0]No device name wl0 found in Ethernet driver
<6>[ 54.204000][0]lan: port 6(wl1) entered disabled state
<3>[ 54.713000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[ 55.232000][F1][DECTDRV_ERR] CCF set ECO mode 153: 53 01 00
<3>[ 60.035000][0]RSP: ***@157: got EVENT 69 (5GHz scan completion) @wl0 status 0, result 0
<3>[ 64.839000][0]RSP: ***@157: got EVENT 69 (5GHz scan completion) @wl0 status 0, result 0
<3>[ 70.717000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<4>[ 77.107000][0]lan: received packet on wl0 with own address as source address
<3>[ 77.108000][0]RSP: ***@175: got unhandled event 10
<3>[ 557.454000][F1][DECTDRV_ERR] !!!!!!!!!!!!!!!!!!!!!!!!!!!!!! 6 invalid instance int (droped) !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
<3>[ 668.831000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[ 1077.279000][F1][DECTDRV_ERR] !!!!!!!!!!!!!!!!!!!!!!!!!!!!!! 6 invalid instance int (droped) !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
<3>[ 1205.482000][F1][DECTDRV_ERR] !!!!!!!!!!!!!!!!!!!!!!!!!!!!!! 6 invalid instance int (droped) !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
<3>[ 1268.268000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[ 1865.105000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[ 2464.094000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[ 3063.621000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[ 3659.413000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[ 4254.505000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[ 4853.022000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[ 5451.343000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[ 6050.444000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[ 6650.061000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[ 6855.542000][F1][DECTDRV_ERR] !!!!!!!!!!!!!!!!!!!!!!!!!!!!!! 6 invalid instance int (droped) !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
<3>[ 7248.832000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[ 7846.580000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[ 8444.382000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[ 9044.420000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[ 9643.559000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[10243.182000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[10840.927000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[11440.207000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[12039.585000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[12639.267000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[13238.954000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[13837.260000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[14435.808000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[15034.849000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[15632.682000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[16230.514000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[16827.857000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[17424.915000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[18022.783000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[18621.737000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[19220.202000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[19819.767000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[20417.133000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[21016.866000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[21616.673000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[22215.665000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[22815.468000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[23414.812000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[24014.140000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[24613.387000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[25212.374000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[25810.825000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[26408.462000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[27006.470000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[27409.571000][F1][DECTDRV_ERR] !!!!!!!!!!!!!!!!!!!!!!!!!!!!!! 6 invalid instance int (droped) !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
<3>[27604.995000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[27614.125000][F1][DECTDRV_ERR] !!!!!!!!!!!!!!!!!!!!!!!!!!!!!! 6 invalid instance int (droped) !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
<3>[28203.445000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[28802.440000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[29402.039000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[29531.587000][F1][DECTDRV_ERR] !!!!!!!!!!!!!!!!!!!!!!!!!!!!!! 6 invalid instance int (droped) !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
<3>[30001.456000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[30553.728000][F1][DECTDRV_ERR] !!!!!!!!!!!!!!!!!!!!!!!!!!!!!! 6 invalid instance int (droped) !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
<3>[30600.805000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[31200.101000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[31799.498000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[32398.104000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[32996.074000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[33594.586000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[34193.470000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[34791.997000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[35390.965000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[35989.539000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<3>[36196.638000][F1][DECTDRV_ERR] !!!!!!!!!!!!!!!!!!!!!!!!!!!!!! 6 invalid instance int (droped) !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
<3>[36588.416000][0]kdsld: ERROR: internet: ip6_addrconf: ndisc_recv_ra: no prefix info
<2>[36846.597000][1]BUG: recent printk recursion! -'<4>WARNING: at kernel/softirq.c:276 local_bh_enable_ip+0x90/0xc4()
<2>[36846.597000][1]'
<2>[36846.597000][1]<1>Unable to handle kernel NULL pointer dereference at virtual address 000000d8
<1>[36846.597000][1]pgd = d5748000
<1>[36846.597000][1][000000d8] *pgd=14086831, *pte=00000000, *ppte=00000000
<0>[36846.597000][1]Internal error: Oops: 17 [#1] PREEMPT SMP ARM
<3>[36846.597000][1]set_reboot_status: Soft-Reboot(KCRASH) - WD(1) NMI(1) SHORTPOWERCUT(5) KCRASH(4) SUM(11)
<3>[36846.597000][1]FASTIRQ-Status:
<3>[36846.597000][1] CPU0 CPU1
<3>[36846.597000][1] 48: 0 0 Watchdog
<3>[36846.597000][1] 95: 0 88396927 vstub consum:min 5 max 990 avg 23 dt:min 14 max 1463 avg 416 us
<3>[36846.597000][1] 148: 9207085 0 tdm_pcm consum:min 12 max 355 avg 43 dt:min 2776 max 23505 avg 4000 us
<3>[36846.597000][1] 176: 0 0 monitor/0
<3>[36846.597000][1] 177: 0 0 monitor/1
<3>[36846.597000][1]preempts: 0 0
<3>[36846.597000][1]spurious: 7062 62563
<3>[36846.597000][1] consum: 1.1 5.7 %
<3>[36846.597000][1]
<3>[36846.597000][1]Backtrace of all CPU's:
<3>[36846.597000][1]
<3>[36846.597000][1]CPU: 0 Pid: 1819, comm: dsl_monitor
<3>[36846.597000][1] Tainted: P O (3.4.11-rt19 #1)
<4>[36846.597000][1]PC is at trigger_firq_monitor.constprop.2+0xd4/0x26c
<4>[36846.597000][1]LR is at l2x0_cache_sync+0x50/0xc0
<3>[36846.597000][1]pc :[<c001581c>] lr :[<c00143ac>] psr: 60000193
<3>[36846.597000][1]sp : d57ebe60 ip : 00000000 fp : d57ebe94
<3>[36846.597000][1]r10: 000003e8 r9 : c0015f5c r8 : d57ea000
<3>[36846.597000][1]r7 : d57ebe9c r6 : 00000000 r5 : 00000001 r4 : c0565428
<3>[36846.597000][1]r3 : 00000001 r2 : fc01f000 r1 : 00000001 r0 : c056bfa0
<3>[36846.597000][1]Flags: nZCv IRQs off FIQs on Mode SVC_32 ISA ARM Segment user
<4>[36846.597000][1]Control: 10c53c7d Table: 1402404a DAC: 00000015
<4>[36846.597000][1][<c001581c>] (trigger_firq_monitor.constprop.2+0xd4/0x26c) from [<c0015fb0>] (avm_trigger_all_cpu_backtrace+0xe4/0x134)
<4>[36846.597000][1][<c0015fb0>] (avm_trigger_all_cpu_backtrace+0xe4/0x134) from [<c0200574>] (die_notifier+0x44/0x64)
<4>[36846.597000][1][<c0200574>] (die_notifier+0x44/0x64) from [<c003e8ac>] (notifier_call_chain+0x44/0x84)
<4>[36846.597000][1][<c003e8ac>] (notifier_call_chain+0x44/0x84) from [<c003eb70>] (__atomic_notifier_call_chain+0x38/0x4c)
<4>[36846.597000][1][<c003eb70>] (__atomic_notifier_call_chain+0x38/0x4c) from [<c003eb9c>] (atomic_notifier_call_chain+0x18/0x20)
<4>[36846.597000][1][<c003eb9c>] (atomic_notifier_call_chain+0x18/0x20) from [<c003f13c>] (notify_die+0x3c/0x44)
<4>[36846.597000][1][<c003f13c>] (notify_die+0x3c/0x44) from [<c000c838>] (die+0x9c/0x214)
<4>[36846.597000][1][<c000c838>] (die+0x9c/0x214) from [<c03af830>] (__do_kernel_fault.part.9+0x54/0x74)
<4>[36846.597000][1][<c03af830>] (__do_kernel_fault.part.9+0x54/0x74) from [<c0010f18>] (do_page_fault+0x2e0/0x35c)
<4>[36846.597000][1][<c0010f18>] (do_page_fault+0x2e0/0x35c) from [<c0008438>] (do_DataAbort+0x34/0x9c)

<snip>

<3>[36846.597000][1]Backtrace of all CPU's done
<3>[36846.597000][1]
<0>[36846.597000][1]Kernel panic - not syncing: Fatal exception
<4>[36846.597000][1]SMP: failed to stop secondary CPUs

[Loek Frederiks]

Post by Jan Ehrhardt
Ik begin er al aan gewend te raken. Langer dan 5 dagen zonder reboot
houdt de Fritz 7581 het niet uit. Maar af en toe gaat het sneller.
Gisternacht een reboot om 04:10h. Zojuist om 01:35h weer.

No worries, de issues met de 7581 betreft slechts een KLEIN deel van de klanten van XS4ALL.. volgens de chef customer service van ons aller XS4ALL.

Als ik op internet kijk en monteurs hoor is het een ***zooi mbt de 7581.

Het is hopen dat AVM alle bugs asap oplost. Echter de helpdesk roept al weken dat er echt een betere firmware dan 6.80 aan zit te komen.

Ik heb m'n eigen 7490 er maar weer tussen gezet.

Mijn 7581 deed een reboot elke 1 a 3 dagen de laatste tijd. Geen idee waar het aan ligt.

TFFS is trouwens het flash file systeem van een FRITZ!Box. Maak me wat zorgen als er fouten in het file systeem af en toe optreden.....

[Loek Frederiks]

Trouwens:

BUG: recent printk recursion! -'<4>WARNING: at kernel/softirq.c:276 local_bh_enable_ip+0x90/0xc4()

Klinkt alsof een hele oude roestige Linux kernel bug:

http://linux-kernel.2935.n7.nabble.com/PATCH-REPOST-printk-fix-possible-printk-buffer-overrun-introduced-with-recursion-check-td245361.html

Als ik het goed begrijp soort buffer overrun. printk wordt gebruikt voor debug boodschappen van de kernel (dus in kernel mode). Het is algemeen bekend dat FRITZ!OS gebaseerd is op Linux met wat eigen knutsels.

Er slordig als debug messages tot buffer overruns leiden en een reboot.

Snap alleen niet waarom sommigen geen last hebben van restarts en sommigen wel. Er er domme bugs in de kernel zitten of file systeem zou statistisch iedereen af en toe last van restarts moeten hebben.

Op de Duitse forums wordt trouwens ook nog steeds gekankerd over de 7580, die ook nieuwe hardware ivm oudere AVM producten heeft. Echter NIET dezelfde als de 7581. De 7581 heeft een voor AVM redelijk unieke BCM chipset. 7580 en oudere AVM modems is Intel/Lantiq met (vaak) Qualcomm/Atheros WIFI.

[Louis Lagendijk]

Post by Jan Ehrhardt
BUG: recent printk recursion! -'<4>WARNING: at kernel/softirq.c:276 local_bh_enable_ip+0x90/0xc4()
http://linux-kernel.2935.n7.nabble.com/PATCH-REPOST-printk-fix-possible-printk-buffer-overrun-introduced-with-recursion-check-td245361.html
Als ik het goed begrijp soort buffer overrun. printk wordt gebruikt voor debug boodschappen van de kernel (dus in kernel mode). Het is algemeen bekend dat FRITZ!OS gebaseerd is op Linux met wat eigen knutsels.
Er slordig als debug messages tot buffer overruns leiden en een reboot.
Snap alleen niet waarom sommigen geen last hebben van restarts en sommigen wel. Er er domme bugs in de kernel zitten of file systeem zou statistisch iedereen af en toe last van restarts moeten hebben.
Op de Duitse forums wordt trouwens ook nog steeds gekankerd over de 7580, die ook nieuwe hardware ivm oudere AVM producten heeft. Echter NIET dezelfde als de 7581. De 7581 heeft een voor AVM redelijk unieke BCM chipset. 7580 en oudere AVM modems is Intel/Lantiq met (vaak) Qualcomm/Atheros WIFI.

Ik gebruik geen DECT en geen WIFI. Reboots heb ik niet gezien. DECT
geruik ik niet omdat die niet met mijn Siemens A400H handsets overweg
kon (eerlijk gezegd niet getest met 6.80 maar op het xs4all forum zag ik
zoveel reacties dat het et de AV handsets niet eens goed werkt dat ik
het niet meer heb geprobeerd). Bonding lijkt matig tot redelijk te
werken. Zag alleen een paar dagen een attainable op een kanaal van nog
geen 21Mb terwijl de sync op 23 stond (SNR van 3db)..... Maar dat heeft
zich opgelost door een re-sync van het tweede kanaal. Nu:
Attainable throughput kbit/s 28736 20233 7133 5084
Current throughput kbit/s 25850 18888 5510 4916
Niet geweldig maar er is mee te leven. Afblijven maar totdat de nieuwe
firmware uitkomt.

De 7581 blijft een product met veel problemen.

/Louis

[Jan Ehrhardt]

En weer een reboot.

[g***@xs4all.nl]

Post by Jan Ehrhardt
Ik begin er al aan gewend te raken. Langer dan 5 dagen zonder reboot
houdt de Fritz 7581 het niet uit. Maar af en toe gaat het sneller.

Wat tegengas / olie op het vuur :)

FRITZ!Box
DSL version
A2pvfbH043f.d26o


Connection
39.427 kbit/s
6.765 kbit/s


1. DSL active since:
22 days, 12 hours, 5 minutes
VDSL2 17a G.Vector (ITU G.993.5)

2. training
---


DSL Central Exchange
Broadcom
177.28


Kortom erg blij met de FB7581.
(Geen WiFi, NAS, uPNP, VOIP, niks, alleen standaard router)

[Jan Ehrhardt]

Post by g***@xs4all.nl
Kortom erg blij met de FB7581.
(Geen WiFi, NAS, uPNP, VOIP, niks, alleen standaard router)

Ik heb de Wifi en de VOIP (non-XS) nu uitgezet. Er hangt toch nog een
Fritz 7170 aan, die ook Wifi heeft en VOIP. Ik had overigens alleen de
5GHz Wifi aan staan. Die mis ik nu.

[Jan Ehrhardt]

Post by Jan Ehrhardt

Post by g***@xs4all.nl
Kortom erg blij met de FB7581.
(Geen WiFi, NAS, uPNP, VOIP, niks, alleen standaard router)

Ik heb de Wifi en de VOIP (non-XS) nu uitgezet. Er hangt toch nog een
Fritz 7170 aan, die ook Wifi heeft en VOIP. Ik had overigens alleen de
5GHz Wifi aan staan. Die mis ik nu.

Bij dat uitzetten kwam ik trouwens een maffe instelling tegen. Er stond
een vinkje bij de Mediaserver, maar die was greyed-out. Toen heb ik
eerst de NAS aangezet, toen de Mediaserver uitgevinkt en daarna ook de
NAS weer uitgezet.

|The media server can be used only if the "Storage (NAS)" function is
|enabled.

Dat is dus niet waar. Met NAS uit en Mediaserver (greyed-out) aan is de
mediaserver wel degelijk bruikbaar. Maar het zou zo maar eens kunnen
zijn dat dit de oorzaak is van de reboots.

[Frans R]

Ik heb de 2de fb 7581, geen wifi, wel voip, bvdsl en camera. Hij blijft nu in de lucht, met een accecpoint tbv 5 ghz wifi.

Connection DSL Central Exchange

63.287 kbit/s
11.100 kbit/s

DSL version
A2pvfbH043f.d26o
1. DSL active since:
32 days, 8 hours, 10 minutes
VDSL2 8b (ITU G.993.2)
2. DSL active since:
32 days, 8 hours, 10 minutes
VDSL2 17a (ITU G.993.2)
Broadcom
176.199

[Jan Ehrhardt]

Post by Frans R
Ik heb de 2de fb 7581, geen wifi, wel voip, bvdsl en camera. Hij blijft
nu in de lucht, met een accecpoint tbv 5 ghz wifi.

Geen wifi, wel wifi? Of heb je er een apart accesspoint aan hangen?

[Frans R]

Post by Jan Ehrhardt

Post by Frans R
Ik heb de 2de fb 7581, geen wifi, wel voip, bvdsl en camera. Hij blijft
nu in de lucht, met een accecpoint tbv 5 ghz wifi.

Geen wifi, wel wifi? Of heb je er een apart accesspoint aan hangen?
--
Jan

Ik heb op de fb de wifi uit staan en er een sitecom wlx 7000 aanhangen,

[hwh]

Post by Frans R
32 days, 8 hours, 10 minutes
VDSL2 8b (ITU G.993.2)
32 days, 8 hours, 10 minutes
VDSL2 17a (ITU G.993.2)
Broadcom
176.199

Opvallend dat lijn 1 8b en lijn 2 17a gebruikt.

gr, hwh

[Frans R]

Post by hwh

Post by Frans R
32 days, 8 hours, 10 minutes
VDSL2 8b (ITU G.993.2)
32 days, 8 hours, 10 minutes
VDSL2 17a (ITU G.993.2)
Broadcom
176.199

Opvallend dat lijn 1 8b en lijn 2 17a gebruikt.
gr, hwh

Inmiddels 42 dagen up. Een jaartje geleden is de enkele lijn van 1 naar 2 gezet, ondat 2 betere resultaten gaf. Nu met pairbonding is dit m.i. terug te zien in het profiel. Bij de eerste training waren ze beide 17a. Daarna terug naar 8b. Ik zit qwa afstand net op een grens van ca 750 meter van de centrale.

[hwh]

Post by Frans R
Inmiddels 42 dagen up.

Dat is mooi.

Post by Frans R
Een jaartje geleden is de enkele lijn van 1 naar 2 gezet, ondat 2 betere resultaten gaf. Nu met pairbonding is dit m.i. terug te zien in het profiel. Bij de eerste training waren ze beide 17a. Daarna terug naar 8b. Ik zit qwa afstand net op een grens van ca 750 meter van de centrale.

Dat is niet weinig, dat verklaart wat. Ik moet nog even afwachten wat de
tweede lijn gaat doen, maar de afstand is maar ongeveer 150 meter.

gr, hwh

[Jan Ehrhardt]

Post by Jan Ehrhardt
Bij dat uitzetten kwam ik trouwens een maffe instelling tegen. Er stond
een vinkje bij de Mediaserver, maar die was greyed-out. Toen heb ik
eerst de NAS aangezet, toen de Mediaserver uitgevinkt en daarna ook de
NAS weer uitgezet.
|The media server can be used only if the "Storage (NAS)" function is
|enabled.
Dat is dus niet waar. Met NAS uit en Mediaserver (greyed-out) aan is de
mediaserver wel degelijk bruikbaar. Maar het zou zo maar eens kunnen
zijn dat dit de oorzaak is van de reboots.

Nee, dus. Die maffe instelling was het ook niet, want zojuist had ik
weer een reboot. 5GHz Wifi had ik nog even aan laten staan, maar die heb
ik nu ook uitgezet. Nu zijn alleen de Wan nog verbonden (Glas) en de 4
Lan-poorten. Aan de lan hangen 3 bedrade PC's en de Fritz 7170, die de
Wifi en de Voip verzorgt.

Bij de Fritz 7581 staat nu alles uit:

DSL disabled
LAN connected (LAN 1, LAN 2, LAN 3, LAN 4)
Wireless LAN off, Radio network 2,4 GHz: Fritz7581
Wireless LAN off, Radio network 5 GHz: Fritz7581
DECT off
USB no device connected

Simpeler kan echt niet.

[Theo]

Post by g***@xs4all.nl

Post by Jan Ehrhardt
Ik begin er al aan gewend te raken. Langer dan 5 dagen zonder reboot
houdt de Fritz 7581 het niet uit. Maar af en toe gaat het sneller.

Wat tegengas / olie op het vuur :)
FRITZ!Box
DSL version
A2pvfbH043f.d26o
Connection
39.427 kbit/s
6.765 kbit/s
22 days, 12 hours, 5 minutes
VDSL2 17a G.Vector (ITU G.993.5)
2. training
---
DSL Central Exchange
Broadcom
177.28
Kortom erg blij met de FB7581.
(Geen WiFi, NAS, uPNP, VOIP, niks, alleen standaard router)

7581 (6.80) met WIFI, VOIP, NAS (USB stick 16Gb in Fritzbox), BVDSL.
Geen TV.
Loopt eigenlijk al sinds 9 december 2016 zonder problemen.
Herstart wegens interne verhuizing.
Maar ja, dit is ook de bijna de meest eenvoudige installatie.
Zeker blij met de WIFI die een goede dekking geeft bij mij, nadat ik de
7369 vervangen had door deze 7581....

FRITZ!Box
Connection
DSL Central Exchange


56.779 kbit/s
11.099 kbit/s


DSL version
A2pvfbH043f.d26o
1. DSL active since:
51 days, 4 hours, 2 minutes
VDSL2 17a (ITU G.993.2)
2. DSL active since:
51 days, 4 hours, 3 minutes
VDSL2 17a (ITU G.993.2)
Broadcom
176.199

Theo

[Jan Ehrhardt]

Bingo. Reboot om 01:53, gevolgd door nog 1 om 01:59. Zou dat een
geforceerde reboot zijn vanwege de hogere snelheid? Niets in de
crashlogs van de Fritz 7581.

[Jan Ehrhardt]

Post by Jan Ehrhardt
Bingo. Reboot om 01:53, gevolgd door nog 1 om 01:59. Zou dat een
geforceerde reboot zijn vanwege de hogere snelheid? Niets in de
crashlogs van de Fritz 7581.

Toch wel. Na die tweede reboot zat er onder meer het anderstaande
in het panic log. Reboot na een uptime van 130 seconden. Nieuw
record voor AVM/Xs4All!

BEGIN SECTION '/proc/avm/log_sd/panic'
----------
UPTIME: 130
(0 d 0 h 2 min 10 s - panic on Wed Apr 19 23:55:21 2017 UTC )
PANIC LOG VERSION 2.0
<3>[ 126.708000] [tffs_open_panic] Called. panic_handle_use: 0
<0>[ 126.708000] [TFFS3_Panic_Lock] Called.
<4>[ 126.708000] [<c000f9a0>] (unwind_backtrace+0x0/0x104) from [<c0211450>] (TFFS3_Panic_Lock+0x18/0x8c)
<4>[ 126.708000] [<c0211450>] (TFFS3_Panic_Lock+0x18/0x8c) from [<c02115dc>] (TFFS3_Open+0x118/0x1d0)
<4>[ 126.708000] [<c02115dc>] (TFFS3_Open+0x118/0x1d0) from [<c0210528>] (tffs_open_panic+0x4c/0x1c8)
<4>[ 126.708000] [<c0210528>] (tffs_open_panic+0x4c/0x1c8) from [<c0218064>] (tffs_panic_log_open+0x18/0x24)
<4>[ 126.708000] [<c0218064>] (tffs_panic_log_open+0x18/0x24) from [<c02180b0>] (tffs_panic_log_printkbuf.isra.4+0x40/0x1d0)
<4>[ 126.708000] [<c02180b0>] (tffs_panic_log_printkbuf.isra.4+0x40/0x1d0) from [<c021831c>] (panic_log+0xdc/0x134)
<4>[ 126.708000] [<c021831c>] (panic_log+0xdc/0x134) from [<c00202d0>] (kmsg_dump+0xd4/0x19c)
<4>[ 126.708000] [<c00202d0>] (kmsg_dump+0xd4/0x19c) from [<c03afa84>] (panic+0xcc/0x1ec)
<4>[ 126.708000] [<c03afa84>] (panic+0xcc/0x1ec) from [<c0200584>] (die_notifier+0x54/0x64)
<4>[ 126.708000] [<c0200584>] (die_notifier+0x54/0x64) from [<c003e8ac>] (notifier_call_chain+0x44/0x84)
<4>[ 126.708000] [<c003e8ac>] (notifier_call_chain+0x44/0x84) from [<c003eb70>] (__atomic_notifier_call_chain+0x38/0x4c)
<4>[ 126.708000] [<c003eb70>] (__atomic_notifier_call_chain+0x38/0x4c) from [<c003eb9c>] (atomic_notifier_call_chain+0x18/0x20)
<4>[ 126.708000] [<c003eb9c>] (atomic_notifier_call_chain+0x18/0x20) from [<c003f13c>] (notify_die+0x3c/0x44)
<4>[ 126.708000] [<c003f13c>] (notify_die+0x3c/0x44) from [<c000c838>] (die+0x9c/0x214)
<4>[ 126.708000] [<c000c838>] (die+0x9c/0x214) from [<c03af830>] (__do_kernel_fault.part.9+0x54/0x74)
<4>[ 126.708000] [<c03af830>] (__do_kernel_fault.part.9+0x54/0x74) from [<c0010f18>] (do_page_fault+0x2e0/0x35c)
<4>[ 126.708000] [<c0010f18>] (do_page_fault+0x2e0/0x35c) from [<c0008438>] (do_DataAbort+0x34/0x9c)
<4>[ 126.708000] [<c0008438>] (do_DataAbort+0x34/0x9c) from [<c0008db8>] (__dabt_svc+0x38/0x60)
<4>[ 126.708000] Exception stack(0xdf83fe88 to 0xdf83fed0)
<4>[ 126.708000] fe80: d558ffff d43c33e0 da7c1800 df8024a0 df8006c0 00000001
<4>[ 126.708000] fea0: c059832c df809240 00000000 00000000 00100100 00200200 ffffffff df83fed0
<4>[ 126.708000] fec0: c00960a4 c0095d00 00000093 ffffffff

snip, snip, snip

<3>[ 126.708000][0]Backtrace of all CPU's:
<3>[ 126.708000][0]
<3>[ 126.708000][0]CPU: 0 Pid: 4, comm: kworker/0:0
<3>[ 126.708000][0] Tainted: P O (3.4.11-rt19 #1)
<4>[ 126.708000][0]PC is at free_block+0xb4/0x154
<4>[ 126.708000][0]LR is at drain_array+0xbc/0x100
<3>[ 126.708000][0]pc :[<c0095d00>] lr :[<c00960a4>] psr: 00000093
<3>[ 126.708000][0]sp : df83fed0 ip : ffffffff fp : 00200200
<3>[ 126.708000][0]r10: 00100100 r9 : 00000000 r8 : 00000000
<3>[ 126.708000][0]r7 : df809240 r6 : c059832c r5 : 00000001 r4 : df8006c0
<3>[ 126.708000][0]r3 : df8024a0 r2 : da7c1800 r1 : d43c33e0 r0 : d558ffff
<3>[ 126.708000][0]Flags: nzcv IRQs off FIQs on Mode SVC_32 ISA ARM Segment kernel
<4>[ 126.708000][0]Control: 10c53c7d Table: 157bc04a DAC: 00000015
<4>[ 126.708000][0][<c0095d00>] (free_block+0xb4/0x154) from [<c00960a4>] (drain_array+0xbc/0x100)
<4>[ 126.708000][0][<c00960a4>] (drain_array+0xbc/0x100) from [<c0096170>] (cache_reap+0x88/0x13c)
<4>[ 126.708000][0][<c0096170>] (cache_reap+0x88/0x13c) from [<c0034c4c>] (process_one_work+0x124/0x40c)
<4>[ 126.708000][0][<c0034c4c>] (process_one_work+0x124/0x40c) from [<c00352e4>] (worker_thread+0x184/0x390)
<4>[ 126.708000][0][<c00352e4>] (worker_thread+0x184/0x390) from [<c003966c>] (kthread+0x84/0x90)
<4>[ 126.708000][0][<c003966c>] (kthread+0x84/0x90) from [<c000a37c>] (kernel_thread_exit+0x0/0x8)
<3>[ 126.708000][0]Code: e5943048 e5910004 e591c000 e7933008 (e58c0004)
<0>[ 126.708000][0]Stack: (0xdf83fed0 to 0xdf840000)
<0>[ 126.708000][0]fec0: 00000005 00000000 df811c00 df809220
<0>[ 126.708000][0]fee0: df8006c0 df8024c4 00000005 df809238 c05180c0 00000000 c1405cac c00960a4
<0>[ 126.708000][0]ff00: 00000000 df8006c0 df8024a0 00000000 df83e000 c0598cac c05180c0 c0096170
<0>[ 126.708000][0]ff20: 00000000 c1406080 df82b320 df81a9a0 c1405480 c1408c00 df83e000 c1405cac
<0>[ 126.708000][0]ff40: 00000000 c05a6f28 c00960e8 c0034c4c c1405488 df82b320 c1408c05 c00352e4
<0>[ 126.708000][0]ff60: c1405480 df81a9a0 c1405480 c1405488 df81a9b0 df83e000 c0515060 c0515060
<0>[ 126.708000][0]ff80: 00000009 c00352e4 c0515080 c0515080 00000013 c0515060 c0515060 c003966c
<0>[ 126.708000][0]ffa0: 00000013 df835f00 df81a9a0 c0035160 00000013 00000000 00000000 00000000
<0>[ 126.708000][0]ffc0: 00000000 c003966c c000a37c 00000000 df81a9a0 00000000 00000000 00000000
<0>[ 126.708000][0]ffe0: df83ffe0 df83ffe0 df835f00 c00395e8 c000a37c c000a37c 3039203d 20200a3b
<3>[ 126.708000][0]
<3>[ 126.708000][0]CPU: 1 Pid: 0, comm: swapper/1
<3>[ 126.708000][0] Tainted: P O (3.4.11-rt19 #1)
<4>[ 126.708000][0]PC is at cpu_v7_do_idle+0x8/0xc
<4>[ 126.708000][0]LR is at default_idle+0x28/0x38
<3>[ 126.708000][0]pc :[<c00140a8>] lr :[<c000a3e4>] psr: 60000093
<3>[ 126.708000][0]sp : df86bfd8 ip : 00000000 fp : 00000000
<3>[ 126.708000][0]r10: 00000000 r9 : 414fc091 r8 : df86a000
<3>[ 126.708000][0]r7 : c05308c0 r6 : c03b8980 r5 : c05600a8 r4 : df86a000
<3>[ 126.708000][0]r3 : 00000000 r2 : 00000000 r1 : 00c25d14 r0 : c056dfa0
<3>[ 126.708000][0]Flags: nZCv IRQs off FIQs on Mode SVC_32 ISA ARM Segment kernel
<4>[ 126.708000][0]Control: 10c53c7d Table: 142c004a DAC: 00000015
<3>[ 126.708000][0]Code: e320f000 e320f000 f57ff04f e320f003 (e1a0f00e)
<0>[ 126.708000][0]Stack: (0xdf86bfd8 to 0xdf86c000)
<0>[ 126.708000][0]bfc0: c000a3bc c000a624
<0>[ 126.708000][0]bfe0: 1f83806a 00000015 10c03c7d c05642d4 0000406a 003ac5b4 db018ced fbb1e4b8
<3>[ 126.708000][0]
<3>[ 126.708000][0]Backtrace of all CPU's done
<3>[ 126.708000][0]
<0>[ 126.708000][0]Kernel panic - not syncing: Fatal exception
<2>[ 126.708000][1]CPU1: stopping
<4>[ 126.708000][1][<c000f9a0>] (unwind_backtrace+0x0/0x104) from [<c000e1e0>] (handle_IPI+0x150/0x17c)
<4>[ 126.708000][1][<c000e1e0>] (handle_IPI+0x150/0x17c) from [<c00085c0>] (gic_handle_irq+0x84/0xc8)
<4>[ 126.708000][1][<c00085c0>] (gic_handle_irq+0x84/0xc8) from [<c0008e20>] (__irq_svc+0x40/0x70)
<4>[ 126.708000][1]Exception stack(0xdf86bf90 to 0xdf86bfd8)
<4>[ 126.708000][1]bf80: 00000000 16e0ea29 17a4fd61 00000000
<4>[ 126.708000][1]bfa0: df86a000 c05600a8 c03b8980 c05308c0 df86a000 414fc091 00000000 00000000
<4>[ 126.708000][1]bfc0: 17a5a319 df86bfd8 c001a6ac c000a3ec 60000013 ffffffff
<4>[ 126.708000][1][<c0008e20>] (__irq_svc+0x40/0x70) from [<c000a3ec>] (default_idle+0x30/0x38)
<4>[ 126.708000][1][<c000a3ec>] (default_idle+0x30/0x38) from [<c000a624>] (cpu_idle+0xbc/0x10c)
<4>[ 126.708000][1][<c000a624>] (cpu_idle+0xbc/0x10c) from [<003ac5b4>] (0x3ac5b4)
-----
(first) sent on: Wed Apr 19 23:59:52 2017 UTC by crash report
----------
END SECTION '/proc/avm/log_sd/panic'

[Loek Frederiks]

Post by Jan Ehrhardt

Post by Jan Ehrhardt
Bingo. Reboot om 01:53, gevolgd door nog 1 om 01:59. Zou dat een
geforceerde reboot zijn vanwege de hogere snelheid? Niets in de
crashlogs van de Fritz 7581.

Toch wel. Na die tweede reboot zat er onder meer het anderstaande
in het panic log. Reboot na een uptime van 130 seconden. Nieuw
record voor AVM/Xs4All!

Toch schijnen er mensen met test builds te zijn, die ze direct van AVM krijgen. Volgens een tweet van AVM is er nog steeds geen beta.

Als ik tweakers.net lees heeft dit modem nog een issue:

https://en.avm.de/news/short-notes/2017/fritzos-683-rolled-out-for-fritzbox-dsl-fiber-optic-and-lte/

Schijnt een vulnerability in the VOIP stack te zijn.

AVM kondigt trots aan dat het in 6.83 gefixed is, maar volgen mij is de 7581 zo'n beetje het enige model nog zonder een 6.83 release....

Bij mij zit de 7581 terug in de doos. Eerst maar eens een stabiele firmware voordat het ding weer aan de ISRA gaat. Mijn zelfgekochte 7490 van 3-4 jaar oud doet het nog prima.

[Miquel van Smoorenburg]

Post by Loek Frederiks
https://en.avm.de/news/short-notes/2017/fritzos-683-rolled-out-for-fritzbox-dsl-fiber-optic-and-lte/
Schijnt een vulnerability in the VOIP stack te zijn.
AVM kondigt trots aan dat het in 6.83 gefixed is, maar volgen mij is de 7581
zo'n beetje het enige model nog zonder een 6.83 release....

In de firware voor de 7581 (ook de huidige 6.80) zit dit probleem
niet volgens AVM. Geen paniek dus.

Ik weet niet waarom dat niet op de AVM site vermeld staat, er wordt
contact met AVM opgenomen daarvoor.

Mike.

[A. Dumas]

Post by Miquel van Smoorenburg
In de firware voor de 7581 (ook de huidige 6.80) zit dit probleem
niet volgens AVM. Geen paniek dus.
Ik weet niet waarom dat niet op de AVM site vermeld staat, er wordt
contact met AVM opgenomen daarvoor.

"Betroffen sind die Fritzbox-Modelle 7390, 7490 und 7580 mit den
Firmware-Versionen 6.80 oder 6.81" volgens
https://www.heise.de/newsticker/meldung/Firmware-Status-von-AVM-Routern-checken-Kritisches-Sicherheitsloch-in-Fritzbox-Firmware-gestopft-3687437.html
maar zonder jouw bericht zou ik nog steeds een beetje twijfelen want zij
kennen de 7581 misschien niet. (En is die dan zoveel anders dan de 7580,
andere chipset?)

[Miquel van Smoorenburg]

Post by A. Dumas

Post by Miquel van Smoorenburg
In de firware voor de 7581 (ook de huidige 6.80) zit dit probleem
niet volgens AVM. Geen paniek dus.
Ik weet niet waarom dat niet op de AVM site vermeld staat, er wordt
contact met AVM opgenomen daarvoor.

"Betroffen sind die Fritzbox-Modelle 7390, 7490 und 7580 mit den
Firmware-Versionen 6.80 oder 6.81" volgens
https://www.heise.de/newsticker/meldung/Firmware-Status-von-AVM-Routern-checken-Kritisches-Sicherheitsloch-in-Fritzbox-Firmware-gestopft-3687437.html
maar zonder jouw bericht zou ik nog steeds een beetje twijfelen want zij
kennen de 7581 misschien niet. (En is die dan zoveel anders dan de 7580,
andere chipset?)

Ja, de informatievoorziening kan beter.

Laatste info is dat het alleen duitse firmware betreft. Vandaar dat
er ook alleen berichtgeving is op duitse sites.

Eerder hoorde ik "de 6.80 voor onze 7581 heeft er geen last van", blijkbaar
betekende "onze" hier "de internationale versie van de".

Mike.

[Loek Frederiks]

Post by Miquel van Smoorenburg

Post by Loek Frederiks
https://en.avm.de/news/short-notes/2017/fritzos-683-rolled-out-for-fritzbox-dsl-fiber-optic-and-lte/
Schijnt een vulnerability in the VOIP stack te zijn.
AVM kondigt trots aan dat het in 6.83 gefixed is, maar volgen mij is de 7581
zo'n beetje het enige model nog zonder een 6.83 release....

In de firware voor de 7581 (ook de huidige 6.80) zit dit probleem
niet volgens AVM. Geen paniek dus.
Ik weet niet waarom dat niet op de AVM site vermeld staat, er wordt
contact met AVM opgenomen daarvoor.
Mike.

7581 heeft een voor AVM unieke chipset, alles is van Broadcom. Mijn eigen interpretatie: XS4ALL wilde perse identieke HW als bv. de Experia 10 box van moederbedrijf KPN maar in een AVM verpakking.

AVM probeert volgens mij de 7581 zoveel mogelijk te ontkennen... speciaal product voor de kleine NLse markt, een provider, geen hoge prio... ?

[Loek Frederiks]

Vergat te melden: security issue zit volgens mij gewoon in de VOIP stack van AVM, heeft niets met de HW te maken. Dus waarom het issue niet in de 7581 zit ?

[Rob]

Post by Loek Frederiks
7581 heeft een voor AVM unieke chipset, alles is van Broadcom. Mijn eigen interpretatie: XS4ALL wilde perse identieke HW als bv. de Experia 10 box van moederbedrijf KPN maar in een AVM verpakking.

Dat lijkt me kolder.

[Julius Schwartzenberg]

Post by Loek Frederiks
7581 heeft een voor AVM unieke chipset, alles is van Broadcom. Mijn eigen interpretatie: XS4ALL wilde perse identieke HW als bv. de Experia 10 box van moederbedrijf KPN maar in een AVM verpakking.

Is het ook ARM ipv MIPS? Misschien wel makkelijker om OpenWRT op te draaien.

[Loek Frederiks]

Post by Julius Schwartzenberg

Post by Loek Frederiks
7581 heeft een voor AVM unieke chipset, alles is van Broadcom. Mijn eigen interpretatie: XS4ALL wilde perse identieke HW als bv. de Experia 10 box van moederbedrijf KPN maar in een AVM verpakking.

Is het ook ARM ipv MIPS? Misschien wel makkelijker om OpenWRT op te draaien.

Ja dual core Cortex A9 volgens mij. Ja zou mogelijk moeten zijn op er OpenWRT op te draaien. Dacht dat er modems met dezelfde chipset zijn waar het kan.

De WIFI ICs zijn ook van Broadcom.

[Rob]

Post by Loek Frederiks

Post by Julius Schwartzenberg

Post by Loek Frederiks
7581 heeft een voor AVM unieke chipset, alles is van Broadcom. Mijn eigen interpretatie: XS4ALL wilde perse identieke HW als bv. de Experia 10 box van moederbedrijf KPN maar in een AVM verpakking.

Is het ook ARM ipv MIPS? Misschien wel makkelijker om OpenWRT op te draaien.

Ja dual core Cortex A9 volgens mij. Ja zou mogelijk moeten zijn op er OpenWRT op te draaien. Dacht dat er modems met dezelfde chipset zijn waar het kan.
De WIFI ICs zijn ook van Broadcom.

Ja dat zou wel een stunt zijn, die hele AVM software aan de kant vegen
en er iets stabiels op draaien. Helaas is het vaak niet zo eenvoudig.

[Ruud Uphoff]

Post by Jan Ehrhardt
Bingo. Reboot om 01:53, gevolgd door nog 1 om 01:59. Zou dat een
geforceerde reboot zijn vanwege de hogere snelheid? Niets in de
crashlogs van de Fritz 7581.

Het gebeurt hier ook op onregelmatige tijden. Soms is het een week geen
probleem, dan weer om de paar dagen.

1-4 12:36
10-4 10:54
12-4 15:51
16-4 14:55
19-4 12-07

En altijd is het een complete reboot van het modem, dat daarna binnen
een paar minuten weer een perfecte storingsvrije verbinding maakt.
Ik zie daarbuiten nooit Signaal-ruis of andere problemen. Het de perfect
verbinding die er van tijd tot tijd zomaar uit klapt.

--
Met vr. gr,
Ruud Uphoff

[hwh]

Post by Ruud Uphoff
Ik zie daarbuiten nooit Signaal-ruis of andere problemen. Het de perfect
verbinding die er van tijd tot tijd zomaar uit klapt.

Misschien klapt niet de verbinding maar een driver of demon eruit en als
gevolg daarvan de verbinding. Het kan gewoon een bug zijn. Memory leak
etcetera.

gr, hwh

[Jan Ehrhardt]

Ping. Reboot zonder paniclog.

[Maarten Carels]

Post by Jan Ehrhardt
Ping. Reboot zonder paniclog.

Welke versie van de firmware?

--maarten

[Jan Ehrhardt]

Post by Maarten Carels

Post by Jan Ehrhardt
Ping. Reboot zonder paniclog.

Welke versie van de firmware?

FRITZ!OS: 06.80

[Maarten Carels]

Post by Jan Ehrhardt

Post by Maarten Carels

Post by Jan Ehrhardt
Ping. Reboot zonder paniclog.

Welke versie van de firmware?

FRITZ!OS: 06.80

Zorg dat je modem bereikbaar is voor onze ACS, zo te zien staat dat bij
jou uit (ACS kan status niet bijwerken), dan push ik een beta die dit
probleem fixt naar je toe.

(Internet->Account Information->Provider Services)

--maarten

[Loek Frederiks]

Post by Maarten Carels

Post by Jan Ehrhardt

Post by Maarten Carels

Post by Jan Ehrhardt
Ping. Reboot zonder paniclog.

Welke versie van de firmware?

FRITZ!OS: 06.80

Zorg dat je modem bereikbaar is voor onze ACS, zo te zien staat dat bij
jou uit (ACS kan status niet bijwerken), dan push ik een beta die dit
probleem fixt naar je toe.
(Internet->Account Information->Provider Services)
--maarten

Maarten, werk jij bij XS4ALL ? Eerste keer dat ik zie dat XS4ALL betas voor de 7581 naar klanten pushed/stuurt ? Tot nu toe kreeg ik als standaard antwoord "wacht u maar af, komt een keer goed".

Ik heb vanwege de vele reboots mijn 7581 terug in de doos gedaan. Mijn oude modem werkt gewoon stabiel.

Wil best een beta firmware krijgen, wat moet ik daarvoor doen ?

Mijn grootste issue waren ook de vele reboots, soms meerdere keren per dag, soms een keer in de 2 dagen.

Zoals ik eerder aan AVM en XS4ALL gemeld heb, lijkt mij in het belang van XS4ALL en AVM dat klanten zoveel mogelijk de 7581s blijven gebruiken met beta firmware om info over de crashes en issues te blijven verzamelen.

[Jesse]

Post by Loek Frederiks
Maarten, werk jij bij XS4ALL ?

Wat een gekke aanname ;-)

Post by Loek Frederiks
Eerste keer dat ik zie dat XS4ALL betas voor de 7581 naar klanten pushed/stuurt ? Tot nu toe kreeg ik als standaard antwoord "wacht u maar af, komt een keer goed".

Het is zeker niet de eerste keer dat XS4ALL betas naar een klant pushed,
het verschilt alleen of een beta publiek gedeeld kan worden of niet.
Daarbij heeft het installeren van een beta soms nadelige gevolgen op
andere plekken in de software, vandaar dat het niet proactief gedaan word.

Post by Loek Frederiks
Ik heb vanwege de vele reboots mijn 7581 terug in de doos gedaan. Mijn oude modem werkt gewoon stabiel.
Wil best een beta firmware krijgen, wat moet ik daarvoor doen ?

Je 7581 aansluiten en dat even melden.

--Jesse

[Loek Frederiks]

Post by Jesse

Post by Loek Frederiks
Wil best een beta firmware krijgen, wat moet ik daarvoor doen ?

Je 7581 aansluiten en dat even melden.
--Jesse

Contact gehad met Maarten, beta staat erop.

Loek

[Tim]

Post by Jesse

Post by Loek Frederiks
Maarten, werk jij bij XS4ALL ?

Wat een gekke aanname ;-)

Post by Loek Frederiks
Eerste keer dat ik zie dat XS4ALL betas voor de 7581 naar klanten pushed/stuurt ? Tot nu toe kreeg ik als standaard antwoord "wacht u maar af, komt een keer goed".

Het is zeker niet de eerste keer dat XS4ALL betas naar een klant pushed,
het verschilt alleen of een beta publiek gedeeld kan worden of niet.
Daarbij heeft het installeren van een beta soms nadelige gevolgen op
andere plekken in de software, vandaar dat het niet proactief gedaan word.

Post by Loek Frederiks
Ik heb vanwege de vele reboots mijn 7581 terug in de doos gedaan. Mijn oude modem werkt gewoon stabiel.
Wil best een beta firmware krijgen, wat moet ik daarvoor doen ?

Je 7581 aansluiten en dat even melden.
--Jesse

Zou mijn 7581 ook die beta mogen binnenhalen?

[MM]

Post by Tim

Post by Jesse

Post by Loek Frederiks
Maarten, werk jij bij XS4ALL ?

Wat een gekke aanname ;-)

Post by Loek Frederiks
Eerste keer dat ik zie dat XS4ALL betas voor de 7581 naar klanten
pushed/stuurt ? Tot nu toe kreeg ik als standaard antwoord "wacht u
maar af, komt een keer goed".

Het is zeker niet de eerste keer dat XS4ALL betas naar een klant pushed,
het verschilt alleen of een beta publiek gedeeld kan worden of niet.
Daarbij heeft het installeren van een beta soms nadelige gevolgen op
andere plekken in de software, vandaar dat het niet proactief gedaan word.

Post by Loek Frederiks
Ik heb vanwege de vele reboots mijn 7581 terug in de doos gedaan.
Mijn oude modem werkt gewoon stabiel.
Wil best een beta firmware krijgen, wat moet ik daarvoor doen ?

Je 7581 aansluiten en dat even melden.
--Jesse

Zou mijn 7581 ook die beta mogen binnenhalen?

Dan moet je de helpdesk bellen van Xs4all. Het werd mij vandaag ook
aangeboden maar ik wacht liever op de definitieve versie die in twee
weken uitkomt.

[Jan Ehrhardt]

Post by Maarten Carels

Post by Jan Ehrhardt
FRITZ!OS: 06.80

Zorg dat je modem bereikbaar is voor onze ACS, zo te zien staat dat bij
jou uit (ACS kan status niet bijwerken), dan push ik een beta die dit
probleem fixt naar je toe.

Ga ja gang.

[Maarten Carels]

Post by Jan Ehrhardt

Post by Maarten Carels

Post by Jan Ehrhardt
FRITZ!OS: 06.80

Zorg dat je modem bereikbaar is voor onze ACS, zo te zien staat dat bij
jou uit (ACS kan status niet bijwerken), dan push ik een beta die dit
probleem fixt naar je toe.

Ga ja gang.

En gedaan

--maarten

[Jan Ehrhardt]

Post by Jan Ehrhardt
Ga ja gang.

FRITZ!OS: 06.80-44203 BETA
Labor-Version, Information and Feedback

[Julius Schwartzenberg]

Post by Jan Ehrhardt

Post by Jan Ehrhardt
Ga ja gang.

FRITZ!OS: 06.80-44203 BETA
Labor-Version, Information and Feedback

Jan, kan je Maarten vragen naar de GPL sources van deze beta of, als die
al voor je beschikbaar zijn, ze ergens publiek plaatsen? :)

[Dirk T. Verbeek]

Post by Julius Schwartzenberg

Post by Jan Ehrhardt

Post by Jan Ehrhardt
Ga ja gang.

FRITZ!OS: 06.80-44203 BETA
Labor-Version, Information and Feedback

Jan, kan je Maarten vragen naar de GPL sources van deze beta of, als die
al voor je beschikbaar zijn, ze ergens publiek plaatsen? :)

Sources moeten gepubliceerd worden bij het publiekelijk uitgeven van de
software.
Wat ik tot nu toe zie is een gesloten, dus niet publieke uitgifte,
m.a.w. eigen gebruik dus.

[Julius Schwartzenberg]

Post by Dirk T. Verbeek
Sources moeten gepubliceerd worden bij het publiekelijk uitgeven van de
software.
Wat ik tot nu toe zie is een gesloten, dus niet publieke uitgifte,
m.a.w. eigen gebruik dus.

Nee, de sources moeten aan ieder gegeven worden die binaries krijgt. Ze
moeten dus aan jou gegeven worden (zijn) voor deze beta.

Of jij ze verder verspreidt, is jouw keuze.

[Julius Schwartzenberg]

Post by Julius Schwartzenberg

Post by Dirk T. Verbeek
Sources moeten gepubliceerd worden bij het publiekelijk uitgeven van de
software.
Wat ik tot nu toe zie is een gesloten, dus niet publieke uitgifte,
m.a.w. eigen gebruik dus.

Nee, de sources moeten aan ieder gegeven worden die binaries krijgt. Ze
moeten dus aan jou gegeven worden (zijn) voor deze beta.
Of jij ze verder verspreidt, is jouw keuze.

Excuses, ik had niet goed op de namen gelet. Ik had moeten schrijven dat
Jan de sources zou moeten krijgen bij de binaries die XS4ALL aan hem
heeft gegeven. Daarna is het zijn keuze of hij die sources verder
verspreidt.

[Paul Slootman]

Post by Julius Schwartzenberg

Post by Dirk T. Verbeek
Sources moeten gepubliceerd worden bij het publiekelijk uitgeven van de
software.
Wat ik tot nu toe zie is een gesloten, dus niet publieke uitgifte,
m.a.w. eigen gebruik dus.

Nee, de sources moeten aan ieder gegeven worden die binaries krijgt. Ze

Nee, ze hoeven niet meteen gegeven te worden, ze moeten wel beschikbaar
gemaakt worden als je er om vraagt.


Paul

[Jan Ehrhardt]

Post by Jan Ehrhardt

Post by Jan Ehrhardt
Ga ja gang.

FRITZ!OS: 06.80-44203 BETA

Vannacht om 3:38h weer een reboot gehad. Geen panic of crash log, maar
inmiddels blijkt er wel FW 06.80-44550 BETA op te staan.

In de 44203 BETA werkte port forwarding niet of nauwelijks. De 44550
BETA lijkt dat beter te doen.

[Loek Frederiks]

Post by Jan Ehrhardt

Post by Jan Ehrhardt

Post by Jan Ehrhardt
Ga ja gang.

FRITZ!OS: 06.80-44203 BETA

Vannacht om 3:38h weer een reboot gehad. Geen panic of crash log, maar
inmiddels blijkt er wel FW 06.80-44550 BETA op te staan.
In de 44203 BETA werkte port forwarding niet of nauwelijks. De 44550
BETA lijkt dat beter te doen.
--
Jan

Ja, inmiddels ook ontvangen. Ik ben eigenlijk wel benieuwd wat er in die beta anders is.

[Julius Schwartzenberg]

Post by Loek Frederiks
Ja, inmiddels ook ontvangen. Ik ben eigenlijk wel benieuwd wat er in die beta anders is.

Jullie kunnen XS4ALL naar de source code vragen. Daar zit in ieder geval
de source van de kernel bij. Dan is het een kwestie een diff draaien
tegen de source van de huidige release versie.

[unknown]

Post by Julius Schwartzenberg

Post by Loek Frederiks
Ja, inmiddels ook ontvangen. Ik ben eigenlijk wel benieuwd wat er in die beta anders is.

Jullie kunnen XS4ALL naar de source code vragen. Daar zit in ieder geval
de source van de kernel bij. Dan is het een kwestie een diff draaien
tegen de source van de huidige release versie.

Zou je denken dat AVM een niet-standaard kernel gebruikt dan?

[Julius Schwartzenberg]

Post by unknown
Zou je denken dat AVM een niet-standaard kernel gebruikt dan?

Ja, AVM gebruikt geen standaard kernels zoals je die van kernel.org kan
halen.

[unknown]

Post by Julius Schwartzenberg

Post by unknown
Zou je denken dat AVM een niet-standaard kernel gebruikt dan?

Ja, AVM gebruikt geen standaard kernels zoals je die van kernel.org kan
halen.

Ik dacht dat ze de functionaliteiten voor hun hardware wel in losse
drivers/firmware-files gegoten zouden hebben, maar jij zegt dus dat ze
daarvoor direct in de kernel-source zitten te hacken?

[Julius Schwartzenberg]

Post by unknown

Post by Julius Schwartzenberg

Post by unknown
Zou je denken dat AVM een niet-standaard kernel gebruikt dan?

Ja, AVM gebruikt geen standaard kernels zoals je die van kernel.org kan
halen.

Ik dacht dat ze de functionaliteiten voor hun hardware wel in losse
drivers/firmware-files gegoten zouden hebben, maar jij zegt dus dat ze
daarvoor direct in de kernel-source zitten te hacken?

Ja, ondersteuning voor een complete chipset zoals de AR7 is meer dan
alleen een driver. Vaak zie je dat de Fritzbox chipsets pas later in de
officiele kernels komen. De Fritzbox 7170 was bijvoorbeeld op de AR7
gebaseerd. Die chipsetondersteuning zat pas in 2.6.31-rc1 van
kernel.org. Volgens mij is de laatste kernel versie vanuit AVM voor die
box iets van 2.6.13. Ze konden dus niet wegkomen met alleen wat drivers
toevoegen.

Met OpenWRT kan je wel hogere versies draaien, maar dan heb je wel
allerlei patches nodig. (Een deel van die patches zijn driver patches.)

[unknown]

Post by Julius Schwartzenberg

Post by unknown
Ik dacht dat ze de functionaliteiten voor hun hardware wel in losse
drivers/firmware-files gegoten zouden hebben, maar jij zegt dus dat ze
daarvoor direct in de kernel-source zitten te hacken?

Ja, ondersteuning voor een complete chipset zoals de AR7 is meer dan
alleen een driver. Vaak zie je dat de Fritzbox chipsets pas later in de
officiele kernels komen. De Fritzbox 7170 was bijvoorbeeld op de AR7
gebaseerd. Die chipsetondersteuning zat pas in 2.6.31-rc1 van
kernel.org. Volgens mij is de laatste kernel versie vanuit AVM voor die
box iets van 2.6.13. Ze konden dus niet wegkomen met alleen wat drivers
toevoegen.

Maar we hebben het over de 7581, niet de 7170. Ik meen dat er in de 7581
een ARM SoC zit, en ARM wordt best goed ondersteund in Linux. Ik kan me
voorstellen dat ze voor nieuwe apparaten ook een kernel kiezen waar goede
support in zit, want dat is altijd makkelijker dan zelf moeten gaan lopen
hacken.

[Julius Schwartzenberg]

Post by unknown
Maar we hebben het over de 7581, niet de 7170. Ik meen dat er in de 7581
een ARM SoC zit, en ARM wordt best goed ondersteund in Linux. Ik kan me
voorstellen dat ze voor nieuwe apparaten ook een kernel kiezen waar goede
support in zit, want dat is altijd makkelijker dan zelf moeten gaan lopen
hacken.

Ik heb nu geen flauw idee hoe het met de 7581 zit, of ARM nu beter
ondersteund wordt dan MIPS in die tijd werd en wat er nodig is bij het
ondersteunen van een nieuwe SoC.

Uiteindelijk hoop ik dat iemand de sources van XS4ALL krijgt en die
ergens publiek plaatst zodat iedereen ernaar kan kijken. Dan kan
iedereen zien wat er gebeurt.

[Rob]

Post by Julius Schwartzenberg

Post by Loek Frederiks
Ja, inmiddels ook ontvangen. Ik ben eigenlijk wel benieuwd wat er in die beta anders is.

Jullie kunnen XS4ALL naar de source code vragen. Daar zit in ieder geval
de source van de kernel bij. Dan is het een kwestie een diff draaien
tegen de source van de huidige release versie.

Wie zegt dat het verschil zit in een open-source deel?

[Julius Schwartzenberg]

Post by Rob

Post by Julius Schwartzenberg

Post by Loek Frederiks
Ja, inmiddels ook ontvangen. Ik ben eigenlijk wel benieuwd wat er in die beta anders is.

Jullie kunnen XS4ALL naar de source code vragen. Daar zit in ieder geval
de source van de kernel bij. Dan is het een kwestie een diff draaien
tegen de source van de huidige release versie.

Wie zegt dat het verschil zit in een open-source deel?

Ik zag eerder dat er hier wat filesystem gerelateerde crashes
voorbijkwamen, dus er is een kans dat men de filesystem modules heeft
gewijzigd.

[Rob]

Post by Julius Schwartzenberg

Post by Rob

Post by Julius Schwartzenberg

Post by Loek Frederiks
Ja, inmiddels ook ontvangen. Ik ben eigenlijk wel benieuwd wat er in die beta anders is.

Jullie kunnen XS4ALL naar de source code vragen. Daar zit in ieder geval
de source van de kernel bij. Dan is het een kwestie een diff draaien
tegen de source van de huidige release versie.

Wie zegt dat het verschil zit in een open-source deel?

Ik zag eerder dat er hier wat filesystem gerelateerde crashes
voorbijkwamen, dus er is een kans dat men de filesystem modules heeft
gewijzigd.

Ach er is net zo goed een kans dat men wat minder schrijft of dat
men een fsync doet ergens.

[Julius Schwartzenberg]

Post by Rob

Post by Julius Schwartzenberg
Ik zag eerder dat er hier wat filesystem gerelateerde crashes
voorbijkwamen, dus er is een kans dat men de filesystem modules heeft
gewijzigd.

Ach er is net zo goed een kans dat men wat minder schrijft of dat
men een fsync doet ergens.

Dan zou men workarounds bouwen om om kernel crashes heen te komen. Laten
we hopen dat ze bij AVM de problemen wel op de juiste plek oplossen.

[Rob]

Post by Julius Schwartzenberg

Post by Rob

Post by Julius Schwartzenberg
Ik zag eerder dat er hier wat filesystem gerelateerde crashes
voorbijkwamen, dus er is een kans dat men de filesystem modules heeft
gewijzigd.

Ach er is net zo goed een kans dat men wat minder schrijft of dat
men een fsync doet ergens.

Dan zou men workarounds bouwen om om kernel crashes heen te komen. Laten
we hopen dat ze bij AVM de problemen wel op de juiste plek oplossen.

Wellicht is het een hardware probleem, dan wel een beperking van wat
je beter wel en niet met de hardware kunt doen. Die worden in de
praktijk meestal opgelost met workarounds omdat een recall zo duur is.

[Loek Frederiks]

Zou AVM (en XS4ALL) dan toch het licht hebben gezien ??

ftp://ftp.avm.de/fritz.box/fritzbox.7581/firmware/english/

6.83 versie