Подскажите учебный проект (для закрепления работы с kthread)

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

Освой верхнюю часть обоаботки прерываний.

Или нижнюю. Чот подзабыл, какая из них – какая.

Или нижнюю. Чот подзабыл, какая из них – какая

ну нижняя, кочнечно же, батенька! что ж Вы так... %)

ну нижняя, кочнечно же, батенька!

не то и не другое - это вообще не kthread, нижние половины это корутины выполняющиеся в одном потоке.

Про kthread надо знать только то что они есть.

я в контексте того, что примитивы синхронизации (кроме spinlock) нельзя использовать в верхней половине обработчика рерываний

я в контексте того

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

примитивы синхронизации (кроме spinlock) нельзя использовать в верхней половине обработчика рерываний

в случае нижней половины на тасклете (tasklets) там тоже нельзя использовать - они выполняются в контексте softirq, но это так для нытья :)

а вообще... если хочется чуток заморочиться, то сделай что-то типа мультипайпа или fifo, но для начала да, задачку producer-consumer

в случае нижней половины на тасклете (tasklets) там тоже нельзя использовать - они выполняются в контексте softirq, но это так для нытья :)

:))
имхо, work-queue наиболее универсальны для этого случая...

Ага. Понял, с нее и начну)

Эта же тоже задача для kernelspace?

Я ж начал подумывать начать велосипедить printk и другие функции..

спасибо)

Спасибо) думаю прерывания, будут следующим этапом)

Ну так то наверное, да)

Понял, спасибо)

Эта же тоже задача для kernelspace

Нет, это задача на синхронизацию процессов/потоков, можно хоть на бейсике решать, хоть в кернелспейс, если там есть примитивы для синхронизации, такие как мьютексы и семафоры

Я тут погуглил и понял, что даже tcp сокеты можно организовать на уровне ядра. Возникает вопрос, если много задач можно решить в как в kernel так и userspace. То в чем выгода kernelspace?

То в чем выгода kernelspace?

нет никакой выгоды

я как-то задавал вопрос на кернелньюбис типа: выгодно ли что-то реализовывать в пространстве ядра? мне сказали, что нет, не помню, чем аргументировали, может просто цифры показали, жаль, потерял ссылку

вот что я нагуглил

https://www.quora.com/What-are-benefits-of-implementations-done-in-User-vs-Kernel-space-or-vice-versa

Мало того, большинство различий между AT&T и BSD системами в этом и состоит.

Хм, интересно…

Получается что userspace удобен для програм, где не требуются суперюзерские привилегии, в тоже время kernelspace, хорошо подходит для дров.

в тоже время kernelspace, хорошо подходит для дров.

Это, как буд-то, очевидно)))

Потому, наверно, микроядерная архитектура и не приживётся никак

Тип того)) получается зря этот пост замутил) идей для драйверов у меня много. Тот же pcie для fpga девайсов раскурить..

Тем временем ntfs3, smb3 и тд пихнули в ядро.

Ещё есть tempesta, которая туда браузер пихнула и базу данных, чем бы ни тешились