On Tue, 17 Jun 2014, Tomi Valkeinen wrote:
From: Sathya Prakash M R sath...@ti.com
Add DSS hwmod data for AM43xx.
Signed-off-by: Sathya Prakash M R sath...@ti.com
[tomi.valkei...@ti.com: added missing dispc flags]
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Acked-by: Rajendra
Hi Roger
On Wed, 18 Jun 2014, Roger Quadros wrote:
These patches add the missing OCP2SCP3 module and fixup the SATA hwmod
for DRA7 SoC. Both patches are tested on 3.16-rc1.
Could you please post a quick serial capture of a boot log for these
patches, as Felipe has done for other patches?
On Tue, 17 Jun 2014, Tero Kristo wrote:
On 06/17/2014 11:19 AM, Paul Walmsley wrote:
The only case that approached this was with PLLs. PLLs would
automatically be placed into bypass if the PLL rate was set to the bypass
rate.
Someone could argue that this is rather strange approach
On Tue, 17 Jun 2014, Mike Turquette wrote:
Quoting Paul Walmsley (2014-06-17 01:15:09)
On Tue, 17 Jun 2014, Tomi Valkeinen wrote:
When setting the rate of a clock, by default the clock framework will
change the parent of the clock to the most suitable one
On Wed, 18 Jun 2014, Paul Walmsley wrote:
I don't disagree that some platforms might want this behavior. But it's
not a safe default, the flag should be the other way around. Rare is the
software engineer that knows whether the clock muxes on their platform are
glitchless.
(beyond all
On Wed, 18 Jun 2014, Roger Quadros wrote:
This module is needed for the SATA and PCIe PHYs.
Signed-off-by: Roger Quadros rog...@ti.com
Tested-by: Roger Quadros rog...@ti.com
Is this one a fix? It looks to me like a new IP block addition.
- Paul
--
To unsubscribe from this list: send the
of a clock mux, this patch sets
the CLK_SET_RATE_NO_REPARENT for all ti,mux-clocks.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Reviewed-by: Paul Walmsley p...@pwsan.com
- Paul
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
On Tue, 17 Jun 2014, Tero Kristo wrote:
I am fine with this approach, as it seems pretty much all the other mux-clock
users are setting this flag also. The TI clocks have had this way of using mux
clocks from the legacy times... might just be a design flaw.
The non-CCF clock framework never
On Wed, 23 Apr 2014, Roger Quadros wrote:
From: Keshava Munegowda keshava_mgo...@ti.com
Create hwmods for ocp2scp3 and sata modules.
[Roger Q] Clean up.
CC: Benoit Cousson bcous...@baylibre.com
Acked-by: Paul Walmsley p...@pwsan.com
Signed-off-by: Balaji T K balaj...@ti.com
Signed
On Fri, 13 Jun 2014, Paul Walmsley wrote:
On Mon, 9 Jun 2014, Dave Gerlach wrote:
am43xx reset register layout is more similar to am33xx than omap4 so
use the am33xx functions for hwmod hardreset soc_ops rather than the
currently used omap4 functions. Without this, assert_hardreset
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Tony,
The following changes since commit abf04af74a9f27a65172a43b43ccabcbc2bbdc39:
Merge tag 'scsi-for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi (2014-06-14 19:49:48
-0500)
are available in the git repository at:
Dave,
On Mon, 9 Jun 2014, Dave Gerlach wrote:
am43xx reset register layout is more similar to am33xx than omap4 so
use the am33xx functions for hwmod hardreset soc_ops rather than the
currently used omap4 functions. Without this, assert_hardreset and
deassert_hardreset will not work on
Hi,
On Fri, 13 Jun 2014, Felipe Balbi wrote:
On Sat, Jun 14, 2014 at 02:57:32AM +, Paul Walmsley wrote:
From: Sathya Prakash M R sath...@ti.com
Add DSS hwmod data for AM43xx.
Cc: Andrew Morton a...@linux-foundation.org
Acked-by: Rajendra Nayak rna
On Fri, 13 Jun 2014, Paul Walmsley wrote:
Hi Roger,
On Wed, 23 Apr 2014, Roger Quadros wrote:
From: Nikhil Devshatwar nikhil...@ti.com
Add hwmods for ocp2scp3 and sata modules.
[Roger Q] Clean up.
Sorry for the delay on this. Have been corresponding with TI to figure
out
On Fri, 13 Jun 2014, Paul Walmsley wrote:
On Fri, 9 May 2014, Sekhar Nori wrote:
From: Lokesh Vutla lokeshvu...@ti.com
RTCSS on DRA7 provides a precise real-time clock.
Add hwmod entry for this IP.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
Signed-off-by: Sekhar Nori nsek
Hi Roger,
On Wed, 23 Apr 2014, Roger Quadros wrote:
From: Nikhil Devshatwar nikhil...@ti.com
Add hwmods for ocp2scp3 and sata modules.
[Roger Q] Clean up.
Sorry for the delay on this. Have been corresponding with TI to figure
out what to do about these DRA7xx/AM43xx patches, since I
Hi Roger,
On Mon, 5 May 2014, Roger Quadros wrote:
Add the sysconfig class bits for the Super Speed USB
controllers
CC: Paul Walmsley p...@pwsan.com
Signed-off-by: Roger Quadros rog...@ti.com
As with the previous DRA7 hwmod patch, I'd like to get a Reviewed-by: and
a Tested-by: before
Hi Sekhar,
On Fri, 9 May 2014, Sekhar Nori wrote:
From: Lokesh Vutla lokeshvu...@ti.com
RTCSS on DRA7 provides a precise real-time clock.
Add hwmod entry for this IP.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
Signed-off-by: Sekhar Nori nsek...@ti.com
Sorry for the delay on this
Hi Felipe, Tomi,
On Fri, 13 Jun 2014, Felipe Balbi wrote:
On Fri, Jun 13, 2014 at 11:15:46AM -0500, Felipe Balbi wrote:
From: Sathya Prakash M R sath...@ti.com
Add DSS hwmod data for AM43xx.
Cc: Andrew Morton a...@linux-foundation.org
Acked-by: Rajendra Nayak rna...@ti.com
On Mon, 9 Jun 2014, Dave Gerlach wrote:
am43xx reset register layout is more similar to am33xx than omap4 so
use the am33xx functions for hwmod hardreset soc_ops rather than the
currently used omap4 functions. Without this, assert_hardreset and
deassert_hardreset will not work on am43xx.
On Wed, 4 Jun 2014, Tomi Valkeinen wrote:
On 03/06/14 22:35, Paul Walmsley wrote:
What's really needed is better control over rounding in the clock code.
Well, if you ask me, what's really needed _now_ is to fix the bug that
makes am3xxx (and am4xxx when it's merged) display
Hi
On Fri, 13 Jun 2014, Felipe Balbi wrote:
On Fri, Jun 13, 2014 at 07:11:58PM +, Paul Walmsley wrote:
From: Sathya Prakash M R sath...@ti.com
Add DSS hwmod data for AM43xx.
Cc: Andrew Morton a...@linux-foundation.org
Acked-by: Rajendra Nayak rna...@ti.com
On Mon, 2 Jun 2014, Dmitry Lifshitz wrote:
CM-T3517 is a bare-bone CoM without MMC/SD card slot (NAND option).
MMC/SD card interface (and some other peripherals) are properties of the
carrier base board SB-T35, which turns this CoM into fully functional board
SBC-T3517.
Please, use
Here are some basic OMAP test results for Linux v3.15.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.15/20140608184455/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
On Fri, 30 May 2014, Mike Turquette wrote:
Quoting Tomi Valkeinen (2014-05-15 05:25:37)
On 15/05/14 09:08, Mike Turquette wrote:
Quoting Tomi Valkeinen (2014-05-12 05:13:51)
On 12/05/14 15:02, Tero Kristo wrote:
On 05/08/2014 12:06 PM, Tomi Valkeinen wrote:
The current DPLL code
Here are some basic OMAP test results for Linux v3.15-rc8.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.15-rc8/2014060200/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
Hi Aaro,
On Tue, 27 May 2014, Aaro Koskinen wrote:
Hi Paul,
On Tue, May 27, 2014 at 04:59:16PM +, Paul Walmsley wrote:
Here are some basic OMAP test results for Linux v3.15-rc7.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.15-rc7/20140526221127
Here are some basic OMAP test results for Linux v3.15-rc7.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.15-rc7/20140528121000/
Test summary
Build: zImage:
Pass (14/14): multi_v7_defconfig, omap2plus_defconfig,
Here are some basic OMAP test results for Linux v3.15-rc6.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.15-rc6/20140526200257/
Test summary
Build: zImage:
Pass (14/14): multi_v7_defconfig, omap2plus_defconfig,
Here are some basic OMAP test results for Linux v3.15-rc7.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.15-rc7/20140526221127/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Tony
The following changes since commit d1db0eea852497762cab43b905b879dfcd3b8987:
Linux 3.15-rc3 (2014-04-27 19:29:27 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending.git
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Tony
The following changes since commit c9eaa447e77efe77b7fa4c953bd62de8297fd6c5:
Linux 3.15-rc1 (2014-04-13 14:18:35 -0700)
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 v3.15-rc5.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.15-rc5/20140511121007/
Test summary
Build: uImage+dtb:
Pass ( 9/ 9): omap2plus_defconfig_am33xx_only/am335x-bone,
On Fri, 9 May 2014, Peter Ujfalusi wrote:
McPDM need to be configured to NO_IDLE mode when it is in used otherwise
vital clocks will be gated which results 'slow motion' audio playback.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Thanks, queued for v3.15-rc.
- Paul
--
To
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Tony,
The following changes since commit c9eaa447e77efe77b7fa4c953bd62de8297fd6c5:
Linux 3.15-rc1 (2014-04-13 14:18:35 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending.git
On Fri, 9 May 2014, Tomi Valkeinen wrote:
On 08/05/14 19:01, Paul Walmsley wrote:
Hi Archit,
On Thu, 8 May 2014, Archit Taneja wrote:
Hi Paul,
On Thursday 08 May 2014 10:07 AM, Paul Walmsley wrote:
Hi,
On Wed, 12 Mar 2014, Tomi Valkeinen wrote:
This patch adds hwmod
Hello Joachim,
On Thu, 8 May 2014, Joachim Eastwood wrote:
On 8 May 2014 06:23, Paul Walmsley p...@pwsan.com wrote:
Here are some basic OMAP test results for Linux v3.15-rc4.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.15-rc4/20140505112251/
Test
Hi Archit,
On Thu, 8 May 2014, Archit Taneja wrote:
Hi Paul,
On Thursday 08 May 2014 10:07 AM, Paul Walmsley wrote:
Hi,
On Wed, 12 Mar 2014, Tomi Valkeinen wrote:
This patch adds hwmod data for omap5 display subsystem. I have tested this
on
omap5-uevm with a DSI panel. I
On Thu, 8 May 2014, Peter Ujfalusi wrote:
Hi Paul,
On 05/08/2014 03:20 AM, Paul Walmsley wrote:
Hi Péter,
On Wed, 30 Apr 2014, Peter Ujfalusi wrote:
Add HWMOD_SWSUP_SIDLE to flags.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
This patch could use a better changelog
(+ Matt Porter, Joel Fernandes)
Hi Wolfram,
On Thu, 17 Apr 2014, Wolfram Sang wrote:
thanks for the reply!
Always good to hear from you -
If omap_device_alloc is given 2 or more struct omap_hwmod it will try
to register the 'main_clk' of each of them with the same alias - fck -
Hi Lokesh
On Mon, 14 Apr 2014, Lokesh Vutla wrote:
On Friday 11 April 2014 11:39 PM, Paul Walmsley wrote:
On Fri, 11 Apr 2014, Paul Walmsley wrote:
On Wed, 9 Apr 2014, Lokesh Vutla wrote:
During boot, when hwmod tries to cut clocks for debugss it always
gets stuck in transition
Hi Rajendra,
On Wed, 23 Apr 2014, Rajendra Nayak wrote:
The patches fix some opt clock handling in gpio and in
hwmod.
Rajendra Nayak (2):
gpio: omap: prepare and unprepare the debounce clock
ARM: OMAP2+: hwmod: Don't leave the optional clocks in
clk_prepare()ed state
Hi Péter,
On Wed, 30 Apr 2014, Peter Ujfalusi wrote:
Add HWMOD_SWSUP_SIDLE to flags.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
This patch could use a better changelog. It would be ideal to understand
_why_ HWMOD_SWSUP_SIDLE is needed. Is there a known hardware bug? Or is
this
Hi
On Wed, 16 Apr 2014, Archit Taneja wrote:
The control module isn't actually a clock management module, but there are a
few
register bits which perform gating and muxing of clocks.
Add CTRL_MODULE_CORE sub block as a clock provider for DRA7. The control
module
has 2 sub modules:
Here are some basic OMAP test results for Linux v3.15-rc4.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.15-rc4/20140505112251/
Test summary
Build: uImage+dtb:
Pass ( 9/ 9): omap2plus_defconfig_am33xx_only/am335x-bone,
Hi,
On Wed, 12 Mar 2014, Tomi Valkeinen wrote:
This patch adds hwmod data for omap5 display subsystem. I have tested this on
omap5-uevm with a DSI panel. I cannot test omap5-uevm's hdmi output yet, as
the
mainline is missing omap5 HDMI driver.
I do see this when booting:
omap_hwmod:
On Wed, 16 Apr 2014, Sourav Poddar wrote:
The patch adds the following to the omap hdq driver.
1. HDQ Device reset call in probe.
2. Enabling '1 wire mode' and checking for presence pulse bit.
3. Proper disabling and enabling of interrupts during read path.
4. Add re-initialization code
On Wed, 16 Apr 2014, Sourav Poddar wrote:
For SOCs with dt enabled, device should be build through device tree.
Prevent device build call from platform code, if device tree is
enabled.
Signed-off-by: Sourav Poddar sourav.pod...@ti.com
Isn't OMAP2+ only supporting DT device enumeration now?
On Mon, 21 Apr 2014, Laurent Pinchart wrote:
From: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com
Commit 7b2e1277598e4187c9be3e61fd9b0f0423f97986 (ARM: OMAP3: clock:
Back-propagate rate change from cam_mclk to dpll4_m5) enabled clock
rate back-propagation from cam_mclk do
On Thu, 24 Apr 2014, Kevin Hilman wrote:
Unfortunately, my OMAP1 (omap5912/OSK[1]) died last year and I haven't been
able to get it booting again. I wonder if Spectrum Digital still has
these available? Their websites[1] says call for price.
Kevin
[1]
On Wed, 16 Apr 2014, Sourav Poddar wrote:
These adds hwmod data for hdq/1w driver.
Signed-off-by: Sourav Poddar sourav.pod...@ti.com
Is a TRM available yet for AM43x so this patch can be properly reviewed?
- Paul
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the
Here are some basic OMAP test results for Linux v3.15-rc3.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.15-rc3/20140427213739/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
Here are some basic OMAP test results for Linux v3.15-rc1.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.15-rc1/20140421113253/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
Here are some basic OMAP test results for Linux v3.15-rc2.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.15-rc2/20140421120722/
Test summary
Build: uImage+dtb:
Pass ( 9/ 9): omap2plus_defconfig_am33xx_only/am335x-bone,
: usb_tll_hs: could not associate to clkdm l3_init_clkdm
Reported-by: Nishanth Menon n...@ti.com
CC: Paul Walmsley p...@pwsan.com
Signed-off-by: Roger Quadros rog...@ti.com
Thanks. Looks like this was added by commit
de231388cb80a8ef3e779bbfa0564ba0157b7377 (ARM: OMAP: USB: EHCI and OHCI
hwmod
On Wed, 9 Apr 2014, Lokesh Vutla wrote:
During boot, when hwmod tries to cut clocks for debugss it always
gets stuck in transition state and throws the following warning:
[0.139581] omap_hwmod: debugss: _wait_target_disable failed
As per the information provided by folks, clocks to
On Fri, 11 Apr 2014, Paul Walmsley wrote:
On Wed, 9 Apr 2014, Lokesh Vutla wrote:
During boot, when hwmod tries to cut clocks for debugss it always
gets stuck in transition state and throws the following warning:
[0.139581] omap_hwmod: debugss: _wait_target_disable failed
On Mon, 24 Mar 2014, Sathya Prakash M R wrote:
From: Tomi Valkeinen tomi.valkei...@ti.com
On AM43xx, if a PLL is in bypass at kernel init, the code in
omap2_get_dpll_rate() will not realize this and will try to calculate
the clock rate using the multiplier and the divider, resulting in
Hi Tomi.
On Tue, 8 Apr 2014, Tomi Valkeinen wrote:
On 24/03/14 13:01, Sathya Prakash M R wrote:
From: Tomi Valkeinen tomi.valkei...@ti.com
On AM43xx, if a PLL is in bypass at kernel init, the code in
omap2_get_dpll_rate() will not realize this and will try to calculate
the clock rate
On Fri, 14 Mar 2014, Rajendra Nayak wrote:
From: Suman Anna s-a...@ti.com
Bug was introduced by commit 'f92d959: ARM: OMAP2+: hwmod:
Extract no-idle and no-reset info from DT'
There were 2 versions of the patch posted which resulted in the above
commit. While v1 [1] had the bug, v2 [2]
Hi Wolfram, Neil,
On Fri, 28 Mar 2014, Wolfram Sang wrote:
From: NeilBrown ne...@suse.de
If omap_device_alloc is given 2 or more struct omap_hwmod it will try
to register the 'main_clk' of each of them with the same alias - fck -
against the same device. This fails. So to avoid a warning,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Tony,
The following changes since commit 9e897e13bd46fa03485468609741974259a8c573:
Merge branch 'for-linus' of git://git.open-osd.org/linux-open-osd (2014-04-10
14:33:02 -0700)
are available in the git repository at:
Here are some basic OMAP test results for Linux v3.14-rc5.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.14-rc5/20140401152404/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
Here are some basic OMAP test results for Linux v3.14-rc6.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.14-rc6/20140401161621/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
Here are some basic OMAP test results for Linux v3.14-rc7.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.14-rc7/20140401165024/
Test summary
Build: zImage:
Pass (14/14): multi_v7_defconfig, omap2plus_defconfig,
Here are some basic OMAP test results for Linux v3.14.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.14/20140402004448/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
Here are some basic OMAP test results for Linux v3.14-rc8.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.14-rc8/20140401224620/
Test summary
Build: zImage:
Pass (14/14): multi_v7_defconfig, omap2plus_defconfig,
On Wed, 2 Apr 2014, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [140402 09:07]:
Here are some basic OMAP test results for Linux v3.14.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.14/20140402004448/
Boot to userspace:
FAIL ( 1/12
On Thu, 13 Mar 2014, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [131225 20:51]:
(cc Benoît)
On Mon, 23 Dec 2013, Suman Anna wrote:
The spinlock module's SYSCONFIG register does not support
smart wakeup, so remove this flag from the idle modes in
the spinlock hwmod
a
quick look at the sysc_offs and the clkdms - the basics look OK.
Acked-by: Paul Walmsley p...@pwsan.com
- Paul
Regards,
Tony
[Roger Q] Clean up.
CC: Benoit Cousson bcous...@baylibre.com
CC: Paul Walmsley p...@pwsan.com
CC: Tony Lindgren t...@atomide.com
Signed-off-by: Balaji T
the power domain is programmed to be in RET, and there
is no automatic power domain switching to ON.
Cc: Paul Walmsley p...@pwsan.com
Signed-off-by: Suman Anna s-a...@ti.com
Acked-by: Paul Walmsley p...@pwsan.com
- Paul
--
To unsubscribe from this list: send the line unsubscribe linux-omap
On Wed, 5 Mar 2014, Suman Anna wrote:
A new MMU hwmod class and data structures are created
to represent the MMUs within the IPU and DSP processor
subsystems in OMAP5. The MMUs in OMAP5 are identical to
those in OMAP4.
Cc: Paul Walmsley p...@pwsan.com
Cc: Benoit Cousson bcous
and
the corresponding hwmod data can be enabled.
Cc: Paul Walmsley p...@pwsan.com
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
[s-a...@ti.com: revise commit log]
Signed-off-by: Suman Anna s-a...@ti.com
Acked-by: Paul Walmsley p...@pwsan.com
Am assuming that someone else
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Tony,
The following changes since commit 38dbfb59d1175ef458d006556061adeaa8751b72:
Linus 3.14-rc1 (2014-02-02 16:42:13 -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 v3.14-rc4.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.14-rc4/20140224102552/
Test summary
Build: uImage+dtb:
Pass ( 9/ 9): omap2plus_defconfig_am33xx_only/am335x-bone,
On Wed, 19 Feb 2014, Paul Walmsley wrote:
On Fri, 17 Jan 2014, Tomi Valkeinen wrote:
This patch adds a simple method of rounding: during the iteration, the
code keeps track of the closest rate match. If no exact match is found,
the closest is returned.
So that's one possible
On Sun, 16 Feb 2014, Vaibhav Bedia wrote:
Use the correct register offset for issuing the
reset command in OMAP5. Since dev_inst is set dynamically
OMAP4 should not be affected by this change.
Signed-off-by: Vaibhav Bedia vaibhav.be...@gmail.com
Thanks, queued for v3.14-rc with Lokesh's
On Wed, 19 Feb 2014, Paul Walmsley wrote:
On Sun, 16 Feb 2014, Vaibhav Bedia wrote:
Use the correct register offset for issuing the
reset command in OMAP5. Since dev_inst is set dynamically
OMAP4 should not be affected by this change.
Signed-off-by: Vaibhav Bedia vaibhav.be
On Mon, 17 Feb 2014, Lokesh Vutla wrote:
Add restart hook so that AM4372 builds can restart the platform.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
Thanks, queued for v3.15.
- Paul
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
On Wed, 5 Feb 2014, Illia Smyrnov wrote:
Commit 313a76e (ARM: OMAP2+: hwmod: Fix SOFTRESET logic) introduced
softreset bit cleaning right after set one. It is caused L3 error for
OMAP4 ISS because ISS register write occurs when ISS reset process is in
progress. Avoid this situation by
On Fri, 7 Feb 2014, Dave Gerlach wrote:
Since commit 65aa94b204d (ARM: OMAP4: clockdomain/CM code: Update supported
transition modes), on OMAP4, all CLKDMs support HW_AUTO so this is used
instead of SW_SLEEP for the idling of clockdomains. However, additional
SoCs now leverage the OMAP4
On Wed, 19 Feb 2014, Paul Walmsley wrote:
On Fri, 7 Feb 2014, Dave Gerlach wrote:
Since commit 65aa94b204d (ARM: OMAP4: clockdomain/CM code: Update supported
transition modes), on OMAP4, all CLKDMs support HW_AUTO so this is used
instead of SW_SLEEP for the idling of clockdomains
Just FYI. Queued for v3.15 unless someone complains.
- Paul
-- Forwarded message --
Date: Fri, 7 Feb 2014 16:20:59 -0600
From: Dave Gerlach d-gerl...@ti.com
To: linux-omap@vger.kernel.org
Cc: Tony Lindgren t...@atomide.com, Paul Walmsley p...@pwsan.com,
Rajendra Nayak rna
On Fri, 10 Jan 2014, Suman Anna wrote:
The spinlock module's SYSCONFIG register on DRA7xx does not
support smart wakeup, and also does not have the CLKACTIVITY
field. The sysc data for spinlock module has been appropriately
fixed up to reflect the same.
Cc: Ambresh K ambr...@ti.com
On Fri, 10 Jan 2014, Suman Anna wrote:
AM43xx has a spinlock module which is identical to the
one present on AM33xx. Register the spinlock ocp_if link
so that the spinlock hwmod and associated omap_device can
be instantiated, and the runtime pm API could be used by
the OMAP hwspinlock
On Thu, 30 Jan 2014, Tomi Valkeinen wrote:
If CLK_SET_RATE_PARENT is set for a clkoutx2 clock, calling
clk_set_rate() on the clock skips the x2 multiplier as there are no
set_rate and round_rate functions defined for the clkoutx2.
This results in getting double the requested clock rates,
On Wed, 19 Feb 2014, Vaibhav Bedia wrote:
On Wed, Feb 19, 2014 at 1:25 PM, Paul Walmsley p...@pwsan.com wrote:
Just FYI. Queued for v3.15 unless someone complains.
No complains but i wanted to point out that with some additional
changes it's possible
to consolidate AM335x (and AM437x
On Fri, 17 Jan 2014, Tomi Valkeinen wrote:
Printing with unsigned long rates with %ld gives wrong result if the
rate is high enough. Fix this by using %lu.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Thanks, queued for v3.15.
There's a series here that converts the OMAP clock code
On Fri, 17 Jan 2014, Tomi Valkeinen wrote:
omap2_dpll_round_rate() doesn't actually round the given rate, even if
the name and the description so hints. Instead it only tries to find an
exact rate match, or if that fails, return ~0 as an error.
In the past, we had rate tolerance code, which
On Wed, 19 Feb 2014, Vaibhav Bedia wrote:
After spending a lot of time looking at the code and PRCM specs for the
different chips i had come to the conclusion that in reality the Catalog
parts had the same hardware minus intelligence ;)
Did you look at the RTL?
The control bits are the same
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Tony,
The following changes since commit 38dbfb59d1175ef458d006556061adeaa8751b72:
Linus 3.14-rc1 (2014-02-02 16:42:13 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending.git
On Wed, 19 Feb 2014, Nishanth Menon wrote:
Paul,
On 02/19/2014 03:22 PM, Paul Walmsley wrote:
[...]
-
Illia Smyrnov (1):
ARM: OMAP4: hwmod: Fix SOFTRESET logic for OMAP4
Suman Anna (1):
ARM: DRA7
On Wed, 5 Feb 2014, Nishanth Menon wrote:
omap3_noncore_dpll_set_rate forces a reparent to the same clk_ref
for every call that takes place. This is an can be done only if a change
is detected.
Signed-off-by: Nishanth Menon n...@ti.com
Queued for v3.15 with Tero's ack unless the patch is
Here are some basic OMAP test results for Linux v3.14-rc3.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.14-rc3/20140217214814/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
Here are some basic OMAP test results for Linux v3.14-rc1.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.14-rc1/20140210035354/
Test summary
Build: uImage+dtb:
Pass ( 9/ 9): omap2plus_defconfig_am33xx_only/am335x-bone,
On Mon, 10 Feb 2014, Nishanth Menon wrote:
On 02/10/2014 11:48 AM, Paul Walmsley wrote:
[...]
Boot to userspace:
FAIL ( 1/10): 2430sdp
Comparing boot logs I reported
http://marc.info/?l=linux-omapm=139144642318949w=2 Vs
http://www.pwsan.com/omap/testlogs/test_v3.14-rc1
Here are some basic OMAP test results for Linux v3.14-rc2.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.14-rc2/20140210103104/
Test summary
Build: uImage+dtb:
Pass ( 9/ 9): omap2plus_defconfig_am33xx_only/am335x-bone,
Here are some basic OMAP test results for Linux v3.13.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.13/20140127101347/
Test summary
Build: zImage:
Pass ( 2/ 2): omap2plus_defconfig, omap2plus_defconfig_am33xx_only
Build: uImage+dtb:
Pass ( 3/
Here are some basic OMAP test results for Linux v3.13-rc6.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.13-rc6/20131229233555/
Test summary
Build: zImage:
Pass ( 2/ 2): omap2plus_defconfig, omap2plus_defconfig_am33xx_only
Build: uImage:
Pass
Here are some basic OMAP test results for Linux v3.13-rc7.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.13-rc7/20140107113336/
Test summary
Build: zImage:
Pass ( 2/ 2): omap2plus_defconfig, omap2plus_defconfig_am33xx_only
Build: uImage:
Pass
301 - 400 of 4635 matches
Mail list logo