Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Запуск Linux на плате RainBow v1.1
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > Отладочные платы > Rainbow
Страницы: 1, 2, 3
Playnet
Цитата(COMA @ Mar 10 2007, 02:04) *
Playnet,
все просто и понятно.
Почитайте доку - http://www.gentoo.org/proj/en/base/embedde...development.xml
я собирал arm-rainbow-linux-uclibc.

Эээ.. это как? Почему rainbow?
И как собирать bash? В доках сказано, что кросс глючный, лучше нативный. А как его привязать...
И есть еще проблемы со сборкой.
По тому линку кстати и делал.
Отваливаюсь на xmerge gentoo-source
выпадают баш и еще какие-то 2 пакета.

Code Listing 5.1: Installing kernel sources for the target system
# xmerge -av gentoo-sources
вот тут клинит...
COMA
rainbow - потому что понравилось. smile.gif На функциональность не влияет.
баш дейстивтельно не собирается. и еще куча пакетов sad.gif
Есть два способа решения проблемы.
1. Собирать все на целевом устройстве (плате rainbow).
2. Собирать в симуляторе qemu.

У каждого способа свои "+" и "-".
1. Все что собирается - уже точно работает. Но процесс сборки идет медленно.

2. Работает очень быстро, но нет гарантии что все заработает.

> xmerge -av gentoo-sources
что выводит?
Playnet
Цитата(COMA @ Mar 12 2007, 02:48) *
rainbow - потому что понравилось. smile.gif На функциональность не влияет.
баш дейстивтельно не собирается. и еще куча пакетов sad.gif
Есть два способа решения проблемы.
1. Собирать все на целевом устройстве (плате rainbow).
2. Собирать в симуляторе qemu.

У каждого способа свои "+" и "-".
1. Все что собирается - уже точно работает. Но процесс сборки идет медленно.

2. Работает очень быстро, но нет гарантии что все заработает.

> xmerge -av gentoo-sources
что выводит?

Чтобы собирать на плате, надо иметь ядро. А для его сборки надо поставить сорцы...
Но у нас же стоит кросскомпилер и штатные сырцы...
Что, если создать конфиг под арм и собрать его на системных сорцах, изменив пути?
mkdir /usr/src/arm
chown arm:arm /usr/src/arm
Можно распаковать сюда сорцы, пропатчить и собирать.
(кстати, патчить особо и не нужно, ftp://ftp.arm.linux.org.uk/pub/armlinux/s...hes/v2.6/README )

Или просто,
ARCH="arm" CROSS_COMPILE="arm-linux-gnu-uclibc-" make
make clean
make dep
make zImage
make modules
Dron_Gus
xmerge -av gentoo-sources



checking for alloca... (cached) yes
checking whether getpgrp requires zero arguments... yes
checking whether setvbuf arguments are reversed... configure: error: cannot run test program while cross compiling

!!! Please attach the following file when filing a report to bugs.gentoo.org:
!!! /var/tmp/portage/app-shells/bash-3.1_p17/work/bash-3.1/config.log

!!! ERROR: app-shells/bash-3.1_p17 failed.


Как лечить?
Playnet
Собираю бутром, вшиваю.
Код
Init hardware
press any key
run 80%
Freq OSC Main - 15998976 Hz
Freq PLLA     - 179988480 Hz
Freq PLLB     - 95993856 Hz
Freq PCK      - 179988480 Hz
Freq MCK      - 89994240 Hz
DBGU BR       - 170454 Hz

ATMEL LOADER VER SV.01 Mar 13 2007 01:42:52
*----------------------------------------*
DataFlash :  unknown 0x34
*----------------------------------------*
1: Download Dataflash [addr]
2: Read Dataflash [addr]
3: Start U-BOOT
4: Clear bootloader section in Dataflash
*----------------------------------------*


Хорошо конечно, что частоты показывает... Но писать лоадер не умеет, в отличие от хэви.
Причем и читать тоже..
COMA
Цитата(Dron_Gus @ Mar 12 2007, 21:19) *
xmerge -av gentoo-sources



checking for alloca... (cached) yes
checking whether getpgrp requires zero arguments... yes
checking whether setvbuf arguments are reversed... configure: error: cannot run test program while cross compiling

!!! Please attach the following file when filing a report to bugs.gentoo.org:
!!! /var/tmp/portage/app-shells/bash-3.1_p17/work/bash-3.1/config.log

!!! ERROR: app-shells/bash-3.1_p17 failed.


Как лечить?

попробуй USE="-*" xmerge -av gentoo-sources


Цитата(Playnet @ Mar 13 2007, 02:24) *
Собираю бутром, вшиваю.
Код
Init hardware
press any key
run 80%
Freq OSC Main - 15998976 Hz
Freq PLLA     - 179988480 Hz
Freq PLLB     - 95993856 Hz
Freq PCK      - 179988480 Hz
Freq MCK      - 89994240 Hz
DBGU BR       - 170454 Hz

ATMEL LOADER VER SV.01 Mar 13 2007 01:42:52
*----------------------------------------*
DataFlash :  unknown 0x34
*----------------------------------------*
1: Download Dataflash [addr]
2: Read Dataflash [addr]
3: Start U-BOOT
4: Clear bootloader section in Dataflash
*----------------------------------------*


Хорошо конечно, что частоты показывает... Но писать лоадер не умеет, в отличие от хэви.
Причем и читать тоже..


у меня почему то и u-boot зашивается и память читается. Что я делаю не так?

P.S. у тебя флешка не определилась - "DataFlash : unknown 0x34"
У меня пишет -
DataFlash : AT45DB642
Number pages = 8192
Page size = 1056
COMA
Правильнее USE="-*" xmerge -avO gentoo-sources

так собираем кросскомпилятор в gentoo:

1. emerge -av crossdev

2. USE="-iconv" crossdev-stable -v --b 2.16.1-r3 --g 3.4.6-r2 --k 2.6.11-r3 --l 0.9.28 --ex-gdb -t arm-rainbow-linux-uclibc

если нужен softfloat, то пишем так:

USE="-iconv" crossdev-stable -v --b 2.16.1-r3 --g 3.4.6-r2 --k 2.6.11-r3 --l 0.9.28 --ex-gdb -t arm-softfloat-linux-uclibc
COMA
Может пора уже страничку на http://www.wikipedia.org/ заводить?
PrSt
Цитата(Хомяк @ Mar 1 2007, 11:03) *
Собрал все/ под Debianom
при первой попытке скомпилировать первичный загрузчик заругалась
сижу разбираюсь

странно - у меня все скомпилилось, честно исходники скачанные с сайта heavy..
но самое полезное там - это готовый тулчейн 8)
Rst7
Решил все-таки собрать это под цигвин. Собрал binutils, собрал гнуся. Дело за библиотекой - и вот какая фигня:
Код
arm-linux-gcc   -nostdlib -nostartfiles -shared -o /usr/local/arm/src/BUILD/glibc-2.3.6/elf/ld.so            \
          -Wl,-z,combreloc -Wl,-z,relro -Wl,-z,defs     \
          /usr/local/arm/src/BUILD/glibc-2.3.6/elf/librtld.os -Wl,--version-script=/usr/local/arm/src/BUILD/glibc-2.3.6/ld.map        \
          -Wl,-soname=ld-linux.so.2 -T /usr/local/arm/src/BUILD/glibc-2.3.6/elf/ld.so.lds
/usr/local/arm/src/BUILD/glibc-2.3.6/elf/librtld.os: In function `dl_main':
/usr/local/arm/src/glibc-2.3.6/elf/rtld.c:1181: undefined reference to `__access'
/usr/local/arm/src/glibc-2.3.6/elf/rtld.c:2293: undefined reference to `__open'
/usr/local/arm/src/glibc-2.3.6/elf/rtld.c:2265: undefined reference to `__access'
/usr/local/arm/src/BUILD/glibc-2.3.6/elf/librtld.os: In function `lose':
/usr/local/arm/src/glibc-2.3.6/elf/dl-load.c:791: undefined reference to `__close'
/usr/local/arm/src/BUILD/glibc-2.3.6/elf/librtld.os: In function `_dl_map_object_from_fd':
/usr/local/arm/src/glibc-2.3.6/elf/dl-load.c:833: undefined reference to `__GI___fxstat64'
/usr/local/arm/src/glibc-2.3.6/elf/dl-load.c:848: undefined reference to `__close'
/usr/local/arm/src/glibc-2.3.6/elf/dl-load.c:932: undefined reference to `__lseek'
/usr/local/arm/src/glibc-2.3.6/elf/dl-load.c:933: undefined reference to `__libc_read'
/usr/local/arm/src/glibc-2.3.6/elf/dl-load.c:1358: undefined reference to `__close'
/usr/local/arm/src/glibc-2.3.6/elf/dl-load.c:877: undefined reference to `__close'
/usr/local/arm/src/BUILD/glibc-2.3.6/elf/librtld.os: In function `open_verify':
/usr/local/arm/src/glibc-2.3.6/elf/dl-load.c:1514: undefined reference to `__open'
/usr/local/arm/src/glibc-2.3.6/elf/dl-load.c:1526: undefined reference to `__libc_read'
/usr/local/arm/src/glibc-2.3.6/elf/dl-load.c:1615: undefined reference to `__lseek'
/usr/local/arm/src/glibc-2.3.6/elf/dl-load.c:1616: undefined reference to `__libc_read'
/usr/local/arm/src/glibc-2.3.6/elf/dl-load.c:1650: undefined reference to `__close'
/usr/local/arm/src/glibc-2.3.6/elf/dl-load.c:1633: undefined reference to `__lseek'
/usr/local/arm/src/glibc-2.3.6/elf/dl-load.c:1634: undefined reference to `__libc_read'
/usr/local/arm/src/BUILD/glibc-2.3.6/elf/librtld.os: In function `open_path':
/usr/local/arm/src/glibc-2.3.6/elf/dl-load.c:1749: undefined reference to `__GI___fxstat64'
/usr/local/arm/src/glibc-2.3.6/elf/dl-load.c:1755: undefined reference to `__close'
/usr/local/arm/src/glibc-2.3.6/elf/dl-load.c:1729: undefined reference to `__GI___xstat64'
/usr/local/arm/src/glibc-2.3.6/elf/dl-load.c:1776: undefined reference to `__close'
/usr/local/arm/src/BUILD/glibc-2.3.6/elf/librtld.os: In function `_dl_map_object':
/usr/local/arm/src/glibc-2.3.6/elf/dl-load.c:1959: undefined reference to `__close'
/usr/local/arm/src/BUILD/glibc-2.3.6/elf/librtld.os: In function `_dl_new_object':
/usr/local/arm/src/glibc-2.3.6/elf/dl-object.c:147: undefined reference to `__getcwd'
/usr/local/arm/src/BUILD/glibc-2.3.6/elf/librtld.os: In function `_dl_sysdep_read_whole_file':
/usr/local/arm/src/glibc-2.3.6/elf/dl-misc.c:58: undefined reference to `__open'
/usr/local/arm/src/glibc-2.3.6/elf/dl-misc.c:61: undefined reference to `__GI___fxstat64'
/usr/local/arm/src/glibc-2.3.6/elf/dl-misc.c:79: undefined reference to `__close'
/usr/local/arm/src/BUILD/glibc-2.3.6/elf/librtld.os: In function `_dl_start_profile':
/usr/local/arm/src/glibc-2.3.6/elf/dl-profile.c:287: undefined reference to `__open'
/usr/local/arm/src/glibc-2.3.6/elf/dl-profile.c:298: undefined reference to `__close'
/usr/local/arm/src/glibc-2.3.6/elf/dl-profile.c:304: undefined reference to `__GI___fxstat64'
/usr/local/arm/src/glibc-2.3.6/elf/dl-profile.c:335: undefined reference to `__close'
/usr/local/arm/src/glibc-2.3.6/elf/dl-profile.c:355: undefined reference to `__close'
/usr/local/arm/src/glibc-2.3.6/elf/dl-profile.c:320: undefined reference to `__lseek'
/usr/local/arm/src/glibc-2.3.6/elf/dl-profile.c:327: undefined reference to `__libc_write'
/usr/local/arm/src/BUILD/glibc-2.3.6/elf/librtld.os: In function `check_one_fd':
../sysdeps/generic/check_fds.c:44: undefined reference to `__libc_fcntl'
../sysdeps/generic/check_fds.c:60: undefined reference to `__GI___fxstat64'


Совсем мне не ясно, где же он потерял эти функции?

Дальнейшие консультации с гуглей показали что
Код
Use a case-sensitive file System (Unix File System or Mac OS Extended Case-sensitive). Building GLIBC fails in a case-insentive file system (don’t ask me why !), with the following error message:
....


И как бы в цигвине добиться зависимости от регистра? Или как бы найти причину?
Хотя стоп... Может дело при распаковке происходит... Щас пойду копать...
AlexMad
Цитата(Rst7 @ Mar 17 2007, 17:31) *
И как бы в цигвине добиться зависимости от регистра? Или как бы найти причину?
Хотя стоп... Может дело при распаковке происходит... Щас пойду копать...

Когда раскопаете, напишите, что получилось, я из-за этого решил просто на ноут линух поставить, с кигвином ничего толком не получилось.
Playnet
Цитата(AlexMad @ Mar 17 2007, 23:47) *
Когда раскопаете, напишите, что получилось, я из-за этого решил просто на ноут линух поставить, с кигвином ничего толком не получилось.

А нефиг с цигвином извращаться.
Надо ставить или GNUARM или нормальный линух. Можно в vmware.
http://www.gnuarm.com/
http://www.scienceprog.com/gnuarm-for-arm-microcontrollers/
http://www.ariusdsp.com/~gnuarm/gnuarm.html
AlexMad
Цитата(Playnet @ Mar 19 2007, 00:06) *
А нефиг с цигвином извращаться.
Надо ставить или GNUARM или нормальный линух. Можно в vmware.
http://www.gnuarm.com/
http://www.scienceprog.com/gnuarm-for-arm-microcontrollers/
http://www.ariusdsp.com/~gnuarm/gnuarm.html

Я так и сделал - сначала вмваре, он у меня уже давно живет, теперь на ноут мандриву поставил. Просто от винды сходу не отказаться, так что, если есть решение по цигвину - это будет интересно.
COMA
Есть еще интересный вариант с QEMU. Можно симулировать систему на арм процессоре. Работает и под виндой. Сам правда пользуюсь версией под Linux для сборки рутфс для платы. Если есть желающие могу написать подробнее.
Старый Бабай
конечно есть
COMA
Ок. распишу подробнее.
Rst7
Цитата(AlexMad @ Mar 17 2007, 22:47) *
Когда раскопаете, напишите, что получилось, я из-за этого решил просто на ноут линух поставить, с кигвином ничего толком не получилось.


Вообщем, glibc я собрал. Основная идея заключается в том, что при сборке .os и .oS-файлы надо различать. Заставить винду различать регистр я так и ниасилил, пришлось извращаться. Метод следующий - во всех файлах, в которых есть строка ".oS" заменил ее на ".oZ"
Код
  D:\CygWin\usr\local\arm\src\glibc-2.3.6\               < Папка>
    extra-lib.mk                         3635    19.03.07   08:24
    Makeconfig                          31892    19.03.07   08:24
    Makerules                           49742    19.03.07   08:25
  D:\...\usr\local\arm\src\glibc-2.3.6\linuxthreads\     < Папка>
    Makefile                            12676    19.03.07   08:25
  D:\CygWin\usr\local\arm\src\glibc-2.3.6\nptl\          < Папка>
    Makefile                            23562    19.03.07   08:26
  D:\...c\glibc-2.3.6\sysdeps\sparc\sparc32\sparcv9\     < Папка>
    Makefile                              282    19.03.07   08:26


Последний файл видимо с психу или по инерции зацепил...

После чего глибц собирается.

Еще один бубен был применен после сборки первого гцц до сборки глибц - опять сделал
Код
make at91rm9200dk_defconfig
make include/linux/version.h
mkdir -p ${SYSROOT}/usr/include
cp -a ${PREFIX}/src/linux/include/linux ${SYSROOT}/usr/include/linux
cp -a ${PREFIX}/src/linux/include/asm-arm ${SYSROOT}/usr/include/asm
cp -a ${PREFIX}/src/linux/include/asm-generic ${SYSROOT}/usr/include/asm-generic


При этом ошибок уже нет - гнусь находится.

Потом собрал второй гцц. Собрался. А дальше при попытке сделать
Код
make Image


происходит

Код
$ make Image
  HOSTCC  scripts/basic/fixdep
  HOSTCC  scripts/basic/docproc
  HOSTLD  scripts/kconfig/conf
scripts/kconfig/conf.o:conf.c:(.text+0x91): undefined reference to `_libintl_gettext'
scripts/kconfig/conf.o:conf.c:(.text+0xa5): undefined reference to `_libintl_gettext'
scripts/kconfig/conf.o:conf.c:(.text+0xb9): undefined reference to `_libintl_gettext'
scripts/kconfig/conf.o:conf.c:(.text+0x7b8): undefined reference to `_libintl_gettext'
scripts/kconfig/conf.o:conf.c:(.text+0xf19): undefined reference to `_libintl_gettext'
scripts/kconfig/conf.o:conf.c:(.text+0x1026): more undefined references to `_libintl_gettext' follow
collect2: ld returned 1 exit status
make[2]: *** [scripts/kconfig/conf] Error 1
make[1]: *** [silentoldconfig] Error 2
  CHK     include/linux/version.h
make: *** No rule to make target `include/config/auto.conf', needed by `include/asm-arm/.arch'.  Stop.


И даже теперь и
Код
make at91rm9200dk_defconfig


приводит к тому же результату... Видимо, после make install второго гцц что-то поломалось в библиотеках для цигвина...
maxus
На сайте heavy-online.ru описана ситуация, когда линух и файловая система загружаются из SPI-ной DataFlash в ОЗУ. А можно сделать, чтобы линух загружался из NAND-flash и вся, необходимая ему FS находилась там же? А в SPI DataFlash будет только загрузчик (romboot и u-boot). В проекте вроде вешают NAND-flash на CS3 (SmartMedia). Можно с нее же и загружаться?
Dron_Gus
Нужны ли какие-то особые телодвижения для прикручивания KS8721 к u-boot'у? Чуть подредактировал конфиг от at91rm9200dk, добавил команду PING и по мелочи. При попытке пингануть что-нить пишет:
PHY not connected!!
ping failed; host 192.168.0.3 is not alive
Хотя некоторое время зеленый светодиод мигает...
З.Ы. патчи от Черкашина поставить не удалось, т.к. они под 1.1.1 а у меня у-бут 1.1.6
PrSt
Цитата(Dron_Gus @ Mar 25 2007, 21:17) *
Нужны ли какие-то особые телодвижения для прикручивания KS8721 к u-boot'у? Чуть подредактировал конфиг от at91rm9200dk, добавил команду PING и по мелочи. При попытке пингануть что-нить пишет:
PHY not connected!!
ping failed; host 192.168.0.3 is not alive
Хотя некоторое время зеленый светодиод мигает...
З.Ы. патчи от Черкашина поставить не удалось, т.к. они под 1.1.1 а у меня у-бут 1.1.6

я тоже пытался стартовать на 1.1.6, были какиеето проблеммы, короче откатился на 1.1.1 - все ок...
патчи от Черкашина - работаю отлично, во всяком случае на 1.1.1
кстати с точки зрения класса С в сети - лучше использовать Вам не 192.168.0.3 а 192.168.1.3 (не 0й а 1й сегмент)
Dron_Gus
А патчи от Черкашина как-то на сетевую часть влияют?..
PrSt
Цитата(Dron_Gus @ Mar 26 2007, 16:45) *
А патчи от Черкашина как-то на сетевую часть влияют?..

только на RTL8201 и на DM9101
Playnet
Цитата(PrSt @ Mar 26 2007, 22:15) *
только на RTL8201 и на DM9101

А на что они еще влияют?

Ну мы запустили 1.1.6 нормально... Вечерком возьму патчи и сравню, что уже в коде внесено и что надо внести... Скорее всего, эти патчи уже в более новые версии изначально добавлены.

Цитата(PrSt @ Mar 26 2007, 15:43) *
кстати с точки зрения класса С в сети - лучше использовать Вам не 192.168.0.3 а 192.168.1.3 (не 0й а 1й сегмент)

А почему так?
PrSt
Цитата(Playnet @ Mar 27 2007, 13:53) *
А почему так?

Можно, просто не рекомендуется...
Vishay
Здравствуйте !

Подскажите, пожалуйста, какой файл /dev/???? в файловой системе соответствует физическому интерфейсу SPI процессора AT91RM9200. Мне нужно вывести строку символов через SPI интерфейс и посмотреть сигнал в осциллограф (#echo 'my_string' > /dev/???? ).
Playnet
Цитата(PrSt @ Mar 27 2007, 16:55) *
Можно, просто не рекомендуется...

За 8 лет впервые о таком слышу..
PrSt
Цитата(Playnet @ Mar 28 2007, 18:15) *
За 8 лет впервые о таком слышу..

а я неоднократно с таким сталкивался, особенно на win9x и многих тулзах, но это потому что они там блокировали 0й сегмент...
а по логике сети класса С можно его использовать, разумеется в нем запрещенными есть 0.0 и 0.255
Playnet
Кто-нибудь пытался запустить плату с образом uImage от хэви? У меня проверку CRC проходит... Распаковывает и сыпет на экран мусор, потом виснет.

И еще проблема.. Получаю образ, пытаюсь записать его во флэш.
U-Boot> cp.b 21000000 c0028000 133000
получаю
Copy to Flash... -X- Data

И тишина.
Причем я так на сутки оставил -- то же и было.
md c0028000 показывает начало ядра. Будто начали писать и заглохли.

memtest тоже виснет. Но память я гонял через JTAG+прога от Dron_Gus, порядка 10 проходов -- память в порядке.
COMA
Это не мусор. у него ядро собрано под кварц 18.хххх
Playnet
Цитата(COMA @ Mar 30 2007, 15:34) *
Это не мусор. у него ядро собрано под кварц 18.хххх

Перерыл конфиг, не нашел заточек на определенный кварц. Это же не u-boot
COMA
\arm\usr\src\linux-2.6.17.1\arch\arm\mach-at91rm9200\board-rb9200.c

static void __init rb9200_map_io(void)
{
at91rm9200_map_io();

/* Initialize clocks: 16.000 MHz crystal */
at91_clock_init(16000000);

/* Setup the LEDs */
/*at91_init_leds(AT91_PIN_PB2, AT91_PIN_PB2);*/

/* Setup the serial ports and console */
at91_init_serial(&rb9200_uart_config);
}

Изучаем строчку
/* Initialize clocks: 16.000 MHz crystal */
at91_clock_init(16000000);
Playnet
Цитата(COMA @ Mar 30 2007, 17:35) *
Изучаем строчку
/* Initialize clocks: 16.000 MHz crystal */
at91_clock_init(16000000);

Всё хуже, чем я думал sad.gif Ну почему не поставить все эти параметры просто в .config? Нет, выпендрились... Надо теперь создавать файл под данную плату, вносить его в тонну заголовков, патчить ARCH, MATH... так, чтобы сохранить идент платы, чтобы не пришлось патчить u-boot...
Уроды.
PrSt
Цитата(Playnet @ Mar 30 2007, 17:02) *
Всё хуже, чем я думал sad.gif Ну почему не поставить все эти параметры просто в .config? Нет, выпендрились... Надо теперь создавать файл под данную плату, вносить его в тонну заголовков, патчить ARCH, MATH... так, чтобы сохранить идент платы, чтобы не пришлось патчить u-boot...
Уроды.

гы-гы, я тоже этого идиотизма не понимаю....
Вроде Атмел серьезная контора... Вот Аналог Девайс в этом плате молодцы!
также пришлось патчить... да всем так приходится....
хотя с другой стороны это, как бы так помягчччче сказать...
ммм...
типа "барьер на способность" 8)))
COMA
Цитата
Ну почему не поставить все эти параметры просто в .config? Нет, выпендрились... Надо теперь создавать файл под данную плату, вносить его в тонну заголовков, патчить ARCH, MATH... так, чтобы сохранить идент платы, чтобы не пришлось патчить u-boot...


Не говорите ерунды.

если посмотреть в папку mach-at91rm9200, то можно увидить файлы инициализации многих популярных плат -
"Atmel AT91RM9200-DK Development board"
"Atmel AT91RM9200-EK Evaluation Kit"
"KwikByte KB920x"
и .т.д.


А то что в этом списке нет платы RainBow - это не их вина.
Попробуйте отправить патч для RainBow на kernel.org smile.gif

Цитата
гы-гы, я тоже этого идиотизма не понимаю....
Вроде Атмел серьезная контора...

Atmel свои платы поддерживает - достаточно посмотреть при конфигурации кернела.

Цитата
хотя с другой стороны это, как бы так помягчччче сказать...
ммм...
типа "барьер на способность" 8)))

С этим согласен, ничего тут сложного нет smile.gif Просто у многих не хватает терпения wink.gif
Playnet
Цитата(COMA @ Mar 31 2007, 20:34) *
Не говорите ерунды.

если посмотреть в папку mach-at91rm9200, то можно увидить файлы инициализации многих популярных плат -
"Atmel AT91RM9200-DK Development board"
"Atmel AT91RM9200-EK Evaluation Kit"
"KwikByte KB920x"
и .т.д.

Ага, давайте делать для инициализации файлы на все материнки, которые существуют, в i686... Пусть пользователи радуются жизни, добавляя конкретно свою плату! Ну вот чем i686 настолько отличается, что правки конфига достаточно? У них что, одинаковые мосты? Контроллеры питания и температур? У всех один набор шин?
Там общего только архитектура.
COMA
blink.gif
Playnet
Цитата(COMA @ Mar 30 2007, 15:34) *
Это не мусор. у него ядро собрано под кварц 18.хххх

А что может быть с записью во флэш? Почему так странно себя ведет..
AlexMad
Цитата(COMA @ Mar 30 2007, 15:34) *
Это не мусор. у него ядро собрано под кварц 18.хххх

А вот у меня, почему-то у-бут от хэви нормально работает и с кварцем на 16 мег и на 18.432, НО с ним не пускается ядро от COMA, говорит, не тот таргет-машин sad.gif а у-бут от COMA, как раз показывает всяческий мусор при двух вариантах кварца, но после этого пускает ядро, правда, для этого надо извратиться: записать ядро с помощью у-бута от хеви, потом записать у-бут от СОМА, потом перезапустить...
Вобщем, вопрос: где в у-буте прописывается идентификатор таргет-машин?
AlexMad
Цитата(COMA @ Mar 19 2007, 10:08) *
Есть еще интересный вариант с QEMU. Можно симулировать систему на арм процессоре. Работает и под виндой. Сам правда пользуюсь версией под Linux для сборки рутфс для платы. Если есть желающие могу написать подробнее.

Уже писали люди, что есть желание проситать подробности.
COMA
Сильно занят был sad.gif
очень постараюсь все подробно расписать.
Vishay
Здравствуйте.

А можно посмотреть результат работы команды ( файлик a.txt ):

$dmesg > a.txt

на рабочей, с загруженным Linux'ом, плате Rainbow ?
Odiemus
Цитата(Playnet @ Apr 1 2007, 14:18) *
Ага, давайте делать для инициализации файлы на все материнки, которые существуют, в i686... Пусть пользователи радуются жизни, добавляя конкретно свою плату! Ну вот чем i686 настолько отличается, что правки конфига достаточно? У них что, одинаковые мосты? Контроллеры питания и температур? У всех один набор шин?
Там общего только архитектура.

На ix86 сделано так потому что делалось с оглядкой на конечных пользователей, которые не будут новый конфиг для каждой конкретной платы писать. На ix86 есть статусные и информационные регистры из которых можно всегда прочесть какими характеристика обладает та или иная железка (например, сколько строк/колонок у памяти). А вообще поддержка кадой индивидуальной платы закладывается в OS, это прост Вам, наверное, не приходилось заводить какунить PC-шную мать пытаясь использовать все установленные на ней сенсоры и прочие финтифлюшки. Посмотрите, для примера, комментарии в CVS changelog для кода и сам код инициализации чипсетов во freebsd... там ужас что творится!
Но со встраиваемыми решениями это нормальная ситуация, плату один раз собрали, в софт сразу, зная что есть на плате, заложили все параметры, настроили чтоб работало, встроили и забыли.
maxus
Народ, помогите!
Не запускается ФС из RAM... Юзаю самодельную плату похожую на RainBow и читаю активно heavy-online. От них же взял и образ ФС.

u-boot> bootm 10000000 10200000
## Booting image at 10000000 ...
Image Name:
Image Type: ARM Linux Kernel Image (gzip compressed)
Data Size: 932967 Bytes = 911.1 kB
Load Address: 20008000
Entry Point: 20008000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
## Loading Ramdisk Image at 10200000 ...
Image Name:
Image Type: ARM Linux RAMDisk Image (gzip compressed)
Data Size: 1807723 Bytes = 1.7 MB
Load Address: 20288000
Entry Point: 20288000
Verifying Checksum ... OK

Starting kernel ...

Linux version 2.6.20 (root@linux) (gcc version 3.4.6) #9 Tue May 15 21:27:29 EEST 2007
CPU: ARM920T [41129200] revision 0 (ARMv4T), cr=c0003177
Machine: Router-board
Memory policy: ECC disabled, Data cache writeback
Clocks: CPU 180 MHz, master 60 MHz, main 20.000 MHz
CPU0: D VIVT write-back cache
CPU0: I cache: 16384 bytes, associativity 64, 32 byte lines, 8 sets
CPU0: D cache: 16384 bytes, associativity 64, 32 byte lines, 8 sets
Built 1 zonelists. Total pages: 16256
Kernel command line: root=/dev/mem initrd=0x20288000,0x30000
AT91: 96 gpio irqs in 3 banks
PID hash table entries: 256 (order: 8, 1024 bytes)
Console: colour dummy device 80x30
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory: 64MB = 64MB total
Memory: 62732KB available (1692K code, 152K data, 88K init)
Mount-cache hash table entries: 512
CPU: Testing write buffer coherency: ok
NET: Registered protocol family 16
Generic PHY: Registered new driver
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 2048 (order: 1, 8192 bytes)
TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
TCP: Hash tables configured (established 2048 bind 1024)
TCP reno registered
checking if image is initramfs...it isn't (bad gzip magic numbers); looks like an initrd
Freeing initrd memory: 192K
NetWinder Floating Point Emulator V0.97 (double precision)
JFFS2 version 2.2. (NAND) © 2001-2006 Red Hat, Inc.
io scheduler noop registered
io scheduler anticipatory registered (default)
at91_spi: Baud rate set to 5000000
AT91 SPI driver loaded
atmel_usart.0: ttyS0 at MMIO 0xfefff200 (irq = 1) is a ATMEL_SERIAL
atmel_usart.1: ttyS1 at MMIO 0xfffc4000 (irq = 7) is a ATMEL_SERIAL
RAMDISK driver initialized: 8 RAM disks of 4096K size 1024 blocksize
LXT970: Registered new driver
LXT971: Registered new driver
at91_ether: Your bootloader did not configure a MAC address.
eth0: Link now 100-FullDuplex
eth0: AT91 ethernet at 0xfefbc000 int=24 100-FullDuplex (00:00:00:00:00:00)
eth0: Intel LXT971A PHY
physmap platform flash device: 01000000 at 10000000
physmap-flash.0: Found 1 x16 devices at 0x0 in 16-bit bank
Amd/Fujitsu Extended Query Table at 0x0040
physmap-flash.0: CFI does not contain boot bank location. Assuming top.
number of CFI chips: 1
cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
RedBoot partition parsing not available
kobject_add failed for physmap-flash.0 with -EEXIST, don't try to register things with the same name in the same directory.
block2mtd: version $Revision: 1.30 $
mice: PS/2 mouse device common for all mice
TCP cubic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
RAMDISK: Couldn't find valid RAM disk image starting at 0.
VFS: Cannot open root device "mem" or unknown-block(0,0)
Please append a correct "root=" boot option
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
PrSt
Цитата(maxus @ May 18 2007, 19:31) *
Народ, помогите!
Не запускается ФС из RAM... Юзаю самодельную плату похожую на RainBow и читаю активно heavy-online. От них же взял и образ ФС.

.....
Kernel command line: root=/dev/mem initrd=0x20288000,0x30000
.....
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

Кернел в пенике? - успакаивайте его 8)
по теме...
Вызывает подозрение Вот эта строка...
Kernel command line: root=/dev/mem initrd=0x20288000,0x30000
чтото мне подсказывает что - там нужно не 30000 а 300000
тем более...
если 30000 - и Вы хотите пощюпать busybox - не удивительно....

.
maxus
Увеличил размер диска:
...
RAMDISK driver initialized: 8 RAM disks of 8192K size 1024 blocksize
...

Передал initrd больше места:
...
Kernel command line: root=/dev/mem initrd=0x20288000,500000
...

Все равно кернел в панике smile.gif

Смущает это:
RAMDISK: Couldn't find valid RAM disk image starting at 0.
Образ диска ведь запакован, и что-то не видно надписи (как в ядре), что он распаковывается. Или я что-то не понимаю?.. Может при компиляции ядра надо указать что-то еще кроме CONFIG_BLK_DEV_RAM, CONFIG_BLK_DEV_INITRD и CONFIG_EXT2_FS?
astro
Проверяйте переменные окружения, всё должно работать.
(сейчас нет rainbow под рукой, лог из ucrouter, для дополнения так сказать)
Если собирать по инструкции от heavy, то должно получаться так:




boot 1.0 32Mb 45MHz (Jan 25 2005 - 01:40:16)

SDRAM Test...

Ok


Uncompressing image...


Done



U-Boot 1.1.1 (Sep 14 2006 - 17:46:55)

U-Boot code: 20F00000 -> 20F1BD8C BSS: -> 20F206A4
RAM Configuration:
Bank #0: 20000000 32 MB
AMD: 29LV160B (16 M, bottom sector)
Flash: 2 MB
DataFlash:AT45DB321
Nb pages: 8192
Page Size: 528
Size= 4325376 bytes
Logical address: 0xC0000000
Area 0: C0000000 to C0007FFF (RO)
Area 1: C0008000 to C001FFFF (RO)
Area 2: C0020000 to C0027FFF
Area 3: C0028000 to C041FFFF
In: serial
Out: serial
Err: serial
eth: setting MAC address to 12:34:56:78:9a:bc
PHY: RTL8201(cool.gifL detected
Link: cable disconnected
Link: cable disconnected
MAC: error during MII initialization
Hit any key to stop autoboot: 0
## Booting image at 20a00000 ...
Image Name:
Image Type: ARM Linux Kernel Image (gzip compressed)
Data Size: 915757 Bytes = 894.3 kB
Load Address: 20008000
Entry Point: 20008000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
## Loading Ramdisk Image at 20c0000
Image Name:
Image Type: ARM Linux RAMDisk Image (gzip compressed)
Data Size: 1824589 Bytes = 1.7 MB
Load Address: 20288000
Entry Point: 20288000
Verifying Checksum ... OK

Starting kernel ...

Linux version 2.6.16 (root@sunny) (gcc version 3.4.6) #1 Thu Apr 26 15:00:56 MSD
2007
CPU: ARM920Tid(wb) [41129200] revision 0 (ARMv4T)
Machine: uCrouter
Memory policy: ECC disabled, Data cache writeback
Clocks: CPU 179 MHz, master 44 MHz, main 18.432 MHz
CPU0: D VIVT write-back cache
CPU0: I cache: 16384 bytes, associativity 64, 32 byte lines, 8 sets
CPU0: D cache: 16384 bytes, associativity 64, 32 byte lines, 8 sets
Built 1 zonelists
Kernel command line: root=/dev/ram rw initrd=0x20288000,0x500000 ramdisk_size=50
00 console=ttyS0,115200 mem=32M
AT91: 128 gpio irqs in 4 banks
PID hash table entries: 256 (order: 8, 4096 bytes)
Console: colour dummy device 80x30
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory: 32MB = 32MB total
Memory: 25332KB available (1508K code, 339K data, 88K init)
Mount-cache hash table entries: 512
CPU: Testing write buffer coherency: ok
checking if image is initramfs...it isn't (no cpio magic); looks like an initrd
Freeing initrd memory: 5120K
NET: Registered protocol family 16
usbcore: registered new driver usbfs
usbcore: registered new driver hub
io scheduler noop registered
io scheduler anticipatory registered (default)
AT91 Real Time Clock driver.
AT91 SPI driver loaded
AT91 Watchdog Timer enabled (5 seconds, nowayout=1)
at91_usart.0: ttyS0 at MMIO 0xfefff200 (irq = 1) is a AT91_SERIAL
at91_usart.1: ttyS1 at MMIO 0xfffc4000 (irq = 7) is a AT91_SERIAL
RAMDISK driver initialized: 16 RAM disks of 5000K size 1024 blocksize
eth0: AT91 ethernet at 0xfefbc000 int=24 10-HalfDuplex (12:34:56:78:9a:bc)
eth0: Realtek RTL8201(cool.gifL PHY
physmap flash device: 200000 at 10000000
phys_mapped_flash: Found 1 x16 devices at 0x0 in 16-bit bank
Amd/Fujitsu Extended Query Table at 0x0040
number of CF
cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
RedBoot partition parsing not available
at91_dataflash: AT45DB321B detected [spi0] (4325376 bytes)
Creating 3 MTD partitions on "AT45DB321B.spi0":
0x00000000-0x00042000 : "bootloader"
0x00042000-0x0014a000 : "kernel"
0x0014a000-0x00420000 : "filesystem"
at91_cf: irqs det #64, io #0
at91_ohci at91_ohci: AT91 OHCI
at91_ohci at91_ohci: new USB bus registered, assigned bus number 1
at91_ohci at91_ohci: irq 23, io mem 0x00300000
usb usb1: Product
usb usb1: Manufacturer: Linux 2.6.16 ohci_hcd
usb usb1: SerialNumber: at91
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
udc: at91_udc version 8 March 2005
mice: PS/2 mouse device common for all mice
i2c /dev entries driver
at91_i2c at91_i2c: AT91 i2c bus driver.
NET: Registered protocol family 2
IP route cache hash table entries: 512 (order: -1, 2048 bytes)
TCP established hash table entries: 2048 (order: 1, 8192 bytes)
TCP bind hash table entries: 2048
TCP: Hash tables configured (established 2048 bind 2048)
TCP reno registered
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
RAMDISK: Compressed image found at block 0
VFS: Mounted root (ext2 filesystem).
Freeing init memory: 88K
init started: BusyBox v1.1.2 (2006.05.05-15:29+0000) multi-call binary


Starting system...
usb 1-2: new low speed USB device using at91_ohci and address 2
Configuring loopback interface...
usb 1-2: device descriptor read/64, error -110
Configuring eth0: 192.168.2.77...
Starting telnetd...


BusyBox v1.1.2 (2006.05.05-15:29+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

[root@arm /]$usb 1-2: device descriptor read/64, error -110
usb 1-2: new low speed USB device using at91_ohci and address 3
usb 1-2: device descriptor read/64, error -110
usb 1-2: device descriptor read/64, error -110
usb 1-2: new low speed USB device using at91_ohci and address 4
usb 1-2: device not accepting address 4, error -110
usb 1-2: new low speed USB device using at91_ohci and address 5
usb 1-2: device not accepting address 5, error -110

[root@arm /]$dmesg
Linux version 2.6.16 (root@sunny) (gcc version 3.4.6) #1 Thu Apr 26 15:00:56 MSD
2007
CPU: ARM920Tid(wb) [41129200] revision 0 (ARMv4T)
Machine: uCrouter
Memory policy: ECC disabled, Data cache writeback
On node 0 totalpages: 8192
DMA zone: 8192 pages, LIFO batch:1
DMA32 zone: 0 pages, LIFO batch:0
Normal zone: 0 pages, LIFO batch:0
HighMem zone: 0 pages, LIFO batch:0
Clocks: CPU 179 MHz, master 44 MHz, main 18.432 MHz
CPU0: D VIVT write-back cache
CPU0: I cache: 16384 bytes, associativity 64, 32 byte lines, 8 sets
CPU0: D cache: 16384 bytes, associativity 64, 32 byte lines, 8 sets
Built 1 zonelists
Kernel command line: root=/dev/ram rw initrd=0x20288000,0x500000 ramdisk_size=50
00 console=ttyS0,115200 mem=32M
AT91: 128 gpio irqs in 4 banks
PID hash table entries: 256 (order: 8, 4096 bytes)
Console: colour dummy device 80x30
Dentry cache hash table entries: 8192 (order: 3, 32
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory: 32MB = 32MB total
Memory: 25332KB available (1508K code, 339K data, 88K init)
Calibrating delay loop... 89.70 BogoMIPS (lpj=448512)
Mount-cache hash table entries: 512
CPU: Testing write buffer coherency: ok
checking if image is initramfs...it isn't (no cpio magic); looks like an initrd
Freeing initrd memory: 5120K
NET: Registered protocol family 16
usbcore: registered new driver usbfs
usbcore: registered new driver hub
io scheduler noop registe
io scheduler anticipatory registered (default)
AT91 Real Time Clock driver.
AT91 SPI driver loaded
AT91 Watchdog Timer enabled (5 seconds, nowayout=1)
at91_usart.0: ttyS0 at MMIO 0xfefff200 (irq = 1) is a AT91_SERIAL
at91_usart.1: ttyS1 at MMIO 0xfffc4000 (irq = 7) is a AT91_SERIAL
RAMDISK driver initialized: 16 RAM disks of 5000K size 1024 blocksize
eth0: AT91 ethernet at 0xfefbc000 int=24 10-HalfDuplex (12:34:56:78:9a:bc)
eth0: Realtek RTL8201(cool.gifL PHY
physmap flash device: 200000 at 10000000
phys_mapped_flash: Found 1 x16 devices at 0x0 in 16-bit bank
Amd/Fujitsu Extended Query Table at 0x0040
number of CFI chips: 1
cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
RedBoot partition parsing not available
at91_dataflash: AT45DB321B detected [spi0] (4325376 bytes)
Creating 3 MTD partitions on "AT45DB321B.spi0":
0x00000000-0x00042000 : "bootloader"
0x00042000-0x0014a000 : "kernel"
0x0014a000-0x00420000 : "filesystem"
at91_cf: irqs det #64, io #0
at91_ohci at91_ohci: starting AT91
at91_ohci at91_ohci: AT91 OHCI
drivers/usb/core/inode.c: creating file 'devices'
drivers/usb/core/inode.c: creating file '001'
at91_ohci at91_ohci: new USB bus registered, assigned bus number 1
at91_ohci at91_ohci: irq 23, io mem 0x00300000
at91_ohci at91_ohci: resetting from state 'reset', control = 0x0
at91_ohci at91_ohci: OHCI controller state
at91_ohci at91_ohci: OHCI 1.0, NO legacy support registers
at91_ohci at91_ohci: control 0x083 HCFS=operational CBSR=3
at91_ohci at91_ohci: cmdstatus 0x00000 SOC=0
at91_ohci at91_ohci: intrstatus 0x00000044 RHSC SF
at91_ohci at91_ohci: intrenable 0x8000001a MIE UE RD WDH
at91_ohci at91_ohci: hcca frame #0005
at91_ohci at91_ohci: roothub.a 02000202 POTPGT=2 NPS NDP=2(2)
at91_ohci at91_ohci: roothub.b 00000000 PPCM=0000 DR=0000
at91_ohci at91_ohci: roothub.status 00008000 DRWE
at91_ohci at91_ohci: roothub.portstatus [0] 0x00000100 PPS
at91_ohci at91_ohci: roothub.portstatus [1] 0x00000100 PPS
at91_ohci at91_ohci: created debug files
usb usb1: default language 0x0409
usb usb1: new device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: AT91 OHCI
usb usb1: Manufacturer: Linux 2.6.16 ohci_hcd
usb usb1: SerialNumber: at91
usb usb1: uevent
usb usb1: device is self-powered
usb usb1: configuration #1 chosen from 1 choice
usb usb1: adding 1-0:1.0 (config #1, interface 0)
usb 1-0:1.0: uevent
hub 1-0:1.0: usb_probe_interface
hub 1-0:1.0: usb_probe_interface - got id
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
hub 1-0:1.0: standalone hub
hub 1-0:1.0: no power sw
hub 1-0:1.0: global over-current protection
hub 1-0:1.0: power on to power good time: 4ms
hub 1-0:1.0: local power source is good
hub 1-0:1.0: no over-current condition exists
hub 1-0:1.0: state 7 ports 2 chg 0000 evt 0000
drivers/usb/core/inode.c: creating file '001'
udc: at91_udc version 8 March 2005
mice: PS/2 mouse device common for all mice
i2c /dev entries driver
at91_i2c at91_i2c: AT91 i2c bus driver.
NET: Registered protocol family 2
IP route cache hash table entries: 512 (order: -1, 2048 bytes)
TCP established hash table entries: 2048 (order: 1, 8192 bytes)
TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
TCP: Hash tables configured (established 2048 bind 2048)
TCP reno registered
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
RAMDISK: Compressed image found at block 0
hub 1-0:1.0: state 7 ports 2 chg 0000 evt 0004
at91_ohci at91_ohci: GetStatus roothub.portstatus [1] = 0x00010101 CSC PPS CCS
hub 1-0:1.0: port 2, status 0101, change 0001, 12 Mb/s
VFS: Mounted root (ext2 filesystem).
Freeing init memory: 88K
hub 1-0:1.0: debounce: port 2: total 100ms stable 100ms status 0x101
at91_ohci at91_ohci: GetStatus roothub.portstatus [1] = 0x00100303 PRSC LSDA PPS
PES CCS
usb 1-2: new low speed USB device using at91_ohci and address 2
at91_ohci at91_ohci: urb c18a0c00 path 2 ep0in 5ec20000 cc 5 --> status -110
at91_ohci at91_ohci: urb c18a0c00 path 2 ep0in 5ec20000 cc 5 --> status -110
at91_ohci at91_ohci: urb c18a0c00 path 2 ep0in 5ec20000 cc 5 --> status -110
at91_ohci at91_ohci: GetStatus roothub.portstatus [1] = 0x00100303 PRSC LSDA PPS
PES CCS
usb 1-2: device descriptor read/64, error -110
at91_ohci at91_ohci: urb c18a0360 path 2 ep0in 5ec20000 cc 5 --> status -110
at91_ohci at91_ohci: urb c18a0360 path 2 ep0in 5ec20000 cc 5 --> status -110
at91_ohci at91_ohci: urb c18a0360 path 2 ep0in 5ec20000 cc 5 --> status -110
at91_ohci at91_ohci: GetStatus roothub.portstatus [1] = 0x00100303 PRSC LSDA PPS
PES CCS
usb 1-2: device descriptor read/64, error -110
at91_ohci at91_ohci: GetStatus roothub.portstatus [1] = 0x00100303 PRSC LSDA PPS
PES CCS
usb 1-2: new low speed USB device using at91_ohci and address 3
at91_ohci at91_ohci: urb c18a0360 path 2 ep0in 5ec20000 cc 5 --> status -110
at91_ohci at91_ohci: urb c18a0360 path 2 ep0in 5ec20000 cc 5 --> status -110
at91_ohci at91_ohci: urb c18a0360 path 2 ep0in 5ec20000 cc 5 --> status -110
at91_ohci at91_ohci: GetStatus roothub.portstatus [1] = 0x00100303 PRSC LSDA PPS
PES CCS
usb 1-2: device descriptor read/64, error -110
at91_ohci at91_ohci: urb c18a0360 path 2 ep0in 5ec20000 cc 5 --> status -110
at91_ohci at91_ohci: urb c18a0360 path 2 ep0in 5ec20000 cc 5 --> status -110
at91_ohci at91_ohci: urb c18a0360 path 2 ep0in 5ec20000 cc 5 --> status -110
at91_ohci at91_ohci: GetStatus roothub.portstatus [1] = 0x00100303 PRSC LSDA PPS
PES CCS
usb 1-2: device descriptor read/64, error -110
at91_ohci at91_ohci: GetStatus roothub.portstatus [1] = 0x00100303 PRSC LSDA PPS
PES CCS
usb 1-2: new low speed USB device using at91_ohci and address 4
at91_ohci at91_ohci: urb c18a0360 path 2 ep0out 5ec20000 cc 5 --> status -110
at91_ohci at91_ohci: urb c18a0360 path 2 ep0out 5ec20000 cc 5 --> status -110
usb 1-2: device not accepting address 4, error -110
at91_ohci at91_ohci: GetStatus roothub.portstatus [1] = 0x00100303 PRSC LSDA PPS
PES CCS
usb 1-2: new low speed USB device using at91_ohci and address 5
at91_ohci at91_ohci: urb c18a0360 path 2 ep0out 5ec20000 cc 5 --> status -110
at91_ohci at91_ohci: urb c18a0360 path 2 ep0out 5ec20000 cc 5 --> status -110
usb 1-2: device not accepting address 5, error -110
hub 1-0:1.0: state 7 ports 2 chg 0000 evt 0004
[root@arm /]$
PrSt
Цитата(maxus @ May 21 2007, 10:19) *
...
Kernel command line: root=/dev/mem initrd=0x20288000,500000
...
Все равно кернел в панике smile.gif

Вот же, Вам ниже написали, смотрим как там
...
Kernel command line: root=/dev/ram rw initrd=0x20288000,0x500000 ramdisk_size=50
...
тоесть не
initrd=0x20288000,500000
а
initrd=0x20288000,0x500000
maxus
Спасибо всем, помогло! Я потом сделал запуск сразу с флешки: root=/dev/mtdblock1 и т.д... Ни у кого с Ethernet проблем не было? Если кабель высунут при запуске, то u-boot пишет:

...
MAC: error during MII initialization
...

а ядро пишет:

...
eth0: Link down.
...

И потом, сунув кабель, все равно пинги не ходят. Получается, потом линух не анализирует активность интерфейса? Я использую LXT971A.
PrSt
Цитата(maxus @ May 22 2007, 18:15) *
И потом, сунув кабель, все равно пинги не ходят. Получается, потом линух не анализирует активность интерфейса? Я использую LXT971A.

на этот месадж не обращайте внимания!
а вот если при u-bootе кабель не вотткнут - езернет не проинициализируется
ну и соответсвенно в линуксе он будет down
пробуйте в линуксе
ifconfig down
вставить шнурок
ifconfig up

должно помоч!
maxus
Спасибо, помогло!
Но, согласитесь, это не выход. Должен быть механизм автоматического определия наличия линии и поднятия интерфейса. На обычных PC мы же не набираем каждый раз ifconfig up, а интерфейс подымается автоматически. Наверно в драйвер надо добавить что-то?
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2023 Invision Power Services, Inc.