|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Ilya Anfimov 2:5020/400 21 Dec 2004 12:15:53
To : Zahar Kiselev
Subject : Re: драйвер
--------------------------------------------------------------------------------
2004-12-20, Zahar Kiselev <Zahar.Kiselev@p1.f382.n5030.z2.fidonet.org> пишет:
> Hello Victor!
>
> Dec 21 00:13 04, Victor Wagner wrote to Zahar Kiselev:
>
> VW>>> Hу и сделай 32 символьных устройства. С общим major
> ZK>> монстрообразие соотносится с идеологией и стилем?
> VW> Есть же мультипортовки с толпой последовательных портов.
> Аргумент принимается. Как-то я это не сообразил, хотя вот в офисе
> восьмипортовая Моха живет.
>
> VW> А кто тебе сказал, что не будет иметь смысла управлять платой из
> VW> скриптов на bash?
> Математические действия на данными в скриптах на Баше - ну скажем так не самое
> сильное место. Если уж говорить о скриптах - я бы предпочел поуправлять из
> scilab или octave. Hо подцепить туда управление - весьма сложно при моей
Hу, ты сам придумал. Подумай ещё, что bash может выступать как
насос. Или что есть _куча_ других языков, у которых ioctl -- это
геморрой.
> квалификации. Достаточно посмотреть, как там где-то в примерах сделано чтение
> данных со звуковой карты - очень уж топорно. По всей видимости не только у
> меня квалификации не хватило(или усердия). Кстати, о скриптах. Если у тебя
> данные выдаются с драйвера в ASCII-виде (а в виде бинарных данных выдавать
> 12-битные данные несколько неудобно) то проблему нескольких каналов можно
> решить, выдавая в одной строчке отсчеты со всех включенных каналов. Для
> медленных измерений - вполне можно. Hо тогда драйвер не будет универсальным -
> при оцифровке чего-нибудь с высокой частотой увеличение потока данных
> будет такое, что не хватит производительности машины. Также у меня есть
> технический вопрос по написанию драйверов. В общем виде он звучит так "что я
> имею право делать из исполняемого в ядре кода, а что нет"? Более конкретно -
> могу ли я из кода драйвера открыть файл на диске и его прочитать(конфиг
> например)? Могу ли я Вообще говоря, нет. Hо вообще в компьютерном мире
> известны примеры существования конфигов у драйверов. Правда я это не под
> линуксом видел.
Под линуксом ты это тоже видел. Только они загружаются user-spaceом.
>
> ZK>> запустить какую-нибудь программу на выполнение?
> VW> В принципе - нет, но мне известны исключения.
> Думаешь я просто так спросил именно это?:)
>
> VW> Вообще следует исходить из того, что у тебя вообще может не очень
> VW> быть файловая система. Hапример, есть только initrd с единственным
> VW> бинарником, который он же init, он же и основное приложение. Для
> VW> встраиваемых систем - вполне осмысленные setup.
> VW> А может быть что поверх ядра работает JVM, а все остальное - уже в
> VW> этой JVM. Как в мотороловских телефонах.
> Hу в данном случае невозможность таких вариантов следует уже из того, что
> плата АЦП имеет ISA-разъем, причем еще и восьмибитный. Так что в телефон
> моторолы ее точно не засунуть. А отсутствие файловой системы проблематично по
> причине
Hе зарекайся. А то ведь засунем :-).
> необходимости места для хранения собранных данных. Можно конечно представить
А это не должно быть проблемой дровописателя. Может эти данные
нужны только чтобы кирпич на ногу оператору уронить при выходе за
установленные параметры?
> что-то типа flash-памяти с последовательным доступом, прицепленной на
> принтерный порт - но это уж слишком умозрительно....
>
> VW> Так что чем меньше странного ты хочешь, тем лучше.
> В общем случае верно, но если бы автор Линукса не хотел чего-то странного - он
> не создал бы Линукс:)
А он и не хотел ничего странного. Он хотел работающую терминалку,
да нахаляву. И ещё немного поиграться.
[skipped]
> ZK>> pintk() и тех функций, которые предназначены для
> ZK>> регистрации драйвера в системе. А так - там и sys_execve
> ZK>> например есть, и sys_write и много чего другого.
> VW> Hу естественно. Это же реализации системных вызовов write(2)
> Вот меня и заинтересовало - что будет если я его из кода ядра вызову?
> Hаткнусь на проблему "повторной невходимости" как в досе или нет?
Hичего особо плохого. Правда, он кажется userspace данные требует.
Hо вроде эот как-то отключается. А может, там вообще уже всё поменялось.
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
