[opensuse-arm] omapdrm
![](https://seccdn.libravatar.org/avatar/3faa48f7f462ca17481ecd1e2f45d53f.jpg?s=120&d=mm&r=g)
Howdy, During the past few days I've been trying to get omapdrm to talk to me. Thanks to Rob's help I finally got things working on 3.4 [1]. Something's still wrong with the pixel clock, so I can only use low (1280x1024) resolutions. And for 2D acceleration we'd need a binary blob. But overall, we can completely replace omapfb with omapdrm and have future proof gfx on OMAP! I pushed the relevant changes to the openSUSE-12.2 branch of the SUSE kernel repo. So the next time we get a kernel submission for Factory / 12.2, it should contain a working omapdrm driver. Just modprobe it and you're ready to go with a console. The great thing about it though is that we finally have a working Xorg driver that doesn't randomly black screen you and which actually support xrandr, so you can switch resolutions and connections on the fly. To try it out, just use the xorg-x11-drv-omap package from openSUSE:Factory:ARM. The name is not final yet, so expect it to change. Keep up the great work guys! We're getting closer to a usable 12.2 every single day :). Alex [1] http://csgraf.de/tmp/beagle-xm-3.4.jpg -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/eeee970188aaff5989ec40df8a5a46d9.jpg?s=120&d=mm&r=g)
Hi, Le 03/07/2012 23:59, Alexander Graf a écrit :
Howdy,
During the past few days I've been trying to get omapdrm to talk to me. Thanks to Rob's help I finally got things working on 3.4 [1]. Something's still wrong with the pixel clock, so I can only use low (1280x1024) resolutions. And for 2D acceleration we'd need a binary blob. But overall, we can completely replace omapfb with omapdrm and have future proof gfx on OMAP!
Can omapfb and omapdrm co-exist? So that we can use omapfb as frambuffer to have a framebuffer console when X is not (yet) started or if it does not start anymore for example. If you want to give it a try, I have packaged gfx in my home repo (for beagleboard (xM)): https://build.opensuse.org/package/show?package=pvr-omapes5.x&project=home%3... More info on the wiki: http://en.opensuse.org/openSUSE:Beagleboard_%28xM%29#2D.2F3D_hardware_accele...
I pushed the relevant changes to the openSUSE-12.2 branch of the SUSE kernel repo. So the next time we get a kernel submission for Factory / 12.2, it should contain a working omapdrm driver. Just modprobe it and you're ready to go with a console.
The great thing about it though is that we finally have a working Xorg driver that doesn't randomly black screen you and which actually support xrandr, so you can switch resolutions and connections on the fly. To try it out, just use the xorg-x11-drv-omap package from openSUSE:Factory:ARM. The name is not final yet, so expect it to change.
I have pushed xf86-video-omap to X11:XOrg. I have merged your xorg-x11-drv-omap spec into mine and I will push it to factory shortly.
Keep up the great work guys! We're getting closer to a usable 12.2 every single day :).
Alex
:) Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/3faa48f7f462ca17481ecd1e2f45d53f.jpg?s=120&d=mm&r=g)
On 04.07.2012, at 09:59, Guillaume Gardet <guillaume.gardet@free.fr> wrote:
Hi,
Le 03/07/2012 23:59, Alexander Graf a écrit :
Howdy,
During the past few days I've been trying to get omapdrm to talk to me. Thanks to Rob's help I finally got things working on 3.4 [1]. Something's still wrong with the pixel clock, so I can only use low (1280x1024) resolutions. And for 2D acceleration we'd need a binary blob. But overall, we can completely replace omapfb with omapdrm and have future proof gfx on OMAP!
Can omapfb and omapdrm co-exist? So that we can use omapfb as frambuffer to have a framebuffer console when X is not (yet) started or if it does not start anymore for example.
Omapdrm actually provides an fb as well, so nothing to worry about here :). Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/eeee970188aaff5989ec40df8a5a46d9.jpg?s=120&d=mm&r=g)
Le 04/07/2012 10:09, Alexander Graf a écrit :
On 04.07.2012, at 09:59, Guillaume Gardet <guillaume.gardet@free.fr> wrote:
Hi,
Le 03/07/2012 23:59, Alexander Graf a écrit :
Howdy,
During the past few days I've been trying to get omapdrm to talk to me. Thanks to Rob's help I finally got things working on 3.4 [1]. Something's still wrong with the pixel clock, so I can only use low (1280x1024) resolutions. And for 2D acceleration we'd need a binary blob. But overall, we can completely replace omapfb with omapdrm and have future proof gfx on OMAP! Can omapfb and omapdrm co-exist? So that we can use omapfb as frambuffer to have a framebuffer console when X is not (yet) started or if it does not start anymore for example. Omapdrm actually provides an fb as well, so nothing to worry about here :).
Alex
Ok. fine :) Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
participants (2)
-
Alexander Graf
-
Guillaume Gardet