- Dec 22, 2008
-
-
Paul Mundt authored
Signed-off-by:Paul Mundt <lethal@linux-sh.org>
-
Magnus Damm authored
Enable LCDC deferred io on Migo-R using 1s delay. As with other deferred io frame buffers user space code should use fsync() on the frame buffer device to trigger an update. Signed-off-by:
Magnus Damm <damm@igel.co.jp> Signed-off-by:
-
Magnus Damm authored
This patch adds sh_mobile_lcdcfb deferred io support for SYS panels. The LCDC hardware block managed by the sh_mobile_lcdcfb driver supports RGB or SYS panel configurations. SYS panels come with an external display controller that is resposible for refreshing the actual LCD panel. RGB panels are controlled directly by the LCDC and they need to be refreshed by the LCDC hardware. In the case of SYS panels we can save some power by configuring the LCDC hardware block in one-shot mode. In this one-shot mode panel refresh is managed by software. This works well together with deferred io since it allows us to stop clocks for most of the time and only enable clocks when we actually want to trigger an update. When there is no fbdev activity the clocks are kept stopped which allows us to deep sleep. The refresh rate in deferred io mode is set using platform data. The same platform data can also be used to disable deferred io mode. As with other deferred io frame buffers user space code should use fsync() on the frame buffer device to trigger an update. Signed-off-by:
-
Magnus Damm authored
Extend the deferred io code from only supporting vmalloc()ed frame buffer memory to support both vmalloc()ed and physically contiguous frame buffer memory. The sh_mobile_lcdcfb hardware does not support scatter gather so we need physically contiguous memory to back our frame buffer. Signed-off-by:
Jaya Kumar <jayakumar.lkml@gmail.com> Signed-off-by:
-
Magnus Damm authored
Make sure the mmap callback is set to NULL in the deferred io cleanup function. This way we can enable and disable deferred io on the fly. Signed-off-by:
-
Magnus Damm authored
If CONFIG_FB_DEFERRED_IO is set, but there are framebuffers registered that does not make use of deferred io, then fsync() on those framebuffers will result in a crash. Fix that. This is needed for sh_mobile_lcdcfb since we always enable deferred io at compile time but we may disable deferred io for some types of hardware configurations. Signed-off-by:
-
Magnus Damm authored
Add LCDC interrupt resources for AP325 and Migo-R. The LCDC driver does not require interrupts at this point, but changes such as one-shot SYS mode using deferred io, and wait-for-vblank will both need this. Signed-off-by:
-
Magnus Damm authored
Since the sh_mobile_lcdc hardware has the framebuffer(s) in system RAM, use FB_SYS instead of FB_CFB. Also hook in read and write helpers. Signed-off-by:
-
Magnus Damm authored
Split pages returned by dma_alloc_coherent() and make sure we free them one by one. Signed-off-by:
-
Paul Mundt authored
There are no more users for this code, and it has been deprecated for some time, so just kill it off. Signed-off-by: -
Paul Mundt authored
We don't really want this enabled by default, but it is still quite useful for debugging. So, make it conditional and leave it off by default. Signed-off-by: -
Paul Mundt authored
Signed-off-by: -
Paul Mundt authored
This enables the same functionality that sh64 has for sh32. When running on simulated hardware or via remote memory via the debug interface, memory is gauranteed to be zero on boot already, and skipping the zeroing of BSS has measurable boot time benefits. Signed-off-by: -
Paul Mundt authored
The sh cpufreq driver is no longer limited to just the SH-3 and SH-4, update the documentation to reflect this fact accordingly. Signed-off-by: -
Paul Mundt authored
While no one should be including this file multiple times, flag it inline anyways just in case. Signed-off-by: -
Paul Mundt authored
sci_poll_put_char() happens to also be used by the serial console, while sci_poll_get_char() is only used by CONFIG_CONSOLE_POLL. Add another gnarly ifdef to shut up the compiler. Signed-off-by: -
Paul Mundt authored
Now that the rest of the boards that were using cf-enabler "generically" have switched to setting up their mappings on their own, only the mach-se boards were left using it. All of the cf-enabler using mach-se boards use a special initialization of the MRSHPC windows rather than going through the special PTE as other SH-4 platforms do. This consolidates the MRSHPC setup logic, hooks it up on the boards that care, and gets rid of any and all remaining references to cf-enabler. This has been long overdue, as cf-enabler has been the bane of arch/sh/kernel for the last 7 years. Good riddance. Signed-off-by: -
Paul Mundt authored
Signed-off-by: -
Paul Mundt authored
Signed-off-by: -
Paul Mundt authored
This makes the microdev code a bit more readable, and moves the setup for the SuperIO out on its own. Signed-off-by: -
Paul Mundt authored
This also fixes up a long-standing bug for this platform where the PIO base was set to a register offset, rather than the actual PIO offset itself. Signed-off-by: -
Paul Mundt authored
This gets rid of the cf enabler use on mach-sh03 and switches to use pata_platform with the proper address directly. cf_enabler is subsequently disabled for mach-sh03. Signed-off-by: -
Paul Mundt authored
Drop the special mv_ioport_map() implementation, as this can simply use __set_io_port_base() directly. Signed-off-by: -
Paul Mundt authored
Signed-off-by: -
Paul Mundt authored
This can use the same implementation as sh64, the generated assembly is the same between the new and old version, so there is not much point in leaving it open coded in inline assembly. This is preparatory work for future consolidation of the _32/_64 variants. Signed-off-by: -
Paul Mundt authored
Nothing is using this any more, so get rid of it before anyone gets the bright idea to start using it again. Signed-off-by: -
Paul Mundt authored
These can use the generic code instead. Signed-off-by: -
Paul Mundt authored
With the reworked kgdb support, we always detach and reinitialize the stub. This was mostly a feature for handoffs between sh-ipl+g and the kgdb stub, but virtually no sh-ipl+g versions ever had this working right in the first place. Given that the sh-ipl+g stubs in general use today don't even support the GDB stub, and we have already killed off the special casing in the sh-sci serial driver, kill off this now unused symbol too. Signed-off-by: -
Paul Mundt authored
Signed-off-by: -
Paul Mundt authored
Signed-off-by: -
Paul Mundt authored
Signed-off-by: -
Paul Mundt authored
Signed-off-by: -
Paul Mundt authored
Signed-off-by: -
Paul Mundt authored
Signed-off-by: -
Paul Mundt authored
Signed-off-by: -
Dave Peverley authored
This patch improves the oprofile support on sh and adds backtrace support. Signed-off-by:
Dave Peverley <dpeverley@mpc-data.co.uk> Signed-off-by:
Chris Smith <chris.smith@st.com> Signed-off-by:
-
Paul Mundt authored
This re-implements the old op_model_null code in to something more generic, where multiple drivers, backtrace, etc. can all be interfaced. Based largely on arch/mips/oprofile/common.c. Signed-off-by: -
Matt Fleming authored
After the recent changes to switch SuperH board support over to irq_chip it is now possible to set GENERIC_HARDIRQS_NO__DO_IRQ for all SuperH boards. Signed-off-by:
Matt Fleming <mjf@gentoo.org> Signed-off-by:
-
Matt Fleming authored
I've been unable to even compile-test this change because I don't have an sh5 toolchain. All uses of hw_interrupt_type for SuperH boards have now been converted to use irq_chip. Signed-off-by:
-
Matt Fleming authored
Switch the dreamcast IRQ code over to the irq_chip way of doing things, so that we can set GENERIC_HARDIRQS_NO__DO_IRQ for all SuperH boards. Also, whilst I'm here change some things to make checkpatch.pl happy: - Indent with tabs, not with spaces - Include <linux/io.h>, not <asm/io.h> - Fix the multi-line comment style - Fix some typos in the comments Tested-by:
Adrian McMenamin <adrian@newgolddream.dyndns.info> Signed-off-by:
-
