LINUX.ORG.RU

История изменений

Исправление qrck, (текущая версия) :

А возьмём ведроидное ядро: Загрузили его, а половины железа - нет вообще. Питалово на USB отсутствует, видео непроинициализировано, тача нету, WiFi выключен, камера обесточена и т.д. Справилось ведроидное ядро со своей задачей? Хрена с два. Для полноценной работы вынь да положь грёбаный ненужный дальвик, который совсем не ядро, но почему-то предоставит себе же доступ к вышеупомянутому железу.0

Пусть я и решил больше с вами не дискутировать, не могу не откомментировать, т.к. с технической точки зрения - вы порите чушь, возможно от незнания архитектуры Android.

То, о чем вы говорите, работа с устройствами, - к ней Dalvik не имеет никакого отношения. Вся работа с устройствами, userspace level драйвера, реализована(ы) через подсистему «Android HAL» (см картинки http://source.android.com/devices/). Фактически HAL - это набор подгружаемых динамически *.so-шек + управляющий код. Для каждого типа драйверов - стандартизован интерфейс и структуры данных с API, аналогично тому как это сделано с модулями ядра в ядре.

Dalvik к HAL не имеет никакого отношения, кроме того, что он использует HAL для работы с оборудованием. HAL - это исключительно нативный код работоспособный без Dalvik. (Более того, на современных андроидах Dalvik скоро будет заменен на другой рантайм).

Главная и основная причина наличия HAL в Android-е - что-бы позволить производителями железок не открывать свои драйвера, о чем гугл открыто пишет. Плохо это или хорошо - вопрос субьективный, но в свою очередь HAL позволяет вынести многие драйвера в userspace, тем самым сделав систему более стабильной и модульной, что есть неплохо.

Так что никакой жесткой привязки к Dalvik в ядре linux-а на android-е нет. А то, что X-ы не запускаются - скорее всего следствие того, что google решили выпилить некоторые IPC механизмы, которые они сочли потенциальными источниками уязвимостей (речь о SysV IPC), - никто не мешает впилить это обратно и пересобрать ядро.

Исходная версия qrck, :

А возьмём ведроидное ядро: Загрузили его, а половины железа - нет вообще. Питалово на USB отсутствует, видео непроинициализировано, тача нету, WiFi выключен, камера обесточена и т.д. Справилось ведроидное ядро со своей задачей? Хрена с два. Для полноценной работы вынь да положь грёбаный ненужный дальвик, который совсем не ядро, но почему-то предоставит себе же доступ к вышеупомянутому железу. Если ядро не обеспечивает доступ к железу - то это не ядро, это какой-то обрубок убогий, который своих функций не выполняет.

Пусть я и решил больше с вами не дискутировать, не могу не откомментировать, т.к. с технической точки зрения - вы порите чушь, возможно от незнания архитектуры Android.

То, о чем вы говорите, работа с устройствами, - к ней Dalvik не имеет никакого отношения. Вся работа с устройствами, userspace level драйвера, реализована(ы) через подсистему «Android HAL» (см картинки http://source.android.com/devices/). Фактически HAL - это набор подгружаемых динамически *.so-шек + управляющий код. Для каждого типа драйверов - стандартизован интерфейс и структуры данных с API, аналогично тому как это сделано с модулями ядра в ядре.

Dalvik к HAL не имеет никакого отношения, кроме того, что он использует HAL для работы с оборудованием. HAL - это исключительно нативный код работоспособный без Dalvik. (Более того, на современных андроидах Dalvik скоро будет заменен на другой рантайм).

Главная и основная причина наличия HAL в Android-е - что-бы позволить производителями железок не открывать свои драйвера, о чем гугл открыто пишет. Плохо это или хорошо - вопрос субьективный, но в свою очередь HAL позволяет вынести многие драйвера в userspace, тем самым сделав систему более стабильной и модульной, что есть неплохо.

Так что никакой жесткой привязки к Dalvik в ядре linux-а на android-е нет. А то, что X-ы не запускаются - скорее всего следствие того, что google решили выпилить некоторые IPC механизмы, которые они сочли потенциальными источниками уязвимостей (речь о SysV IPC), - никто не мешает впилить это обратно и пересобрать ядро.