An error occurred fetching the project authors.
- 24 Feb, 2012 1 commit
-
-
Tony Lindgren authored
There's no need to have these defines in plat/io.h. Note that we now need to ifdef omap_read/write calls as they will be available for omap1 only. While at it, clean up the includes to group them like they typically are grouped. Signed-off-by:
Tony Lindgren <tony@atomide.com>
-
- 13 Dec, 2011 1 commit
-
-
Hemant Pedanekar authored
This patch updates existing macros, functions used for TI816X, to enable addition of other SoCs belonging to TI81XX family (e.g., TI814X). The approach taken is to use TI81XX/ti81xx for code/data going to be common across all TI81XX devices. cpu_is_ti81xx() is introduced to handle code common across TI81XX devices. In addition, ti8168_evm_map_io() is now replaced with ti81xx_map_io() and moved in mach-omap2/common.c as same will be used for TI814X and is not board specific. Signed-off-by:
Hemant Pedanekar <hemantp@ti.com> Signed-off-by:
Tony Lindgren <tony@atomide.com>
-
- 15 Nov, 2011 2 commits
-
-
Marc Zyngier authored
After the MULTI_IRQ_HANDLER conversion, a couple of global variables can be removed. Signed-off-by:
Marc Zyngier <marc.zyngier@arm.com>
-
Marc Zyngier authored
Provide the OMAP2/3 IRQ code with low level handlers that can be used by platforms using CONFIG_MULTI_IRQ_HANDLER. Though the handlers are written in C, the compiled code looks very similar to its assembly counterpart (at least with my gcc 4.4.1). Tested-by:
Tony Lindgren <tony@atomide.com> Signed-off-by:
Marc Zyngier <marc.zyngier@arm.com>
-
- 03 Oct, 2011 1 commit
-
-
Tapani Utriainen authored
Fixes bug where variable i was redundantly used for counting two nested loops. Signed-off-by:
Tapani Utriainen <tapani@technexion.com> Signed-off-by:
Tony Lindgren <tony@atomide.com>
-
- 16 Jun, 2011 1 commit
-
-
Tony Lindgren authored
This allows us to remove cpu_is_omap calls from init_irq functions. There should not be any need for cpu_is_omap calls as at this point. During the timer init we only care about SoC generation, and not about subrevisions. The main reason for the patch is that we want to initialize only minimal omap specific code from the init_early call. Signed-off-by:
Tony Lindgren <tony@atomide.com> Reviewed-by:
Kevin Hilman <khilman@ti.com>
-
- 16 May, 2011 1 commit
-
-
Tony Lindgren authored
Use generic irq chip for omap2 & 3. Note that this patch also leaves out the spurious IRQ warning for omap3. This warning should no longer be needed as the interrupt handlers for various devices have implemented the necessayr read-back of the posted write. Signed-off-by:
Tony Lindgren <tony@atomide.com>
-
- 29 Mar, 2011 2 commits
-
-
Thomas Gleixner authored
Use irq_set_chip_and_handler() instead. Converted with coccinelle. Signed-off-by:
Thomas Gleixner <tglx@linutronix.de>
-
Thomas Gleixner authored
Convert to the new function names. Automated with coccinelle. Signed-off-by:
Thomas Gleixner <tglx@linutronix.de>
-
- 16 Feb, 2011 1 commit
-
-
Hemant Pedanekar authored
This patch updates the common machine specific source files with support for TI816X. Signed-off-by:
Hemant Pedanekar <hemantp@ti.com> Reviewed-by:
Kevin Hilman <khilman@ti.com> Signed-off-by:
Tony Lindgren <tony@atomide.com>
-
- 28 Jan, 2011 1 commit
-
-
Felipe Balbi authored
Fix the following compile warning: arch/arm/mach-omap2/irq.c:64:31: warning: 'intc_context' defined but not used Signed-off-by:
Felipe Balbi <balbi@ti.com> Signed-off-by:
Tony Lindgren <tony@atomide.com>
-
- 13 Jan, 2011 1 commit
-
-
Lennert Buytenhek authored
Signed-off-by:
Lennert Buytenhek <buytenh@secretlab.ca>
-
- 18 Dec, 2010 1 commit
-
-
Jean Pihet authored
Add comments and IDs for the following erratas: - i540: MPU cannot exit from Standby, - i478: Unexpected Cold-Reset is generated when device is coming back from OFF mode Signed-off-by:
Jean Pihet <j-pihet@ti.com> Signed-off-by:
Tony Lindgren <tony@atomide.com>
-
- 08 Oct, 2010 1 commit
-
-
Manjunath Kondaiah G authored
This patch fixes miscellaneous sparse warnings in mach-omap2. arch/arm/mach-omap2/board-am3517evm.c:141:17: warning: Initializer entry defined twice arch/arm/mach-omap2/board-am3517evm.c:142:18: also defined here arch/arm/mach-omap2/irq.c:50:35: warning: Using plain integer as NULL pointer Signed-off-by:
Manjunath Kondaiah G <manjugk@ti.com> Cc: linux-arm-kernel@lists.infradead.org Cc: Nishanth Menon <nm@ti.com> Signed-off-by:
Tony Lindgren <tony@atomide.com>
-
- 03 Feb, 2010 1 commit
-
-
Kevin Hilman authored
Ensure valid base address during IRQ init. Fixes compiler warning about potential use of uninitialized variable. Signed-off-by:
Kevin Hilman <khilman@deeprootsystems.com> Signed-off-by:
Tony Lindgren <tony@atomide.com>
-
- 21 Jan, 2010 2 commits
-
-
Tero Kristo authored
OMAP interrupt controller goes to unknown state when there is right combination of l3,l4 sleep/wake-up transitions, l4 autoidle in interrupt controller and some interrupt. When this happens, interrupts are not delivered to ARM anymore and ARM will remain in WFI (wait for interrupt) until interrupt controller is forced to wake-up (i.e. lauterbach). Signed-off-by:
Tero Kristo <tero.kristo@nokia.com> Signed-off-by:
Kevin Hilman <khilman@deeprootsystems.com>
-
Tero Kristo authored
Suspending drivers may still generate interrupts just before their suspend is completed. Any pending interrupts here will prevent sleep. Signed-off-by:
Tero Kristo <tero.kristo@nokia.com> Signed-off-by:
Kevin Hilman <khilman@deeprootsystems.com>
-
- 11 Nov, 2009 2 commits
-
-
Aaro Koskinen authored
Wrong index was used for ILR. Signed-off-by:
Aaro Koskinen <Aaro.Koskinen@nokia.com> Signed-off-by:
Kevin Hilman <khilman@deeprootsystems.com>
-
Rajendra Nayak authored
Add context save and restore for the INTC module to support off-mode. Signed-off-by:
Rajendra Nayak <rnayak@ti.com> Signed-off-by:
Kevin Hilman <khilman@deeprootsystems.com>
-
- 19 Oct, 2009 1 commit
-
-
Tony Lindgren authored
Use ioremap in irq.c Signed-off-by:
Tony Lindgren <tony@atomide.com>
-
- 28 May, 2009 1 commit
-
-
Jouni Hogander authored
Add common omap2/3 function to check wether there is irq pending. Switch to use it in omap2 pm code instead of its own. Signed-off-by:
Jouni Hogander <jouni.hogander@nokia.com> Signed-off-by:
Tony Lindgren <tony@atomide.com> Signed-off-by:
Kevin Hilman <khilman@deeprootsystems.com>
-
- 26 May, 2009 1 commit
-
-
Kevin Hilman authored
This reverts commit 5461af5a. Adding a disable hook to the irq_chip is not the way to fix the problem being addressed by this patch. Instead, we need to fix support for [enable|disable]_irq_wake(). Signed-off-by:
Kevin Hilman <khilman@deeprootsystems.com>
-
- 23 Apr, 2009 1 commit
-
-
Roger Quadros authored
SPURIOUSIRQ is contained in bits 31:7 of INTC_SIR, so INTC_SIR must be right shifted by 7, not 6. No change in logic, only changes for better readability. Refer to register definition of INTCPS_SIR_IRQ in OMAP3 Manual. Signed-off-by:
Roger Quadros <ext-roger.quadros@nokia.com> Signed-off-by:
Tony Lindgren <tony@atomide.com>
-
- 29 Jan, 2009 1 commit
-
-
김규원 authored
By Ingo Molnar, interrupts are not masked by default. (refer to 76d21601) But if interrupts are not masked, the processor can wake up while in Suspend-to-RAM state by an external interrupt. For example, if an OMAP3 board is connected to Host PC by USB and entered to Suspend-to-RAM state, it wake up automatically by M_IRQ_92. The disable_irq() function can't disable the interrupt in H/W level, So I modified arch/arm/mach-omap2/irq.c Signed-off-by:
Kim Kyuwon <chammoru@gmail.com> Signed-off-by:
Tony Lindgren <tony@atomide.com>
-
- 11 Dec, 2008 1 commit
-
-
Tony Lindgren authored
In the case of spurious interrupt, the handler for previous interrupt handler needs to flush posted writes with a read back of the interrupt ack register. Warn about handlers that need to flush posted writes. Signed-off-by:
Tony Lindgren <tony@atomide.com>
-
- 16 Oct, 2008 1 commit
-
-
Thomas Gleixner authored
local shadows of global variables are _bad_ Signed-off-by:
Thomas Gleixner <tglx@linutronix.de>
-
- 09 Oct, 2008 2 commits
-
-
Syed Mohammed, Khasim authored
Add minimal omap3430 support based on earlier patches from Syed Mohammed Khasim. Also merge in omap34xx SRAM support from Karthik Dasu and use consistent naming for sram init functions. Also do following changes that make 34xx support usable: - Remove unused sram.c functions for 34xx - Rename IRQ_SIR_IRQ to INTCPS_SIR_IRQ and define it locally in entry-macro.S - Update mach-omap2/io.c to support 2420, 2430, and 34xx - Also merge in 34xx GPMC changes to add fields wr_access and wr_data_mux_bus from Adrian Hunter - Remove memory initialization call omap2_init_memory() until until more generic memory initialization patches are posted. It's OK to rely on bootloader initialization until then. Signed-off-by:
Syed Mohammed, Khasim <khasim@ti.com> Signed-off-by: Karthik Dasu<karthik-dp@ti.com> Signed-off-by:
Adrian Hunter <ext-adrian.hunter@nokia.com> Signed-off-by:
Tony Lindgren <tony@atomide.com>
-
Paul Walmsley authored
Fix sparse warnings in mach-omap2/irq.c. Fix by defining intc_bank_write_reg() and intc_bank_read_reg(), and convert INTC module register access to use them rather than __raw_{read,write}l. Also clear up some checkpatch warnings involving includes from asm/ rather than linux/. Signed-off-by:
Paul Walmsley <paul@pwsan.com> Signed-off-by:
Tony Lindgren <tony@atomide.com>
-
- 06 Oct, 2008 1 commit
-
-
Tony Lindgren authored
Misc updates from linux-omap tree, mostly to update common device initialization and add missing defines from linux-omap tree. Also some changes to make room for adding 34xx in following patches. Note that the I2C resources are now set up in arch/arm/plat-omap/i2c.c helper, and can be removed from devices.c. Signed-off-by:
Tony Lindgren <tony@atomide.com>
-
- 06 Sep, 2008 1 commit
-
-
Russell King authored
Signed-off-by:
Russell King <rmk+kernel@arm.linux.org.uk>
-
- 05 Sep, 2008 1 commit
-
-
Russell King authored
OMAP1_IO_ADDRESS(), OMAP2_IO_ADDRESS() and IO_ADDRESS() returns cookies for use with __raw_{read|write}* for accessing registers. Therefore, these macros should return (void __iomem *) cookies, not integer values. Doing this improves typechecking, and means we can find those places where, eg, DMA controllers are incorrectly given virtual addresses to DMA to, or physical addresses are thrown through a virtual to physical address translation. Signed-off-by:
Russell King <rmk+kernel@arm.linux.org.uk>
-
- 07 Aug, 2008 2 commits
-
-
Russell King authored
This just leaves include/asm-arm/plat-* to deal with. Signed-off-by:
Russell King <rmk+kernel@arm.linux.org.uk>
-
Russell King authored
Remove includes of asm/hardware.h in addition to asm/arch/hardware.h. Then, since asm/hardware.h only exists to include asm/arch/hardware.h, update everything to directly include asm/arch/hardware.h and remove asm/hardware.h. Signed-off-by:
Russell King <rmk+kernel@arm.linux.org.uk>
-
- 20 Sep, 2007 1 commit
-
-
Juha Yrjola authored
Use virtual addresses directly instead of physical addresses to avoid having to recalculate the virtual address with every register access. Signed-off-by:
Juha Yrjola <juha.yrjola@solidboot.com> Signed-off-by:
Tony Lindgren <tony@atomide.com>
-
- 30 Nov, 2006 1 commit
-
-
Russell King authored
set_irq_chipdata -> set_irq_chip_data get_irq_chipdata -> get_irq_chip_data do_level_IRQ -> handle_level_irq do_edge_IRQ -> handle_edge_irq do_simple_IRQ -> handle_simple_irq irqdesc -> irq_desc irqchip -> irq_chip Signed-off-by:
Russell King <rmk+kernel@arm.linux.org.uk>
-
- 03 Oct, 2006 1 commit
-
-
Uwe Zeisberger authored
Many files include the filename at the beginning, serveral used a wrong one. Signed-off-by:
Uwe Zeisberger <Uwe_Zeisberger@digi.com> Signed-off-by:
Adrian Bunk <bunk@stusta.de>
-
- 25 Sep, 2006 1 commit
-
-
Komal Shah authored
ARM11 can't access the IVA interrupt controller from IVA slave port. From Richard Woodruff: "The 0x40000000 is an IVA-ARM7 local bus address. The IVA-INTC is NOT accessible through the IVA-L3-Slave Port. The current TRM does say this directly and indirectly in a few spots and in figures." Signed-off-by:
Komal Shah <komal_shah802003@yahoo.com> Signed-off-by:
Tony Lindgren <tony@atomide.com>
-
- 01 Aug, 2006 1 commit
-
-
David Brownell authored
Patch from David Brownell ARM genirq cleanups/updates: - Start switching platforms to newer APIs * use "irq_chip" name, not "irqchip" * providing irq_chip.name - Show irq_chip.name in /proc/interrupts, like on x86. This update a bit more than half of the ARM code. The irq_chip.name values were chosen to match docs (if I have them) or be otherwise obvious ("FPGA", "CPLD", or matching the code). Signed-off-by:
David Brownell <dbrownell@users.sourceforge.net> Signed-off-by:
Russell King <rmk+kernel@arm.linux.org.uk>
-
- 30 Jun, 2006 1 commit
-
-
Jörn Engel authored
Signed-off-by:
Jörn Engel <joern@wohnheim.fh-wedel.de> Signed-off-by:
Adrian Bunk <bunk@stusta.de>
-
- 10 Nov, 2005 1 commit
-
-
Tony Lindgren authored
Patch from Tony Lindgren This patch adds support for omap24xx series of processors. The files live in arch/arm/mach-omap2, and share common files with omap15xx and omap16xx processors in arch/arm/plat-omap. Omap24xx support was originally added for 2.6.9 by TI. This code was then improved and integrated to share common code with omap15xx and omap16xx processors by various omap developers, such as Paul Mundt, Juha Yrjola, Imre Deak, Tony Lindgren, Richard Woodruff, Nishant Menon, Komal Shah et al. Signed-off-by:
Tony Lindgren <tony@atomide.com> Signed-off-by:
Russell King <rmk+kernel@arm.linux.org.uk>
-