On Fri, Sep 24, 2010 at 09:49:34AM -0500, Sergei Shtylyov wrote:
Hello.
Felipe Balbi wrote:
I guess that's Felipe's call, but I don't like that option.
I think it's cleaner to have the -set_clock hook be a noop on OMAP and
the runtime hooks be noops on the other platforms.
Agreed. We
On Fri, Sep 24, 2010 at 8:36 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Silesh C V sil...@ti.com writes:
Fix conditional compilation.
What excatly was the compile error? and with which compiler?
There is no compiler error.But what we need after an #elif is a
conditional expression.
This lets omap_vout driver build and run without VRFB. It works along the
lines of the following patch series:
OMAP: DSS2: OMAPFB: Allow FB_OMAP2 to build without VRFB
https://patchwork.kernel.org/patch/105371/
Since VRFB is tightly coupled with the omap_vout driver, a handful of vrfb
specific
Create omap_vout_vrfb.c and omap_vout_vrfb.h, these contain functions which
omap_vout will call if the rotation type is set to VRFB rotation. It is
essentialy the code in omap_vout which is used for vrfb specific tasks.
Apart from this, some functions and preprocessor defines needed by the new
Add rotation_type member to omapvideo_info, this is initialized based on
the value def_vrfb bootarg parameter, vrfb rotation is chosen by default.
The rotation_type var is now used to choose between vrfb and non-vrfb calls.
vrfb specific code in omap_vout has been removed and is present in
On 9/25/2010 1:14 AM, Anand Gadiyar wrote:
Benoit Cousson wrote:
Signed-off-by: Benoit Coussonb-cous...@ti.com
Cc: Tony Lindgrent...@atomide.com
Cc: Paul Walmsleyp...@pwsan.com
Cc: Kevin Hilmankhil...@deeprootsystems.com
---
arch/arm/mach-omap2/Kconfig |1 +
On Mon, Sep 27, 2010 at 11:49 AM, Silesh C V sil...@ti.com wrote:
On Fri, Sep 24, 2010 at 8:36 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Silesh C V sil...@ti.com writes:
Fix conditional compilation.
What excatly was the compile error? and with which compiler?
There is no
Hi Tony,
On Sat, Sep 25, 2010 at 6:08 AM, Tony Lindgren t...@atomide.com wrote:
* kishore kadiyala kishore.kadiy...@ti.com [100924 10:05]:
Adding card detect callback function and card detect configuration
function for MMC1 Controller on OMAP4.
Card detect configuration function does initial
Cc: Samuel Ortiz sa...@linux.intel.com
On Fri, Sep 24, 2010 at 10:43 PM, kishore kadiyala
kishore.kadiy...@ti.com wrote:
Adding card detect callback function and card detect configuration
function for MMC1 Controller on OMAP4.
Card detect configuration function does initial configuration of
Hi,
please re-send this email without the HTML formatting. Please follow the
netiquette [1].
[1] http://elinux.org/Netiquette
--
balbi
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On Mon, Sep 27, 2010 at 1:00 PM, Govindraj govindraj...@gmail.com wrote:
On Mon, Sep 27, 2010 at 11:49 AM, Silesh C V sil...@ti.com wrote:
On Fri, Sep 24, 2010 at 8:36 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Silesh C V sil...@ti.com writes:
Fix conditional compilation.
What
-Original Message-
From: Manuel, Lesly Arackal
Sent: Monday, September 27, 2010 9:44 AM
To: Gopinath, Thara; linux-omap@vger.kernel.org
Cc: khil...@deeprootsystems.com; p...@pwsan.com; Cousson, Benoit; Sripathy,
Vishwanath; Sawant, Anand
Subject: RE: [PATCH v2 03/11] OMAP4: Add the new
Hello Sameo,
twl4030-madc driver patch can be found here:
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg34947.html
Based on the received inputs.
Can the twl4030-madc driver or part of the driver reside under mfd?
Regards,
Keerthy
On Monday 20 September 2010 08:08 PM, Guenter
On 9/25/2010 1:18 AM, Gadiyar, Anand wrote:
diff --git a/arch/arm/mach-omap2/mux44xx.c
b/arch/arm/mach-omap2/mux44xx.c
new file mode 100644
index 000..839a905
--- /dev/null
+++ b/arch/arm/mach-omap2/mux44xx.c
@@ -0,0 +1,944 @@
+\
Stray change?
Yes, indeed.
Thanks,
Benoit
--
To
Hi Kevin,
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Kevin Hilman
Sent: Saturday, September 25, 2010 5:15 AM
To: linux...@lists.linux-foundation.org; linux-ker...@vger.kernel.org
Cc: linux-omap@vger.kernel.org;
Hello.
On 27-09-2010 10:07, Felipe Balbi wrote:
I guess that's Felipe's call, but I don't like that option.
I think it's cleaner to have the -set_clock hook be a noop on OMAP and
the runtime hooks be noops on the other platforms.
Agreed. We should focus on removing -set_clock for .38
hello,
On Mon, Sep 27, 2010 at 9:18 AM, Felipe Balbi ba...@ti.com wrote:
On Sun, Sep 26, 2010 at 02:35:40PM -0500, Grazvydas Ignotas wrote:
TWL4030/TPS65950 is a multi-function device with integrated charger,
which allows charging from AC or USB. This driver enables the
charger and provides
On Mon, Sep 27, 2010 at 10:21 AM, Arun Murthy arunrmurthy...@gmail.com wrote:
On Mon, Sep 27, 2010 at 1:05 AM, Grazvydas Ignotas nota...@gmail.com
wrote:
---
This is v3 of BCI charger driver I first sent nearly a year ago [1].
I've updated it to use the new OTG notifiers for VBUS
-Original Message-
From: Felipe Contreras [mailto:felipe.contre...@gmail.com]
Sent: Saturday, September 25, 2010 9:13 PM
To: Premi, Sanjeev
Cc: Tony Lindgren; linux-arm-ker...@lists.infradead.org; linux-
o...@vger.kernel.org; Marathe, Yogesh
Subject: Re: [PATCH 05/11] omap3: Remove
Hi Manjunath,
On Tue, Sep 21, 2010 at 03:31:17PM +0530, G, Manjunath Kondaiah wrote:
Fixes below sparse warning.
drivers/mfd/twl-core.c:258:20: warning: symbol 'twl_map' was not declared.
Should it be static?
Patch applied, thanks.
Cheers,
Samuel.
Signed-off-by: G, Manjunath Kondaiah
Hi Manjunath,
On Tue, Sep 21, 2010 at 03:31:18PM +0530, G, Manjunath Kondaiah wrote:
Fixes following sparse warnings for twl4030 and twl6030 irq files.
drivers/mfd/twl4030-irq.c:783:5: warning: symbol 'twl4030_init_irq' was not
declared. Should it be static?
On Mon, Sep 27, 2010 at 1:05 AM, Grazvydas Ignotas nota...@gmail.com wrote:
TWL4030/TPS65950 is a multi-function device with integrated charger,
which allows charging from AC or USB. This driver enables the
charger and provides several monitoring functions.
Tested on OMAP3 Pandora board.
Hi,
I was using the following ecc layout which is not working to mount the jffs2
File-system. I was using this in 2.6.32 kernel and was working; but same layout
is not working with latest 2.6 kernel.
Observation is that - no read request issued to the driver (say omap2.c).
# mount -t jffs2
On Mon, Sep 27, 2010 at 4:24 PM, Grazvydas Ignotas nota...@gmail.com wrote:
On Mon, Sep 27, 2010 at 10:21 AM, Arun Murthy arunrmurthy...@gmail.com
wrote:
On Mon, Sep 27, 2010 at 1:05 AM, Grazvydas Ignotas nota...@gmail.com
wrote:
---
Only AC and USB monitoring is achieved by registering
On Mon, Sep 27, 2010 at 3:35 PM, Arun Murthy arunrmurthy...@gmail.com wrote:
On Mon, Sep 27, 2010 at 4:24 PM, Grazvydas Ignotas nota...@gmail.com wrote:
On Mon, Sep 27, 2010 at 10:21 AM, Arun Murthy arunrmurthy...@gmail.com
wrote:
The problem is that BCI is only active while charging, when it
Hi Samuel,
-Original Message-
From: Samuel Ortiz [mailto:sa...@linux.intel.com]
Sent: Monday, September 27, 2010 4:46 PM
To: G, Manjunath Kondaiah
Cc: linux-omap@vger.kernel.org;
linux-arm-ker...@lists.infradead.org; Tony Lindgren; Menon, Nishanth
Subject: Re: [PATCH v2 08/10]
The following set of patches applies on linux-2.6.
The main motivations behind this patch series are -
1. support NAND I/O in irq mode.
2. support of different ECC schema.
3. also to make ecc layout as like in romcode ecc layout
v5: This address the input
add support the irq mode in GPMC.
gpmc_init() function move after omap_init_irq() as it has dependecy on irq.
Signed-off-by: Sukumar Ghorai s-gho...@ti.com
---
arch/arm/mach-omap2/board-2430sdp.c|1 +
arch/arm/mach-omap2/board-3430sdp.c|1 +
Configure the FIFO THREASHOLD value different for read and write to keep busy
both filling and to drain out of FIFO at reading and writing.
Signed-off-by: Vimal Singh vimalsi...@ti.com
Signed-off-by: Sukumar Ghorai s-gho...@ti.com
---
arch/arm/mach-omap2/gpmc.c | 11 +++
This patch overrides nand ecc layout and bad block descriptor (for 8-bit
device) to support hw ecc in romcode layout. So as to have in sync with ecc
layout throughout; i.e. x-loader, u-boot and kernel.
This patch also enables to use romcode ecc for spd and zoom, by default.
This patch enable prefetch-irq mode for NAND.
Signed-off-by: Vimal Singh vimalsi...@ti.com
Signed-off-by: Sukumar Ghorai s-gho...@ti.com
---
arch/arm/mach-omap2/board-flash.c |4 +-
arch/arm/plat-omap/include/plat/nand.h |1 +
drivers/mtd/nand/Kconfig | 14 ++-
This patch makes it possible to select sw or hw (different layout options)
ecc scheme supported by omap nand driver. And hw ecc layout selected for
sdp and zoom boards, by default.
Signed-off-by: Vimal Singh vimalsi...@ti.com
Signed-off-by: Sukumar Ghorai s-gho...@ti.com
---
Hi Tony,
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Saturday, September 25, 2010 5:49 AM
To: G, Manjunath Kondaiah
Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
Subject: Re: [GIT PULL] omap2 sparse fixes
* G, Manjunath
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of G,
Manjunath Kondaiah
Sent: Monday, September 27, 2010 6:40 PM
To: Samuel Ortiz
Cc: linux-omap@vger.kernel.org;
linux-arm-ker...@lists.infradead.org; Tony
On Fri, 24 Sep 2010, Rafael J. Wysocki wrote:
On Friday, September 24, 2010, Kevin Hilman wrote:
Alan Stern st...@rowland.harvard.edu writes:
On Thu, 23 Sep 2010, Kevin Hilman wrote:
...
You're trying to fight the runtime-PM design instead of using it as it
was intended. We
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Sukumar Ghorai
Sent: Monday, September 27, 2010 7:07 PM
To: linux-omap@vger.kernel.org
Cc: linux-...@lists.infradead.org;
linux-arm-ker...@lists.infradead.org; Ghorai,
-Original Message-
From: Premi, Sanjeev
Sent: Monday, September 27, 2010 7:29 PM
To: Ghorai, Sukumar; linux-omap@vger.kernel.org
Cc: linux-...@lists.infradead.org; linux-arm-ker...@lists.infradead.org;
Ghorai, Sukumar; Vimal Singh
Subject: RE: [PATCH v5 5/5] omap: nand: making ecc
On Mon, Sep 27, 2010 at 07:11:37PM +0530, G, Manjunath Kondaiah wrote:
Can you please check that? Will not merge for now until we
figure out what changes with these patches.
Then, I also noticed the following exports getting added:
+EXPORT_SYMBOL(omap2_gp_clockevent_set_gptimer);
The following set of patches applies on linux-2.6.
The main motivations behind this patch series are -
1. support NAND I/O in irq mode.
2. support of different ECC schema.
3. also to make ecc layout as like in romcode ecc layout
v5: This address the input as to
Configure the FIFO THREASHOLD value different for read and write to keep busy
both filling and to drain out of FIFO at reading and writing.
Signed-off-by: Vimal Singh vimalsi...@ti.com
Signed-off-by: Sukumar Ghorai s-gho...@ti.com
---
arch/arm/mach-omap2/gpmc.c | 11 +++
This patch makes it possible to select sw or hw (different layout options)
ecc scheme supported by omap nand driver. And hw ecc layout selected for
sdp and zoom boards, by default.
Signed-off-by: Vimal Singh vimalsi...@ti.com
Signed-off-by: Sukumar Ghorai s-gho...@ti.com
---
This patch enable prefetch-irq mode for NAND.
Signed-off-by: Vimal Singh vimalsi...@ti.com
Signed-off-by: Sukumar Ghorai s-gho...@ti.com
---
arch/arm/mach-omap2/board-flash.c |4 +-
arch/arm/plat-omap/include/plat/nand.h |1 +
drivers/mtd/nand/Kconfig | 14 ++-
This patch overrides nand ecc layout and bad block descriptor (for 8-bit
device) to support hw ecc in romcode layout. So as to have in sync with ecc
layout throughout; i.e. x-loader, u-boot and kernel.
This patch also enables to use romcode ecc for spd and zoom, by default.
This enables to flash
add support the irq mode in GPMC.
gpmc_init() function move after omap_init_irq() as it has dependecy on irq.
Signed-off-by: Sukumar Ghorai s-gho...@ti.com
---
arch/arm/mach-omap2/board-2430sdp.c|1 +
arch/arm/mach-omap2/board-3430sdp.c|1 +
Paul E. McKenney had written, on 09/25/2010 07:56 PM, the following:
On Sat, Sep 25, 2010 at 10:55:20PM +0200, Rafael J. Wysocki wrote:
On Friday, September 24, 2010, Paul E. McKenney wrote:
On Fri, Sep 24, 2010 at 07:50:40AM -0500, Nishanth Menon wrote:
...
Looks like a good start!!! Some
Paul E. McKenney had written, on 09/24/2010 04:40 PM, the following:
[...]
+/**
+ * opp_find_freq_ceil() - Search for an rounded ceil freq
+ * @dev: device for which we do this operation
+ * @freq:Start frequency
+ *
+ * Search for the matching ceil *available* OPP from a starting freq
+
2010/9/22 tom.leim...@gmail.com:
From: Ming Lei tom.leim...@gmail.com
This patch sets scheduler policy of twl4030 irq thread
(twl4030_irq_thread) as SCHED_FIFO to speedup irq response
time, just like taken by kernel threaded irq in irq_thread
(kernel/irq/manage.c). Also higher priority than
Hi Manjunath,
On Mon, Sep 27, 2010 at 07:19:33PM +0530, G, Manjunath Kondaiah wrote:
No, we don't want to export those. Try defining them as extern from
twl*-irq.c.
Having extern in .c file will generate checkpatch warning as:
WARNING: externs should be avoided in .c files
As an
This patch series adds a serial driver to handle uarts on omap platforms.
Currenlty omap-uarts are handled with 8250 driver, since updating
this driver with omap specific features will over load
the 8250 driver with all omap-specific data thus a new driver
is added to configure and support
From: Benoit Cousson b-cous...@ti.com
Add uart1-4 hwmod data into omap4_hwmod data file.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 235
1 files changed, 235
From: Kevin Hilman khil...@deeprootsystems.com
This patch adds omap_hwmod data for UARTs on OMAP2 and OMAP3
platforms.
UART4 support for 3630 and OMAP2 hwmod data added by Govindraj R.
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
From: Kevin Hilman khil...@deeprootsystems.com
Major rework of OMAP UART init for omap_device conversion as well as
use with either 8250 driver or new omap-serial driver.
In preparation for a new omap-serial driver, remove 8250 assumptions
and dependencies from the serial core.
Convert UART
Remove set_uart_globals function as this will not be needed as
physical address for uarts will be taken from hwmod data file.
Cc: Kevin Hilman khil...@deeprootsystems.com
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
arch/arm/mach-omap2/serial.c |5 -
From: Kevin Hilman khil...@deeprootsystems.com
Since the omap_device for UART is currently managed inside the idle
path itself, don't let the bus-level code suspend/resume the UART.
To prevent this, pm_runtime_get() is used when preparing for suspend
and pm_runtime_put() is used when finished
From: Kevin Hilman khil...@deeprootsystems.com
Since the UART enable/idle is done during the idle path (with
interrupts disabled), use the non-locking versions of the hwmod
enable/idle functions.
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
Signed-off-by: Govindraj.R
This is only valid for omap 36xx family of chips.
Signed-off-by: Sergio Aguirre saagui...@ti.com
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
arch/arm/mach-omap2/clock3xxx_data.c | 22 ++
1 files changed, 22 insertions(+), 0 deletions(-)
diff --git
To standarize among other uarts (1 to 3), we shall now:
- Enable uart4 autodile bit.
- Enable uart4 wakeup in PER.
- Allow uart4 to wakeup the MPU.
Signed-off-by: Sergio Aguirre saagui...@ti.com
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
arch/arm/mach-omap2/cm-regbits-34xx.h |
Add prepare idle and resume idle call for uart4 used by 3630.
Cc: Kevin Hilman khil...@deeprootsystems.com
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
arch/arm/mach-omap2/pm34xx.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/pm34xx.c
This patch makes the following:
- Adds missing wakeup padding register handling.
- Fixes a hardcode to use PER module ONLY on UART3.
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
Signed-off-by: Sergio Aguirre saagui...@ti.com
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
Enable omap-serial driver in /mach-omap2/Kconfig and
move 8250 driver selection for zoom boards. With omap-serial
driver addition all omap-uarts can be handled with
omap-serial driver.
With addition of omap-serial driver console parameter
needs be changed in bootargs from ttyS* should be
replaced
This patch adds driver support for OMAP2/3/4 high speed UART.
The driver is made separate from 8250 driver as we cannot
over load 8250 driver with omap platform specific configuration for
features like DMA, it makes easier to implement features like DMA and
hardware flow control and software flow
Iniatize all omap-uarts for zoom boards.
Now zoom_peripheral_init will initialise
all uarts for 3630. 3630sdp_board_init call
zoom_peripheral_init so we can now remove
serial_init from 3630sdp board init as
zoom_peripheral_init now will do that the
same.
Signed-off-by: Kevin Hilman khil...@ti.com
Basak, Partha p-bas...@ti.com writes:
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Friday, September 24, 2010 5:23 AM
To: Basak, Partha
Cc: linux-omap@vger.kernel.org; Varadarajan, Charulatha; Tero
Kristo; Cousson, Benoit
Subject: Re:
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Varadarajan, Charulatha ch...@ti.com writes:
Sanjeev,
With GPIO hwmod series, OMAP3EVM board is not up with DHCP + nfs root.
This issue was reported by Kevin.
The root cause of this issue is that during OMAP3EVM board init, the
Ethernet controller (smsc911x) is not reset and it relies on
Hi Russell,
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Monday, September 27, 2010 7:38 PM
To: G, Manjunath Kondaiah
Cc: Tony Lindgren; linux-omap@vger.kernel.org;
linux-arm-ker...@lists.infradead.org
Subject: Re: [GIT PULL] omap2
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Monday, September 27, 2010 8:26 PM
To: Varadarajan, Charulatha
Cc: linux-omap@vger.kernel.org; Premi, Sanjeev; t...@atomide.com
Subject: Re: [PATCH RFC:] FIX: OMAP3EVM: Ethernet controller
smsc911x
Ming Lei tom.leim...@gmail.com writes:
Hi Kevin,
I am interested in runtime pm implementation on OMAP3, and
want to test this function on omap3-based beagle board, but seems
no devices on omap3 Soc can support runtime pm(no __pm_runtime_*
message found from 'dmesg' and rpm debug option is
* Tony Lindgren t...@atomide.com [100924 17:14]:
* Benoit Cousson b-cous...@ti.com [100924 02:07]:
If we wanted to use only the offset in the data, we could initialize
the various sections separately. But then omapX_mux_init() would have
to know the partition number somehow..
After
Hi Tom,
On Wed, Sep 22, 2010 at 09:49:31AM +0800, tom.leim...@gmail.com wrote:
From: Ming Lei tom.leim...@gmail.com
This patch sets scheduler policy of twl4030 irq thread
(twl4030_irq_thread) as SCHED_FIFO to speedup irq response
time, just like taken by kernel threaded irq in irq_thread
On Mon, Sep 27, 2010 at 2:02 PM, Marathe, Yogesh yogesh_mara...@ti.com wrote:
When you merge iommu support, then either you enable
CONFIG_MPU_BRIDGE_IOMMU unconditionally, or you apply this patch, but
this patch alone will only break things.
Any other driver which does not depend on bridge
This was tested (and based) against 2.6.36-rc5
Difference from patch v3 1/4:
- Merged DEBUG_LL support patch (patch v3 5/5) into first patch
- Added select OMAP_PACKAGE_CBB into Kconfig for both boards
Tim Nordell (4):
Adding LogicPD OMAP3 board support
ARM: OMAP3LOGIC: Adding SDMMC
Add low-level initialization for hsmmc controller for
LogicPD's OMAP 3530 LV SOM and OMAP 35x Torpedo board.
Signed-off-by: Tim Nordell tim.nord...@logicpd.com
---
arch/arm/mach-omap2/board-omap3logic.c | 38 +++-
1 files changed, 37 insertions(+), 1 deletions(-)
Enable SMSC911x Ethernet driver for LogicPD's OMAP
3530 LV SOM and OMAP 35x Torpedo board.
Signed-off-by: Tim Nordell tim.nord...@logicpd.com
---
arch/arm/mach-omap2/board-omap3logic.c | 65
1 files changed, 65 insertions(+), 0 deletions(-)
diff --git
Introduce of a generic way to setup smsc911x based Ethernet
controller connected to GPMC similar to gpmc-smc91x but without
timing setup.
Signed-off-by: Tim Nordell tim.nord...@logicpd.com
---
arch/arm/mach-omap2/Makefile|3 +
arch/arm/mach-omap2/gpmc-smsc911x.c
Adding support for LogicPD's OMAP 3530 LV SOM and
OMAP 35x Torpedo board.
Signed-off-by: Tim Nordell tim.nord...@logicpd.com
---
arch/arm/mach-omap2/Kconfig | 20
arch/arm/mach-omap2/Makefile |4 +
arch/arm/mach-omap2/board-omap3logic.c | 143
On Mon, Sep 27, 2010 at 6:38 PM, Grazvydas Ignotas nota...@gmail.com wrote:
On Mon, Sep 27, 2010 at 3:35 PM, Arun Murthy arunrmurthy...@gmail.com wrote:
On Mon, Sep 27, 2010 at 4:24 PM, Grazvydas Ignotas nota...@gmail.com wrote:
On Mon, Sep 27, 2010 at 10:21 AM, Arun Murthy
* Felipe Contreras felipe.contre...@gmail.com [100927 08:47]:
On Mon, Sep 27, 2010 at 2:02 PM, Marathe, Yogesh yogesh_mara...@ti.com
wrote:
When you merge iommu support, then either you enable
CONFIG_MPU_BRIDGE_IOMMU unconditionally, or you apply this patch, but
this patch alone will only
Felipe,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Felipe Contreras
Sent: Monday, September 27, 2010 10:56 AM
To: Marathe, Yogesh
Cc: Premi, Sanjeev; Tony Lindgren; linux-arm-ker...@lists.infradead.org;
Hi Tony,
On 9/27/2010 5:46 PM, Tony Lindgren wrote:
* Tony Lindgrent...@atomide.com [100924 17:14]:
* Benoit Coussonb-cous...@ti.com [100924 02:07]:
If we wanted to use only the offset in the data, we could initialize
the various sections separately. But then omapX_mux_init() would have
to
* Cousson, Benoit b-cous...@ti.com [100927 10:15]:
OK for that one, that will save the extra id to store the partition
in each static data, but then you will still have to store it during
the init?
For mux.c internal data, we can have an array of struct omap_mux_partition
that contains the
Kalliguddi, Hema hem...@ti.com writes:
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Saturday, September 25, 2010 1:12 AM
To: Kalliguddi, Hema
Cc: linux-omap@vger.kernel.org; linux-...@vger.kernel.org;
Mankad, Maulik Ojas; Balbi, Felipe; Tony Lindgren;
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [100926 17:55]:
This patch adds a definition of the OMAP1 camera interface platform device,
and a function that allows for providing a board specific platform data.
The device will be used with the upcoming OMAP1 SoC camera interface driver.
How do I get notified if battery voltage is low and needs charging
from user space?
Either additional monitoring chip notifies you (if you are lucky and
have one), or wait for update of this driver :) There are efforts to
merge MADC driver [1], but it may take some time.
But using MADC, I
Hi Loïc,
Loïc Minier loic.min...@linaro.org writes:
Since 6cdee91257bee23a46dc869ca62469b67cba2c7e the references to
enable_off_mode and sleep_while_idle can't be resolved when CONFIG_PM_DEBUG
isn't set:
arch/arm/mach-omap2/built-in.o: In function `omap_uart_restore_context':
On Monday, September 27, 2010, Nishanth Menon wrote:
Paul E. McKenney had written, on 09/25/2010 07:56 PM, the following:
On Sat, Sep 25, 2010 at 10:55:20PM +0200, Rafael J. Wysocki wrote:
On Friday, September 24, 2010, Paul E. McKenney wrote:
On Fri, Sep 24, 2010 at 07:50:40AM -0500,
On Monday, September 27, 2010, Alan Stern wrote:
On Fri, 24 Sep 2010, Rafael J. Wysocki wrote:
On Friday, September 24, 2010, Kevin Hilman wrote:
Alan Stern st...@rowland.harvard.edu writes:
On Thu, 23 Sep 2010, Kevin Hilman wrote:
...
You're trying to fight the
On 9/27/2010 7:36 PM, Tony Lindgren wrote:
* Cousson, Benoitb-cous...@ti.com [100927 10:15]:
OK for that one, that will save the extra id to store the partition
in each static data, but then you will still have to store it during
the init?
For mux.c internal data, we can have an array of
* Cousson, Benoit b-cous...@ti.com [100927 12:54]:
OK cool, let me know if I can help with something.
Thanks, but that should be fine for moment. I think I should have
the updated version before the end of the week.
OK
Just one clarification, I don't think we have to use two different
Hi Tony,
Thanks for catching my mistake in the previous pull request for these
patches - it inadvertently also contained the patches from the pull
request OMAP: hwmod fixes and improvements for 2.6.37. This updated
pull request contains just the new patches that were posted from this
TWL4030/TPS65950 is a multi-function device with integrated charger,
which allows charging from AC or USB. This driver enables the
charger and provides several monitoring functions.
Tested on OMAP3 Pandora board.
Signed-off-by: Grazvydas Ignotas nota...@gmail.com
---
changes since v3 [1]:
-
* Paul Walmsley p...@pwsan.com [100927 13:00]:
Hi Tony,
Thanks for catching my mistake in the previous pull request for these
patches - it inadvertently also contained the patches from the pull
request OMAP: hwmod fixes and improvements for 2.6.37. This updated
pull request contains
On Mon, 27 Sep 2010, Rafael J. Wysocki wrote:
How about adding another flag to the dev_pm_info structure, to indicate
that the runtime callbacks may be called in interrupt context?
Maybe that will lead to problems I haven't thought of. But if it seems
okay to you, I can code it up
Since 6cdee91257bee23a46dc869ca62469b67cba2c7e the references to
enable_off_mode and sleep_while_idle can't be resolved when CONFIG_PM_DEBUG
isn't set:
arch/arm/mach-omap2/built-in.o: In function `omap_uart_restore_context':
arch/arm/mach-omap2/serial.c:253: undefined reference to
Alan Stern st...@rowland.harvard.edu writes:
On Mon, 27 Sep 2010, Rafael J. Wysocki wrote:
How about adding another flag to the dev_pm_info structure, to indicate
that the runtime callbacks may be called in interrupt context?
Maybe that will lead to problems I haven't thought of. But
On Mon, Sep 27, 2010 at 01:55:46PM -0700, Kevin Hilman wrote:
[resent with correct address for Greg, sorry for duplicates.]
Greg,
Govindraj.R govindraj.r...@ti.com writes:
This patch adds driver support for OMAP2/3/4 high speed UART.
According to MAINTAINERS, you seem to be the one
On Mon, Sep 27, 2010, Kevin Hilman wrote:
Could you move these down into the exisint #ifdef CONFIG_PM_DEBUG a
little bit later in the file (after where omap2_pm_debug.)
I hesitated doing that since there were a couple of other ifdefs using
CONFIG_PM_DEBUG later in the file; I will send an
Govindraj.R govindraj.r...@ti.com writes:
This patch adds driver support for OMAP2/3/4 high speed UART.
Cc'ing Greg KH and Alan Cox for review of the the new serial driver in
this series.
Greg/Alan, this has been on linux-serial several times now with review
mostly from OMAP folks. If this
* Igor Grinberg grinb...@compulab.co.il [100922 01:16]:
It should be okay to execute this code independent of whether
the driver is built or not. The device registration can be unconditional
and if there is no driver present, we won't probe anyway.
The current patch looks OK to me, adding
1 - 100 of 111 matches
Mail list logo