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,
omap1_defc
an.com: dropped dra7xx_timer_secure_hwmod_class and
dra7xx_timer_secure_sysc to avoid compiler warnings]
Signed-off-by: Paul Walmsley
---
arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 17 +
1 file changed, 1 insertion(+), 16 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_7xx_dat
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
> ---
> arch/arm/mach-omap2/omap_hwmod_7xx_data.
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 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
On Thu, 19 Mar 2015, Tony Lindgren wrote:
> * Paul Walmsley [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:
&g
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 [150318 09
On Wed, 18 Mar 2015, grygorii.stras...@linaro.org wrote:
> On 03/18/2015 06:57 PM, Tony Lindgren wrote:
> > * Grygorii Strashko [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 time
> >> durin
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,
omap1_defc
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,
omap1_defc
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 al
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:
> >>>
> >>>>
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-onl
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
> ---
> arch/arm/mach-omap2/omap_hwmod_43xx_data.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff
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 th
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,
omap1_defco
On Mon, 2 Mar 2015, Vignesh R wrote:
> From: "Poddar, Sourav"
>
> These adds hwmod data for hdq/1w driver on AM43xx.
>
> Signed-off-by: Vignesh R
> ---
> Change log:
> v2:
> * Add SYSC_HAS_AUTOIDLE flag.
>
> arch/arm/mach-omap2/omap_hwmod_43xx_data.c | 36
> ++
>
-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
tags/for-v4.0-rc/o
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 unsubsc
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
-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
tags/for-
alled, an io-chain interrupt was both pending and
> enabled.
>
> Signed-off-by: Tero Kristo
> Cc: Paul Walmsley
> Cc: Tony Lindgren
Thanks queued for v4.0-rc fixes.
- Paul
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a mess
le. Fixed by always releasing the hwmods clockdomain parent when exiting
> the function.
>
> Signed-off-by: Tero Kristo
> Tested-by: Carlos Hernandez
> Cc: Paul Walmsley
> Cc: Tony Lindgren
Thanks, queued for v4.0-rc fixes.
- Paul
--
To unsubscribe from this list: send the line &
Hi
On Fri, 27 Feb 2015, Vignesh R wrote:
> From: "Poddar, Sourav"
>
> This patch adds hwmod data for hdq/1w driver on AM43xx.
>
> Signed-off-by: Sourav Poddar
> [vigne...@ti.com: Ported patch to v4.0-rc1]
> Signed-off-by: Vignesh R
> ---
> arch/arm/mach-omap2/omap_hwmod_43xx_data.c | 36
>
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,
omap1_defc
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:
> > &
+ 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 201
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.
> &
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 i
On Wed, 11 Feb 2015, Tony Lindgren wrote:
> * Paul Walmsley [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
> &
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’:
> &g
On Tue, 10 Feb 2015, Felipe Balbi wrote:
> On Tue, Feb 10, 2015 at 11:12:40PM +0000, Paul Walmsley wrote:
> > > > > > > > > hm... modulemode SWCTRL causes wait_target_ready to fail. Any
> > > > > > > > > hints ?
> &
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
On Wed, 28 Jan 2015, Benoit Parrot wrote:
> Suspend/resume is functional with this patch.
>
> Tested-by: Benoit Parrot
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 majord...@vger.kernel.org
More maj
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
On Mon, 9 Feb 2015, Tony Lindgren wrote:
> * Paul Walmsley [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 de
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 uniqu
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’ define
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,
omap1_defconfig_
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
Cc: Paul Bolle
Cc: Valentin Rothberg
Cc: Stefan Hengelein
Cc
MER=y.
While here, clean up a few printk()s and unnecessary #ifdefs.
Signed-off-by: Paul Walmsley
Cc: Jon Hunter
Cc: Aaro Koskinen
Cc: Tuukka Tikkanen
Cc: Kevin Hilman
Cc: Tony Lindgren
Cc: Russell King
Cc: linux-omap@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linu
gs 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
Cc: Eduardo Valentin
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-omap@vger.kernel.org
Cc: linux-ker...@vger.kernel.org
---
Non-cri
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,
omap1_de
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 +80
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,
omap1_def
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,
omap1_de
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 +0000, Paul Walmsley wrote:
> > > On Tue, 27 Jan 2015, Felipe Balbi wrote:
> > >
> > > > On Mon, Jan 26, 2015
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. PR
Hi Prabhakar,
On Mon, 26 Jan 2015, Lad, Prabhakar wrote:
> Hi Benoit,
>
> On Mon, Jan 26, 2015 at 3:50 PM, Benoit Parrot wrote:
> > Lad, Prabhakar wrote on Mon [2015-Jan-26
> > 08:13:01 +]:
> >> Hi Paul,
> >>
> >> Thanks for the review.
Hi
On Sun, 25 Jan 2015, Lad, Prabhakar wrote:
> From: Benoit Parrot
>
> this patch adds VPFE HWMOD data for AM43xx.
>
> Signed-off-by: Benoit Parrot
> Signed-off-by: Darren Etheridge
> Signed-off-by: Felipe Balbi
> Signed-off-by: Lad, Prabhakar
> ---
> Hi Paul,
>
> You were right, the
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
> ---
> arch/arm/mach-omap2/omap_hwmod_43xx_data.c | 40
> ++
+ 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 wo
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
> Cc: Tomi Valk
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
Dropping since Tomi mentioned that the legacy mux support is still in use.
- Paul
--
To unsubscribe from this list: sen
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 implementat
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",
.c with a different set
> of clocks and clockdomains.
>
> 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
> Cc:
Hi Tony
On Tue, 20 Jan 2015, Tony Lindgren wrote:
> * Paul Walmsley [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
>
smart 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
t; 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
> Cc: Paul Walmsley
> Signed-off-by: Aid
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 thi
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.
&g
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
Hi
On Thu, 18 Dec 2014, Lad, Prabhakar wrote:
> From: Benoit Parrot
>
> this patch adds VPFE HWMOD data for AM43xx.
>
> Signed-off-by: Benoit Parrot
> Signed-off-by: Darren Etheridge
> Signed-off-by: Felipe Balbi
> Signed-off-by: Lad, Prabhakar
...
> ---
> arch/arm/mach-omap2/omap_hwmod
Hi Tony
On Mon, 19 Jan 2015, Tony Lindgren wrote:
> * Paul Walmsley [150104 15:38]:
> > The following changes since commit 97bf6af1f928216fd6c5a66e8a57bfa95a659672:
> >
> > Linux 3.19-rc1 (2014-12-20 17:08:50 -0800)
> >
> > are available in the
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
Thanks, queued for v3.20 with Roger's ack.
- Paul
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a
is can be used to check the
state of one hwmod, verify hwmod sysc fields, etc.
For example, this will be used to move some of
the sysc fields to DT and later verify that they
are correct pre- and post-patch.
Signed-off-by: Felipe Balbi
[p...@pwsan.com: removed unnecessary includes
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,
omap1_de
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,
omap1_de
On Wed, 7 Jan 2015, Roger Quadros wrote:
> > From: Paul Walmsley
> > Date: Mon, 5 Jan 2015 15:49:57 -0700
> > Subject: [PATCH] Only skip ioremap() if IP block does not have OCP header
> > registers. Experimental.
> >
> > ---
> &
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.
>
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
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 fo
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,
omap1_de
n.com/omap/testlogs/hwmod_skip_only_remap_v3.19-rc/20150105171744/
- Paul
>From 4f2e13bd2181e0ebede3aabc484aa2339830748a Mon Sep 17 00:00:00 2001
From: Paul Walmsley
Date: Mon, 5 Jan 2015 15:49:57 -0700
Subject: [PATCH] Only skip ioremap() if IP block does not have OCP header
registers. Expe
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 majord.
+ 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
/
-
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 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 allocatio
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
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,
omap1_de
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,
omap1_de
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, Lok
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)
>
>
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)
>
>
+ 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
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 t
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 (w
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
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
> oscillat
+ 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 +0000, Paul Walmsley wrote:
> > On Tue, 16 Dec 2014, Russell King - ARM Linux wrote:
> >
> > > On
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
> &g
+ 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
On 12/15/2014 05:38 PM, Tony Lindgren wrote:
* Paul Walmsley [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 [141205 10:23]:
On
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 [141205 10:23]:
On 12/05/2014 08:55 AM, Tony Lindgren wrote:
Hi,
Looks like commit 646cafc6aa4d
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,
omap1_defconfig_5
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,
omap1_de
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.
>
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/20141201
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,
omap1_de
101 - 200 of 4899 matches
Mail list logo