- Feb 10, 2009
-
-
Zbynek Michl authored
Patch adds support for the HTC Himalaya device. It includes hardware definitions and w100fb support. Signed-off-by:
Zbynek Michl <Zbynek.Michl@seznam.cz> Signed-off-by:
Russell King <rmk+kernel@arm.linux.org.uk>
-
Jaya Kumar authored
This patch adds support for the AM300 platform driver which uses the E-Ink broadsheetfb display driver. Cc: Eric Miao <eric.miao@marvell.com> Signed-off-by:
Jaya Kumar <jayakumar.lkml@gmail.com> Signed-off-by:
Russell King <rmk+kernel@arm.linux.org.uk>
-
Kristoffer Ericson authored
This patch updates the list of devices activated at init to also include the keyboard and touchscreen structs. We also remove a non-needed #ifdef. Signed-off-by:
Kristoffer Ericson <kristoffer.ericson@gmail.com> Signed-off-by:
Russell King <rmk+kernel@arm.linux.org.uk>
-
wanzongshun authored
Add W90P910 UART0 support,the W90P910 UART0 is 8250 series. Signed-off-by:
Wan ZongShun <mcuos.com@gmail.com> Signed-off-by:
Russell King <rmk+kernel@arm.linux.org.uk>
-
Daniel Silverstone authored
This patch provides the core board support for the Brivo Systems LLC ACS-5000 master board for automated door/card-reader etc management. Signed-off-by:
Daniel Silverstone <dsilvers@simtec.co.uk> Signed-off-by:
Vincent Sanders <vince@simtec.co.uk> Signed-off-by:
Russell King <rmk+kernel@arm.linux.org.uk>
-
Hartley Sweeten authored
Add the on-board rtc i2c device to the edb9307a platform init. The EP93xx based EDB9307A dev board has an on-board ISL1208 RTC connected to the I2C bus. Now that the core code supports the I2C bus, this patch will add support for the device. Signed-off-by:
H Hartley Sweeten <hsweeten@visionengravers.com> Signed-off-by:
Russell King <rmk+kernel@arm.linux.org.uk>
-
- Feb 02, 2009
-
-
Sascha Hauer authored
This patch adds a MX2/MX3 specific SDHC driver. The hardware is basically the same as in the MX1, but unlike the MX1 controller the MX2 controller just works as expected. Since the MX1 driver has more workarounds for bugs than anything else I had no success with supporting MX1 and MX2 in a sane way in one driver. Signed-off-by:
Sascha Hauer <s.hauer@pengutronix.de> Signed-off-by:
Pierre Ossman <drzeus@drzeus.cx>
-
Mike Rapoport authored
machines Signed-off-by:
Mike Rapoport <mike@compulab.co.il> Signed-off-by:
Eric Miao <eric.miao@marvell.com>
-
Mike Rapoport authored
xm_x2xx_defconfig currently supports 3 platforms: CM-X255, CM-X270 and EM-X270. Although EM-X270 is similar to CM-X2XX, it has a lot of unique features. Keeping these features in the same _defconfig increases the kernel size in the way it does not fit into CM-X2XX NOR flash. Rename xm_x2xx_defconfig to cm_x2xx_defconfig and remove EM-X270 specifc parts from it. Signed-off-by:
Mike Rapoport <mike@compulab.co.il> Signed-off-by:
Eric Miao <eric.miao@marvell.com>
-
Mike Rapoport authored
Signed-off-by:
Mike Rapoport <mike@compulab.co.il> Signed-off-by:
Eric Miao <eric.miao@marvell.com>
-
Mike Rapoport authored
Change several GPIO assignment from static to run-time Split MFP table to common and EM-X270 specific parts Introduce em_x270_module_init Signed-off-by:
Mike Rapoport <mike@compulab.co.il> Signed-off-by:
Eric Miao <eric.miao@marvell.com>
-
Mike Rapoport authored
Signed-off-by:
Mike Rapoport <mike@compulab.co.il> Signed-off-by:
Eric Miao <eric.miao@marvell.com>
-
Mike Rapoport authored
Signed-off-by:
Mike Rapoport <mike@compulab.co.il> Signed-off-by:
Eric Miao <eric.miao@marvell.com>
-
Mike Rapoport authored
Signed-off-by:
Mike Rapoport <mike@compulab.co.il> Signed-off-by:
Eric Miao <eric.miao@marvell.com>
-
Philipp Zabel authored
This patch depends on otg_transceiver support in pxa27x_udc (which is queued via linux-usb) to work. It compiles also without it. Signed-off-by:
Philipp Zabel <philipp.zabel@gmail.com> Signed-off-by:
Eric Miao <eric.miao@marvell.com>
-
- Jan 31, 2009
-
-
Uwe Kleine-König authored
"flash" is a very generic name for a platform_driver that is only available on SA11x0. Signed-off-by:
Uwe Kleine-König <u.kleine-koenig@pengutronix.de> Cc: Nicolas Pitre <nico@marvell.com>
-
Uwe Kleine-König authored
Signed-off-by:
Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
-
Uwe Kleine-König authored
SPIN_LOCK_UNLOCKED is deprecated as lockdep cannot properly work with locks initialized with it. This fix is necessary to compile the linux-rt tree for ARM. Signed-off-by:
Uwe Kleine-König <u.kleine-koenig@pengutronix.de> Cc: Steven Rostedt <srostedt@redhat.com>
-
- Jan 29, 2009
-
-
Kevin Hilman authored
In omap24xx_cpu_suspend assembly routine, the r2 register which holds the address of the SDRC_POWER reg is set to zero before the value is written back triggering a fault due to writing to address zero. It's hard to tell where this change was introduced since this file has been moved and merged. While this fix prevents a crash, suspend on my n810 is broken with current kernels. I never come out of suspend. Signed-off-by:
Kevin Hilman <khilman@deeprootsystems.com> Signed-off-by:
Tony Lindgren <tony@atomide.com>
-
김규원 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>
-
Aaro Koskinen authored
When 32 kHz timer is used the min_delta_ns should be initialized so that it reflects the timer programming cost. A write to the timer device will be usually posted, but it takes roughly 3 cycles before it is effective. If the timer is reprogrammed before that, the CPU will stall until the previous write completes. This was pointed out by Richard Woodruff. Since the lower bound for min_delta_ns is 1000, the change is visible only with tick rates less than 3 MHz. Also note that the old value is incorrect for 32 kHz also due to a rounding error, and it can cause the timer queue to hang (due to clockevent code trying to program the timer with zero ticks). Signed-off-by:
Aaro Koskinen <Aaro.Koskinen@nokia.com> Reviewed-by:
Richard Woodruff <r-woodruff2@ti.com> Signed-off-by:
Tony Lindgren <tony@atomide.com>
-
Tony Lindgren authored
The naming accidentally broke while changing the name for the driver to not to conflict with the other mmc driver. Signed-off-by:
Tony Lindgren <tony@atomide.com>
-
Tony Lindgren authored
Fix omap34xx revision detection for ES3.1 Signed-off-by:
Tony Lindgren <tony@atomide.com>
-
Jarkko Nikula authored
This has similar symptoms than 66c23551 where just omap_request_dma, omap_dma_link_lch and omap_dma_unlink_lch can cause incorrect dump_stack(). Here it can happen if channel has been used before and the channel flags variable holds old status. Signed-off-by:
Jarkko Nikula <jarkko.nikula@nokia.com> Signed-off-by:
Tony Lindgren <tony@atomide.com>
-
Juha Yrjola authored
CSR must be cleared before invoking the callback. If the callback function starts a new, fast DMA transfer on the same channel, the completion status might lost if CSR is cleared after the callback invocation. Signed-off-by:
Juha Yrjola <juha.yrjola@solidboot.com> Signed-off-by:
Tony Lindgren <tony@atomide.com>
-
Stanley.Miao authored
A spin_lock deadlock will occur when omap_mcbsp_request() is invoked. omap_mcbsp_request() \- clk_enable(mcbsp->clk) [takes and holds clockfw_lock] \- omap2_clk_enable() \- _omap2_clk_enable() \- omap_mcbsp_clk_enable() \- clk_enable(child clock) [tries for clockfw_lock again] mcbsp_clk is a virtual clock and it comprises several child clocks. when enable mcbsp_clk in omap_mcbsp_request(), the enable function of mcbsp_clk will enable its child clocks, then the deadlock occurs. The solution is to remove the virtual clock and enable these child clocks in omap_mcbsp_request() directly. Signed-off-by:
Stanley.Miao <stanley.miao@windriver.com> Signed-off-by:
Tony Lindgren <tony@atomide.com>
-
- Jan 28, 2009
-
-
Nicolas Pitre authored
When there are multiple L1-aliasing userland mappings of the same physical page, we currently remap each of them uncached, to prevent VIVT cache aliasing issues. (E.g. writes to one of the mappings not being immediately visible via another mapping.) However, when we do this remapping, there could still be stale data in the L2 cache, and an uncached mapping might bypass L2 and go straight to RAM. This would cause reads from such mappings to see old data (until the dirty L2 line is eventually evicted.) This issue is solved by forcing a L2 cache flush whenever the shared page is made L1 uncacheable. Ideally, we would make L1 uncacheable and L2 cacheable as L2 is PIPT. But Feroceon does not support that combination, and the TEX=5 C=0 B=0 encoding for XSc3 doesn't appear to work in practice. Signed-off-by:
Nicolas Pitre <nico@marvell.com> Signed-off-by:
Russell King <rmk+kernel@arm.linux.org.uk>
-
Russell King authored
Aaro says: > With spinlock debugs enabled I get might_sleep() warnings when using > ptrace. tracked down to a missing enable_irq before calling do_undefinstr(). Reported-by:
Aaro Koskinen <aaro.koskinen@nokia.com> Tested-by:
Aaro Koskinen <aaro.koskinen@nokia.com> Signed-off-by:
Russell King <rmk+kernel@arm.linux.org.uk>
-
Russell King authored
arch/arm/mach-msm/board-halibut.c:45: error: implicit declaration of function 'MSM_GPIO_TO_INT' arch/arm/mach-msm/board-halibut.c:45: error: initializer element is not constant arch/arm/mach-msm/board-halibut.c:45: error: (near initialization for 'smc91x_resources[1].start') arch/arm/mach-msm/board-halibut.c:46: error: initializer element is not constant arch/arm/mach-msm/board-halibut.c:46: error: (near initialization for 'smc91x_resources[1].end') Signed-off-by:
Russell King <rmk+kernel@arm.linux.org.uk>
-
David Brownell authored
The DaVinci code had an implementation of the OTG transceiver glue too; make it use the new-standard one. Signed-off-by:
David Brownell <dbrownell@users.sourceforge.net> Acked-by:
Felipe Balbi <felipe.balbi@nokia.com> Signed-off-by:
Greg Kroah-Hartman <gregkh@suse.de>
-
- Jan 26, 2009
-
-
Jean Delvare authored
Now that all EEPROM drivers live in the same place, let's harmonize their symbol names. Also fix eeprom's dependencies, it definitely needs sysfs, and is no longer experimental after many years in the kernel tree. Signed-off-by:
Jean Delvare <khali@linux-fr.org> Acked-by:
Wolfram Sang <w.sang@pengutronix.de> Cc: David Brownell <dbrownell@users.sourceforge.net>
-
Tejun Heo authored
The EH message for NODEV_HINT path was describing the opposite condition. Fix it. Signed-off-by:
Tejun Heo <tj@kernel.org> Signed-off-by:
Jeff Garzik <jgarzik@redhat.com>
-
- Jan 25, 2009
-
-
Russell King authored
Tomi Valkeinen reports: Running with latest linux-omap kernel on OMAP3 SDP board, I have problem with iounmap(). It looks like iounmap() does not properly free large areas. Below is a test which fails for me in 6-7 loops. for (i = 0; i < 200; ++i) { vaddr = ioremap(paddr, size); if (!vaddr) { printk("couldn't ioremap\n"); break; } iounmap(vaddr); } The changes to vmalloc.c weren't reflected in the ARM ioremap implementation. Turns out the fix is rather simple. Tested-by:
Tomi Valkeinen <tomi.valkeinen@nokia.com> Tested-by:
Matt Gerassimoff <mgeras@gmail.com> Signed-off-by:
Russell King <rmk+kernel@arm.linux.org.uk>
-
- Jan 24, 2009
-
-
Russell King authored
... for devices. Doing so is a bug, plain and simple, and drives GregKH round the bend. Signed-off-by:
Russell King <rmk+kernel@arm.linux.org.uk>
-
Russell King authored
The old matching algorithm was too fuzzy, causing false positives. For example, when asked for device D connection C1 and we only find device D connection C2, we return that as a valid match despite the connection names being different. Change the algorithm such that: An entry with a NULL ID is assumed to be a wildcard. If an entry has a device ID, it must match If an entry has a connection ID, it must match However, we maintain the order of precidence while still only doing a single pass over all entries: dev+con > dev only > con only. Signed-off-by:
Russell King <rmk+kernel@arm.linux.org.uk>
-
David Brownell authored
From: David Brownell <dbrownell@users.sourceforge.net> Subject: ARM/mach-davinci/usb.c buildfix CC arch/arm/mach-davinci/usb.o arch/arm/mach-davinci/usb.c:60: error: 'IRQ_USBINT' undeclared here (not in a function) make[1]: *** [arch/arm/mach-davinci/usb.o] Error 1 Signed-off-by:
David Brownell <dbrownell@users.sourceforge.net> Signed-off-by:
Russell King <rmk+kernel@arm.linux.org.uk>
-
Russell King authored
Which had the 'from' and 'to' pages reversed. Signed-off-by:
Russell King <rmk+kernel@arm.linux.org.uk>
-
- Jan 21, 2009
-
-
Guennadi Liakhovetski authored
This is a framebuffer driver for i.MX31 SoCs. It only supports synchronous displays, vertical panning supported, no overlay support. Acked-by:
Sascha Hauer <s.hauer@pengutronix.de> Signed-off-by:
Guennadi Liakhovetski <lg@denx.de> Signed-off-by:
Dan Williams <dan.j.williams@intel.com>
-
Philipp Zabel authored
Signed-off-by:
Philipp Zabel <philipp.zabel@gmail.com> Signed-off-by:
Eric Miao <eric.miao@marvell.com>
-
Philipp Zabel authored
Improves readability over the custom #define. Signed-off-by:
Philipp Zabel <philipp.zabel@gmail.com> Signed-off-by:
Eric Miao <eric.miao@marvell.com>
-