Forum elektroda.pl

Regulamin  | Punkty  | Dodaj...  | Ostatnie  | Szukaj  | Rejestracja  | Zaloguj

Ta strona używa cookie. Dowiedz się więcej o celu ich używania i zmianie ustawień cookie w przeglądarce.
Korzystając ze strony wyrażasz zgodę na używanie cookie, zgodnie z aktualnymi ustawieniami przeglądarki.

[AT91RM9200][Linux]ARMputer BF-210 - jądro


Napisz nowy temat  Odpowiedz do tematu      Strona Główna -> Forum elektroda.pl -> Mikrokontrolery Ogólne -> Mikrokontrolery ARM -> [AT91RM9200][Linux]ARMputer BF-210 - jądro
Autor
Wiadomość
herszt
Poziom 17
Poziom 17


Dołączył: 08 Lip 2007
Posty: 390

Post#1 Post autora tematu 27 Sty 2010 21:43   

[AT91RM9200][Linux]ARMputer BF-210 - jądro


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
Powrót do góry
   
Google


Google Adsense


Post# 27 Sty 2010 21:43   





Powrót do góry
   
arrevalk
Poziom 18
Poziom 18


Dołączył: 30 Mar 2006
Posty: 451
Miasto: Lublin

Post#2 27 Sty 2010 23:21   

Re: [AT91RM9200][Linux]ARMputer BF-210 - jądro


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?
Powrót do góry
   
herszt
Poziom 17
Poziom 17


Dołączył: 08 Lip 2007
Posty: 390

Post#3 Post autora tematu 28 Sty 2010 01:53   

Re: [AT91RM9200][Linux]ARMputer BF-210 - jądro


1. U-Boot
2.
Kod:

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:
make ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi- uImage


4.
Jedyne warningi:
Kod:

<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
Powrót do góry
   
kred
Poziom 15
Poziom 15


Dołączył: 19 Mar 2005
Posty: 207
Miasto: Rybnik

Post#4 28 Sty 2010 07:41   

Re: [AT91RM9200][Linux]ARMputer BF-210 - jądro


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?
Powrót do góry
   
arrevalk
Poziom 18
Poziom 18


Dołączył: 30 Mar 2006
Posty: 451
Miasto: Lublin

Post#5 28 Sty 2010 15:14pomocny post - solucja   

Re: [AT91RM9200][Linux]ARMputer BF-210 - jądro


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.
Powrót do góry
   
TWl
Poziom 14
Poziom 14


Dołączył: 16 Wrz 2006
Posty: 184
Miasto: Warszawa

Post#6 28 Sty 2010 16:48pomocny post - solucja   

Re: [AT91RM9200][Linux]ARMputer BF-210 - jądro


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

Moje artykuły: (Dodaj)
15 Październik 2014 Adapter HDMI -> MIPI DSI (wyświetlacze ze smartphone'ów)
Powrót do góry
   
Posraldescu
Poziom 8
Poziom 8


Dołączył: 03 Mar 2008
Posty: 25

Post#7 29 Sty 2010 19:19pomocny post - solucja   

Re: [AT91RM9200][Linux]ARMputer BF-210 - jądro


Panie herszcie. Dla ustalenia uwagi godzi się napisać, że BF-210 jest przysyłany standardowo z Linuxem preinstalowanym na SD. Na karcie znajduje się cały system plików zbudowany za pomocą projektu Buildroot (zawarty na dołączonej płycie, choć w mocno już nieautualnej (choć działającej), pochodzącej sprzed roku wersji). Jeśli miałbym obstawiać przyczynę wysypki kernela już na tak wczesnym etapie bootowania to podejrzewam, że to coś z konfiguracją kompilacji, która jest zapewne inna niż zastosowana w Buildroot
Powrót do góry
   
herszt
Poziom 17
Poziom 17


Dołączył: 08 Lip 2007
Posty: 390

Post#8 Post autora tematu 30 Sty 2010 16:28   

Re: [AT91RM9200][Linux]ARMputer BF-210 - jądro


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:

[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
Powrót do góry
   
Google


Google Adsense


Post# 30 Sty 2010 16:28   





Powrót do góry
   
herszt
Poziom 17
Poziom 17


Dołączył: 08 Lip 2007
Posty: 390

Post#9 Post autora tematu 01 Lut 2010 11:51   

Re: [AT91RM9200][Linux]ARMputer BF-210 - jądro


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
Powrót do góry
   
Google


Google Adsense


Post# 01 Lut 2010 11:51   





Powrót do góry
   
intel86
Poziom 12
Poziom 12


Dołączył: 30 Paź 2005
Posty: 97
Miasto: Grudziądz

Post#10 09 Mar 2010 07:05   

Re: [AT91RM9200][Linux]ARMputer BF-210 - jądro


Udało Ci się wgrać tego Angstroma czy przenisłeś się na inny?
Powrót do góry
   
herszt
Poziom 17
Poziom 17


Dołączył: 08 Lip 2007
Posty: 390

Post#11 Post autora tematu 09 Mar 2010 10:34   

Re: [AT91RM9200][Linux]ARMputer BF-210 - jądro


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
Powrót do góry
   
arrevalk
Poziom 18
Poziom 18


Dołączył: 30 Mar 2006
Posty: 451
Miasto: Lublin

Post#12 09 Mar 2010 11:02   

Re: [AT91RM9200][Linux]ARMputer BF-210 - jądro


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).
Powrót do góry
   
herszt
Poziom 17
Poziom 17


Dołączył: 08 Lip 2007
Posty: 390

Post#13 Post autora tematu 09 Mar 2010 11:47   

Re: [AT91RM9200][Linux]ARMputer BF-210 - jądro


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.
Powrót do góry
   
intel86
Poziom 12
Poziom 12


Dołączył: 30 Paź 2005
Posty: 97
Miasto: Grudziądz

Post#14 12 Mar 2010 19:19   

Re: [AT91RM9200][Linux]ARMputer BF-210 - jądro


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ś)??
Powrót do góry
   
herszt
Poziom 17
Poziom 17


Dołączył: 08 Lip 2007
Posty: 390

Post#15 Post autora tematu 15 Mar 2010 21:46   

Re: [AT91RM9200][Linux]ARMputer BF-210 - jądro


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.
Powrót do góry
   
intel86
Poziom 12
Poziom 12


Dołączył: 30 Paź 2005
Posty: 97
Miasto: Grudziądz

Post#16 17 Mar 2010 16:29   

Re: [AT91RM9200][Linux]ARMputer BF-210 - jądro


Fajne by było. Tez mam taki układzik i chciałem się trochę nim pobawić.
Powrót do góry
   
herszt
Poziom 17
Poziom 17


Dołączył: 08 Lip 2007
Posty: 390

Post#17 Post autora tematu 19 Mar 2010 02:04   

Re: [AT91RM9200][Linux]ARMputer BF-210 - jądro


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:
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:
mkfs.ex3 -q hda.img

jakby ktoś chciał go podmontować to:
Kod:
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:
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
Powrót do góry
   
rtprezes
Poziom 2
Poziom 2


Dołączył: 07 Wrz 2008
Posty: 2

Post#18 15 Maj 2010 16:47   

Re: [AT91RM9200][Linux]ARMputer BF-210 - jądro


witam. Staram się uruchomić debiana na ARMputerze, jednak w pewnym momencie uruchamiania zatrzymuje się i nie wiem co dalej.

Kod:

=~=~=~=~=~=~=~=~=~=~=~= 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!
Powrót do góry
   
rtprezes
Poziom 2
Poziom 2


Dołączył: 07 Wrz 2008
Posty: 2

Post#19 17 Maj 2010 22:10   

Re: [AT91RM9200][Linux]ARMputer BF-210 - jądro


już wiem, wystarczyło ustawić logowanie w terminalu szeregowym :)
Powrót do góry
   
szefo2208
Poziom 10
Poziom 10


Dołączył: 25 Lip 2010
Posty: 48
Miasto: Kwidzyn

Post#20 15 Sty 2011 17:46   

Re: [AT91RM9200][Linux]ARMputer BF-210 - jądro


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>

Powrót do góry
   
herszt
Poziom 17
Poziom 17


Dołączył: 08 Lip 2007
Posty: 390

Post#21 Post autora tematu 22 Sty 2011 20:06   

Re: [AT91RM9200][Linux]ARMputer BF-210 - jądro


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
Powrót do góry
   
LordBlick
Zasłużony dla elektroda
Zasłużony dla elektroda


Dołączył: 31 Sie 2004
Posty: 5409
Miasto: Słupsk

Post#22 22 Sty 2011 20:34   

Re: [AT91RM9200][Linux]ARMputer BF-210 - jądro


Od kiedy na karcie zakłada się ext3 ? Tylko ext2, bo journaling usiecze tą kartę po miesiącu...
Powrót do góry
   
herszt
Poziom 17
Poziom 17


Dołączył: 08 Lip 2007
Posty: 390

Post#23 Post autora tematu 22 Sty 2011 21:39   

Re: [AT91RM9200][Linux]ARMputer BF-210 - jądro


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
Powrót do góry
   
szefo2208
Poziom 10
Poziom 10


Dołączył: 25 Lip 2010
Posty: 48
Miasto: Kwidzyn

Post#24 23 Sty 2011 16:35   

Re: [AT91RM9200][Linux]ARMputer BF-210 - jądro


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.
Powrót do góry
   
Google


Google Adsense


Post# 23 Sty 2011 16:35   





Powrót do góry
   
Posraldescu
Poziom 8
Poziom 8


Dołączył: 03 Mar 2008
Posty: 25

Post#25 03 Lut 2011 18:13   

Re: [AT91RM9200][Linux]ARMputer BF-210 - jądro


O ile mi wiadomo pewne wersje u-boota np. 1.3.3 nie czytają ext2 i ext3 jeśli inode ma 256. Rozwiązania są dwa: patch dla u-boota, albo sformatowanie karty poleceniem
mkfs -t ext2 -I 128 /dev/mmcblk0p1

Po czymś taki u-boot ściąga kernel bez pudła.


BTW. Czy ktoś wie jakie jest hasło root do obrazów Debiana ze strony BOFF?
Powrót do góry
   
szefo2208
Poziom 10
Poziom 10


Dołączył: 25 Lip 2010
Posty: 48
Miasto: Kwidzyn

Post#26 03 Lut 2011 18:19   

Re: [AT91RM9200][Linux]ARMputer BF-210 - jądro


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.
Powrót do góry
   
szefo2208
Poziom 10
Poziom 10


Dołączył: 25 Lip 2010
Posty: 48
Miasto: Kwidzyn

Post#27 05 Lut 2011 15:35   

Re: [AT91RM9200][Linux]ARMputer BF-210 - jądro


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?
Powrót do góry
   
Posraldescu
Poziom 8
Poziom 8


Dołączył: 03 Mar 2008
Posty: 25

Post#28 06 Lut 2011 22:12   

Re: [AT91RM9200][Linux]ARMputer BF-210 - jądro


Procesor AT91RM9200 ma dość skomplikowaną sekwencje bootowania, ale po kolei.
1. Procesor uruchamia zawarty w swoim ROM program który sprawdza czy jest dostępny soft do załadowania do pokładowej pamięci SRAM. W BOFF powinien znaleźć program loader.bin na początku pamięci serial FLASH. Proc ściąga go do SRAM i uruchamia.
2. loader.bin inicjalizuje procesor w tym ustawia parametry pracy kontrolera SDRAM - głównej pamięci roboczej płyty.
3. loader.bin ma kilka opcji dotyczących ściągania i ładowania danych do FLASH, ale jeśli nie zrobisz nic po ok 3. sekundach program ściąga do SDRAM u-boot.bin i uruchamia go.
4. uBoot jest rozbudowanym loaderem drugiego poziomu (ma ok. 110-120kB) pozwala na załadowanie do płyty obrazu Linuxa z różnych źródeł, ale dla BOFF istotne jest to, że uBoot potrafi ściągnąć do pamięci kernel Linuxa (to jest plik linux.uimg o który pytasz) bezpośrednio z karty SD sformatowanej w systemie ext2 lub ext3. Jeśli nie zrobisz nic uBoot próbuje ściągnąć z karty SD podany kernel i uruchamia go.
5. Kernel jest już na tyle samodzielny, że odpala cały sprzęt, podłącza kartę SD jako root file system, uruchamia init, wykonuje skrypty z init.d, w efekcie czego zostaje uruchomiona konsola na porcie szeregowym (lub przez ETH) i możesz się logować do BOFFa.
Powrót do góry
   
szefo2208
Poziom 10
Poziom 10


Dołączył: 25 Lip 2010
Posty: 48
Miasto: Kwidzyn

Post#29 20 Lut 2011 19:15   

Re: [AT91RM9200][Linux]ARMputer BF-210 - jądro


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:
Powrót do góry
   
Posraldescu
Poziom 8
Poziom 8


Dołączył: 03 Mar 2008
Posty: 25

Post#30 28 Lut 2011 20:30   

Re: [AT91RM9200][Linux]ARMputer BF-210 - jądro


Ja się tak nie patyczkuję gdy coś się zatnie.
Odpalam Midnight Commander z prawami roota, pucuję kartę i dekompresuje na nią obraz ściągnięty z Boff po czym morduje hasło. Musi ruszyć.

Z apt-get update się nie bawiłem.
Powrót do góry
   
Napisz nowy temat  Odpowiedz do tematu      Strona Główna -> Forum elektroda.pl -> Mikrokontrolery Ogólne -> Mikrokontrolery ARM -> [AT91RM9200][Linux]ARMputer BF-210 - jądro
Strona 1 z 2 Idź do strony 12  Następny
Podobne tematy
ARMPUTER BF-210 - urządzenia we/wy (6)
ARMputer BF 210 interfejs ethernet (2)
ARMputer BF-210 configure: error: cannot run C compiled pro (4)
[AT91RM9200][Debian Squeeze]BF-210 - data, autostart (7)
[ARM][AT91RM9200][Linux + buildroot] (7)
Linuksowy ARMputer - dlugosci sciezek do SDRAMU (114)
AT91RM9200 (1)
AT91RM9200-EK problem z krenelem (1)
Problem z ramdyskiem do AT91RM9200 (3)
AT91RM9200 i program w SRAM (1)


Administrator || Moderatorzy || Regulamin forum || Regulamin ogólny || Informacja o cookies || Kontakt

Page generation time: 0.09 seconds

elektroda.pl temat RSS