logo elektroda
logo elektroda
X
logo elektroda
Szukanie Zaawansowane
logo elektroda
REKLAMA
REKLAMA
Adblock/uBlockOrigin/AdGuard mogą powodować znikanie niektórych postów z powodu nowej reguły.

[AT91RM9200] ARMputer BF-210 - problem z uruchomieniem nowego jądra Linux po kompilacji

herszt 27 Sty 2010 21:43 9454 45
Najlepsze odpowiedzi LABEL_AI_GENERATED

Dlaczego nowo skompilowane jądro Linux na ARMputer BF-210 zatrzymuje się po komunikacie „Uncompressing Linux... done, booting the kernel”?

To najpewniej nie oznacza, że kernel się „wysypał” — bardzo możliwe, że nie masz jeszcze przekierowanej konsoli systemowej na port szeregowy, więc warto sprawdzić, czy board w ogóle odpowiada po sieci (ping/telnet) [#7605688] Drugą typową przyczyną jest niezgodność MACH_TYPE między U-Bootem a konfiguracją kernela; warto porównać parametr przekazywany przez U-Boota z ustawieniem maszyny w kernelu/plikach platformy [#7606137] Na tej płytce BF-210 działał też już wcześniej przygotowany Linux z Buildroota, więc konfiguracja użyta tam może się różnić od Twojej i to właśnie ona jest krytyczna [#7612326] Sam autor potwierdził później, że problem był faktycznie w konfiguracji: kernel ruszył dopiero po skompilowaniu go Buildrootem, a nie CodeSourcery [#7616633] W praktyce oznacza to, że trzeba dopasować konfigurację kernela do platformy BF-210 oraz ewentualnie użyć „kernel gcc”, bo nie każda wersja kompilatora daje stabilny efekt [#7804473]
Podsumowanie AI na podstawie dyskusji. Może zawierać błędy.
REKLAMA
Zgłoś naruszenie prawa
Odpowiedz | Nowy temat
  • #1 7602945
    herszt
    Poziom 18  
    Posty: 386
    Pomógł: 2
    Ocena: 1
    Witam!

    Właśnie dorwałem ARMputer BF-210, chciałem na nim postawić nowy system, w tym celu chciałem najpierw nowe jądro skompilować. Ściągnąłem źródła, dodałem patche ze strony projektu, skompilowałem. I niestety przy starcie dochodzi tylko do momentu gdy rozpakowuje jądro - dalej już nie idzie.
    Może ktoś już się tym bawił i ma jakieś doświadczenie?

    z góry dzięki
    pozdrawiam
    herszt
    W pełni konfigurowalna automatyzacja domu - prezentacja Fox Wi-Fi Quad Input [sponsorowany]
  • REKLAMA
  • #2 7603579
    arrevalk
    Poziom 25  
    Posty: 450
    Pomógł: 94
    Ocena: 7
    1. Jaki kernel/bootloader?
    2. Pokaz zrzut ze startu systemu systemu(włącznie z tym co wyświetla bootloader).
    3. Jak kompilujesz kernel?
    4. Czy w trakcie kompilacji są jakieś warningi?
  • #3 7603997
    herszt
    Poziom 18  
    Posty: 386
    Pomógł: 2
    Ocena: 1
    1. U-Boot
    2.
    Kod: text Rozwiń Zaznacz wszystko Kopiuj do schowka
    
BoFF loader - Thanks to the darrel-loader  project
Version 1.1. Build Sep  2 2009 18:18:01
Based on Darrel loader project  Lucjan Bryndza <lucjan.bryndza@ep.com.pl>.
License GPL v2/3
DRAM:32MB

1: Upload Darrell's loader to Dataflash
2: Upload u-boot to Dataflash
4: Start u-boot
5: Erase dataflash
6: Memory test
DataFlash:AT45DB041
Dataflash read successful: Starting U-boot


U-Boot 1.3.3 (Sep 27 2009 - 12:23:20)

DRAM:  32 MB
Atmel: Flash:  0 kB
DataFlash:AT45DB041
Nb pages:   2048
Page Size:    264
Size=  540672 bytes
Logical address: 0xC0000000
Area 0: C0000000 to C0002C57 (RO) Darrell loader
Area 1: C0002C58 to C0020DEF (RO) U-boot
Area 2: C0020DF0 to C0020FFF      Environment
In:    serial
Out:   serial
Err:   serial
Using MAC address 00:17:A9:00:04:5A
MAC: error during MII initialization
Hit any key to stop autoboot:  0
Manufacturer ID:       02
OEM/Application ID:    544D
Product name:          SA02G
Product Revision:      0.3
Product Serial Number: 2627040524
Manufacturing Date:    09/03
SD Card detected (RCA 4660)
CSD structure version:   1.0
MMC System Spec version: 0
Card command classes:    5b5
Read block length:       1024
Supports partial reads
Write block length:      1024
Does not support partial writes
Does not support group WP
Card capacity:          1882 MB
File format:            0/0
Write protection:
mmc: Using 2097152 cycles data timeout (DTOR=0x72)

1127076 bytes read
## Booting kernel from Legacy Image at 21000000 ...
   Image Name:   Linux-2.6.27.8
   Image Type:   ARM Linux Kernel Image (uncompressed)
   Data Size:    1127012 Bytes =  1.1 MB
   Load Address: 20008000
   Entry Point:  20008000
   Verifying Checksum ... OK
   Loading Kernel Image ... OK
OK

Starting kernel ...

Uncompressing Linux.......................................................................... done, booting the kernel.


    I w tym momencie umiera.

    3.
    Gotowe źródła wraz z nałożonymi patchami (ze strony BoFF) kompiluję toolchainem CodeSourcery

    Kod: text Rozwiń Zaznacz wszystko Kopiuj do schowka
    make ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi- uImage


    4.
    Jedyne warningi:
    Kod: text Rozwiń Zaznacz wszystko Kopiuj do schowka
    
<stdin>:1097: warning: #warning syscall fadvise64 not implemented
<stdin>:1265: warning: #warning syscall migrate_pages not implemented
<stdin>:1321: warning: #warning syscall pselect6 not implemented
<stdin>:1325: warning: #warning syscall ppoll not implemented
<stdin>:1365: warning: #warning syscall epoll_pwait not implemented
arch/arm/mm/ioremap.c: In function 'remap_area_pte':
arch/arm/mm/ioremap.c:67: warning: control reaches end of non-void function
arch/arm/mach-at91/pm.c:191: warning: #warning "This should probably be moved to clocks.c"
arch/arm/mach-at91/pm.c: In function 'at91_pm_verify_clocks':
arch/arm/mach-at91/pm.c:195: warning: unused variable 'i'
mm/bootmem.c: In function 'mark_bootmem':
mm/bootmem.c:321: warning: control reaches end of non-void function
fs/dcache.c: In function 'd_materialise_unique':
fs/dcache.c:1877: warning: control reaches end of non-void function
block/cfq-iosched.c: In function 'cfq_async_queue_prio':
block/cfq-iosched.c:1501: warning: control reaches end of non-void function
drivers/mtd/devices/at91_dataflash.c: In function 'add_dataflash':
drivers/mtd/devices/at91_dataflash.c:514: warning: passing argument 1 of 'sprintf' discards qualifiers from pointer target type
include/linux/kernel.h:162: note: expected 'char *' but argument is of type 'const char *'


    Dodam jeszcze, że po nałożeniu jednego z dwóch patchy tworzony jest osobny katalog (poza katalogiem ze źródłami jądra) z końcówką 'new' w którym jest w sumie tylko jeden plik arch/arm/mach-at91/board-boff.c. Samo nakładanie patchy nie wyrzuca żadnych błęów.

    z góry dzięki za pomoc
    pozdrawiam
    herszt
  • REKLAMA
  • #4 7604153
    kred
    Poziom 20  
    Posty: 269
    Pomógł: 30
    Ocena: 18
    Tak będę strzelał bo z trzy lata nie kompilowałem kernela na ARMa. W ustawieniach kernela ustawiłeś dobry adres pod który ładowany jest do pamięci? Masz dobrze ustawione endianness?
  • Pomocny post
    #5 7605688
    arrevalk
    Poziom 25  
    Posty: 450
    Pomógł: 94
    Ocena: 7
    herszt napisał:
    I w tym momencie umiera.

    Na pewno umiera? To że nie ma żadnych komunikatów po "uncompressing kernel...done, booting kernel." nie oznacza ze moduł umarł.
    Równie dobrze możesz mieć nieprzkierowana konsole systemową na port szeregowy (bo chyba tak odczytujesz te komunikaty?). Bo to co przesłałeś to bootloader wypisuje.
    Spróbuj takiej rzeczy, podłacz kabel ETH (jeżeli na płytce jest taka możliwość) i sproboj wysłać ping na moduł, jeżeli odpowie to sproboj połączyć się telnetem.
  • Pomocny post
    #6 7606137
    TWl
    Poziom 21  
    Posty: 337
    Pomógł: 42
    Ocena: 133
    arrevalk napisał:

    Na pewno umiera? To że nie ma żadnych komunikatów po "uncompressing kernel...done, booting kernel." nie oznacza ze moduł umarł.


    Twoj problem najprawdopodobniej jest spowodowany niezgodnoscia maszyny, na ktora skompilowano U-Boota z maszyna, na ktora skompilowano kernel. Przy uruchamianiu kernela U-boot przekazuje parametr MACH_TYPE (w pliku odpowiedzialnym za dana platforme w board_init()), ktory musi sie zgadzac z MACH_TYPE w konfiguracji jadra (w Twoim przypadku zgaduje, ze w pliku /mach-at91/board-boff.c). Sprawdz czy MACH_TYPEs sie zgadzaja.

    Pozdrawiam,
    TW
  • Pomocny post
    #7 7612326
    Konto nie istnieje
    Poziom 1  
  • #8 7616633
    herszt
    Poziom 18  
    Posty: 386
    Pomógł: 2
    Ocena: 1
    Faktycznie był to problem z konfiguracją. Jądro już rusza. Na początku kompilowałem je CodeSourcery, jednak zadziałało dopiero jak skompilowałem Buildrootem (co mnie trochę zdziwiło bo myślałem, że to specjalnie nie ma znaczenia czym się kompiluje, a może po prostu pominąłem gdzieś jakiś szczegół w konfiguracji).
    Oczywiście płytka została dostarczona z gotowym Linuksem, jednak ja chciałem postawić Angstroma, którego nieco lepiej znam i na pewno wielkim ułatwieniem są tam ciągle rozwijane repozytoria.

    Jednak jeśli o niego chodzi to pojawił się inny problem. Start systemu dochodzi do takiego momentu:

    Kod: text Rozwiń Zaznacz wszystko Kopiuj do schowka
    
[17179571.768000] Waiting for root device /dev/mmcblk0p1...
[17179571.780000] mmc0: host does not support reading read-only switch. assuming write-enable.
[17179571.788000] mmc0: new SD card at address 1234
[17179571.796000] mmcblk0: mmc0:1234 SA02G 1927168KiB
[17179571.800000]  mmcblk0: p1
[17179571.908000] kjournald starting.  Commit interval 5 seconds
[17179571.912000] EXT3-fs warning: mounting fs with errors, running e2fsck is recommended
[17179572.136000] EXT3 FS on mmcblk0p1, internal journal
[17179572.144000] EXT3-fs: mounted filesystem with ordered data mode.
[17179572.148000] VFS: Mounted root (ext3 filesystem).
[17179572.156000] Freeing init memory: 88K
[17179572.376000] Kernel panic - not syncing: Attempted to kill init!


    Oczywiście to na pewno jest mój błąd. I mam pewne podejrzenia, ale na wszelki wypadek wolę spytać. Otóż na stronie projektu, jest aplikacja do 'budowania' gotowego systemu plików. Jak się wybiera platformę docelową to jedyne co podobne tam znajduję to AT91SAM9263ek (tym czasem tu mamy AT91RM9200) - czy to ma w ogóle prawo działać jeśli wybiorę system plików dla wspomnianej platformy?
    Jeśli ma to prawo działać to cóż innego może być przyczyną?

    pozdrawiam
    herszt
  • #9 7625860
    herszt
    Poziom 18  
    Posty: 386
    Pomógł: 2
    Ocena: 1
    Ok. Już wiem, że to nie ma szans działać - 926* i 9200 mają różne rdzenie, a tym samym różny zestaw instrukcji.
    To teraz pozostaje mi zapytać: w jaki sposób zbudować system plików dla mojego procka? Jak wygląda taki proces? Bo ze stronki Angstroma i On-line buildera nie da rady (nie obsługuje). Przeszukałem trochę sieć i ciężko coś na ten temat znaleźć - wszyscy korzystają z 'gotowców'.

    z góry dzięki
    pozdrawiam
    herszt
  • #10 7803931
    intel86
    Poziom 12  
    Posty: 97
    Pomógł: 1
    Ocena: 6
    Udało Ci się wgrać tego Angstroma czy przenisłeś się na inny?
  • #11 7804367
    herszt
    Poziom 18  
    Posty: 386
    Pomógł: 2
    Ocena: 1
    Z tym Angstromem to sporo kłopotu było - zawsze mi się gdzieś wieszał. Obecnie jeszcze trochę walczę z Debianem i tam nieco lepiej to wygląda, ale nadal nie działa tak jak powinien - wywala mi mnóstwo błędów przy starcie.
    Generalnie to mimo wszystko chyba się przesiądę na MMnet1002 Propoxu - z tym nie miałem jakiś większych problemów, a i ARM który się tam znajduje jest chyba popularniejszy.

    pozdrawiam
    herszt
  • #12 7804473
    arrevalk
    Poziom 25  
    Posty: 450
    Pomógł: 94
    Ocena: 7
    herszt napisał:
    Faktycznie był to problem z konfiguracją. Jądro już rusza. Na początku kompilowałem je CodeSourcery, jednak zadziałało dopiero jak skompilowałem Buildrootem (co mnie trochę zdziwiło bo myślałem, że to specjalnie nie ma znaczenia czym się kompiluje, a może po prostu pominąłem gdzieś jakiś szczegół w konfiguracji).

    Nie każda wersja gcc kompiluje kernel, czasem warto spróbować kilku wersji(pod pojęciem kompilacji rozumiem to że nie tylko nie mamy błędów kompilacji, ale i jądro jest stabilne). Na sieci można znaleść liste wersji tak zwany kernel gcc (np kernel ubuntu jest kompilowany za pomocą gcc 4.1.x).

    Przez pomyłkę chyba założyłeś temat w złym dziale (AVR).
  • REKLAMA
  • #13 7804626
    herszt
    Poziom 18  
    Posty: 386
    Pomógł: 2
    Ocena: 1
    Faktycznie, zamiast do ARM temat zlądował w AVR. Proszę administratorów o przeniesienie, bo chyba mi szaremu użytkownikowi nie przysługuje takowe prawo.
    I od razu przepraszam za zamieszanie!

    Dobrze wiedzieć, że jest jakiś spis co do czego (kernal gcc). Muszę się koniecznie temu przyjrzeć, aby na przyszłość nie było niespodzianek.
  • #14 7820117
    intel86
    Poziom 12  
    Posty: 97
    Pomógł: 1
    Ocena: 6
    Nie chciało by Ci się zrobić jakiejś małej instrukcji odnośnie wgrania debiana (z czego korzystałeś - sofware i hardware, co kiedy za pomocą czego wgrywałeś)??
  • REKLAMA
  • #15 7834911
    herszt
    Poziom 18  
    Posty: 386
    Pomógł: 2
    Ocena: 1
    Postaram się coś sklecić jak tylko znajdę chwilkę - jakoś jutro. Moje błędy przy starcie są spowodowane chyba problemami przy instalacji (zawsze pod koniec nieco mi się wykrzacza) - może ktoś wpadnie na rozwiązanie.
  • #16 7842912
    intel86
    Poziom 12  
    Posty: 97
    Pomógł: 1
    Ocena: 6
    Fajne by było. Tez mam taki układzik i chciałem się trochę nim pobawić.
  • #17 7850405
    herszt
    Poziom 18  
    Posty: 386
    Pomógł: 2
    Ocena: 1
    Tak jak obiecałem - poniżej opiszę w kilku krokach jak zainstalować Debiana na tej płytce.

    1. będzie nam potrzebne qemu - bez problemu można zainstalować z repozytoriów Debiana
    2. tworzymy obraz dysku, na którym zainstalujemy system:
    Kod: text Rozwiń Zaznacz wszystko Kopiuj do schowka
    qemu-img create -f raw hda.img 200M

    w tym wypadku pełna dowolność co do wielkości
    3. tworzymy system plików na dysku:
    Kod: text Rozwiń Zaznacz wszystko Kopiuj do schowka
    mkfs.ex3 -q hda.img

    jakby ktoś chciał go podmontować to:
    Kod: text Rozwiń Zaznacz wszystko Kopiuj do schowka
    mount -o loop hda.img /mnt/[xxx]

    4. sciągamy niezbędne pliki - initrd oraz vmlinuz np. z http://ftp.pl.debian.org/debian/dists/Debian5.0.4/main/installer-armel/20090123lenny6/images/versatile/netboot/
    5. instalujemy za pomocą qemu na wirtualnym dysku:
    Kod: text Rozwiń Zaznacz wszystko Kopiuj do schowka
    qemu-system-arm -M versatilepb -kernel vmlinuz-2.6.18-6-versatile -initrd initrd.gz -hda hda.img -append "root=/dev/ram


    Po instalacji powstanie nam system pliów, który można skopiować na kartę. Ja za każdym razem miałem problem z instalacją - zawsze gdzieś pod koniec się coś wykrzaczało. Może komuś się uda dojść do końca (znajomy podobno właśnie w ten sposób postawił Debiana na tej płytce). I jeszcze jedna sprawa - trzeba po wrzuceniu na kartę tego systemu plików dorzucić jądro. Jeśli oryginalne nie będzie działać to chyba będziesz musiał skompilować nowe z opcją "Use the ARM EABI to compile the kernel (AEABI)".

    Mam nadzieję, że udało mi się to w miarę jasno opisać.
    pozdrawiam
    herszt
  • #18 8078702
    rtprezes
    Poziom 2  
    Posty: 2
    witam. Staram się uruchomić debiana na ARMputerze, jednak w pewnym momencie uruchamiania zatrzymuje się i nie wiem co dalej.

    Kod: text Rozwiń Zaznacz wszystko Kopiuj do schowka
    
=~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2010.05.12 22:51:31 =~=~=~=~=~=~=~=~=~=~=~=
6
.

.

.

BoFF loader - Thanks to the darrel-loader  project

Version 1.1. Build Sep  2 2009 18:18:01

Based on Darrel loader project  Lucjan Bryndza <lucjan.bryndza@ep.com.pl>.

License GPL v2/3

DRAM:32MB



1: Upload Darrell's loader to Dataflash

2: Upload u-boot to Dataflash

4: Start u-boot

5: Erase dataflash

6: Memory test

DataFlash:AT45DB041

Dataflash read successful: Starting U-boot



U-Boot 1.3.3 (Sep 27 2009 - 12:23:20)

DRAM:  32 MB
Atmel: Flash:  0 kB
DataFlash:AT45DB041
Nb pages:   2048
Page Size:    264
Size=  540672 bytes
Logical address: 0xC0000000
Area 0:C0000000 to C0002C57 (RO) Darrell loader
Area 1:C0002C58 to C0020DEF (RO) U-boot
Area 2:C0020DF0 to C0020FFF      Environment
In:    serial
Out:   serial
Err:   serial
Using MAC address 00:16:A8:01:06:8E
MAC: error during MII initialization
Hit any key to stop autoboot:  3  2  1  0 
Manufacturer ID:       02
OEM/Application ID:    544D
Product name:          SA02G
Product Revision:      0.4
Product Serial Number: 2617246064
Manufacturing Date:    10/01
SD Card detected (RCA 4660)
CSD structure version:   1.0
MMC System Spec version: 0
Card command classes:    5b5
Read block length:       1024
Supports partial reads
Write block length:      1024
Does not support partial writes
Does not support group WP
Card capacity:1876 MB
File format:            0/0
Write protection:        
mmc: Using 327680 cycles data timeout (DTOR=0x65)

1199860 bytes read
## Booting kernel from Legacy Image at 21000000 ...
   Image Name:   Linux-2.6.27.8
   Image Type:   ARM Linux Kernel Image (uncompressed)
   Data Size:    1199796 Bytes =  1.1 MB
   Load Address: 20008000
   Entry Point:  20008000
   Verifying Checksum ... OK
   Loading Kernel Image ... OK
OK

Starting kernel ...

Uncompressing Linux.............................................................................. done, booting the kernel.
[    0.000000] Linux version 2.6.27.8 (lucck@luccktop) (gcc version 4.3.1 (GCC) ) #1 PREEMPT Mon Dec 15 17:13:12 CET 2008
[    0.000000] CPU: ARM920T [41129200] revision 0 (ARMv4T), cr=c0007177
[    0.000000] Machine: Boff AT91RM9200 Board
[    0.000000] Memory policy: ECC disabled, Data cache writeback
[    0.000000] Clocks: CPU 179 MHz, master 59 MHz, main 18.432 MHz
[    0.000000] CPU0: D VIVT write-back cache
[    0.000000] CPU0: I cache: 16384 bytes, associativity 64, 32 byte lines, 8 sets
[    0.000000] CPU0: D cache: 16384 bytes, associativity 64, 32 byte lines, 8 sets
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 8128
[    0.000000] Kernel command line: mem=32M root=/dev/mmcblk0p1 console=ttyS0,115200n8 rootdelay=1 init=/sbin/init
[    0.000000] AT91: 96 gpio irqs in 3 banks
[    0.000000] PID hash table entries: 128 (order: 7, 512 bytes)
[17179569.184000] Console: colour dummy device 80x30
[17179569.184000] console [ttyS0] enabled
[17179569.272000] Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
[17179569.280000] Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
[17179569.292000] Memory: 32MB = 32MB total
[17179569.300000] Memory: 29980KB available (2188K code, 183K data, 88K init)
[17179569.304000] Calibrating delay loop... 89.34 BogoMIPS (lpj=178688)
[17179569.388000] Mount-cache hash table entries: 512
[17179569.400000] CPU: Testing write buffer coherency: ok
[17179569.416000] net_namespace: 288 bytes
[17179569.424000] NET: Registered protocol family 16
[17179569.484000] SCSI subsystem initialized
[17179569.496000] usbcore: registered new interface driver usbfs
[17179569.504000] usbcore: registered new interface driver hub
[17179569.516000] usbcore: registered new device driver usb
[17179569.560000] NET: Registered protocol family 2
[17179569.608000] IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
[17179569.616000] TCP established hash table entries: 1024 (order: 1, 8192 bytes)
[17179569.628000] TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
[17179569.636000] TCP: Hash tables configured (established 1024 bind 1024)
[17179569.640000] TCP reno registered
[17179569.656000] NET: Registered protocol family 1
[17179569.664000] NetWinder Floating Point Emulator V0.97 (double precision)
[17179569.684000] msgmni has been set to 58
[17179569.692000] io scheduler noop registered
[17179569.696000] io scheduler anticipatory registered (default)
[17179571.340000] atmel_usart.0: ttyS0 at MMIO 0xfefff200 (irq = 1) is a ATMEL_SERIAL
[17179571.352000] atmel_usart.1: ttyS1 at MMIO 0xfffc4000 (irq = 7) is a ATMEL_SERIAL
[17179571.364000] atmel_usart.2: ttyS2 at MMIO 0xfffc8000 (irq = 8) is a ATMEL_SERIAL
[17179571.384000] eth0: Link down.
[17179571.392000] eth0: AT91 ethernet at 0xfefbc000 int=24 10-HalfDuplex (00:17:a9:00:04:5e)
[17179571.400000] eth0: STE100P PHY
[17179571.404000] Driver 'sd' needs updating - please use bus_type methods
[17179571.412000] at91_ohci at91_ohci: AT91 OHCI
[17179571.420000] at91_ohci at91_ohci: new USB bus registered, assigned bus number 1
[17179571.432000] at91_ohci at91_ohci: irq 23, io mem 0x00300000
[17179571.500000] usb usb1: configuration #1 chosen from 1 choice
[17179571.508000] hub 1-0:1.0: USB hub found
[17179571.516000] hub 1-0:1.0: 1 port detected
[17179571.632000] usb usb1: New USB device found, idVendor=1d6b, idProduct=0001
[17179571.644000] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[17179571.652000] usb usb1: Product: AT91 OHCI
[17179571.656000] usb usb1: Manufacturer: Linux 2.6.27.8 ohci_hcd
[17179571.664000] usb usb1: SerialNumber: at91
[17179571.668000] Initializing USB Mass Storage driver...
[17179571.672000] usbcore: registered new interface driver usb-storage
[17179571.680000] USB Mass Storage support registered.
[17179571.688000] udc: at91_udc version 3 May 2006
[17179571.692000] mice: PS/2 mouse device common for all mice
[17179571.704000] at91_rtc at91_rtc: rtc core: registered at91_rtc as rtc0
[17179571.712000] AT91 Real Time Clock driver.
[17179571.716000] AT91 Watchdog Timer enabled (5 seconds, nowayout)
[17179571.728000] at91_mci at91_mci: 4 wire bus mode not supported - using 1 wire
[17179571.748000] TCP cubic registered
[17179571.752000] NET: Registered protocol family 17
[17179571.768000] at91_rtc at91_rtc: setting system clock to 1998-01-01 00:00:22 UTC (883612822)
[17179571.780000] Waiting 1sec before mounting root device...
[17179571.804000] mmc0: host does not support reading read-only switch. assuming write-enable.
[17179571.816000] mmc0: new SD card at address 1234
[17179571.820000] mmcblk0: mmc0:1234 SA02G 1921024KiB 
[17179571.828000]  mmcblk0: p1
[17179579.788000] kjournald starting.  Commit interval 5 seconds
[17179579.804000] EXT3 FS on mmcblk0p1, internal journal
[17179579.812000] EXT3-fs: recovery complete.
[17179579.820000] EXT3-fs: mounted filesystem with ordered data mode.
[17179579.828000] VFS: Mounted root (ext3 filesystem).
[17179579.836000] Freeing init memory: 88K

INIT: version 2.86 booting

Starting the hotplug events dispatcher: udevd.
Synthesizing the initial hotplug events...done.
Waiting for /dev to be fully populated...[17179610.012000] atmel_spi atmel_spi.0: Atmel SPI Controller at 0xfffe0000 (irq 13)
done.
Activating swap...done.
Checking root file system...fsck 1.40-WIP (14-Nov-2006)
/lib/init/rw/rootdev: clean, 28533/471880 files, 647355/1919736 blocks
done.
[17179619.240000] EXT3 FS on mmcblk0p1, internal journal
Setting the system clock..
Cannot access the Hardware Clock via any known method.
Use the --debug option to see the details of our search for an access method.
Cleaning up ifupdown....
Loading kernel modules...[17179623.636000] loop: module loaded
done.
Loading device-mapper support.
Checking file systems...fsck 1.40-WIP (14-Nov-2006)
done.
Setting kernel variables...done.
Mounting local filesystems...done.
Activating swapfile swap...done.
Setting up networking....
Configuring network interfaces...done.
Starting portmap daemon....
Setting console screen modes and fonts.

INIT: Entering runlevel: 2

Starting system log daemon: syslogd.
Starting kernel log daemon: klogd.
Starting portmap daemon...Already running..
Starting MTA: exim4.
Starting internet superserver: inetd.
Starting NFS common utilities: statd.
Starting deferred execution scheduler: atdStarting periodic command scheduler: crond.


    Czy ktoś potrafi powiedzieć dlaczego uruchamianie zatrzymuje się w tym momencie!?

    pzdr!
  • #19 8088238
    rtprezes
    Poziom 2  
    Posty: 2
    już wiem, wystarczyło ustawić logowanie w terminalu szeregowym :)
  • #20 9009975
    szefo2208
    Poziom 12  
    Posty: 49
    Pomógł: 2
    Ocena: 2
    Ktoś może próbował z obrazami debiana ze strony www.boff.pl ? Niby wystarczy tylko rozpakować na kartę SD, ale u mnie to nie działa. Korzystam z polecenia tar xvfz [nazwa obrazu] -C /media/disk/. Niby wszystko OK, ale po wrzuceniu do bf-210 otrzymuje coś takiego:

    Cytat:
    Version 1.1. Build Nov 15 2008 20:22:24
    Based on Darrel loader project Lucjan Bryndza <lucjan.bryndza@ep.com.pl>.
    License GPL v2/3
    DRAM:32MB

    1: Upload Darrell's loader to Dataflash
    2: Upload u-boot to Dataflash
    4: Start u-boot
    5: Erase dataflash
    6: Memory test
    DataFlash:AT45DB011
    Dataflash read successful: Starting U-boot


    U-Boot 1.3.3 (Dec 15 2008 - 18:17:51)

    DRAM: 32 MB
    Atmel: Flash: 0 kB
    DataFlash:AT45DB011
    Nb pages: 512
    Page Size: 264
    Size= 135168 bytes
    Logical address: 0xC0000000
    Area 0: C0000000 to C0002C57 (RO) Darrell loader
    Area 1: C0002C58 to C0020DEF (RO) U-boot
    Area 2: C0020DF0 to C0020FFF Environment
    In: serial
    Out: serial
    Err: serial
    Using MAC address 00:17:A9:00:04:28
    Hit any key to stop autoboot: 0
    mmc: command 8 failed (status: 0x0010c0e5)
    Manufacturer ID: 1B
    OEM/Application ID: 534D
    Product name: SMI
    Product Revision: 1.0
    Product Serial Number: 278532850
    Manufacturing Date: 07/06
    SD Card detected (RCA 45928)
    CSD structure version: 1.0
    MMC System Spec version: 0
    Card command classes: 5f5
    Read block length: 512
    Supports partial reads
    Write block length: 512
    Does not support partial writes
    Supports group WP: 32
    Card capacity: 970 MB
    File format: 0/0
    Write protection:
    mmc: Using 262144 cycles data timeout (DTOR=0x64)

    ** Unable to read "/boot/linux.uimg" from mmc 0:1 **
    Wrong Image Format for bootm command
    ERROR: can't get kernel image!
    boff>
  • #21 9042683
    herszt
    Poziom 18  
    Posty: 386
    Pomógł: 2
    Ocena: 1
    Jądro na pewno znajduje się tam gdzie powinno być? Karta jest w dobrym formacie (EXT3)? Ja bym ewentualnie spróbował to jądro pobrać przez TFTP i sprawdzić bez systemu plików czy ruszy z pamięci. Komunikat wskazuje, że coś nie tak może być właśnie z tym jądrem.

    pozdrawiam
    herszt
  • #22 9042798
    LordBlick
    VIP Zasłużony dla elektroda  
    Posty: 5438
    Pomógł: 549
    Ocena: 69
    Od kiedy na karcie zakłada się ext3 ? Tylko ext2, bo journaling usiecze tą kartę po miesiącu...
  • #23 9043142
    herszt
    Poziom 18  
    Posty: 386
    Pomógł: 2
    Ocena: 1
    Light-I napisał:
    Od kiedy na karcie zakłada się ext3 ? Tylko ext2, bo journaling usiecze tą kartę po miesiącu...


    Osobiście także uważam to za słaby pomysł, ale na stronie producenta jest napisane, cytuję: "...przygotowaliśmy gotowe obrazy dystrybucji debian LENNY oraz SQUEEZE przeznaczone dla komputerów BF210. Przygotowane obrazy wystarczy rozpakować na sformatowaną w systemie EXT3 kartę SD.". Przy czym EXT3 zostało wytłuszczone, więc sugeruję, że może ma to jakiś związek. U-BOOT chyba potrafi czytać tak przygotowane karty, ale nie wiem w jaki sposób została przygotowana reszta systemu.

    pozdrawiam
    herszt
  • #24 9046315
    szefo2208
    Poziom 12  
    Posty: 49
    Pomógł: 2
    Ocena: 2
    Poradziłem sobie z tym. Okazało się że na karcie musi być ext3 ale z wyłączoną opcją large_file. Robiąc to na gparted trzeba utworzyć małą partycje np 32 MB, sformatować na ext3 a później zmienić jej rozmiar na większy.
  • #25 9098061
    Konto nie istnieje
    Poziom 1  
  • #26 9098097
    szefo2208
    Poziom 12  
    Posty: 49
    Pomógł: 2
    Ocena: 2
    Ja sobie hasło usunąłem. Wszedłem w etc, następnie edytowałem plik shadow przy pomocy vi. W linijce gdzie jest root wystarczy usunąć wszystkie znaki, które są pomiędzy pierwszym a drugim dwukropkiem.
  • #27 9107035
    szefo2208
    Poziom 12  
    Posty: 49
    Pomógł: 2
    Ocena: 2
    Przeglądałem artykuł z EP o pierwszej wersji ARMputera: bf100. W pierwszym projekcie w skład Bios'u wchodził loader.bin i u-boot.bin. Przy bf-210 pojawił się jeszcze linux.uimg. Ktoś się orientuje jaką może pełnić fukcję ten program?
  • #28 9114208
    Konto nie istnieje
    Poziom 1  
  • #29 9179446
    szefo2208
    Poziom 12  
    Posty: 49
    Pomógł: 2
    Ocena: 2
    Ostatnio podczas instalacji programów na squeeze wywala mi komunikat naruszenie ochrony pamięci. Ogólnie jest taka zasada jak wrzucę system od nowa na kartę:
    Cytat:
    apt-get update
    wywala mi na koniec aktualizacji coś w stylu brak weryfikacji klucza publicznego. To chyba nie problem. Następnie instaluje sobie cokolwiek i jest ok, ale przy następnej instalacji już podczas budowania drzewa zależności pojawia się komunikat "Naruszenie ochrony pamięci". Zawsze mogę zrobić tylko jedną instalację... Co ciekawe wcześniej nie było tego problemu. Zrobiłem sobie duży bałagan na karcie i postanowiłem zainstalować wszystko od nowa i niestety teraz kończę na jednej instalacji :cry:
  • #30 9217586
    Konto nie istnieje
    Poziom 1  
Odpowiedz | Nowy temat
Zgłoś naruszenie prawa

Podsumowanie tematu

LABEL_AI_GENERATED
Użytkownik napotkał problemy z uruchomieniem nowego jądra Linux na ARMputerze BF-210 po jego kompilacji. Po wstępnych próbach i analizach, w tym sprawdzeniu bootloadera U-Boot oraz konfiguracji jądra, okazało się, że problem wynikał z niezgodności parametrów MACH_TYPE pomiędzy U-Boot a jądrem. Po poprawnej konfiguracji jądra, system zaczął się uruchamiać, jednak pojawiły się nowe problemy związane z rozruchem systemu, takie jak oczekiwanie na urządzenie root. Użytkownik próbował różnych dystrybucji, w tym Angstrom i Debian, napotykając na problemy z instalacją i stabilnością. W końcu ustalono, że karty SD muszą być sformatowane w systemie plików ext2 lub ext3, z wyłączoną opcją large_file, aby U-Boot mógł je poprawnie odczytać. Użytkownicy dzielili się również doświadczeniami związanymi z instalacją systemów oraz problemami z kartami SD.
Podsumowanie AI na podstawie dyskusji. Może zawierać błędy.
REKLAMA