| framebuffer for ct [message #51527] |
Wed, 09 July 2014 11:09  |
|
|
Привет. Вообще-то хочется framebuffer для контейнеров. Моделируемая сетевая карта для контейнера есть. Для Xen в ядре имеется и клавиатура и framebuffer. Это почти тоже, что надо и для OpenVZ. Framebuffer для хоста может выглядеть в виде именнованного канала, который будет заменой XenBus. Программа в Host открывет этот канал и обеспечивает отображение связанного с ним FB. Qemu-KVM по сути делают тоже самое в части Framebuffer. В новых ядрах есть драйвер qxl-framebuffer, который обеспечивает SPICE-framebuffer. Вопрос: как создавать устройство для CT, желательно одновременно с созданием канала связи с HOST CT?
PS: для KVM аналогом XenBus является VIRTIO. В сети был пример FrameBuffer для VIRTIO. Но как этот VIrtIO отображается в HOST (связь через него)? Или для OpenVZ мы программно в HOST создаёи FB
(клавиатуру, мышь, звук) вместе с каналом связи и пробрасываем их как физические устройства в CT?
|
|
|
|
| Re: framebuffer for ct [message #51647 is a reply to message #51527] |
Tue, 09 September 2014 02:47  |
|
|
Попалась на глаза интересная статья на habrahabr: <Миникомпьютер из роутера с OpenWRT: пишем драйвер фреймбуфера> http://habrahabr.ru/post/164635/
Человек использовал vfb для реализации вывода видео по usb. Здесь vfb - это витриуальный framebuffer (только ram, без привязки к железу).
Относительно framebuffer для контейнера этот vfb (для начала) -- вполне подходит. Ибо несколько /dev/fb -- можно. Можно и пробросить этот /dev/fbX от дрпйвера vfb в контейнер. Осталось понять -- как получить доступ к памяти этого проброщенного vfb из host (ct0) 
PS: пока не пробовал играть с vfb, может получить достут к проброщенному vfb и просто...
Для начала можно просто проборосить vfb в контейнер и посмотреть изнутри конейнера (как описано в статье на habrahabr) на то, выводится туда что-либо
|
|
|
|
OpenVZ Forum
Members
Search
Help
Register
Login
Home
