On Thu, 2012-09-27 at 11:51 -0700, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [120927 11:45]:
* Tomi Valkeinen tomi.valkei...@ti.com [120927 00:20]:
I could be mistaken how to HW works (but it does work like that for
dss), but sounds to me that uart and gpio drivers (and
On Thu, 2012-09-27 at 10:33 -0600, Paul Walmsley wrote:
The OMAP DSS video drivers include plat/clock.h but don't use any
information from that file. These includes are causing problems with
ARM single image kernels - remove them.
Signed-off-by: Paul Walmsley p...@pwsan.com
Cc: Tomi
Hi Tomi,
On Fri, 28 Sep 2012, Tomi Valkeinen wrote:
On Thu, 2012-09-27 at 10:33 -0600, Paul Walmsley wrote:
The OMAP DSS video drivers include plat/clock.h but don't use any
information from that file. These includes are causing problems with
ARM single image kernels - remove them.
On Wed, Sep 12, 2012 at 12:44 PM, R Sricharan r.sricha...@ti.com wrote:
memblock_steal tries to reserve physical memory during boot.
When the requested size is not aligned on the section size
then, the remaining memory available for lowmem becomes
unaligned on the section boundary. There is a
Hi,
I see a module build failure in linux-next tree.
Any one else facing this issue or I am missing something.
Using master branch on
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
Below is the log .
$ make modules -j 10
CHK include/linux/version.h
CHK
+ Peter, Liam in case they haven't seen the issue yet.
On Fri, Sep 28, 2012 at 12:28 PM, Vutla, Lokesh lokeshvu...@ti.com wrote:
Hi,
I see a module build failure in linux-next tree.
Any one else facing this issue or I am missing something.
Using master branch on
In order to make single zImage work for ARM architecture,
we need to make sure we don't depend on private headers.
Move USB platform_data to linux/platform_data/omap-usb.h
and keep only internal functions in plat/usb.h.
Signed-off-by: Felipe Balbi ba...@ti.com
---
Compile tested only.
On 09/27/2012 12:57 PM, Vutla, Lokesh wrote:
clkdev_omap.h
clock.h
common.h
cpu.h
dma-44xx.h
dma.h
As a part of clean up I am looking at dma.h and dma-44xx.h files
ll send you patches once cleanup and testing is done.
One note for the dma.h, dma-44xx.h:
The audio drivers used to include
Hi,
On Thu, Sep 27, 2012 at 7:48 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Thu, Sep 27, 2012 at 07:34:07PM +0530, Kishon Vijay Abraham I wrote:
+static int omap5_usb_phy_power(struct omap_usb *phy, bool on)
+{
+ u32 val;
+ unsigned long rate;
+ struct clk
Hi Peter,
On Fri, Sep 28, 2012 at 2:24 PM, Peter Ujfalusi peter.ujfal...@ti.com wrote:
On 09/27/2012 12:57 PM, Vutla, Lokesh wrote:
clkdev_omap.h
clock.h
common.h
cpu.h
dma-44xx.h
dma.h
As a part of clean up I am looking at dma.h and dma-44xx.h files
ll send you patches once cleanup and
Hi,
On Fri, Sep 28, 2012 at 4:18 AM, Cousson, Benoit b-cous...@ti.com wrote:
On 9/27/2012 7:24 AM, Rob Herring wrote:
On 09/25/2012 05:06 AM, ABRAHAM, KISHON VIJAY wrote:
Hi,
On Mon, Sep 24, 2012 at 6:45 PM, Rob Herring robherri...@gmail.com
wrote:
On 09/06/2012 09:57 AM, Kishon Vijay
Hi everyone,
this patch series aims at cleaning up of DSS of printk()'s enabled with
dss_debug and replace them with generic dynamic debug printing.
The 1st patch
* moved DEBUG flag definition to Makefile
The 2nd patch
* replaces printk() in DSSDBG definition with pr_debug()
* removes DSSDBGF
In OMAPDSS the DEBUG flag is set only after the OMAPDSS module is called, for
which the debugging capabilities are available only after its proper
initialization. As a result of which tracking of bugs prior to or during initial
process becomes difficult. So, the definition of DEBUG is being moved
The printk in DSSDBG function definition is replaced with dynamic debug enabled
pr_debug(). The use of dynamic debugging provides more flexibility as each debug
statement can be enabled or disabled dynamically on basis of source filename,
line number, module name etc. by writing to a control file
The debug prints in omap_dispc_unregister_isr() and _dsi_print_reset_status()
are replaced with dynamic debug enabled pr_debug(). So, as the final dependency
on dss_debug variable is replaced with dyndbg, the dss_debug variable is
removed.
Signed-off-by: Chandrabhanu Mahapatra cmahapa...@ti.com
Hi,
This series adds an omapdss_version enum that is passed via platform data to
omapdss driver. This version identifier is then used instead of cpu_is_*()
calls.
After these, omapdss no longer contains any plat/ or mach/ includes. omapfb,
vrfb and vram still do, though.
Tomi
Tomi Valkeinen
Add new enum, omapdss_version, that is used to tell which DSS hardware
version the SoC has. This enum is initialized during platform init, and
passed in the platform data to omapdss driver.
Note that the versions are not continuous, that is, you cannot check
if the version is less or greater than
Pass the omapdss_version to dss_features.c and use it to select the
proper dss features.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/core.c |2 +-
drivers/video/omap2/dss/dss_features.c | 49 +---
Use omapdss_version in dispc.c to select the proper dispc features.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dispc.c | 41 ++-
1 file changed, 28 insertions(+), 13 deletions(-)
diff --git
Use omapdss_version in dss.c to select the proper dss features.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dss.c | 37 +++--
1 file changed, 27 insertions(+), 10 deletions(-)
diff --git a/drivers/video/omap2/dss/dss.c
Use omapdss_version in hdmi.c to select the proper hdmi features.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dss_features.c | 14 --
drivers/video/omap2/dss/dss_features.h |3 ++-
drivers/video/omap2/dss/hdmi.c |3 ++-
3 files
cpu_is_* calls are no longer used in omapdss, so the includes for
plat/cpu.h can be removed.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dss.c |2 --
drivers/video/omap2/dss/dss_features.c |1 -
2 files changed, 3 deletions(-)
diff --git
Hello,
On Thu, Sep 27, 2012 at 7:54 AM, Wei Yongjun weiyj...@gmail.com wrote:
From: Wei Yongjun yongjun_...@trendmicro.com.cn
In case of error, the function voltdm_lookup() returns NULL
not ERR_PTR(). The IS_ERR() test in the return value check
should be replaced with NULL test.
dpatch
On Thu, Sep 27, 2012 at 7:54 AM, Wei Yongjun weiyj...@gmail.com wrote:
From: Wei Yongjun yongjun_...@trendmicro.com.cn
In case of error, the function voltdm_lookup() returns NULL
not ERR_PTR(). The IS_ERR() test in the return value check
should be replaced with NULL test.
dpatch engine is
On Fri, 2012-09-28 at 13:35 +0300, Tomi Valkeinen wrote:
Add new enum, omapdss_version, that is used to tell which DSS hardware
version the SoC has. This enum is initialized during platform init, and
passed in the platform data to omapdss driver.
Note that the versions are not continuous,
On Friday 28 September 2012 04:05 PM, Tomi Valkeinen wrote:
Add new enum, omapdss_version, that is used to tell which DSS hardware
version the SoC has. This enum is initialized during platform init, and
passed in the platform data to omapdss driver.
Note that the versions are not continuous,
On Fri, 2012-09-28 at 16:30 +0530, Archit Taneja wrote:
On Friday 28 September 2012 04:05 PM, Tomi Valkeinen wrote:
Add new enum, omapdss_version, that is used to tell which DSS hardware
version the SoC has. This enum is initialized during platform init, and
passed in the platform data to
On Fri, 2012-09-28 at 15:53 +0530, Chandrabhanu Mahapatra wrote:
The printk in DSSDBG function definition is replaced with dynamic debug
enabled
pr_debug(). The use of dynamic debugging provides more flexibility as each
debug
statement can be enabled or disabled dynamically on basis of
On Fri, Sep 28, 2012 at 4:52 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Fri, 2012-09-28 at 15:53 +0530, Chandrabhanu Mahapatra wrote:
The printk in DSSDBG function definition is replaced with dynamic debug
enabled
pr_debug(). The use of dynamic debugging provides more flexibility as
On Fri, 2012-09-28 at 15:53 +0530, Chandrabhanu Mahapatra wrote:
Hi everyone,
this patch series aims at cleaning up of DSS of printk()'s enabled with
dss_debug and replace them with generic dynamic debug printing.
The 1st patch
* moved DEBUG flag definition to Makefile
The 2nd patch
*
On Fri, 2012-09-28 at 17:00 +0530, Mahapatra, Chandrabhanu wrote:
I think you could just do:
#ifdef DSS_SUBSYS_NAME
#ifdef pr_fmt
#undef pr_fmt
#endif
#define pr_fmt(fmt) DSS_SUBSYS_NAME : fmt
#endif
For the case where there's no DSS_SUBSYS_NAME, there's no need to undef
Hi,
I'm a bit at loss how to deal with drivers/video/omap2/vrfb.c.
VRFB is part of the SDRAM controller on OMAP2 and OMAP3. vrfb.c uses the
following functions from sdrc.h:
omap2_sms_write_rot_control();
omap2_sms_write_rot_size();
omap2_sms_write_rot_physical_ba();
There are no other
On Fri, Sep 28, 2012 at 5:04 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Fri, 2012-09-28 at 15:53 +0530, Chandrabhanu Mahapatra wrote:
Hi everyone,
this patch series aims at cleaning up of DSS of printk()'s enabled with
dss_debug and replace them with generic dynamic debug printing.
Add an API in the omap glue layer to write to the mailbox register which
can be used by comparator driver(twl). To pass the detection of the attached
device (signified by VBUS, ID) to the dwc3 core, dwc3 core has to write
to the mailbox regiter.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Before accessing any register, runtime API's should be invoked to enable
the clocks. runtime API's are added here to prevent abort during register
access.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
drivers/usb/dwc3/dwc3-omap.c | 10 ++
1 file changed, 10 insertions(+)
The runtime API's takes care of setting the SYSCONFIG register with
appropriate values. Hence explicit writes to SYSCONFIG register is
removed.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
drivers/usb/dwc3/dwc3-omap.c | 26 --
1 file changed, 26 deletions(-)
Added dwc3 support for dwc3 core and update the documentation with
device tree binding information.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
Documentation/devicetree/bindings/usb/dwc3.txt | 24
drivers/usb/dwc3/core.c| 14
Used of_platform_populate() to populate dwc3 core platform_device
from device tree data. Since now the allocation of unique device id is
handled be of_*, removed the call to dwc3_get_device_id.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
drivers/usb/dwc3/dwc3-omap.c | 63
This patch series adds dt support to dwc3 core and fixes few minor
stuff in dwc3-omap glue to get dwc3 working.
While at that it also uses *of_platform* to create the child device
(dwc3-core) and fixes to use runtime API's to enable clock and write
to SYSCONFIG register.
This patch series is
Includes few minor fixes in dwc3-omap like populating the compatible
string in a correct way, extracting the utmi-mode property properly and
changing the index of get_irq since irq of core is removed from hwmod
entry.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
Hi,
On Fri, Sep 28, 2012 at 06:23:11PM +0530, Kishon Vijay Abraham I wrote:
Before accessing any register, runtime API's should be invoked to enable
the clocks. runtime API's are added here to prevent abort during register
access.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
Hi,
On Fri, Sep 28, 2012 at 06:23:13PM +0530, Kishon Vijay Abraham I wrote:
Add an API in the omap glue layer to write to the mailbox register which
can be used by comparator driver(twl). To pass the detection of the attached
device (signified by VBUS, ID) to the dwc3 core, dwc3 core has to
On Fri, Sep 28, 2012 at 06:23:15PM +0530, Kishon Vijay Abraham I wrote:
Added dwc3 support for dwc3 core and update the documentation with
device tree binding information.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
Documentation/devicetree/bindings/usb/dwc3.txt | 24
Hi,
On Fri, Sep 28, 2012 at 6:27 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Fri, Sep 28, 2012 at 06:23:10PM +0530, Kishon Vijay Abraham I wrote:
Used of_platform_populate() to populate dwc3 core platform_device
from device tree data. Since now the allocation of unique device id is
handled
Hi,
On Fri, Sep 28, 2012 at 6:28 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Fri, Sep 28, 2012 at 06:23:11PM +0530, Kishon Vijay Abraham I wrote:
Before accessing any register, runtime API's should be invoked to enable
the clocks. runtime API's are added here to prevent abort during register
Hi,
On Fri, Sep 28, 2012 at 6:29 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Fri, Sep 28, 2012 at 06:23:13PM +0530, Kishon Vijay Abraham I wrote:
Add an API in the omap glue layer to write to the mailbox register which
can be used by comparator driver(twl). To pass the detection of the
Hi,
On Fri, Sep 28, 2012 at 6:32 PM, Felipe Balbi ba...@ti.com wrote:
On Fri, Sep 28, 2012 at 06:23:15PM +0530, Kishon Vijay Abraham I wrote:
Added dwc3 support for dwc3 core and update the documentation with
device tree binding information.
Signed-off-by: Kishon Vijay Abraham I
None of the DMA channel definitions defined in
plat/dma-44xx.h are used. So removing it.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
Acked-by : Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/plat-omap/include/plat/dma-44xx.h | 147
Patch 1:
Dropping the file plat/dma44xx.h as none of the
dma channel definitions are used.
Patch 2:
Moving plat/dma.h to platform_data/dma-omap.h
Patch 3:
Move omap_reserve() locally to mach-omap1/2
This helps in moving plat/omap-secure.h locally to
Moving plat/omap-secure.h locally to mach-oamp2/
as part of single zImage work
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
Acked-by : Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/mach-omap2/common.c |2 +-
arch/arm/mach-omap2/omap-secure.c |1 -
omap_reserve() is a stub for omap1. So creating a
stub locally in mach-omap1. And moving the definition
to mach-omap2.
This helps in moving plat/omap_secure.h local to
mach-omap2
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
Acked-by : Santosh Shilimkar santosh.shilim...@ti.com
---
Move plat/dma.h header to platform_data/dma-omap.h as
part of the single zImage work.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
Acked-by : Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/mach-omap1/board-h2.c |2 +-
* Tomi Valkeinen tomi.valkei...@ti.com [120927 23:15]:
On Thu, 2012-09-27 at 11:51 -0700, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [120927 11:45]:
* Tomi Valkeinen tomi.valkei...@ti.com [120927 00:20]:
I could be mistaken how to HW works (but it does work like that for
* Lokesh Vutla lokeshvu...@ti.com [120928 06:41]:
Move plat/dma.h header to platform_data/dma-omap.h as
part of the single zImage work.
Hmm there's no platform data in this header, just
exported things for drivers to use. So it should not
be placed into platform_data.
Maybe it should be
* Tomi Valkeinen tomi.valkei...@ti.com [120928 05:05]:
Hi,
I'm a bit at loss how to deal with drivers/video/omap2/vrfb.c.
VRFB is part of the SDRAM controller on OMAP2 and OMAP3. vrfb.c uses the
following functions from sdrc.h:
omap2_sms_write_rot_control();
omap2_sms_write_rot_size();
On Fri, Sep 28, 2012 at 8:25 PM, Tony Lindgren t...@atomide.com wrote:
* Lokesh Vutla lokeshvu...@ti.com [120928 06:41]:
Move plat/dma.h header to platform_data/dma-omap.h as
part of the single zImage work.
Hmm there's no platform data in this header, just
exported things for drivers to
* Shilimkar, Santosh santosh.shilim...@ti.com [120928 08:02]:
On Fri, Sep 28, 2012 at 8:25 PM, Tony Lindgren t...@atomide.com wrote:
* Lokesh Vutla lokeshvu...@ti.com [120928 06:41]:
Move plat/dma.h header to platform_data/dma-omap.h as
part of the single zImage work.
Hmm there's no
On Fri, Sep 28, 2012 at 8:35 PM, Tony Lindgren t...@atomide.com wrote:
* Shilimkar, Santosh santosh.shilim...@ti.com [120928 08:02]:
On Fri, Sep 28, 2012 at 8:25 PM, Tony Lindgren t...@atomide.com wrote:
* Lokesh Vutla lokeshvu...@ti.com [120928 06:41]:
Move plat/dma.h header to
On 9/28/2012 3:07 AM, ABRAHAM, KISHON VIJAY wrote:
Hi,
On Fri, Sep 28, 2012 at 4:18 AM, Cousson, Benoit b-cous...@ti.com wrote:
On 9/27/2012 7:24 AM, Rob Herring wrote:
On 09/25/2012 05:06 AM, ABRAHAM, KISHON VIJAY wrote:
Hi,
On Mon, Sep 24, 2012 at 6:45 PM, Rob Herring
* Felipe Balbi ba...@ti.com [120928 00:08]:
In order to make single zImage work for ARM architecture,
we need to make sure we don't depend on private headers.
Move USB platform_data to linux/platform_data/omap-usb.h
The new standard seems to be subsystem-soc.h, so usb-omap.h :)
and keep
Hi Tony,
On 09/27/2012 03:26 PM, Tony Lindgren wrote:
Please see below a status update on the remaining problem
plat headers.
Note that all patches should be against current linux next
in this case.
[snip]
dmtimer.h
Jon, can you do a patch for dmtimer.h?
Yes, I will look into this.
On Fri, Sep 28, 2012 at 08:05:38AM -0700, Tony Lindgren wrote:
* Shilimkar, Santosh santosh.shilim...@ti.com [120928 08:02]:
On Fri, Sep 28, 2012 at 8:25 PM, Tony Lindgren t...@atomide.com wrote:
* Lokesh Vutla lokeshvu...@ti.com [120928 06:41]:
Move plat/dma.h header to
On 09/27/2012 01:41 PM, Robert Nelson wrote:
On Thu, Sep 27, 2012 at 3:16 PM,li...@johnea.net wrote:
On 09/27/2012 12:39 PM, Robert Nelson wrote:
So, i would first look at the config (zcat /proc/config.gz) between
those two releases, and if the arch developers added any more patches
to it..
On 9/26/2012 10:23 PM, Jon Hunter wrote:
On 09/20/2012 06:53 PM, Tony Lindgren wrote:
* Benoit Cousson b-cous...@ti.com [120919 19:24]:
Hi Tony,
I was about to take the DTS patch, but was wondering if you will pull
the driver changes for 3.7.
I suggest that you do a separate branch on
On Thu, Sep 27, 2012 at 01:51:18AM +0200, Hans J. Koch wrote:
On Wed, Sep 26, 2012 at 09:44:29AM -0400, Matt Porter wrote:
Add ifdefery hacks to only use SRAM on Davinci. This
needs to be cleaned up with a sane generic SRAM allocator
(like the DT based driver available that can't be used on
On Fri, Sep 28, 2012 at 1:49 PM, li...@johnea.net wrote:
On 09/27/2012 01:41 PM, Robert Nelson wrote:
On Thu, Sep 27, 2012 at 3:16 PM,li...@johnea.net wrote:
On 09/27/2012 12:39 PM, Robert Nelson wrote:
So, i would first look at the config (zcat /proc/config.gz) between
those two
On Wed, Sep 26, 2012 at 02:10:19PM -0700, Greg Kroah-Hartman wrote:
On Wed, Sep 26, 2012 at 09:44:29AM -0400, Matt Porter wrote:
Add ifdefery hacks to only use SRAM on Davinci. This
needs to be cleaned up with a sane generic SRAM allocator
(like the DT based driver available that can't be
On 09/28/2012 10:54 AM, Russell King - ARM Linux wrote:
On Fri, Sep 28, 2012 at 08:05:38AM -0700, Tony Lindgren wrote:
* Shilimkar, Santosh santosh.shilim...@ti.com [120928 08:02]:
On Fri, Sep 28, 2012 at 8:25 PM, Tony Lindgren t...@atomide.com wrote:
* Lokesh Vutla lokeshvu...@ti.com
Adds a pruss node and an example of use on Beaglebone.
Signed-off-by: Matt Porter mpor...@ti.com
---
arch/arm/boot/dts/am335x-bone.dts |4
arch/arm/boot/dts/am33xx.dtsi | 11 +++
2 files changed, 15 insertions(+)
diff --git a/arch/arm/boot/dts/am335x-bone.dts
Changes since v1:
- Replaced uio_pruss private SRAM API use with genalloc
- Added DA850 platform device and clock support
- Added DA850 L3 RAM gen_pool support
- Split out DT binding
This series enables uio_pruss on both DA850 and AM33xx. The driver
previously was
Adds DT, pinctrl, and runtime PM support to enable AM33xx.
Signed-off-by: Matt Porter mpor...@ti.com
---
drivers/uio/Kconfig |4 +--
drivers/uio/uio_pruss.c | 90 +--
2 files changed, 73 insertions(+), 21 deletions(-)
diff --git
Adds a DT binding definition for the TI PRUSS.
Signed-off-by: Matt Porter mpor...@ti.com
---
Documentation/devicetree/bindings/uio/pruss.txt | 17 +
1 file changed, 17 insertions(+)
create mode 100644 Documentation/devicetree/bindings/uio/pruss.txt
diff --git
This optional binding extension allows specification of a hwmod
and associate hardware reset line which should be deasserted for
the device to be functional.
The implementation works for reference as to the problem that
exists for utilizing uio_pruss on AM33xx but is suboptimal. The
problem is
Adds PRUSS clock, registers the L3RAM pool, and registers the
platform device for uio_pruss on DA850.
Signed-off-by: Matt Porter mpor...@ti.com
---
arch/arm/mach-davinci/board-da850-evm.c| 12 +
arch/arm/mach-davinci/da850.c |9
L3RAM (shared SRAM) is needed for use by several drivers.
This creates a genalloc pool and a hook for the platform code
to provide the struct gen_pool * in platform data.
Signed-off-by: Matt Porter mpor...@ti.com
---
arch/arm/mach-davinci/include/mach/common.h |2 ++
Remove the use of the private DaVinci SRAM API in favor
of genalloc. The pool to be used is provided by platform
data.
Signed-off-by: Matt Porter mpor...@ti.com
---
drivers/uio/Kconfig |1 +
drivers/uio/uio_pruss.c | 24 +---
Hi,
On Fri, Sep 28, 2012 at 8:42 PM, Cousson, Benoit b-cous...@ti.com wrote:
On 9/28/2012 3:07 AM, ABRAHAM, KISHON VIJAY wrote:
Hi,
On Fri, Sep 28, 2012 at 4:18 AM, Cousson, Benoit b-cous...@ti.com wrote:
On 9/27/2012 7:24 AM, Rob Herring wrote:
On 09/25/2012 05:06 AM, ABRAHAM, KISHON
On 09/28/2012 12:18 PM, Robert Nelson wrote:
Ah, so looking at the config, ARCH switched to omapdrm... It kinda
works in v3.5.x, but i'd wait till a few more releases...
So, based on that config, they have both CONFIG_FB_OMAP2 and
CONFIG_DRM_OMAP enabled.. That's a no-no...
CONFIG_DRM_OMAP
On Wed, Sep 19, 2012 at 04:46:52PM -0500, Benoit Cousson wrote:
+ Matt
On 9/19/2012 4:28 PM, AnilKumar, Chimata wrote:
On Thu, Sep 20, 2012 at 02:53:38, Cousson, Benoit wrote:
+ Paul
Hi Anil,
Thanks for the rebase / repost. I'll pulled the full series if Paul is OK
with
ARM:
On 09/28/2012 01:51 PM, Vaibhav Hiremath wrote:
On 9/26/2012 10:23 PM, Jon Hunter wrote:
On 09/20/2012 06:53 PM, Tony Lindgren wrote:
* Benoit Cousson b-cous...@ti.com [120919 19:24]:
Hi Tony,
I was about to take the DTS patch, but was wondering if you will pull
the driver changes for
On 09/28/2012 01:51 PM, Vaibhav Hiremath wrote:
On 9/26/2012 10:23 PM, Jon Hunter wrote:
On 09/20/2012 06:53 PM, Tony Lindgren wrote:
* Benoit Cousson b-cous...@ti.com [120919 19:24]:
Hi Tony,
I was about to take the DTS patch, but was wondering if you will pull
the driver changes for
On 09/28/2012 01:51 PM, Vaibhav Hiremath wrote:
[snip]
Jon,
Sorry for delayed response, But I tried using your omap_test application
to validate this patch series, but it is failing for me.
How did you test it? Are you running same test application at your end?
I am debugging this
82 matches
Mail list logo
