On Wed, 2012-09-26 at 11:59 -0700, Tony Lindgren wrote:
* Tomi Valkeinen tomi.valkei...@ti.com [120926 00:06]:
So if I want to use parallel dss output, which uses dss_data0 pin,
omapdss driver needs to enable vdda_dsi on omap3430, even though there's
no other use for vdda_dsi in the
Hi Sakari,
Thanks for the patch.
On Thursday 27 September 2012 00:50:35 Sakari Ailus wrote:
The OMAP 3630 has configuration how the ISP CSI-2 PHY pins are connected to
the actual CSI-2 receivers outside the ISP itself. Allow changing this
configuration from the ISP driver.
Signed-off-by:
On Fri, 2012-09-21 at 14:37 -0400, Matt Porter wrote:
On Fri, Sep 21, 2012 at 08:42:47AM -0700, Tony Lindgren wrote:
Can't we come up with a version of dma_request_slave_channel that works
both ways for now:
mcspi_dma-dma_rx =
dma_request_slave_channel_compat(mask,
On Fri, 2012-09-21 at 19:47 +0100, Russell King - ARM Linux wrote:
On Fri, Sep 21, 2012 at 10:45:29PM +0530, S, Venkatraman wrote:
On Thu, Sep 20, 2012 at 8:13 PM, Matt Porter mpor...@ti.com wrote:
The EDMA DMAC has a hardware limitation that prevents supporting
scatter gather lists with
Hi Sakari,
Thanks for the patch.
On Thursday 27 September 2012 00:50:36 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
Hi Tony,
On Wednesday 26 September 2012 15:00:19 Tony Lindgren wrote:
Moi Sakari
* Sakari Ailus sakari.ai...@iki.fi [120926 14:51]:
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
Hi Tony,
On Fri, Sep 21, 2012 at 4:59 AM, Tony Lindgren t...@atomide.com wrote:
Hi all,
With the recent pull request I sent for v3.7, we now have pretty
much all the mach includes fixed up for omap2+ for single zImage
support.
We still have quite a few plat headers that we need to sort
Hi Jon,
On Thu, Sep 27, 2012 at 08:54:22, Hunter, Jon wrote:
On 09/19/2012 08:23 AM, Afzal Mohammed wrote:
+Dependency of peripheral timings on gpmc timings:
+
+cs_on: t_ceasu
Thanks for adding these details. Could be good to clarify that the
left-hand side parameters are the gpmc
On Thu, 2012-09-20 at 16:29 -0700, Tony Lindgren wrote:
Hi all,
With the recent pull request I sent for v3.7, we now have pretty
much all the mach includes fixed up for omap2+ for single zImage
support.
We still have quite a few plat headers that we need to sort
out manually.
Please
On Wed, Sep 26, 2012 at 7:59 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
This doesn't work quite correctly. The problem is in dss.h, where we
define DEBUG if CONFIG_OMAP2_DSS_DEBUG_SUPPORT is set. The thing is,
DEBUG should be defined before including the kernel headers where the
pr_debug
Op 26 sep. 2012, om 13:37 heeft Hebbar, Gururaja gururaja.heb...@ti.com het
volgende geschreven:
On Wed, Sep 12, 2012 at 17:32:38, Hebbar, Gururaja wrote:
On Wed, Sep 12, 2012 at 14:19:51, S, Venkatraman wrote:
On Tue, Sep 4, 2012 at 6:39 PM, Hebbar, Gururaja gururaja.heb...@ti.com
wrote:
On Thu, 2012-09-27 at 16:20 +0530, Mahapatra, Chandrabhanu wrote:
On Wed, Sep 26, 2012 at 7:59 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
This doesn't work quite correctly. The problem is in dss.h, where we
define DEBUG if CONFIG_OMAP2_DSS_DEBUG_SUPPORT is set. The thing is,
DEBUG
On Thu, Sep 27, 2012 at 16:31:14, Koen Kooi wrote:
Op 26 sep. 2012, om 13:37 heeft Hebbar, Gururaja gururaja.heb...@ti.com
het volgende geschreven:
On Wed, Sep 12, 2012 at 17:32:38, Hebbar, Gururaja wrote:
On Wed, Sep 12, 2012 at 14:19:51, S, Venkatraman wrote:
On Tue, Sep 4, 2012 at
Hi
On 09/11/2012 09:01 AM, Jarkko Nikula wrote:
Convert the twl4030_wdt watchdog driver to watchdog core.
While at there use devm_kzalloc and set the default timeout in order to be
able test this driver with a simple shell script.
Signed-off-by: Jarkko Nikulajarkko.nik...@jollamobile.com
Loading omap2_mcspi.ko and m25p80.ko modules.
Trying to remove SPI module(omap2_mcspi.ko) during the I/O of SPI.
The module should not be removed since it is still in use.
But when run this test, bunch of kernel errors occurs.
'lsmod' doesn't show the spi module anymore,
but flash
Hi Paul,
On 09/25/12 01:09, Paul Walmsley wrote:
Commit e54adb1e79762d3591459e5b0e9b9ff578e33fdb (ARM: OMAP: omap3evm:
cleanup revision bits) adds a new sparse[1] warning:
arch/arm/mach-omap2/board-omap3evm.c:90:4: warning: symbol
'get_omap3_evm_rev' was not declared. Should it be
On 09/24/12 21:21, Paul Walmsley wrote:
Here are some basic OMAP boot and power management test results for
v3.6-rc6:
http://www.pwsan.com/omap/testlogs/test_v3.6-rc6/20120918101040/
Some observations:
Boot tests:
* CM-T3517: L3 in-band error with IPSS during boot
- Cause
Added a driver for usb3 phy that handles the interaction between usb phy
device and dwc3 controller. Currently writing to control module register
is taken care in this driver which will be removed once the control
module driver is in place.
Changes from v1:
* Added missing clk_put()
* Remove the
usb_otg_ss_refclk960m is needed for usb2 phy present in omap5. For
omap4, the clk_get of this clock will fail since it does not have this
clock.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
drivers/usb/phy/omap-usb2.c | 18 --
1 file changed, 16 insertions(+), 2
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.
Currently writing to control module register is taken care in
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 *sys_clk;
+
+ sys_clk = clk_get(NULL, sys_clkin);
+ if (IS_ERR(sys_clk)) {
+
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 Abraham I wrote:
All phy related programming like enabling/disabling the clocks, powering
on/off the phy is taken care of
Drivers must not rely on cpu_is_omap* macros (they will soon become
private). Use the ISP revision instead to identify the hardware.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/platform/omap3isp/isp.c | 25 -
1 files changed, 16
Hi,
On Thu, Sep 27, 2012 at 7:54 PM, Rob Herring robherri...@gmail.com 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 Abraham I wrote:
All phy related programming
Hi Afzal,
On 09/27/2012 05:07 AM, Mohammed, Afzal wrote:
Hi Jon,
On Thu, Sep 27, 2012 at 08:54:22, Hunter, Jon wrote:
On 09/19/2012 08:23 AM, Afzal Mohammed wrote:
+Dependency of peripheral timings on gpmc timings:
+
+cs_on: t_ceasu
Thanks for adding these details. Could be good to
McASP has a configuration port and a data port. This patch adds the address
space entry for the data port as described in the OMAP4 TRM.
Also, add names to the address spaces.
Signed-off-by: Ricardo Neri ricardo.n...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c |6 ++
1 files
Remove clock-related header and C files from arch/arm/plat-omap. The
intention is to support people working on the ARM single kernel image
project, since the 'plat' symlink will no longer be available for
OMAP-shared files.
Intended for 3.8 cleanup.
---
plat_clock_removal_cleanup_3.8
text
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 Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dispc.c
Duplicate arch/arm/plat-omap/clock.c into arch/arm/mach-omap1/clock.c
and arch/arm/mach-omap2/clock.c. This is to support people who are working
on the ARM single image kernel and the OMAP common clock framework
conversion.
Signed-off-by: Paul Walmsley p...@pwsan.com
Cc: Tony Lindgren
Remove an unnecessary include of arch/arm/plat-omap/include/plat/clock.h
to facilitate the ARM single kernel image work.
Signed-off-by: Paul Walmsley p...@pwsan.com
---
drivers/cpufreq/omap-cpufreq.c |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/cpufreq/omap-cpufreq.c
The DSPBridge driver includes arch/arm/plat-omap/include/plat/clock.h.
All of the plat/ ... includes are causing problems with the ARM
single image kernel effort. Remove this one.
Signed-off-by: Paul Walmsley p...@pwsan.com
---
.../tidspbridge/include/dspbridge/host_os.h|1 -
1 file
To facilitate the ARM single image work, split
arch/arm/plat-omap/include/plat/clkdev_omap.h into the
arch/arm/mach-omap1/clock.h and arch/arm/mach-omap2/clock.h files.
Signed-off-by: Paul Walmsley p...@pwsan.com
---
arch/arm/mach-omap1/clock.c |1 -
arch/arm/mach-omap1/clock.h
Remove arch/arm/plat-omap/include/plat/clock.h by merging it into
arch/arm/mach-omap1/clock.h and arch/arm/mach-omap2/clock.h.
The goal here is to facilitate ARM single image kernels by removing
includes via the plat/ symlink.
Signed-off-by: Paul Walmsley p...@pwsan.com
---
Hello,
We're developing a system based on DM3730, and using Beagleboard-xM as a
prototype platform.
The 3.2 series kernels provided a working video output on Beagleboard-xM
integrated HDMI connector.
We use the kernel parameters: omapfb.mode=dvi:800x480MR-24@60
omapfb.vram=0:6M,1:2M,2:2M
On Thu, Sep 27, 2012 at 12:19 PM, li...@johnea.net wrote:
Hello,
We're developing a system based on DM3730, and using Beagleboard-xM as a
prototype platform.
The 3.2 series kernels provided a working video output on Beagleboard-xM
integrated HDMI connector.
We use the kernel parameters:
* Tomi Valkeinen tomi.valkei...@ti.com [120927 00:20]:
On Wed, 2012-09-26 at 11:59 -0700, Tony Lindgren wrote:
* Tomi Valkeinen tomi.valkei...@ti.com [120926 00:06]:
So if I want to use parallel dss output, which uses dss_data0 pin,
omapdss driver needs to enable vdda_dsi on omap3430,
* 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 perhaps some
others, I didn't go through all the pins) need
On 09/27/2012 11:25 AM, Robert Nelson wrote:
On Thu, Sep 27, 2012 at 12:19 PM,li...@johnea.net wrote:
Hello,
In a subsequent distro upgrade to 3.4.4 neither dvi, nor buddy=spidev
function anymore.
buddy=xyz is not upstream, so which 'tree'/'patchset' are you
currently using as a basis for
Hi,
On Thu, Sep 27, 2012 at 11:56:51AM -0700, li...@johnea.net wrote:
On 09/27/2012 11:25 AM, Robert Nelson wrote:
On Thu, Sep 27, 2012 at 12:19 PM,li...@johnea.net wrote:
Hello,
In a subsequent distro upgrade to 3.4.4 neither dvi, nor buddy=spidev
function anymore.
buddy=xyz is not
* Felipe Balbi ba...@ti.com [120927 12:01]:
If you want to try with the public kernel, then try Linus' tree
(http://git.kernel.org/linus) but I'm not sure if we have beagle XM in
mainline yet.
Yes
Tony is DM3730 supported in mainline ?
Yes
Tony
--
To unsubscribe from this list: send the
Em Fri, 21 Sep 2012 01:14:08 -0400
Ido Yariv i...@wizery.com escreveu:
Move iommu/iovmm headers from plat/ to platform_data/ as part of the
single zImage work.
Signed-off-by: Ido Yariv i...@wizery.com
---
arch/arm/mach-omap2/devices.c | 2 +-
On Thu, Sep 27, 2012 at 1:56 PM, li...@johnea.net wrote:
On 09/27/2012 11:25 AM, Robert Nelson wrote:
On Thu, Sep 27, 2012 at 12:19 PM,li...@johnea.net wrote:
Hello,
In a subsequent distro upgrade to 3.4.4 neither dvi, nor buddy=spidev
function anymore.
buddy=xyz is not upstream, so
Thanks Robert,
The 3.4.4 kernel is plain vanilla plus:
http://rcn-ee.net/deb/sid-armhf/v3.4.4-x1/patch-3.4.4-x1.diff.gz
We're running archlinuxarm, and working with devs there to upgrade to 3.5.4,
in hopes this will address most or all of the issues. That will include:
Hi Ido,
* Ido Yariv i...@wizery.com [120920 22:15]:
Since iommu is not currently supported on OMAP1, merge plat/iommu2.h into
iommu.h so only one file would have to move to platform_data/ as part of the
single zImage effort.
Looks like you need patch 2.5/3 in this series too that
makes some
* Tony Lindgren t...@atomide.com [120927 12:54]:
Hi Ido,
* Ido Yariv i...@wizery.com [120920 22:15]:
Since iommu is not currently supported on OMAP1, merge plat/iommu2.h into
iommu.h so only one file would have to move to platform_data/ as part of the
single zImage effort.
Looks like
* Tomi Valkeinen tomi.valkei...@ti.com [120927 03:13]:
On Thu, 2012-09-20 at 16:29 -0700, Tony Lindgren wrote:
Hi all,
With the recent pull request I sent for v3.7, we now have pretty
much all the mach includes fixed up for omap2+ for single zImage
support.
We still have quite a
* Vutla, Lokesh lokeshvu...@ti.com [120927 02:59]:
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.
OK great that's good to hear.
Tony
--
To unsubscribe from this list: send the line unsubscribe
Hi Laurent,
Thanks for the review!
Laurent Pinchart wrote:
Hi Sakari,
Thanks for the patch.
On Thursday 27 September 2012 00:50:35 Sakari Ailus wrote:
The OMAP 3630 has configuration how the ISP CSI-2 PHY pins are connected to
the actual CSI-2 receivers outside the ISP itself. Allow
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..
https://github.com/archlinuxarm/PKGBUILDs/commit/68a9e5a1609fde10a2f31dac8df211f0c3874eb7
It looks
Hi Laurent,
Thanks for the review.
Laurent Pinchart wrote:
On Thursday 27 September 2012 00:50:36 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
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.
* Tony Lindgren t...@atomide.com [120920 16:30]:
$ ls arch/arm/plat-omap/include/plat/
clkdev_omap.h
clock.h
Paul posted patches for the clock
Missed omap-pm.h and omap-secure.h, see below..
* Tony Lindgren t...@atomide.com [120927 13:27]:
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.
* Tony Lindgren t...@atomide.com [120920
On Fri, Sep 28, 2012 at 1:56 AM, Tony Lindgren t...@atomide.com 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.
* Tony Lindgren t...@atomide.com [120920 16:30]:
$ ls
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..
Hi,
On 09/11/2012 09:01 AM, Jarkko Nikula wrote:
Convert the twl4030_wdt watchdog driver to watchdog core.
While at there use devm_kzalloc and set the default timeout in order to be
able test this driver with a simple shell script.
Signed-off-by: Jarkko
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 Abraham I wrote:
All phy related programming like enabling/disabling the clocks,
* Laurent Pinchart laurent.pinch...@ideasonboard.com [120927 07:38]:
Drivers must not rely on cpu_is_omap* macros (they will soon become
private). Use the ISP revision instead to identify the hardware.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Great, thanks for fixing
* Laurent Pinchart laurent.pinch...@ideasonboard.com [120927 02:52]:
Hi Tony,
On Wednesday 26 September 2012 15:00:19 Tony Lindgren wrote:
Moi Sakari
* Sakari Ailus sakari.ai...@iki.fi [120926 14:51]:
Configure CSI-2 phy based on platform data in the ISP driver. For that,
the
* Shilimkar, Santosh santosh.shilim...@ti.com [120927 13:34]:
On Fri, Sep 28, 2012 at 1:56 AM, Tony Lindgren t...@atomide.com 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.
*
Hi,
On Wed, Sep 26, 2012 at 10:12 PM, Vikram Narayanan vikram...@gmail.com wrote:
Use the enum for board_ref_clock from linux/wl12xx.h
Signed-off-by: Vikram Narayanan vikram...@gmail.com
Cc: Tony Lindgren t...@atomide.com
Cc: linux-omap@vger.kernel.org
---
I'm not subscribed to the list.
On Thu, 2012-09-20 at 17:44 +0200, Arnout Vandecappelle (Essensium/Mind)
wrote:
It's difficult to reproduce the error, because the buffers are
aligned most of the time.
Can you just take one of the mtd tests (e.g., mtd_speedtest), amend it a
little and make sure it uses unaligned buffers?
Hi Tony,
On Fri, Sep 28, 2012 at 01:56:16, Tony Lindgren wrote:
Please see below a status update on the remaining problem
plat headers.
gpmc.h
Afzal, can you do a patch for gpmc.h?
Yes, I will do it.
Regards
Afzal
Hi Jon,
On Thu, Sep 27, 2012 at 20:46:12, Hunter, Jon wrote:
On 09/27/2012 05:07 AM, Mohammed, Afzal wrote:
Or maybe should the timings be grouped as ...
General
Read Async
Read Async Address/Data Multiplexed
Read Sync
Read Sync Address/Data Multiplexed
Write Async
Write Async
63 matches
Mail list logo