Напомните, нахуя в 2020 в прыщах нужен /dev, когда есть такая-то охуенная sysfs с файликами в которой можно делать все то же самое и даже больше, только не надо думать про block/char и major/minor циферки, зато есть иерархичность, кавайный kobject интерфейс со стороны ядра и прочие батарейки. А то пиздец, в современных прыщах в часть девайсов надо ебаться через /dev обскурными иоктлами, а в остальные (которые плохо ложаться на block/char модель, а таких сейчас большинство) - через sysfs.
inb4 posix и легаси-совместимость, на это дерьмо всем насрать кроме полутора поехавших бсдшников.
УНЯНЯ. У нас есть немножечко инфы
об этом пользователе. Мы знаем, что он понаписал,
порекомендовал и даже и то и другое сразу.
А ещё у нас есть RSS.
http://dpaste.com/2K1J7TK - что у меня сломано?
Графон нормально (=юзабельно) инициализируется с вот такими вот воплями с вероятностью примерно ⅕, в остальных случаях все фризится намертво, и при попытке засаспендиться тоже. Раньше все работало, перепробовал несколько версий ядер, с которыми долгое время счастливо жил. Загрузил сисреск с флешки - глючит так же. Биос обновил - глючит так же. На материнке ничего визуально или обонятельно сгоревшего не видно.
Почитал сорцы драйвера и не представляю, как ему не удается поебаться в регистры, физически расположенные на том же куске кремния, что и CPU (ну ладно, может на соседнем PCH, но если бы между процом и PCH глючила шина - это было бы гораздо более заметно и я врядли писал бы этот пост с этого ноута). Да и вообще, кремний исчезающе редко дохнет настолько избирательно.
Реквестирую телепатов-железячников, некромантов-кернелдевов и прочую нечисть в тред. // а так же чувака с x220 или аналогичным ноутом на Sandy Bridge чтоб сунуть в него мою ссдшку и убедиться что все збс работает.
Попытался обновить прыщи (git merge v4.3.2 в бранч со своими патчами, кажется это была так себе идейка), получил general protection fault при извлечении юсб-флешки, дебажить головой лень, написал скрипт для тестирования воспроизводимости бага куэмой: http://dpaste.com/13ZNTAN
Это так, чтоб не проебать, полезная хрень вышла.
Есть рутфс и ее копия с поехавшими uid/gid (забыл сказать --numeric-ids рсинку) на разных носителях, которые одновременно некуда воткнуть. Хочу сдампить метадату с нормальной рутфс в файлик и применить ее к поехавшей. Мне идти писать скрипт или есть что-нибудь готовое? Тупо копировать/рсинкать/тарить нихачу, ибо долго.
Запостил патчик в ядро:
To: davinci-linux-open-source@linux.davincidsp.com
Cc: Alexey Ignatov <lexszero@gmail.com>,
Sekhar Nori <nsekhar@ti.com>,
Kevin Hilman <khilman@deeprootsystems.com>,
Peter Ujfalusi <peter.ujfalusi@ti.com>,
Wolfram Sang <wsa@the-dreams.de>,
linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org,
alsa-devel@alsa-project.org
И это я еще из выдачи get_maintainers убрал нескольких чуваков. И заодно обнаружил, что мейллист из To официально умер и выпилен 27 октября, а я все голову ломал, фигли первая попытка постинга этого патча только туда от 7 октября все никак модерацию не пройдет.
Короче, рабочий скрипт для запуска прыщеядра в qemu с рутфс через virtio-9p и консолью.
CMDLINE='root=/dev/root ro rootfstype=9p rootflags=trans=virtio console=ttyS0 earlyprintk=serial init=/bin/bash'
ROOTFS=~/tmp/rootfs
qemu-system-x86_64 -enable-kvm -M q35 -m 1G \
-kernel arch/x86/boot/bzImage \
-append "${CMDLINE}" \
-fsdev local,id=root,path="${ROOTFS}",security_model=none \
-device virtio-9p-pci,fsdev=root,mount_tag=/dev/root \
-chardev stdio,id=stdio,mux=on \
-serial chardev:stdio \
-mon chardev=stdio \
-display none
А теперь погружаемся в веселую архитектуру за авторством некого финского студента начала 90х и выливаем бочку говна в адрес прыщей: если рут не реальный девайс и не NFS, то им может быть только хуйня с названием "/dev/root" (в данном случае так назван virtio-9p channel). NFS сделана костылем и через пизду. Поправить это некостыльно и малой кровью невозможно, так как init/do_mounts.c представляет собой кашу из говна, легаси и СПЕЦИАЛЬНЫХ СЛУЧАЕВ вроде того же нфс. Судя по гуглу, когда-то оно работало иначе (нормально), но в свежих ядрах все вот так вот. Ресерчить, зачем так, лень.
https://blog.nelhage.com/2013/12/lightweight-linux-kernel-development-with-kvm/ - на случай когда я снова забуду, как запускать прыщи под kvm без загрузчика
http://kernel.opensuse.org/cgit/kernel/commit/?id=706b78f37fbed8d81b6061359f28a315fb9b1d73
Коммитить высрище yacc'а вместо исходника - это модно и молодежно.
Некоторое время назад у меня начал внезапно ломаться вайфай (RTL8188CE) на ноуте (x220i) дома - огромный пакетлосс, все счетчики invalid в iwconfig по нулям, кроме Invalid misc, который яростно растет. Пляски с передергиванием модуля, перезапуском wpa_supplicant, дерганьем хардварным и софтварным rfkill не помогали. Сегодня я случайно обнаружил, что глюки начинаются если запустить прыщелис и немного поиграть в doge2048 - сразу пакетлосс, вот это все. Посылаю прыщелису SIGSTOP - через 5 секунд все чинится, пинги ходят 100% и без задержек. Делаю обратно CONT - через 5 секунд все ломается. Если закрыть в прыщелисе вкладку с говногамой - тоже чинится. Чудесно, просто чудесно.
Предполагаю, что фаерфокс настолько активно дрочит, что драйвер вафли (написанный рукожопыми реалтековскими китайцами или кто они там) начинает обсираться, не выдерживая какой-нибудь реалтайм. Пойду обновлю ведро.
https://github.com/penberg/linux-kvm/tree/master/tools/kvm
Альтернативный юзерспейс для KVM.
just a hobby, won't be big and professional like QEMU
[I]l…@l…g ~ > mount --version
mount from util-linux 2.24 (libmount 2.24.0: debug, assert)
[I]l…@l…g ~ > mount G bind
/home/lexs/vdemu on /nfs/dbg/vdemu type none (rw,bind,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0)
/nfs/vdemu on /nfs/dbg/vdemu/root_linux type none (rw,bind,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0)
/home/lexs/hyp/android on /nfs/dbg/android type none (rw,bind,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0)
Кажется, при каждом цикле hibernate/resume к биндмаунтам добавляется по одному commit=0, при этом в /proc/mounts никаких commit=0 нету. утил-прыщикс сосет.
https://plus.google.com/+MarcMERLIN/posts/4RDPCGYCDWq
Груб обращает T540p в кирпич из-за фатальной несовместимости с багами в UEFI.
Цоперайт © 2010-2016 @stiletto.