The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Раскрыты причины блокирования работы UEFI-прошивки ноутбуков Samsung

25.03.2013 11:14

Мэтью Гаррет (Matthew Garrett), один из разработчиков ядра Linux, последнее время занимающийся обеспечением загрузки Linux на системах с UEFI, опубликовал результаты экспериментов с ноутбуками Samsung, на которых проявляется проблема с UEFI-прошивкой, приводящая к дальнейшей неработоспособности устройства. Проблема наблюдается на моделях ноутбуков Samsung 300E5C, NP700Z5C, NP700Z7C и 530U3C при попытке загрузки Linux с использованием UEFI или при выполнении некоторых специфичных операций с UEFI в других ОС, в том числе в Windows 8.

Было выяснено, что проблема проявляется только в случаях, когда память для переменных UEFI заполнена более чем наполовину. В частности, причины проблем кроются в ошибке сборщика мусора UEFI. При удалении UEFI-переменной, она не очищается сразу, а лишь помечается удалённой. Чистка же производится в момент инициализации во время загрузки, через запуск реализованного в прошивке сборщика мусора. Если свободного места недостаточно, сборщик мусора зависает, что приводит к невозможности в дальнейшем загрузить систему без очистки Flash-памяти в сервисном центре. Когда свободной памяти UEFI достаточно (более 50%), устройства сохраняют нормальную работоспособность. Используя данную особенность, Мэтью подготовил патч для ядра Linux, недопускающий заполнения UEFI-памяти более чем наполовину.

  1. Главная ссылка к новости (http://mjg59.dreamwidth.org/23...)
  2. OpenNews: Обзор отличий UEFI Secure Boot загрузчика Shim и решения от Linux Foundation
  3. OpenNews: Проблемы с ноутбуками Samsung не исчерпаны после выпуска обновлений ядра Linux
  4. OpenNews: Обнаружены проблемы с загрузкой Linux у 3 производителей оборудования с UEFI
  5. OpenNews: Загрузка Linux в режиме UEFI приводит к неработоспособности некоторых ноутбуков Samsung
  6. OpenNews: В ядро Linux приняты изменения для исправления ошибки в UEFI-прошивке Samsung
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/36489-linux
Ключевые слова: linux, patch, samsung, uefi, crash
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (172) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, anonimous (?), 11:54, 25/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +32 +/
    Фигасе, там ещё и сборщики мусора, серьёзная штука этот UEFI
     
     
  • 2.3, Аноним (-), 12:09, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +15 +/
    А надо ли оно всё? В идеале всё, что делает UEFI, должна делать ОС, как оно происходит во всяких там ARM'ах. Скорость загрузки тогда взлетит во много раз, а также увеличится простор по работе с железом. Я думаю, что со временем так оно и будет.

    А может и по-другому - в UEFI будет вшит гипервизор, и ОС будет взаимодействовать не с конкретными устройствами, а с абстракцией. Так, например, будет некое устройство "Видеокарта", которое, в зависимости от цены, будет иметь включёнными или отключёнными определённые функции, разную мощность. Но взаимодействие будет с ОС происходить при помощи стандартных команд. Тогда полностью исчезнет проблема с драйверами, а от ОС будет требоваться лишь поддержка устройства "Видеокарта" (возможно, определённой версии). Также это даст возможность, например, OpenCL работать везде, а не на двух с половиной видеокартах разработчиков.

    Высказался ;-)

     
     
  • 3.15, Пиу (?), 13:06, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +5 +/
    UEFI нужен был для:
    1. отказа от 16-битной загрузки (в 2013 году всё ещё делают процессоры, которые используют 16-битную адресацию!)
    2. валидации загружаемой ОСи и общей безопасности системы

    ... правда на деле получилось:
    1. переписали весь биос, вместе с девайсами - UEFI драйвера будут такими же не нужными, как и биосовы
    2. вместо валидации ключами пользователя получили анальный зонд

    ... при этом решением оказались:
    1. проигнорировать все UEFI драйвера - UEFI драйвера от разрабов сразу в утиль
    2. сделать shim - теперь можно опять грузить левые, _непредусмотренные пользователем_, операционки

     
     
  • 4.22, ананим (?), 13:33, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    маркетинговый булшит то что BIOS устарел, ни разу не заслуга UEFI, а объективна... большой текст свёрнут, показать
     
     
  • 5.46, Пиу (?), 15:35, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    чукча не читатель, чукча писатель я посмотрю
     
     
  • 6.51, ананим (?), 15:51, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    да хрен тебя знает.
    это ж ты утверждал, что без уефи от 16-битной загрузки не откажешься.

    зыж
    запомни, уефи ввели для уефи.
    и основной целью было, чтобы производители поставляли могли легко поставлять блобы.
    переведите для начала Unified Extensible Firmware Interface.
    и больше никогда не пиши тот бред, что ты нёс выше.

     
     
  • 7.60, Аноним (-), 16:03, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > это ж ты утверждал, что без уефи от 16-битной загрузки не откажешься.

    А где он это утверждал?

     
     
  • 8.66, ананим (?), 16:11, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Первое же первое Зыж Тоже не читатель Абревиатуру UEFI хоть перевёл ... текст свёрнут, показать
     
     
  • 9.77, Аноним (-), 16:40, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ну а где он сказал что это был единственный вариант А так - ну да, тупо когда 6... текст свёрнут, показать
     
     
  • 10.96, ананим (?), 17:25, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    ещё раз, для НЕ_читателей, повторяю 8212 UEFI вообще не делался для этой цели... текст свёрнут, показать
     
     
  • 11.121, Аноним (-), 18:10, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Он делался в том числе и по этой причине В качестве мотивации такой активности ... текст свёрнут, показать
     
     
  • 12.125, Michael Shigorin (ok), 18:23, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    И кривущий GPT который создаёт примерно столько же проблем, сколько и решает, ч... текст свёрнут, показать
     
     
  • 13.136, Аноним (-), 19:22, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    А всё же, чем GPT-то кривой Хорошая система разметки, без всяких MBR проблем П... текст свёрнут, показать
     
     
  • 14.146, Аноним (-), 20:23, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Даа вот лежит тут железка Там конечно нет GPT, там u-boot партиции И ведрои... текст свёрнут, показать
     
  • 14.175, Michael Shigorin (ok), 02:43, 26/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Велосипед, который ничем не лучше уже давно существовавшего LVM Да вот кого-то... большой текст свёрнут, показать
     
  • 10.182, arisu (ok), 18:46, 26/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    в плане нескольких команд для переключения режима, что ли расскажи насколько с... текст свёрнут, показать
     
  • 9.128, Пиу (?), 18:36, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    специально для горячих чукотских парней там было написано, какие плюшки изначал... текст свёрнут, показать
     
  • 4.89, кевин (?), 17:14, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >[оверквотинг удален]
    > 2. валидации загружаемой ОСи и общей безопасности системы
    > ... правда на деле получилось:
    > 1. переписали весь биос, вместе с девайсами - UEFI драйвера будут такими
    > же не нужными, как и биосовы
    > 2. вместо валидации ключами пользователя получили анальный зонд
    > ... при этом решением оказались:
    > 1. проигнорировать все UEFI драйвера - UEFI драйвера от разрабов сразу в
    > утиль
    > 2. сделать shim - теперь можно опять грузить левые, _непредусмотренные пользователем_,
    > операционки

    ох ну вы хоть википедию читайте, а не делайте реверсивный анализ на основе популярных заблуждений.

     
  • 4.186, Аноним (-), 21:23, 26/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >UEFI нужен был для:

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

    Кстати, у вас свеженький процессор интел, и вы наивно полагаете, что ваша система принадлежит вам? Ваша, дорогой друг, лишь неподвижная кучка песка (кремниевого). По скромному пожеланию неизвестного вам товарищи, ваша эвм превращается в тыкву.

     
  • 3.18, Аноним (-), 13:23, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >Высказался ;-)

    Про анальные зонды в таком вот гипервизоре в UEFI забыл высказаться.

     
  • 3.21, Crazy Alex (??), 13:30, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Дву глупости в одном посте. На ARM сейчас такой зоопарк инициализаций, что пример с этого точно брать не надо. На PC хотя бы можно произвольную операционку взгромоздить и она при этом взлетит. А по поводу гипервизора - оно тебе точно надо? Чтобы забыть об открытых драйверах, чтобы все поступали как нвидиа, блокируя возможности оборудования на софтовом уровне, гвоздями прибив DRM и тому подобное?
     
     
  • 4.62, Аноним (-), 16:05, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Дву глупости в одном посте. На ARM сейчас такой зоопарк инициализаций,

    Чаще всего там обычный u-boot. И кстати там сейчас вполне убедительная инициатива с DTS (Device Tree) и ядром способным грузиться на сразу куче железяк.

    И да, лучше уж разнообразие альтернатив чем одно большое уефанство.

     
     
  • 5.90, кевин (?), 17:15, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Дву глупости в одном посте. На ARM сейчас такой зоопарк инициализаций,
    > Чаще всего там обычный u-boot. И кстати там сейчас вполне убедительная инициатива
    > с DTS (Device Tree) и ядром способным грузиться на сразу куче
    > железяк.
    > И да, лучше уж разнообразие альтернатив чем одно большое уефанство.

    а чем следование стандарту уефи урезает количество вариантов?

     
     
  • 6.104, Аноним (-), 17:45, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а чем следование стандарту уефи урезает количество вариантов?

    Тем что мутный проприерасовский блоб и стандарт навязываемый интел и майкрософт - это довольно галимый "вариант". Пусть они там сами свои PE EXE юзают. Пошли они в ж**у!

     
     
  • 7.183, arisu (ok), 18:49, 26/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    а чем PE-то не нравится? кроме того, что «от m$»? формат как формат, не самый плохой.
     
  • 3.24, ананим (?), 13:40, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >А может и по-другому - в UEFI будет вшит гипервизор, и ОС будет взаимодействовать не с конкретными устройствами, а с абстракцией.

    такие разработки были. более того, даже не плохо работали.
    но был выбран именно UEFI. да ещё с секуребут.
    почему? а стоит ли объяснять.

     
     
  • 4.34, Crazy Alex (??), 14:36, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Такие штуки неплохо работают пока рассчитаны на полторы железки. Как только выясняется, что надо поддеживать 100500 разнообразных устройств оказывается, что проще не мешать операционке взаимодействовать с ними напрямую. А PC - это не армовые интеграшки, это (пока ещё) открытая архитектура с возможностью воткнуть произвольное устройство на шину.
     
     
  • 5.43, ананим (?), 15:32, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >Такие штуки неплохо работают пока рассчитаны на полторы железки.

    Такие штуки отлично работают, когда выходят в тираж. Т.е. становятся стандартом.

    >А PC - это не армовые интеграшки, это (пока ещё) открытая архитектура

    Вот именно.
    В них уже есть всё что надо. От VT-d до IOMMU.
    Сабж между прочим на старые компы тоже никто не ставит, только на новые.

    зыж
    а проброс переферии (усб и пр.) даже виртуалбокс из юзерспейса умеет.
    и это УЖ точно было бы куда большим прорывом, чем сабж.
    вот только кто ж убьёт индустрию на углеводородах, даже если водород лучше.

     
     
  • 6.48, Пиу (?), 15:37, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > а проброс переферии (усб и пр.) даже виртуалбокс из юзерспейса умеет.
    > и это УЖ точно было бы куда большим прорывом, чем сабж.
    > вот только кто ж убьёт индустрию на углеводородах, даже если водород лучше.

    вот только скорость работы усб "переферии" в виртуалбоксе оставляет желать лучшего

     
     
  • 7.50, ананим (?), 15:42, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >вот только скорость работы усб "переферии" в виртуалбоксе оставляет желать лучшего

    1. у себя не замечал. с паравиртуальными дровами сетевухи и блочных устройств были глюки, с усб нет. может от материлки зависит, х/з.
    2. разницу между dom-0 и виртуалбоксом понимаете?

     
     
  • 8.61, pavlinux (ok), 16:04, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Точно, только от неё и зависит Как говориться - доброе слово и кошке приятно ... текст свёрнут, показать
     
     
  • 9.70, ананим (?), 16:16, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Во-о-от Что характерно, производитель и не давал гарантии работы вб на его желе... текст свёрнут, показать
     
     
  • 10.177, pavlinux (ok), 03:20, 26/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Я ваще-то про оговорку по-Фрейду - материЛки ... текст свёрнут, показать
     
  • 6.49, ананим (?), 15:40, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ззыж
    кстати, в своей практике не встречал ни одной материнки, где бы не завёлся dom-0.
    проброс pci в dom-u — да, бывают трудности.
    но с dom-0 — ни разу.
     
     
  • 7.67, Аноним (-), 16:11, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > проброс pci в dom-u — да, бывают трудности.

    Потому что нужен IOMMU. И да, накукуй надо возиться с xen при наличии в лине его родного KVM? Он же и PCI девайсы умеет пробрасывать.

     
     
  • 8.72, ананим (?), 16:21, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ну мы тут вообще-то про гипервизор внутри биос или как бы там его обозвали гов... текст свёрнут, показать
     
     
  • 9.122, Аноним (-), 18:13, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Вот спасибо Чего не надо так это проприетарных зондов которым предлагается пове... текст свёрнут, показать
     
  • 5.65, Аноним (-), 16:10, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > интеграшки, это (пока ещё) открытая архитектура с возможностью воткнуть произвольное
    > устройство на шину.

    Вот лежит у меня армовская платка. Я могу цеплять любой девайс на любую шину, покуда они совместимы в форматах обмена. И? Загрузчиком - uboot. Он может и память сдампить, и прочесть/записать. Доступ в железку - стопроцентный. Ы?

     
     
  • 6.131, Crazy Alex (??), 18:46, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ы что? Хотите сказать, что берем произвольный дистрибутив, скомпилированный под набор команд данного процессора и ничего не знающий о данной платке, суём на произвольное блочное устройство, цепляем его по любому из наличествующих интерфейсов к только вытащенной из упаковки платке - и он взлетает и получает всю необходимую инфу для дальнейшей работы?
     
     
  • 7.147, Аноним (-), 20:26, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > только вытащенной из упаковки платке - и он взлетает и получает
    > всю необходимую инфу для дальнейшей работы?

    К этому все и идет - device tree ему или загрузчик отдаст или у него свое есть. Ну да, придется компилять несколько больше модулей. Но не более того. Как именно загрузчик пинает ядро опять же регламентировано. Единственное что инсталляция дистра может быть неким кастомом, да.

     
  • 5.108, Аноним (-), 17:49, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > это (пока ещё) открытая архитектура

    Да, секурбут - открытее не бывает...

     
  • 4.92, кевин (?), 17:18, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>А может и по-другому - в UEFI будет вшит гипервизор, и ОС будет взаимодействовать не с конкретными устройствами, а с абстракцией.
    > такие разработки были. более того, даже не плохо работали.
    > но был выбран именно UEFI. да ещё с секуребут.
    > почему? а стоит ли объяснять.

    судя по всему уже бесполезно уровень заблуждений слишком большой.

     
  • 3.41, Аноним (-), 15:27, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Какой открывается простор для производителей железа!
    Можно, к примеру ввести абонплату за видеокарту. Проплатил определённую сумму, получил топовую модель. Как только деньги на счету закончились - видеокарта переходит в минимальную конфигурацию.
    И так можно с любыми девайсами! И производители железа пойдут на это любой ценой.
     
     
  • 4.69, Аноним (-), 16:13, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Какой открывается простор для производителей железа!

    Если бы это кто-то хотел делать - возможности для этого есть уже лет 20. Наверное, фикус в том что юзерам неудобно с периодической оплатой лишний раз возиться и они будут обходить такое сторонкой.

    К тому же если слупить с геймера за топовую видяху килобакс при том что там стобаксовый чип - 900 баксов с лоха абоненткой придется дооооолго состригать.

     
     
  • 5.132, Crazy Alex (??), 18:48, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    наоборот - это дело просто не дошло до такого. Более-менее надежный интернет только в последние годы появился. Кстати, многие повелись бы - вместо единовременной выплаты оплачивать кусками, да ещё и тарифные планы менять по необходимости... Брр.
     
     
  • 6.162, Аноним (-), 21:07, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > наоборот - это дело просто не дошло до такого. Более-менее надежный интернет
    > только в последние годы появился.

    Смотря что понимать под надежный. Аккумулятор с интернетом в девайс не поставишь, в отличие от аккумулятора с электричеством.

    > Кстати, многие повелись бы - вместо единовременной выплаты оплачивать кусками,

    Продажа в кредит существует уже давно. И если вы не выплатите - просто придут мордовороты и заберут железку целиком. Куда как проще. А зачем решать человеческие проблемы техническими методами?

     
     
  • 7.176, Ordu (ok), 02:46, 26/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Продажа в кредит существует уже давно. И если вы не выплатите - просто придут
    > мордовороты и заберут железку целиком. Куда как проще. А зачем решать человеческие
    > проблемы техническими методами?

    Продажа в кредит капает процентами в карман банкам, а не nvidia.

     
  • 5.140, Аноним (-), 19:44, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Так тут смотря как позиционировать. Вариант явно не геймерский.

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

    Еще вариант - ноутбуки для образования. Ребёнок не сможет играться на нём во время учёбы, а вот каникулы - другое дело. Какой родитель откажется?

     
     
  • 6.160, Michael Shigorin (ok), 20:58, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Какой родитель откажется?

    Вменяемый.  Примерно по тем же причинам, какие вызвали непрошеные (мало того, отключенные) обновления windows.

     
     
  • 7.168, Аноним (-), 21:48, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Вменяемый да. Но таких единицы.
     
     
  • 8.178, Харитон (?), 09:50, 26/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Такое уже было у Интел Процессоры с разлочкой по коду вводишь код и проц разло... текст свёрнут, показать
     
     
  • 9.180, Michael Shigorin (ok), 13:59, 26/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Такое уже есть у IBM, только с включением уже установленных CPU ... текст свёрнут, показать
     
  • 6.163, Аноним (-), 21:09, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > нужна мощная видеокарта. Но хозяин ноутбука может положить денежку на счёт
    > и видеокарта на время становится топовой.

    Заметьте, есть шанс запаять довольно мощный дорогой чип и обнаружить что пользователь ... никогда не будет пользоваться его мощью. Получается что производитель за свой счет впаял более мощный и дорогой чип почем зря. Как вы понимаете, дешевые чипы от дорогих отличаются не только обнаглением производителя. Часто есть и вполне техническое обоснование. Например, чем больше площадь кристалла (==больше кэша,ядер,или чего там еще) - тем дороже чип при прочих равных. Потому что меньше чипов на пластине и дороже обходится случайный дефект.

     
  • 4.164, Аноним (-), 21:14, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > в минимальную конфигурацию.

    Ага, в результате ты засунул топовый большой и дорогой чип GPU, развел широкую и быструю шину, промучавшись в разы больше, навешал дофига чипов дорогущих чипов скоростной оперативки туда. И вдруг оказалось что 90% юзерей не геймеры и им и так хорошо. И хватило бы намного более скромных чипов. А ты, как дурак, впаял им столько счастья за свой счет. И они вовсе и не собираются чего-то там оплачивать. А что, их и так устраивает. А зачем печатной машинке или веб-браузеру крутой GPU?

     
     
  • 5.185, arisu (ok), 18:54, 26/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    что характерно: современные «бросовые» видеокарты в не столь давнем прошлом были бы инопланетными мегатехнологиями. понимаешь, куда я клоню?
     
  • 4.184, arisu (ok), 18:52, 26/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    а ведь ты сильно рискуешь стать пророком.
     
  • 3.87, кевин (?), 17:11, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    это ты не прав. если ось будет содержать в себе микрокоды всех возможных вариантов уефи они будут весить больше чем твоя мать.
     
  • 3.95, другой аноним (?), 17:22, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ага, т.е. драйвера для каждого конкретного девайса теперь придется писАть для уефи и гипервизоров? Ну чтобы можно было использовать тот функционал, который есть в железе одной карты и которого нет у конкурентов, а тот железный функционал, который не был реализован, но есть у конкурентов, реализовывать софтово, для уефи и гипервизора (ну чтобы операционке через прослойку была видна одна универсальная железка "Видеокарта"). "Скока щастья"
     
  • 3.181, arisu (ok), 18:43, 26/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > А может и по-другому — в UEFI будет вшит гипервизор, и…

    внизапна! ты только что описал ядро ОС, фактически.

     
  • 2.6, Аноним (-), 12:12, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +14 +/
    "UEFI" и "Overengineering" - синонимы. Еще одним синонимом является - "Brain Cancer".
     
  • 2.17, ананим (?), 13:22, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +5 +/
    >Фигасе, там ещё и сборщики мусора, серьёзная штука этот UEFI

    айзену понравится :D

     
     
  • 3.19, Аноним (-), 13:26, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ага, когда оно ему внезапно FreeBSD kernel чистить будет ;)
     
     
  • 4.58, Аноним (-), 16:01, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ага, когда оно ему внезапно FreeBSD kernel чистить будет ;)

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

     
  • 3.27, цирроз (ok), 13:47, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +5 +/
    жаба-фанатику всегда нативный код мешает:-D
    не суть важна, есть там сборщик мусора, или нет.
    меня не удивит, что кривокод uefi был любезно предоставлен m$.
     
     
  • 4.30, ананим (?), 14:07, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >не суть важна, есть там сборщик мусора, или нет.

    не-не, очень важна.
    это собственно эталонный пример применения технологий там, где они нафиг невпёрлись.
    собственно в оригинале:
    >We've seen similar bugs in Intel's reference code in the past, but they were all fixed early last year.


     
     
  • 5.32, ананим (?), 14:13, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    зыж
    собственно костыль:
    >Мэтью подготовил патч для ядра Linux, недопускающий заполнения UEFI-памяти более чем наполовину.

    угу, пол-памяти отрежем для супер-дупер сборщика.
    как это по-жабски.

     
     
  • 6.71, Аноним (-), 16:19, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > угу, пол-памяти отрежем для супер-дупер сборщика.

    Это другой сборщик, баклан. Он в секторах флеша устаревшие записи о переменных собирает. Чтобы не мучать флеш перезаписями, старые переменные не стирают полностью, а лишь инвалидируют. Путем читерских манипуляций с записью отдельных битов, не требующих стирания всего сектора. Но наступает момент когда сектор совсем занят старыми записями и для записи новой переменной надо что-то расчистить. GC при этом смотрит какие записи устарели, читает валидные, стирает сектор и записывает в него валидные записи. В целом это крайне стандартная механика для хранения в крупноблочном флеше конфигурации и прочего фуфла. Но вот так былинно накосячить в ее реализации вроде пока еще никому не удавалось. Самсунь походу первый.

     
     
  • 7.75, ананим (?), 16:36, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> угу, пол-памяти отрежем для супер-дупер сборщика.
    >Это другой сборщик, баклан.

    И дураку понятно что другой, олуш. Для дЭбилов, и мозговых инвалидов повторю:
    >угу, пол-памяти отрежем для супер-дупер сборщика.
    >как это по-жабски.

    зыж
    >Чистка же производится в момент инициализации во время загрузки

    давай, пернатый, расскажи мне про TRIM.

     
     
  • 8.79, Аноним (-), 16:45, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Сначала сходи на вику и почитай как флеш-память работает, чтобы пургу не нести ... текст свёрнут, показать
     
     
  • 9.99, ананим (?), 17:33, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ты настолько туп, что утверждаешь что у контроллера больше мозгов и ресурсов, че... текст свёрнут, показать
     
     
  • 10.110, Аноним (-), 17:52, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Где я это утверждал Нифига себе вас прет Как самокритично Сами побредили, са... текст свёрнут, показать
     
     
  • 11.117, ананим (?), 18:07, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    вот тут http www opennet ru openforum vsluhforumID3 89270 html 71 ну так какой... текст свёрнут, показать
     
     
  • 12.124, Michael Shigorin (ok), 18:21, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Сам спросил, сам ответил ц Дядьку, взываю всё-таки к Вашей воспитанности PS... текст свёрнут, показать
     
     
  • 13.137, ананим (?), 19:26, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    см 1-е предложение тут http www opennet ru openforum vsluhforumID3 89270 html... текст свёрнут, показать
     
     
  • 14.174, Michael Shigorin (ok), 02:26, 26/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Насколько вас обоих могу понять -- у Вас претензия к методу выяснения чётности а... текст свёрнут, показать
     
  • 12.126, Аноним (-), 18:27, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Не вижу - где я там издал хоть звук про какие-то ресурсы и про то что у контролл... большой текст свёрнут, показать
     
     
  • 13.138, ананим (?), 19:29, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    это твои слова ну так какой такой другой сборщик, баклан ... текст свёрнут, показать
     
     
  • 14.149, Аноним (-), 20:33, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Не тот который в жабе для оперативки, а тот который в флеше мусор собирает Само... текст свёрнут, показать
     
  • 7.86, anonimous (?), 17:07, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо за ликбез, во я дурак ;)
     
  • 5.54, цирроз (ok), 15:58, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > это собственно эталонный пример применения технологий там, где они нафиг невпёрлись.

    разве что с этой точки зрения :)

    ждем уборщиков мусора в микроконтроллерах.

     
     
  • 6.57, Аноним (-), 16:00, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > ждем уборщиков мусора в микроконтроллерах.

    Сто лет есть. Стандартная механика при работе с флеш-памятью. Просто потому что она не любит много циклов стирания + стирается только большими блоками. Вот и приходится народу вот так вот извращаться.

     
     
  • 7.64, ананим (?), 16:08, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >При удалении UEFI-переменной, она не очищается сразу, а лишь помечается удалённой. Чистка же производится в момент инициализации во время загрузки, 

    Только не говорите, что флэшки очищаются после перезапуска.
    Зыж
    Трим имели ввиду? Это ни разу не сборщик.

     
     
  • 8.74, Аноним (-), 16:36, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет, разумеется Перезапуски тут не при чем Флеш - крупноблочная память При ст... большой текст свёрнут, показать
     
     
  • 9.78, ананим (?), 16:44, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тогда какого фалоса ты мне тут пол-википедии переписал, где 8212 171 Чистка... большой текст свёрнут, показать
     
     
  • 10.85, Аноним (-), 17:05, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле я все несколько упростил В реальных реализациях чистка может прои... большой текст свёрнут, показать
     
     
  • 11.103, ананим (?), 17:40, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    вот при манипулировании с переменными уефи, достаточно было спроектировать инте... текст свёрнут, показать
     
     
  • 12.113, Аноним (-), 17:59, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    GC сам по себе ни к коммитам ни к транзакциям - вообще никак не относится Тот к... большой текст свёрнут, показать
     
     
  • 13.119, ананим (?), 18:09, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    да что ты говоришь рад что ты это понял ... текст свёрнут, показать
     
     
  • 14.150, Аноним (-), 20:35, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Зато ты видимо до сих пор думаешь что оно требует дофига ресурсов Хотя это и не... текст свёрнут, показать
     
  • 6.59, ананим (?), 16:02, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ага.
    Вот кстати жду когда айзен jvm на java перепишет.
    Чтобы там сразу 2-а уборщика друг-другу "помогали".
     
  • 2.26, цирроз (ok), 13:43, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    могу себе представить, какой там кривой код... жесть.
     
  • 2.39, anoname (?), 14:54, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    На жабе, небось, писали. Или на дотнете.
     
  • 2.52, Аноним (-), 15:56, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Фигасе, там ещё и сборщики мусора, серьёзная штука этот UEFI

    Да чего там серьезного? Обычная область конфигурационных переменных. Даже u-boot простенький так умеет. Стандартный функционал - область конфигурационных данных с переменными системной конфигурации.

    Что там НЕ стандартно - так это уровень индусского быдлокодинга. Они первые кто смог настолько хорошо все факапнуть.

     

     ....большая нить свёрнута, показать (92)

  • 1.2, VoDA (ok), 12:06, 25/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    Новость из будущего:

    Чтобы запустить Windows 9 после обновления UEFI нужно запустить Linux с флагом принудительно очистить UEFI Flash. Иначе флеш переполняется и баста!!!

     
  • 1.4, Аноним (-), 12:11, 25/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +13 +/
    Эй, MS-боты! Ну что, будем доказывать, что Linux виноват, или признаем, что косяк в UEFI?
     
     
     
    Часть нити удалена модератором

  • 3.23, Crazy Alex (??), 13:40, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    это косяк оверинжиниринга
     
     
  • 4.55, Аноним (-), 15:58, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > это косяк оверинжиниринга

    Не, это косяк быдлокодинга. У нормальных людей такая механика даже в микроскопическом u-boot работает без глюков. А вот самсунь набыдлокодил, да. И как видим, в bios это чревато.

    Помрет оно при изменении конфигурационных переменных. И не важно кем. Это весьма былинный отказ на самом деле. Так сильно никто не обделывался. То что в ядре привинтили костыли на столь эпическую лажу - чисто добрая воля. Теперь будет смешно: винда может убить это глюкало, а линукс ему костылик будет подставлять, чтоб не дохло.

     
     
  • 5.105, Vkni (ok), 17:45, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > То что в ядре привинтили костыли на столь эпическую лажу - чисто
    > добрая воля.

    Очень зря - наоборот, нужно, чтобы ноуты были убиты как можно быстрее, и поменяны по гарантии. Вот тогда до некоторых дойдёт. А если за Гнусмасом будут прибирать, то он будет косячить и дальше.

     
     
  • 6.115, Аноним (-), 18:03, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > за Гнусмасом будут прибирать, то он будет косячить и дальше.

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

    А так - вы знаете, у современного железа например вольтажи регуляторов явно программируются командами по шинам. И как вы понимаете, там general purpose регуляторы которые вообще не в курсе сколько там вольт безопасно для "конкретно вот этой вот" электроники. В общем тот кто хотел чтобы программисты начали строить дома таки получит то что хотел.

     
     
  • 7.134, BratSinot (ok), 19:17, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > счастливые обладатели виндов которые переставят виндозу пару раз - пойдут в сервис, как миленькие <

    Ага, только вот такие люди либо не трогают ничего, либо платят денежкю людам которые шарят, либо в том-же сервис центре.

     
     
  • 8.151, Аноним (-), 20:37, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ну если у тебя в системе вылезет порнобаннер с требованием заплатить за разблоки... текст свёрнут, показать
     
  • 5.133, Crazy Alex (??), 18:56, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Оверинжиниринг в том, что оно вообще что-то куда-то пишет при загрузке. Не только в  этом, конечно - UEFI вообще из них состоит.
     
     
  • 6.141, Xasd (ok), 20:04, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    UEFI -- это только лишь интерфейс.

    конкретную реализацию UEFI -- ни кто НЕ заставляет что-то писать при загрузке.

    если криворукие программисты будут занова разрабатывать реализацию Legacy BIOS -- то вероятнее всего они тоже облажаются, как и в случае когда эти же крворукие программисты будут разрабатывать реализацию UEFI.

     
     
  • 7.145, Crazy Alex (??), 20:19, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Но вероятность облажаться в десяти тысячах строк несколько поменьше чем в миллионе. Хотя бы за счет того, что количество code paths меньше и, соответственно, тестировать проще.
     
     
  • 8.148, Xasd (ok), 20:29, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    код этой прошивки -- думаю огромен и признаться чесно мне кажется что у разраб... текст свёрнут, показать
     
     
  • 9.153, Аноним (-), 20:38, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Вот видишь, ты даже в простейшем слове лажаешься А теперь представь сколько баг... текст свёрнут, показать
     
     
  • 10.170, Xasd (ok), 23:25, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    мне это удаётся представить в фэйловом смысле -- особенно хорошо если я представ... текст свёрнут, показать
     
  • 2.123, skybon (ok), 18:15, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Какая разница? В н.у. (без "специальных команд") баг проявляется *только* на Линуксе. Для простого пользователя этого достаточно.
     
     
  • 3.127, Аноним (-), 18:35, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Какая разница? В н.у. (без "специальных команд") баг проявляется *только*

    Наглое вранье - индивид провоцировал это исключительно в винде, если вы вдруг дадите себе труд почитать новость. И да, реинсталл системы - не бог весть какаяа "специальная команда". А при реинсталле винды факап может произойти ничуть не хуже.

     

  • 1.5, zomg (?), 12:12, 25/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ни один ноутбук при тестировании не пострадал? :)
     
     
  • 2.56, Аноним (-), 15:59, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Ни один ноутбук при тестировании не пострадал? :)

    Я думаю что индивид в процессе просто мог восстановить образ чипа грубым перешиванием программатором. Против лома нет приема...

     

  • 1.7, paulus (ok), 12:13, 25/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    И снова нужно костыли в ядро вставлять из-за говноподелия UEFI...
     
     
  • 2.10, rshadow (ok), 12:24, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    их там и так дофига. почти в каждом процессоре бага, соответсвенно в ядре костыли.
     
  • 2.135, pkunk (ok), 19:20, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    https://lkml.org/lkml/2012/10/21/75
     

  • 1.11, Аноним (11), 12:33, 25/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хорошо что на моем Samsung по дефолту отключен этот чертов UEFI в биосе. Мало ли... А то понаделали поделок и думай тут. Кирпичем сегодня или завтра станет.
     
     
  • 2.143, Xasd (ok), 20:08, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    а думаешь в Legacy BIOS там нет ошибок? :)

    и сразу говорю что фраза "у меня ничего не глючит" не принимается, так как глюк может быть начнёт проявлять себя завтра, а может быть даже и никогда. :) и тоже самое можно сказать и про UEFI-режим твоего Samsung-устройства

     
     
  • 3.154, Аноним (-), 20:42, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а думаешь в Legacy BIOS там нет ошибок? :)

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

     
  • 2.166, Аноним (-), 21:23, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    У меня для тебя плохие новости: нельзя "отключить UEFI". Можно только включить в UEFI имитацию поведения legacy bios, реализованную в дополнительном CSM модуле. Т.е., когда ты "отключаешь UEFI", выполняется еще больше кода, и вероятность проявления какого-либо бага еще выше, хехе.
     
     
  • 3.171, Xasd (ok), 23:32, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    CSM -- как расшифровывается?
     
     
  • 4.173, Michael Shigorin (ok), 02:04, 26/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > CSM -- как расшифровывается?

    Compatibility Support Module

    $google://uefi+csm

     
     
  • 5.179, Xasd (ok), 12:28, 26/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ty
     

  • 1.12, туктук (?), 12:37, 25/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    А у меня на асусовской материне при перезагрузке из винды в линукс все настройки uefi/bios периодически сбрасывались в дефолт. Решил удалением одной из ОС ;)
     
     
  • 2.31, hakushka (ok), 14:12, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Все настройки или настройки порядка загрузки?
     
     
  • 3.129, туктук (?), 18:38, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Все.
     

  • 1.13, Аноним (-), 13:00, 25/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Нормально, чо... Даже такую маленькую и критически важную вещь, как загрузчик, не могут написать аккуратно, чтобы не приходилось запускать сборщик.
     
     
  • 2.35, Crazy Alex (??), 14:38, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    а они как-то забыли, что загрузчик желательно делать маленьким и простым
     
  • 2.116, Аноним (-), 18:06, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > могут написать аккуратно, чтобы не приходилось запускать сборщик.

    Сам по себе сборщик - очень маленькая и простая механика. Такое даже в мелких микроконтроллерах делают. Я такое выписывал на гольном асме. Уместилось в менее чем 3Кб кода вместе с кучей иной логики. Самое прожорливое что там есть - буферная память под расчищаемый сектор.

     
     
  • 3.142, Crazy Alex (??), 20:08, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    ну просуммируй пару тысяч таких "простых" кусков - какая сложность будет? Где-то да проскочит бага. Что оно эпичное я не спорю, но в достаточно большой софтине хоть где-то такая эпичная будет точно.
     
     
  • 4.155, Аноним (-), 20:45, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > ну просуммируй пару тысяч таких "простых" кусков - какая сложность будет?

    Так нефиг их тысячами пихать. Да, если напихать пару тысяч - потом не хватит ресурсов проверить даже такую элементарщину как "а что случается с конфигурационными переменными если их будут менять".

    > Где-то да проскочит бага. Что оно эпичное я не спорю, но в
    > достаточно большой софтине хоть где-то такая эпичная будет точно.

    Баг приводящий к закирпичиванию железа имеет такую severity что его пропуск в любом случае является EPIC FAILом. Это прямой влет на бабки из-за повышенного числа обращений в гарантийку на ровном месте.

     

  • 1.16, Аноним (-), 13:18, 25/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    хочу железо без биос )
     
     
  • 2.25, Аноним (-), 13:41, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > хочу железо без биос )

    Возьмите любой SoC на arm, например, да не так быстро как x86 но компактность имеет свои плюсы

     
  • 2.36, Crazy Alex (??), 14:40, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    и будете нуждаться в отдельной сборке вашей оси именно для этой железки. Не надо путать кривую реализацию с очень приличной идеей - стандартной средой, из которой может стандартным образом влететь ОС.
     
     
  • 3.93, Аноним (-), 17:20, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Не надо путать кривую реализацию с очень приличной идеей - стандартной
    > средой, из которой может стандартным образом влететь ОС.

    Стандартной проприерасией, которой пичкают и от которой хрен откажешься. Очень мило...

     
     
  • 4.144, Crazy Alex (??), 20:09, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    ну есть открытая реализация на базе коребута, если на то пошло. Но вы вообще идею и релизацию делите как-то
     
     
  • 5.156, Аноним (-), 20:48, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > ну есть открытая реализация на базе коребута, если на то пошло.

    Только вот найти железо где бы coreboot работал и не было бы зондов - целый отдельный квест.

    > Но вы вообще идею и релизацию делите как-то

    Реализация является продолжением идеи. Лично я сторонник простых и быстрых загрузчиков. А идея UEFI изначально предусматривала что это почти операционка. С своими дровами и чем там еще. Правда именно упомянутый кусочек - он простой и стандартный для очень многих окружений. И не вызывает проблем. Но если напихать много гогна - потом нормальное тестирование не получит и вот такая совсем базовая механика работы с флешкой. И вот это уже FAIL в том числе и идеи в целом. Чрезмерно усложненная буита.

     

  • 1.20, Ilyx (?), 13:30, 25/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А для чего вообще OS использует эти переменные,
    если может обойтись без них?
    Что больше негде?


     
     
  • 2.28, ананим (?), 14:04, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    для сохранения значений между перезагрузками.
    в качестве примера указывается обычно в доках коре-дамп (например когда ntfs.drv свалилась в синий экран)
    и да, это не просто «фича» uefi, это ещё и требование. в том числе и к сертификации w8.

    зыж
    самой загрузкой драйверов в секуребут управляет уефи
    BCD (Boot Configuration Data) has 1:1 mappings for some UEFI global variables:
    BootOrder -> “displayorder”
    Timeout -> “timeout”
    BootNext -> “bootsequence”
    All variables encapsulated by {fwbootmgr} object

     

  • 1.33, demon (??), 14:15, 25/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ура! Теперь у нас есть костыль для костыля!!!
     
  • 1.37, Anonim (??), 14:52, 25/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    недавно настраивал загрузку win8, она вся такая лицензионная, огороженно все что только можно. Живет только пока жив винт и система загружается, чтоб восстановить бэкап. вывод годится только в помойку. И ради такой системы изнасиловали столько биосов?
     
     
  • 2.97, Аноним (-), 17:30, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Да удилища вообще. Система слова доброго не стоит. Ее юзеж больше всего ассоциируется с "стоя, в гамаке, в противогазе и ластах, с лыжными палками, в костюме химзащиты". Примерно настолько же удобно. Выглядит как полная дрянь и удобство использования такое же.
     

  • 1.38, anonymus (?), 14:53, 25/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    А почему тогда винда грузится, а линукс - нет?
     
     
  • 2.40, Anonim (??), 14:57, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    как раз линукс встал сразу, а вин по сию пору не завелся хотя стсема спецом для нее заточена.
     
  • 2.42, Аноним (-), 15:31, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А почему тогда винда грузится, а линукс - нет?

    Потому что Linux использовал больше возможностей UEFI? По стандарту можно. Если не работает, а тем паче что-то ломается - проблемы Samsung, а никак не разработчиков ядра. Однако они приставили костыль сбоку быстрее, чем Samsung это всё починило.

    И почитайте внимательнее - проблемы были не только с Linux.

     
  • 2.45, ананим (?), 15:35, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >А почему тогда винда грузится, а линукс - нет?

    наоборот.
    читай источники:
    >Unfortunately, if you're using Windows, that'll require you to reinstall it from scratch.


     
  • 2.98, Аноним (-), 17:32, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А почему тогда винда грузится

    Потому что прединсталлирована и если девайс факапнется с ней на фабрике - таки его юзеру не продадут. А вот при попытке ее реинстальнуть оказалось очень даже возможным получить такой же факап. Вот переставите винду и нотик точно так же сделает лапки кверху. Забавно, а? :)

     

  • 1.44, Аноним (-), 15:34, 25/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А сколько визгов было, что это происки MS...
    Оказалось - индусские кодеры самсунга

    EFI разочаровал. Я надеялся, что после того ада, который назывался BIOS, придумали что-то простое и стандартизированное. Оказалось хуже - туда вкорячили считай целую ОСь...

     
     
  • 2.47, ананим (?), 15:36, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    мс-бот?
    > Unfortunately, if you're using Windows, that'll require you to reinstall it from scratch.


     
     
     
    Часть нити удалена модератором

  • 4.73, Anonim (??), 16:33, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    насчет пятерки "эт перебор". Поставленная винда падает с хрустом с ошибкой компонента winboot.efi
    как бы намекая где пятерошники наворопятили.
     
     
     
    Часть нити удалена модератором

  • 6.81, ананим (?), 16:48, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    оттуда же:
    > Unfortunately, if you're using Windows, that'll require you to reinstall it from scratch.

    .

     
     
     
    Часть нити удалена модератором

  • 8.84, ананим (?), 17:04, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Там упоминание 171 поставленная винда падает с хрустом с ошибкой 187 Падает... текст свёрнут, показать
     
  • 5.114, Michael Shigorin (ok), 18:00, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > насчет пятерки "эт перебор"

    Начнём с того, что у этого болванчика нет не только преподавательской квалификации, как мне сдаётся, а и достаточной для написания сюда сообщений.

    Клоунов -- в цирки.  Отсюда это вон туда.

     
     
  • 6.118, Аноним (-), 18:08, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Клоунов -- в цирки.  Отсюда это вон туда.

    Давно пора. Пусть подлизывает своим патронам в другом месте.

     
  • 4.80, ананим (?), 16:47, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Первый абзац: "I never booted Linux on it - all experimentation was performed under Windows."

    вот именно.
    линуха там не было.
    все косяки — виндовые.

     
     
     
    Часть нити удалена модератором

  • 6.101, Аноним (-), 17:35, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > г-н Гаррет считает, что ошибка в прошивке. Что даёт вам основание считать иначе?

    То же самое что позволяет вам кивать на то что во всем виноват линукс. Кто нам вышлет пулю - получит в ответ две.

     
  • 6.109, ананим (?), 17:51, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >г-н Гаррет считает, что ошибка в прошивке. Что даёт вам основание считать иначе?

    вот это:
    Windows:
    >Unfortunately, if you're using Windows, that'll require you to reinstall it from scratch.

    Linux:
    >Change the firmware to boot in BIOS mode. Boot off install media and mount your Linux filesystems, then chroot into them. Install a BIOS-based bootloader.

    Windows превзошёл себя, теперь из-за каждой ошибки (а так же все свои данные, всё купленное ПО, с обзвоном поставщиков с просьбой прислать ключи) её не просто перегружать приходится, а переустанавливать.

     
     
  • 7.157, Аноним (-), 20:51, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > её не просто перегружать приходится, а переустанавливать.

    Давно уже. Они даже перейти с 1 проца на многопроцессорную машину не могут просто так. Надо блин ядро другое подпихивать. Вручную. Или реинсталом. А уж вгрузить для новой ФС драйвер на ходу - вообще за гранью возможного. Так модульный монолит надрал попу гибриду...

     

  • 1.53, Аноним (-), 15:56, 25/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Судя по этой новости на роль абстракции от железа UEFI не потянет. Каждый вендор будет делать как ему взбредет в голову. А в ОС придется делать ещё одну абстракцию для работы с UEFI.
     
     
  • 2.83, ананим (?), 16:56, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    дык это и из названия понятно было — Unified Extensible Firmware Interface.
    это интерфейс между фирмарями. про каКчество самих фирмварей речи не было.

    зыж
    это мс увидело возможность для своих шкурных интересов, вот и он случился.

    с маками то другая ситуация, там efi грузит только фирмваре, сертифицированные в эппл не на предмет «безопасности» (как декларируется в мс. а читать, кому мс разрешает выпускать периферию), а на предмет безглючной работы. ибо там за работу вего железа ок типа зуб даёт.
    чувствуете разницу?

     
  • 2.120, кевин (?), 18:09, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Судя по этой новости на роль абстракции от железа UEFI не потянет.
    > Каждый вендор будет делать как ему взбредет в голову. А в
    > ОС придется делать ещё одну абстракцию для работы с UEFI.

    серитфицирующей уефи организации на них нет. а нужна.

     
     
  • 3.130, Аноним (-), 18:38, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > серитфицирующей уефи организации на них нет. а нужна.

    Ну будет MS + intel сами свою индусятину сертифицировать. А толку? Видели как на WHQL дрова сертификат вешают? И как это потом работает...

     
     
  • 4.139, ананим (?), 19:32, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    так они только «секурити» сертифицируют.
    корректную работу этого крапа никто не обещал.
     
     
  • 5.158, Аноним (-), 20:52, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > так они только «секурити» сертифицируют.

    Не знаю какую они там секурити сертифицируют, учитывая что MS авер встраивает аж прямо в систему. Интересная сертификация памперсов - швабру и ведро выдают в комплекте. На случай если сертифицированный памперс все-таки не справится.


     

  • 1.68, Аноним (-), 16:13, 25/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пора-бы уже начать пилить собственное железо и класть на эти кактусы заморские.
     
     
  • 2.102, Аноним (-), 17:40, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Пора-бы уже начать пилить собственное железо и класть на эти кактусы заморские.

    Будут кактусы отечественные. Есть уверенность что они будут лучше? Нужно пилить собственное железо. Открытое. Где мы знаем что и почему и где оно работает так как нам надо. А не так как захотел черти кто и почему.

     

  • 1.94, Аноним (-), 17:20, 25/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А нельзя сделать так, чтобы это самое UEFI после загрузки ОС просто отвалилось и не жрало процессорное время, вызывая сборщик мусора, или проще сразу покупать комп с БИОСом?
     
     
  • 2.152, Xasd (ok), 20:38, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > А нельзя сделать так, чтобы это самое UEFI после загрузки ОС просто отвалилось и не жрало процессорное время [...]?

    а оно жрёт процессорное время? ну я имею ввиду уже после загрузки...

     
     
  • 3.159, Аноним (-), 20:54, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > а оно жрёт процессорное время?

    Не жрет оно ничего, тупит гражданин просто. Услышал ключевое слово "GC" и срефлексировал как собака Павлова.

     
     
  • 4.165, Аноним (-), 21:21, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    То есть, Вы хотите сказать, что увидев словосочетание "сборщик мусора", я должен думать о чем угодно, кроме сборщика мусора? Или Вы просто хотите казаться умнее, отвечая на вопрос адресованый не Вам, делая при этом хамские выпады в мою сторону?
     
  • 4.172, Michael Shigorin (ok), 01:27, 26/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> а оно жрёт процессорное время?
    > Не жрет оно ничего

    Вообще "оно" умеет жрать время, RTFM про efi runtime services.  Про GC там не слышал.

    > тупит гражданин просто

     
  • 3.161, Аноним (-), 21:02, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я ни разу с этим не сталкивался, так что определенно сказать не могу Просто по ... большой текст свёрнут, показать
     
     
  • 4.167, Аноним (-), 21:44, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Сборщик мусора - это не отдельный фоновый поток и твое драгоценное процессорное ... большой текст свёрнут, показать
     
     
  • 5.169, Аноним (-), 21:59, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ага... Теперь все ясно, спасисбо. :)
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру