Базовая поддержка Intel Ivy Bridge появится уже в ядре Linux 2.6.40
7Иллюстрация с сайта Dvhardware.Net
Компания Intel подготовила код, реализующий поддержку ее микроархитектуры Ivy Bridge, для включения в релиз ядра Linux версии 2.6.40.
Ivy Bridge — кодовое название процессорной микроархитектуры (22 нм) компании Intel, позиционируемая как наследница Sandy Bridge. Предполагается, что выпуск первых процессоров на базе Ivy Bridge состоится не раньше 2012 года, однако в компании уже озаботились поддержкой архитектуры в ядре свободной операционной системы.
Первые патчи для Ivy Bridge в Linux появились вчера, 26 апреля. В Linux 2.6.40 будет представлена базовая поддержка вывода в VGA и DisplayPort (последняя еще не протестирована), пока — для двух мобильных чипсетов и трех десктопных чипсетов.
Постоянная ссылка к новости: http://www.nixp.ru/news/11142.html. Дмитрий Шурупов по материалам phoronix.com.
GNU/Linux kernel 5.7 сменил статус с «mainline» на «stable» — теперь уже можно ставить 1
Механизмы экономии энергии в процессорах Intel Haswell и Broadwell пока не задействованы в Linux 4
AMD представила набор патчей для ядра Linux, направленных на поддержку HSA 1 3
Из новых версий ядра Linux убирают поддержку устаревших процессоров i386 6 11
Intel выпустит версию своего Atom-процессора Clover Trail для Linux и Android 3 6
На CeBIT 2010 наградили лучшие Linux/Open Source-проекты 1 3
Последние комментарии
- OlegL, 17 декабря 2023 года в 15:00 → Перекличка 21
- REDkiy, 8 июня 2023 года в 9:09 → Как «замокать» файл для юниттеста в Python? 2
- fhunter, 29 ноября 2022 года в 2:09 → Проблема с NO_PUBKEY: как получить GPG-ключ и добавить его в базу apt? 6
- Иванн, 9 апреля 2022 года в 8:31 → Ассоциация РАСПО провела первое учредительное собрание 1
- Kiri11.ADV1, 7 марта 2021 года в 12:01 → Логи catalina.out в TomCat 9 в формате JSON 1
>2.6.40
когда уже будет 2.8? Или Линус собирается до сотни тянуть?
После следующего успешного Windows XP ))
Какая разница? Не в цифрах счастье.
Если и будет то очень нескоро. Была изменена модель принятия нововведений в ядро. В связи с переходом на более функциональную SCM, Линус стал принимать и обрабатывать намного больше патчей чем это было до начала использования BitKeeper. Старая модель, когда Линусу присылали 10-20 патчей и ждали пока он сделает снапшот дабы посмотреть что-же наделал патч с другими изменениями, породила проблемы при разработке 2.5-го ядра, когда Линус был просто погребен под патчами и не успевал их разгребать. Тогда и приняли решение о использовании BitKeeper-а (а далее — о написании git, когда BitKeeper запретил бесплатно использовать свой продукт в разработке ядра — на что ранее дал разрешение — в связи с тем, что один интузязист разработал независимый клиент отреверсинженерив протокол нарушив тем самым соглашение). После некоторого времени было принято решение отказаться от «нестабильных» ядер. Вместо этого были введены так называемые longterm верси.