Hi Hari,
From: ext Hari Kanigeri h-kanige...@ti.com
Subject: [PATCH 2/2] omap: iommu-add functionality to get TLB miss interrupt
Date: Tue, 18 May 2010 01:12:30 +0200
In order to enable TLB miss interrupt, the TWL should be
disabled. This patch provides the functionality to get the
MMU fault
Hi Hari,
From: ext Hari Kanigeri h-kanige...@ti.com
Subject: [PATCH 1/2] omap: iommu-update irq mask to be specific about twl
Date: Tue, 18 May 2010 01:12:29 +0200
Update the irq mask so that is is clear that the MMU
~~typo?
interrupt is related to TWL fault.
Hi Felipe,
On Mon, May 17, 2010 at 3:05 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Mon, May 17, 2010 at 2:25 AM, Ohad Ben-Cohen o...@wizery.com wrote:
Out of curiosity, what board/environment do you use to play with
the code ? I'd like to run the same use cases you do, so I can
On Mon, May 17, 2010 at 09:49:35PM +0200, ext James Bottomley wrote:
Right, because Firmware writers are from the rugged unresponsive uplands
of planet
ignore-user-complaints-and-eat-them-for-breakfast-if-they-file-bugs and
Software writers are from the emollient responsive groves of planet
On Mon, 2010-05-17 at 19:37 +0200, ext Tony Lindgren wrote:
Sorry if I've been confused about what vram.c is doing.
How about change vram.c to use dma_alloc_coherent for now? That would
break the non-standard behaviour to preserve the log set by the
bootloader, but that should be OK until
On Mon, 2010-05-17 at 16:30 +0200, ext Robert Nelson wrote:
Hi Tomi,
I've been using your dss2 branch with much success.
http://gitorious.org/linux-omap-dss2/linux/commits/for-next
I've just ran into a weird BUG that occurs on reboot on my headless
beagles and wondering if you've ran
On Mon, May 17, 2010 at 2:51 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
So currently (v2.6.33), before sending a read-olny buffer (TO_DEVICE),
we do dmac_flush_range (should be clean, but whatever) and before
sending a write-only (FROM_DEVICE), we do dmac_inv_range.
On v2.6.33 the
On Fri, 2010-05-14 at 16:22 +0200, ext Sebastien Jan wrote:
Hi Carlos,
After review, I do not have many comments on the interface, as we already
aligned on most of it.
Please see my comments inlined below.
On Friday 07 May 2010 17:18:31 Carlos Chinea wrote:
[strip]
diff --git
On Tue, May 18, 2010 at 10:47:57AM +0300, Tomi Valkeinen wrote:
Allocating without ioremapping... dma_alloc_* always ioremaps the
allocated area, even though it's never used (in some cases).
What do you mean by that? Are you suggesting that something does
phys_to_virt() on the returned DMA
Hi Felipe,
From: ext Felipe Contreras felipe.contre...@gmail.com
Subject: [PATCH v2 00/17] omap: mailbox: reorganize init
Date: Fri, 14 May 2010 17:01:33 +0200
Hi,
The main purpose of this patch series is to be able to compile mach platform
data as built-in. Otherwise, client modules such
-Original Message-
From: Peter 'p2' De Schrijver [mailto:peter.de-schrij...@nokia.com]
Sent: Monday, May 17, 2010 4:29 PM
To: ext Lesly Arackal Manuel
Cc: linux-omap@vger.kernel.org; 'Lesly A M'; 'Nishanth Menon'; 'David
Derrick'; 'Samuel Ortiz'
Subject: Re: [PATCH v5 3/5] omap3:
On Tue, 2010-05-18 at 10:40 +0200, ext Russell King - ARM Linux wrote:
On Tue, May 18, 2010 at 10:47:57AM +0300, Tomi Valkeinen wrote:
Allocating without ioremapping... dma_alloc_* always ioremaps the
allocated area, even though it's never used (in some cases).
What do you mean by that?
On Fri, 2010-05-14 at 16:41 +0200, ext Sebastien Jan wrote:
Hi Carlos,
Please see my comments inlined.
On Friday 07 May 2010 17:18:32 Carlos Chinea wrote:
[strip]
diff --git a/drivers/hsi/controllers/omap_ssi.c
[strip]
+
+/**
+ * struct omap_ssm_ctx - OMAP synchronous serial
Hello.
Ajay Kumar Gupta wrote:
Use optimal values of transfer element based on buffer address in system
DMA programming. This would improve the performance.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
drivers/usb/musb/musbhsdma.c | 29 ++---
1 files
Hello.
Ajay Kumar Gupta wrote:
AM35x supports only 32bit read operations so we need to have
workaround for 8bit and 16bit read operations.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
Patch created against linus'tree + all musb patches in Greg's queue
Changes from v2:
-
On Thu, 6 May 2010 10:00:18 +0300
Eduardo Valentin eduardo.valen...@nokia.com wrote:
+static struct regulator_consumer_supply rx51_vio_supplies[] = {
+ /* tlv320aic3x digital supplies */
+ {
+ .supply = IOVDD,
+ .dev_name = 2-0018
+ },
+ {
+
Hi,
Ajay Kumar Gupta wrote:
AM35x supports only 32bit read operations so we need to have
workaround for 8bit and 16bit read operations.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
Patch created against linus'tree + all musb patches in Greg's queue
Changes from v2:
Hi,
Ajay Kumar Gupta wrote:
Use optimal values of transfer element based on buffer address in system
DMA programming. This would improve the performance.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
drivers/usb/musb/musbhsdma.c | 29 ++---
1
Hi,
Ajay Kumar Gupta wrote:
AM35x supports only 32bit read operations so we need to have
workaround for 8bit and 16bit read operations.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
Patch created against linus'tree + all musb patches in Greg's queue
Changes from v2:
On Tue, May 18, 2010 at 11:05 AM, Ohad Ben-Cohen o...@wizery.com wrote:
On Mon, May 17, 2010 at 2:51 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
So currently (v2.6.33), before sending a read-olny buffer (TO_DEVICE),
we do dmac_flush_range (should be clean, but whatever) and before
Signed-off-by: Jarkko Nikula jhnik...@gmail.com
---
arch/arm/mach-omap2/board-rx51-peripherals.c | 43 ++---
1 files changed, 11 insertions(+), 32 deletions(-)
diff --git a/arch/arm/mach-omap2/board-rx51-peripherals.c
b/arch/arm/mach-omap2/board-rx51-peripherals.c
index
Signed-off-by: Jarkko Nikula jhnik...@gmail.com
---
This is build and boot safe but required if wanting to add support for
headphones in upcoming sound/soc/omap/rx51.c.
---
arch/arm/mach-omap2/board-rx51-peripherals.c | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff
On Tue, May 18, 2010 at 2:02 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Tue, May 18, 2010 at 11:05 AM, Ohad Ben-Cohen o...@wizery.com wrote:
On Mon, May 17, 2010 at 2:51 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
So currently (v2.6.33), before sending a read-olny
The following set of patches applies on top of for-next branch.
http://git.kernel.org/?p=linux/kernel/git/tmlind/linux-omap-2.6.git
Patches verified on: omap3430-SDP, omap3630-sdp, zoom3 and beagle board
And these are the patches required to address the following input -
1.
few functions added in gpmc module and to be used by other drivers like NAND.
E.g.: - ioctl function
- ecc functions
Signed-off-by: Sukumar Ghorai s-gho...@ti.com
---
arch/arm/mach-omap2/gpmc.c | 246 +++-
arch/arm/plat-omap/include/plat/gpmc.h |
Board file modified for not to provide gpmc phys_base address to nand driver.
The gpmc_nand_init funciton is now used to detect the nand and required to
adopt _prob function as in nand/omap2.c
Signed-off-by: Sukumar Ghorai s-gho...@ti.com
---
arch/arm/mach-omap2/board-cm-t35.c | 20
This patch removes direct reference of gpmc address from generic nand platform
code.
Nand platform code now uses wrapper functions which are implemented in gpmc
module.
Signed-off-by: Sukumar Ghorai s-gho...@ti.com
---
arch/arm/mach-omap2/gpmc-nand.c| 39 ++
On Tue, May 18, 2010 at 2:14 PM, Ohad Ben-Cohen o...@wizery.com wrote:
Unfortunately I don't have a setup right now to test this, but the code
seems to be ok for our needs, don't you think ?
But yeah, actually that fits our needs; calling the dma_map only,
while still wrong, will give us the
On Tue, May 18, 2010 at 2:43 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Tue, May 18, 2010 at 2:14 PM, Ohad Ben-Cohen o...@wizery.com wrote:
Unfortunately I don't have a setup right now to test this, but the code
seems to be ok for our needs, don't you think ?
But yeah, actually
On Tue, May 18, 2010 at 11:46 AM, Hiroshi DOYU hiroshi.d...@nokia.com wrote:
From: ext Felipe Contreras felipe.contre...@gmail.com
Subject: [PATCH v2 00/17] omap: mailbox: reorganize init
Date: Fri, 14 May 2010 17:01:33 +0200
Hi,
The main purpose of this patch series is to be able to
Moi Jarkko,
On Tue, May 18, 2010 at 01:06:00PM +0200, Jarkko Nikula wrote:
Signed-off-by: Jarkko Nikula jhnik...@gmail.com
I don't have any major objections on this one. I'd just add a patch description
though.
Other than that:
Acked-by: Eduardo Valentin eduardo.valen...@nokia.com
---
Choose the generic panel to use with Devkit8000.
Signed-off-by: Thomas Weber we...@corscience.de
---
arch/arm/mach-omap2/board-devkit8000.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/board-devkit8000.c
b/arch/arm/mach-omap2/board-devkit8000.c
Corrected the wrong supplies in devkit8000 code.
Add supply for ads7846 to support the new regulator framework for
touchscreen.
Signed-off-by: Thomas Weber we...@corscience.de
---
arch/arm/mach-omap2/board-devkit8000.c | 32 ++--
1 files changed, 26 insertions(+),
Fix the comment about the pins support by the vmmc1 power source.
Signed-off-by: Thomas Weber we...@corscience.de
---
arch/arm/mach-omap2/board-devkit8000.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/board-devkit8000.c
Devkit8000 uses the TPS65930 and not the TWL4030.
The TPS65930 uses only a subset of the voltage
regulators of the TWL4030.
Signed-off-by: Thomas Weber we...@corscience.de
---
arch/arm/mach-omap2/board-devkit8000.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
This patch removes devkit8000_panel_enable_tv and devkit8000_panel_disable_tv
because they are already done in DSS2 code.
Signed-off-by: Thomas Weber we...@corscience.de
---
arch/arm/mach-omap2/board-devkit8000.c | 12
1 files changed, 0 insertions(+), 12 deletions(-)
diff --git
The Devkit8000 uses the cost reduced variant tps65930 of the twl4030.
The TPS65930 only has vdd1, vdd2, vpll1, vio, vmmc1, vdac and vaux2.
vaux2 is not used.
Signed-off-by: Thomas Weber we...@corscience.de
---
arch/arm/mach-omap2/board-devkit8000.c | 22 --
1 files
The comment says VAUX4 which is not used for ads7846.
Signed-off-by: Thomas Weber we...@corscience.de
---
arch/arm/mach-omap2/board-devkit8000.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/board-devkit8000.c
Signed-off-by: Thomas Weber we...@corscience.de
---
arch/arm/mach-omap2/board-devkit8000.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/board-devkit8000.c
b/arch/arm/mach-omap2/board-devkit8000.c
index d8c1d81..637a2c3 100644
---
Replacing the supplies with the REGULATOR_SUPPLY macro.
Signed-off-by: Thomas Weber we...@corscience.de
---
arch/arm/mach-omap2/board-devkit8000.c | 36 +++
1 files changed, 13 insertions(+), 23 deletions(-)
diff --git a/arch/arm/mach-omap2/board-devkit8000.c
The VDVI is no longer needed with the new DSS2 interface. This
patch removes the supply from board code.
Signed-off-by: Thomas Weber we...@corscience.de
---
arch/arm/mach-omap2/board-devkit8000.c |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git
Some of these patches were submitted earlier but got no comments
so I am sending them one more time.
These patches correct errors that were done while using the board code
from beagle board for Devkit8000.
The Devkit8000 uses the TPS65930, an reduced version of the TWL4030.
So not all power
Signed-off-by: Thomas Weber we...@corscience.de
---
arch/arm/mach-omap2/board-devkit8000.c |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/arch/arm/mach-omap2/board-devkit8000.c
b/arch/arm/mach-omap2/board-devkit8000.c
index de7c28a..81000e4 100644
---
Using the macro gpio_is_valid for check of valid gpio pins.
Signed-off-by: Thomas Weber we...@corscience.de
---
arch/arm/mach-omap2/board-devkit8000.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-omap2/board-devkit8000.c
This patch corrects the DVI-D output setup of Devkit8000.
Devkit8000 has different DVI reset pin with the BeagleBoard. On
Devkit8000 the TWL4030 GPIO_7 is assigned to do the job.
Signed-off-by: Kan-Ru Chen ka...@0xlab.org
Signed-off-by: Thomas Weber we...@corscience.de
---
From: Kan-Ru Chen ka...@0xlab.org
This patch corrects the LCD reset pin config.
Original code from early devkit8000 patch sets the TWL4030 GPIO_1
to EHCI_nOC and TWL4030_GPIO_MAX+1 to ledA. Indeed these two pins
are both LCD_PWREN. Setup the lcd reset_gpio properly so it can be
disabled when
Use optimal values of transfer element based on buffer address in system
DMA programming. This would improve the performance.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
Patch created against linus'tree + all musb patches in Greg's queue
Changes from v1:
- fixed extra identation
AM35x supports only 32bit read operations so we need to have
workaround for 8bit and 16bit read operations.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
Patch created against linus'tree + all musb patches in Greg's queue
Changes from v1:
- removed unnecessary parens.
-
On Tue, May 18, 2010 at 2:57 PM, Ohad Ben-Cohen o...@wizery.com wrote:
On Tue, May 18, 2010 at 2:43 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
I'll just add support for the VM_IO path you mentioned.
Cool. I actually tried your patches to render to the framebuffer, and
everything
T2 script changes rebased on top of Thara's SmartReflex patches.
This series of patch implements a updated TRITON power scripts.
Also moving the sleep, wakeup warm_reset sequence to a generic script file,
which can be used by different OMAP3 board with the power companion chip
TWL4030.
This
This patch will fix the TRITON sleep/wakeup sequence.
Since the function to populate the sleep script is getting called always
irrespective of the flag TWL4030_SLEEP_SCRIPT, other scripts data
is getting over written by the sleep script.
Print warning if the sleep script is loaded before wakeup
On Tue, May 18, 2010 at 2:55 AM, Tomi Valkeinen
tomi.valkei...@nokia.com wrote:
On Mon, 2010-05-17 at 16:30 +0200, ext Robert Nelson wrote:
Hi Tomi,
I've been using your dss2 branch with much success.
http://gitorious.org/linux-omap-dss2/linux/commits/for-next
I've just ran into a weird
This patch will have the changes to use separate clk/volt setup_time
for RET and OFF state.
Create separate copies of VC parameters for each Si in voltage.c.
Updates the VC setuptime struct during init based on the OMAP Si.
Removes the VC setuptime struct from board files.
Signed-off-by: Lesly A
This patch will add a new function omap_voltage_vc_update() to re-program
the VC parameters while entering low power mode, based on CORE_DOMAIN target
state.
The voltsetup2 is used only when the device exits sys_off mode
(with PRM_VOLTCTRL[3]SEL_OFF set to 1).
Also removed the clearing of
From: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
[tomi.valkei...@nokia.com: removed the board file changes]
Signed-off-by: Tomi Valkeinen tomi.valkei...@nokia.com
---
arch/arm/configs/omap3_evm_defconfig | 51 +-
1 files
Here are OMAP DSS patches for 2.6.35 merge window. They have been previously
reviewed on linux-omap and fbdev lists.
Tomi
Carlos Lopez (1):
OMAP2: DSS: Add missing line for update bg color
Grazvydas Ignotas (1):
OMAP: DSS2: TPO-TD03MTEA1: fix Kconfig dependency
Jani Nikula (6):
OMAP:
From: Roger Quadros roger.quad...@nokia.com
This allows us to disable DPI on systems that do not have it
Signed-off-by: Roger Quadros roger.quad...@nokia.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@nokia.com
---
drivers/video/omap2/dss/Kconfig |6 ++
From: Jani Nikula ext-jani.1.nik...@nokia.com
Framebuffer ioctl processing forces lock_fb_info() - omapfb_lock()
locking order. Follow that order to avoid possible circular locking
dependency, detected by lockdep.
Signed-off-by: Jani Nikula ext-jani.1.nik...@nokia.com
Signed-off-by: Tomi
Rename vdd0_/vdd1_ to vdd1_/vdd2_ in VC param structure.
Signed-off-by: Lesly A M x0080...@ti.com
Cc: Nishanth Menon n...@ti.com
Cc: David Derrick dderr...@ti.com
Cc: Samuel Ortiz sa...@linux.intel.com
---
arch/arm/mach-omap2/voltage.c | 34 +-
From: Jani Nikula ext-jani.1.nik...@nokia.com
Only call driver disable when device isn't already disabled, which also
handles the driver not loaded case.
Signed-off-by: Jani Nikula ext-jani.1.nik...@nokia.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@nokia.com
---
From: Roger Quadros roger.quad...@nokia.com
This patch enables the use of vdds_sdi regulator in SDI subsystem.
We can disable the vdds_sdi voltage when not in use to save
power.
Signed-off-by: Roger Quadros roger.quad...@nokia.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@nokia.com
---
There are some strange problems with DSI and updates with odd widths. One
particular problem is that HS TX timeout triggers easily with updates with
odd widths.
This patch makes the updates widths even, circumventing the problem. There
should be no ill side effects with increasing the update area
From: Jani Nikula ext-jani.1.nik...@nokia.com
platform_enable/disable() is already called in venc_power_on/off(), so
don't do it again in venc_panel_enable/disable().
Signed-off-by: Jani Nikula ext-jani.1.nik...@nokia.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@nokia.com
---
This pacth will create the generic TRITON power scripts which can be used
by different OMAP3 boards with the same power companion chip (TWL4030 series).
Added the api(twl4030_get_scripts/twl4030_get_vc_timings) to update the
sleep/wakeup/warm_rest sequence, resource configuration voltsetup_time
Signed-off-by: Tomi Valkeinen tomi.valkei...@nokia.com
---
drivers/video/omap2/displays/panel-taal.c | 140 -
1 files changed, 119 insertions(+), 21 deletions(-)
diff --git a/drivers/video/omap2/displays/panel-taal.c
b/drivers/video/omap2/displays/panel-taal.c
index
From: Roger Quadros roger.quad...@nokia.com
The Touch controller and LCD Panel share the same SPI bus 1.
So, we need to define the touch controller in the SPI board info
else, the SPI bus will be contended due to invalid state of
Touch controller's Chip Select thus preventing the LCD panel
from
From: Jani Nikula ext-jani.1.nik...@nokia.com
Give up if lock_fb_info() fails, following the same convention as other
lock_fb_info() users.
Signed-off-by: Jani Nikula ext-jani.1.nik...@nokia.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@nokia.com
---
drivers/video/omap2/omapfb/omapfb-ioctl.c
From: Roger Quadros roger.quad...@nokia.com
Adds basic support for LCD Panel on Nokia N900
Signed-off-by: Roger Quadros roger.quad...@nokia.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@nokia.com
---
arch/arm/mach-omap2/Makefile |1 +
This patch will removed the sleep/wakeup/warm_rest sequence resource
configuration
from the 3430SDP board file and use the generic script.
Updating the sleep/wakeup/warm_rest sequence resource configuration in the
board file from generic script file.
Signed-off-by: Lesly A M x0080...@ti.com
From: Roger Quadros roger.quad...@nokia.com
Add LCD, Boot-up logo, framebuffer console, Keypad
and Power button support
Signed-off-by: Roger Quadros roger.quad...@nokia.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@nokia.com
---
arch/arm/configs/rx51_defconfig | 39
From: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
[tomi.valkei...@nokia.com: removed the board file changes]
Signed-off-by: Tomi Valkeinen tomi.valkei...@nokia.com
---
arch/arm/configs/am3517_evm_defconfig | 52 -
1 files
From: Vaibhav Hiremath hvaib...@ti.com
Tested on OMAP3EVM for OMAP3530 and AM/DM 3730.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
[tomi.valkei...@nokia.com: added slab.h include]
[tomi.valkei...@nokia.com: added dependency to BACKLIGHT_CLASS_DEVICE]
Signed-off-by: Tomi Valkeinen
Adding the power script data for zoom board to TWL4030 platform data.
Updating the sleep/wakeup/warm_rest sequence resource configuration
from generic script file.
Signed-off-by: Lesly A M x0080...@ti.com
Cc: Nishanth Menon n...@ti.com
Cc: David Derrick dderr...@ti.com
Cc: Samuel Ortiz
From: Kishore Y kishor...@ti.com
In DPLL4 M3, M4, M5 and M6 field width has been increased by 1 bit in 3630.
So the max divider value that can be achived will be 32 and not 16.
In 3630 the functional clock is x1 of DPLL4 and not x2. Hence multiplier 2
is removed.
Signed-off-by: Sudeep Basavaraj
From: Roger Quadros roger.quad...@nokia.com
Panel enable/disable is now done via the panel driver, so we should not
call the panel driver again
Signed-off-by: Roger Quadros roger.quad...@nokia.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@nokia.com
---
drivers/video/omap2/dss/sdi.c | 11
From: Ville Syrjälä ville.syrj...@nokia.com
If omapdss_dsi_display_enable() failed the DSI bus was left locked. Also
if the operation failed later omapdss_dsi_display_disable() would get
called without holding the bus lock.
Signed-off-by: Ville Syrjälä ville.syrj...@nokia.com
Signed-off-by: Tomi
From: Carlos Lopez carlos.c...@sasken.com
The driver set the background color canvas but never writes it in
DISPC_DEFAULT_COLOR_m register, which changes the background color
on the LCD or TV.
This patch adds a line to call to dispc_set_default_color() which is
the function in charge to write
From: Koen Kooi koen.k...@gmail.com
This patch adds DSS2 support to the beagleboard boardfile. DVI and
TV-out are supported.
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
Signed-off-by: Tomi Valkeinen tomi.valkei...@nokia.com
---
arch/arm/mach-omap2/board-omap3beagle.c | 101
From: Grazvydas Ignotas nota...@gmail.com
This panel depends on SPI, not I2C.
Signed-off-by: Grazvydas Ignotas nota...@gmail.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@nokia.com
---
drivers/video/omap2/displays/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
From: Roger Quadros roger.quad...@nokia.com
This is the panel used on Nokia N900
Signed-off-by: Roger Quadros roger.quad...@nokia.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@nokia.com
---
drivers/video/omap2/displays/Kconfig |6 +
drivers/video/omap2/displays/Makefile
From: Jani Nikula ext-jani.1.nik...@nokia.com
Perform graceful cleanup on errors instead of just bailing out.
Signed-off-by: Jani Nikula ext-jani.1.nik...@nokia.com
Tested-by: Kevin Hilman khil...@deeprootsystems.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@nokia.com
---
From: Jani Nikula ext-jani.1.nik...@nokia.com
Move a number of #ifdefs from code into dss.h and elsewhere, and
conditionally define no-op static inline functions, cleaning up the
code. This style is according to Documentation/SubmittingPatches.
Signed-off-by: Jani Nikula
Hei Jarkko,
On Tue, May 18, 2010 at 01:06:01PM +0200, Jarkko Nikula wrote:
Signed-off-by: Jarkko Nikula jhnik...@gmail.com
---
This is build and boot safe but required if wanting to add support for
headphones in upcoming sound/soc/omap/rx51.c.
---
On Tue, May 18, 2010 at 3:24 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
Cool. I actually tried your patches to render to the framebuffer, and
everything seemed to work fine. I didn't check for error codes or
anything, so I'm not sure what's going on.
How is the framebuffer mmap'ed
Hello.
Ajay Kumar Gupta wrote:
AM35x supports only 32bit read operations so we need to have
workaround for 8bit and 16bit read operations.
But don't we need to override musb_readb() and musb_readw() then?
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
WBR, Sergei
--
To
- Fix space before tabs
- Add missing printk log level
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
Cleanup only - no functional changes
I can break up this into one patch per file if needed,
but I suppose that's unnecessary
arch/arm/mach-omap2/board-am3517evm.c|6 +++---
From: ext Felipe Contreras felipe.contre...@gmail.com
Subject: Re: [PATCH v2 00/17] omap: mailbox: reorganize init
Date: Tue, 18 May 2010 14:03:26 +0200
On Tue, May 18, 2010 at 11:46 AM, Hiroshi DOYU hiroshi.d...@nokia.com wrote:
From: ext Felipe Contreras felipe.contre...@gmail.com
Subject:
On Wed, May 5, 2010 at 12:33 PM, Tony Lindgren t...@atomide.com wrote:
From: Steve Sakoman st...@sakoman.com
Some Overo add-on boards include a second ethernet port. This patch
adds support for that second port.
Signed-off-by: Steve Sakoman st...@sakoman.com
Signed-off-by: Tony Lindgren
Hi
AM35x supports only 32bit read operations so we need to have
workaround for 8bit and 16bit read operations.
But don't we need to override musb_readb() and musb_readw() then?
Yes, Correct. I do have another patch on that which I will cleanup and submit
later.
Anyways with currebt three
On Tuesday 18 May 2010 11:07:20 Carlos Chinea wrote:
[cut]
+ val |= __raw_readl(omap_ssi-sys +
SSI_MPU_ENABLE_REG(port-num, 0)); + __raw_writel(val,
omap_ssi-sys +
SSI_MPU_ENABLE_REG(port-num, 0)); +
+ msg-status = HSI_STATUS_COMPLETED;
+ msg-actual_len =
This patch adds support for handling GPIO as a HWMOD FW adapted
platform device for OMAP2PLUS chips.
Signed-off-by: Charulatha V ch...@ti.com
---
arch/arm/mach-omap2/gpio.c | 113
1 files changed, 113 insertions(+), 0 deletions(-)
create mode 100644
Add hwmod structures for GPIO module on OMAP3
Signed-off-by: Charulatha V ch...@ti.com
Signed-off-by: Rajendra Nayak rna...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 357 +++-
1 files changed, 356 insertions(+), 1 deletions(-)
diff --git
Add hwmod structures for GPIO module on OMAP242X
Signed-off-by: Charulatha V ch...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_2420_data.c | 222
1 files changed, 222 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_2420_data.c
This patch introduces platform_data structure for GPIO
so that GPIO module can be implemented in platform device model.
Signed-off-by: Charulatha V ch...@ti.com
---
arch/arm/plat-omap/include/plat/gpio.h | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git
This patch series implements GPIO module in platform device model.
It also makes OMAP2PLUS specific GPIO implemented in HWMOD FW way.
This patch series is created on origin/pm-wip/runtime.
This patch series is tested on OMAP3430 SDP board. It would be of
great help if someone could test the same
This patch adds support for handling OMAP15xx specific gpio_init
by providing platform device data and doing device registration.
Signed-off-by: Charulatha V ch...@ti.com
---
arch/arm/mach-omap1/gpio15xx.c | 99
1 files changed, 104 insertions(+), 0
This patch implements GPIO as a platform device. Also it
implements OMAP2PLUS specific GPIO as HWMOD FW adapted device.
GPIO APIs are used in machine_init functions. Hence it is
required to complete GPIO probe before machine_init. Therefore
GPIO device register and driver register are implemented
This patch adds support for handling OMAP7xx specific gpio_init
by providing platform device data and doing device registration.
Signed-off-by: Charulatha V ch...@ti.com
---
arch/arm/mach-omap1/gpio7xx.c | 266 +
1 files changed, 266 insertions(+), 0
Add hwmod structures for GPIO module on OMAP243X
Signed-off-by: Charulatha V ch...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_2430_data.c | 270
1 files changed, 270 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_2430_data.c
This patch removes the usage of omap_gpio_init() in from all
omap board files since omap_gpio_init() does nothing, after gpio
is implemented as a platform device.
Signed-off-by: Charulatha V ch...@ti.com
---
arch/arm/mach-omap1/board-ams-delta.c |1 -
arch/arm/mach-omap1/board-fsample.c
1 - 100 of 169 matches
Mail list logo