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

Марк Шаттлворт выступил с критикой безопасности ACPI и прошивок, opennews (?), 18-Мрт-14, (0) [смотреть все] +1 Ну всё-таки сама идея прятать код под стандартный API весьма здравая и тянуть в , Фыр (?), 13:04 , 18-Мрт-14, (1) +11 // 500100И процессоры на 155ЛА7, vi (?), 13:12 , 18-Мрт-14, (2) –3 // 155ЛА3 хватит всем , irinat (ok), 13:57 , 18-Мрт-14, (14) +10 Во как тебя торкнуло, что такой бред пишешь , Demo (??), 15:16 , 18-Мрт-14, (22) +4 Кстати, так и было В 80-х годах был такой журнал - Микропроцессорные средства , Андрей (??), 17:11 , 18-Мрт-14, (41) // Процессор на 155 серии размером с кирпич Разве что мегалитический, от пирамиды, northbear (??), 12:38 , 21-Мрт-14, (109) От аспи даже мс в вын8 отказалась Как правило это совершенно левый код, написанн, ананим (?), 13:45 , 18-Мрт-14, (11)   // зыжОпять же, про вот эти баги и их воркэраунды в ядре уже молчу Не говоря уже, ананим (?), 13:55 , 18-Мрт-14, (13) +1   // Ну понятно, что реализация через жопу, но идея-то таки здравая , Фыр (?), 14:03 , 18-Мрт-14, (15)   С чего вдруг она здравая Вот если бы создали альянс по предоставлению драйверов , ананим (?), 14:13 , 18-Мрт-14, (18)   Специально для клоунов повторяю Для управления питанием см P в ACPI необходим, ананим (?), 16:06 , 18-Мрт-14, (28) +1   Спецификация на ACPI открыта Как бы она не называлась, ACPI нужна не только для, клоун Стаканчик (?), 18:45 , 18-Мрт-14, (51) –3   Где смотреть Может, линукс еще и кофе на клавиатуры проливает , Аноним (-), 18:59 , 18-Мрт-14, (53) +1   Именно Линукс А что насчёт BSD список из семейства ReactOS OpenIndiana , Клыкастый (ok), 20:08 , 18-Мрт-14, (54) +7   А что вы от клоуна хотели , Аноним (-), 00:26 , 19-Мрт-14, (81) +1   Ну а может он про Haiku слышал , Аноним (-), 01:30 , 19-Мрт-14, (87)   Приведи хоть одну причину, зачем я должен что-то доказывать Не веришь что парал, клоун Стаканчик (?), 13:08 , 19-Мрт-14, (97) –5   Э не хочешь подтвердить свои слова- будем считать их фантазией делов-то , Клыкастый (ok), 16:50 , 19-Мрт-14, (101) +1   Угу, Firmware Bug переведи, клоун ЗыжЗвание самого тyпoгo тролля ты заработал п, ананим (?), 20:10 , 18-Мрт-14, (55) +1   Но, улов Но, разлёт Не-не, девидблейн, методичка у него хорошая, забористая , Andrey Mitrofanov (?), 10:17 , 19-Мрт-14, (93) +1   gt оверквотинг удален Как правило, Линукс некорректно работает с оборудованием, Anonym2 (?), 20:23 , 18-Мрт-14, (57) +1   но и для того, что бы помешать запуску _всего 1 , кроме Windows-а местами mj, Andrey Mitrofanov (?), 10:14 , 19-Мрт-14, (92) +3   Стало интересно, вот еще Возможно, какие-то из мест в свою очередь обертки, это, qux (ok), 15:26 , 18-Мрт-14, (23)   Чтобы вот ТАКИХ комментариев не было, нужно понимать, что дрова итак дублируются, ананим (?), 16:28 , 18-Мрт-14, (33) +1   Как это опровергает сказанное В х86 десктопах, последние лет 20 Эти системы испо, qux (ok), 16:52 , 18-Мрт-14, (37) –1   Вот и подумайте 171 почему 187 зыжИ свободный как от производителя, так и от, ананим (?), 17:29 , 18-Мрт-14, (42)   Спасибо что не в гугл К релевантности других систем , очевидно Если они работа, qux (ok), 17:38 , 18-Мрт-14, (47) –1   Видимо именно это и называется 8212 бла-бла-бла А драйвера открытые, о котор, ананим (?), 20:18 , 18-Мрт-14, (56)   Я не понял чего вы кипятитесь Мой начальный пост был к тому, что комментарии ти, qux (ok), 20:30 , 18-Мрт-14, (58) –1   Ни в одном глазу DА сейчас их 2-а Один для нативного при чём от вендора Врем, ананим (?), 21:22 , 18-Мрт-14, (61)   Да, того, что было лет 15 назад, нет А так, может где-то и есть два варианта, о, qux (ok), 21:48 , 18-Мрт-14, (63)   Говорю же 8212 2-а Дрова отдельно, аспи отдельно При этом версия состав, а, ананим (?), 21:57 , 18-Мрт-14, (65)   Остыньте , qux (ok), 00:11 , 19-Мрт-14, (78)   это вам такой совет нужно давать и изучать мат часть , ананим (?), 00:29 , 19-Мрт-14, (83)   Обязательно , qux (ok), 15:40 , 19-Мрт-14, (99)   Вот и ладушки , ананим (?), 21:00 , 19-Мрт-14, (104)   - Мнооого Самое наверно важное - вентиляторы Потом suspend Из менее важного,, Anonym2 (?), 00:13 , 19-Мрт-14, (79)   В дровах Не в аспи Пример 8212 в навье можно отрубить карту, в блобе нвидиа н, ананим (?), 00:26 , 19-Мрт-14, (82) +1   gt оверквотинг удален Сознаюсь, после этого уже не знаю о чём у вас речь suspe, Anonym2 (?), 01:05 , 19-Мрт-14, (86)   А что тут не понятного Есть ACPI-драйвер в биос е , есть нативный в ядре, в мо, ананим (?), 03:55 , 19-Мрт-14, (89) +1   Ага Только не кажется ли вам странным, что драйвер ядра, к примеру, к вентиля, Anonym2 (?), 17:41 , 19-Мрт-14, (102)   Не кажется Про ворэроунды уже говорил А вот про поверконтрол и связанные с этим, ананим (?), 21:09 , 19-Мрт-14, (105)   ну тут я погорячился а то от троллей ссаными тряпками не отмашешься , но на мно, ананим (?), 14:06 , 18-Мрт-14, (16)   А как же Вынь8 без ACPI живет , Аноним (-), 14:09 , 18-Мрт-14, (17)   // а вот и первый из упомянутых в 16 9786 зыжвот пруф https lkml org lkml 2013, ананим (?), 14:22 , 18-Мрт-14, (19) +1   На acpi, то они забили, что приведет к неработоспособности управления подсветкой, Аноним (-), 16:01 , 18-Мрт-14, (26) –1   Что за чушь вы пишите Аспи итак не работал до конца толком В ядре итак куча вор, ананим (?), 16:15 , 18-Мрт-14, (30) +1   ззззззыжчтобы не быть голословным , ананим (?), 16:18 , 18-Мрт-14, (31)   Ну, зато Шатлворд пропиарится, уже хорошее дело , Аноним (-), 17:09 , 18-Мрт-14, (40) –1   Не забыли - Когда есть в наличии графический драйвер, то Там бывает и управ, Anonym2 (?), 20:46 , 18-Мрт-14, (60) +1   Ну так не сам же Марк будет это делать Для этого есть негры из редхата, на котр, Аноним (-), 23:23 , 18-Мрт-14, (69) А таки тянут Уж как минимум под конкретные чипсеты и прочая Ядро в основном пр, Аноним (-), 23:23 , 18-Мрт-14, (70) Ага, счас, так его и послушали Авторитет уже и так ниже плинтуса , Аноним (-), 13:12 , 18-Мрт-14, (3) +5 // Среди анонимных аналитиков Шаттлворта хотя бы не только сектанты слушают, но и п, Fracta1L (ok), 13:26 , 18-Мрт-14, (4) –2 // Пока что, при заключении контрактов на убунту с производителями, диктуют условия, Аноним (-), 13:28 , 18-Мрт-14, (7) Да даже среди его приверженцев, не говоря уже об остальных Upstart слил, Mir, с, Аноним (-), 13:36 , 18-Мрт-14, (9) +1 // Это хомяки на форумах вещают что слил А на самом деле он делал сам, пока нужног, Аноним (-), 03:50 , 19-Мрт-14, (88) Удобная отмазка, если бы не одно но громогласные заявления что уж мы - то Д Ар, Аноним (-), 05:55 , 19-Мрт-14, (90) И что характерно, у шатлворта будет и система инициализации как ему хотелось, и , Аноним (-), 12:33 , 19-Мрт-14, (94) Остальную часть сообщения предпочёл не заметить, да хрена с два ему так хотелось, Аноним (-), 13:55 , 19-Мрт-14, (98) Ну так он как раз и набивает себе авторитет, кося под Столмана Вендорам, конечно, Аноним (-), 13:26 , 18-Мрт-14, (5) И эта, пристрелите, пожалуйста, микрософтный компилятор dsdt , Adnako (ok), 13:27 , 18-Мрт-14, (6) +5 Молодец Марк, набирает себе авторитет , Аноним (-), 13:32 , 18-Мрт-14, (8) Так уже есть, Device Tree называется Производители именно за то и любят ACPI, ч, skb7 (ok), 14:39 , 18-Мрт-14, (20) +2 // производители чего Софта Угу, оно и видно как они его любят https lkml org l, ананим (?), 14:52 , 18-Мрт-14, (21) // Если вы не понимаете по английски, я переведу Hardware and silicon vendors --, skb7 (ok), 18:40 , 18-Мрт-14, (50) // Проблема в том, что на них всем нас рать Мс уж точно Вот поменяли они стратегию, ананим (?), 20:39 , 18-Мрт-14, (59) Вы так и не прочли статью по моей ссылке Абсолютно без разницы, кто будет делат, skb7 (ok), 00:25 , 19-Мрт-14, (80) Ну плохо, что Так им интел не свалить , ананим (?), 00:33 , 19-Мрт-14, (84) Часть рынка отхапают в любом случае Но мне, как инженеру, конечно же не нравитс, skb7 (ok), 00:55 , 19-Мрт-14, (85) Это рекламная болтовня По факту было нужно управлять электропитанием и придума, клоун Стаканчик (?), 16:05 , 18-Мрт-14, (27) –7 // Эксперты от майкрософта в треде Крутой гуру, как обычно, спамит Ну и что что б, Аноним (-), 23:25 , 18-Мрт-14, (71) +3 you made my day рекламная болтовня от Гранта Лайкли, everybody ну хоть широко , skb7 (ok), 00:05 , 19-Мрт-14, (77) +2 Вот тут Марк молодец Еще можно upower покритиковать за idevices, Аноним (-), 16:29 , 18-Мрт-14, (34) // Покритиковать - много ума не надо Вот патч прислать - да , Аноним (-), 17:05 , 18-Мрт-14, (38) +1 // Об этом нужно почаще говорить просто таким людям А патч пришли ты, ведь твои пр, alonso (?), 17:30 , 18-Мрт-14, (43) // Главное - чтобы только говорили Потому что если от слов перейдут к делу - хана , Аноним (-), 17:38 , 18-Мрт-14, (46) Маркетолухи не могут в патчи , Аноним (-), 21:57 , 18-Мрт-14, (64) +2 Ну как молодец Просто пытается саботировать работу Linaro по стандартизации SBS, Аноним (-), 17:35 , 18-Мрт-14, (45) // Забавно смотреть, как человек старательно пилит сук, на котором сидит Уничтожит, Аноним (-), 23:20 , 18-Мрт-14, (68) –1 Затем что очередной UEFI но на ARM - вот уж спасибочки , Аноним (-), 23:26 , 18-Мрт-14, (72) Интересно, как отреагировали ведущие ядерные разработчикиhttps plus google com, Аноним (-), 17:31 , 18-Мрт-14, (44) +1 // Не очень понятно откуда такие краткости По первому линку какой-то булшит про AC, Аноним (-), 23:29 , 18-Мрт-14, (74) Марк сам же шпионский поиск зондировал в Unity, Perain (?), 18:37 , 18-Мрт-14, (49) // Когда шпионим МЫ - ничего плохого в этом нет Когда шпионят ОНИ - это возмутитель, Аноним (-), 23:18 , 18-Мрт-14, (67) Ни кто этого делать не будет, по тем же самым причинам почему Марк хочет это дел, Аноним (-), 18:57 , 18-Мрт-14, (52) –1 // Никто пишется слитно ЗыжНе грамарнаци и не крючкотвор, но должен быть предел , ананим (?), 21:34 , 18-Мрт-14, (62) // P S Аноним пишется через О , Аноним (-), 23:28 , 18-Мрт-14, (73) –1 // Это ник , имя нарицательное, двоечник , ананим (?), 23:58 , 18-Мрт-14, (76) +1 Сопствинное жы , Аноним (-), 08:17 , 20-Мрт-14, (108) –1 У Шатлворта довольно приличная доля рынка серверов нынче, так что сpaться с ним , Аноним (-), 23:31 , 18-Мрт-14, (75) // В голос Половина от этой доли - компы из десктопных компонентов с файлопомойк, Аноним (-), 06:14 , 19-Мрт-14, (91) –1 // И, конечно, мсье приведет нам источник статистики Могу видный контрпример вики, Аноним (-), 12:42 , 19-Мрт-14, (95) –1 Собственные глаза и долгий опыт работы пожарным админом Т е я исправляю то, , Аноним (-), 03:14 , 20-Мрт-14, (107) И да здравствуют материнские платы с огороженным проприетарным драйвером для win, Потерпевший (?), 13:06 , 19-Мрт-14, (96) +1 лол учитывая что исторически финансовый бэкэнд, Марк - имеет общий и с фоксконно, Аноним (-), 16:41 , 19-Мрт-14, (100) // Ради _доли_ в трафике с б е можно и шчёчки понадувать Это же и есть пэ-рэ , Andrey Mitrofanov (?), 19:11 , 19-Мрт-14, (103) Господи Спасибо Хоть Шаттлворт педали сгрёб до кучи , nixware (?), 02:51 , 20-Мрт-14, (106) // Неместные, геть отседова , Andrey Mitrofanov (?), 19:05 , 21-Мрт-14, (110) +1 одобрямс, некто (ok), 15:12 , 25-Мрт-14, (111) 1,3,6,8,20,34,44,49,52,96,100,106,111

Сообщения

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

	11. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+/–
	Сообщение от ананим (?), 18-Мрт-14, 13:45
	От аспи даже мс в вын8 отказалась. Как правило это совершенно левый код, написанный неизвестно кем по заказу (ли? Скорее всего просто взятый по принципу "вроде работает") производителя материлок, который никто и не соберается меняет (и даже задумываться о его работоспособности. Да и код закрыт, а платить из-за небольшого удешевления производства дураков нет) в случае "небольшой" модификации материлки. И это только о качестве этого (закрытого) кода. Про спай-варе даже речи не доходит.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	13. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+1 +/–
	Сообщение от ананим (?), 18-Мрт-14, 13:55
	зыж Опять же, про вот эти баги (и их воркэраунды в ядре) уже молчу: > # dmesg | grep -i "Firmware Bug" > [    0.251500] [Firmware Bug]: ACPI: BIOS _OSI(Linux) query ignored > [    2.312124] [Firmware Bug]: ACPI(PEGP) defines _DOD but not _DOS (Не говоря уже про "ACPI Warning") Уж лучше пусть в ядре будет полностью драйвер (который можно отлаживать, дебажить и исправлять. И опять же, не тебе же это делать?), чем набор (большой набор, для каждой модели материнки, ноута) костылей-воркэраундов, в которых комменты в стиле "хрен его знает зачем, но этот ноут работает только вот с этим магик-значением".
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+/–
	Сообщение от Фыр (?), 18-Мрт-14, 14:03
	Ну понятно, что реализация через жопу, но идея-то таки здравая:)
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+/–
	Сообщение от ананим (?), 18-Мрт-14, 14:13
	С чего вдруг она здравая? Вот если бы создали альянс по предоставлению драйверов в опен-сорс виде с опенсорсным стандартом на АПИ, вот тогда бы да, она бы была здравой. А так — никто ни за что не отвечает, блоб, прайваси, секурити, отсутствие возможности не то что дебагинга, а даже тестирования,… Полная хрень вызванная желанием проприерастов «как бы сделать так, чтобы и блобы остались, но всё-таки работало бы с системой, которая вАААще ни в курсе дела». С криками со стороны АНБ/этк — «Да-да! Было бы круто.»
	Ответить | Правка | Наверх | Cообщить модератору

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

	28. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+1 +/–
	Сообщение от ананим (?), 18-Мрт-14, 16:06
	Специально для клоунов повторяю: > # dmesg | grep -i "Firmware Bug" > [    0.251500] [Firmware Bug]: ACPI: BIOS _OSI(Linux) query ignored Для управления питанием (см. P в ACPI) необходимо и достаточно иметь открытое АПИ и всё. Или, если вы злостный проприетарь, реализуйте в блобе драйвера (как показано на примере backlight в вын8). Совершенно не обязательно делить этот блоб на 2-е части и поставлять отдельно на радость разве что АНБ и мс (см. Firmware Bug ваше), для поддержки продуктов которой у железячников (вау, идея acpi — заставить железячников писать софт. А подмести вам в доме не нужно?) с трудом хватает и сил, и желания.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	–3 +/–
	Сообщение от клоун Стаканчик (?), 18-Мрт-14, 18:45
	Спецификация на ACPI открыта. Как бы она не называлась, ACPI нужна не только для управления электропитанием. Ну а для тех, кто не в теме, я переведу на русский: > [Firmware Bug]: ACPI: BIOS _OSI(Linux) query ignored Функция OSI используется чтобы определить какой именно функционал поддерживает ОС. В зависимости от этого, в таблицы ACPI будет (или не будет) добавлена информация о backlight и пр. Если этот вызов будет игнорироваться ОС (что и произошло, судя по логу), то ACPI вернёт минимум чтобы не допустить повреждения оборудования. В ряде случаев, ОС может вернуть, что она уже умеет работать с оборудованием (напр. есть драйвер backlights) и помощь ACPI ей в этом не нужна. Т.к. Линукс крайне некорректно работает с оборудованием (см. сгоревшие ноуты и поломаные мат.платы), то часто BIOS отключает многие функции, которые Линукс гарантированно (в ходе тестов вендора) повреждает. Разработчикам Линукс это ну очень не нравится и они считают что это вселенский заговор, ошибка в прошивке ("firmware bug"), АНБ, инопланетяне, и т.п.
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+1 +/–
	Сообщение от Аноним (-), 18-Мрт-14, 18:59
	> Т.к. Линукс крайне некорректно работает с оборудованием (см. сгоревшие ноуты и поломаные мат.платы) Где смотреть? Может, линукс еще и кофе на клавиатуры проливает?
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+7 +/–
	Сообщение от Клыкастый (ok), 18-Мрт-14, 20:08
	> часто BIOS отключает многие функции, которые Линукс гарантированно (в ходе тестов вендора) повреждает. Именно Линукс? А что насчёт BSD (... список из семейства)? ReactOS? OpenIndiana? И, кстати, что за Линукс имеется в виду? ну можно первую сотню с distrowatch.com и напротив галочки - с чем тестировали. Ну, понятное дело, я ёрничаю. Понятное дело никакие тесты с линуксом не проводятся и этот бред ты просто взял и придумал. Не надо так. Не хорошо это.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	81. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+1 +/–
	Сообщение от Аноним (-), 19-Мрт-14, 00:26
	А что вы от клоуна хотели?
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+/–
	Сообщение от Аноним (-), 19-Мрт-14, 01:30
	> А что вы от клоуна хотели? Ну....а может он про Haiku слышал? :)
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	–5 +/–
	Сообщение от клоун Стаканчик (?), 19-Мрт-14, 13:08
	Приведи хоть одну причину, зачем я должен что-то доказывать? Не веришь что параллельные прямые тоже могут пересекаться - мне всё равно :).
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

	101. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+1 +/–
	Сообщение от Клыкастый (ok), 19-Мрт-14, 16:50
	> Приведи хоть одну причину, зачем я должен что-то доказывать? Не веришь что > параллельные прямые тоже могут пересекаться - мне всё равно :). Э... не хочешь подтвердить свои слова- будем считать их фантазией. делов-то.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+1 +/–
	Сообщение от ананим (?), 18-Мрт-14, 20:10
	>> [Firmware Bug]: ACPI: BIOS _OSI(Linux) query ignored > Функция OSI используется чтобы определить какой именно функционал поддерживает ОС. Угу,[Firmware Bug] переведи, клоун. Зыж Звание самого тyпoгo тролля ты заработал по праву.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	93. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+1 +/–
	Сообщение от Andrey Mitrofanov (?), 19-Мрт-14, 10:17
	>самого тyпoгo тролля Но, улов. Но, разлёт! Не-не, девидблейн, методичка у него хорошая, забористая.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+1 +/–
	Сообщение от Anonym2 (?), 18-Мрт-14, 20:23
	>[оверквотинг удален] > о backlight и пр. Если этот вызов будет игнорироваться ОС (что > и произошло, судя по логу), то ACPI вернёт минимум чтобы не > допустить повреждения оборудования. В ряде случаев, ОС может вернуть, что она > уже умеет работать с оборудованием (напр. есть драйвер backlights) и помощь > ACPI ей в этом не нужна. > Т.к. Линукс крайне некорректно работает с оборудованием (см. сгоревшие ноуты и поломаные > мат.платы), то часто BIOS отключает многие функции, которые Линукс гарантированно (в > ходе тестов вендора) повреждает. Разработчикам Линукс это ну очень не нравится > и они считают что это вселенский заговор, ошибка в прошивке ("firmware > bug"), АНБ, инопланетяне, и т.п. Как правило, Линукс некорректно работает с оборудованием только после того, как ACPI код определит при помощи _OSI(Linux) , что имеет дело с Linux, после чего преднамеренно включает предопределённые вредоносные вещи. По каковой причине и было сделано так, что эта попытка определения Linux не срабатывает, и выводится отмеченное выше сообщение о Firmware Bug.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	92. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+3 +/–
	Сообщение от Andrey Mitrofanov (?), 19-Мрт-14, 10:14
	> Спецификация на ACPI открыта. Как бы она не называлась, ACPI нужна не > только для управления электропитанием. ...но и для того, что бы помешать запуску _всего(1), кроме Windows-а (местами mjg59.dreamwidth.org/29954.html OSX-а). RedHat хочет посидеть на незанятом месте "друга вендоров #1 в номинации ACPI" в ARM-серверах, а Марк выступает с критикой. Разговоры дёшевы. > Т.к. Линукс крайне некорректно работает с оборудованием (см. сгоревшие ноуты и поломаные > мат.платы), то часто BIOS отключает многие функции, которые Линукс гарантированно (в > ходе тестов вендора) повреждает. Во, тролище-то. И всё на голу бом глазу, с пион ерским присвистом. Ловец! П.(1) в действии.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	23. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+/–
	Сообщение от qux (ok), 18-Мрт-14, 15:26
	>> # dmesg | grep -i "Firmware Bug" >> [    0.251500] [Firmware Bug]: ACPI: BIOS _OSI(Linux) query ignored >> [    2.312124] [Firmware Bug]: ACPI(PEGP) defines _DOD but not _DOS Стало интересно, вот еще. Возможно, какие-то из мест в свою очередь обертки, это не проверял. $ git g -c FW_BUG arch/x86/kernel/apic/apic.c:2 arch/x86/kernel/cpu/amd.c:1 arch/x86/kernel/cpu/cpufreq/powernow-k8.c:15 arch/x86/kernel/cpu/mcheck/mce_amd.c:2 arch/x86/kernel/cpu/perf_event.c:1 arch/x86/oprofile/op_model_amd.c:4 arch/x86/pci/mmconfig-shared.c:1 drivers/acpi/apei/apei-base.c:3 drivers/acpi/apei/einj.c:2 drivers/acpi/apei/erst.c:1 drivers/acpi/apei/ghes.c:1 drivers/acpi/apei/hest.c:1 drivers/acpi/atomicio.c:3 drivers/acpi/osl.c:1 drivers/acpi/pci_root.c:1 drivers/acpi/processor_perflib.c:2 drivers/acpi/thermal.c:2 drivers/acpi/video.c:3 drivers/acpi/video_detect.c:1 drivers/pci/quirks.c:1 include/linux/printk.h:2 В командном зачете чемпион в лице acpi/ очевиден. В индивидуальном в топе энергосбережение на AMD K8. Без всяких претензий на репрезентативность, чисто любопытства ради. > Уж лучше пусть в ядре будет полностью драйвер (который можно отлаживать, дебажить > и исправлять. И опять же, не тебе же это делать?), чем > набор (большой набор, для каждой модели материнки, ноута) костылей-воркэраундов, в которых > комменты в стиле "хрен его знает зачем, но этот ноут работает > только вот с этим магик-значением". Чтобы этих комментариев не было, код в наше с вами ядро должны производители сабмиттить... Да и то не гарантия.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	33. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+1 +/–
	Сообщение от ананим (?), 18-Мрт-14, 16:28
	> Чтобы этих комментариев не было, код в наше с вами ядро должны производители сабмиттить... Да и то не гарантия. Чтобы вот ТАКИХ комментариев не было, нужно понимать, что дрова итак дублируются: > # dmesg | grep -i "native driver" > [    3.467731] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver > [    6.253719] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver > [    6.253727] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver > [    6.253732] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver Почему? Да потому что на ACPI итак не полагались. Да и системы без ACPI таки до сих пор есть, в которых эти же девайсы а) вставляются, б) работают и в) APM (Advanced Power Management) BIOS support никто пока из ядра по этой причине выкидывать не собирается. Это ж не вын8.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	–1 +/–
	Сообщение от qux (ok), 18-Мрт-14, 16:52
	> Чтобы вот ТАКИХ комментариев не было, нужно понимать, что дрова итак дублируются Как это опровергает сказанное? > Почему? Да потому что на ACPI итак не полагались. В х86 десктопах, последние лет 20? > Да и системы без ACPI таки до сих пор есть, в которых эти же > девайсы а) вставляются, б) работают Эти системы используют свободный драйвер от производителя железа? Если нет, то к чему это?
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+/–
	Сообщение от ананим (?), 18-Мрт-14, 17:29
	Вот и подумайте «почему» зыж >> Да и системы без ACPI таки до сих пор есть, в которых эти же девайсы а) вставляются, б) работают > Эти системы используют свободный драйвер от производителя железа? Если нет, то к чему это? И свободный (как от производителя, так и от сообщества), и проприетарный. Например: > # modinfo /lib/modules/3.13.6-gentoo/kernel/drivers/net/wireless/iwlwifi/iwlwifi.ko | egrep 'power_save|description' > description:    Intel(R) Wireless WiFi driver for Linux >parm:           power_save:enable WiFi power management (default: disable) (bool) К чему именно ваш вопрос, не понятно.
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	–1 +/–
	Сообщение от qux (ok), 18-Мрт-14, 17:38
	> Вот и подумайте «почему» Спасибо что не в гугл. > Например: >> # modinfo /lib/modules/3.13.6-gentoo/kernel/drivers/net/wireless/iwlwifi/iwlwifi.ko | egrep 'power_save|description' >> description:    Intel(R) Wireless WiFi driver for Linux >>parm:           power_save:enable WiFi power management (default: disable) (bool) > К чему именно ваш вопрос, не понятно. К релевантности "других систем", очевидно. Если они работают на проприетарных компонентах, то какой смысл это упоминать в контексте темы новости. Насчет примера, интеловская firmware закрыта, насколько понимаю. Свободные для других чипов есть, но опять же, что опровергают контрпримеры?
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+/–
	Сообщение от ананим (?), 18-Мрт-14, 20:18
	> К релевантности "других систем", очевидно. Если они работают на проприетарных компонентах, то какой смысл это упоминать в контексте темы новости. Видимо именно это и называется — бла-бла-бла. > Насчет примера, интеловская firmware закрыта, насколько понимаю. Свободные для других чипов есть, но опять же, что опровергают контрпримеры? А драйвера (открытые, о которых вы спрашивали) от фирмваре не отличаем, да? Наивно полагаем, что этот аналог ппзу с дровами ядра собеседник перепутает? Зыж > что опровергают контрпримеры? Ещё раз. Какие контрпримеры? Давайте, представьте такое оборудование, которое работает только через аспи-дрова.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	–1 +/–
	Сообщение от qux (ok), 18-Мрт-14, 20:30
	Я не понял чего вы кипятитесь. Мой начальный пост был к тому, что комментарии типа "тут используем этот непонятный мэджик" неистребимы если код дает не производитель железа (да и то не всегда). Неважно, где и как этот код работает. Как это опровергается (если так) всем последующим не понял, эмоции тем более.
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+/–
	Сообщение от ананим (?), 18-Мрт-14, 21:22
	> Я не понял чего вы кипятитесь. Ни в одном глазу. :D > Мой начальный пост был к тому, что комментарии типа "тут используем этот непонятный мэджик" неистребимы если код дает не производитель железа. А сейчас их 2-а. Один для нативного (при чём от вендора. Времена плохой поддержки прошли. Загляните в код. Даже если нет поддержки какого-нибудь сидюка, по факту все они на базе 3-4 чипсетов, производители которых есть в не только в ядре но и в ЛФС. Из последних мастодаев разве что невидиа. За что ей Линус уже..), второй для аспи, который не от вендора, а от производителя конкретной железки (с анб или без, х/з). Ну и ваш "контрпример" всё ещё не в студии. Зыж > Неважно, где и как этот код работает. Да что вы говорите? :D Важно. И очень. Но это уже отдельная тема.
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+/–
	Сообщение от qux (ok), 18-Мрт-14, 21:48
	> А сейчас их 2-а. > Один для нативного (при чём от вендора. Времена плохой поддержки прошли. Да, того, что было лет 15 назад, нет. А так, может где-то и есть два варианта, оба свободные, рабочие и читабельные, а где-то подобное еще не завтра закончится: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/971061 http://marc.info/?l=linux-acpi&m=139359680828880&w=2/ > Ну и ваш "контрпример" всё ещё не в студии. Там ваши имелись в виду. Про железяки без ACPI или с нормальными драйверами. > Зыж >> Неважно, где и как этот код работает. > Да что вы говорите? :D > Важно. И очень. Но это уже отдельная тема. Говорю. В смысле наличия мэджиков нет разницы, FW это или кусок ядра, например. И там, и там водятся.
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+/–
	Сообщение от ананим (?), 18-Мрт-14, 21:57
	> Говорю. В смысле наличия мэджиков нет разницы, FW это или кусок ядра, например Говорю же — 2-а. Дрова отдельно, аспи отдельно. При этом версия(состав,..) аспи зависит от производителя железки, а не чипа. Зыж И юлить не нужно, пример плс.
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+/–
	Сообщение от qux (ok), 19-Мрт-14, 00:11
	Остыньте.
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

	83. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+/–
	Сообщение от ананим (?), 19-Мрт-14, 00:29
	это вам такой совет нужно давать. и изучать мат.часть.
	Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

	99. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+/–
	Сообщение от qux (ok), 19-Мрт-14, 15:40
	Обязательно.
	Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

	104. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+/–
	Сообщение от ананим (?), 19-Мрт-14, 21:00
	Вот и ладушки.
	Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

	79. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+/–
	Сообщение от Anonym2 (?), 19-Мрт-14, 00:13
	>> Говорю. В смысле наличия мэджиков нет разницы, FW это или кусок ядра, например > Говорю же - 2-а. > Дрова отдельно, аспи отдельно. > При этом версия(состав,..) аспи зависит от производителя железки, а не чипа. > Зыж > И юлить не нужно, пример плс. :-) Мнооого. Самое наверно важное - вентиляторы. Потом suspend. Из менее важного, но тоже важное - спец кнопки (яркость...). И всё это действует на те самые устройства, по поводу которых '...instead of native driver...'. То есть ACPI их контролирует и выдаёт какие-то команды по ходу выполнения означенных функций. Ответ на вопрос что произойдёт если в дело замешан "native" драйвер ничего не знающий об ACPI и роли устройства в общем-то отсутствует. Ко всему этому конечно могли бы быть свои драйверы, но... :-) В целом видимо нужен был бы драйвер для каждой материнской платы. Специализированный. Вместо этого разработали ACPI. К сожалению, реализаторы усиленно занялись в ACPI нестандартной, далеко идущей поддержкой виндовс, включая преднамеренное вредительство в случае Linux...
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

	82. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+1 +/–
	Сообщение от ананим (?), 19-Мрт-14, 00:26
	> :-) Мнооого. Самое наверно важное - вентиляторы. В дровах. Не в аспи. Пример — в навье можно отрубить карту, в блобе нвидиа нельзя. > Потом suspend. Точно не функция, которая зашита в аспи. Должна дёргать дрова. Хотя бы для сброса дампа на винт. И да, вы вообще не понимаете о чём речь. Зыж > Из менее важного, но тоже важное - спец кнопки (яркость...). Да-да, как раз мой патч для пары ноутов в ядре и засветился. :D Не, ну вы точно не знаете о чём идёт речь.
	Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

	86. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+/–
	Сообщение от Anonym2 (?), 19-Мрт-14, 01:05
	>[оверквотинг удален] > Пример - в навье можно отрубить карту, в блобе нвидиа нельзя. >> Потом suspend. > Точно не функция, которая зашита в аспи. > Должна дёргать дрова. Хотя бы для сброса дампа на винт. > И да, вы вообще не понимаете о чём речь. > Зыж >> Из менее важного, но тоже важное - спец кнопки (яркость...). > Да-да, как раз мой патч для пары ноутов в ядре и засветился. > :D > Не, ну вы точно не знаете о чём идёт речь. Сознаюсь, после этого уже не знаю о чём у вас речь. suspend на винт ничего в общем-то вроде дампа не сбрасывает. Это не hibernation. (но это так, из фрагментарно понятного). Кнопки управления вряд ли работают через ваш патч... Ну и чтобы вам тоже не казалось, что вы понимаете о чём речь, она в том числе о native драйверах такого странного устройства от intel, как Communication controller 8086:1e3a ... Не wifi, ни ethernet, а Communication Controller... :-)
	Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

	89. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+1 +/–
	Сообщение от ананим (?), 19-Мрт-14, 03:55
	А что тут не понятного? > # dmesg | grep -i "native driver" > [    3.467731] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver Есть ACPI-драйвер (в биос'е), есть нативный (в ядре, в модуле ядра). Все примеры, что вы привели, из разряда последних. В том числе кнопки. Мой ли там патч или ещё чей-то. И да, поначалу я таблицы аспи правил и компилил интеловским компилятором, потом просто добавил в ядро, как все делают. И ещё, в ACPI буква P означает power. Поэтому речь шла о драйверах по управлению питанием различных устройств. Т.е. кнопки тут вообще ни при чём. И обрабатываются эти события в любом случае ядром. Зыж > ACPI driver is available for this device, you should use it instead of the native driver Вот из-за этого "use it instead" бэклайт (опять же, power!!!) и не работал. Потому что мс в вын8 стала использовать именно натив-драйвер для этих целей, про аспи-дрова все забыли (и забили) и они в линухе (и не только в линухе) работали криво.
	Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

	102. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+/–
	Сообщение от Anonym2 (?), 19-Мрт-14, 17:41
	> А что тут не понятного? >> # dmesg | grep -i "native driver" >> [    3.467731] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver > Есть ACPI-драйвер (в биос'е), есть нативный (в ядре, в модуле ядра). > Все примеры, что вы привели, из разряда последних. Ага... Только не кажется ли вам странным, что драйвер ядра, к примеру, к вентилятору находится в подсистеме ACPI? :-) ACPI не предусматривает драйверов в BIOS... (Хотя чего только не бывает в мире windows...) :-) Вот драйвер вентилятора, который в подсистеме ACPI, - это тот самый ACPI драйвер, который надо использовать "instead of". Соответствующий "нативный" драйвер может управлять каким-нибудь контроллером, но... Связь этого контроллера с собственно вентилятором вещь туманная. Так что он просто так не закрутится. Это когда вообще драйвер контроллера есть. Хотя метод так сказать тыка может и помочь... Любопытно, что имеются системы, где вентилятор управляется даже без участия этого драйвера ядра. И есть системы, где это зависит от того, как себя идентифицирует OS. Скажем в win 7 он управляется без участия ОС, в XP по командам OS... :-) > Зыж >> ACPI driver is available for this device, you should use it instead of the native driver > Вот из-за этого "use it instead" бэклайт (опять же, power!!!) и не > работал. > Потому что мс в вын8 стала использовать именно натив-драйвер для этих целей, > про аспи-дрова все забыли (и забили) и они в линухе (и > не только в линухе) работали криво. Неужели не работал backlight? Что-то я сомневаюсь что это из-за ACPI драйвера. Разве только из-за его отключения :-) Хотя методы управления backlight и вообще видео платами отличались (и отличаются) разнообразием багов...
	Ответить | Правка | К родителю #89 | Наверх | Cообщить модератору

	105. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+/–
	Сообщение от ананим (?), 19-Мрт-14, 21:09
	> Ага... Только не кажется ли вам странным, что драйвер ядра, к примеру, к вентилятору находится в подсистеме ACPI? :-) Не кажется. Про ворэроунды уже говорил. А вот про поверконтрол (и связанные с этим вентиляторы) вы как-то забыли. А ведь тут, на опеннете, уже не раз рапортовали о 20%/30%/... увеличении производительности амд-шных (да и навью) дров, после включения поддержки этого самого повер в (внимание!) дрова. Зыж Всё остальное — толи попытки неуклюжего троллинга, толи нежелание (или отсутствие возможности?) признавать свои ошибки, толи и то, и другое. Ззыж > И есть системы, где это зависит от того, как себя идентифицирует OS. Скажем в win 7 он управляется без участия ОС, в XP по командам OS... :-) А вы пробовали ставить вантуз на голый ноут? Трах по полной программе. При том что аспи-таблицы для вантуза хотя бы проверяются вендором. В общем, ни о чём. Вам с клоуном надо в дуэте выступать.
	Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

	16. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+/–
	Сообщение от ананим (?), 18-Мрт-14, 14:06
	> От аспи даже мс в вын8 отказалась. ну тут я погорячился (а то от троллей ссаными тряпками не отмашешься), но на многие девайсы вын8 перестала полагаться на аспи
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	17. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+/–
	Сообщение от Аноним (-), 18-Мрт-14, 14:09
	А как же Вынь8 без ACPI живет?
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	19. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+1 +/–
	Сообщение от ананим (?), 18-Мрт-14, 14:22
	а вот и первый из упомянутых в #16 ☺ зыж вот пруф https://lkml.org/lkml/2013/7/17/718 > Windows 8 introduced new policy for backlight control by pushing it out to > graphics drivers. This appears to have coincided with a range of vendors > adding Windows 8 checks to their backlight control code which trigger either > awkward behaviour (Lenovo) or complete brokenness (some Dells). The simplest > thing to do would be to just disable ACPI backlight control entirely if the > firmware indicates Windows 8 support перевожу, подсветкой управляет устанавливаемый драйвер, а не ACPI. поэтому многие призводители вообще забили на проверку работоспособности ACPI по управлению backlight. ззыж бесусловно ACPI, UEFI SecureBoot, etc — всё это работает на руку мс. но и им надоедает порой бороться с багами этих зондов.
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	–1 +/–
	Сообщение от Аноним (-), 18-Мрт-14, 16:01
	На acpi, то они забили, что приведет к неработоспособности управления подсветкой в лине. А вот сделать альтернативный интерфейс под линь тоже они забыли. И вряд ли вспомнят несмотря на крики Шатлворда. Будут отбрехиваться как обычно: мы поддерживаем только виндавс, устройство поставдяется с виндавс, от-итесь.
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+1 +/–
	Сообщение от ананим (?), 18-Мрт-14, 16:15
	Что за чушь вы пишите. Аспи итак не работал до конца толком. В ядре итак куча воркэраундов созданных методом тыка и такой-то матери. (В дополнение(!!!) к ядерным же дровам) Зыж > На acpi, то они забили, что приведет к неработоспособности управления подсветкой в лине. С чего вдруг? Просто линух-ядро полагалось на аспи, которая бодро рапортавало, что она всё это поддерживает и работает. А то что оно работает криво и что из-за смены подхода в мс вын8 на это все забили и не тестировали, это оно не говорит. Поэтому выключаем аспи-дрова, включаем ядерные и всё начинает работать.
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+/–
	Сообщение от ананим (?), 18-Мрт-14, 16:18
	ззззззыж >(В дополнение(!!!) к ядерным же дровам) чтобы не быть голословным: > # dmesg | grep -i "native driver" > [    3.467731] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver > [    6.253719] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver > [    6.253727] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver > [    6.253732] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver .
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	–1 +/–
	Сообщение от Аноним (-), 18-Мрт-14, 17:09
	> На acpi, то они забили, что приведет к неработоспособности управления подсветкой в > лине. А вот сделать альтернативный интерфейс под линь тоже они забыли. > И вряд ли вспомнят несмотря на крики Шатлворда. Будут отбрехиваться как > обычно: мы поддерживаем только виндавс, устройство поставдяется с виндавс, от-итесь. Ну, зато Шатлворд пропиарится, уже хорошее дело.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	60. "Марк Шаттлворт выступил с критикой безопасности ACPI и проши..."	+1 +/–
	Сообщение от Anonym2 (?), 18-Мрт-14, 20:46
	> На acpi, то они забили, что приведет к неработоспособности управления подсветкой в > лине. А вот сделать альтернативный интерфейс под линь тоже они забыли. > И вряд ли вспомнят несмотря на крики Шатлворда. Будут отбрехиваться как > обычно: мы поддерживаем только виндавс, устройство поставдяется с виндавс, от-итесь. Не забыли :-) Когда есть в наличии графический драйвер, то... Там бывает и управление подсветкой. Но вообще выход Wndows 8 никак не отменяет спецификаций ACPI. И баговость win 8 может пополниться ещё одним набором. А вообще, с управлением подсветкой там много багов и "нестандартных решений". Начиная со специально приспособленного к виндовс WMI (Windows Management Instrumentation), совершенно ни для чего более не нужного и не стандартизированного.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

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

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