информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Где водятся OGRыПортрет посетителяВсе любят мед
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 HP закрыла 16-летнюю уязвимость... 
 Microsoft советует пользователям... 
 MS Edge обогнал FireFox 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / hardware
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Как Трансмета, например! Но это только там, где имеет место... 05.04.05 14:20  Число просмотров: 1989
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
<"чистая" ссылка>
> Это процессор, который можно полностью запрограммировать
> под выполение определенных задач.
> ИМХО, это будет мощный RISC процессор с программируемой
> CISC обвязкой. Думаю, никто не будет спорить с тем, что
> такой процессор будет идеален для использования в качестве
> контроллера во многих устройствах.
Как Трансмета, например! Но это только там, где имеет место быть архинеобходимость на одном аппарате выполнять код нескольких процов. А поскольку контроллеру это нафик не надо, там проще прошить в ПЗУ вполне определенный код, то это вряд ли будет востребовано. К тому же такой проц будет дороже. Сейчас производители контроллеров стремяться к дешевизне и стараются использовать однокристалки, там где это возможно.
В конце концов можно втыкнуть простой перекодировщик - просто, дешево и удобно.
<hardware>
Intel Microcode Update 04.04.05 13:00  
Автор: ZaDNiCa <indeed ZaDNiCa> Статус: Elderman
Отредактировано 04.04.05 13:03  Количество правок: 1
<"чистая" ссылка>
насколько это актуально для современных процессоров?
и второй вопрос: под Linux для этого есть утилиты (http://www.urbanmyth.org/microcode/), а как обновить его под windows? или "драйвер процессора" M$ уже содержит этот микрокод?
(sorry for offtop) А если не содержит? Система выдаст ошибку "CPU not found!"??? 04.04.05 13:37  
Автор: Den <Denis> Статус: The Elderman
Отредактировано 04.04.05 13:38  Количество правок: 1
<"чистая" ссылка>
вот что будет (из манула) 04.04.05 13:48  
Автор: ZaDNiCa <indeed ZaDNiCa> Статус: Elderman
<"чистая" ссылка>
The driver will send messages to the system log (/var/log/messages) like:

microcode: CPU0 updated from revision 7 to 14, date=09101999

The driver won't let you downgrade or apply the same microcode as the
version it is running, it is also possible that the current version of the
microcode does not include one suitable for your processor(s)
. In these
cases the utility will fail with EIO and the driver will print an
explanation into the system log. For example, refusal to downgrade the
microcode produces this message in the log:

microcode: CPU0 not 'upgrading' to earlier revision 14 (current=14)
На сайте Intel-а был?;) 04.04.05 14:22  
Автор: JINN <Sergey> Статус: Elderman
Отредактировано 04.04.05 14:22  Количество правок: 1
<"чистая" ссылка>
Purpose of Performing a Processor Update
A microcode update contains a collection of workarounds for errata in the processor. Processor errata may cause problems in all areas of a computer system. Microcode updates contain workarounds that eliminate the effects of the errata and ensure that the processor runs smoothly. The microcode updates reside in the system BIOS.
http://www.intel.com/cd/channel/reseller/asmo-na/eng/products/box_processors/mobile/proc_mobile_p4/32683.htm

Там же:
The processor update utility is available to integrators* for all Intel® P6 and NetBurst™ micro-architecture microprocessors which include the:
-Intel® Xeon™ processor
-Intel® Pentium® 4 processor
-Intel® Pentium® III Xeon™ processor
-Intel Pentium III processor
-Mobile Intel Pentium III processor
-Intel Pentium II Xeon™ processor
-Intel Pentium II processor
-Intel Celeron™ processor
-Intel Pentium II OverDrive® processor
-Intel Pentium Pro processor

When to Run the Processor Update
You should run the processor update utility when:
-a new processor is installed
-a new update utility is released
-the BIOS is reflashed
-the CMOS is cleared
http://www.intel.com/cd/channel/reseller/asmo-na/eng/products/box_processors/mobile/proc_mobile_p4/32685.htm

Error Messages
http://www.intel.com/cd/channel/reseller/asmo-na/eng/products/box_processors/mobile/proc_mobile_p4/32690.htm
ага, вроде понятно 04.04.05 15:19  
Автор: ZaDNiCa <indeed ZaDNiCa> Статус: Elderman
<"чистая" ссылка>
а то у нас тут нешуточная дискуссия по поводу того, где же проц хранит этот микрокод
вот эта статья пролила свет: http://wasm.ru/article.php?article=microcode
Кста, Intel могли и не шифровать микрокод... Чудится мне, что пытаться понять инструкции к неизвестной машине так же непросто, как и понять микрокод ДНК дрозофиллы. (Updated) 04.04.05 18:05  
Автор: HandleX <Александр М.> Статус: The Elderman
Отредактировано 05.04.05 09:04  Количество правок: 2
<"чистая" ссылка>
ДНК дрозофиллы полностью прочитана, 4-символьный алфавит. Количество информации там, кстати, сравнимо с кол-вом инфы в микрокоде Intel. Осталось только «расшифровать». ;-)

Кстати, а был ли мальчик? Почему решили, что зашифрована? Может, там только контрольные суммы и всё, поскольку действительно нормальное шифрование не будут реализовывать в ядре процессора.
Думаю, ты прав. 05.04.05 11:03  
Автор: Den <Denis> Статус: The Elderman
<"чистая" ссылка>
Немногие знают, что Intel x86 на данный момент является CISC процессором с RISC ядром и скорее всего в микрокоде находятся RISC команды ядра для реализации некоторых CISC команд, которые естественно недокументированы для широких масс компанией Intel.
Интересно вообще, какие инструкции реализованы микрокодом... 04.04.05 19:42  
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 05.04.05 12:17  Количество правок: 4
<"чистая" ссылка>
Интересно вообще, какие инструкции реализованы микрокодом. В наборе х86 все инструкции можно реализовать на регистрах. Может какие-нибудь SSE, разве что.
Может кто-нибудь хочет сказать что команды, реализованные на микрокоде будут быстрее отрабатываться. Сейчас, при такой гонке производительности, каждый разработчик наравит создать самый крутой проц на этапе разработки, чем заниматься такой ерундой - РИСК обвязывать преобразователем команд ЦИСК=>РИСК, где и без этого можно обойтись. Чем последний крутейший пентиум отличается от 580 или Z80, эти то без микрокода были. Разрядностью, наличием кэша, ... А по набору команд они и все остальные абсолютно идентичны. Все те же MOV, ADD, SUB, CMP, короче целочисленная арифметика, побиттовые операции включая сдвиги, однооперандные инверсии и инкрементирования, условные и безусловные переходы, работа со стэком и регистрами состояния и управления. Ну что здесь не реализовать без микрокода. А может ADD никак нельзя сделать без этого микрокода :).
Кто нибудь пытался писать библиотеку работы с длинными числами. Вот Вам и микрокод в некоторой степени. Что-то мне не верится, что микрокод можно запихнуть в два килобайта.
Некоторые компании ведут разработки адаптируемого процессора. 05.04.05 12:34  
Автор: Den <Denis> Статус: The Elderman
<"чистая" ссылка>
Это процессор, который можно полностью запрограммировать под выполение определенных задач.
ИМХО, это будет мощный RISC процессор с программируемой CISC обвязкой. Думаю, никто не будет спорить с тем, что такой процессор будет идеален для использования в качестве контроллера во многих устройствах.
Как Трансмета, например! Но это только там, где имеет место... 05.04.05 14:20  
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
<"чистая" ссылка>
> Это процессор, который можно полностью запрограммировать
> под выполение определенных задач.
> ИМХО, это будет мощный RISC процессор с программируемой
> CISC обвязкой. Думаю, никто не будет спорить с тем, что
> такой процессор будет идеален для использования в качестве
> контроллера во многих устройствах.
Как Трансмета, например! Но это только там, где имеет место быть архинеобходимость на одном аппарате выполнять код нескольких процов. А поскольку контроллеру это нафик не надо, там проще прошить в ПЗУ вполне определенный код, то это вряд ли будет востребовано. К тому же такой проц будет дороже. Сейчас производители контроллеров стремяться к дешевизне и стараются использовать однокристалки, там где это возможно.
В конце концов можно втыкнуть простой перекодировщик - просто, дешево и удобно.
Forth-процессоры, кстати, давно выпускают... Считай, это ещё круче ;-) Теоретически, его можно «заставить» исполнять инструкции 386+. Он их будет «рассматривать» как forth-слова. (updated) 05.04.05 14:18  
Автор: HandleX <Александр М.> Статус: The Elderman
Отредактировано 05.04.05 14:50  Количество правок: 2
<"чистая" ссылка>
А по общей теме ветки хочется отметить, что программу, написанную на языке Forth очень трудно разбирать, если скрыты определения используемых слов. То же самое и с микрокодом для неизвестной машины.
1






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2021 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach