Here are some basic OMAP test results for Linux v4.0-rc5.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v4.0-rc5/20150324122259/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
-a...@ti.com
[p...@pwsan.com: dropped dra7xx_timer_secure_hwmod_class and
dra7xx_timer_secure_sysc to avoid compiler warnings]
Signed-off-by: Paul Walmsley p...@pwsan.com
---
arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 17 +
1 file changed, 1 insertion(+), 16 deletions(-)
diff --git a/arch
On Mon, 16 Mar 2015, Suman Anna wrote:
Add the hwmod data for GPTimers 13, 14, 15 and 16. All these
timers are present in the L4PER3 clock domain.
The corresponding DT nodes are already present but disabled.
Signed-off-by: Suman Anna s-a...@ti.com
---
Hi Suman,
On Mon, 16 Mar 2015, Suman Anna wrote:
Following are couple of DRA7 hwmod patches for the GPTimers.
Patches based on 4.0-rc1.
The first patch adds the data for timers 13 through 16, the DT
nodes are already present, and when enabled without the hwmod
data triggers a l3_noc
On Wed, 18 Mar 2015, grygorii.stras...@linaro.org wrote:
On 03/18/2015 06:57 PM, Tony Lindgren wrote:
* Grygorii Strashko grygorii.stras...@ti.com [150318 09:37]:
As I can see Patch 1 from this series was merged in 4.0-rc4,
but this patch wasn't. As result, I can see below warning all the
On Thu, 19 Mar 2015, grygorii.stras...@linaro.org wrote:
On 03/19/2015 04:55 PM, Paul Walmsley wrote:
On Wed, 18 Mar 2015, grygorii.stras...@linaro.org wrote:
On 03/18/2015 06:57 PM, Tony Lindgren wrote:
* Grygorii Strashko grygorii.stras...@ti.com [150318 09:37]:
As I can see
On Thu, 19 Mar 2015, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [150319 08:46]:
On Thu, 19 Mar 2015, grygorii.stras...@linaro.org wrote:
On 03/19/2015 04:55 PM, Paul Walmsley wrote:
On Wed, 18 Mar 2015, grygorii.stras...@linaro.org wrote:
On 03/18/2015 06:57 PM
On Thu, 19 Mar 2015, grygorii.stras...@linaro.org wrote:
On 03/19/2015 05:45 PM, Paul Walmsley wrote:
On Thu, 19 Mar 2015, grygorii.stras...@linaro.org wrote:
On 03/19/2015 04:55 PM, Paul Walmsley wrote:
On Wed, 18 Mar 2015, grygorii.stras...@linaro.org wrote:
On 03/18/2015 06:57 PM
Here are some basic OMAP test results for Linux v4.0-rc4.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v4.0-rc4/20150315232818/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
Here are some basic OMAP test results for Linux v4.0-rc3.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v4.0-rc3/20150308193049/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
On Sun, 8 Mar 2015, Pali Rohár wrote:
On Friday 06 March 2015 23:23:06 Aaro Koskinen wrote:
On Fri, Mar 06, 2015 at 10:36:32AM -0800, Tony Lindgren wrote:
Are there any fixes in this series that should go into
v4.0-rc series, or can it all wait for v4.1?
I think these all should
On Fri, 6 Mar 2015, Dave Gerlach wrote:
On 03/06/2015 11:44 AM, Paul Walmsley wrote:
On Fri, 6 Mar 2015, Dave Gerlach wrote:
On 03/05/2015 10:26 PM, Paul Walmsley wrote:
On Thu, 5 Mar 2015, Dave Gerlach wrote:
RTC hwmod is needed for proper operation of PM features like
rtcwake
Hi Dave,
On Fri, 6 Mar 2015, Dave Gerlach wrote:
Paul,
On 03/05/2015 10:26 PM, Paul Walmsley wrote:
On Thu, 5 Mar 2015, Dave Gerlach wrote:
RTC hwmod is needed for proper operation of PM features like
rtcwake and rtc-only mode so reuse the am33xx rtc hwmod.
Signed-off-by: Dave
On Thu, 5 Mar 2015, Dave Gerlach wrote:
Introduce a dt property, ti,no-init, that prevents hwmod initialization.
Even if a dt node is marked as disabled, hwmod still at least enables
the hwmod and programs the sysconfig before attempting to idle it at
boot. If an IP has been disabled by the
On Thu, 5 Mar 2015, Dave Gerlach wrote:
RTC hwmod is needed for proper operation of PM features like
rtcwake and rtc-only mode so reuse the am33xx rtc hwmod.
Signed-off-by: Dave Gerlach d-gerl...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_43xx_data.c | 1 +
1 file changed, 1 insertion(+)
Here are some basic OMAP test results for Linux v4.0-rc2.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v4.0-rc2/20150303123351/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
On Mon, 2 Mar 2015, Vignesh R wrote:
From: Poddar, Sourav sourav.pod...@ti.com
These adds hwmod data for hdq/1w driver on AM43xx.
Signed-off-by: Vignesh R vigne...@ti.com
---
Change log:
v2:
* Add SYSC_HAS_AUTOIDLE flag.
arch/arm/mach-omap2/omap_hwmod_43xx_data.c | 36
releasing the hwmods clockdomain parent when exiting
the function.
Signed-off-by: Tero Kristo t-kri...@ti.com
Tested-by: Carlos Hernandez c...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Tony Lindgren t...@atomide.com
Thanks, queued for v4.0-rc fixes.
- Paul
--
To unsubscribe from this list
interrupt was both pending and
enabled.
Signed-off-by: Tero Kristo t-kri...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Tony Lindgren t...@atomide.com
Thanks queued for v4.0-rc fixes.
- Paul
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message
Hi
On Fri, 27 Feb 2015, Vignesh R wrote:
From: Poddar, Sourav sourav.pod...@ti.com
This patch adds hwmod data for hdq/1w driver on AM43xx.
Signed-off-by: Sourav Poddar sourav.pod...@ti.com
[vigne...@ti.com: Ported patch to v4.0-rc1]
Signed-off-by: Vignesh R vigne...@ti.com
---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Tony
The following changes since commit c517d838eb7d07bbe9507871fab3931deccff539:
Linux 4.0-rc1 (2015-02-22 18:21:14 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending.git
On Fri, 20 Feb 2015, Kishon Vijay Abraham I wrote:
Fixed hwmod data for pcie by having the correct module mode offset.
Previously this module mode offset was part of pcie PHY which was wrong.
Now this module mode offset was moved to pcie hwmod and removed the hwmod data
for pcie phy. While at
On Mon, 2 Mar 2015, Paul Walmsley wrote:
Basic build, boot, and PM test results are available here:
http://www.pwsan.com/omap/testlogs/test_v4.0-rc1/2015022439/
Just noticed that I put the wrong URL in the tag. Will fix and send and
updated request.
- Paul
--
To unsubscribe from
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The following changes since commit c517d838eb7d07bbe9507871fab3931deccff539:
Linux 4.0-rc1 (2015-02-22 18:21:14 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending.git
Here are some basic OMAP test results for Linux v4.0-rc1.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v4.0-rc1/2015022439/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
On Fri, 13 Feb 2015, grygorii.stras...@linaro.org wrote:
On 02/12/2015 11:08 PM, Paul Walmsley wrote:
Thanks guys.
On Thu, 12 Feb 2015, grygorii.stras...@linaro.org wrote:
Looks good for me and seems working.
Grygorii, can I add your Acked-by?
- Paul
There is my
Thanks guys.
On Thu, 12 Feb 2015, grygorii.stras...@linaro.org wrote:
Looks good for me and seems working.
Grygorii, can I add your Acked-by?
- Paul
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo
+ Felipe, Nishanth
Hi Lokesh,
what's the status here?
- Paul
On Fri, 2 Jan 2015, Paul Walmsley wrote:
Ping. Are you going to redo this one?
- Paul
On Wed, 26 Nov 2014, Paul Walmsley wrote:
Hi Lokesh
On Tue, 25 Nov 2014, Lokesh Vutla wrote:
Hi Paul,
On Thursday 20
On Thu, 12 Feb 2015, Paul Walmsley wrote:
On Fri, 13 Feb 2015, grygorii.stras...@linaro.org wrote:
On 02/12/2015 11:08 PM, Paul Walmsley wrote:
Thanks guys.
On Thu, 12 Feb 2015, grygorii.stras...@linaro.org wrote:
Looks good for me and seems working.
Grygorii, can I
On Wed, 11 Feb 2015, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [150210 18:28]:
On Tue, 10 Feb 2015, Jon Hunter wrote:
On 07/02/2015 00:23, Paul Walmsley wrote:
Unfortunately, there is not a single TRM for the omap5910 but individual
documents for each chapter
Hi John,
thanks for the review,
On Tue, 10 Feb 2015, Jon Hunter wrote:
On 07/02/2015 00:23, Paul Walmsley wrote:
Building an OMAP1510-only Kconfig generates the following warnings:
arch/arm/mach-omap1/pm.c: In function ‘omap1_pm_idle’:
arch/arm/mach-omap1/pm.c:123:2: warning
On Tue, 10 Feb 2015, Peter Ujfalusi wrote:
Add struct lock_class_key to omap_hwmod struct and use it to set unique
lockdep class per hwmod.
This will ensure that lockdep will know that each omap_hwmod-_lock should
be treated as separate class and will not give false warning about deadlock
or
Hi Felipe
On Tue, 27 Jan 2015, Paul Walmsley wrote:
On Tue, 27 Jan 2015, Felipe Balbi wrote:
On Tue, Jan 27, 2015 at 11:15:32AM -0600, Felipe Balbi wrote:
On Tue, Jan 27, 2015 at 05:12:05PM +, Paul Walmsley wrote:
On Tue, 27 Jan 2015, Felipe Balbi wrote:
On Mon, Jan 26
On Wed, 28 Jan 2015, Benoit Parrot wrote:
Suspend/resume is functional with this patch.
Tested-by: Benoit Parrot bpar...@ti.com
Thanks folks, queued for v3.21.
- Paul
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
On Tue, 10 Feb 2015, Felipe Balbi wrote:
On Tue, Feb 10, 2015 at 11:12:40PM +, Paul Walmsley wrote:
hm... modulemode SWCTRL causes wait_target_ready to fail. Any
hints ?
gets stuck in transition state. PRCM_CM_WKUP_DBGSS_CLKCTRL is
always
Here are some basic OMAP test results for Linux v3.19.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.19/20150208213625/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
On Mon, 9 Feb 2015, Peter Ujfalusi wrote:
On 02/06/2015 09:26 PM, Peter Ujfalusi wrote:
Yeah, I've never really bothered with data too much, its a debug
feature. So lock_class_key is 8 bytes, and strictly speaking you could
union them over other fields, all we really need is unique
On Mon, 9 Feb 2015, Nishanth Menon wrote:
On 00:17-20150207, Paul Walmsley wrote:
When CONFIG_PM_SLEEP=n, the following compilation warnings appear:
drivers/thermal/ti-soc-thermal/ti-bandgap.c:1478:12: warning:
‘ti_bandgap_suspend’ defined but not used [-Wunused-function]
static
On Mon, 9 Feb 2015, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [150209 08:04]:
On Mon, 9 Feb 2015, Peter Ujfalusi wrote:
On 02/06/2015 09:26 PM, Peter Ujfalusi wrote:
Yeah, I've never really bothered with data too much, its a debug
feature. So lock_class_key is 8 bytes
by converting the preprocessor test in the TI bandgap thermal
sensor driver from testing CONFIG_PM to testing CONFIG_PM_SLEEP.
Signed-off-by: Paul Walmsley p...@pwsan.com
Cc: Eduardo Valentin edubez...@gmail.com
Cc: Zhang Rui rui.zh...@intel.com
Cc: linux...@vger.kernel.org
Cc: linux-omap
CONFIG_MTD_DEBUG_VERBOSE
CONFIG_MTD_PARTITIONS
CONFIG_NET_ETHERNET
CONFIG_RCU_CPU_STALL_DETECTOR
CONFIG_SCSI_MULTI_LUN
CONFIG_USB_DEVICE_CLASS
CONFIG_VIDEO_OUTPUT_CONTROL
Drop them from omap1_defconfig.
Signed-off-by: Paul Walmsley p...@pwsan.com
Cc: Paul Bolle pebo...@tiscali.nl
Cc: Valentin Rothberg
.
While here, clean up a few printk()s and unnecessary #ifdefs.
Signed-off-by: Paul Walmsley p...@pwsan.com
Cc: Jon Hunter jonath...@nvidia.com
Cc: Aaro Koskinen aaro.koski...@iki.fi
Cc: Tuukka Tikkanen tuukka.tikka...@linaro.org
Cc: Kevin Hilman khil...@deeprootsystems.com
Cc: Tony Lindgren t
On Tue, 3 Feb 2015, Paul Walmsley wrote:
vmlinux object size
(delta in bytes from test_v3.19-rc6
(26bc420b59a38e4e6685a73345a0def461136dce)):
text data bsstotal kernel
+364 +800 +444 omap1_defconfig
+396 +800 +476
Here are some basic OMAP test results for Linux v3.19-rc7.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.19-rc7/20150204213018/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
Here are some basic OMAP test results for Linux v3.19-rc7.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.19-rc7/20150201224202/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
Here are some basic OMAP test results for Linux v3.19-rc6.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.19-rc6/20150128221837/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
Hi
On Tue, 27 Jan 2015, Felipe Balbi wrote:
On Mon, Jan 26, 2015 at 01:49:33PM -0600, Felipe Balbi wrote:
On Mon, Jan 26, 2015 at 10:56:40AM -0600, Felipe Balbi wrote:
hm... modulemode SWCTRL causes wait_target_ready to fail. Any hints ?
gets stuck in transition state.
On Tue, 27 Jan 2015, Felipe Balbi wrote:
On Tue, Jan 27, 2015 at 11:15:32AM -0600, Felipe Balbi wrote:
On Tue, Jan 27, 2015 at 05:12:05PM +, Paul Walmsley wrote:
On Tue, 27 Jan 2015, Felipe Balbi wrote:
On Mon, Jan 26, 2015 at 01:49:33PM -0600, Felipe Balbi wrote:
On Mon
at 2:15 AM, Paul Walmsley p...@pwsan.com wrote:
Hi
On Sun, 25 Jan 2015, Lad, Prabhakar wrote:
From: Benoit Parrot bpar...@ti.com
this patch adds VPFE HWMOD data for AM43xx.
Signed-off-by: Benoit Parrot bpar...@ti.com
Signed-off-by: Darren Etheridge detheri...@ti.com
Hi
the references below are from SPRUHL7
On Fri, 23 Jan 2015, Felipe Balbi wrote:
Without hwmod data for DebugSS, performance monitors
have no chance of running on AM43xx devices.
Signed-off-by: Felipe Balbi ba...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_43xx_data.c | 40
Hi
On Sun, 25 Jan 2015, Lad, Prabhakar wrote:
From: Benoit Parrot bpar...@ti.com
this patch adds VPFE HWMOD data for AM43xx.
Signed-off-by: Benoit Parrot bpar...@ti.com
Signed-off-by: Darren Etheridge detheri...@ti.com
Signed-off-by: Felipe Balbi ba...@ti.com
Signed-off-by: Lad,
Hi Tero
On Thu, 27 Nov 2014, Tero Kristo wrote:
There is no need to provide the CM base address through a low-level API
from the low-level IO init, as this information is available through DT.
Re-routed the parsing function to be called from the CM drivers also to
simplify the implementation
On Thu, 27 Nov 2014, Tero Kristo wrote:
OMAP4 is DT only now, so the legacy mux support is not needed anymore.
Padconf is used instead from the driver / DT. This removes the need
for having the mux APIs exported from the control module driver.
Signed-off-by: Tero Kristo t-kri...@ti.com
Cc:
On Thu, 27 Nov 2014, Tero Kristo wrote:
These are no longer needed for anything with the introduction of
pinctrl DT support, thus removed.
Signed-off-by: Tero Kristo t-kri...@ti.com
Dropping since Tomi mentioned that the legacy mux support is still in use.
- Paul
--
To unsubscribe from
+ Tomi
On Thu, 27 Nov 2014, Tero Kristo wrote:
Splits the clock provider init out of the PRM driver and moves it to
clock driver. This is needed so that once the PRCM drivers are separated,
they can logically just access the clock driver not needing to go through
common PRM code. This would
Hi Tony
thought about this some more overnight...
On Fri, 23 Jan 2015, Paul Walmsley wrote:
On Tue, 20 Jan 2015, Tony Lindgren wrote:
+/* L3 Interconnect entries */
+static struct omap_hwmod dm816x_l3_s_hwmod = {
+ .name = l3_s,
Would suggest naming this l3_slow
Hi Tony
On Tue, 20 Jan 2015, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [150120 18:08]:
On Tue, 13 Jan 2015, Tony Lindgren wrote:
+/* Common TI81XX */
I can't comment on how many of these are truly common; since I haven't
cross-checked this file against the 814x TRM
.
This code is based on the TI81XX-LINUX-PSP-04.04.00.02 patches
published at:
http://downloads.ti.com/dsps/dsps_public_sw/psp/LinuxPSP/TI81XX_04_04/04_04_00_02/index_FDS.html
Cc: Aida Mynzhasova aida.mynzhas...@skitlab.ru
Cc: Brian Hutchinson b.hutch...@gmail.com
Cc: Paul Walmsley p...@pwsan.com
idle
is broken
Lokesh Vutla (2):
ARM: OMAP2+: hwmod: print error if wait_target_ready() failed
ARM: DRA7: hwmod: Fix boot crash with DEBUG_LL enabled on UART3
Paul Walmsley (1):
MAINTAINERS: add maintainer for OMAP hwmod data
Tomi Valkeinen (1):
ARM: AM43xx: hwmod: set
On Tue, 20 Jan 2015, Paul Walmsley wrote:
On Fri, 5 Dec 2014, Felipe Balbi wrote:
By exposing the details of hwmod structures
to debugfs we can much more easily verify
that changes to hwmod data is correct and won't
cause regressions.
The idea is that this can be used to check
On Thu, 8 Jan 2015, Lokesh Vutla wrote:
With commit '7dedd34: ARM: OMAP2+: hwmod: Fix a crash in _setup_reset()
with DEBUG_LL' we moved from parsing cmdline to identify uart used
for earlycon to using the requsite hwmod CONFIG_DEBUG_OMAPxUARTy FLAGS.
On DRA7 UART3 hwmod doesn't have this
of
TI81XX platform.
This code is based on the TI81XX-LINUX-PSP-04.04.00.02 patches
published at:
http://downloads.ti.com/dsps/dsps_public_sw/psp/LinuxPSP/TI81XX_04_04/04_04_00_02/index_FDS.html
Cc: Brian Hutchinson b.hutch...@gmail.com
Cc: Paul Walmsley p...@pwsan.com
Signed-off-by: Aida
unnecessary includes, fixed most checkpatch issues]
Signed-off-by: Paul Walmsley p...@pwsan.com
---
arch/arm/mach-omap2/Makefile | 2 +-
arch/arm/mach-omap2/omap_hwmod.c | 1 +
arch/arm/mach-omap2/omap_hwmod.h | 6 +
arch/arm/mach-omap2/omap_hwmod_debugfs.c | 258
Hi Tony
On Mon, 19 Jan 2015, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [150104 15:38]:
The following changes since commit 97bf6af1f928216fd6c5a66e8a57bfa95a659672:
Linux 3.19-rc1 (2014-12-20 17:08:50 -0800)
are available in the git repository at:
git
Hi
On Thu, 18 Dec 2014, Lad, Prabhakar wrote:
From: Benoit Parrot bpar...@ti.com
this patch adds VPFE HWMOD data for AM43xx.
Signed-off-by: Benoit Parrot bpar...@ti.com
Signed-off-by: Darren Etheridge detheri...@ti.com
Signed-off-by: Felipe Balbi ba...@ti.com
Signed-off-by: Lad,
On Fri, 19 Dec 2014, Lokesh Vutla wrote:
Fixed pr_debug to pr_err when hwmod returns an error when enabling
a module.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
Thanks, queued for v3.20 with Roger's ack.
- Paul
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
On Tue, 20 Jan 2015, Keerthy wrote:
On Tuesday 13 January 2015 02:21 PM, Keerthy wrote:
This patch fixes: 'omap_hwmod: gpmc: _wait_target_disable failed'
error during suspend.
This is because smart idle is broken.
Tested in dra7-evm D1 board.
Ping on this.
Signed-off-by:
Here are some basic OMAP test results for Linux v3.19-rc4.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.19-rc4/20150118192109/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
Here are some basic OMAP test results for Linux v3.19-rc5.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.19-rc5/20150118212155/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
Hi Suman,
thanks for pitching in on this!
On Tue, 6 Jan 2015, Suman Anna wrote:
You have removed the return from the above block on failure. If any DT
entry doesn't have the reg property, this will hang the kernel boot.
Just remove the reg entry from any of the existing DT, and you will
run
Hi Suman
On Tue, 6 Jan 2015, Suman Anna wrote:
Looking at your rc3 log @
http://www.pwsan.com/omap/testlogs/test_v3.19-rc3/20150105224749/boot/4460varsomom/,
I do see a missing reg entry for mailbox, and that's the reason for your
hang because of the missing bail out in your new patch.
[
On Wed, 7 Jan 2015, Roger Quadros wrote:
From: Paul Walmsley p...@pwsan.com
Date: Mon, 5 Jan 2015 15:49:57 -0700
Subject: [PATCH] Only skip ioremap() if IP block does not have OCP header
registers. Experimental.
---
arch/arm/mach-omap2/omap_hwmod.c | 33
Hi Tomi,
your detailed description of the problem is really great; thanks for the
summary.
On Mon, 5 Jan 2015, Tomi Valkeinen wrote:
On 03/01/15 00:50, Paul Walmsley wrote:
On Fri, 19 Dec 2014, Tomi Valkeinen wrote:
Set DSS core hwmod as the parent for all the DSS submodules
Here are some basic OMAP test results for Linux v3.19-rc3.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.19-rc3/20150105224749/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
On Mon, 5 Jan 2015, Suman Anna wrote:
That's right, the test was present even before 6423d6df1440, I merely
made this a block.
Indeed, I misread the commit. Sorry about ihat.
- Paul
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
+ Santosh
Hi Lokesh
On Mon, 5 Jan 2015, Lokesh Vutla wrote:
On Saturday 03 January 2015 02:40 AM, Paul Walmsley wrote:
On Thu, 18 Dec 2014, Roger Quadros wrote:
On 18/12/14 17:49, Roger Quadros wrote:
There are quite a few hwmods that don't have sysconfig register and so
/omap/testlogs/hwmod_skip_only_remap_v3.19-rc/20150105171744/
- Paul
From 4f2e13bd2181e0ebede3aabc484aa2339830748a Mon Sep 17 00:00:00 2001
From: Paul Walmsley p...@pwsan.com
Date: Mon, 5 Jan 2015 15:49:57 -0700
Subject: [PATCH] Only skip ioremap() if IP block does not have OCP header
registers
On Sun, 4 Jan 2015, Arnd Bergmann wrote:
So 3.16 was by far the largest increase, almost 10x bigger than the 3.19
increase, but
others are quite big as well.
Do you know what happened in 3.16?
It was commit 1413c03893332366e5b4d1e26f942ada25f3e82a (lockdep: Increase
static allocations).
/
-
Paul Walmsley (1):
MAINTAINERS: add maintainer for OMAP hwmod data
Tomi Valkeinen (2):
ARM: AM43xx: hwmod: set DSS submodule parent hwmods
ARM: DRA7xx: hwmod: set DSS submodule parent hwmods
MAINTAINERS| 6 ++
arch
On Sat, 3 Jan 2015, Arnd Bergmann wrote:
On Saturday 03 January 2015 07:21:49 Paul Walmsley wrote:
Another ~300KB kernel object size increase for omap2plus_defconfig
kernels.
300kb seems like a lot for a single release.
+300KB is high, but not exceptionally so.
The data, since I
+ Suman, lakml
Hi Roger
On Thu, 18 Dec 2014, Roger Quadros wrote:
Fixing up Paul's email id.
cheers,
-roger
On 18/12/14 17:49, Roger Quadros wrote:
There are quite a few hwmods that don't have sysconfig register and so
_find_mpu_rt_port(oh) will return NULL thus preventing ready
Ping. Are you going to redo this one?
- Paul
On Wed, 26 Nov 2014, Paul Walmsley wrote:
Hi Lokesh
On Tue, 25 Nov 2014, Lokesh Vutla wrote:
Hi Paul,
On Thursday 20 November 2014 10:26 PM, Paul Walmsley wrote:
On Thu, 20 Nov 2014, Lokesh Vutla wrote:
On Monday 17 November
On Fri, 19 Dec 2014, Tomi Valkeinen wrote:
Set DSS core hwmod as the parent for all the DSS submodules. This fixes
the boot time DSS reset, removing the following warnings:
omap_hwmod: dss_dispc: cannot be enabled for reset (3)
omap_hwmod: dss_rfbi: cannot be enabled for reset (3)
On Fri, 19 Dec 2014, Tomi Valkeinen wrote:
Set DSS core hwmod as the parent for all the DSS submodules. This fixes
the boot time DSS reset, removing the following warnings:
omap_hwmod: dss_dispc: cannot be enabled for reset (3)
omap_hwmod: dss_hdmi: cannot be enabled for reset (3)
Here are some basic OMAP test results for Linux v3.19-rc1.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.19-rc1/20150102151849/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
Here are some basic OMAP test results for Linux v3.19-rc2.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.19-rc2/20150102204752/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
On Wed, 17 Dec 2014, Tero Kristo wrote:
The dual parent issue required by the DPLL code is caused by the introduction
of determine-rate / set-parent / set-rate-and-parent logic to OMAP DPPLs. I
took a short-cut here, making the assumption that every DPLL has both of these
clocks defined
Hi Stephen,
Might you be willing to include this branch in your linux-next builds?
git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending.git#for-next
It will include OMAP clock, bus architecture, and low-level power
management patches that are planned to be included in pull requests
On Wed, 17 Dec 2014, Lucas Stach wrote:
Maybe I'm thinking about this too lightly, but I think we already have
the right abstractions in place.
The clock tree in Linux is always modeled along the flow of reference
clocks. So typically the root of the tree is something like an
oscillator
On Thu, 18 Dec 2014, Mike Turquette wrote:
Quoting Paul Walmsley (2014-12-18 11:23:07)
Flipping over from hardware to software, in the Linux clock tree, there's
usually not much point to modeling the VCO/DCO directly because it tends
not to be under the direct control of the OS
+ Tero
On 12/16/2014 12:01 PM, Stephen Boyd wrote:
On 12/15/2014 05:31 PM, Paul Walmsley wrote:
I just took a quick glance at Tero's second patch, and it looks like a
hack to me. Better to fix the problem in the core CCF code if
possible. I don't think there's any reason why a PLL couldn't
On Tue, 16 Dec 2014, Russell King - ARM Linux wrote:
On Tue, Dec 16, 2014 at 01:01:17PM -0700, Paul Walmsley wrote:
So the reference clock and functional clock are (usually) required by the
PLL to operate, and should therefore be required by the PLL clock driver
code in the kernel; but one
+ p...@pwsan.com (I prefer not having to deal with MS Exchange when
possible :-) )
On Tue, 16 Dec 2014, Russell King - ARM Linux wrote:
On Tue, Dec 16, 2014 at 08:45:25PM +, Paul Walmsley wrote:
On Tue, 16 Dec 2014, Russell King - ARM Linux wrote:
On Tue, Dec 16, 2014 at 01:01:17PM
On 12/15/2014 03:02 PM, Mike Turquette wrote:
Quoting Paul Walmsley (2014-12-12 15:28:32)
On Fri, 12 Dec 2014, Mike Turquette wrote:
Quoting Tony Lindgren (2014-12-05 10:38:49)
* Stephen Boyd sb...@codeaurora.org [141205 10:23]:
On 12/05/2014 08:55 AM, Tony Lindgren wrote:
Hi,
Looks like
On 12/15/2014 05:38 PM, Tony Lindgren wrote:
* Paul Walmsley pwalms...@nvidia.com [141215 16:23]:
On 12/15/2014 03:02 PM, Mike Turquette wrote:
Quoting Paul Walmsley (2014-12-12 15:28:32)
On Fri, 12 Dec 2014, Mike Turquette wrote:
Quoting Tony Lindgren (2014-12-05 10:38:49)
* Stephen Boyd
Here are some basic OMAP test results for Linux v3.18.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.18/20141208144211/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
Hi Igor,
On Wed, 3 Dec 2014, Igor Grinberg wrote:
On 12/02/14 20:39, Paul Walmsley wrote:
Here are some basic OMAP test results for Linux v3.18-rc7.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.18-rc7/20141201203859/
[...]
Boot to userspace
Hi Igor,
On Wed, 3 Dec 2014, Paul Walmsley wrote:
On Wed, 3 Dec 2014, Igor Grinberg wrote:
I've looked at the boot log and it seems cm-t3517 is booting just fine...
Thanks for the note. I will look into this - CM-T3517 should be listed
there.
A problem with the test/report
Here are some basic OMAP test results for Linux v3.18-rc7.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.18-rc7/20141201203859/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
Here are some basic OMAP test results for Linux v3.18-rc7.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.18-rc7/20141201203859/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
101 - 200 of 4635 matches
Mail list logo