gladilov.org.ru gladilov.org.ua

18 заметок с тегом

железо

Статьи и новости о компьютерном ’железе’ и около него.



Позднее Ctrl + ↑

Intel запретила публиковать бенчмарки патчей микрокода

Компания Intel обновила условия лицензии на микрокод, исправляющий уязвимость L1TF и тем самым запретила публикацию результатов тестирования и сравнения производительности процессоров.

Фрагмент нового текста лицензии: Показать

You will not, and will not allow any third party to (i) use, copy, distribute, sell or offer to sell the Software or associated documentation; (ii) modify, adapt, enhance, disassemble, decompile, reverse engineer, change or create derivative works from the Software except and only to the extent as specifically required by mandatory applicable laws or any applicable third party license terms accompanying the Software; (iii) use or make the Software available for the use or benefit of third parties; or (iv) use the Software on Your products other than those that include the Intel hardware product(s), platform(s), or software identified in the Software; or (v) publish or provide any Software benchmark or comparison test results.

Источник

2018   Intel   в мире   железо   интересное   ОС   события   софт

Debian столкнулся с лицензионными проблемами Intel

Разработчики проекта  Debian обратили внимание на изменение текста лицензионного соглашения в июльском обновлении микрокода для процессоров Intel, в котором были предложены важные дополнения, необходимые для блокирования новых уязвимостей Spectre и L1TF, такие как MSR-бит SSBD (Speculative Store Bypass Disable) и операция L1D_FLUSH. Неопределённость с лицензией до сих пор не позволяет доставить обновление микрокода до пользователей, несмотря на то, что пакет был подготовлен ещё 8 августа.

Показать

Новое лицензионное соглашение рассматривается как несовместимое с правилами Debian, что не позволяет организовать поставку обновления микрокода, без которого невозможно полноценное устранение последних уязвимостей в механизме спекулятивного выполнения инструкций. Пользователям остаётся дожидаться появления обновлений прошивки для материнской платы или вручную загрузить новый микрокод и настроить его установку во время загрузки дистрибутива.

Проблема связана с появлением в новом тексте соглашения достаточно странного нового требования, в соответствии с которым перед загрузкой и установкой обновления микрокода, пользователь должен прочитать и согласиться с условиями его поставки:

DO NOT DOWNLOAD, INSTALL, ACCESS, COPY, OR USE ANY PORTION OF THE
SOFTWARE UNTIL YOU HAVE READ AND ACCEPTED THE TERMS AND CONDITIONS
OF THIS AGREEMENT. BY INSTALLING, COPYING, ACCESSING, OR USING THE
SOFTWARE, YOU AGREE TO BE LEGALLY BOUND BY THE TERMS AND CONDITIONS
OF THIS AGREEMENT.

Примечательно, что в  Fedora,  RHEL,  SUSE,  openSUSE и  Arch Linux новый микрокод уже включён в состав дистрибутивов, но пока непонятно, было ли проанализировано новое соглашение юристами SUSE и Red Hat или осталось незамеченным. Некоторые разработчики считают возможным включение обновления микрокода в поставку, указывая неоднозначность формулировок в лицензионном соглашении — в тексте также присутствует пункт, явно разрешающий распространение микрокода в составе других продуктов. Кроме того, на сайте загрузки прошивок Intel не появилось никаких предварительных форм подтверждения соглашения перед загрузкой.

Имад Сусоу (Imad Sousou), вице-президент Intel, руководящий подразделением Intel Open Source Technology Center, подтвердил, что проблем с лицензионной совместимостью нет и Debian может поставлять микрокод через свои репозитории так как третий пункт во второй секции соглашения явно предоставляет такое право распространения объектного кода Intel в дистрибутивах.

Тем не менее, неопределённость формулировок остаётся и решение о поставке нового микрокода в Debian пока не принято. К обсуждению также подключились разработчики Gentoo, которые ранее уже организовали поставку нового микрокода, но рассматривают возможность реализации прямой загрузки с выводом формы для принятия соглашения, без распространения обновления через свои зеркала.

Источник

2018   Intel   в мире   железо   интересное   ОС   события   софт

День рождения первой персоналки IBM

37 лет назад 12 августа 1981 года компания IBM Corporation (International Business Machines) представила первую модель персонального компьютера — IBM 5150, положившую начало эпохи современных компьютеров.

До появления первых персональных компьютеров приобретение и использование вычислительных машин обходились очень дорого. Мало кто из простых людей мог позволить себе иметь дома такое чудо техники! Компьютеры устанавливались в больших корпорациях, университетах, исследовательских центрах и государственных учреждениях.

Подробности: Показать

Первый персональный компьютер стоил 1565 долларов, был прост в использовании и занимал сравнительно мало места. IBM 5150 был оснащен процессором Intel 8088 с тактовой частотой 4,77 МГц, ОЗУ — от 16 до 640 Кб. В первом ПК не было винчестера, а дисковод приобретался за отдельную плату. Выпускалсась эта модель до 2 апреля 1987 года. Использовалась ОС — IBM BASIC / PC-DOS 1.0.

Уже за первый год продаж количество реализованных компьютеров перевалило за 130 тысяч. К 2000 году во всем мире было продано 140 млн. персональных компьютеров. Сегодня в мире — около миллиарда персональных компьютеров. Значительная часть населения планеты просто не представляет своей жизни без умных машин, позволяющих бродить по просторам интернета, писать и получать письма, хранить огромные количества информации, слушать музыку, смотреть фильмы, редактировать фотографии и многое-многое другое.

45 лет первому мобильному телефону

3 апреля 1973 года сотрудник компании Motorola Мартин Купер осуществил первый в истории звонок с мобильного телефона. Этим устройством был телефон Motorola DynaTAC, который весил более одного килограмма и имел габариты, сравнимые с кирпичом.

Процесс коммерциализации занял более 10 лет, устройство получило сертификат FCC и поступило в продажу только в сентябре 1983 год по цене 3995 долларов. С учетом инфляции и современного курса сегодня это эквивалентно сумме более 9100 долларов.

Первая рабочая станция на x64 ARMv8

Компания Gigabyte Technology объявила о выпуске первой в отрасли рабочей станции, построенной на 64-разрядных процессорах ARMv8. Новинка называется ThunderXStation (каталожный номер W281-T90). В ней используются процессоры Cavium ThunderX2.

Основным назначением Gigabyte ThunderXStation производитель видит разработку программного обеспечения для систем на архитектуре ARM. Рабочая станция поставляется с ОС CentOS 7.4 и средствами разработки, включая gcc 7.2, LLVM, gdb, Golang, OpenJDK 9.0, HHVM, Python, PHP и Ruby.

Показать

В корпусе типоразмера 4U установлена системная плата с двумя разъемами для процессоров ThunderX2. Конфигурация системы может включать до 16 ГБ памяти DDR4, до четырех накопителей с поддержкой NVMe и до двух накопителей типоразмера 2,5 дюйма с интерфейсом SATA. На плате есть шесть слотов расширения PCIe 3.0 и два слота OCP x16. Возможности сетевого подключения обеспечены наличием двух портов 10 GbE. Компьютер оснащен 3D-картой Nvidia GeForce GT710, поддерживающей подключение двух мониторов. Питание обеспечивается двумя блоками суммарной мощностью 1600 Вт. Встроенное ПО — AMI Aptio V UEFI и AMI MegaRAC BMC.

Источник

2018   в мире   железо   интересное   события

Создатель MINIX обратился в Intel с открытым письмом

В связи с использованием корпорацией Интел в чипе ME-11 миркоядерной операционной системы MINIX Эндрю Таненбаум, автор этой ОС, выпускаемой под лицензией BSD, обратился к сотрудникам «Голубого гиганта» с открытым письмом.

Цитата:

«Единственное, что было бы хорошо, это то, что после завершения проекта и развертывания чипа кто-то из Intel сказал бы мне, как любезность, что MINIX 3 теперь, вероятно, является самой широко используемой операционной системой в мире на компьютерах x86. Это определенно не требовалось никоим образом, но я думаю, было бы вежливо дать мне знать, вот и все.»

Ссылка на текст открытого письма

N. B. Знатно потролил ( o.o)

2017   Intel   в мире   железо   интересное   люди   ОС   события   софт

DIR-320. Обратное питание по USB

У меня дома есть маршрутизатор D-Link DIR-320/A2E с изменённой прошивкой (сначала я скомпилировал для него OpenWRT по мануалу от dipcore (архивная ссылка), затем мне понадобился на этом роутере php, т. к. я его ещё и как сервер использую, и теперь на нём живёт практически полноценный Debian с шахматами и поэтессами).

Показать

Выглядит это так:

Приведу необходимые пояснения (на схеме и по тексту):

К стенке  стола привинчены два маршрутизатора, D-Link DIR-615/B2G и D-Link DIR-320/A2E. DIR-615 со штатной прошивкой служит шлюзом в сеть провайдера и интернет. DIR-320 с дебианом на борту связан со шлюзом по беспроводной сети и работает домашним DNS-, NTP-, принт-, файл-сервером эт цетера. На этом-же устройстве настроен apache с несколькими сайтами. Для обеспечения загрузки ОС используется накопитель USB-флеш LG UB2GVMNPB объёмом 2 ГБ, включённый в активный 10-портовый USB-хаб CBR CH 310. Для питания роутера с дебианом использовался стандартный блок питания D-Link номиналом 5 В 2,5 А. Для USB-хаба — его родной БП 5 В 2 А.
Вчера возникла необходимость перегрузить дебиан-маршрутизатор по питанию — поставил на нём vsftpd для складирования изображений с камеры на локальный FTP, но привинченный phpAlbum.net подвис, пытаясь вычитать со всех фоток EXIF-данные сразу. В сетевой удлинитель у меня было воткнуто 3 блока питания — для DIR-615, для DIR-320 и для USB-хаба. Вытащил соответствующий БП, смотрю — роутер остался включённым. Я слегка охренел. Вставил его БП обратно, вытащил другой (USB-хаб). (DIR-320 остался работать).

Ладно, вставил на место, вытащил третий (от DIR-615). Результат не поменялся. При всех выключенных БП он наконец-то погас. Я попробовал включить только его БП, роутер стал загружаться, но без доступа к хабу и, соответственно, к флехе с системой он бы не загрузился. Я вытащил его питание (роутер погас), включил питание USB-хаба и увидел, что DIR-320 опять загружается! Теперь у меня такая итоговая схема соединения железок:

И маршрутизатор вполне себе функционирует нормально:

Принцип прямого соединения внешнего питания с цепью +5 В питания USB-хоста мне уже знаком, но то, что это реализовали в DIR-320 — для меня было открытием. Подобную ситуацию нагуглил только в одном месте — на cxem.net.

Кстати, при такой схеме подключения есть опасность повреждения контроллера USB при отключении хоста от сети и включенном питании хаба (хотя изменение скважности у импульстого БП никто не отменял). У этой железки устраняется удалением элемента с обозначением 000 возле гнезда питания при снятой задней крышке хаба. Для работы без внешнего питания потребуется установить на это место диод Шоттки.

P. S. Справедливости ради нужно сказать, что мне пришлось вернуть старую схему питания устройств, т. к. питания от USB-хаба оказалось недостаточно (роутер перезагружался при load average больше 0,5).

(вторая серия) Восстановление маршрутизатора TP-Link TL-WR841ND v8.1

Часть вторая.


Так уж получилось, что небезивестный маршрутизатор, данный мне на восстановление, опять попал ко мне. Знакомый (который админ) умудрился в свойствах сети интерфейса LAN выставить тип соединения PPPoE вместо Static IP, а затем ещё я его попытался сбросить кнопной Reset во время загрузки. Соответственно на рутер не попасть — нет IP, в FailSafe-режим он не попадает, вернее попадает, но не доступен по IP (кстати — хз почему).

Показать

Я опять вскрыл железку, припаял кабель, и попал в нормальную консоль OpenWRT.
После команд

mtd -r erase rootfs_data

(стирание настроек)
и

reboot

(ребут )
маршрутизатор загрузился, запинговался и начал делать всё, что положено свежепрошитому на OpenWRT роутеру без root-пароля.

Затем в WEB-морде роутера настроил VLAN 1 и 2 (по старому мануалу). Но при установке во вкладке Physical settings окна свойств LAN (раздел Network->Interfaces) значения eth1.2 после нажатия кнопки «Применить» роутер переставал отвечать на ICMP и вообще прекращал всю IP-деятельность. Помогла команда перезагрузки сети в консоли:

/etc/init.d/network restart

Путём несложных манипуляций (перетыкания конца пач-корда в разные порты рутера) я выяснил, что у данной модели порт LAN1 соответствует порту 2, LAN2 — порту 3, LAN3 — порту 4, LAN4 — порту 1. Порт 0 — это непосредственно ETH-контроллер на SoC (eth1).

К этому моменту у меня в голове сложилась такая картина распределения сетевых обработок:

После моей настройки стало вот так:

При выполнении команды

swconfig dev eth1 show

выводится вот такой результат:

Global attributes:
        enable_vlan: 1
Port 0:
        pvid: 0
        link: port:0 link:up speed:1000baseT full-duplex txflow rxflow
Port 1:
        pvid: 2
        link: port:1 link:down
Port 2:
        pvid: 0
        link: port:2 link:down
Port 3:
        pvid: 1
        link: port:3 link:up speed:100baseT full-duplex auto
Port 4:
        pvid: 2
        link: port:4 link:down
VLAN 0:
        vid: 0
        ports: 0t 2
VLAN 1:
        vid: 1
        ports: 0t 3
VLAN 2:
        vid: 2
        ports: 0t 1 4

Небольшое лирическое отступление.
Хочу сказать, почему нельзя шить файл родной прошивки без слова "boot" в имени.

Это связано с ее большим размером. Если длина файла прошивки больше, чем 0x7c0000, то, скорее всего, это означает наличие кода загрузчика в его начале.

Можно для уверенности файл стоковой прошивки открыть в Hex-редакторе и если увидим:

0x00000000

... нечитаемые кракозябры ...

0x00019000

... нечитаемые кракозябры ...

0x00020000

01 00 00 00 54 50 2D 4C 49 4E 4B 20 54 65 63 68

TP-LINK Tech

0x00020010

6E 6F 6C 6F 67 69 65 73 00 00 00 00 76 65 72 2E

nologies ver.

0x00020020

20 31 2E 30 00 00 00 00 00 00 00 00 00 00 00 00

1.0

то этим файлом не стоит шить железку (по крайней мере — не через программатор).

А если наблюдаемая картина похожа вот на эту:

0x00000000

01 00 00 00 54 50 2D 4C 49 4E 4B 20 54 65 63 68

TP-LINK Tech

0x00000010

6E 6F 6C 6F 67 69 65 73 00 00 00 00 76 65 72 2E

nologies ver.

0x00000020

20 31 2E 30 00 00 00 00 00 00 00 00 00 00 00 00

1.0

то (скорее всего) — можно.

Как видно, прошивка во флеш-памяти ТP-Link начинается с адреса 0x00020000, а до этого располагается загрузчик.

Источник
Конец лирики

Для теста настроил роутер как PPTP-клиент (провайдер в моём районе пока не ввёл DHCP), результаты теста скорости:

Симферополь

Москва

Барселона

Киев

Лейпциг

Манчестер

Скорость доступа по кабельной сети к локальным ресурсам провайдера — 56 (загрузка) и 79 (отдача) Мбит/сек.

Справедливости ради хочу отметить, что устойчивость и качество соединения до провайдера по моим органолептическим ощущениям было в целом хуже, чем у предыдущей используемоей мною модели — D-Link DIR-615 аппаратной ревизии B2 со стоковой прошивкой версии 2.27RU. Возможно — это связано с повреждением аппаратуры роутера молнией и/или моими экспериментами 

Наверх