path: root/drivers/mfd
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-09-02pcf50633: move messages to appropriate log levelsArnaud Patard
Signed-off-by: Arnaud Patard <arnaud.patard@rtp-net.org> Signed-off-by: Paul Fertser <fercerpav@gmail.com>
2009-09-02pcf50606: move messages to appropriate log levelsArnaud Patard
Signed-off-by: Arnaud Patard <arnaud.patard@rtp-net.org> Signed-off-by: Paul Fertser <fercerpav@gmail.com>
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-08-02pcf50633: revise locking for ADCPaul Fertser
Current implementation is prone to races, this patch attempts to remove all but one (in pcf50633_adc_sync_read). The idea is that we need to guard the queue access only on inserting and removing items. If we insert and there're no more items in the queue it means that the last irq already happened and we need to trigger ADC manually. If not, then the next conversion will be triggered by the irq handler upon completion of the previous. Signed-off-by: Paul Fertser <fercerpav@gmail.com>
2009-08-02pcf50633: use a dedicated workqueue for irq processingPaul Fertser
Using the default kernel "events" workqueue causes problems with synchronous adc readings if initiated from some task on the same workqueue. I had a deadlock trying to use pcf50633_adc_sync_read from a power_supply class driver because the reading was initiated from the workqueue and it waited for the irq processing to complete (to get the result) and that was put on the same workqueue. Signed-off-by: Paul Fertser <fercerpav@gmail.com>
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>