sir, this turned out very useful to me. i am struggling to make my asus eee pc 1015cx graphics work with video acceleration. but the ppa sarvatt cedarview drivers didnt give video acceleration. after installing your kernel, it is working fine. thank you very much. i also had a request that please provide another one with recent kernel version for cedarview (preferably version 3.3 or above) if possible. i am using ubuntu 12.04 lts.
Since there is no way to start a thread on this web site page, I am responding with a general statement: I have all kinds of Linuxes running on separate partitions of my DN2800 desktop board, including a partition devoted to MeeGo. One thing I have found out is that available benchmarks (e. g., the Peacekeeper) are in a narrow range, with or without specific pvr powervr graphics, with or without one or another adaptation-pc kernel. You can tell me that MeeGo has superior 3d graphics, but any other Linux using the adaptation-pc kernel and a custom-compiled 'fbdev-drv.so' for graphics produces a satisfactory lumpy-looking desktop using the 3650, with no noticeable penalty in performance. In fact, data indicates that the swrast dri driver for fbdev_drv.so is using the adaptation-pc provided /dev/dri to render directly.
As for tthe entertainment aspect of the 3650, google-chrome has a most recent beta with a hidden surprise: It can be used as a high-definition video player by pointing it at a suitable ogg or mpeg4 file on your system (e. g., URL: /home/tux/Videos/BugsBunny.ogg). All you need to make this happen is Xine and the xine-plugin; or mplayer and the mplayer-plugin; or totem and the totem-plugin. Have one of these installed, and the ffmpegsumo.so chrome browser library comes into play, with at least 720p full screen, full-speed video, and synchronized audio. And it does this without using an accelerator chip. So long as Google continues to provide this surprise generosity, ANY dual-cpu atom in the 1.6 and better cpu speed can be made to reproduce high-definition videos at 50% or less cpu utilization.
I'll tell you from running tests that it is not worth the trouble to install any Linux that tries to use the emgd junk available from Intel. It is most certainly a good idea to get MeeGo and adapt it, or copy its video system and kernel to another Linux.
The kernel i made was from instruction from intel fedora driver bee for 3.1...kernel
Patch cannot works on different kernel 3.3.
Vtallor are right don't have sense using this is difficult and wont works.
you get little of something, cant use 100% of gpu usage for video ar gl.
PLAYING HD video Intels cpu cores are overheating i don't think the board dn2800mt will still fannlles in proper ventilated cases.returning to store.
i still by waiting for better release cedarview full supported and ported driver for all linux.
so useless for many years.
I'm greatly disappointed as well with this return to outdated backward approach we experienced in the past from Intel. I thought I have finally found a box which is exactly something I'm looking for, with low energy consumption and just enough computation power. I guess you guys want to help ARM win the market by not releasing open specifications and source code of these gpu drivers. Why you guys decided to loose customers this way?
And screw you PowerVR..
Has this been addressed by the recent commits to fix cedarview support in 3.3/3.4? I'm looking at getting an ASRock AD2700 ITX.
This is experimental support, limited 2D only. Limited, because video buffer size can be set only to 8 MB due to unsolved problems with video memory allocation. Consequently, it does not seem possible to reach 24bpp color mode (only 16 bpp) on higher screen resolutions. Video acceleration is non existing too.
Sadly, nobody seem to work on this driver any more
So in the last few weeks its become very easy to install the proprietary drivers on Ubuntu and Mint, but is anyone having screen tearing issues with this driver? Even just moving around windows and playing video I've got screen tearing. Sometimes a video will get pretty close to not tearing and other times the same video will tear a lot.
Is it best to use the open source driver instead if I'm just wanting tear free video?
I initially set up Fedora 17 i386 with the gma500_gfx kernel driver and the xorg modesetting driver. It works, but the framerate for things like Flash video was pretty awful, compared with Flash on the Windows 7 install my HP Mini 210-4120 shipped with (unsurprising, as this arrangement is unaccelerated).
To that end, I've decided to try Fuduntu, then attempt to port Robert Hook's cedarview Ubuntu ppa to a bunch of RPMs. Obviously, this requires starting with Fuduntu 2012.2, then upgrading the kernel specifically to 3.2, then disabling further updates to kernel, kernel-devel and kernel-headers packages before performing any more updates from the Fuduntu repos. I'm hoping that kernel 3.2.18-2 is sufficiently close to Ubuntu 12.04 LTS's 3.2 kernel that the drm drivers port fairly easily.
Hopefully, the performance will be worth the effort...
Actually, if you use any number of Slackware derivatives, the stock Linux kernel will give you a psbgfx framebuffer. If you go into the kernel modules, say,
you will find the poulsbo.ko module, which does nothing except crash the psbgfx framebuffer. So, rename the poulsbo.ko to prevent it from loading, and you have a working psbgfx framebuffer that works with the same kernel command line on both this gma500 fit-pc2 and my Cedarview DN2800 desktop. Remember, leaving poulsbo.ko operational crashes the system; otherwise, it starts up with all kinds of salutary comments about setting up the fbcon framebuffer and the /dev/dri in the dmesg buffer.
Assume you get this far. You have a framebuffer that talks to the mesa driver. Now all you need is an fbdev_drv.so in /usr/lib/xorg/modules/drivers, and you have a working system.
To get kernel modesetting to work, you add 'video=1366x768' to the command line, and you get a minimal, yet effective, 16:9 resolution that works. One way to do this is to install the RIPLinuX Slackware that has its own fbdev_drv.so and simply update the kernel to a more recent Slackware kernel. Or use the original kernel, with poulsbo.ko renamed and the added resolution statement. Or you can omit the statement on the command line and you will get an automatic 1024x768 which works fine also.
How does one say this? The acceleration features of both kernels are scarcely used nowadays, so running fbdev as your graphics driver will not ruin anything. On the gma500, using a 'performance' frequency ladder gets rid of all kinds of complaints caused by bad video streaming problems. And, the full Xine package from recent Slackware runs full screen and full motion and full synchronization on the gma500 1100 mhz. You can even get a xine plugin for firefox from some Ubuntu source that works.
Tested windows with one of the boards but drivers are buggy even on windows. And no 64bit driver...
We switched to some Fusion boards and can't say a bad word.
Intel & Imagination should leave gfx chip designing to someone who really knows what to do. or stick with mobile phones.