sasamy

Да ты друк уже все сказал :)

Я иногда участвую в этом процессе, только к AVR имею минимальное отношение. Тогда в чем суть проприетарного _платного_ ПО ? Платить за то что "спасибо Вам за то что Вы такие платные энтерпрайзные есть" а драйверы писать самому и не надеяться что завтра тебя не пошлют к чертям ?

Кстати о проприетарном коде и IBM. Сколько тысяч разработчиков и сколько раз писали петиции об открытии кода OS/2 ? Этих самых благодарных пользователей проприетарщины просто-напросто кинули - отказались от поддержки своего грандиозного _платного_ проекта. Вот так разом. И код открыть не могут потому что многое им не принадлежит. Есть реальный пример из жизни - работал я когда-то инженером АСУ, была там система АСУТП, основная ОС - OS/2. Железо выходит из строя а новое железо уже не поддерживается, потому что _платная_ система давно в дауне.

Чего там не так с интерфейсом ? Кнопки "сделай мне все красиво" нет ? Абсурд какой-то. Причем тут моя скромная персона и компилятор для AVR ?

1 Вменяемые дизайнеры давно и плотно сидят на GIMP, вся современная анимация и спецэфекты в голливуде сделана на ПО работающем под управлением linux. Пользовательский интерфейс - вы давно KDE пользовались ? 2 Смешно о таком говорить - огромное число ошибок есть в _любом_ ПО, только в открытых проектах можно не дожидаясь кого-то самому исправить ошибку или сообщить в багтрекер и патч будет выпущем практически мгновенно, а в проприетарных будете ждать пару месяцев, или пол года до следующего релиза.

Что вы понимаете под "конечным потребителем" ? Домохозяйка, программист или еще кто-то ? http://wiki.opennet.ru/Windows2Linux выбирайте.

Применительно к symbian - популярное ПО можно портировать на нее используя http://en.wikipedia.org/wiki/P.I.P.S._Is_POSIX_on_Symbian, а о популярности qt думаю даже говорить не нужно, кто в теме знает, и он уже портирован на symbian.

Я знаю огромное количество успешных и популярных открытых проектов. То что многие по незнанию называют просто linux - это ядро linux как отдельный проект и все огромное множество ПО под лицензией gpl входящее и не входящее в проект GNU.

Мышиная возня - это одиночки-бизнесмены-программисты. За открытыми коллективными проектами будущее и настоящее.

Маэмо и андроид основаны на ядре linux - монолитные ос не являющиеся системами реального времени. Полная противоположность symbian - микроядерная ос реального времени. То что появилась ос такого уровня в исходниках, это офигенно. Вдвойне офигенно то что она давно и успешно работает на ARM.

А попросят вас завтра сыграть мурку на вашем девайсе - access list прикрутить, tls для ftp, пакетный фильтр для tcp/ip - это вещи обыденные, а вэбсервер с питоном, пхп и тд. ? смоневаюсь что в силах будете хотя бы малую часть реализовать из этого. Насчет дешевле - шивы и так по 50$ раздавали, да и я их только для примера привел. То что ваше решение вы задешево отдавать не будете и так ясно - вижу, постарались, только в этой сфере linux давно и прочно занимает лидирующие позиции.

За деньги что вы попросите за это чудо можно купить не один sheeva plug с нормальной ОС GNU/Linux _гигабитным сетевым адаптером_, которую можно расширить до недостижимых для вас маштабов легким движением установщика. ЗЫ жесткий реалтайм и протокол tcp - это жескачь :)

Похоже в этом ошибка, потому что вы считаете что "Файловая система по указанию записывается по адресу 0х400000 в nand" а раздел у вас начинается с нулевого адреса - задайте смещение. mtdparts=at91_nand:размер@смещение(root)

Что-то смонтировалось, так что дело не в jffs2. Такое сообщение бывает например если abi ядра и программ в userspace не совпадают. Может библиотеки libc не скопированы. PS подсветка табуляции в редакторе mcedit отключается [shift]+[alt]+[-] :)

Все практически - не помню чтобы за ПО под венду я когда нибуть платил. Другой вопрос - лицензионно чистые.

Под венду есть более удобные инструменты вполне бесплатные. ваша википедия врет

Любой эмулятор, умеющий работать как gdb-сервер - например qemu.

Забавно - а данные из sdram в lcd чертик из табакерки перекидывает 25 раз в секунду ? :)

Я так и подумал что вы ошибаетесь :) поддержка фс в загрузчика вообще не нужна, он посекторно копирует содержимое образа ядра в ram. Разделы в u-boot - это его личное дело как он себе их представляет и к ядру отношения не имеет, в ядре свое собственное представление разделов которое описывается отдельно, либо через командную строку или в board-файле.

Непонятен момент - вы на "боевой" плате будете играть с загрузчиком ? уверены что вам нужна поддержка jffs в загрузчике а не в ядре ? Я к тому что те разделы которые вы определите в u-boot ничего общего не имеют с ядром.

Есть небольшая ОС, двухуровневая организация страниц, разделение прав доступа по доменам не используются, переношу на процессор at91sam9260. Физическая память мапится в верхнюю часть виртуальной памяти со смещением 2Гб - по адресу 0xA0000000, io-адреса периферии ремапятся 1:1. Код инициализации mmu и кэшей mov r0, #4 /* writethrough cache policy */ mcr p15, 7, r0, c15, c0, 0 mov r0, #0 mcr p15, 0, r0, c7, c10, 4 /* drain write buffer */ mcr p15, 0, r0, c8, c7, 0 /* flush I,D TLBs */ ldr r1, =BOOT_PGD_PHYS mcr p15, 0, r1, c2, c0, 0 /* load page table pointer */ mov r0, #-1 mcr p15, 0, r0, c3, c0 /* load domain access register */ mrc p15, 0, r0, c1, c0, 0 orr r0, r0, #0x1000 /* I-cache enable */ orr r0, r0, #0x003d /* Write buffer, mmu */ mcr p15, 0, r0, c1, c0, 0 Таблцы второго уровня fine page table - 1024 pte, страницы памяти tiny pages - 1024 байт. После включения MMU полет нормальный, ремап памяти проходит, но дело доходит до создания нового потока - копируются часть таблицы с системными данными, ремапится таблица векторов исключений в новую таблицу и в регистр ttb заносится адрес новой таблицы ENTRY(switch_ttb) mov ip, #0 mcr p15, 0, ip, c7, c5, 0 /* flush I cache */ mcr p15, 0, ip, c7, c6, 0 /* flush D cache */ mcr p15, 0, ip, c7, c10, 4 /* drain the write buffer */ mcr p15, 0, r0, c2, c0, 0 /* set the new TTB */ mcr p15, 0, ip, c8, c7, 0 /* and flush the I+D tlbs */ nop nop nop mov pc, lr Проблема в том что после переключения регистра ttb, таблицы страниц оказываются нарушенными, причем частично - код работает - то есть системные страницы на месте но например вектора исключений по 0 адресу недоступны так же и часть памяти которая до переключения была смапена и таблицы были в порядке. Что интересно - в эмуляторе qemu все работает замечательно... Если кто встречался с такой ситуацией - есть ли какие мысли, что я мог упустить или на что обратить внимание ?

Согласен - ерунду полную сморозил :)

Может я и не прав - у arm9 кэши логические - они работают с логичсескими адресами, а таблицы страниц не что иное как данные, в совокупности с тем что 926 в отличие от 720 имеют гарвардскую архитектуру им нужно и кэш данных включать.

Зря вы таблицу страниц назваете TLB :) TLB - это как раз тот самый ассоциативный кэш из 64 регистров к которым и будем обращение. Translation Lookaside Buffer.