-
- не в коде дело. моя мысля такая: в телекоме используется много-много разных структур с разными размерами и в разном порядке. и для обработки приходится выбирать разные 16-ти и 32-х разрядные данные по _невыровненным_ адресам. чего далеко ходить - IP Mahagam(555 знак., 29.10.2008 12:09)
- Вообще мысль толковая. Я согласен. Вероятно, это не единственная, но существенная причина. - Evgeny_CD(30.10.2008 20:39)
- Тема на самом деле жутко интересная. Просто настоящий диссер можно было бы написать. Не бумажный, а очень даже востребованный. Для этого нужно всего лишь набор тактово-корректных симуляторов различных ядер: ARM, Cortex, CF, MIPS, PPC. Evgeny_CD(739 знак., 31.10.2008 11:48)
- самый тактово-корректный симулятор - сам МК построенный на исследуемом ядре. засада ж в том, что не существует МК с одинаковой периферией но разными ядрами. посему востребованность такой бумажки под вопросом - все равно выбор сведётся к конкретной связке Mahagam(297 знак., 31.10.2008 16:06)
- Важно, что один и тот же C файл. Что касается обвязки, то есть два варианта: 1) когда важная хитрая периферия - тогда выбирают ее 2) когда периферия в FPGA либо стандартная (UART, Ethernet) - тот здесь уже выбирают ядро и качественный DMA. - Evgeny_CD(31.10.2008 16:16)
- когда есть FPGA - то вариантов уже столько, что выбор ядра отбрасывается чуть ли не на последнее место. :) - Mahagam(31.10.2008 19:40)
- Угу. Токо HDL модель ядра от производителя стоит несколько дороже FPGA.... - Evgeny_CD(31.10.2008 22:13)
- когда есть FPGA - то вариантов уже столько, что выбор ядра отбрасывается чуть ли не на последнее место. :) - Mahagam(31.10.2008 19:40)
- Важно, что один и тот же C файл. Что касается обвязки, то есть два варианта: 1) когда важная хитрая периферия - тогда выбирают ее 2) когда периферия в FPGA либо стандартная (UART, Ethernet) - тот здесь уже выбирают ядро и качественный DMA. - Evgeny_CD(31.10.2008 16:16)
- самый тактово-корректный симулятор - сам МК построенный на исследуемом ядре. засада ж в том, что не существует МК с одинаковой периферией но разными ядрами. посему востребованность такой бумажки под вопросом - все равно выбор сведётся к конкретной связке Mahagam(297 знак., 31.10.2008 16:06)
- Тема на самом деле жутко интересная. Просто настоящий диссер можно было бы написать. Не бумажный, а очень даже востребованный. Для этого нужно всего лишь набор тактово-корректных симуляторов различных ядер: ARM, Cortex, CF, MIPS, PPC. Evgeny_CD(739 знак., 31.10.2008 11:48)
- Все проще. Порядок байт в сети big endian. Little_endian x86 приходится программно переставлять местами байты в каждом 16bit_word, 32bit_word.... +++(198 знак., 30.10.2008 15:13, )
- верно. но при выборе арм/мипс - уже и unaligned access важен. - Mahagam(30.10.2008 15:15)
- На mips, unalligned access по шине адреса приложения, приводит к смерти приложения по сигналу SIGBUS. - +++(30.10.2008 15:19, )
- Т.е., проц падает в trap_handler, os обрабатывет trap и убивает задачу согналом SIGBUS. - +++(30.10.2008 15:21, )
- стопстопстоп. я про невыровненные обращения к данным. а не про код. Mahagam(77 знак., 30.10.2008 15:31)
- Мда..., диалог суровых эмбеддеров, за гранью разума. AlexandrY(901 знак., 30.10.2008 16:31)
- не порите чушь. да, исключения не будет. но и прочитать long одной командой с невыровненного адреса в ARM7 вам не удастся. Mahagam(385 знак., 30.10.2008 17:31)
- Изнемогаю от смеха. ;) Вы на ARM7 роутеры собрались делать? AlexandrY(180 знак., 30.10.2008 17:56)
- блин. роутер можно и на 51-ом сделать. если промолчать про скорость работы. Mahagam(57 знак., 30.10.2008 18:38)
- Да это похоже как в опенсорсе, взял ядро нахаляву так будь добр всем об этом объяви. AlexandrY(131 знак., 30.10.2008 19:12)
- использование ARM обычно выпячивают наружу. - Mahagam(30.10.2008 19:17)
- Да это похоже как в опенсорсе, взял ядро нахаляву так будь добр всем об этом объяви. AlexandrY(131 знак., 30.10.2008 19:12)
- блин. роутер можно и на 51-ом сделать. если промолчать про скорость работы. Mahagam(57 знак., 30.10.2008 18:38)
- Изнемогаю от смеха. ;) Вы на ARM7 роутеры собрались делать? AlexandrY(180 знак., 30.10.2008 17:56)
- В нормальных ARM-ах нет никаких проблем взять данные с невыровненного адреса, исключения это не вызовет. - в нормальных - это в каких? - Alex B.(30.10.2008 17:11)
- не порите чушь. да, исключения не будет. но и прочитать long одной командой с невыровненного адреса в ARM7 вам не удастся. Mahagam(385 знак., 30.10.2008 17:31)
- Мда..., диалог суровых эмбеддеров, за гранью разума. AlexandrY(901 знак., 30.10.2008 16:31)
- стопстопстоп. я про невыровненные обращения к данным. а не про код. Mahagam(77 знак., 30.10.2008 15:31)
- Т.е., проц падает в trap_handler, os обрабатывет trap и убивает задачу согналом SIGBUS. - +++(30.10.2008 15:21, )
- На mips, unalligned access по шине адреса приложения, приводит к смерти приложения по сигналу SIGBUS. - +++(30.10.2008 15:19, )
- верно. но при выборе арм/мипс - уже и unaligned access важен. - Mahagam(30.10.2008 15:15)
- Вообще мысль толковая. Я согласен. Вероятно, это не единственная, но существенная причина. - Evgeny_CD(30.10.2008 20:39)
- Сколько доводилось встречатся с чипами для роутеров, там чуть не уровень L3 хардварный. Во всяком случае таблицы маршрутизации и поиск по ним точно хардварные. Система команд практически не влияет. - AlexandrY(28.10.2008 21:28)
- А учитывая готовность MIPS для кустомерского сопроцессора - усе готово для ентого L3 : - Evgeny_CD(28.10.2008 21:56)
- не в коде дело. моя мысля такая: в телекоме используется много-много разных структур с разными размерами и в разном порядке. и для обработки приходится выбирать разные 16-ти и 32-х разрядные данные по _невыровненным_ адресам. чего далеко ходить - IP Mahagam(555 знак., 29.10.2008 12:09)