On Tuesday 09 October 2012 02:27 PM, Vaibhav Hiremath wrote:
This patch adds of_have_populated_dt() check before creating
Signed-off-by: Vaibhav Hiremathhvaib...@ti.com
Cc: Afzal Mohammedaf...@ti.com
Reviewed-by: Afzal Mohammed af...@ti.com
--
To unsubscribe from this list: send the line
On 10/09/12 22:29, Paul Walmsley wrote:
Commit 801475ccb2b2c1928b22aec4b9e5285d9e347602 (ARM: OMAP: move
debug_card_init() function) results in the following new sparse
warning:
arch/arm/plat-omap/debug-devices.c:71:12: warning: symbol 'debug_card_init'
was not declared. Should it be
The various functions in dispc and dsi such as print_irq_status(),
print_irq_status_vc(), print_irq_status_cio() and _dsi_print_reset_status()
consist of a number of debug prints which need to be enabled all at once or none
at all. So, these debug prints in corresponding functions are replaced
Tomi, Chandrabhanu,
On Friday 05 October 2012 06:16 PM, Tomi Valkeinen wrote:
On Sat, 2012-09-29 at 16:19 +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.
2012/10/2 Kevin Hilman khil...@deeprootsystems.com:
Maximilian Schwerin maximilian.schwe...@tigris.de writes:
Hi,
I've just built a linux-omap kernel at 3.6-rc6 using omap2plus_defconfig
as basis for the kernel config.
When I enable smartreflex and switch to 800MHz via
echo 1
The resume_noirq enables interrupts one-by-one starting from
first one. Now if the wake up event for suspend came from i2c
device, the i2c bus irq gets enabled before the threaded
i2c device irq, causing a flood of i2c bus interrupts as the
threaded irq that should clear the event is not enabled
ke, 2012-10-10 kello 14:46 +0300, Kalle Jokiniemi kirjoitti:
The resume_noirq enables interrupts one-by-one starting from
first one. Now if the wake up event for suspend came from i2c
device, the i2c bus irq gets enabled before the threaded
i2c device irq, causing a flood of i2c bus interrupts
Patch 1:
Renaming elpida_ecb240abacn.dtsi as lpddr2_data.dtsi
Patch 2:
Correcting size of memory defined for omap5
Patch 3:
EMIF and LPDDR2 device tree data for OMAP5 boards
Testing:
- Boot tested on omap5-sevm board
- Built emif as a module
Lokesh Vutla (3):
ARM: dts:
Memory present for omap5 is 2GB. But in dt file
it is specified as 1GB. Correcting the same
in this patch
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
---
arch/arm/boot/dts/omap5-evm.dts |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/omap5-evm.dts
Renaming elpida_ecb240abacn.dtsi file generic, so that the
same file can be reused for other parts from different vendors.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
---
arch/arm/boot/dts/{elpida_ecb240abacn.dtsi = lpddr2_data.dtsi} |0
arch/arm/boot/dts/omap4-panda.dts
Device tree data for the EMIF sdram controllers in OMAP5
and LPDDR2 memory devices attached to OMAP5 boards.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
---
arch/arm/boot/dts/lpddr2_data.dtsi | 64 +++-
arch/arm/boot/dts/omap5-evm.dts| 11 +++
The resume_noirq enables interrupts one-by-one starting from
first one. Now if the wake up event for suspend came from i2c
device, the i2c bus irq gets enabled before the threaded
i2c device irq, causing a flood of i2c bus interrupts as the
threaded irq that should clear the event is not enabled
Hi Tomi,
On 10/01/2012 07:45 PM, Tomi Valkeinen wrote:
Hi Florian,
Here are omapdss changes for 3.7 merge window.
Merged.
There's something funny with the diff stat, though. I can see a few
changes there that I have not made, for example to
drivers/video/console/fbcon.c. I believe they
From: Vikas Sajjan vikas.saj...@linaro.org
This patchset adds suspend/resume functionality to dwc3-core layer
and xhci-platform driver. It also adds S2R support to dwc3-exynos
glue layer.
Based on 'usb-next' branch.
Vikas Sajjan (3):
usb: dwc3: Add the suspend/resume functionality
usb:
From: Vikas Sajjan vikas.saj...@linaro.org
Adding the suspend and resume funtionality to DWC3 core.
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
Signed-off-by: Vikas C Sajjan vikas.saj...@linaro.org
CC: Doug Anderson diand...@chromium.org
---
drivers/usb/dwc3/core.c | 268
From: Vikas Sajjan vikas.saj...@linaro.org
Adding the suspend and resume functionality for the XHCI driver
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
Signed-off-by: Vikas C Sajjan vikas.saj...@linaro.org
CC: Doug Anderson diand...@chromium.org
---
drivers/usb/host/xhci-plat.c | 44
From: Vikas Sajjan vikas.saj...@linaro.org
Adding the suspend and resume functionality to exynos dwc3 driver
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
Signed-off-by: Vikas C Sajjan vikas.saj...@linaro.org
CC: Doug Anderson diand...@chromium.org
---
drivers/usb/dwc3/dwc3-exynos.c |
On Wed, Oct 10, 2012 at 19:30:27, Porter, Matt wrote:
On Tue, Oct 09, 2012 at 02:27:20PM +0530, Vaibhav Hiremath wrote:
With recent changes in omap gpmc driver code, in case of DT
boot mode, where bootloader does not configure gpmc cs space
will result into kernel BUG() inside
6ea74cb ARM: OMAP2+: hwmod: get rid of all omap_clk_get_by_name usage
exposes a bug in the AM33XX clock data for mcasp. After moving to
clk_get() usage, the _init() of all registered hwmods fails on mcasp0
due to incorrect clock data causing clk_get() to fail. This causes all
successive hwmods to
On Wed, Oct 10, 2012 at 20:00:49, Porter, Matt wrote:
6ea74cb ARM: OMAP2+: hwmod: get rid of all omap_clk_get_by_name usage
exposes a bug in the AM33XX clock data for mcasp. After moving to
clk_get() usage, the _init() of all registered hwmods fails on mcasp0
due to incorrect clock data
On Wed, Oct 10, 2012 at 02:19:40PM +, Vaibhav Hiremath wrote:
On Wed, Oct 10, 2012 at 19:30:27, Porter, Matt wrote:
On Tue, Oct 09, 2012 at 02:27:20PM +0530, Vaibhav Hiremath wrote:
With recent changes in omap gpmc driver code, in case of DT
boot mode, where bootloader does not
On Wed, Oct 10, 2012 at 02:33:54PM +, Vaibhav Hiremath wrote:
On Wed, Oct 10, 2012 at 20:00:49, Porter, Matt wrote:
6ea74cb ARM: OMAP2+: hwmod: get rid of all omap_clk_get_by_name usage
exposes a bug in the AM33XX clock data for mcasp. After moving to
clk_get() usage, the _init() of all
On Wed, Oct 10, 2012 at 10:35:01AM -0400, Matt Porter wrote:
On Wed, Oct 10, 2012 at 02:19:40PM +, Vaibhav Hiremath wrote:
On Wed, Oct 10, 2012 at 19:30:27, Porter, Matt wrote:
On Tue, Oct 09, 2012 at 02:27:20PM +0530, Vaibhav Hiremath wrote:
With recent changes in omap gpmc driver
Hi Lokesh,
On 10/10/2012 02:05 PM, Lokesh Vutla wrote:
Renaming elpida_ecb240abacn.dtsi file generic, so that the
same file can be reused for other parts from different vendors.
Could you elaborate a little bit?
Are these settings purely reflecting lpddr2 spec timings?
Regards,
Benoit
On 10/10/2012 02:05 PM, Lokesh Vutla wrote:
Device tree data for the EMIF sdram controllers in OMAP5
and LPDDR2 memory devices attached to OMAP5 boards.
Nit: Could you make a sentence with a verb to explain what you are doing
in this patch.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
---
On 10/10/2012 02:05 PM, Lokesh Vutla wrote:
Memory present for omap5 is 2GB. But in dt file
omap5 - OMAP5
dt - dts
And this patch is about omap5-evm so you should be more specific in your
changelog and even in the subject:
ARM: dts: omap5-evm: Fix size of memory defined for EVM
it is
You should CC devicetree-disc...@lists.ozlabs.org for any Device tree
patches. This is applicable for the whole series.
On 10/10/2012 02:05 PM, Lokesh Vutla wrote:
Patch 1:
Renaming elpida_ecb240abacn.dtsi as lpddr2_data.dtsi
Patch 2:
Correcting size of memory defined for omap5
On Mon, Oct 08, 2012 at 07:08:08AM +0100, Mohammed, Afzal wrote:
Hi Ivan,
On Mon, Oct 08, 2012 at 11:05:56, Mohammed, Afzal wrote:
This series cleans up omap-gpmc related code so that omap can
be a part of common zImage.
This series moves gpmc.h from plat-omap/include/plat to
On Tue, Oct 09, 2012 at 01:36:50PM +0100, Philip, Avinash wrote:
(...)
There are at least 2 potential problems when reading an erased page with
bitflips:
1. bitflip in data area and no bitflip in spare area (all 0xff)
Your code will not perform any ECC correction.
UBIFS does not like
On Wed, Oct 10, 2012 at 07:35:48PM +0530, Vikas C Sajjan wrote:
From: Vikas Sajjan vikas.saj...@linaro.org
Adding the suspend and resume functionality for the XHCI driver
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
Signed-off-by: Vikas C Sajjan vikas.saj...@linaro.org
CC: Doug
Tomi Valkeinen tomi.valkei...@ti.com writes:
On Tue, 2012-10-09 at 13:37 -0700, Kevin Hilman wrote:
Hi Tomi,
Tomi Valkeinen tomi.valkei...@ti.com writes:
This patch converts vrfb library into a platform device, in an effort to
remove omap dependencies.
The platform device is
Hi Sourav,
Sourav sourav.pod...@ti.com writes:
[...]
Boot Tested this patch series against v3.6 tag(applied cleanly) on
panda board and
PM tested(hitting off in Idle and suspend) on omap3630 based beagle board.
Note, I also tested the patches against the current master but only
after
From: Srinivas Kandagatla srinivas.kandaga...@st.com
Running below Coccinelle lookup pattern like below on the
latest kernel showed about 52 hits. This patch series is a subset
of those 52 patches, so that it will be easy for maintainers to review.
Hopefully these patches will get rid of some
From: Srinivas Kandagatla srinivas.kandaga...@st.com
This patch removes some code duplication by using
module_platform_driver.
Signed-off-by: Srinivas Kandagatla srinivas.kandaga...@st.com
---
arch/arm/mach-omap2/mailbox.c | 14 +-
1 files changed, 1 insertions(+), 13 deletions(-)
From: Srinivas Kandagatla srinivas.kandaga...@st.com
This patch removes some code duplication by using
module_platform_driver.
Signed-off-by: Srinivas Kandagatla srinivas.kandaga...@st.com
---
arch/arm/mach-pxa/pxa3xx-ulpi.c | 13 +
1 files changed, 1 insertions(+), 12
From: Srinivas Kandagatla srinivas.kandaga...@st.com
This patch removes some code duplication by using
module_platform_driver.
Signed-off-by: Srinivas Kandagatla srinivas.kandaga...@st.com
---
arch/arm/mach-pxa/tosa-bt.c | 15 +--
1 files changed, 1 insertions(+), 14 deletions(-)
From: Srinivas Kandagatla srinivas.kandaga...@st.com
This patch removes some code duplication by using
module_platform_driver.
Signed-off-by: Srinivas Kandagatla srinivas.kandaga...@st.com
---
arch/arm/plat-omap/dmtimer.c | 13 +
1 files changed, 1 insertions(+), 12 deletions(-)
From: Srinivas Kandagatla srinivas.kandaga...@st.com
This patch removes some code duplication by using
module_platform_driver.
Signed-off-by: Srinivas Kandagatla srinivas.kandaga...@st.com
---
drivers/char/hw_random/omap-rng.c | 14 +-
1 files changed, 1 insertions(+), 13
Hi
On Wed, 10 Oct 2012, Srinivas KANDAGATLA wrote:
From: Srinivas Kandagatla srinivas.kandaga...@st.com
Running below Coccinelle lookup pattern like below on the
latest kernel showed about 52 hits. This patch series is a subset
of those 52 patches, so that it will be easy for maintainers
Hi all,
This is an update to an old patchset for CSI-2 configuration for OMAP 3430
and 3630. The patches have been tested on the 3630 only so far, and I don't
plan to test them on 3430 in the near future.
Changes made based on Kevin's and Laurent's comments since v3.
Comments, questions and
Add the registers used to configure the CSI-2 receiver PHY on OMAP3430 and
3630 and map them in the ISP driver. The register is part of the control
block but it only is needed by the ISP driver.
Signed-off-by: Sakari Ailus sakari.ai...@iki.fi
Acked-by: Tony Lindgren t...@atomide.com
---
Configure CSI-2 phy based on platform data in the ISP driver. For that, the
new V4L2_CID_IMAGE_SOURCE_PIXEL_RATE control is used. Previously the same
was configured from the board code.
This patch is dependent on omap3: Provide means for changing CSI2 PHY
configuration.
Signed-off-by: Sakari
Add PHY routing configuration for both 3430 and 3630. Also add register bit
definitions of CSIRXFE and CAMERA_PHY_CTRL registers on OMAP 3430 and 3630,
respectively.
Signed-off-by: Sakari Ailus sakari.ai...@iki.fi
---
drivers/media/platform/omap3isp/ispcsiphy.c | 92 +++
Hi Sakari,
Thanks for the patch.
On Wednesday 10 October 2012 23:01:42 Sakari Ailus wrote:
Configure CSI-2 phy based on platform data in the ISP driver. For that, the
new V4L2_CID_IMAGE_SOURCE_PIXEL_RATE control is used. Previously the same
was configured from the board code.
This patch is
Hi Sakari,
Thanks for the patch.
On Wednesday 10 October 2012 23:01:41 Sakari Ailus wrote:
Add PHY routing configuration for both 3430 and 3630. Also add register bit
definitions of CSIRXFE and CAMERA_PHY_CTRL registers on OMAP 3430 and 3630,
respectively.
Signed-off-by: Sakari Ailus
Hi,
* Kishon Vijay Abraham I kis...@ti.com [121007 23:01]:
In order to reflect devices(usb_phy) attached to ocp2scp bus, ocp2scp
is assigned a device attribute to represent the attached devices.
...
--- a/arch/arm/mach-omap2/omap_hwmod_44xx_data.c
+++
Hi,
* Kishon Vijay Abraham I kis...@ti.com [120919 04:32]:
Added a driver for usb3 phy that handles the interaction between usb phy
device and dwc3 controller.
This also includes device tree support for usb3 phy driver and
the documentation with device tree binding information is updated.
On Wed, Oct 10, 2012 at 22:08:41, Ivan Djelic wrote:
On Mon, Oct 08, 2012 at 07:08:08AM +0100, Mohammed, Afzal wrote:
Please verify that BCH[48] works as earlier with this series.
I ran several mtd regression tests on a Beagle Board on your gpmc-czimage-v2
tag.
All BCH error correcting
On Wed, Oct 10, 2012 at 22:38:06, Ivan Djelic wrote:
On Tue, Oct 09, 2012 at 01:36:50PM +0100, Philip, Avinash wrote:
(...)
There are at least 2 potential problems when reading an erased page with
bitflips:
1. bitflip in data area and no bitflip in spare area (all 0xff)
Your
49 matches
Mail list logo