FritzBox 7369 mit Replace Kernel

feedzapper

Neuer User
Mitglied seit
28 Jan 2008
Beiträge
110
Punkte für Reaktionen
13
Punkte
18
Benutze hier eine 7369 und habe den Kernel mit replace Kernel neu compiliert. Das hat soweit auch funktioniert. Allerdings konnten einige Module nicht gebaut werden, weil die Quellen im Code von AVM nicht vorhanden waren.
Das sollte die Box aber eigentlich nicht davon abhalten zu booten ?
Nun meine Frage an die Fachleute: Was läuft beim boot schief ?
Zunächst der "serielle Log" mit dem AVM Kernel (clean boot) und der entsprechenden Stelle :
Code:
.....................................memsize  board_memsize = 268435456

scu->bme_map0 = 0xa7800000 scu->bme_mask0 = 00000000 memsize = 0x10000000 xtensa_mem_start = 0x07800000 xtensa_mem_size 0x00800000

wlan_mem_start = 0x07738000

Linux version 2.6.28.10 (gcc version 4.8.1 (Buildroot 2013.05) ) #1 Thu Jun 9 15:56:13 CEST 2016
Fusiv MIPS Clock = 500000000 System Clock = 250000000
console [early0] enabled
CPU revision is: 00019554 (MIPS 34Kc)
Determined physical RAM map:
memory: 07738000 @ 00000000 (usable)
memory: 08000000 @ 08000000 (usable)
nid=0 start=0 map=616 end=10000 mapsize=2000 mode_bootmen_map=80616000
Zone PFN ranges:
  Normal   0x00000000 -> 0x00010000
Movable zone start PFN for each node
early_node_map[2] active PFN ranges
    0: 0x00000000 -> 0x00007738
    0: 0x00008000 -> 0x00010000
[module-alloc] failed 0x78fbb0 bytes at 0x81201000
[request_resource] Kernel code: start 0x10000 < root->start 0x8000000
[request_resource] Kernel data: start 0x367950 < root->start 0x8000000
entering build_all_zonelists()
return from set_zonelist_order()
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 62776
Kernel command line: console=ttyS0,115200n8r nor_size=0MB sflash_size=512KB nand_size=128MB ethaddr=9C:C7:A6:C3:3E:D0
[FUSIV] add vx185_snor to the platform device list
[NAND] nand_size = 0x8000000
[FUSIV] add fusiv-nand to the platform device list
[trap_init] cpu_has_ejtag
[trap_init] cpu_has_watch
[trap_init] cpu_has_divec
[trap_init] cpu_has_mcheck
[trap_init] cpu_has_mipsmt
[trap_init] cpu_has_4kex
Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes.
Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
Writing ErrCtl register=00010000
Readback ErrCtl register=00010000
[mips_nmi_setup] setup NMI vector to base 0x80000380
Initializing IPC..
PID hash table entries: 1024 (order: 10, 4096 bytes)
console handover: boot [early0] -> real [ttyS0]
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Memory: 236544k/253152k available (3422k kernel code, 16236k reserved, 1547k data, 160k init, 0k highmem)
Calibrating delay loop... 331.77 BogoMIPS (lpj=663552)
Mount-cache hash table entries: 512
kernel_init: started
kernel_init: kernel locked
net_namespace: 688 bytes
NET: Registered protocol family 16
Reboot Status is: Power-On
[ikan_gpio_init]
[cpmac] Version: 1.108.1.133 - Revision 811:2535 - Do  9.06.2016 15:56:04
[fusiv_pcibios_init] Releasing PCIE reset line
Fusiv PCIe RC0 Starting ...
PCIe RC0 Link Up !!!!
registering PCI controller with io_map_base unset
Fusiv PCIe RC1 Starting ...
No PCIe device found on RC1
[FUSIV] register 2 platform device(s)
SCSI subsystem initialized
pci 0000:00:00.0: PME# supported from D0 D1 D3hot
pci 0000:00:00.0: PME# disabled
NET: Registered protocol family 8
NET: Registered protocol family 20
NET: Registered protocol family 2
IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
TCP established hash table entries: 8192 (order: 4, 65536 bytes)
TCP bind hash table entries: 8192 (order: 3, 32768 bytes)
TCP: Hash tables configured (established 8192 bind 8192)
TCP reno registered
NET: Registered protocol family 1
squashfs: version 3.4 (2008/08/26) Phillip Lougher
Installing knfsd (copyright (C) 1996 [email protected]).
fuse init (API version 7.10)
msgmni has been set to 462
alg: No test for stdrng (krng)
io scheduler noop registered (default)
[avm_membench_init]
avm_net_trace: Up and running.
[avm] configured: watchdog event debug
AVM_WATCHDOG: Watchdog Driver for AR7 Hardware (Version 1.0, build: Jun  9 2016 15:55:18)
[loadcontrol] set auto - scale=1
Serial: 8250/16550 driver1 ports, IRQ sharing disabled
serial8250: ttyS0 at MMIO 0xb9010000 (irq = 28) is a 16450
loop: module loaded
PPP generic driver version 2.4.2
NET: Registered protocol family 24
tun: Universal TUN/TAP device driver, 1.6
tun: (C) 1999-2004 Max Krasnyansky <[email protected]>
ahci ahci: AHCI 0001.0300 32 slots 1 ports 3 Gbps 0x1 impl SATA mode
ahci ahci: flags: ncq sntf pm led clo only pmp pio slum part
scsi0 : ahci
ata1: SATA max UDMA/133 irq 31
Generic platform RAM MTD, (c) 2004 Simtec Electronics
Ikanos VX185 SPI NOR Flash driver, Version 0.0.1 (c) 2012 AVM GmbH.
[vx185_snor_init] regs: b9020000 rx_ptr: b9020b80 tx_ptr: b9020b00
[vx185_snor_probe] Chip-ID: ffc22013
[vx185_snor_probe] found Macronix flash.
Creating 3 MTD partitions on "vx185_snor":
0x00000000-0x00020000 : "urlader" (master-size:524288)
0x00020000-0x00050000 : "tffs (1)" (master-size:524288)
0x00050000-0x00080000 : "tffs (2)" (master-size:524288)
VX185 on-chip NAND FLash Controller Driver, Version 1.1 (c) 2010 Ikanos, Inc.
NAND device: Manufacturer ID: 0x2c, Chip ID: 0xdc (Micron NAND 512MiB 3,3V 8-bit)
Scanning device for bad blocks
Creating 6 MTD partitions on "NAND 512MiB 3,3V 8-bit":
0x00000000-0x00400000 : "kernel" (master-size:536870912)
0x00400000-0x03400000 : "filesystem" (master-size:536870912)
0x03400000-0x03800000 : "reserved-kernel" (master-size:536870912)
0x03800000-0x06800000 : "reserved-filesystem" (master-size:536870912)
0x06800000-0x06a00000 : "config" (master-size:536870912)
0x06a00000-0x08000000 : "nand-filesystem" (master-size:536870912)
CAPI Subsystem Rev 1.1.2.8
AVM PA 4.3.10 2014-09-21
AVM PA skb pktinfo at offset 216 size 196
[loadcontrol]module avm_pa registered
nf_conntrack version 0.5.0 (3955 buckets, 15820 max)
ip_tables: (C) 2000-2006 Netfilter Core Team
TCP cubic registered
mcfw: IGMPv3 fast forwarding
NET: Registered protocol family 10
IPv6 over IPv4 tunneling driver
NET: Registered protocol family 17
Bridge firewalling registered
Ebtables v2.0 registered
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
l2tp_core: L2TP core driver, V2.0
l2tp_ip: L2TP IP encapsulation support (L2TPv3)
l2tp_netlink: L2TP netlink interface
l2tp_eth: L2TP ethernet pseudowire support (L2TPv3)
l2tp_ip6: L2TP IP encapsulation support for IPv6 (L2TPv3)
802.1Q VLAN Support v1.8 Ben Greear <[email protected]>
All bugs added by David S. Miller <[email protected]>
TFFS: tiny flash file system driver. GPL (c) AVM Berlin (Version 2.0)
      mount on mtd1 and mtd2 (double buffering)
Adam2 environment variables API installed.
[simple-profiling]: 2 performance counters implemented, NEW_34K
Enable Performance Counter 0 for Data cache load/stores (User-Mode enabled Supervisor-Mode enabled Kernel-Mode enabled Exeption-Mode disable)
Setup tcs=0x1 current_tc_mask=0x1, reg=0
[simple-profiling]: 2 performance counters implemented, NEW_34K
Enable Performance Counter 1 for Data cache load/store misses (User-Mode enabled Supervisor-Mode enabled Kernel-Mode enabled Exeption-Mode disable)
Setup tcs=0x1 current_tc_mask=0x1, reg=1
AVM Simple Profiling enabled Version 3.0
kernel_init: basic setup done
ata1: SATA link down (SStatus 0 SControl 300)
Rx Status:0x6b1f
SQUASHFS error: Can't find a SQUASHFS superblock on mtdblock4
yaffs: dev is 32505860 name is "mtdblock4" ro
yaffs: passed flags ""
VFS: Mounted root (yaffs filesystem) readonly.
Freeing unused kernel memory: 4eb000: 160k freed
trying /sbin/init
[squashfs] use zip compression
[VR9-flash] -- Test --

starting pid 40, tty '': '/etc/init.d/rc.S'
mount: mounting proc on /proc failed: Device or resource busy
tar: removing leading '/' from member names
source files in group 0 ...
/etc/init.d/S00-signal    /etc/init.d/S05-watchdog  /etc/init.d/S09-config
/etc/init.d/S01-head      /etc/init.d/S06-logging   /etc/init.d/S09-rtc
/etc/init.d/S02-led       /etc/init.d/S08-tffs
processing /etc/init.d/S00-signal
processing /etc/init.d/S01-head
TFFS Name Table I
[config-space] detected mtdmtd7: size '2097152'
modprobe: module nand not found in modules.dep
[config-space][yaffs] driver is loaded
[config-space] using mtd7 for /var/flash
yaffs: dev is 32505863 name is "mtdblock7" rw
yaffs: passed flags ""
[config-space] /var/flash assigned @ /dev/mtdblock7
mknod: /var/flash/multid.leases: File exists
[tffs_node_to_yaffs] ignoring TFFS Node (minor: 60)
processing /etc/init.d/S02-led
[module-alloc-by-name] give 0x16000 bytes at 0x81201000 to module 'led_modul_Fritz_Box_HW191'
led_modul_Fritz_Box_HW191: module license '
(C) Copyright 2012 by AVM
' taints kernel.
[LED] "wyatt_earp_turn_off_leds" (0xfffffffe) not loaded
processing /etc/init.d/S05-watchdog

........
Nun der Bototvorgang mit dem selbstgebauten Kernel :

Code:
...................................memsize  board_memsize = 268435456
memsize  board_memsize = 268435456
Linux version 2.6.28.10 (gcc version 4.8.5 (GCC) ) #2 Mon May 4 16:32:49 CEST 2020
Fusiv MIPS Clock = 500000000 System Clock = 250000000
CPU revision is: 00019554 (MIPS 34Kc)
Determined physical RAM map:
memory: 0ffffff8 @ 00000000 (usable)
nid=0 start=0 map=570 end=ffff mapsize=2000 mode_bootmen_map=80570000
Zone PFN ranges:
  Normal   0x00000000 -> 0x0000ffff
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
    0: 0x00000000 -> 0x0000ffff
[module-alloc] failed 0x595730 bytes at 0x81201000
entering build_all_zonelists()
return from set_zonelist_order()
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 65023
Kernel command line: console=ttyS0,115200n8r nor_size=0MB sflash_size=512KB nand_size=128MB ethaddr=9C:C7:A6:C3:3E:D0
[FUSIV] add vx185_snor to the platform device list
[NAND] nand_size = 0x8000000
[FUSIV] add fusiv-nand to the platform device list
[trap_init] cpu_has_ejtag
[trap_init] cpu_has_watch
[trap_init] cpu_has_divec
[trap_init] cpu_has_mcheck
[trap_init] cpu_has_mipsmt
[trap_init] cpu_has_4kex
Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes.
Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
Writing ErrCtl register=00000000
Readback ErrCtl register=00000000
[mips_nmi_setup] setup NMI vector to base 0x80000380
Initializing IPC..
PID hash table entries: 1024 (order: 10, 4096 bytes)
console [ttyS0] enabled
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Memory: 248260k/262140k available (2912k kernel code, 13548k reserved, 1473k data, 152k init, 0k highmem)
Calibrating delay loop... 331.77 BogoMIPS (lpj=663552)
Mount-cache hash table entries: 512
kernel_init: started
kernel_init: kernel locked
net_namespace: 636 bytes
NET: Registered protocol family 16
Reboot Status is: Power-On
[ikan_gpio_init]
[cpmac] Version: 1.108.1.133 - Revision 811:2535 - Mo 25.08.2014 18:27:18
cpmac: compiled with sizeof(struct sk_buff) = 544
[fusiv_pcibios_init] Releasing PCIE reset line
Fusiv PCIe RC0 Starting ...
No PCIe device found on RC0
Fusiv PCIe RC1 Starting ...
No PCIe device found on RC1
[FUSIV] register 2 platform device(s)
SCSI subsystem initialized
NET: Registered protocol family 8
NET: Registered protocol family 20
NET: Registered protocol family 2
IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
TCP established hash table entries: 8192 (order: 4, 65536 bytes)
TCP bind hash table entries: 8192 (order: 3, 32768 bytes)
TCP: Hash tables configured (established 8192 bind 8192)
TCP reno registered
NET: Registered protocol family 1
squashfs: version 3.4 (2008/08/26) Phillip Lougher
msgmni has been set to 485
alg: No test for stdrng (krng)
io scheduler noop registered (default)
[avm_membench_init]
avm_net_trace: Up and running.
[avm] configured: watchdog event debug
AVM_WATCHDOG: Watchdog Driver for AR7 Hardware (Version 1.0, build: May  4 2020 13:55:49)
[loadcontrol] set auto - scale=1
Serial: 8250/16550 driver1 ports, IRQ sharing disabled
serial8250: ttyS0 at MMIO 0xb9010000 (irq = 28) is a 16450
loop: module loaded
PPP generic driver version 2.4.2
NET: Registered protocol family 24
tun: Universal TUN/TAP device driver, 1.6
tun: (C) 1999-2004 Max Krasnyansky <[email protected]>
Generic platform RAM MTD, (c) 2004 Simtec Electronics
Ikanos VX185 SPI NOR Flash driver, Version 0.0.1 (c) 2012 AVM GmbH.
[vx185_snor_init] regs: b9020000 rx_ptr: b9020b80 tx_ptr: b9020b00
[vx185_snor_probe] Chip-ID: ffc22013
[vx185_snor_probe] found Macronix flash.
Creating 3 MTD partitions on "vx185_snor":
0x00000000-0x00020000 : "urlader" (master-size:524288)
0x00020000-0x00050000 : "tffs (1)" (master-size:524288)
0x00050000-0x00080000 : "tffs (2)" (master-size:524288)
VX185 on-chip NAND FLash Controller Driver, Version 1.1 (c) 2010 Ikanos, Inc.
NAND device: Manufacturer ID: 0x2c, Chip ID: 0xdc (Micron NAND 512MiB 3,3V 8-bit)
Scanning device for bad blocks
Creating 6 MTD partitions on "NAND 512MiB 3,3V 8-bit":
0x00000000-0x00400000 : "reserved-kernel" (master-size:536870912)
0x00400000-0x03400000 : "reserved-filesystem" (master-size:536870912)
0x03400000-0x03800000 : "kernel" (master-size:536870912)
0x03800000-0x06800000 : "filesystem" (master-size:536870912)
0x06800000-0x06a00000 : "config" (master-size:536870912)
0x06a00000-0x08000000 : "nand-filesystem" (master-size:536870912)
CAPI Subsystem Rev 1.1.2.8
AVM PA 4.3.10 2014-09-21
AVM PA skb pktinfo at offset 212 size 196
[loadcontrol]module avm_pa registered
ip_tables: (C) 2000-2006 Netfilter Core Team
TCP cubic registered
mcfw: IGMPv3 fast forwarding
NET: Registered protocol family 10
IPv6 over IPv4 tunneling driver
NET: Registered protocol family 17
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
l2tp_core: L2TP core driver, V2.0
l2tp_ip: L2TP IP encapsulation support (L2TPv3)
l2tp_netlink: L2TP netlink interface
l2tp_eth: L2TP ethernet pseudowire support (L2TPv3)
l2tp_ip6: L2TP IP encapsulation support for IPv6 (L2TPv3)
802.1Q VLAN Support v1.8 Ben Greear <[email protected]>
All bugs added by David S. Miller <[email protected]>
TFFS: tiny flash file system driver. GPL (c) AVM Berlin (Version 2.0)
      mount on mtd1 and mtd2 (double buffering)
Adam2 environment variables API installed.
[simple-profiling]: 2 performance counters implemented, NEW_34K
Enable Performance Counter 0 for Data cache load/stores (User-Mode enabled Supervisor-Mode enabled Kernel-Mode enabled Exeption-Mode disable)
Setup tcs=0x1 current_tc_mask=0x1, reg=0
[simple-profiling]: 2 performance counters implemented, NEW_34K
Enable Performance Counter 1 for Data cache load/store misses (User-Mode enabled Supervisor-Mode enabled Kernel-Mode enabled Exeption-Mode disable)
Setup tcs=0x1 current_tc_mask=0x1, reg=1
AVM Simple Profiling enabled Version 3.0
kernel_init: basic setup done
SQUASHFS error: Can't find a SQUASHFS superblock on mtdblock6
yaffs: dev is 32505862 name is "mtdblock6" ro
yaffs: passed flags ""
VFS: Mounted root (yaffs filesystem) readonly.
Freeing unused kernel memory: 459000: 152k freed
trying /sbin/init
[squashfs] use zip compression
CPU 0 Unable to handle kernel paging request at virtual address 00000000, epc == 800fa604, ra == 800f3e50
Oops[#1]:
Cpu 0
$ 0   : 00000000 00000000 00000000 00000000
$ 4   : 00000a36 00000400 00000000 00002000
$ 8   : 0000000c 80158304 6e6804f1 fffd2ef6
$12   : 80506918 00000004 00000000 8f406408
$16   : 0000515f 8faa0ca4 01456e78 00000000
$20   : 00000000 8faabb10 00000001 8fac6000
$24   : 00000000 80062eb8
$28   : 8faa8000 8faaba80 8faa0c00 800f3e50
Hi    : 00000000
Lo    : 0000a2bc
ac1Hi: 00000000 ac1Lo: 00000000
ac2Hi: 00000000 ac2Lo: 00000000
ac3Hi: 00000000 ac3Lo: 00000000
dspcontrol: 00000000
epc   : 800fa604 LzmaDecode+0xac/0xeb8
    Not tainted
ra    : 800f3e50 squashfs_read_data+0x410/0x5ac
Status: 1100fc03    KERNEL EXL IE
Cause : 0080000c exc_code:3 TLBS
BadVA : 00000000
epc   : 800fa604 LzmaDecode+0xac/0xeb8
errepc: 58e1ee36 0x58e1ee36
    Not tainted
ra    : 800f3e50 squashfs_read_data+0x410/0x5ac
PrId  : 00019554 (MIPS 34Kc)
Modules linked in:
Process mount (pid: 28, threadinfo=8faa8000, task=8f8e0038, tls=2aab7460)
Stack : 8f406188 8f84b4e0 00000000 8faa0604 fffffff7 800a5504 00000000 800a6b6c
        8f4062c8 00000002 00000000 00000000 00000000 00000003 00000003 800a6cc8
        800a5414 00000002 8f4062c8 8f4062c8 0000515f 8faa0ca4 01456e78 00000000
        00000000 8faa0c00 00000001 8fac6000 8faa0c00 800f3e50 8faa0d10 8faadb98
        8fac6000 00002000 8faabb34 8002dbc0 800f3778 8faa0c00 8faa0600 00000004
        ...
Call Trace:
[<800fa604>] LzmaDecode+0xac/0xeb8
[<800f3e50>] squashfs_read_data+0x410/0x5ac
[<800f41a0>] squashfs_cache_get+0x1b4/0x304
[<800f556c>] squashfs_get_cached_block+0x60/0x168
[<800f6988>] squashfs_read_inode+0x1a8/0x115c
[<800f548c>] squashfs_fill_super+0x1034/0x10b4
[<80087d1c>] get_sb_bdev+0x120/0x198
[<800f38b8>] squashfs_get_sb+0x20/0x2c
[<80087640>] vfs_kern_mount+0x50/0xb4
[<800876f8>] do_kern_mount+0x44/0x100
[<8009ce88>] do_mount+0x638/0x698
[<8009cf7c>] sys_mount+0x94/0xe8
[<8001ec10>] stack_done+0x20/0x40


Code: 8fa60018  00021840  00c31821 <a4650000> 0803e97c  24420001  afa00014  24100005  00009821
starting pid 33, tty '': '/etc/init.d/rc.S'
can't run '/etc/init.d/rc.S': No such file or directory

Please press Enter to activate this console.
Vielleicht irgendwas mit der Speicheraufteilung ?
Habe da leider keinerlei Ahnung - im Gegensatz zum Seriellen Anschluss - der war schnell Ausfindig gemacht und die drei Adern angeschlossen...
 

PeterPawn

IPPF-Urgestein
Mitglied seit
10 Mai 2006
Beiträge
12,846
Punkte für Reaktionen
945
Punkte
113
Ich sage mal, der Kernel kann zwar im ersten Schritt das YAFFS-Dateisystem als Wurzel mounten, aber das vermutlich auch hier in der "/etc/inittab" hinterlegte "pivot_root" kann nicht auf das SquashFS-Image als Wurzel umschalten, weil dieses Probleme beim Lesen hat (und zwar landet es bei einem NULL-Pointer).

Was mir hier auffällt, ist der Widerspruch zwischen der "Ansage", das Image würde/sollte "zip compression" verwenden ("[squashfs] use zip compression") und dem Call-Stack bei Dump, wo ein "LzmaDecode" versucht wird.

Das KANN zwar immer noch richtig sein (wenn die Funktionen merkwürdig benannt sind und auf die Anzeige gepfiffen wurde), aber es klingt erst mal komisch - ich würde hier jedenfalls mal die beiden Dateisysteme miteinander vergleichen (irgendwo unter "build" sollte sowohl das Original von AVM als auch die Freetz-Version zu finden sein und zwar auch "einzeln", so daß man sie mit einem "unsquashfs" analysieren kann), ob die tatsächlich dieselben "Merkmale" verwenden.

Ich bin mir auch nicht sicher, ob die Tests, die zur "Aufnahme" der 7369 in die Liste der unterstützten Modelle geführt haben, tatsächlich mit "replace kernel" gearbeitet hatten (und/oder wer die ausgeführt hat) ... daher würde ich darauf tippen (anhand der Fehlermeldungen), daß hier beim Kernel-Build die falsche (oder nur eine einzelne) Kompressionsmethode eingebaut wurde.

Die 7390 (die sicherlich als Vorlage gedient hat, wenn das eine Vx18x-Box ist - Freetz verwendet ja auch Kernel-Quellen, die irgendwie mit "diff"s zu anderen "Basisversionen" arbeiten) verwendet hier ja nur LZMA-Kompression mit SquashFS 3.4 und es wäre denkbar, daß der ersetzte Kernel dann die ZIP-Kompression gar nicht wirklich unterstützt oder sie zumindest tatsächlich nicht "anwendet" (was dann wieder zum "LzmaDecode"-Aufruf paßt). Andererseits kann ich mich noch dunkel erinnern, daß auch eine 7390 Images mit ZIP-Kompression mounten konnte - wenn ich mich nicht irre. Ich habe das irgendwo hier mal vor Jahren beschrieben, welche Box (7490 vs. 7390 im Speziellen) welches Format beherrscht und das war natürlich noch vor 06.5x und dem Schritt zu SquashFS 4 bei den "noch aktuellen" Boxen (die 7390 hat m.W. nie den Schritt zu Version 4 vollzogen).

Bei der 7369 verwendet AVM jedenfalls selbst ZIP-Kompression für die eigene Firmware (im Gegensatz zu LZMA bei der 7390) und damit wird das Freetz beim Komprimieren vermutlich auch nutzen.

Rich (BBCode):
vidar:/home/GitHub/YourFritz/toolbox $ ./inspect_image -d /home/FritzBox/FB7369/FRITZ.Box_7369.en-de-es-it-fr-pl.119.06.32.image
inspect_image, version 0.8

Copyright (C) 2018-2020 P.Hämmerlein ([email protected])

This script is a part of the YourFritz project from https://github.com/PeterPawn/YourFritz.

This program is free software; you can redistribute it and/or modify it under the terms of the GNU
General Public License as published by the Free Software Foundation; either version 2 of the
License, or (at your option) any later version.

This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without
even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
General Public License under http://www.gnu.org/licenses/gpl-2.0.html for more details.

--------------------------------------------------------------------------------------------------

Device uses NAND flash for kernel and a wrapper partition for filesystem image.
The wrapper partition uses YAFFS2 format on the device and SquashFS format for installation.
SquashFS version used: 3
SquashFS compression used: gzip
SquashFS endianess used: big

>>>>> Output of 'extract_version_values' <<<<<
Model="Fritz_Box_HW191"
Product="FRITZ!Box 7369"
Date="14.06.2016 12:16:28"
Version="119.06.32"
Subversion="-33419"
Buildnumber=""
Buildtype=""
Brandings="avme"
Release="1"
BetaRelease="0"
LaborName=""
DirtyBuild=""
InstallType="iks_128MB_xilinx_4eth_1ab_pots_wlan_usb_host_dect_59462"
KernelVersion="2.6.28.10"
LibraryProject="uClibc"
LibraryVersion="0.9.33.2"
LibraryIdent="uClibc-0.9.33.2"
BootType="rc.S"
PublicKey1="00ba60ba7e6321ff11f0d4cdcdea79a7476c5e9b4da6c9e8fc1496ed008c43e18517ebc4d14f86abec6d3f494904bc125c727d3f4f45118ff2762eaa297cb0ef915b547a943659cf5f2ce1b3c5569c2c6f066b692b5c726883bbea3fe7abdfed59728365d2fcbc1020ee0f8e35bac6d7e4ee52ee87e8d28549469edd47dd06b80d"
PublicKey2="00b58fb5a8699f77dab086779da9b8cb39e33f22584221747d4849c56fa335b84280ee86d73f99c30e784d6d5f6969831f50ee87f73a63ff25e881718e44fb881b10ac0c25be564a03eb87ff4e7f110af3bd2863217f31f4fe09b070c39200cdf77cf392f5c7a9daf6bfabe389a92e221d86db4e20f76533230137b2abbe7ff59b"
PublicKey3="00f2ee9ffd8556211f5644da48a252b107124b330d4c20dcf3b9bac892924cabaa4df4f53e1c62e3f2aa12a23eb1d770df1520a998078738407e6a71b077f73ba976363836b880b0dd88741bc3b83ab061691226e823404b7fc88ed278d8130fe5336eb925c78f2f8ad7cb87d9586286f768ab3236fa8fb51ae7c4bbe1e041d849"
>>>>> ================================== <<<<<

The unpacked filesystem structure may be found at:

/tmp/tmp.Sfsn2bp1E7/10208_inspect_image/fs


The content of the extra YAFFS2 partition may be found at:

/tmp/tmp.Sfsn2bp1E7/10208_inspect_image/wrapper
Please use another terminal session to inspect or backup data from the location above.

If you've done with it and want to continue, the whole working directory

/tmp/tmp.Sfsn2bp1E7/10208_inspect_image

gets deleted - any possibly open file(s) within, will lead to an orphaned directory, which has to be removed manually.

Do you want to continue/exit? Enter 'x' / 'q' (eXit/Quit): q

__YF_II_BoxType=nand
__YF_II_WithWrapper=1
__YF_II_WrapperFormat=sqfs
__YF_II_WrapperLocation="/tmp/tmp.Sfsn2bp1E7/10208_inspect_image/wrapper"
__YF_II_WrapperRootFSFileName="filesystem_core.squashfs"
__YF_II_SquashFSVersion=3
__YF_II_SquashFSCompression=gzip
__YF_II_SquashFSEndianess=big
__YF_II_SquashFSPacker="/home/GitHub/YourFritz/bin/squashfs/x86_64/mksquashfs3-multi -be"
__YF_II_RootFSLocation="/tmp/tmp.Sfsn2bp1E7/10208_inspect_image/fs"

Found a valid superblock at offset 0x00000000 while scanning /tmp/tmp.Sfsn2bp1E7/10208_inspect_image/fs.avm.
Reading a different endian SQUASHFS filesystem on /tmp/tmp.Sfsn2bp1E7/10208_inspect_image/fs.avm
Found a valid big endian SQUASHFS 3:0 superblock on /tmp/tmp.Sfsn2bp1E7/10208_inspect_image/fs.avm.
Creation or last append time Tue Jun 14 12:16:55 2016
Filesystem size 18902.42 Kbytes (18.46 Mbytes)
Compression gzip
Block size 65536
Filesystem is exportable via NFS
Inodes are compressed
Data is compressed
Fragments are compressed
Always-use-fragments option is not specified
Check data is not present in the filesystem
Duplicates are removed
Number of fragments 289
Number of inodes 3364
Number of uids 1
Number of gids 0
Found a valid superblock at offset 0x00000000 while scanning /tmp/tmp.Sfsn2bp1E7/10208_inspect_image/sqfs.avm.
Reading a different endian SQUASHFS filesystem on /tmp/tmp.Sfsn2bp1E7/10208_inspect_image/sqfs.avm
Found a valid big endian SQUASHFS 3:0 superblock on /tmp/tmp.Sfsn2bp1E7/10208_inspect_image/sqfs.avm.
Creation or last append time Tue Jun 14 12:17:00 2016
Filesystem size 19423.35 Kbytes (18.97 Mbytes)
Compression gzip
Block size 65536
Filesystem is exportable via NFS
Inodes are compressed
Data is compressed
Fragments are compressed
Always-use-fragments option is not specified
Check data is not present in the filesystem
Duplicates are removed
Number of fragments 1
Number of inodes 217
Number of uids 1
Number of gids 0
Pack=1
vidar:/home/GitHub/YourFritz/toolbox $
(Ob das mit YAFFS2 stimmt oder ob es die erste Version dieses Formats ist, sei mal dahingestellt.)

Wenn das erzeugte Dateisystem also richtig ist (ich hoffe mal, Du hast das ohne "replace kernel" schon mal erfolgreich probiert?), dann stimmt irgendetwas bei der Übersetzung des SquashFS-Treibers im Kernel vielleicht nicht.

EDIT: OK, der erste Test war es offensichtlich nicht, ich habe alte Screenshots gefunden (https://www.ip-phone-forum.de/threads/exoten-im-test-mit-freetz-7369-tested-no-comment.303361/post-2327809). Andererseits war das mit "Freetz-NG" ... ich hätte mich also vermutlich komplett heraushalten sollen, was ich von hier an dann auch mache.
 
Zuletzt bearbeitet:

feedzapper

Neuer User
Mitglied seit
28 Jan 2008
Beiträge
110
Punkte für Reaktionen
13
Punkte
18
Hallo Peter, danke für deine Ausführungen.
Es ist alles mit "freetz-ng" compiliert. Der erst Log stammt vom build "OHNE" replace Kernel. Auch hier kommt ja dieser :

Code:
SQUASHFS error: Can't find a SQUASHFS superblock on mtdblock4
aber die Box bootet weiter munter durch - also ohne Replace Kernel laufen die freetz-ng Images alle ohne Probleme.
Aber das ist ja schon mal sehr hilfreich, was du geschrieben hast.
Evtl. ist es ja nur eine option in der Kernel-Config die falsch konfiguriert ist ...!?
 

PeterPawn

IPPF-Urgestein
Mitglied seit
10 Mai 2006
Beiträge
12,846
Punkte für Reaktionen
945
Punkte
113
aber die Box bootet weiter munter durch
Das ist ja auch richtig als Meldung ... die Partition verwendet nämlich kein SquashFS-Format, sondern YAFFS:
Rich (BBCode):
SQUASHFS error: Can't find a SQUASHFS superblock on mtdblock4
yaffs: dev is 32505860 name is "mtdblock4" ro
yaffs: passed flags ""
und da wäre es schon komisch, wenn da ein SquashFS-Superblock enthalten wäre. Die Reihenfolge, in der die Flash-Scanner im Kernel nach den Formaten suchen, ist aber eben so, daß zuerst auf "SquashFS" getestet wird (steht alles in den Kernel-Quellen).

Nur liegt in dieser YAFFS-Partition eben am Ende eine "filesystem_core.squashfs" und diese ist es auch, die hier nicht richtig gelesen werden kann.

EDIT: Aber ich bin bei Freetz-NG ohnehin raus ... ich tue es mir nicht an, zwei Forks auf "Änderungen" zu überwachen und mir dann noch zu merken, welcher nun welche Modelle unterstützt oder welche Pakete/Versionen/etc. - das ist mir einfach zu anstrengend.

EDIT2: Was Du wie testen könntest, habe ich ja in #2 schon geschrieben ... daran hat sich nichts geändert.
 

NDiIPP

Aktives Mitglied
Mitglied seit
13 Apr 2017
Beiträge
2,920
Punkte für Reaktionen
493
Punkte
83
Zwar ist die 7369 mit der 7390 gewissermaßen verwandt (Ikanos Vx18x) aber die Firmware (Kernel + Filesystem) befindet sich bei der 7369 im NAND-Flash (und nicht im NOR-Flash wie bei der 7390). Und vielleicht gibt es auch noch weitere relevante Unterschiede zwischen dem Vx180 (7390) und Vx185 (7369). Wenn also zum bauen des Kernel die Quelltexte der 7390 als Basis dienen, könnte das wohl die Probleme verursachen. Beim originalen Freetz kann man jedenfalls für die 7369 kein Replace Kernel aktivieren ("not available, no sources by AVM").

Jedenfalls konnte ich unter osp.avm.de auch kein Quelltext-Paket für die 7369 finden. Kurzum: Wieso bietet freetz-ng überhaupt die Möglichkeit für ein Replace-Kernel an?

---

Edit:
Code:
CPU revision is: 00019554 (MIPS 34Kc)
Also hat der Vx185 wohl einen MIPS 34Kc Core. Der Vx180 hat ja einen MIPS 24KEc. Es scheint also doch ein paar größere Unterschiede zwischen Vx180 und Vx185 zu geben...
 

NDiIPP

Aktives Mitglied
Mitglied seit
13 Apr 2017
Beiträge
2,920
Punkte für Reaktionen
493
Punkte
83
Ich hatte am 05.05. (als ich den Beitrag #5 verfasste) auch noch einmal unter osp.avm.de nachgeschaut und die Quelltextpakte für die 7369 dort nicht vorgefunden (dafür habe ich zwar keinen Beleg aber ich bin mir da doch noch relativ sicher, da ich meiner Erinnerung nach genau danach geschaut/gesucht hatte). Bei meinem letzten Sync von osp.avm.de am 07.04.2020 war ebenfalls noch kein Quelltext-Paket für die 7369 vorhanden, auch kein älteres (und da kann ich mir auch sicher sein).

Jedenfalls schön, dass die Quelltexte für die 7369 nun vorhanden sind. Hattest du evtl. bei AVM bzgl. der Quelltexte für die 7369 nachgefragt? Nun müsste sich wohl nur noch einer darum kümmern, dass das auch in freetz integriert wird...
 

sfritz

Neuer User
Mitglied seit
27 Mrz 2019
Beiträge
19
Punkte für Reaktionen
2
Punkte
3

NDiIPP

Aktives Mitglied
Mitglied seit
13 Apr 2017
Beiträge
2,920
Punkte für Reaktionen
493
Punkte
83
Da wurde bei mir wohl ggf. die Seite noch aus dem Browsercache geladen...