[clausmuus]

Kannst du mal bitte folgendes versuchen:
- Formatiere die SD-Karte neu
- Kopiere den Kernel und die anderen Dateien auf die SD-Karte
Kopiere nicht erst den Debian Kernel da drauf, sondern nur den 120'er MLD Kernel. Benutze die aktuelle Firmware.

Claus

[clausmuus]

Zusätzlich zu dem vorigen Test, hab ich noch nen neuen Kernel für nen Weiteren Test: http://www.minidvblinux.de/download.php?fi....1.9.113_121.gz

Claus

[fabian]

Also der 120er bootet nach wie vor nicht, auch nach blanker SD-Karte und alter/neuer Firmware.

Der 121er von gerade tut allerdings was, auch wenn er nicht komplett durchbootet, siehe Foto:



Aber darauf lässt sich doch sicherlich aufbauen. Was hast du jetzt verändert?

[clausmuus]

Das muss ich noch analysieren. Ich hab nen Hinweis gefunden, das es nen Config Beispiel mit ner initrd gibt. Da sidn so ca. 20 zusätzliche Optionen gesetzt. Falls Du die Geduld aufbringst, würde ich gerne austesten welche entscheidend war.
Jetzt packe ich aber erst einmal meine eigene initramfs hinzu.

Claus

[clausmuus]

OK, teste nun mal bitte diesen Kernel: http://www.minidvblinux.de/download.php?fi....1.9.113_122.gz

Claus

[fabian]

Bootet bis hier her:


 

[clausmuus]

OK, den kenne ich, auch wenn ich dachte den bereits behoben zu haben. In ner VM taucht der jedenfalls nicht mehr auf.
Ich versuche das mal etwas brutal zu fixen. Ne saubere Lösung überlege ich mir dann später.

Claus

[clausmuus]

So, hier nun zwei neue Kernel.
Der erste enthält einen Fix für den Letzten Fehler. Zusätzlich ist die initramfs komprimiert und es sind zwei zusätzliche Filesystem Treiber einhalten:
http://www.minidvblinux.de/download.php?fi....1.9.113_123.gz
Der zweite ist das selbe jedoch komprimiert.
http://www.minidvblinux.de/download.php?fi....1.9.113_124.gz

Claus

[fabian]

Danke für deine Mühe!

Hmm weder der 123er noch der 124er booten jetzt allerdings. Bekomme wieder den Debug-Farb-Screen und nichts passiert. ABER, ich hab jetzt meinen UART Adapter an die 3 GPIO-Pins für die serielle Verbindung zum RPi angeschlossen und siehe da, man bekommt vernünftige Debug-Informationen.

Boot beim 123er:

[    0.000000] Initializing cgroup subsys cpu
[    0.000000] Linux version 3.1.9 (nightbuild@mld-devel-arm) (gcc version 4.4.5 (Debian 4.4.5-8) ) #9 Thu Jun 7 16:39:53 CEST 2012
[    0.000000] CPU: ARMv6-compatible processor [410fb767] revision 7 (ARMv7), cr=00c5387d
[    0.000000] CPU: VIPT nonaliasing data cache, VIPT nonaliasing instruction cache
[    0.000000] Machine: BCM2708
[    0.000000] Memory policy: ECC disabled, Data cache writeback
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 56896
[    0.000000] Kernel command line: dma.dmachans=0x3c bcm2708_fb.fbwidth=720 bcm2708_fb.fbheight=576 bcm2708.boardrev=0x2 bcm2708.serial=0xc79fb6db smsc95xx.macaddr=B8:27:EB:9F:B6:DB initrd=/boot/initrd dwc_otg.lpm_enable=0 console=ttyAMA0,115200 kgdboc=ttyAMA0,115200 console=tty1 nosplash noquiet
[    0.000000] PID hash table entries: 1024 (order: 0, 4096 bytes)
[    0.000000] Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
[    0.000000] Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
[    0.000000] Memory: 224MB = 224MB total
[    0.000000] Memory: 217124k/217124k available, 12252k reserved, 0K highmem
[    0.000000] Virtual kernel memory layout:
[    0.000000]     vector  : 0xffff0000 - 0xffff1000   (   4 kB)
[    0.000000]     fixmap  : 0xfff00000 - 0xfffe0000   ( 896 kB)
[    0.000000]     DMA     : 0xffc00000 - 0xffe00000   (   2 MB)
[    0.000000]     vmalloc : 0xce800000 - 0xd8000000   ( 152 MB)
[    0.000000]     lowmem  : 0xc0000000 - 0xce000000   ( 224 MB)
[    0.000000]     modules : 0xbf000000 - 0xc0000000   (  16 MB)
[    0.000000]       .text : 0xc0008000 - 0xc0587bb4   (5631 kB)
[    0.000000]       .init : 0xc0588000 - 0xc08fd000   (3540 kB)
[    0.000000]       .data : 0xc08fe000 - 0xc092f028   ( 197 kB)
[    0.000000]        .bss : 0xc092f04c - 0xc09f84ac   ( 806 kB)
[    0.000000] NR_IRQS:85
[    0.000000] timer_set_mode: unhandled mode:1
[    0.000000] timer_set_mode: unhandled mode:3
[    0.000000] Console: colour dummy device 80x30
[    0.000000] console [tty1] enabled
[    2.246502] Calibrating delay loop... 697.95 BogoMIPS (lpj=3489792)
[    2.305872] pid_max: default: 32768 minimum: 301
[    2.306404] Mount-cache hash table entries: 512
[    2.306957] Initializing cgroup subsys cpuacct
[    2.307027] Initializing cgroup subsys devices
[    2.307064] Initializing cgroup subsys freezer
[    2.307095] Initializing cgroup subsys blkio
[    2.307200] CPU: Testing write buffer coherency: ok
[    2.307317] ftrace: allocating 14356 entries in 43 pages
[    2.362344] hw perfevents: enabled with v6 PMU driver, 3 counters available
[    2.366239] NET: Registered protocol family 16
[    2.366933] kworker/u:0 used greatest stack depth: 6604 bytes left
[    2.374237] vc-mem: mm_vc_mem_phys_addr = 0x00000000
[    2.374305] vc-mem: mm_vc_mem_size      = 0x10000000 (256 MiB)
[    2.375700] hw-breakpoint: found 6 breakpoint and 1 watchpoint registers.
[    2.375770] hw-breakpoint: maximum watchpoint size is 4 bytes.
[    2.375807] mailbox: Broadcom VideoCore Mailbox driver
[    2.375913] bcm2708_vcio: mailbox at f200b880
[    2.376355] bcm_power: Broadcom power driver
[    2.376406] bcm_power_open() -> 0
[    2.376432] bcm_power_request(0,
[    2.877119] bcm_mailbox_read -> 00000080, 0
[    2.877159] bcm_power_request -> 0
[    2.877184] Serial: AMBA PL011 UART driver
[    2.877352] dev:f1: ttyAMA0 at MMIO 0x20201000 (irq = 83) is a PL011 rev3
[    3.183647] console [ttyAMA0] enabled
[    3.202483] kworker/u:0 used greatest stack depth: 6372 bytes left
[    3.267296] bio: create slab <bio-0> at 0
[    3.275095] SCSI subsystem initialized
[    3.279811] usbcore: registered new interface driver usbfs
[    3.286463] usbcore: registered new interface driver hub
[    3.292404] usbcore: registered new device driver usb
[    3.301289] Switching to clocksource stc
[    3.307624] Switched to NOHz mode on CPU #0
[    3.328954] FS-Cache: Loaded
[    3.332685] CacheFiles: Loaded
[    3.377120] NET: Registered protocol family 2
[    3.381882] IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
[    3.390019] TCP established hash table entries: 8192 (order: 4, 65536 bytes)
[    3.397515] TCP bind hash table entries: 8192 (order: 3, 32768 bytes)
[    3.404153] TCP: Hash tables configured (established 8192 bind 8192)
[    3.410572] TCP reno registered
[    3.413740] UDP hash table entries: 256 (order: 0, 4096 bytes)
[    3.419650] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[    3.426389] NET: Registered protocol family 1
[    3.430860] Kernel panic - not syncing: compression method gzip not configured
[    3.438213] [<c001564c>] (unwind_backtrace+0x0/0x100) from [<c03ee99c>] (dump_stack+0x20/0x24)
[    3.446904] [<c03ee99c>] (dump_stack+0x20/0x24) from [<c03eea0c>] (panic+0x6c/0x1a4)
[    3.454703] [<c03eea0c>] (panic+0x6c/0x1a4) from [<c058abb0>] (populate_rootfs+0x2c/0x230)
[    3.463042] [<c058abb0>] (populate_rootfs+0x2c/0x230) from [<c00084ec>] (do_one_initcall+0x48/0x1a0)
[    3.472247] [<c00084ec>] (do_one_initcall+0x48/0x1a0) from [<c0588288>] (kernel_init+0x80/0x124)
[    3.481116] [<c0588288>] (kernel_init+0x80/0x124) from [<c000f3fc>] (kernel_thread_exit+0x0/0x8)

Beim 124er bekomme ich keinerlei Ausgabe, der scheint also grundlegend "kaputt" zu sein.

[clausmuus]

OK, dann geht nen komprimierter Kernel also wirklich nicht.
Beim 123'er irretiert mich die Ausgabe "Kernel panic - not syncing: compression method gzip not configured". Ich hab doch gar keine gzip Komprimierung konfiguriert. Die initramfs ist lzma Komprimiert.
Ich baue nun noch mal den gleichen Kernel, jedoch ohne die initramfs zu komprimieren. Der müsste in ner halben Stunde fertig sein.

Claus

[zoolander]

Hallo,

hab im Raspberry PI Forum gelesen, dass noch "Tester" benötigt werden.

Hab jetzt versucht anhand der Posts zu rekonstruieren wie man das Kernel Image auf die Karte bekommt war aber nicht 100 % erfolgreich.

Nur zum Verständis:

1. Ich mach mir auf der Karte ne FAT 32 Partition
2. Lade mir das Standard Image runter für ARM ( MLD-3.0.1-arm_standard-2012.04.06_46.tgz ) und entpacke es auf die Karte
3. Lade mir die Kernel runter die hier im Forum gepostet wurden und legen des jeweilige, das ich testen will auf der Karte als kernel.img ab.

Allerdings bootet der PI dann nicht, d.h. ich mach noche irgendwas falsch ...

in einem Posts habe ich gelesen, das man die Firmware auch noch auf die Karte kopieren muss ( die man bei github/raspberrypi/tools bekommt ).

Das hab ich noch nicht gemacht ... wird wahrscheinlich der Grund sein warum es nicht geht ...

Oder hab ich sonst noch was vergessen?

Gruß Zoolander

[fabian]

zoolander, quasi alles richtig. Aber momentan tüftelt clausmuus noch an einem lauffähigen Kernel für den RPi. Ich bin aber zuversichtlich das das Problem bald gelöst ist, dann kanns sicherlich ans "wirkliche" testen gehen

[clausmuus]

Die im MLD Image enthaltene Firmware ist noch ne recht alte. Du musst also die Aktuelle Firmware von hier nehmen: https://github.com/raspberrypi/firmware/blo...ob/master/boot/
Der neuste Kernel ist nun der http://www.minidvblinux.de/download.php?fi....1.9.113_125.gz

Claus

[fabian]

Super Claus, ich glaube so langsam siehts gut aus. Mit dem 125er Kernel sieht die Ausgabe so aus:



Nach ner Weile endet es dann hier:



Ich denke das ist jetzt nur noch nen kleines Problem oder? Muss die FAT-Partition so benannt werden oder wo muss der Name "MLD-3.0.1" verwendet werden?

[fabian]

Okay die Frage hab ich mir wohl selbst beantwortet, die FAT-Partition muss so heißen. Ggf. sind die "." durch "~" zu ersetzen. Dann bootet es durch bis zum Setup.

Zum testen werde ich dann allerdings erst morgen richtig kommen!