expertenaustausch > linux.debian.user.german

Stefan Lehner (24.01.2020, 13:30)
Hi!
Ich habe hier ein etwas ungewöhnliches Setup. Ein etwas betagter Handheld PC
mit StrongARM Prozessor, auf welchem ich Debian 9 zum laufen bringen will.

Kurze Zusammenfassung zum Kernel:
4.9.210 mit BX Emulation Patch (damit das ganze auch auf dem alten Prozessor
läuft)
CONFIG_AEABI=y
CONFIG_OABI_COMPAT=y
Ganze Kernel config kann ich nachreichen sollte das relevant sein.

Das armel rootfs wurde auf eine CF Karte mit debootstrap kopiert. Danach die
devices erstellt und einige Dinge wie Hostname, locale und so weiter
konfiguriert.

$ debootstrap --arch armel --foreign stretch /mnt/jornada

$ cp /usr/bin/qemu-arm-static /mnt/jornada/usr/bin
$ LANG=C.UTF-8 chroot /mnt/jornada qemu-arm-static /bin/bash

$ /debootstrap/debootstrap --second-stage

$ apt install makedev
$ mount none /proc -t proc
$ cd /dev
$ MAKEDEV generic

.....

Nun zum Problem: Der Kernel bootet und erkennt die Hardware, mountet das
rootfs. Nach einiger Zeit erscheint crng init done und dann ist Schluss, das
System bleibt einfach stehen. Ich habe auch testweise mal versucht
init=/bin/bash zu übergeben. Kommt aber zum selben Ergebnis ...
Kann mir hier jemand helfen?

Hier das console output:

--------linexec--------
LinExec: UART Initialized.
LinExec: UART Initialized.
LinExec: UART Initialized.
LinExec: Beginning boot_linux.
LinExec: Passing the point of no return.. Now.
LinExec: Entering DRAMloader...
Booting Linux on physical CPU 0x0
Linux version 4.9.210 (stefan@spnub1804work) (gcc version 7.4.0
(Ubuntu/Linaro 7.4.0-1ubuntu1~18.04.1) ) #4 Tue Jan 21 15:00:20 UTC 2020
CPU: StrongARM-1110 [6901b118] revision 8 (ARMv4), cr=c020717f
CPU: VIVT data cache, VIVT instruction cache
Machine: HP Jornada 720
Memory policy: Data cache writeback
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32512
Kernel command line: root=/dev/hda2 mem=128m rootdelay=2
console=ttySA0,115200n8 sa11xx_core.pc_debug=7
PID hash table entries: 512 (order: -1, 2048 bytes)
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Memory: 125928K/131072K available (2980K kernel code, 117K rwdata, 628K
rodata, 120K init, 84K bss, 5144K reserved, 0K cma-reserved)
Virtual kernel memory layout:
vector : 0xffff0000 - 0xffff1000 ( 4 kB)
fixmap : 0xffc00000 - 0xfff00000 (3072 kB)
vmalloc : 0xc8800000 - 0xff800000 ( 880 MB)
lowmem : 0xc0000000 - 0xc8000000 ( 128 MB)
modules : 0xbf000000 - 0xc0000000 ( 16 MB)
.text : 0xc0208000 - 0xc04f1250 (2981 kB)
.init : 0xc0590000 - 0xc05ae000 ( 120 kB)
.data : 0xc05ae000 - 0xc05cb420 ( 118 kB)
.bss : 0xc05cb420 - 0xc05e0748 ( 85 kB)
SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
NR_IRQS:16 nr_irqs:61 61
irq: Cannot allocate irq_descs @ IRQ1, assuming pre-allocated
irq: Cannot allocate irq_descs @ IRQ33, assuming pre-allocated
sched_clock: 32 bits at 3686kHz, resolution 271ns, wraps every
582542222200ns
clocksource: oscr0: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns:
518462577799 ns
Console: colour dummy device 30x40
console [ttySA0] enabled
Calibrating delay loop... 136.60 BogoMIPS (lpj=683008)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
CPU: Testing write buffer coherency: ok
Setting up static identity map for 0xc0208240 - 0xc0208298
clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns:
19112604462750000 ns
futex hash table entries: 256 (order: -1, 3072 bytes)
NET: Registered protocol family 16
DMA: preallocated 256 KiB pool for atomic coherent allocations
SA1111 Microprocessor Companion Chip: silicon revision 1, metal revision 1
sa1111 sa1111.0: Providing IRQ61-115
sa1111-rab 0400: dmabounce: registered device
sa1111-rab 0600: dmabounce: registered device
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
clocksource: Switched to clocksource oscr0
genirq: Setting trigger mode 3 for irq 112 failed (sa1111_type_irq+0x0/0x8c)

genirq: Setting trigger mode 3 for irq 114 failed (sa1111_type_irq+0x0/0x8c)

jornada720_pcmcia_configure_socket(): config socket 0 vcc 0 vpp 0
genirq: Setting trigger mode 3 for irq 113 failed (sa1111_type_irq+0x0/0x8c)

genirq: Setting trigger mode 3 for irq 115 failed (sa1111_type_irq+0x0/0x8c)

jornada720_pcmcia_configure_socket(): config socket 1 vcc 0 vpp 0
NET: Registered protocol family 2
TCP established hash table entries: 1024 (order: 0, 4096 bytes)
TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
TCP: Hash tables configured (established 1024 bind 1024)
UDP hash table entries: 256 (order: 0, 4096 bytes)
UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
NET: Registered protocol family 1
NetWinder Floating Point Emulator V0.97 (double precision)
SSP: device initialized with irq
workingset: timestamp_bits=30 max_order=15 bucket_order=0
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered (default)
Epson S1D13XXX FB Driver
s1d13xxxfb: chip production id 4 = S1D13506
s1d13xxxfb: chip revision 1
s1d13xxxfb: regs mapped at 0xf0000000, fb 512 KiB mapped at 0xf1000000
Console: switching to colour frame buffer device 80x30
fb0: S1D13xxx frame buffer device
Serial: SA11x0 driver
sa11x0-uart.1: ttySA1 at MMIO 0x80010000 (irq = 16, base_baud = 230400) is a
SA1100
sa11x0-uart.3: ttySA0 at MMIO 0x80050000 (irq = 18, base_baud = 230400) is a
SA1100
loop: module loaded
jornada720_pcmcia_configure_socket(): config socket 1 vcc 33 vpp 33
nbd: registered device at major 43
Uniform Multi-Platform E-IDE driver
ide-gd driver 1.18
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
sa1111-ohci 0400: SA-1111 OHCI
sa1111-ohci 0400: new USB bus registered, assigned bus number 1
sa1111-ohci 0400: irq 105, io mem 0x40000400
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 1 port detected
mousedev: PS/2 mouse device common for all mice
input: HP Jornada 720 keyboard as
/devices/platform/jornada720_kbd/input/input0
input: HP Jornada 7xx Touchscreen as
/devices/platform/jornada_ts/input/input1
sa1100-rtc sa1100-rtc: rtc core: registered sa1100-rtc as rtc0
usbcore: registered new interface driver usbhid
usbhid: USB HID core driver
NET: Registered protocol family 17
Registering BX emulation handler
sa1100-rtc sa1100-rtc: setting system clock to 1970-01-01 00:00:25 UTC (25)
Waiting 2 sec before mounting root device...
jornada720_pcmcia_configure_socket(): config socket 1 vcc 33 vpp 33
jornada720_pcmcia_configure_socket(): config socket 1 vcc 33 vpp 33
pcmcia_socket pcmcia_socket1: pccard: PCMCIA card inserted into slot 1
pcmcia 1.0: pcmcia: registering new device pcmcia1.0 (IRQ: 111)
jornada720_pcmcia_configure_socket(): config socket 1 vcc 33 vpp 0
jornada720_pcmcia_configure_socket(): config socket 1 vcc 33 vpp 0
hda: CF Card, CFA DISK drive
random: fast init done
ide0 at 0xc8870000-0xc8870007,0xc887000e on irq 111
bounce: isa pool size: 16 pages
hda: max request size: 1024KiB
hda: 7806960 sectors (3997 MB) w/1KiB Cache, CHS=7745/255/63
hda: cache flushes supported
hda: hda1 hda2 hda3
ide-cs 1.0: ide-cs: hda: Vpp = 0.0
EXT2-fs (hda2): warning: mounting unchecked fs, running e2fsck is
recommended
VFS: Mounted root (ext2 filesystem) on device 3:2.
Freeing unused kernel memory: 120K
This architecture does not have kernel memory protection.
random: crng init done

lg.
Stefan
ternaryd (24.01.2020, 14:20)
On Fri, 24 Jan 2020 12:20:43 +0100
"Stefan Lehner" <stefan-lehner> wrote:

> Ich habe hier ein etwas ungewöhnliches Setup.
> Ein etwas betagter Handheld PC mit StrongARM
> Prozessor, auf welchem ich Debian 9 zum laufen
> bringen will.


> Nun zum Problem: Der Kernel bootet und
> erkennt die Hardware, mountet das rootfs.
> Nach einiger Zeit erscheint crng init done und
> dann ist Schluss, das System bleibt einfach
> stehen. Ich habe auch testweise mal versucht
> init=/bin/bash zu übergeben. Kommt aber zum
> selben Ergebnis ...


Hat das Ding Netzwerk? Kann man da über
Netzwerk zugreifen? Wenn ja: hatte vor einiger
Zeit ein ähnliches Problem, das sich nur lösen
ließ, als ich den standard serial driver im
Kernel aktivierte, obwohl ich eigentlich so
eine hardware gar nicht auf dem Brett hatte
(wie ich meine).
Christian Knoke (24.01.2020, 20:00)
Hallo Stefan,

nur ein paar laue Ideen:

Du schriebst am 24. Jan um 12:20 Uhr:
> Hi!
> Ich habe hier ein etwas ungewöhnliches Setup. Ein etwas betagter Handheld PC
> mit StrongARM Prozessor, auf welchem ich Debian 9 zum laufen bringen will.


> Das armel rootfs wurde auf eine CF Karte mit debootstrap kopiert. Danach die
> devices erstellt und einige Dinge wie Hostname, locale und so weiter
> konfiguriert.


> Nun zum Problem: Der Kernel bootet und erkennt die Hardware, mountet das
> rootfs. Nach einiger Zeit erscheint crng init done und dann ist Schluss, das
> System bleibt einfach stehen. Ich habe auch testweise mal versucht
> init=/bin/bash zu übergeben. Kommt aber zum selben Ergebnis ...
> Kann mir hier jemand helfen?


wir reden von Debian 9, vielleicht ein urandom Problem? Touchpad streicheln
und Tastatur tippen ...

Kennt der Kernel die serielle Konsole? Stimmen die Konsolennamen, die sind
ja wohl anders als üblich. Zeigt der frame buffer irgendwas an?

Gibt es Logfiles auf der Speicherkarte?

> Hier das console output:
> --------linexec--------
> LinExec: UART Initialized.
> LinExec: UART Initialized.
> LinExec: UART Initialized.
> LinExec: Beginning boot_linux.


> lg.
> Stefan


Gruß
Christian
Michael Schütz (24.01.2020, 21:00)
Am Fri, 24 Jan 2020 12:20:43 +0100
schrieb "Stefan Lehner" <stefan-lehner>:

> Hi!
> Ich habe hier ein etwas ungewöhnliches Setup. Ein etwas betagter
> Handheld PC mit StrongARM Prozessor, auf welchem ich Debian 9 zum
> laufen bringen will.
> Kurze Zusammenfassung zum Kernel:
> 4.9.210 mit BX Emulation Patch (damit das ganze auch auf dem alten
> Prozessor läuft)
> CONFIG_AEABI=y
> CONFIG_OABI_COMPAT=y
> Ganze Kernel config kann ich nachreichen sollte das relevant sein.

Was ist denn das für eine armel Version? Irgendwo habe ich gelesen,
dass nur noch 5T und höher von Debian unterstützt wird.
Stefan Lehner (07.02.2020, 16:20)
Hallo!
Danke für eure Antworten! Ich habe es geschafft das Debian 9 mit dem älteren
Kernel 4.8.7 läuft. Warum 4.9 nicht geht habe ich noch nicht herausgefunden,
daran werde ich arbeiten wenn das System mit 4.8.9 vernünftig läuft.

Leider habe ich ein anderes seltsames Problem:
Apt funktioniert nicht. Immer wenn ich versuche "apt update" oder "apt
install xyz" auszuführen friert das System ein. Das System reagiert zwar auf
Tastatureingaben und gibt diese am Bildschirm aus aber ich komme nichtmehr
auf die Shell zurück. Es werden auch Kernel messages wie das entfernen oder
einführen einer PCMCI Karte angezeigt aber sonst nichts mehr.

Zuerst dachte ich es liegt am BX emulation patch.
Aber leider besteht das selbe Problem auch unter Debian 5 (welches ARMv4l
direkt unterstützt) mit Kernel 3.16.81. Leider findet sich kein Eintrag zum
Crash in den log files ...

Vielleicht hat jemand einen Tipp oder kann mir sagen wo ich das debugging
beginnen kann!

Danke und Grüße
Stefan Lehner

-----Ursprüngliche Nachricht-----
Von: Stefan Lehner [mailto:stefan-lehner]
Gesendet: Freitag, 24. Jänner 2020 12:21
An: debian-user-german
Betreff: Debian 9 (armel) - startet nicht

Hi!
Ich habe hier ein etwas ungewöhnliches Setup. Ein etwas betagter Handheld PC
mit StrongARM Prozessor, auf welchem ich Debian 9 zum laufen bringen will.

Kurze Zusammenfassung zum Kernel:
4.9.210 mit BX Emulation Patch (damit das ganze auch auf dem alten Prozessor
läuft)
CONFIG_AEABI=y
CONFIG_OABI_COMPAT=y
Ganze Kernel config kann ich nachreichen sollte das relevant sein.

Das armel rootfs wurde auf eine CF Karte mit debootstrap kopiert. Danach die
devices erstellt und einige Dinge wie Hostname, locale und so weiter
konfiguriert.

$ debootstrap --arch armel --foreign stretch /mnt/jornada

$ cp /usr/bin/qemu-arm-static /mnt/jornada/usr/bin
$ LANG=C.UTF-8 chroot /mnt/jornada qemu-arm-static /bin/bash

$ /debootstrap/debootstrap --second-stage

$ apt install makedev
$ mount none /proc -t proc
$ cd /dev
$ MAKEDEV generic

.....

Nun zum Problem: Der Kernel bootet und erkennt die Hardware, mountet das
rootfs. Nach einiger Zeit erscheint crng init done und dann ist Schluss, das
System bleibt einfach stehen. Ich habe auch testweise mal versucht
init=/bin/bash zu übergeben. Kommt aber zum selben Ergebnis ...
Kann mir hier jemand helfen?

Hier das console output:

--------linexec--------
LinExec: UART Initialized.
LinExec: UART Initialized.
LinExec: UART Initialized.
LinExec: Beginning boot_linux.
LinExec: Passing the point of no return.. Now.
LinExec: Entering DRAMloader...
Booting Linux on physical CPU 0x0
Linux version 4.9.210 (stefan@spnub1804work) (gcc version 7.4.0
(Ubuntu/Linaro 7.4.0-1ubuntu1~18.04.1) ) #4 Tue Jan 21 15:00:20 UTC 2020
CPU: StrongARM-1110 [6901b118] revision 8 (ARMv4), cr=c020717f
CPU: VIVT data cache, VIVT instruction cache
Machine: HP Jornada 720
Memory policy: Data cache writeback
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32512
Kernel command line: root=/dev/hda2 mem=128m rootdelay=2
console=ttySA0,115200n8 sa11xx_core.pc_debug=7
PID hash table entries: 512 (order: -1, 2048 bytes)
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Memory: 125928K/131072K available (2980K kernel code, 117K rwdata, 628K
rodata, 120K init, 84K bss, 5144K reserved, 0K cma-reserved)
Virtual kernel memory layout:
vector : 0xffff0000 - 0xffff1000 ( 4 kB)
fixmap : 0xffc00000 - 0xfff00000 (3072 kB)
vmalloc : 0xc8800000 - 0xff800000 ( 880 MB)
lowmem : 0xc0000000 - 0xc8000000 ( 128 MB)
modules : 0xbf000000 - 0xc0000000 ( 16 MB)
.text : 0xc0208000 - 0xc04f1250 (2981 kB)
.init : 0xc0590000 - 0xc05ae000 ( 120 kB)
.data : 0xc05ae000 - 0xc05cb420 ( 118 kB)
.bss : 0xc05cb420 - 0xc05e0748 ( 85 kB)
SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
NR_IRQS:16 nr_irqs:61 61
irq: Cannot allocate irq_descs @ IRQ1, assuming pre-allocated
irq: Cannot allocate irq_descs @ IRQ33, assuming pre-allocated
sched_clock: 32 bits at 3686kHz, resolution 271ns, wraps every
582542222200ns
clocksource: oscr0: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns:
518462577799 ns
Console: colour dummy device 30x40
console [ttySA0] enabled
Calibrating delay loop... 136.60 BogoMIPS (lpj=683008)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
CPU: Testing write buffer coherency: ok
Setting up static identity map for 0xc0208240 - 0xc0208298
clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns:
19112604462750000 ns
futex hash table entries: 256 (order: -1, 3072 bytes)
NET: Registered protocol family 16
DMA: preallocated 256 KiB pool for atomic coherent allocations
SA1111 Microprocessor Companion Chip: silicon revision 1, metal revision 1
sa1111 sa1111.0: Providing IRQ61-115
sa1111-rab 0400: dmabounce: registered device
sa1111-rab 0600: dmabounce: registered device
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
clocksource: Switched to clocksource oscr0
genirq: Setting trigger mode 3 for irq 112 failed (sa1111_type_irq+0x0/0x8c)

genirq: Setting trigger mode 3 for irq 114 failed (sa1111_type_irq+0x0/0x8c)

jornada720_pcmcia_configure_socket(): config socket 0 vcc 0 vpp 0
genirq: Setting trigger mode 3 for irq 113 failed (sa1111_type_irq+0x0/0x8c)

genirq: Setting trigger mode 3 for irq 115 failed (sa1111_type_irq+0x0/0x8c)

jornada720_pcmcia_configure_socket(): config socket 1 vcc 0 vpp 0
NET: Registered protocol family 2
TCP established hash table entries: 1024 (order: 0, 4096 bytes)
TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
TCP: Hash tables configured (established 1024 bind 1024)
UDP hash table entries: 256 (order: 0, 4096 bytes)
UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
NET: Registered protocol family 1
NetWinder Floating Point Emulator V0.97 (double precision)
SSP: device initialized with irq
workingset: timestamp_bits=30 max_order=15 bucket_order=0
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered (default)
Epson S1D13XXX FB Driver
s1d13xxxfb: chip production id 4 = S1D13506
s1d13xxxfb: chip revision 1
s1d13xxxfb: regs mapped at 0xf0000000, fb 512 KiB mapped at 0xf1000000
Console: switching to colour frame buffer device 80x30
fb0: S1D13xxx frame buffer device
Serial: SA11x0 driver
sa11x0-uart.1: ttySA1 at MMIO 0x80010000 (irq = 16, base_baud = 230400) is a
SA1100
sa11x0-uart.3: ttySA0 at MMIO 0x80050000 (irq = 18, base_baud = 230400) is a
SA1100
loop: module loaded
jornada720_pcmcia_configure_socket(): config socket 1 vcc 33 vpp 33
nbd: registered device at major 43
Uniform Multi-Platform E-IDE driver
ide-gd driver 1.18
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
sa1111-ohci 0400: SA-1111 OHCI
sa1111-ohci 0400: new USB bus registered, assigned bus number 1
sa1111-ohci 0400: irq 105, io mem 0x40000400
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 1 port detected
mousedev: PS/2 mouse device common for all mice
input: HP Jornada 720 keyboard as
/devices/platform/jornada720_kbd/input/input0
input: HP Jornada 7xx Touchscreen as
/devices/platform/jornada_ts/input/input1
sa1100-rtc sa1100-rtc: rtc core: registered sa1100-rtc as rtc0
usbcore: registered new interface driver usbhid
usbhid: USB HID core driver
NET: Registered protocol family 17
Registering BX emulation handler
sa1100-rtc sa1100-rtc: setting system clock to 1970-01-01 00:00:25 UTC (25)
Waiting 2 sec before mounting root device...
jornada720_pcmcia_configure_socket(): config socket 1 vcc 33 vpp 33
jornada720_pcmcia_configure_socket(): config socket 1 vcc 33 vpp 33
pcmcia_socket pcmcia_socket1: pccard: PCMCIA card inserted into slot 1
pcmcia 1.0: pcmcia: registering new device pcmcia1.0 (IRQ: 111)
jornada720_pcmcia_configure_socket(): config socket 1 vcc 33 vpp 0
jornada720_pcmcia_configure_socket(): config socket 1 vcc 33 vpp 0
hda: CF Card, CFA DISK drive
random: fast init done
ide0 at 0xc8870000-0xc8870007,0xc887000e on irq 111
bounce: isa pool size: 16 pages
hda: max request size: 1024KiB
hda: 7806960 sectors (3997 MB) w/1KiB Cache, CHS=7745/255/63
hda: cache flushes supported
hda: hda1 hda2 hda3
ide-cs 1.0: ide-cs: hda: Vpp = 0.0
EXT2-fs (hda2): warning: mounting unchecked fs, running e2fsck is
recommended
VFS: Mounted root (ext2 filesystem) on device 3:2.
Freeing unused kernel memory: 120K
This architecture does not have kernel memory protection.
random: crng init done

lg.
Stefan
Christian Knoke (08.02.2020, 12:50)
Stefan Lehner schrieb am 07. Feb um 15:10 Uhr:

> Leider habe ich ein anderes seltsames Problem:
> Apt funktioniert nicht. Immer wenn ich versuche "apt update" oder "apt
> install xyz" auszuführen friert das System ein. Das System reagiert zwar auf
> Tastatureingaben und gibt diese am Bildschirm aus aber ich komme nichtmehr
> auf die Shell zurück. Es werden auch Kernel messages wie das entfernen oder
> einführen einer PCMCI Karte angezeigt aber sonst nichts mehr.


Nun ja, dass sind genau die Probleme, die du erwarten darfst, wenn du eine
zwanzig Jahre alte ARMv4l CPU mit einer Distribution einsetzt, die offiziell
nur noch ARMv5 unterstützt. Einige Programme crashen ...

Was sagt denn "free", bevor du apt startest? apt ist ja das neuere Tool,
vielleicht geht ja apt-get, oder sogar aptitude? Eine zweite Konsole
einrichten geht wohl nicht, für "ps auxwf"?
[..]
Stefan Lehner (20.02.2020, 14:40)
Hallo!
Danke erst mal für euren Input!
Mein Problem ist diesem
uralten Bug
ziemlich ähnlich ...

Da das System eben nur 64 oder 128MB RAM hat, je nach Konfiguration, Swapt
es natürlich. Und somit freezed Debian wenn die CPU ausgelastet ist, zu
wenig freier RAM verfügbar ist und gleichzeitig auf die doch langsame CF
Karte swapt.
Ich habe testweise mal eine relativ große RAM Disk angelegt, mehrere
Anwendungen gestartet und das System gezwungen viel ins swap zu schreiben.
Danach die RAM Disk gelöscht und schnell "apt list" gestartet und siehe da
ich bekomme eine Auflistung. Sogar ein "apt install wirreless-tools" hat
funktioniert.

Einige versuche in der sysctl.conf, welche vorgeschlagen wurden, haben zu
keinem positiven Ergebnis geführt ...

Hat jemand noch andere Ansätze/Vorschläge wie man dieses Problem umgehen
kann? Swap deaktivieren ist absolut keine Option, da das Gerät doch sehr
wenig RAM hat.
Die Kernel patches aus der Bug Meldung möchte ich mir wenn ich Zeit habe
auch noch ansehen ...

lg.
Stefan

-----Ursprüngliche Nachricht-----
Von: Stefan Lehner [mailto:stefan-lehner]
Gesendet: Freitag, 7. Februar 2020 15:11
An: debian-user-german
Betreff: AW: Debian 9 (armel) - startet nicht

Hallo!
Danke für eure Antworten! Ich habe es geschafft das Debian 9 mit dem älteren
Kernel 4.8.7 läuft. Warum 4.9 nicht geht habe ich noch nicht herausgefunden,
daran werde ich arbeiten wenn das System mit 4.8.9 vernünftig läuft.

Leider habe ich ein anderes seltsames Problem:
Apt funktioniert nicht. Immer wenn ich versuche "apt update" oder "apt
install xyz" auszuführen friert das System ein. Das System reagiert zwar auf
Tastatureingaben und gibt diese am Bildschirm aus aber ich komme nichtmehr
auf die Shell zurück. Es werden auch Kernel messages wie das entfernen oder
einführen einer PCMCI Karte angezeigt aber sonst nichts mehr.

Zuerst dachte ich es liegt am BX emulation patch.
Aber leider besteht das selbe Problem auch unter Debian 5 (welches ARMv4l
direkt unterstützt) mit Kernel 3.16.81. Leider findet sich kein Eintrag zum
Crash in den log files ...

Vielleicht hat jemand einen Tipp oder kann mir sagen wo ich das debugging
beginnen kann!

Danke und Grüße
Stefan Lehner

-----Ursprüngliche Nachricht-----
Von: Stefan Lehner [mailto:stefan-lehner]
Gesendet: Freitag, 24. Jänner 2020 12:21
An: debian-user-german
Betreff: Debian 9 (armel) - startet nicht

Hi!
Ich habe hier ein etwas ungewöhnliches Setup. Ein etwas betagter Handheld PC
mit StrongARM Prozessor, auf welchem ich Debian 9 zum laufen bringen will.

Kurze Zusammenfassung zum Kernel:
4.9.210 mit BX Emulation Patch (damit das ganze auch auf dem alten Prozessor
läuft)
CONFIG_AEABI=y
CONFIG_OABI_COMPAT=y
Ganze Kernel config kann ich nachreichen sollte das relevant sein.

Das armel rootfs wurde auf eine CF Karte mit debootstrap kopiert. Danach die
devices erstellt und einige Dinge wie Hostname, locale und so weiter
konfiguriert.

$ debootstrap --arch armel --foreign stretch /mnt/jornada

$ cp /usr/bin/qemu-arm-static /mnt/jornada/usr/bin
$ LANG=C.UTF-8 chroot /mnt/jornada qemu-arm-static /bin/bash

$ /debootstrap/debootstrap --second-stage

$ apt install makedev
$ mount none /proc -t proc
$ cd /dev
$ MAKEDEV generic

.....

Nun zum Problem: Der Kernel bootet und erkennt die Hardware, mountet das
rootfs. Nach einiger Zeit erscheint crng init done und dann ist Schluss, das
System bleibt einfach stehen. Ich habe auch testweise mal versucht
init=/bin/bash zu übergeben. Kommt aber zum selben Ergebnis ...
Kann mir hier jemand helfen?

Hier das console output:

--------linexec--------
LinExec: UART Initialized.
LinExec: UART Initialized.
LinExec: UART Initialized.
LinExec: Beginning boot_linux.
LinExec: Passing the point of no return.. Now.
LinExec: Entering DRAMloader...
Booting Linux on physical CPU 0x0
Linux version 4.9.210 (stefan@spnub1804work) (gcc version 7.4.0
(Ubuntu/Linaro 7.4.0-1ubuntu1~18.04.1) ) #4 Tue Jan 21 15:00:20 UTC 2020
CPU: StrongARM-1110 [6901b118] revision 8 (ARMv4), cr=c020717f
CPU: VIVT data cache, VIVT instruction cache
Machine: HP Jornada 720
Memory policy: Data cache writeback
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32512
Kernel command line: root=/dev/hda2 mem=128m rootdelay=2
console=ttySA0,115200n8 sa11xx_core.pc_debug=7
PID hash table entries: 512 (order: -1, 2048 bytes)
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Memory: 125928K/131072K available (2980K kernel code, 117K rwdata, 628K
rodata, 120K init, 84K bss, 5144K reserved, 0K cma-reserved)
Virtual kernel memory layout:
vector : 0xffff0000 - 0xffff1000 ( 4 kB)
fixmap : 0xffc00000 - 0xfff00000 (3072 kB)
vmalloc : 0xc8800000 - 0xff800000 ( 880 MB)
lowmem : 0xc0000000 - 0xc8000000 ( 128 MB)
modules : 0xbf000000 - 0xc0000000 ( 16 MB)
.text : 0xc0208000 - 0xc04f1250 (2981 kB)
.init : 0xc0590000 - 0xc05ae000 ( 120 kB)
.data : 0xc05ae000 - 0xc05cb420 ( 118 kB)
.bss : 0xc05cb420 - 0xc05e0748 ( 85 kB)
SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
NR_IRQS:16 nr_irqs:61 61
irq: Cannot allocate irq_descs @ IRQ1, assuming pre-allocated
irq: Cannot allocate irq_descs @ IRQ33, assuming pre-allocated
sched_clock: 32 bits at 3686kHz, resolution 271ns, wraps every
582542222200ns
clocksource: oscr0: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns:
518462577799 ns
Console: colour dummy device 30x40
console [ttySA0] enabled
Calibrating delay loop... 136.60 BogoMIPS (lpj=683008)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
CPU: Testing write buffer coherency: ok
Setting up static identity map for 0xc0208240 - 0xc0208298
clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns:
19112604462750000 ns
futex hash table entries: 256 (order: -1, 3072 bytes)
NET: Registered protocol family 16
DMA: preallocated 256 KiB pool for atomic coherent allocations
SA1111 Microprocessor Companion Chip: silicon revision 1, metal revision 1
sa1111 sa1111.0: Providing IRQ61-115
sa1111-rab 0400: dmabounce: registered device
sa1111-rab 0600: dmabounce: registered device
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
clocksource: Switched to clocksource oscr0
genirq: Setting trigger mode 3 for irq 112 failed (sa1111_type_irq+0x0/0x8c)

genirq: Setting trigger mode 3 for irq 114 failed (sa1111_type_irq+0x0/0x8c)

jornada720_pcmcia_configure_socket(): config socket 0 vcc 0 vpp 0
genirq: Setting trigger mode 3 for irq 113 failed (sa1111_type_irq+0x0/0x8c)

genirq: Setting trigger mode 3 for irq 115 failed (sa1111_type_irq+0x0/0x8c)

jornada720_pcmcia_configure_socket(): config socket 1 vcc 0 vpp 0
NET: Registered protocol family 2
TCP established hash table entries: 1024 (order: 0, 4096 bytes)
TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
TCP: Hash tables configured (established 1024 bind 1024)
UDP hash table entries: 256 (order: 0, 4096 bytes)
UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
NET: Registered protocol family 1
NetWinder Floating Point Emulator V0.97 (double precision)
SSP: device initialized with irq
workingset: timestamp_bits=30 max_order=15 bucket_order=0
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered (default)
Epson S1D13XXX FB Driver
s1d13xxxfb: chip production id 4 = S1D13506
s1d13xxxfb: chip revision 1
s1d13xxxfb: regs mapped at 0xf0000000, fb 512 KiB mapped at 0xf1000000
Console: switching to colour frame buffer device 80x30
fb0: S1D13xxx frame buffer device
Serial: SA11x0 driver
sa11x0-uart.1: ttySA1 at MMIO 0x80010000 (irq = 16, base_baud = 230400) is a
SA1100
sa11x0-uart.3: ttySA0 at MMIO 0x80050000 (irq = 18, base_baud = 230400) is a
SA1100
loop: module loaded
jornada720_pcmcia_configure_socket(): config socket 1 vcc 33 vpp 33
nbd: registered device at major 43
Uniform Multi-Platform E-IDE driver
ide-gd driver 1.18
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
sa1111-ohci 0400: SA-1111 OHCI
sa1111-ohci 0400: new USB bus registered, assigned bus number 1
sa1111-ohci 0400: irq 105, io mem 0x40000400
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 1 port detected
mousedev: PS/2 mouse device common for all mice
input: HP Jornada 720 keyboard as
/devices/platform/jornada720_kbd/input/input0
input: HP Jornada 7xx Touchscreen as
/devices/platform/jornada_ts/input/input1
sa1100-rtc sa1100-rtc: rtc core: registered sa1100-rtc as rtc0
usbcore: registered new interface driver usbhid
usbhid: USB HID core driver
NET: Registered protocol family 17
Registering BX emulation handler
sa1100-rtc sa1100-rtc: setting system clock to 1970-01-01 00:00:25 UTC (25)
Waiting 2 sec before mounting root device...
jornada720_pcmcia_configure_socket(): config socket 1 vcc 33 vpp 33
jornada720_pcmcia_configure_socket(): config socket 1 vcc 33 vpp 33
pcmcia_socket pcmcia_socket1: pccard: PCMCIA card inserted into slot 1
pcmcia 1.0: pcmcia: registering new device pcmcia1.0 (IRQ: 111)
jornada720_pcmcia_configure_socket(): config socket 1 vcc 33 vpp 0
jornada720_pcmcia_configure_socket(): config socket 1 vcc 33 vpp 0
hda: CF Card, CFA DISK drive
random: fast init done
ide0 at 0xc8870000-0xc8870007,0xc887000e on irq 111
bounce: isa pool size: 16 pages
hda: max request size: 1024KiB
hda: 7806960 sectors (3997 MB) w/1KiB Cache, CHS=7745/255/63
hda: cache flushes supported
hda: hda1 hda2 hda3
ide-cs 1.0: ide-cs: hda: Vpp = 0.0
EXT2-fs (hda2): warning: mounting unchecked fs, running e2fsck is
recommended
VFS: Mounted root (ext2 filesystem) on device 3:2.
Freeing unused kernel memory: 120K
This architecture does not have kernel memory protection.
random: crng init done

lg.
Stefan
Christian Knoke (20.02.2020, 21:50)
Hallo Stefan,

Du schriebst am 20. Feb um 13:37 Uhr:

> Mein Problem ist diesem
> uralten Bug
> ziemlich ähnlich ...
> Da das System eben nur 64 oder 128MB RAM hat, je nach Konfiguration, Swapt
> es natürlich. Und somit freezed Debian wenn die CPU ausgelastet ist, zu
> wenig freier RAM verfügbar ist und gleichzeitig auf die doch langsame CF
> Karte swapt.


Das ist naheliegend. Dennoch wirst du positiv überrascht sein, wenn du den
Swap abschaltest. Die Zahlen die ps und free anzeigen, werden sich ändern.
Bei 128 MB RAM, einem reinen Konsolensystem, sollte es duchaus möglich sein,
verschiedene Programme erfolgreich laufen zu lassen.

Mein eigenes System verwendet gerade 247 MB RAM plus ein paar Puffer, mit X
und Full HD, Firefox gerade beendet. Seit Jahren ohne Swap.

Hattest du nicht schon ein Linux auf dem Gerät am laufen?

Also Dämonen killen, Swap abschalten und das System auf die Speicherkarte
schreiben, von der sich am schnellsten lesen lässt. Alle noatime Optionen in
fstab setzen.

Gruß
Christian
[..]
Robert Pommrich (21.02.2020, 12:50)
Am 20. Februar 2020 13:37:28 MEZ schrieb Stefan Lehner <stefan-lehner>:
>Hat jemand noch andere Ansätze/Vorschläge wie man dieses Problem
>umgehen
>kann? Swap deaktivieren ist absolut keine Option, da das Gerät doch
>sehr
>wenig RAM hat.
>Die Kernel patches aus der Bug Meldung möchte ich mir wenn ich Zeit
>habe
>auch noch ansehen ...


Schau Dir mal zram an.
[..]
Ähnliche Themen