Ada_Ru форум

Обсуждение языка Ада

Эмуляция x86 на ARM. Страница 2

Оставить новое сообщение

Сообщения

Sergei Lodyagin пишет:

Я смотрел только это. Мне это попалось, когда я интересовался, почему на 64битной Windows даже в 32битных приложениях нельзя манипулировать сегментными регистрами.

 

 

Потому, что сегментные регистры, с точки зрения разработчиков Intel

(AMD) - Leagacy, и в режиме 64 битного адреса

 

Режим–то как раз 32–битный внутри 64–битной OS.

 

они решили их уже не поддерживать. Ведь они нужны были для

преодаления лимитов адресного пространства

 

Загрузить собственные смещения в пользовательский сегмент и использовать этот сегмент в качестве cs, ss, ds и ss имеет смысл, чтобы создавать быстрые песочницы, как в vx32. При этом для меня важно, чтобы никакие там ещё права админа не требовались, иначе этим нельзя будет пользоваться.

 

Так как 64битного компьютера нет, то так и не понял, это только в

Windows такая пакость или это особенность архитектуры.

 

-- If you want to get to the top, you have to start at the bottom

21.11.2012 13:16, Иван Левашев пишет:

20.11.2012 3:21, Vasiliy Fofanov пишет:

Для Raspberry Pi можно писать на GNAT приложения тоже.

А как сейчас это лучше делать?

 

 

Raspbian - это Debian для PasberryPI включает пакет devel/gnat-4.6

--

Maxim Reznik

22.11.2012 20:23, Maxim Reznik пишет:

21.11.2012 13:16, Иван Левашев пишет:

20.11.2012 3:21, Vasiliy Fofanov пишет:

Для Raspberry Pi можно писать на GNAT приложения тоже.

А как сейчас это лучше делать?

 

 

Raspbian - это Debian для PasberryPI включает пакет devel/gnat-4.6

 

Kакие ещё варианты ARM поддерживаются?

 

Вот, допустим, Actel SmartFusion (ARM Cortex M3) или просто Fusion (ARM Cortex M1)?

 

-- If you want to get to the top, you have to start at the bottom

On 12/04/2012 03:50 PM, Иван Левашев wrote:

 

 

22.11.2012 20:23, Maxim Reznik пишет:

21.11.2012 13:16, Иван Левашев пишет:

20.11.2012 3:21, Vasiliy Fofanov пишет:

Для Raspberry Pi можно писать на GNAT приложения тоже.

А как сейчас это лучше делать?

 

 

Raspbian - это Debian для PasberryPI включает пакет devel/gnat-4.6

Kакие ещё варианты ARM поддерживаются?

 

Вот, допустим, Actel SmartFusion (ARM Cortex M3) или просто Fusion (ARM Cortex M1)?

 

man gcc:

 

-mcpu=name

 

This specifies the name of the target ARM processor. GCC uses this name to determine what kind of instructions it can emit when

generating assembly code. Permissible names are: arm2, arm250,

arm3, arm6, arm60, arm600, arm610, arm620, arm7, arm7m, arm7d,

arm7dm, arm7di, arm7dmi, arm70, arm700, arm700i, arm710, arm710c, arm7100, arm720, arm7500, arm7500fe, arm7tdmi, arm7tdmi-s, arm710t, arm720t, arm740t, strongarm, strongarm110, strongarm1100,

strongarm1110, arm8, arm810, arm9, arm9e, arm920, arm920t, arm922t, arm946e-s, arm966e-s, arm968e-s, arm926ej-s, arm940t, arm9tdmi,

arm10tdmi, arm1020t, arm1026ej-s, arm10e, arm1020e, arm1022e,

arm1136j-s, arm1136jf-s, mpcore, mpcorenovfp, arm1156t2-s,

arm1156t2f-s, arm1176jz-s, arm1176jzf-s, cortex-a5, cortex-a7,

cortex-a8, cortex-a9, cortex-a15, cortex-r4, cortex-r4f, cortex-r5, cortex-m4, cortex-m3, cortex-m1, cortex-m0, xscale, iwmmxt,

iwmmxt2, ep9312, fa526, fa626, fa606te, fa626te, fmp626, fa726te.

 

Вот, допустим, Actel SmartFusion (ARM Cortex M3) или просто Fusion (ARM

Cortex M1)?

 

 

Vadim Godunko пишет:

man gcc:

 

-mcpu=name

 

This specifies the name of the target ARM processor. GCC uses this

name to determine what kind of instructions it can emit when

generating assembly code. Permissible names are: arm2, arm250,

arm3, arm6, arm60, arm600, arm610, arm620, arm7, arm7m, arm7d,

arm7dm, arm7di, arm7dmi, arm70, arm700, arm700i, arm710, arm710c,

arm7100, arm720, arm7500, arm7500fe, arm7tdmi, arm7tdmi-s, arm710t,

arm720t, arm740t, strongarm, strongarm110, strongarm1100,

strongarm1110, arm8, arm810, arm9, arm9e, arm920, arm920t, arm922t,

arm946e-s, arm966e-s, arm968e-s, arm926ej-s, arm940t, arm9tdmi,

arm10tdmi, arm1020t, arm1026ej-s, arm10e, arm1020e, arm1022e,

arm1136j-s, arm1136jf-s, mpcore, mpcorenovfp, arm1156t2-s,

arm1156t2f-s, arm1176jz-s, arm1176jzf-s, cortex-a5, cortex-a7,

cortex-a8, cortex-a9, cortex-a15, cortex-r4, cortex-r4f, cortex-r5,

cortex-m4, cortex-m3, cortex-m1, cortex-m0, xscale, iwmmxt,

iwmmxt2, ep9312, fa526, fa626, fa606te, fa626te, fmp626, fa726te.

 

Не очень понятно, подойдёт ли это к конкретной реальной модели. А вдруг там памяти не хватит под 4Mb GNAT RTL или MMU не заточен под Linux? Откуда я знаю, какие там овраги? Прицелишься, купишь, а окажется непрограммируемый кирпич.

 

Вот ещё помесь CPU и FPGA: http://orsoc.se/system-on-module-arm-soc-fpga-so-dimm/

 

То ли кирпич, то ли не кирпич? С какой стороны подойти? В информационном пространстве вакуум. NXT, Nucleus OS, Gnatdroid и всё. Типичная ситуация:

http://ubuntuforums.org/showthread.php?t=1666905

 

Предлагаю, например, Дмитрию Казакову прояснить, если в его фирме до сих пор делают продукцию на самых дешёвых Atom, то почему, а если уже на ARM, то на каких?

 

-- If you want to get to the top, you have to start at the bottom

On Fri, 07 Dec 2012 07:05:23 +0700, you wrote:

 

Предлагаю, например, Дмитрию Казакову прояснить, если в его фирме до сих пор делают продукцию на самых дешёвых Atom, то почему, а если уже на ARM, то на каких?

 

Мы рассматриваем возможность поддержки ARM (Cortex-A8, скорее всего), но пока нет. Проблема с ARM в том, что это не тот уровень стандартизации как x86. Отсюда - непомерные начальные инвестиции в BSP, обучение людей, GNAT. Потенциальный выигрыш от низкой стоимости имеется только для больших серий. Вес, размер, энергопотребление для наших приложений (автоматизация, энергетика, автопром) существенной роли не играет.

 

--

Regards,

Dmitry A. Kazakov

http://www.dmitry-kazakov.de

Не очень понятно, подойдёт ли это к конкретной реальной модели. А вдруг там памяти не хватит под 4Mb GNAT RTL

Под что, под что не хватит памяти, простите????? ))))))))))))))))))))))

Dmitry A. Kazakov пишет:

On Fri, 07 Dec 2012 07:05:23 +0700, you wrote:

 

Предлагаю, например, Дмитрию Казакову прояснить, если в его фирме до сих пор делают продукцию на самых дешёвых Atom, то почему, а если уже на ARM, то на каких?

 

Мы рассматриваем возможность поддержки ARM (Cortex-A8, скорее всего), но

пока нет. Проблема с ARM в том, что это не тот уровень стандартизации как

x86. Отсюда - непомерные начальные инвестиции в BSP, обучение людей, GNAT.

Потенциальный выигрыш от низкой стоимости имеется только для больших серий.

 

Ну а POWER и PowerPC сейчас в каком состоянии? Вроде на нём тоже что–то дешёвое делают

 

-- If you want to get to the top, you have to start at the bottom

On Wed, 12 Dec 2012 20:45:37 +0700, you wrote:

 

Dmitry A. Kazakov пишет:

On Fri, 07 Dec 2012 07:05:23 +0700, you wrote:

 

Предлагаю, например, Дмитрию Казакову прояснить, если в его фирме до сих пор делают продукцию на самых дешёвых Atom, то почему, а если уже на ARM, то на каких?

 

Мы рассматриваем возможность поддержки ARM (Cortex-A8, скорее всего), но пока нет. Проблема с ARM в том, что это не тот уровень стандартизации как x86. Отсюда - непомерные начальные инвестиции в BSP, обучение людей, GNAT. Потенциальный выигрыш от низкой стоимости имеется только для больших серий.

 

Ну а POWER и PowerPC сейчас в каком состоянии? Вроде на нём тоже что–то дешёвое делают

 

Что-то я не упомню, чтобы PPC когда-либо был дешев...

 

На самом деле, мы с него начинали, но потом перешли на x86, т.к. Freescale PPC, не помню номера, оказался полным "эскимо" в плане производительности. Что-то было там с внутренней шиной, которая душила все на свете. Так как это было года два-три назад, деталей я сейчас не вспомню.

 

--

Regards,

Dmitry A. Kazakov

http://www.dmitry-kazakov.de

Новое сообщение:
< Страницы: 1 2

Чтобы оставить новое сообщение необходимо Зарегистрироваться и Войти