linux-toradex.git/drivers/gpu/drm/gma500/framebuffer.h, branch v4.16-rc6 Linux kernel for Apalis and Colibri modules drm/gma500: Rename psb_intel_connector to gma_connector 2013-07-23T23:47:34+00:00 Patrik Jakobsson patrik.r.jakobsson@gmail.com 2013-07-22T15:05:25+00:00 a3d5d75f694396aa574c4dadbd6008e2cc9a2bbb The psb_intel_connector is generic and should be named appropriately Signed-off-by: Patrik Jakobsson <patrik.r.jakobsson@gmail.com> 
The psb_intel_connector is generic and should be named appropriately

Signed-off-by: Patrik Jakobsson <patrik.r.jakobsson@gmail.com>
gma500: kill virtual mapping support 2011-12-06T09:55:29+00:00 Alan Cox alan@linux.intel.com 2011-11-29T22:19:47+00:00 dffc9ceb55695f121adc57dd1fde7304c3afe81e This isn't actually usable - we simply don't have the vmap space on a 32bit system to do this stunt. Instead we will rely on the low level drivers limiting the console resolution as before. The real fix is for someone to write a page table aware version of the framebuffer console blit functions. Good university student project perhaps.. Signed-off-by: Alan Cox <alan@linux.intel.com> Signed-off-by: Dave Airlie <airlied@redhat.com> 
This isn't actually usable - we simply don't have the vmap space on a 32bit
system to do this stunt. Instead we will rely on the low level drivers
limiting the console resolution as before.

The real fix is for someone to write a page table aware version of the
framebuffer console blit functions. Good university student project
perhaps..

Signed-off-by: Alan Cox <alan@linux.intel.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
gma500: introduce the framebuffer support code 2011-11-16T11:24:36+00:00 Alan Cox alan@linux.intel.com 2011-11-03T18:21:20+00:00 4d8d096e9ae86621cc38b5417f4353305c5fd3a9 We support 2D acceleration on some devices but we try and do tricks with the GTT as a starting point as this is far faster. The GTT logic could be improved further but for most display sizes it already makes a pretty good decision. Signed-off-by: Alan Cox <alan@linux.intel.com> Signed-off-by: Dave Airlie <airlied@redhat.com> 
We support 2D acceleration on some devices but we try and do tricks with
the GTT as a starting point as this is far faster. The GTT logic could be
improved further but for most display sizes it already makes a pretty good
decision.

Signed-off-by: Alan Cox <alan@linux.intel.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>