Скачал утилитку qdl от linaro, собрал, хотел окирпиченный планшетик на ведроиде поковырять, и тут оказывается, что он у меня определяется как usb-девайс с USB PID 0x900e, а для прошивки проге надо PID 0x9008. Подключал кабель, зажимая в это время разные кнопки на качельке громкости на планшете - результата ноль.

На оффтопике это решается установкой драйверов, которые идут в комплекте с прошивкой, а на линухе - хз. Я бы сказал, что у меня просто ядро криво собрано, т.е. без поддержки какого-нибудь хитрого квалкомовского последовательного порта для прошивки, но я дособрал два модуля из Device Drivers -> USB Devices -> serial что-то там, имеющих в названии Qualcomm, модпробнул их и опять подключал планшет, содомируя кнопки громкости, - та же шляпа, 0x900e во все поля.

Вот мне и интересно узнать, прежде чем ковырять остальные 100500 опций ядра, имеющих в названии qcom, qualcomm или qc, работала ли сия софтина хоть у кого-нибудь и есть ли вообще люди, которые такой ерундой занимались?

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

Вот скрин из lshw: https://i.imgur.com/iG0NaB3.png

Вот релевантные (наверное) конфиги ядра:

$ zcat /proc/config.gz | grep ^[^#].*HCI
CONFIG_BT_HCIBTUSB=m
CONFIG_BT_HCIBTUSB_AUTOSUSPEND=y
CONFIG_SATA_AHCI=y
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
CONFIG_USB_XHCI_HCD=y
CONFIG_USB_XHCI_PCI=y
CONFIG_USB_EHCI_HCD=y
CONFIG_USB_EHCI_ROOT_HUB_TT=y
CONFIG_USB_EHCI_TT_NEWSCHED=y
CONFIG_USB_EHCI_PCI=y
CONFIG_USB_OHCI_HCD=y
CONFIG_USB_OHCI_HCD_PCI=y
CONFIG_USB_UHCI_HCD=y

Телефон воткнут в порт с синим пластиком; в самом телефоне дырка под USB-C, а их вроде как древнее USB 3.0 не делають. На скрине видно две записи Host Controller-ов, у одного в capabilities написано «USB 2.0», у второго - «usb-3.00». Все подключенные девайсы в первом, во втором пусто. Ноут леново, чипсет интеловский.

Для верности попробовал передать через ADB 1 гиг рандомной дряни с компа на мобилу. Получилось где-то 13 МБ/с в среднем.

Это я что-то делаю не так, или у меня железо неправильное?

Речь даже не о производительности как таковой или рендере, а об экономии памяти: при попытке загрузить STL-модельку размером в 1.8 ГБ и переключиться в режим редактирования (на TAB) блендер пожирает всю оперативу (8 ГБ), вылетает в своп, и работать становится нереально. Хотелось бы хотя бы поиметь возможность отрезать от модели 80% полигонов и работать с той частью, которая мне нужна, но до которой я в силу вышеописанных обстоятельств добраться не могу.

Ситуация такова: иногда, если оставить мобилу с выключенным экраном на пару часов (а в последнее время не иногда, а всегда), её потом не включить даже если задержать кнопку питания на секунд двадцать. Единственный способ вернуть девайс к жизни - вытащить батарейку и включить «с нуля».

Я запустил adb logcat по сети и начал эксперимент (т.е. выключил экран и закинул мобилу в дальний угол). Вот, собственно, лог: https://pastebin.com/FXDk54xe

Начало я, разумеется, обрезал, самое интересное примерно в середине, конец, видимо, означает смерть (т.к. после этого и аж до восьми вечера записей нет). Сначала я грешил на индусскую прошивку, но в логе упомянуто что-то про хранилище, и я подумал: может, microsd-карточка сдохнуть изволила? Но вообще не похоже: в перерывах между сбоями я вроде нормально телефоном пользуюсь, даже картинки какие-то из вкашечки сохраняются.

Пока варианта три: заменить карту, заменить прошивку, заменить железку на что-то поновее. Какой будет наиболее уместным и почему? Как вообще ещё можно поэкспериментировать?

Мне нужна пара статически слинкованных пакетов для initramfs, в частности cryptsetup и lvm. Я не хочу загаживать систему, так что хотелось бы пособирать их в чистом префиксе. Есть две проблемы.

Во-первых, мой конфиг из $PREFIX/etc/portage/make.conf не читается, а берётся системный из /etc. Хотелось бы, чтобы он читался, а то задавать use-флаги вручную через переменные окружения как-то не очень.

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

Я пробовал разные комбинации ROOT и SYSROOT, но кажется, что их недостаточно для достижения нужного мне поведения. Portage вообще так умеет? Вроде должна, т.к. процесс очень напоминает банальный бутстрэп.

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

В чём может быть причина и как фиксить?

$ ssh x@y
ssh: Could not resolve hostname y: Name or service not known
$ ssh x@y
ssh: Could not resolve hostname y: Name or service not known
$ ssh x@y
x@y's password:

Шо за приколы? DNS зареган третьего уровня на freedns.afraid.org, как фиксить?

(UPD: я уже решил (?) проблему, отредактировав hwdb.bin с помощью гребаного dd. Пожалуйста, скажите, что существует нормальный способ.)

Пытаюсь обойти очень странный баг в Unity3D в KSP. Для этого мне нужно поменять название своего геймпада на что-то простое без точек, запятых и (желательно) пробелов. Везде, где это возможно.

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

Сейчас есть вот такая строчка в dmesg:

input: Microntek              USB Joystick           as /devices/pci0000:00/0000:00:14.0/usb1/1-3/1-3:1.0/0003:0079:0006.0003/input/input19

usb:v0079*
 ID_VENDOR_FROM_DATABASE=DragonRise Inc.

usb:v0079p0006*
 ID_MODEL_FROM_DATABASE=PC TWIN SHOCK Gamepad

usb:v0078*
 ID_VENDOR_FROM_DATABASE=Microntek

usb:v0078p0006*
 ID_MODEL_FROM_DATABASE=Joystick

Периодически приходится монтировать виндовые флешки.

Пока что юзаю codepage=1251,iocharset=utf8, но постепенно замечаю, что во всяческих доках строго не рекомендуют юзать iocharset=utf8 и говорят вместо него писать просто utf8. Почему - не говорят. Как это обычно бывает, если послушаться, то перестанет монтироваться вообще всё, включая раздел EFI, выдавая что-то про «bad superblock or wrong fs type». В принципе, вообще любое отступление от этих двух параметров карается ошибкой и отказом монтирования. Это я косячу или надо забить на доки и оставить как есть?

Как вообще там имена файлов пишутся в фате? В нормальных ФС понятно: юникод во все поля, а шо с фатом? Попробовал смонтировать с вышеописанными параметрами и записать файлы с названиями кириллицей и японским иероглифом. На винде оба прочитались. Получается, юникод? Зачем тогда codepage и почему тогда без codepage не монтируется?

Сабж.

Нужно 1) возможность затолкать в конфиг WM автозапуск клиента в трее и без окошка по дефолту, типа как transmission-gtk -m, 2) чтобы не тянул за собой половину каких-нибудь там кед или гнома.

Чем легковеснее, тем лучше... хотя не буду себя обманывать, под два пункта выше подойдёт - уже превосходно.

Буду перекатываться с тандербёрда.

Собсна, сабж. Под альтернативой подразумевается, что нвидию можно включать только тогда, когда она нужна, причём БЕЗ ручного перезапуска иксов, а остальное время за всё отвечает интел. Будет ли на ней работать в это время весь графон или отдельно взятое приложение, как с примусом - вопрос не столь значительный.

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

Давно порываюсь заценить, но пугает концепция «режимов». Можно ли сделать настроить кейбинды, чтобы всякие привычные гуёвые штуковины типа ^C-^V и выделения текста шифтом были доступны из insert mode, а остальные режимы были изолированы так, чтобы про них можно было с чистой совестью забыть?

Да, мне абсолютно плевать на большинство «ускоряющих работу, как только к ним привыкнешь» фич типа удаления одиннадцати строк одной командой в normal mode, я просто хочу легковесный консольный редактор с плагинами для автодополнения и дебага сишного кода и привычными любому виндузятнику хоткеями.

Буду благодарен, если у кого похожий по смыслу конфиг завалялся и он мне его подкинет для рассмотрения.

Т.е. берём условный man man, зажимаем клавишу «вниз», ждем конца документа и наслаждаемся. Зажмешь на пять секунд - будет после этого ещё десять секунд тупить и мелькать горизонтальными белыми полосами - полосы примерно такие же, какие получаются при записи телевизора на видеокамеру, только белые.

Кто виноват и что делать?

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

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

В общем, есть на ноуте, к примеру, кнопки изменения громкости. Они при нажатии посылают ACPI-события, которые успешно перехватываются и обрабатываются acpid-ом. Этого в принципе достаточно, но у них есть и побочки: они также посылают событие нажатия клавиши. Это заметно, если потыкать на изменение громкости в консольном tty - появляется всякий мусор вроде ^@, ~ и т.п., а ещё они как-то ловятся в игрушках и прерывают катсцены, для прерывания которых нужно нажать любую клавишу.

Есть ли какой-то способ вышеописанные эффекты предотвратить?

Есть хост - gentoo, есть гость - win7. Виртуалка qemu-kvm. Нужно сделать так, чтобы в госте работал Windows Aero (и не только).

Почитал https://wiki.gentoo.org/wiki/QEMU/Windows_guest, решил для себя, что spice нинужно, т.к. есть там ссылка на некий QXL-DOD драйвер, который, судя по всему, достаточно просто поставить в гостя и выставить -vga qxl в опциях qemu, чтобы заработало аппаратное ускорение.

С установкой в гостя возникли проблемы: оказывается, винда не умеет заменять драйвер на единственном работающем VGA-адаптере «на лету». Дело в том, что обновлять встроенные дрова на qxl-dod она отказывается, обосновывая это тем, что ей и так норм («наиболее подходящее ПО для этого устройства уже установлено»), а если попробовать удалить текущий драйвер, то при попытке установить на его место qxl-dod винда потребует перезагрузки. Разумеется, после перезагрузки опять встаёт штатный драйвер, и порочный круг замыкается.

В принципе нормальное и логичное поведение, но я так не хочу. Как поставить драйвер? Может, можно как-то обдурить винду, объяснив, что qxl-dod дофига новый?

Спайсы ставить не хочу. Спайс - плохо!

UPD: заглянул в федоровский образ с драйверами и всё понял. QXL-DOD - Win8 и новее, просто QXL - Win7 и старше.

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

armv6j-hardfloat-linux-gnueabi
armv7a-hardfloat-linux-gnueabi
aarch64-unknown-linux-gnu
arm-none-linux-uclibc

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

Первый: архитектура. arm - понятно, v6/v7 - тоже понятно: что-то про версию камня и набор инструкций (?), а что за буковки дальше идут - a,j? Где про это можно почитать? И почему после aarch64 (это же то же самое, что и arm, только 64-битное) не идёт ни vX, ни буковка? Это я не встречал, или не положено?

Второй: дробные числа. Это более-менее понятно: hardfloat - есть FPU, softfloat - нету, unknown/none - дефолт, softfloat. Верно?

Третий: что и при каких условиях там может быть, кроме linux?

Четвёртый: используемая библиотека? gnu - glibc, uclibc - =//=, а gnueabi - это что и чем от gnu отличается?

Гента, ядро 4.17.0. Мышь китайская ноунеймовая (Rapoo что-то там). Точно помню, что без особых проблем удавалось её завести полгода назад то ли на арче, то ли на минте.

В портеже INPUT_DEVICES=«wacom libinput». HIDP профиль в конфиге ядра включен. В dmesg и логе иксов пусто. /dev/hidraw не образовывается, libinput list-devices мышку не выдаёт.

В чём может быть проблема?

Возьмём в пример тот же XDA-Devs: хренова туча тредов от каких-то индусов, собирающих ROM-ы под устройства, официально не поддерживающиеся ни в одной из более-менее популярных прошивок типа Lineage. Как они это делают?

По обилию таких мастеров можно судить, что собрать ведро под любое конкретно взятое устройство - задача, посильная одному человеку, разбирающемуся в теме. Я так тоже хочу, но я не разбираюсь, а всё, что выдаёт гугл, когда пытаешься разобраться - советы уровня «это сложно, пользуйся готовым». В какую сторону вообще двигаться? Задача ближе к установке генты или к разработке ядра?