Подскажите простейший способ для заданного непрерывного блока физической рамы иметь блочный интерфейс?

CONFIG_BLK_DEV_RAM

насколько я знаю рамдиски то они позволяют иметь дело только с виртуальной памятью. в каком месте я неправ?

в каком месте я неправ?

Определи, что для тебя «физическая рама».

DDR3 вставленная в соответствующие слоты с физическими адресами от 0xXXXX XXXX до 0xYYYY YYYY

замапь /dev/memory

Определи, что для тебя «физическая рама».

DDR3 вставленная в соответствующие слоты с физическими адресами от 0xXXXX XXXX до 0xYYYY YYYY

Тогда способа нет. Не только простейшего - вообще никакого.

Хотя... способ таки есть. Но «простым» его не назовешь, да и, судя по всему, тебе это не нужно.

Тогда способа нет. Не только простейшего - вообще никакого.

написать свой драйвер?

Нет. Вклиниться в процесс инициализации ядра (это возможно и делалось не раз, но там-то перед разработчики точно знали, что и зачем они делают).

Плохо. Будем думать

А зачем такое понадобилось?

чтото типа IPC в системе где одно ядро процессора ранит Linux а второе - альтернативную ось без виртуализации на тойже раме.

Если нужный участок может находиться в верхних адресах, можно попробовать скормить ядру параметр mem равный числу памяти, которую займёт линукс. В более сложных случаях, похоже, придётся писать свой модуль. Ищи драйвера устройств на memory mapped io.

IPC в системе где одно ядро процессора ранит Linux а второе - альтернативную ось без виртуализации на тойже раме.

И вы для этого хотели блочное устройство поверх физических адресов? Ахаха.

Из того, что есть в ядре, можно посмотреть на rpmsg.

ну в даном случае rpmsg немного не то.

ну в даном случае rpmsg немного не то.

В данном случае «немного не то» - это блочное устройство (а понты о «DDR3 вставленная в соответствующие слоты» - это «много не то»). Для общения и с соседним ядром, и с сопроцессором на плате расширения хватит стандартных API вроде virt_to_phys, phys_to_bus, dma_*, и будет это общение по сути передачей сообщений. Его можно набыдлить вручную (я так делал, когда не было rpmsg) или воспользоваться существующим.

Я тут нашел что можно использовать драйвера mtd_phram или mtd_slram прикрытые mtdblock

интересно кто и что думает о такой комбинации?

Вобщем если не изобретать велосипед то нужно пользовать уже существующие в ядре mtd-устройства. Или поискать в гугле готовый велосипед который сразу дает блочный девайс.