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?
--
Jan

[robert]

Jan Ehrhardt <mon...@idem.invalid>:

> 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.

--
robert

[Jan Ehrhardt]

robert in xs4all.adsl (Mon, 10 Apr 2017 08:00:28 -0000 (UTC)):

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: avm_wlan_event_driver_send@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: avm_wlan_event_driver_send@157: got EVENT 69 (5GHz scan completion) @wl0 status 0, result 0
<3>[ 64.839000][0]RSP: avm_wlan_event_driver_send@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: avm_wlan_event_driver_send@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]

On Monday, April 10, 2017 at 1:56:38 AM UTC+2, Jan Ehrhardt wrote:
> 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]

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.
--
Jan

[gri...@xs4all.nl]

On Monday, April 10, 2017 at 1:56:38 AM UTC+2, Jan Ehrhardt wrote:

> 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]

gri...@xs4all.nl in xs4all.adsl (Wed, 12 Apr 2017 06:18:59 -0700
(PDT)):

>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

[Jan Ehrhardt]

Jan Ehrhardt in xs4all.adsl (Wed, 12 Apr 2017 18:55:13 +0200):

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.
--
Jan

[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]

Frans R in xs4all.adsl (Wed, 12 Apr 2017 11:30:52 -0700 (PDT)):

>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

[Frans R]

Op woensdag 12 april 2017 20:48:36 UTC+2 schreef Jan Ehrhardt:

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

[Theo]

Op 12-4-2017 om 15:18 schreef gri...@xs4all.nl:

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]

Jan Ehrhardt in xs4all.adsl (Wed, 12 Apr 2017 19:26:34 +0200):

>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.
--
Jan

[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

[Jan Ehrhardt]

Jan Ehrhardt in xs4all.adsl (Thu, 20 Apr 2017 02:03:01 +0200):

>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]

On Thursday, April 20, 2017 at 2:13:09 AM UTC+2, Jan Ehrhardt wrote:
> Jan Ehrhardt in xs4all.adsl (Thu, 20 Apr 2017 02:03:01 +0200):
> >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]

In article <d1a28a13-969c-4267...@googlegroups.com>,

Loek Frederiks <loek.fr...@gmail.com> wrote:
>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....

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]

On 20/04/2017 11:32, Miquel van Smoorenburg wrote:
> 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?)

[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.

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 ?

[Miquel van Smoorenburg]

In article <58f88bcf$0$792$e4fe...@news.xs4all.nl>,

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.

[Ruud Uphoff]

Op 20-04-17 om 02:03 schreef 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

[Rob]

Loek Frederiks <loek.fr...@gmail.com> wrote:
> 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.

[hwh]

On 20/04/2017 14:28, Ruud Uphoff wrote:

> 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

[hwh]

On 12/04/2017 20:30, Frans R wrote:
> 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

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

gr, hwh

[Frans R]

Op zaterdag 22 april 2017 09:02:22 UTC+2 schreef 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]

On 22/04/2017 10:26, Frans R wrote:
> Inmiddels 42 dagen up.

Dat is mooi.

> 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

[Julius Schwartzenberg]

Loek Frederiks wrote:
> 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]

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]

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.

[Jan Ehrhardt]

Ping. Reboot zonder paniclog.

[Maarten Carels]

Jan Ehrhardt <mon...@idem.invalid> wrote:

> Ping. Reboot zonder paniclog.

Welke versie van de firmware?

--maarten

[Jan Ehrhardt]

Maarten Carels in xs4all.adsl (Wed, 3 May 2017 09:55:07 +0200):

>Jan Ehrhardt <mon...@idem.invalid> wrote:
>
>> Ping. Reboot zonder paniclog.
>
>Welke versie van de firmware?

FRITZ!OS: 06.80
--
Jan

[Maarten Carels]

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]

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.

[Jan Ehrhardt]

Maarten Carels in xs4all.adsl (Thu, 4 May 2017 10:08:53 +0200):

>> 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.
--
Jan

[Maarten Carels]

En gedaan

--maarten

[Jan Ehrhardt]

Jan Ehrhardt in xs4all.adsl (Thu, 04 May 2017 13:51:15 +0200):
>Ga ja gang.

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

[Jesse]

On 05/04/2017 11:13 AM, Loek Frederiks wrote:
> Maarten, werk jij bij XS4ALL ?

Wat een gekke aanname ;-)

> 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.

> 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]

> > 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

[Julius Schwartzenberg]

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]

Op 04-05-17 om 21:34 schreef Julius Schwartzenberg:

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]

Dirk T. Verbeek wrote:
> 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]

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]

Julius Schwartzenberg <use...@zgod.cjb.net> wrote:
>Dirk T. Verbeek wrote:
>> 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

[Tim]

Op 4-5-2017 om 15:33 schreef Jesse:

Zou mijn 7581 ook die beta mogen binnenhalen?

[MM]

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]

Jan Ehrhardt in xs4all.adsl (Thu, 04 May 2017 14:23:26 +0200):

>Jan Ehrhardt in xs4all.adsl (Thu, 04 May 2017 13:51:15 +0200):
>>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

[Loek Frederiks]

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

[Julius Schwartzenberg]

Loek Frederiks wrote:
> 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.

[robert]

Julius Schwartzenberg <use...@zgod.cjb.net>:

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

--
robert

[Julius Schwartzenberg]

robert wrote:
> 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.

[robert]

Julius Schwartzenberg <use...@zgod.cjb.net>:

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?

--
robert

[Rob]

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

[Julius Schwartzenberg]

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.)

[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.

[robert]

Julius Schwartzenberg <use...@zgod.cjb.net>:
> robert wrote:
>>
>> 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.

--
robert

[Rob]

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

[Julius Schwartzenberg]

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.

[Julius Schwartzenberg]

robert wrote:
> 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]

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