>подавляющая часть программного обеспечения распространялась на CD- и DVD-дисках. У Mac App Store имеется отличная возможность изменить данную традицию.
ура, они придумали репозитории! срочно расскажите Яну Мёрдоку!
>физическое или виртуальное устройство. Файл устройства создается именно так
как правило, регистрируется не файл устройства напрямую, а *устройство* определенного класса (реализующее определенный интерфейс) через соответствующую подсистему.
или, что еще правильней, регистрируется драйвер, который работает с устройствами определенной модели и ждущий, пока появится новое железо с определенными параметрами (в usb — vid, pid, class).
хотите простых примеров — смотрите в drivers/input/ или tty, там все красиво, понятно и по делу
>софтовые подразделения у многих производителей слабенькие
это проблемы жадности вендоров.
взять готовый порт ядра на нужный SoC и костылями припилить поддержку своих полторы с половиной асиков, имея на руках полные спеки и неприличное количество денег — решаемая задача.
слова X86 и _______________________________ низкое энергопотребление нужно писать на большом расстоянии.
вы размеры аккумуляторов любой железки на атоме и на арме сравните-то хоть.
если портированием будет заниматься гугл, то (столько) проблем быть не должно.
покажите мне обычный небтук на процессоре arm
www.netmite.com/android/mydroid/cupcake/frameworks/base/cmds/system_server/library/system_init.cpp
ура, они придумали репозитории! срочно расскажите Яну Мёрдоку!
соответственно «прерывание» для печати текста на экран там нет и все делается ручками через прямую работу с фреймбуфером.
а дальше уже просто — считал из NOR ядро, записал в RAM и пнул на него управление, делов-то.
это как так? если напротыкать в init — он не будет загружен
ересь, man 8 sudo
>Во втором случае можно гибко настроить права,
а через sudo нельзя, да? man 5 sudoers, читайте
пропоганда гомосексуализма на моем хабре?
про терминологию usb собирался как-то, но на хабре — увы и ах, тутошняя система мотивации и поощерений меня не любит.
если из ядра — поймать устройство через vid/pid и повесить коллбеки на приход пакетов по нужным портам (ep).
больше мороки будет с обработкой данных и тем классом устройства, которое этот драйвер реализует, а сама отправка-получка там тривиальна.
как правило, регистрируется не файл устройства напрямую, а *устройство* определенного класса (реализующее определенный интерфейс) через соответствующую подсистему.
или, что еще правильней, регистрируется драйвер, который работает с устройствами определенной модели и ждущий, пока появится новое железо с определенными параметрами (в usb — vid, pid, class).
хотите простых примеров — смотрите в drivers/input/ или tty, там все красиво, понятно и по делу
ну да, это же так просто!
это проблемы жадности вендоров.
взять готовый порт ядра на нужный SoC и костылями припилить поддержку своих полторы с половиной асиков, имея на руках полные спеки и неприличное количество денег — решаемая задача.
… например, информацию о доброкунах, сливающих информацию пану Эссенджу