The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..., opennews (?), 25-Мрт-13, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


3. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +15 +/
Сообщение от Аноним (-), 25-Мрт-13, 12:09 
А надо ли оно всё? В идеале всё, что делает UEFI, должна делать ОС, как оно происходит во всяких там ARM'ах. Скорость загрузки тогда взлетит во много раз, а также увеличится простор по работе с железом. Я думаю, что со временем так оно и будет.

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

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

Ответить | Правка | Наверх | Cообщить модератору

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

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

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

Ответить | Правка | Наверх | Cообщить модератору

22. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +4 +/
Сообщение от ананим (?), 25-Мрт-13, 13:33 
>UEFI нужен был для:
>1. отказа от 16-битной загрузки (в 2013 году всё ещё делают процессоры, которые используют 16-битную адресацию!)
>2. валидации загружаемой ОСи и общей безопасности системы

маркетинговый булшит. то что BIOS устарел, ни разу не заслуга UEFI, а объективная реальность. второй пункт вообще из UEFI SecureBoot — «оригинального» расширения UEFI от мс.
>правда на деле получилось:
>1. переписали весь биос, вместе с девайсами - UEFI драйвера будут такими же не нужными, как и биосовы
>2. вместо валидации ключами пользователя получили анальный зонд

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

во-первых — НЕ _непредусмотренные пользователем_, а _непредусмотренные вендором_.
во-вторых — внедрение зонда таки состаялось. палки в колёса вставлены. работа альтернатив усложнена настолько сильно, насколько могла быть, не вызывая антимонопольных рисков.

Ответить | Правка | Наверх | Cообщить модератору

46. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от Пиу (?), 25-Мрт-13, 15:35 
чукча не читатель, чукча писатель я посмотрю
Ответить | Правка | Наверх | Cообщить модератору

51. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +2 +/
Сообщение от ананим (?), 25-Мрт-13, 15:51 
да хрен тебя знает.
это ж ты утверждал, что без уефи от 16-битной загрузки не откажешься.

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

Ответить | Правка | Наверх | Cообщить модератору

60. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от Аноним (-), 25-Мрт-13, 16:03 
> это ж ты утверждал, что без уефи от 16-битной загрузки не откажешься.

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

Ответить | Правка | Наверх | Cообщить модератору

66. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от ананим (?), 25-Мрт-13, 16:11 
Первое же первое.
Зыж
Тоже не читатель? Абревиатуру UEFI хоть перевёл?
Ответить | Правка | Наверх | Cообщить модератору

77. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от Аноним (-), 25-Мрт-13, 16:40 
> Первое же первое.

Ну а где он сказал что это был единственный вариант? А так - ну да, тупо когда 64-битный проц в 16-битном доисторическом режиме взлетает. В этом плане те же армы получают 5 очков форы.

Ответить | Правка | Наверх | Cообщить модератору

96. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от ананим (?), 25-Мрт-13, 17:25 
>Ну а где он сказал что это был единственный вариант? А так - ну да, тупо когда 64-битный проц в 16-битном доисторическом режиме взлетает. В этом плане те же армы получают 5 очков форы.

ещё раз, для НЕ_читателей, повторяю — UEFI вообще не делался для этой цели.
UEFI — это интерфейс.
С тем что он современнее BIOS, никто и не спорил.

Ответить | Правка | Наверх | Cообщить модератору

121. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от Аноним (-), 25-Мрт-13, 18:10 
> ещё раз, для НЕ_читателей, повторяю — UEFI вообще не делался для этой цели.

Он делался в том числе и по этой причине. В качестве мотивации такой активности это указывалось, ага.

> UEFI — это интерфейс.
> С тем что он современнее BIOS, никто и не спорил.

Ну да, только бастардизирован уж очень и заточен сугубо под удобство интель и майкрософт. Даже формат файлов PE EXE из винды взят. И системную партицию требует. Конечно же в FAT32, ага. Совершенно случайно у майкрософта оказался рояль в кустах.

Ответить | Правка | Наверх | Cообщить модератору

125. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  –2 +/
Сообщение от Michael Shigorinemail (ok), 25-Мрт-13, 18:23 
> Ну да, только бастардизирован уж очень и заточен сугубо под удобство [...] майкрософт.
> Даже формат файлов PE EXE из винды взят.

И кривущий GPT (который создаёт примерно столько же проблем, сколько и решает, что характерно) вместо того же LVM.

Ответить | Правка | Наверх | Cообщить модератору

136. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от Аноним (-), 25-Мрт-13, 19:22 
>> Ну да, только бастардизирован уж очень и заточен сугубо под удобство [...] майкрософт.
>> Даже формат файлов PE EXE из винды взят.
> И кривущий GPT (который создаёт примерно столько же проблем, сколько и решает,
> что характерно) вместо того же LVM.

А всё же, чем GPT-то кривой? Хорошая система разметки, без всяких MBR'проблем. Причём просто работает, безо всяких настроек, даже на компах с BIOS (может это GRUB шаманит, не знаю). Позволяет не заморачиваться не с размером разделов, не с их количеством, а также с разными типами разделов (первичный/расширенный/логический).

Ответить | Правка | Наверх | Cообщить модератору

146. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от Аноним (-), 25-Мрт-13, 20:23 
> не с их количеством, а также с разными типами разделов

Даа... вот лежит тут железка. Там конечно нет GPT, там u-boot партиции. И ведроид по умолчанию. Ах да, все бы ничего, но это, на секундочку, ОДИНАДЦАТЬ партиций. И из четырех гигазов NAND юзеру остался в этом лоскутном одеяле целый один. GPT - это плюс для любителей вот таких вот лоскутных одеял? Спасибо, я как-нибудь пешком постою.

Ответить | Правка | К родителю #136 | Наверх | Cообщить модератору

175. "про GPT"  +2 +/
Сообщение от Michael Shigorinemail (ok), 26-Мрт-13, 02:43 
> А всё же, чем GPT-то кривой? Хорошая система разметки, без всяких MBR'проблем.

Велосипед, который ничем не лучше уже давно существовавшего LVM.  Да вот кого-то прорвало:

---
What would be considered forward looking and potentially a superior solution to GPT? It's best if we look at some challenges and caveats of the MBR-style partition system:

* Larger block sizes improve performance and increase storage capacity. Does it support block sizes other than the old DOS-style 512-bytes?
* Sometimes partitions run out of space and we need more - it would be nice just to buy another disk and have more. Does it allow partitions to be combined seamlessly into logically contiguous blocks? On a live system in real time? If they aren't side-by-side? On different disks? On different machines?
* We like to get the most from our hardware and losing data sucks. Does it allow for partition striping to gain performance or mirroring to gain reliability?
* Working with live filesystems prevents certain important activities such as backups. Does it allow for instant copies of partitions on a live system to ease backups, imaging? Or for safe trials of such activities as filesystem performance tweaking or high-risk repair tools?

The answer to all of these problems being resolved by GPT is a resounding "NO". It was this comment which really got me thinking: doesn't LVM as implemented in Linux solve all of these problems?

As a matter of fact Linux LVM is the penultimate evolution of the whole "partitioning" solution. While LVM is currently limited to "only" 8 Exabytes (0.008 Zetabytes) this is a small price to pay for all that other functionality. Additionally, and unlike GPT, LVM standards are also developed in a revisable manner so it would be trivial to increase this in future revisions. Why was GPT even designed when a superior solution already existed? Why was the wheel reinvented...as a triangle?
--- http://insan-it.blogspot.com/2010/09/gpt-versus-lvm.html

И даже если подыграть MS -- реализация откровенно хромает по их любимому коньку обратной совместимости:

---
Unfortunately, GPT is not without its problems. These mainly relate to compatibility. Older OSes have no or limited GPT support. For instance, Windows only supports GPT at all on Windows Server 2003, the 64-bit (but not the 32-bit) version of Windows XP, Windows Vista, and later. Through Windows 7, booting from a GPT disk is impossible unless the system uses the Unified Extensible Firmware Interface (UEFI) rather than a legacy BIOS. (Most computers through 2010 still used a legacy BIOS, although by mid-2011 UEFI-based PCs started becoming common in stores.) [...]

[...] Some tools take advantage of this feature to create a hybrid MBR configuration, in which some partitions are accessible via both GPT and MBR definitions. Although this is non-standard, awkward, delicate, and downright dangerous, it can help make the transition  [...]
--- http://www.rodsbooks.com/gdisk/whatsgpt.html

Ответить | Правка | К родителю #136 | Наверх | Cообщить модератору

182. "Раскрыты причины блокирования работы UEFI-прошивки..."  +/
Сообщение от arisu (ok), 26-Мрт-13, 18:46 
> ну да, тупо когда 64-битный проц в 16-битном доисторическом режиме
> взлетает. В этом плане те же армы получают 5 очков форы.

в плане нескольких команд для переключения режима, что ли?

расскажи: насколько сильно ускорится загрузка ядра от того, что станет происходить в 32-битном режиме? не системы, ядра. и что мешает сразу написать код распаковки в 32 битах (как оно и сделано, емнип — но тут могу ошибаться, лень смотреть груб).

Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

128. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от Пиу (?), 25-Мрт-13, 18:36 
специально для горячих чукотских парней: там было написано, какие плюшки изначально были на примете у создателей, а потом во что это вышло.

// может с третьего раза дойдет...

Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

89. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  –2 +/
Сообщение от кевин (?), 25-Мрт-13, 17:14 
>[оверквотинг удален]
> 2. валидации загружаемой ОСи и общей безопасности системы
> ... правда на деле получилось:
> 1. переписали весь биос, вместе с девайсами - UEFI драйвера будут такими
> же не нужными, как и биосовы
> 2. вместо валидации ключами пользователя получили анальный зонд
> ... при этом решением оказались:
> 1. проигнорировать все UEFI драйвера - UEFI драйвера от разрабов сразу в
> утиль
> 2. сделать shim - теперь можно опять грузить левые, _непредусмотренные пользователем_,
> операционки

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

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

186. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от Аноним (-), 26-Мрт-13, 21:23 
>UEFI нужен был для:

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

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

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

18. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от Аноним (-), 25-Мрт-13, 13:23 
>Высказался ;-)

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

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

21. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +6 +/
Сообщение от Crazy Alex (??), 25-Мрт-13, 13:30 
Дву глупости в одном посте. На ARM сейчас такой зоопарк инициализаций, что пример с этого точно брать не надо. На PC хотя бы можно произвольную операционку взгромоздить и она при этом взлетит. А по поводу гипервизора - оно тебе точно надо? Чтобы забыть об открытых драйверах, чтобы все поступали как нвидиа, блокируя возможности оборудования на софтовом уровне, гвоздями прибив DRM и тому подобное?
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

62. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +2 +/
Сообщение от Аноним (-), 25-Мрт-13, 16:05 
> Дву глупости в одном посте. На ARM сейчас такой зоопарк инициализаций,

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

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

Ответить | Правка | Наверх | Cообщить модератору

90. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  –1 +/
Сообщение от кевин (?), 25-Мрт-13, 17:15 
>> Дву глупости в одном посте. На ARM сейчас такой зоопарк инициализаций,
> Чаще всего там обычный u-boot. И кстати там сейчас вполне убедительная инициатива
> с DTS (Device Tree) и ядром способным грузиться на сразу куче
> железяк.
> И да, лучше уж разнообразие альтернатив чем одно большое уефанство.

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

Ответить | Правка | Наверх | Cообщить модератору

104. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +1 +/
Сообщение от Аноним (-), 25-Мрт-13, 17:45 
> а чем следование стандарту уефи урезает количество вариантов?

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

Ответить | Правка | Наверх | Cообщить модератору

183. "Раскрыты причины блокирования работы UEFI-прошивки..."  +/
Сообщение от arisu (ok), 26-Мрт-13, 18:49 
а чем PE-то не нравится? кроме того, что «от m$»? формат как формат, не самый плохой.
Ответить | Правка | Наверх | Cообщить модератору

24. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +1 +/
Сообщение от ананим (?), 25-Мрт-13, 13:40 
>А может и по-другому - в UEFI будет вшит гипервизор, и ОС будет взаимодействовать не с конкретными устройствами, а с абстракцией.

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

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

34. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от Crazy Alex (??), 25-Мрт-13, 14:36 
Такие штуки неплохо работают пока рассчитаны на полторы железки. Как только выясняется, что надо поддеживать 100500 разнообразных устройств оказывается, что проще не мешать операционке взаимодействовать с ними напрямую. А PC - это не армовые интеграшки, это (пока ещё) открытая архитектура с возможностью воткнуть произвольное устройство на шину.
Ответить | Правка | Наверх | Cообщить модератору

43. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от ананим (?), 25-Мрт-13, 15:32 
>Такие штуки неплохо работают пока рассчитаны на полторы железки.

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору

48. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  –1 +/
Сообщение от Пиу (?), 25-Мрт-13, 15:37 
> а проброс переферии (усб и пр.) даже виртуалбокс из юзерспейса умеет.
> и это УЖ точно было бы куда большим прорывом, чем сабж.
> вот только кто ж убьёт индустрию на углеводородах, даже если водород лучше.

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

Ответить | Правка | Наверх | Cообщить модератору

50. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +1 +/
Сообщение от ананим (?), 25-Мрт-13, 15:42 
>вот только скорость работы усб "переферии" в виртуалбоксе оставляет желать лучшего

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

Ответить | Правка | Наверх | Cообщить модератору

61. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +1 +/
Сообщение от pavlinux (ok), 25-Мрт-13, 16:04 
> может от материлки зависит

Точно, только от неё и зависит!
Как говориться - доброе слово и кошке приятно.

Ответить | Правка | Наверх | Cообщить модератору

70. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от ананим (?), 25-Мрт-13, 16:16 
Во-о-от.
Что характерно, производитель и не давал гарантии работы вб на его железе.
А вот если бы гипрервизор он же и поставлял...
Вот тогда и был бы качественный скачёк понятия персональный компьютер.

Зыж
Кстати, вот тогда бы ни о какой конкуренции планшетов с десктопами не говорили бы.

Ответить | Правка | Наверх | Cообщить модератору

177. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от pavlinux (ok), 26-Мрт-13, 03:20 
> Во-о-от.

Я ваще-то про оговорку по-Фрейду - материЛки :)

Ответить | Правка | Наверх | Cообщить модератору

49. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +1 +/
Сообщение от ананим (?), 25-Мрт-13, 15:40 
ззыж
кстати, в своей практике не встречал ни одной материнки, где бы не завёлся dom-0.
проброс pci в dom-u — да, бывают трудности.
но с dom-0 — ни разу.
Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

67. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от Аноним (-), 25-Мрт-13, 16:11 
> проброс pci в dom-u — да, бывают трудности.

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

Ответить | Правка | Наверх | Cообщить модератору

72. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от ананим (?), 25-Мрт-13, 16:21 
Ну мы тут вообще-то про гипервизор внутри биос (или как бы там его обозвали) говорили.
Никто не мешает грузить ОС в dom-0 при уже имеющемся гипервизоре.
Ответить | Правка | Наверх | Cообщить модератору

122. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от Аноним (-), 25-Мрт-13, 18:13 
> Ну мы тут вообще-то про гипервизор внутри биос

Вот спасибо. Чего не надо так это проприетарных зондов которым предлагается поверить на слово. Еще не хватало левой фоновой активности от проприерасовского зонда.

Ответить | Правка | Наверх | Cообщить модератору

65. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +2 +/
Сообщение от Аноним (-), 25-Мрт-13, 16:10 
> интеграшки, это (пока ещё) открытая архитектура с возможностью воткнуть произвольное
> устройство на шину.

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

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

131. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  –1 +/
Сообщение от Crazy Alex (??), 25-Мрт-13, 18:46 
Ы что? Хотите сказать, что берем произвольный дистрибутив, скомпилированный под набор команд данного процессора и ничего не знающий о данной платке, суём на произвольное блочное устройство, цепляем его по любому из наличествующих интерфейсов к только вытащенной из упаковки платке - и он взлетает и получает всю необходимую инфу для дальнейшей работы?
Ответить | Правка | Наверх | Cообщить модератору

147. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +1 +/
Сообщение от Аноним (-), 25-Мрт-13, 20:26 
> только вытащенной из упаковки платке - и он взлетает и получает
> всю необходимую инфу для дальнейшей работы?

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

Ответить | Правка | Наверх | Cообщить модератору

108. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +2 +/
Сообщение от Аноним (-), 25-Мрт-13, 17:49 
> это (пока ещё) открытая архитектура

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

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

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

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

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

41. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +4 +/
Сообщение от Аноним (-), 25-Мрт-13, 15:27 
Какой открывается простор для производителей железа!
Можно, к примеру ввести абонплату за видеокарту. Проплатил определённую сумму, получил топовую модель. Как только деньги на счету закончились - видеокарта переходит в минимальную конфигурацию.
И так можно с любыми девайсами! И производители железа пойдут на это любой ценой.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

69. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  –1 +/
Сообщение от Аноним (-), 25-Мрт-13, 16:13 
> Какой открывается простор для производителей железа!

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

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

Ответить | Правка | Наверх | Cообщить модератору

132. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от Crazy Alex (??), 25-Мрт-13, 18:48 
наоборот - это дело просто не дошло до такого. Более-менее надежный интернет только в последние годы появился. Кстати, многие повелись бы - вместо единовременной выплаты оплачивать кусками, да ещё и тарифные планы менять по необходимости... Брр.
Ответить | Правка | Наверх | Cообщить модератору

162. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от Аноним (-), 25-Мрт-13, 21:07 
> наоборот - это дело просто не дошло до такого. Более-менее надежный интернет
> только в последние годы появился.

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

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

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

Ответить | Правка | Наверх | Cообщить модератору

176. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от Orduemail (ok), 26-Мрт-13, 02:46 
> Продажа в кредит существует уже давно. И если вы не выплатите - просто придут
> мордовороты и заберут железку целиком. Куда как проще. А зачем решать человеческие
> проблемы техническими методами?

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

Ответить | Правка | Наверх | Cообщить модератору

140. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  –2 +/
Сообщение от Аноним (-), 25-Мрт-13, 19:44 
Так тут смотря как позиционировать. Вариант явно не геймерский.

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

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

Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

160. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 25-Мрт-13, 20:58 
> Какой родитель откажется?

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

Ответить | Правка | Наверх | Cообщить модератору

168. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от Аноним (-), 25-Мрт-13, 21:48 
Вменяемый да. Но таких единицы.
Ответить | Правка | Наверх | Cообщить модератору

178. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от Харитон (?), 26-Мрт-13, 09:50 
> Вменяемый да. Но таких единицы.

Такое уже было у Интел. Процессоры с разлочкой по коду. вводишь код и проц разлочивается до более продвинутого...
Успех был минимальный...

Ответить | Правка | Наверх | Cообщить модератору

180. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от Michael Shigorinemail (ok), 26-Мрт-13, 13:59 
> Такое уже было у Интел. Процессоры с разлочкой по коду.

Такое уже есть у IBM, только с включением уже установленных CPU...

Ответить | Правка | Наверх | Cообщить модератору

163. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от Аноним (-), 25-Мрт-13, 21:09 
> нужна мощная видеокарта. Но хозяин ноутбука может положить денежку на счёт
> и видеокарта на время становится топовой.

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

Ответить | Правка | К родителю #140 | Наверх | Cообщить модератору

164. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от Аноним (-), 25-Мрт-13, 21:14 
> в минимальную конфигурацию.

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

Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

185. "Раскрыты причины блокирования работы UEFI-прошивки..."  +/
Сообщение от arisu (ok), 26-Мрт-13, 18:54 
что характерно: современные «бросовые» видеокарты в не столь давнем прошлом были бы инопланетными мегатехнологиями. понимаешь, куда я клоню?
Ответить | Правка | Наверх | Cообщить модератору

184. "Раскрыты причины блокирования работы UEFI-прошивки..."  +/
Сообщение от arisu (ok), 26-Мрт-13, 18:52 
а ведь ты сильно рискуешь стать пророком.
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

87. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от кевин (?), 25-Мрт-13, 17:11 
это ты не прав. если ось будет содержать в себе микрокоды всех возможных вариантов уефи они будут весить больше чем твоя мать.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

95. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +1 +/
Сообщение от другой аноним (?), 25-Мрт-13, 17:22 
ага, т.е. драйвера для каждого конкретного девайса теперь придется писАть для уефи и гипервизоров? Ну чтобы можно было использовать тот функционал, который есть в железе одной карты и которого нет у конкурентов, а тот железный функционал, который не был реализован, но есть у конкурентов, реализовывать софтово, для уефи и гипервизора (ну чтобы операционке через прослойку была видна одна универсальная железка "Видеокарта"). "Скока щастья"
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

181. "Раскрыты причины блокирования работы UEFI-прошивки..."  +/
Сообщение от arisu (ok), 26-Мрт-13, 18:43 
> А может и по-другому — в UEFI будет вшит гипервизор, и…

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

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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