Компания Mudita опубликовала исходные тексты мобильной платформы MuditaOS, основанной на работающей в режиме реального времени операционной системе FreeRTOS и оптимизированной для устройств с экранами, построенными с использованием технологии электронной бумаги (e-ink). Код MuditaOS написан на языках C/C++ и опубликован под лицензией GPLv3.

Пока единственным телефоном на базе MuditaOS является Mudita Pure, начало поставок которого намечено на 30 ноября. Заявленная стоимость устройства - 369 долларов. Телефон работает под управлением микроконтроллера ARM Cortex-M7 600MHz c 512KB TCM-памяти и оснащён 2.84-дюймовым E-Ink-экраном (разрешение 600x480 и 16 градаций серого цвета), 64 MB SDRAM, 16 GB eMMC Flash. Поддерживается 2G, 3G, 4G/LTE, Global LTE, UMTS/HSPA+, GSM/GPRS/EDGE, Bluetooth 4.2 и USB type-C (Wi-Fi и доступ к интернет через сотового оператора отсутствуют, но устройство может работать как USB GSM-модем). Вес 140 гр., размер 144x59x14.5 мм. Заменяемый аккумулятор Li-Ion 1600mAh с полной зарядкой за 3 часа. После включения система загружается за 5 секунд.

https://www.opennet.ru/opennews/art.shtml?num=56134

https://mudita.com/products/phones/mudita-pure/

А самое главное ОС можно верифицировать на трояны спецслужб, скомпилировать вручную, и залить прошивку на телефон используя https://github.com/mudita/mudita-center да десктоп софт на электроне Ж( сорцы https://github.com/mudita/MuditaOS

Ну, на самом деле и МФУ сгодится, хотя сканером я в последний раз пользовался ещё в студенчестве. Однако, здравствуйте.

Помните мою прошлую тему Хочу печатать книги? Так вот, я таки решился этим заняться. Изучил "матчасть", выбрал метод создания (сшить страницы и вклеить уже в готовую обложку – вот так, как вариант – насаживать на пружину вместе с мягкой обложкой), осталось дело за малым – купить принтер. И тут как раз засада, ибо сам я принтера никогда не покупал, а тот, что дома – старый "струйник" Canon MP250, который купил давным-давно отец, и который "стонадцать" раз безрезультатно чинил – вечно засыхают чернила. В общем, опыта ноль.

Посему обращаюсь к "хайвмайнду" ЛОР-а как к неопровержимому источнику правдивой информации. Шутка.

Итак, требования:

• Лазерная печать. Ибо во-первых, струйное МФУ дома уже есть, настрадался с ним, а во-вторых, 95% печати будет составлять банальный чёрно-белый текст, со струйным принтером будут опять проблемы с засохшими цветными чернилами. Если захочется что-то цветное распечатать – расчехлю имеющийся аппарат, заменю картриджи с СНПЧ и напечатаю, всё равно им только родители пользуются.

• Возможность обслужить аппарат самому. Заменить фотобарабан, отсыпать досыпать тонера, заменить расходники на аналогичные без последствий, вот это всё. Не то, чтобы сильно хотелось возиться с принтером, просто ещё меньше хочется носить картриджи или сам аппарат фиг пойми куда и отдавать с риском в процессе подцепить "самую популярную болячку сезона 2020-2021".

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

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

• Дешёвые запчасти и расходники. Тут, я надеюсь, всё очевидно.

• Ну и самый главный пункт, без которого создавать тему на ЛОР-е нету смысла – он должен работать под "линуксом", безо всяких оговорок, и, желательно, с полностью свободными драйверами.

Желательно, но не обязательно:

• Без Wi-Fi. Знаю, полезная "фича", но я сомневаюсь, что смогу настроить так, чтобы какой-нибудь соседский "калишкольник" не подсоединился втихую и не начал распечатывать сотни страниц с писюнами.

• Дуплекс. Дико нужно при печати книг, например. Хотя могу и без него обойтись.

Что не упомянул – неважно, к примеру, шум меня совершенно не беспокоит, потому что ночью печатать никто не будет. Также раньше боялся пыли от тонера, сейчас буду банально проветривать во время работы (принтер будет стоять на подоконнике у окна).

А теперь к тому, что сам нарыл (да, копатель из меня ещё тот):

• Brother DCP-L2500DR. Относительно дёшев, говорят, картридж не чипованый, сразу с пробкой, относительно ресурсный (барабан "ходит" 10 тысяч листов – за глаза для диванного типографа), есть дуплекс. Смущает только отсутствие информации по совместимости с "онтопиком".

• Brother DCP-1623WR. Примерно то же, только вместо дуплекса – ненужный Wi-Fi. Зато, вроде как, работает под "онтопиком" со свободными "дровами".

Да начнётся срач дискуссия!

P.S. для Макскома: это не ошибка в названии, это стилизация под мемчик с негром, которых хочет оливье. Имейте в виду!

P.P.S. Забыл ещё один момент. Покупать буду НЕ СЕЙЧАС, а где-то месяца через два. Ибо успел глаз положить на "ламповую голову", да и начнут сейчас к праздникам накручивать ценник.

Друзья, интересующиеся безопасными ОС: на этой онлайн-конфе по Qubes вы сможете обсудить её архитектуру, безопасность, и интерфейс с ведущими экспертами! А также узнать больше об аппаратных возможностях, используемых Qubes OS для повышения безопасности, и о новых возможностях версии 4.1, которая скоро выйдет (уже доступна свежая бета).

После каждого из докладов вы сможете не только задать ваши вопросы, но и обсудить схожие темы, которые вас интересуют. А как закончатся доклады — устроим «виртПиво», где выбор тем не ограничен и могут придти интересные личности! Правда Столлмана, как в прошлый раз, не обещаю ;-)

Онлайн-конференция Qubes virtual mini-summit 2021 стартует 3 и 10 августа в 9 вечера по Москве и будет стримиться на Youtube: https://youtu.be/y3V_V0Vllas , а ссылка на «виртПиво» будет под этим стримом.

>>> Подробности

Польская компания LPN Plant (братья 3mdeb) ищет талантливых разработчиков опенсорсных прошивок на Си для IoT !

Всем известно, что значительная часть современного IoT - то ещё решето, причём зачастую проприетарное. Поэтому LPN Plant хочет вместе с вами создавать по-настоящему свободный, опенсорсный и защищённый IoT которым вам не стыдно было бы пользоваться и самому! Кроме умения прогать на Си, вам потребуются базовые знания работы с микроконтроллерами и железом, чтобы эффективно использовать их возможности при работе со следующими технологиями:

Zephyr Project, Mbed OS, Xen, Linux, Yocto, OpenWrt, WiFi, Bluetooth, OpenThread, LoRa

Доступные вакансии на странице LPN Plant - Careers - по своей сути похожи на эту 3mdeb'овскую которую я уже размещал в Job, но с дополнительным уклоном к IoT и сетевой составляющей. И если вы хотите удалённо поработать над опенсорсным IoT, то:

• Составьте няшное резюме на английском: с примерным количеством свободных часов в неделю и зарплатой от $12 до $25 соответствующую вашим умениям,
• Отправьте его моему другу Mike Banon на - mikebdp2 [at] gmail [dot] com - оно попадёт прямиком на стол руководству и обязательно будет рассмотрено

Если хоть немного знаете английский, от лица компании 3mdeb я приглашаю вас на свежее «виртПиво v2»! Старое «v1» посетили 50 любителей прошивочного ремесла со всего мира и в том числе несколько ЛОРовцев: подробности здесь + на англ. А в этот раз — помимо расширения прошлых тем — мы планируем обсудить:

• развитие мира опенсорсных прошивок/железа - например, инициатива по созданию опенсорсных ПЛИС
• реальна ли открытность BeagleV и другого нового железа RISC-V на практике?
• результаты опроса (ещё продолжается) про идеальный ПК для coreboot'ных тренировок

+ Вы запросто можете внезапно предложить свою тему: например, в прошлый раз LeNiN рассказал о проблемах обновления документации БИОСа coreboot и сейчас пытаются это исправить. Так что, милости просим! Можно и без пива ;)

P.S. а про поиск Си-прогеров: мы нашли двух очень увлечённых человек, они точно с ЛОР т.к. объява публиковалась только тут, и можем взять ещё...

>>> Ссылка на онлайн-встречу (заработает 7 мая в 6 вечера по Москве)

Здравствуйте.

Конфиг таков:

• Материнка ASRock B450M Steel Legend
• Видеокарта GIGABYTE R9 390

После запуска Live образа дистрибутива с флешки (пробовал Manjaro Gnome, Linux Mint, Fedora Workstation) весь лог загрузки выглядит нормально, затем появляется графический интерфейс, рабочее окружение, я могу запустить установщик, НО через где-то минуту, две, а иногда и меньше, просто гаснет дисплей, отключаются USB устройства, подключенные к ПК (гаснет подсветка клавиатуры и мыши), но ПК при этом не выключается, крутятся вентиляторы и всё остальное как ни в чем не бывало. Причем всё это происходит вне зависимости от того, запущу ли я что либо в системе или нет. Иногда это происходило почти сразу после запуска Live образа. Отключение USB устройств не зависит от того, подключены они в USB2 или в USB3.

Скорее всего это происходит как раз из за GPU - после того, как я запускаюсь в режиме «basic graphics» этого не происходит. Я пробовал уже очень многое, чего я только в материнской плате не включал и не отключал, прошивал BIOS видеокарты, всё бесполезно.

После установки Fedora в basic graphics режиме система запускается нормально, но присутствует большая проблема - при проверке производительности GPU в играх, я получаю 15-20FPS там, где получаю 200+FPS на винде. Конечно, используя X11 а не Wayland. Всеми которыми нашёл способами я устанавливал amdgpu, блеклистил radeon, пробовал amdgpu-pro. Услышал от одного человека совет поставить из Software Center драйвер для NVidia, хотя это и бред, но других вариантов у меня уже не оставалось. Я получил тот же самый эффект, что и в Live дистрибутивах - после запуска системы она какое то незначительное время отображала графику, затем гас дисплей и все USB устройства за ним.

Единственное выбивающееся из лога при запуске это:

/etc/multipath.conf does not exist, blacklisting all devices

You can run "sbin/mpathconf --enable" to create /etc/multipath.conf

amdgpu.dc=0 не помогает

Добрый день, ЛОР.

Думаю собирать новый системный блок. Один из недостатков, который меня раздражал в старом 11-летнем системнике - от нажатия кнопки питания до появления GRUB проходило аж 22 секунды (это был Classic BIOS, да, Gigabyte GA-EP43-DS3).

Реклама UEFI обещала радикальное ускорение, и это было похоже на правду — на моём ноутбуке (Sony 2013 г.в.) с UEFI GRUB появляется аж через 3,5 секунды после нажатия на Power. Если бы добиться такого или даже чуть худшего на десктопе, меня бы это вполне устроило.

Теперь смотрю на десктопные «мамки». Во-первых, очень трудно для конкретной модели найти время загрузки, приходится искать сторонние отзывы. Во-вторых, нахожу я вот такое сравнение (не совсем по моей части, мне больше интересны платы под AMD, а тут про интел, но тем не менее) и медленно офигеваю:

https://www.citilink.ru/catalog/computers_and_notebooks/parts/motherboards/809751/rev17720/

Сравнивается 5 моделей разных производителей. Время от включения системы до начала загрузки ОС — от 11,97 до 13,2 с. Они это серьёзно? Нет, это не 22 секунды, но 13 секунд — такое и во времена classic BIOS можно было найти, и даже, кажется, побыстрее.

Да, и это сравнение безнадёжно устарело, оно 2014 года. Новее материалов не нахожу вообще.

Как мне в 2020 году найти материнку с быстрой загрузкой? Не выключать компьютер не предлагать, это не сервер, а десктоп, и люди из квартиры уходят на весь день, нефиг ему без толку молотить. Гугл с яндексом ничего путного сказать не могут (ну или я неправильно ищу).

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

Интересуют и советы по конкретным моделям, и ориентиры, на какое время загрузки я вообще могу рассчитывать?

Свободного места на столе всё меньше… Задумался о покупке трекбола! У трекбола моей мечты:

• Отменная надёжность: за такие деньги должен работать минимум 100 лет. Такие только у Kensington?
• Низкая цена: если китайцам удалось скопировать весьма близко к оригиналу но вдвое дешевле, с радостью рассмотрю этот вариант. Буржуи достали своим оверпрайсом во всём, и если есть возможность - я с радостью заплачу реальную стоимость дядюшке Ляо который сделал на том же заводе в третью смену. У китайцев и свои самобытные модели есть, даже антивандальные (+ к надёжности, правда у них цена какая-то не китайская)
• Проводной: чтобы не мучаться с батарейками, да и беспроводной сигнал могут всякие рептилоиды перехватить. Если помимо USB есть ещё и PS/2, это дополнительный плюс - правда наверное их уже всех раскупили, а б/у брать неохота.
• Абсолютно все функции доступны без дополнительного софта и драйверов: ведь для линукса драйвера могут и быть (обязательно на 100% опенсорсные без бинарных блобов, иначе сразу в топку, и непременно сидеть в ядре), а для какой-нибудь KolibriOS их никто не напишет, поэтому должно косить под обычную мышь. Само существование софта вроде KensingtonWorks, который к тому же только под винду и мак, меня сильно настораживает!
• Желательно с дополнительными кнопками, как 4 штуки у Expert Mouse Wired Trackball - и чтобы без костылей настраивались опенсорсом.

Тема довольно нишевая, поэтому призываю всех экспертов шары мять: Oberstserj , Puzan , mord0d , t184256 , BityjPixel , shtain , blexey , Jack_Vo , turtle_bazon , Shadow, gedisdone , darkenshvein , zendrz , HerrWeigel , mahalaka , ssh2 , keir , sn , pi11 , spijet , tiroman , r3lgar , vitruss , barberry , stargrave , anonymous_sama

Понятница - Пятница Пятого числа пока не приняли, поэтому предлагаю вам поставить шаблон zomg_ponies в настройках сайта добровольно на один день. Приятной Понятницы!

Давайте объявим Пятницу, выпадающую на Пятое число месяца - Понятницей, и будем ставить всем шаблон пони на один день - как это уже делали однажды 1 апреля (большинству понравилось!). Такая «Понятница» бывает максимум пару раз в год (раз в семь месяцев), поэтому она никому не надоест - а добавит разнообразия и веселья! Кстати, завтра как раз такой редкий день - идеальная возможность подготовиться и затестить.

Здравствуйте.
Играю на ноуте.
Процессор A10-4600M, драйвер radeon.
Эта игрушка, что -то в стиле gta - экш по городу.
Так вот, на ней наблюдаются тормоза.
хочется только выяснить, это слабый проц/видео для него или для апушки слабая память?
4+2 Гб планки ддр3, работают на вялой частоте в 800 мгц, есть подозрение, что в ней и дело, ибо для игр апу и берёт из системной.

Собсна, пилили сабж. Сделали гит-клон, потом сделали гит-чекаут с соответствующим материнке хэшем. Собрали (кое-какие бубны доставать пришлось, но в целом получилось). Далее пытаемся запустить qemu-system-x86_64 -bios build/coreboot.rom -serial stdio Появляется qemu с черным экраном. Заливка на чип и установка в физическую железку так же не дало результатов. Буду благодарен, если хотя бы пнёте в нужную сторону, а то вообще нет идей.

P.S.: железка P5GC-MX есть физически, но это всего лишь попытка «поиграться», ибо основная задача - собрать и запустить coreboot на совершенно новую железку, под которую нет никаких биосов.

P.P.S.: вообще, на форум зарегистрироваться пришлось, чтобы пообщаться с юзером SakuraKun, вроде как он смотрящий тут по этой теме, но возможности личных сообщений не обнаружилось..

Всем привет! Подскажите пожалуйста, возможно ли установить coreboot или любой другой *boot на ноутбук Lenovo IdeaPad 110-15IBR? Если да, то где можно почитать об этом подробнее? И есть ли возможность установки без программатора? Хотя у меня есть программатор CH341A, но нету переходника для прошивки микросхемы без её выпайки. Просто родной bios мне очень не нравится, мало того что там уязвимый ACPI, так ещё и в UEFI-таблицах самого биоса есть таблицы со пугающими названиями, в которых есть слова "backdoor", "shell" и т.п.

Вот короткая информация о ноутбуке:

C:\Windows\system32>systeminfo

Имя узла:                         DESKTOP-VVLNH3L
Название ОС:                      Майкрософт Windows 10 Pro
Версия ОС:                        10.0.18363 Н/Д построение 18363
Изготовитель ОС:                  Microsoft Corporation
Параметры ОС:                     Изолированная рабочая станция
Сборка ОС:                        Multiprocessor Free
Зарегистрированный владелец:      Dev
Зарегистрированная организация:
Код продукта:                     00330-80000-00000-AA074
Дата установки:                   17.12.2019, 21:00:03
Время загрузки системы:           18.12.2019, 19:13:54
Изготовитель системы:             LENOVO
Модель системы:                   80T7
Тип системы:                      x64-based PC
Процессор(ы):                     Число процессоров - 1.
                                  [01]: Intel64 Family 6 Model 76 Stepping 4 GenuineIntel ~1601 МГц
Версия BIOS:                      LENOVO 1GCN25WW, 09.05.2018
Папка Windows:                    C:\Windows
Системная папка:                  C:\Windows\system32
Устройство загрузки:              \Device\HarddiskVolume2
Язык системы:                     ru;Русский
Язык ввода:                       ru;Русский
Часовой пояс:                     (UTC+02:00) Вильнюс, Киев, Рига, София, Таллин, Хельсинки
Полный объем физической памяти:   1 961 МБ
Доступная физическая память:      754 МБ
Виртуальная память: Макс. размер: 4 009 МБ
Виртуальная память: Доступна:     1 404 МБ
Виртуальная память: Используется: 2 605 МБ
Расположение файла подкачки:      C:\pagefile.sys
Домен:                            WORKGROUP
Сервер входа в сеть:              \\DESKTOP-VVLNH3L
Исправление(я):                   Число установленных исправлений - 7.
                                  [01]: KB4533002
                                  [02]: KB4513661
                                  [03]: KB4516115
                                  [04]: KB4517245
                                  [05]: KB4521863
                                  [06]: KB4524569
                                  [07]: KB4530684
Сетевые адаптеры:                 Число сетевых адаптеров - 3.
                                  [01]: Realtek PCIe FE Family Controller
                                        Имя подключения: Ethernet
                                        DHCP включен:    Да
                                        DHCP-сервер:     185.181.36.1
                                        IP-адрес
                                        [01]: 109.108.244.3
                                        [02]: fe80::84ba:ae53:419c:2569
                                  [02]: Qualcomm Atheros QCA9377 Wireless Network Adapter
                                        Имя подключения: Беспроводная сеть
                                        Состояние:       Носитель отключен
                                  [03]: Microsoft Wi-Fi Direct Virtual Adapter
                                        Имя подключения: Подключение по локальной сети* 2
                                        DHCP включен:    Нет
                                        IP-адрес
                                        [01]: 192.168.137.1
Требования Hyper-V:               Расширения режима мониторинга виртуальной машины: Да
                                  Виртуализация включена во встроенном ПО: Да
                                  Преобразование адресов второго уровня: Да
                                  Доступно предотвращение выполнения данных: Да

linux под рукой тоже есть если что ;-)

Буду благодарен за любую информацию по этому поводу! :-)

Здесь будем обсуждать технические вопросы работы coreboot в вышеуказанной модели.

Какую версию коребута и конфиг ты используешь?

4.10-690-g28cbab3956-dirty актуальную на 17 сентября этого года
был применен csb_patcher.sh актуальный на ту же дату.

С последним коребутом и конфигом, который предоставляет последняя версия csb_patcher.sh (с единственным изменением - включить «Cache stages in CBMEM» CONFIG_CBMEM_STAGE_CACHE в «make menuconfig -> General Setup»), всё должно быть прекрасно. Там включены важные вещи вроде «Re-run VGA Option ROMs on S3 resume» CONFIG_S3_VGA_ROM_RUN.

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

Гибернацию пробовал разными способами через systemctl и пробовал устанавливать uswsusp, ниже скидываю логи, уже не помню какой с какого конфига, но пусть будут.

hibernate.log

Starting suspend at Вс сен 15 18:07:13 MSK 2019
hibernate: [01] Executing CheckLastResume ... 
hibernate: [01] Executing CheckRunlevel ... 
hibernate: [01] Executing LockFileGet ... 
hibernate: [01] Executing NewKernelFileCheck ... 
hibernate: [10] Executing EnsureSysfsPowerStateCapable ... 
hibernate: [11] Executing XHacksSuspendHook1 ... 
hibernate: [59] Executing RemountXFSBootRO ... 
hibernate: [89] Executing SaveKernelModprobe ... 
hibernate: [91] Executing ModulesUnloadBlacklist ... 
hibernate: [95] Executing XHacksSuspendHook2 ... 
hibernate: [98] Executing CheckRunlevel ... 
hibernate: [99] Executing DoSysfsPowerStateSuspend ... 
hibernate: Activating sysfs power state disk ...
hibernate: [90] Executing ModulesLoad ... 
hibernate: [89] Executing RestoreKernelModprobe ... 
hibernate: [85] Executing XHacksResumeHook2 ... 
hibernate: [70] Executing ClockRestore ... 
hibernate: [59] Executing RemountXFSBootRW ... 
hibernate: [11] Executing XHacksResumeHook1 ... 
hibernate: [01] Executing NoteLastResume ... 
hibernate: [01] Executing LockFilePut ... 
Resumed at Вс сен 15 18:08:13 MSK 2019

часть kernel.log

Sep 16 18:59:22 home kernel: [ 1670.114512] ACPI: Waking up from system sleep state S4
Sep 16 18:59:22 home kernel: [ 1670.115005] ACPI: EC: interrupt unblocked
Sep 16 18:59:22 home kernel: [ 1670.238546] ath: phy0: ASPM enabled: 0x43
Sep 16 18:59:22 home kernel: [ 1670.238759] ACPI: button: The lid device is not compliant to SW_LID.
Sep 16 18:59:22 home kernel: [ 1670.238777] ACPI: EC: event unblocked
Sep 16 18:59:22 home kernel: [ 1670.244954] [drm] PCIE GART of 1024M enabled (table at 0x00000000001D6000).
Sep 16 18:59:22 home kernel: [ 1670.245170] radeon 0000:00:01.0: WB enabled
Sep 16 18:59:22 home kernel: [ 1670.245173] radeon 0000:00:01.0: fence driver on ring 0 use gpu addr 0x0000000020000c00 and cpu addr 0x00000000d1fa9ab6
Sep 16 18:59:22 home kernel: [ 1670.245552] radeon 0000:00:01.0: fence driver on ring 5 use gpu addr 0x0000000000075a18 and cpu addr 0x000000007c93f808
Sep 16 18:59:22 home kernel: [ 1670.255751] radeon 0000:00:01.0: failed VCE resume (-22).
Sep 16 18:59:22 home kernel: [ 1670.255754] radeon 0000:00:01.0: fence driver on ring 1 use gpu addr 0x0000000020000c04 and cpu addr 0x00000000f9c34156
Sep 16 18:59:22 home kernel: [ 1670.255756] radeon 0000:00:01.0: fence driver on ring 2 use gpu addr 0x0000000020000c08 and cpu addr 0x000000000faac503
Sep 16 18:59:22 home kernel: [ 1670.255759] radeon 0000:00:01.0: fence driver on ring 3 use gpu addr 0x0000000020000c0c and cpu addr 0x00000000d5c4316b
Sep 16 18:59:22 home kernel: [ 1670.255761] radeon 0000:00:01.0: fence driver on ring 4 use gpu addr 0x0000000020000c10 and cpu addr 0x0000000046eab975
Sep 16 18:59:22 home kernel: [ 1670.262471] sd 0:0:0:0: [sda] Starting disk
Sep 16 18:59:22 home kernel: [ 1670.262524] sd 1:0:0:0: [sdb] Starting disk
Sep 16 18:59:22 home kernel: [ 1670.274018] [drm] ring test on 0 succeeded in 2 usecs
Sep 16 18:59:22 home kernel: [ 1670.274025] [drm] ring test on 3 succeeded in 3 usecs
Sep 16 18:59:22 home kernel: [ 1670.274030] [drm] ring test on 4 succeeded in 3 usecs
Sep 16 18:59:22 home kernel: [ 1670.299025] usb usb5: root hub lost power or was reset
Sep 16 18:59:22 home kernel: [ 1670.299075] usb usb4: root hub lost power or was reset
Sep 16 18:59:22 home kernel: [ 1670.299076] usb usb6: root hub lost power or was reset
Sep 16 18:59:22 home kernel: [ 1670.299118] usb usb1: root hub lost power or was reset
Sep 16 18:59:22 home kernel: [ 1670.299124] usb usb2: root hub lost power or was reset
Sep 16 18:59:22 home kernel: [ 1670.299148] usb usb3: root hub lost power or was reset
Sep 16 18:59:22 home kernel: [ 1670.319699] [drm] ring test on 5 succeeded in 2 usecs
Sep 16 18:59:22 home kernel: [ 1670.339555] [drm] UVD initialized successfully.
Sep 16 18:59:22 home kernel: [ 1670.339605] [drm] ib test on ring 0 succeeded in 0 usecs
Sep 16 18:59:22 home kernel: [ 1670.339648] [drm] ib test on ring 3 succeeded in 0 usecs
Sep 16 18:59:22 home kernel: [ 1670.339688] [drm] ib test on ring 4 succeeded in 0 usecs
Sep 16 18:59:22 home kernel: [ 1670.575068] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
Sep 16 18:59:22 home kernel: [ 1670.575586] ata1.00: supports DRM functions and may not be fully accessible
Sep 16 18:59:22 home kernel: [ 1670.583070] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
Sep 16 18:59:22 home kernel: [ 1670.583605] ata1.00: disabling queued TRIM support
Sep 16 18:59:22 home kernel: [ 1670.595673] ata2.00: configured for UDMA/133
Sep 16 18:59:22 home kernel: [ 1670.601400] ata1.00: supports DRM functions and may not be fully accessible
Sep 16 18:59:22 home kernel: [ 1670.609416] ata1.00: disabling queued TRIM support
Sep 16 18:59:22 home kernel: [ 1670.626727] ata1.00: configured for UDMA/133
Sep 16 18:59:22 home kernel: [ 1670.626819] ata1.00: Enabling discard_zeroes_data
Sep 16 18:59:22 home kernel: [ 1670.651058] usb 3-1: reset high-speed USB device number 2 using ehci-pci
Sep 16 18:59:22 home kernel: [ 1670.651066] usb 2-2: reset high-speed USB device number 2 using ehci-pci
Sep 16 18:59:22 home kernel: [ 1670.775061] usb 4-3: reset full-speed USB device number 4 using ohci-pci
Sep 16 18:59:22 home kernel: [ 1670.879079] [drm] ib test on ring 5 succeeded
Sep 16 18:59:22 home kernel: [ 1670.898948] radeon 0000:00:01.0: scheduling IB failed (-12).
Sep 16 18:59:22 home kernel: [ 1670.898982] [drm:radeon_vce_get_create_msg [radeon]] *ERROR* radeon: failed to schedule ib (-12).
Sep 16 18:59:22 home kernel: [ 1670.899006] [drm:radeon_vce_ib_test [radeon]] *ERROR* radeon: failed to get create msg (-12).
Sep 16 18:59:22 home kernel: [ 1670.899033] [drm:radeon_ib_ring_tests [radeon]] *ERROR* radeon: failed testing IB on ring 6 (-12).
Sep 16 18:59:22 home kernel: [ 1670.899036] radeon 0000:00:01.0: scheduling IB failed (-12).
Sep 16 18:59:22 home kernel: [ 1670.899059] [drm:radeon_vce_get_create_msg [radeon]] *ERROR* radeon: failed to schedule ib (-12).
Sep 16 18:59:22 home kernel: [ 1670.899083] [drm:radeon_vce_ib_test [radeon]] *ERROR* radeon: failed to get create msg (-12).
Sep 16 18:59:22 home kernel: [ 1670.899107] [drm:radeon_ib_ring_tests [radeon]] *ERROR* radeon: failed testing IB on ring 7 (-12).
Sep 16 18:59:22 home kernel: [ 1670.960123] usb 4-3: device firmware changed
Sep 16 18:59:22 home kernel: [ 1671.115064] usb 4-1: reset full-speed USB device number 2 using ohci-pci
Sep 16 18:59:22 home kernel: [ 1672.827763] [drm:radeon_dp_link_train [radeon]] *ERROR* displayport link status failed
Sep 16 18:59:22 home kernel: [ 1672.827793] [drm:radeon_dp_link_train [radeon]] *ERROR* clock recovery failed
Sep 16 18:59:22 home kernel: [ 1674.419867] [drm:radeon_dp_link_train [radeon]] *ERROR* displayport link status failed
Sep 16 18:59:22 home kernel: [ 1674.419896] [drm:radeon_dp_link_train [radeon]] *ERROR* clock recovery failed
Sep 16 18:59:22 home kernel: [ 1674.612065] [drm] PCIE gen 2 link speeds already enabled
Sep 16 18:59:22 home kernel: [ 1674.616996] [drm] PCIE GART of 1024M enabled (table at 0x0000000000040000).
Sep 16 18:59:22 home kernel: [ 1674.617104] radeon 0000:01:00.0: WB enabled
Sep 16 18:59:22 home kernel: [ 1674.617107] radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000080000c00 and cpu addr 0x000000008142b7ae
Sep 16 18:59:22 home kernel: [ 1674.617109] radeon 0000:01:00.0: fence driver on ring 1 use gpu addr 0x0000000080000c04 and cpu addr 0x00000000db103000
Sep 16 18:59:22 home kernel: [ 1674.617111] radeon 0000:01:00.0: fence driver on ring 2 use gpu addr 0x0000000080000c08 and cpu addr 0x000000001f132c39
Sep 16 18:59:22 home kernel: [ 1674.617113] radeon 0000:01:00.0: fence driver on ring 3 use gpu addr 0x0000000080000c0c and cpu addr 0x000000002abdea69
Sep 16 18:59:22 home kernel: [ 1674.617114] radeon 0000:01:00.0: fence driver on ring 4 use gpu addr 0x0000000080000c10 and cpu addr 0x000000007cc81fc4
Sep 16 18:59:22 home kernel: [ 1674.830263] [drm] ring test on 0 succeeded in 1 usecs
Sep 16 18:59:22 home kernel: [ 1674.830268] [drm] ring test on 1 succeeded in 1 usecs
Sep 16 18:59:22 home kernel: [ 1674.830272] [drm] ring test on 2 succeeded in 1 usecs
Sep 16 18:59:22 home kernel: [ 1674.830279] [drm] ring test on 3 succeeded in 3 usecs
Sep 16 18:59:22 home kernel: [ 1674.830284] [drm] ring test on 4 succeeded in 3 usecs
Sep 16 18:59:22 home kernel: [ 1674.830403] [drm] ib test on ring 0 succeeded in 0 usecs
Sep 16 18:59:22 home kernel: [ 1674.830454] [drm] ib test on ring 1 succeeded in 0 usecs
Sep 16 18:59:22 home kernel: [ 1674.830480] [drm] ib test on ring 2 succeeded in 0 usecs
Sep 16 18:59:22 home kernel: [ 1674.830503] [drm] ib test on ring 3 succeeded in 0 usecs
Sep 16 18:59:22 home kernel: [ 1674.830525] [drm] ib test on ring 4 succeeded in 0 usecs
Sep 16 18:59:22 home kernel: [ 1674.885144] Restarting kernel threads ... 
Sep 16 18:59:22 home kernel: [ 1674.885536] usb 4-3: USB disconnect, device number 4
Sep 16 18:59:22 home kernel: [ 1674.885938] done.
Sep 16 18:59:22 home kernel: [ 1674.885993] PM: Basic memory bitmaps freed
Sep 16 18:59:22 home kernel: [ 1674.885994] OOM killer enabled.
Sep 16 18:59:22 home kernel: [ 1674.885995] Restarting tasks ... done.

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

[   11.812535] Hibernate inconsistent memory map detected!
[   11.812570] PM: Image mismatch: architecture specific data
[   11.812598] PM: Read 935108 kbytes in 0.01 seconds (93510.80 MB/s)
[   11.813703] PM: Error -1 resuming
[   11.813710] PM: Failed to load hibernation image, recovering.

[   11.814091] PM: Basic memory bitmaps freed
[   11.814092] OOM killer enabled.
[   11.814093] Restarting tasks ... done.
[   11.817448] PM: resume from hibernation failed (-1)
[   11.892302] EXT4-fs (sda5): mounted filesystem with ordered data mode. Opts: (null)

Ошибка в sudo позволяет выполнить от пользователя root любой исполняемый файл, если в /etc/sudoers разрешено его выполнение от других пользователей и запрещено для root.

Эксплуатация ошибки очень простая:

sudo -u#-1 id -u <command>

или:

sudo -u#4294967295 id -u <command>

Ошибка присутствует во всех версиях sudo до 1.8.28

Подробности:

https://thehackernews.com/2019/10/linux-sudo-run-as-root-flaw.html

https://www.sudo.ws/alerts/minus_1_uid.html

>>> Подробности

Есть ли в QEMU возможность использовать NVRAM хранилище в образе с Coreboot и TianoCore в качестве payload? Тестирую прошивку в QEMU и столкнулся с тем, что NVRAM эмулируется в ОЗУ, и естественно, затирается после того, как отработает UEFI payload.

Случайно обнаружил, что на моей материнской плате GIGABYTE с технологией DualBIOS установлен режим работы SATA Controller «IDE» вместо SATA (это настройки по умолчанию). До этого никогда не менял настройки BIOS на этой материнской плате — не нужно было (но при покупке проверял, что все настройки сохраняются, т. е. это не заводской дефект материнской платы). Переключил в BIOS (UEFI) опцию в «SATA» и попытался выйти с сохранением настроек - «Save & Exit».

ПК вырубился полностью, сам включился и опять выключился. В таком цикле находился до тех пор, пока я сам не выключил его и не вызвал восстановление Main BIOS из Backup BIOS удержанием кнопки «Power» несколько раз (до выключения после включения — из-за удержания).

После сброса BIOS (100%) ПК отключился, сам включился и я попал в BIOS. Не стал пока что-нибудь менять (на всякий случай) а, сразу загрузил систему — убедился, что система работает.

Выключил ПК, включил, зашел в BIOS, сменил режим с «IDE» в «SATA» -> «Save & Exit». И что вы думаете произошло? ПК снова выключился, сам включился и ушел в бесконечный цикл включений-выключений. Так же восстановил Main BIOS из Backup BIOS.

В чем может быть проблема? Из-за чего «портится» (слетает) Main BIOS при попытке сохранить настройки BIOS? Слет происходит даже если в BIOS ничего не менять, а просто попытаться сохранить настройки.

Имеется компьютер на базе мат. платы EPoX EP-MF4-J3 на чипсете NVIDIA nForce4 4X. Установлен процессор AMD Athlon 64 X2 3800+ (Windsor), видеокарта ZOTAC GeForce 9800GT Synergy Edition. Проблема с USB устройствами. Проявляется она при включении ПК (если до этого его не трогали некоторое время), USB устройства не видятся, USB клавиатура не работает, флешка не работает. Но стоит после загрузки ОС вытащить и вставить разъемы USB, устройства начинают работать. Также если просто выключить и сразу включить ПК, то устройства работают нормально. Что с этим можно сделать?

xf86-video-nv-bug519261-increase-virtual.diff

Index: xf86-video-nv-2.1.14/src/g80_driver.c
===================================================================
--- xf86-video-nv-2.1.14/src/g80_driver.c
+++ xf86-video-nv-2.1.14/src/g80_driver.c
@@ -390,6 +390,22 @@ G80PreInit(ScrnInfoPtr pScrn, int flags)
     /* Create the crtcs */
     G80DispCreateCrtcs(pScrn);
 
+    /* Unless we're able to shrink/enlarge FB on the fly (GEM etc.), allocate
+     * large enough (TM) virtual size */
+    if (  (!pScrn->display->virtualX || !pScrn->display->virtualY) &&
+	! (pNv->NoAccel || pNv->AccelMethod == EXA)) {
+	/* No need to accomodate for 3D buffers - no DRI anyway... */
+	if (2 * 1920*1920 * (pScrn->bitsPerPixel/8) <= pScrn->videoRam * 1024) {
+	    /* Fits on 32MB and up */
+	    pScrn->display->virtualX = 2 * 1920;
+	    pScrn->display->virtualY = 1920;
+	} else if (2 * 1680*1280 * (pScrn->bitsPerPixel/8) <= pScrn->videoRam * 1024) {
+	    /* Fits on 16MB and up */
+	    pScrn->display->virtualX = 2 * 1680;
+	    pScrn->display->virtualY = 1280;
+	}
+    }
+
     /* We can grow the desktop if XAA is disabled */
     if(!xf86InitialConfiguration(pScrn, pNv->NoAccel || pNv->AccelMethod == EXA)) {
         xf86DrvMsg(pScrn->scrnIndex, X_ERROR,

Это драйвер без поддержки 3D-ускорения. В комментариях к коду написано: «так как мы не можем изменить разрешение фреймбуфера „на лету“, то увеличиваем максимальное разрешение». И чуть дальше «так как драйвер всё равно не поддерживает DRI, то увеличиваем количество памяти для вывода изображения». Если перефразировать, то «раз уж 3D-графику мы моделировать всё равно не умеем, то почему бы не увеличить максимальное разрешение засчёт этой памяти?»

Так вот. Тут у Эфириума растёт DAG, через неделю он будет иметь размер 4 Гб, и поэтому 4-гиговые GPU «пролетают». ethminer мне говорит, что осталось 8 Мб свободно (в течение месяца он сообщал 30, 20, 15 и т.д.). Можно ли пропатчить fglrx так, чтобы он картинку выводит в 640x480, а для OpenCL дал больше памяти? Если удастся получить хотя бы 30 Мб, то это майнинг ещё в течение месяца

У fglrx закрыт код, но есть «обвязка», код которой можно редактировать

Думаю многие кто пользуется KDE читали темы о том как KDE дергает (гуглить по запросу kde flickering). Можно даже ролики на youtube посмотреть.

Одно из решений проблемы мерцания это включение в настройках Display and Monitor > Compositor > Xrandr вместо OpenGL. Но тогда начнется tearing (разрывы изображения при быстрой смене картинок). Это потому что в OpenGL вертикальная синхронизация (VSync) убирала этот тиринг.

Решение проблемы tearing при Xrandr это включение Tear Free технологии видеокарт. По умолчанию в Ubuntu (Kubuntu в этом случае) она отключена. Включается правкой Xorg.conf файла.

Как вариант вместо правки Xorg.conf можно создать отдельные файлы /etc/X11/xorg.conf.d/20-intel.conf для intel или /etc/X11/xorg.conf.d/20-radeon.conf для AMD (radeon драйвер, для дрйвера amdgpu файл другой).

Содержание файл настроек 20-intel.conf:

Section "Device"
 Identifier  "Intel Graphics"
 Driver      "intel"
 Option      "AccelMethod"  "sna"
 Option      "TearFree"    "true"
EndSection

Полный список «скрытых» опций видео драйверов: для intel и для amd и для amd (amdgpu)

Тут начинается другая проблема KDE не видит дискретную видеокарту, если в файле Xorg.conf есть какие-то опции для интегрированной видеокарты. Это связано с особенностями инициализации оборудования. Чтобы дискретную видеокарту система стала использовать нужно помимо настроек TearFree для интегрированной видеокарты вручную дописать настройки для дискретной (файл /etc/X11/xorg.conf.d/20-radeon.conf):

Section "Device"
 Identifier "Radeon"
 Driver "radeon"
 Option "DRI" "3"
EndSection

Мы подошли к сути, причине. Долгое время я думал, что такие мерцания случайны. Потому что они проявлялись не всегда. И вот я наконец понял в чем причина конкретно у меня. При установке Steam он устанавливает x32 (32 битную) версию mesa драйвера. И вот после этого начинаются все проблемы. Причем даже после установки x32 mesa драйвера такие мерцания проявляются не всегда (поэтому и не было понятно, что виноват он). Уверенности в том, что причина в драйвере, а не в том что Steam делает что-то еще у меня нет. Но в том, что виноват Steam я уверен.

Кто хочет эксперементов с включение TearFree можете почитать вики archlinux.

Это больше информативное сообщение. Я очень долго искал информацию по решению проблемы в англ. сегменте, никакого решения для intel + amd не нашел. Но если кто-то что-то знает, то я был бы благодарен, если напишите совет.