В linux-5.7 приняли мой фикс для драйвера 9P-файловых систем: теперь при использовании неблокирующих fd файловая система не дожидается полного заполнения предоставленного программой буфера, а отдаёт то что есть после ответа сервера, какого бы размера он ни был, что позволяет использовать синтетические файловые системы с непредсказуемыми задержками. Например, hatexmpp3, где файл это лог чатика, и в случае отсутствия сообщения по запрошенному смещению read(2) блокируется до появления нового.

Какой 9P-сервер для раздачи куска локальной фс нынче норм? Помню u9fs дико память жрал, щас есть чо полущ?

Случайно сломал ядрёный клиент 9P, теперь выдаёт EIO на попытку примонтировать фс.

https://github.com/l29ah/hatexmpp3 POEHALI

Даже в 9P2000.L нету транзакций.

Короче, рабочий скрипт для запуска прыщеядра в 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 представляет собой кашу из говна, легаси и СПЕЦИАЛЬНЫХ СЛУЧАЕВ вроде того же нфс. Судя по гуглу, когда-то оно работало иначе (нормально), но в свежих ядрах все вот так вот. Ресерчить, зачем так, лень.

Норм придумал? type IOObject a = (IO a, a -> IO ()) -- FIXME sane errors heterObj :: IOObject a -> IOObject a -> IOObject a heterObj a b = (fst a, snd b) nulls :: IOObject a nulls = (throw $ Underflow, const $ return ()) chans :: Chan a -> IOObject a chans a = (readChan a, writeChan a) type DataTypeObject a = (a -> ByteString, ByteString -> a) lazyByteStrings :: DataTypeObject ByteString lazyByteStrings = (id, id) showBool True = "true" showBool False = "false" readBool s | s == "1" = True | s == "true" = True | s == "0" = False | s == "false" = False booleans :: DataTypeObject Bool booleans = (showBool, readBool) simpleFile :: forall a m. (Monad m, EmbedIO m) => String -> IOObject a -> DataTypeObject a -> NineFile m simpleFile name (rd, wr) (rdc, wrc) = (boringFile name :: NineFile m) { read = simpleRead $ liftM rdc $ rd, write = simpleWrite $ wr . wrc }

‰ printf lol > test/add_torrent … Msg {msg_typ = TRerror, msg_tag = 1, msg_body = Rerror {re_ename = "lol: openBinaryFile: does not exist (No such file or directory)"}} … zsh: Неизвестная ошибка 526: test/add_torrent

http://hackage.haskell.org/package/Network-NineP Затрахался с классами и гохацешными расширениями системы типов, так что пока все коллбеки будут в IO. Вернётся мотивация - попробую добить monadic tunnelling. Странно, что в hackage до сих пор нет нормальных либ на тему.

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

Ищу хаскелебыдлокодеров, желающих принять участие в написании высокоуровневой библиотеки серверной стороны протокола 9P2000. Обращаться в #sh.nexuiz на QuakeNet.

Кто-нибудь тыкал палочкой 9P? Чо как вообще? Есть хитрый план заимплементить клиента для OpenBSD kernel, лол. NFS не ня.

https://code.google.com/p/9ph/source/browse/ RIP. https://github.com/gzrrplox/ninep-utils RIP. https://github.com/Elemir/network-ninep RIP. Что, не видать мне высокоуровневых биндингов к 9P?

Няша @Elemir наконец-таки запилил высокоуровневую 9p либу для haskell: <https://github.com/Elemir/Network.NineP>. По вопросам обращаться в #gentoo-talks на фриноде.