aboutsummaryrefslogtreecommitdiff
path: root/drivers/mfd/glamo
AgeCommit message (Collapse)Author
2010-01-16Implement enable/reset of 3D engineHEADdrm-trackingThomas White
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-11-26Merge branch 'andy-tracking' into drm-trackingThomas White
2009-11-26mfd: glamo: Enable FIFO stage for the LCD engine's memory accessThomas White
By avoiding conflicts of memory access inside Glamo, this doubles the speed of internal memory access. Signed-off-by: Thomas White <taw@bitwiz.org.uk> Signed-off-by: Paul Fertser <fercerpav@gmail.com>
2009-11-20Fix KMS framebuffer physical addressThomas White
This allows "/dev/fb0" to work correctly with mmap(). Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-11-16Simplify fences somewhatThomas White
The "dummy blit" isn't actually needed. Leaving the scratch buffer there for the time being, since it nicely shows up things which need fixing in KMS. Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-11-15Fix ordering of KMS initialisationThomas White
This fixes a problem which was hidden because the framebuffer was always at the lowest address. Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-11-15Enable FIFO stage for the LCD engine's memory accessThomas White
By avoiding conflicts of memory access inside Glamo, this doubles the speed of internal memory access. Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-11-15Add interrupt-driven waitqueue for better GPU synchronisationThomas White
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-11-09Fix oops in GEM object allocationThomas White
If the allocation of a new GEM object failed due to there being no available VRAM, then glamo_gem_object_alloc() would bail out, calling drm_gem_object_unreference() in the process. glamodrm_gem_free_object() would then proceed to try to give back the memory which was unsuccessfully allocated. This obviously doesn't work, and resulted in an oops. To fix it, check that the VRAM block handle is non-NULL before freeing it. Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-11-08Fix some CmdQ nonsense (?)Thomas White
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-11-08Tidy up and fix burst submissionThomas White
Fixing a stupid mistake in the process... Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-11-05glamo-spi: missing semicolon after MODULE_AUTHOR()Martin Jansa
Fix compilation error due to missing semicolon Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Paul Fertser <fercerpav@gmail.com>
2009-10-22Add burst commandsThomas White
This adds kernel support for sending burst commands to the hardware. Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-09-11Merge commit 'remotes/openmoko/andy-tracking' into drm-trackingThomas White
2009-09-10Fix sanitisationThomas White
Muppetry... Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-09-09Sanitise size and alignment of GEM objectsThomas White
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-08-27Silence suspend/resumeThomas White
This removes a few excess printks to tidy up suspend/resume. Identical changes exist in andy-tracking already Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-08-22Remove 'vram_base'Thomas White
This isn't needed any more. Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-08-22Release mapping resources when deleting a GEM objectThomas White
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-08-22Zero VRAM before passing to userspaceThomas White
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-08-20Initial buffer wait/IRQ stuffThomas White
IRQ stuff brought across from earlier work by Andreas. Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-08-19Move glamo_ioctl_gem_wait_rendering() to glamo-cmdq.cThomas White
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-08-19Formatting fussinessThomas White
2009-08-19Remove KMS function announcementsThomas White
I'm happy with how this works, now. Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-08-18Remove CmdQ wrap-around printkThomas White
This works - no need for the message any more. Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-08-16Unlock mutex on unsuccessful mmapThomas White
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-08-16FormattingThomas White
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-08-16Remove unused snippetThomas White
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-08-11Merge branch 'drm-tracking' of ↵Thomas White
git+ssh://git-weiss@git.bitwiz.org.uk/srv/git-public/kernel into drm-tracking
2009-08-11Update licence boilerplateThomas White
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-08-06Tidy up, and remove debugThomas White
Tidy up a few lines, and remove debug lines which would slow us down. Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-08-06Put the mutex functions the right way roundThomas White
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-08-04ioremap() the framebuffer properlyThomas White
This fixes the glamo-kms-fb initialisation to ioremap() the proper address for the framebuffer, rather than just assuming it's at the start of the VRAM. Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-08-04Tidy up initialisationThomas White
Fix label usage, making a compiler warning go away in the process. Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-08-04Keep glamo-kms-fb off the hardware registersThomas White
This removes the last remaining instance of glamo-kms-fb touching Glamo's registers directly. Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-08-04Copyright and debugThomas White
Update the copyright notice to include proper BSD credit for the memory mapping in glamo-buffer.c. Also removes some superfluous debug messages. Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-08-04Take FB allocation back down to the minimumThomas White
This doesn't work with the current 'standard' DDX, so there's no point trying to make it work. Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-07-30Implement glamo_ioctl_gem_mmap(), properly this timeThomas White
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-07-29Implement glamo_crtc_mode_set_base()Thomas White
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-07-29Set minimum and maximum dimensions in mode configThomas White
Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-07-15Tidy upThomas White
This just alters some formatting and removes old code. Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-07-15Merge branch 'drm-kms' into drm-trackingThomas White
Conflicts: drivers/mfd/glamo/glamo-cmdq.c drivers/mfd/glamo/glamo-cmdq.h drivers/mfd/glamo/glamo-drm-drv.c drivers/mfd/glamo/glamo-drm-private.h Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-07-11De-bodge pixel clocksThomas White
.. or re-bodge them, depending on your perspective. This makes mode->clock contain a value in Hz, in line with the KMS convention. This is at the expense of more calculations when generating the mode from the mach_info and when setting the mode. Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-07-09DebugThomas White
Just a little bit more debug information Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-07-09Expose more memory via glamo-kms-fbThomas White
This increases the amount of memory exposed via the framebuffer. This should eventually allow an fbdev-based DDX or a KMS DDX to run on the same kernel, albeit suboptimally. Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-07-09Fix resume, part 2Thomas White
This removes a bogus check of var->pixclock. With KMS, this value is not relevant. Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-07-06Fix resume, part 1Thomas White
This seems to fix the kernel-level suspend/resume. There remains a problem which causes Xorg to crash on resume. Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-07-02Initial suspend/resumeThomas White
Doesn't work yet... Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-07-02More whitespaceThomas White
Fix a whitespace error introduced by the earlier debug stuff. Signed-off-by: Thomas White <taw@bitwiz.org.uk>
2009-07-02WhitespaceThomas White
Fix trailing whitespace Signed-off-by: Thomas White <taw@bitwiz.org.uk>