On 26 February 2015 at 02:09, Grazvydas Ignotas wrote:
> And hey, it worked too with your code modified to use
> USB Blaster in it's bitbang mode over libftdi. This setup also works
> with openocd, but somewhat unreliably (only occasionally gets through
> init, often gets register values it doesn'
On 26 February 2015 at 02:09, Grazvydas Ignotas wrote:
> I've finally got rid of nTRST pulldown (haven't connected TDO though),
> created hw-omap3.{h,cc}, but couldn't get it to do anything, until it
> came to my mind that you may be running ARM on your BBB slower that
> 1GHz that I'm using on my
On Sat, Feb 21, 2015 at 06:11:29PM +0100, Thomas Niederprüm wrote:
> This patch fixes faulty behaviour in a setup where the input clock for the
> SRG is fed through the CLKR/CLKX pin but the McBSP is configured to be
> master (SND_SOC_DAIFMT_CBS_CFS). In that case of course CLKR/CLKX must
> not be
Hi Heil,
On Tue, Feb 24, 2015 at 03:33:50PM +1100, NeilBrown wrote:
> Using devm_power_supply_register allows the unregister to happen
> automatically on error or final put.
>
> Signed-off-by: NeilBrown
Thanks, applied to battery-2.6.git.
-- Sebastian
signature.asc
Description: Digital signa
On Wed, Feb 25, 2015 at 04:44:15PM +0100, Arnd Bergmann wrote:
> Unfortunately, I've sent the changed v2 patch without fixing up the commit
> message. Instead of sending another v3 right away, I'll wait for Mark
> to comment.
Well, I wasn't going to look until Peter reviewed it...
Please don't s
On Mon, Feb 23, 2015 at 1:52 PM, Matthijs van Duin
wrote:
> At least on the am335x, the trick actually works! I have a working
> demo which configures ICEPick registers and even performs transactions
> on the debug interconnect.
Nice!
> I've been lazy and imported a bunch of files from my barem
On Wed, 25 Feb 2015 22:49:41 +0100 Pavel Machek wrote:
> On Mon 2015-02-23 16:58:36, Felipe Balbi wrote:
> > On Mon, Feb 23, 2015 at 11:34:57PM +0100, Pavel Machek wrote:
> > > On Thu 2015-02-19 15:14:24, Felipe Balbi wrote:
> > > > Hi,
> > > >
> > > > Do we have support for LED controllers whic
Without those we will see a kernel WARN()
when loading musb on am335x devices.
Signed-off-by: Felipe Balbi
---
drivers/dma/cppi41.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/dma/cppi41.c b/drivers/dma/cppi41.c
index 512cb8e2805e..4e9cc8e8100c 100644
--- a/drivers/dma/cppi41.c
+
On Wed, 25 Feb 2015 11:32:18 +0200 Tomi Valkeinen
wrote:
> Yep, I don't think so. In any case, all this is to be deprecated, and as
> soon as omapdrm driver works reliably that should be the driver to use.
How close is that? Is it worth experimenting yet? Is there an xorg driver
available? M
On Wed, 25 Feb 2015 12:03:36 +0200 Tomi Valkeinen
wrote:
> On 25/02/15 11:37, NeilBrown wrote:
> >
> > These devices do not need to return to non-graphic console
> > for suspend, so disable that option.
> > This means there is less work to do in the suspend/resume cycle,
> > making it smoother a
On Mon 2015-02-23 16:58:36, Felipe Balbi wrote:
> On Mon, Feb 23, 2015 at 11:34:57PM +0100, Pavel Machek wrote:
> > On Thu 2015-02-19 15:14:24, Felipe Balbi wrote:
> > > Hi,
> > >
> > > Do we have support for LED controllers which can handle patterns of
> > > different kinds ? I mean, currently, i
On Wed, Feb 25, 2015 at 11:51:43AM -0600, Felipe Balbi wrote:
> Hi Al,
>
> commit 3b994d98a815d934ab6a77a380882865982c14f9 (get rid of the second
> argument of acct_kill()) added a new build warning when building
> kernel/acct.c. Warning can be seen below. Revert of that commit is
> non-trivial, s
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 02/25/2015 09:09 PM, Felipe Balbi wrote:
Hi,
On Wed, Feb 25, 2015 at 09:04:14PM +0200, Tero Kristo wrote:
diff --git a/arch/arm/mach-omap2/prm_common.c b/arch/arm/mach-omap2/prm_common.c
index 2c2e7ed..79cee11 100644
--- a/arch/arm/mach-omap2/prm_common.c
+++ b/arch/arm/mach-omap2/prm_common
On Wed, Feb 25, 2015 at 12:52 PM, Matt Porter wrote:
> Beaglebone Black doesn't have AES and SHAM enabled like the
> original Beaglebone White dts. This breaks applications that
> leverage the crypto blocks so fix this by enabling these nodes
> in the am335x-bone-common.dtsi. With this change, ena
Hi,
On Wed, Feb 25, 2015 at 09:04:14PM +0200, Tero Kristo wrote:
> diff --git a/arch/arm/mach-omap2/prm_common.c
> b/arch/arm/mach-omap2/prm_common.c
> index 2c2e7ed..79cee11 100644
> --- a/arch/arm/mach-omap2/prm_common.c
> +++ b/arch/arm/mach-omap2/prm_common.c
> @@ -555,6 +555,40 @@ int omap_p
writes:
> From: Grygorii Strashko
>
> Add missed callback needed for supporting suspend-to-disk (hibernation) mode.
>
> Signed-off-by: Grygorii Strashko
Acked-by: Kevin Hilman
> ---
> arch/arm/mach-omap2/omap_device.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/arch/arm/mach
This patch moves all the control module related features under scrm
node. scm_conf area is changed to use syscon, and also the clocks
are moved under scm_conf area.
Signed-off-by: Tero Kristo
---
arch/arm/boot/dts/am33xx.dtsi | 48 -
1 file changed, 24 i
omap4_ctrl_pad_readl/writel are no longer used by anybody, so remove
these. Syscon / pinctrl should be used to access the padconf area
instead.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/control.c | 24 +---
arch/arm/mach-omap2/control.h |5 +
arch/arm/mach-
OMAP4, OMAP5 and DRA7 now parse DT entries for control module address spaces,
and set up syscon mappings appropriately. Low level IO init is updated to
remove the legacy control module mappings for these devices also.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/control.c |3 +++
arch/
The legacy control module APIs will be gone, thus convert the display
driver to use syscon. This change should eventually be moved to
display driver from the board directory.
Signed-off-by: Tero Kristo
Cc: Tomi Valkeinen
---
arch/arm/mach-omap2/display.c | 15 +--
1 file changed,
Add node for system control module, and move all the existing system
control IO space users under this new node as its children. A new node
for scm_conf area is also added.
Signed-off-by: Tero Kristo
---
.../devicetree/bindings/arm/omap/ctrl.txt |1 +
arch/arm/boot/dts/omap5.dtsi
Add node for system control module, and move all the existing system
control IO space users under this new node as its children. A new node
for scm_conf area is also added.
Signed-off-by: Tero Kristo
---
.../devicetree/bindings/arm/omap/ctrl.txt |1 +
arch/arm/boot/dts/dra7.dtsi
Hi,
On Wed, Feb 25, 2015 at 09:04:13PM +0200, Tero Kristo wrote:
> +int omap_prm_clear_mod_irqs(s16 module, u8 regs, u32 wkst_mask)
> +{
> + if (!prm_ll_data->clear_mod_irqs) {
> + WARN_ONCE(1, "prm: %s: no mapping function defined\n",
> + __func__);
you can
The compatible DT node is now passed with the prm init, so there is no
need to do node matching here again. Added a new flag to the init data
also, to detect default IRQ support for OMAP4. Also, any booting omap4
DT setup always has a PRM node, so there is no need to check against
the special case
This avoids conflicts in the global namespace, and is more descriptive
of the purpose anyway.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/io.c |2 +-
arch/arm/mach-omap2/prm.h|2 +-
arch/arm/mach-omap2/prm_common.c |8 +++-
3 files changed, 9 insertions(+),
There is no need to read the register with every invocation of the function,
as the value is constant. Thus, cache the value in a static variable.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/id.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-omap
Pinmux node should be a reference to the base one, not a complete re-write
of it. Having the node like this also prevents modifying the node layout
in the base am4372.dtsi file, which is needed for control module changes.
Signed-off-by: Tero Kristo
---
arch/arm/boot/dts/am43x-epos-evm.dts | 84
This patch moves all the control module related features under scrm node.
scm_conf area is changed to use syscon, and also the clocks are moved
under scm_conf area.
Signed-off-by: Tero Kristo
---
arch/arm/boot/dts/omap2420.dtsi| 33 +-
arch/arm/boot/dts/omap2430
Add node for system control module, and move all the existing system
control IO space users under this new node as its children. A new node
for scm_conf area is also added. DT documentation is also updated by
this patch to reflect the existence of system control module nodes,
separately of PRCM mod
OMAP2/3 now use generic API for the prm_clear_mod_irqs, the SoC specific
implementation details are provided through prm_ll_data.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/pm24xx.c | 24 +++-
arch/arm/mach-omap2/pm34xx.c | 18 --
arch/arm/
There is no need to provide the PRM 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 PRM drivers also to
simplify the implementation under io.c.
Signed-off-by: Tero Kristo
---
arch/a
This patch moves all the control module related features under scrm
node. scm_conf area is provided to support syscon, and also the clocks
are moved under scm_conf area.
Signed-off-by: Tero Kristo
---
arch/arm/boot/dts/am4372.dtsi | 48 +++--
1 file changed,
Hi,
Changes in this set compared to v2:
- Changed the SCM module DT node layout to address Tony's comments;
only scm-conf area / any other necessary portions are syscon mapped.
Rest of the IO space is only mapped by the underlying drivers.
- Added patch for changing omap4 display driver to us
This gets rid of need for some exported driver APIs, and simplifies the
initialization of the PRM driver. Done in preparation to make PRM a
separate driver. The init data is now also passed to the SoC specific
implementations, allowing future expansion to add feature flags etc.
Signed-off-by: Tero
PRM device instance offset is now provided through the prm_init_data.
This gets rid of some cpu_is_X / soc_is_X calls from PRM core code,
preparing for PRM to be its own separate driver.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/prcm-common.h |2 ++
arch/arm/mach-omap2/prm44xx.c
This shall not be used anymore, as control module driver is converted
into using regmap.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/control.c |5 -
arch/arm/mach-omap2/control.h |2 --
2 files changed, 7 deletions(-)
diff --git a/arch/arm/mach-omap2/control.c b/arch/arm/mach
This patch moves all the control module related features under scrm node.
scm_conf area is changed to use syscon, and also the clocks are moved
under scm_conf area.
Signed-off-by: Tero Kristo
---
arch/arm/boot/dts/am3517.dtsi |2 +-
arch/arm/boot/dts/omap3.dtsi | 67
There is no need to call this separately from io.c, rather this can be
done commonly under the CM driver. Also, this patch makes the API static,
as it is no longer used outside the driver file.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/cm44xx.h |1 -
arch/arm/mach-omap2/cminst44
Some of the TI clock providers will be converted to use syscon, thus
low-level regmap support is needed for the clock drivers also. This
patch adds this support, which can be enabled for individual drivers
in later patches.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/clock.c | 39 +
Currently some cpu_is_X checks are used to setup prm_features, however
the same can be accomplished by just passing these flags from the PRM
init data. This is done in preparation to make PRM a separate driver.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/prm44xx.c|4 ++--
arch/arm
All clock provider related drivers will now register their iomaps
with a static index. This makes it easier to split up the individual
drivers to their own files in subsequent patches.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/prcm-common.h |8
arch/arm/mach-omap2/prm_common.c
There is no need to provide the control module base address through a
low-level API from the low-level IO init, as this information is
available through DT. This patch adds a new API to initialize the
control module though, but mostly makes the old API obsolete. The
old API can be completely remove
Control module driver needs to support syscon for register accesses, as
the DT hierarchy for control module driver is going to be changed. All
the control module related features will be moved under control module
node, including clocks, pinctrl, and generic configuration register
access. Temporary
This gets rid of need for some exported driver APIs, and simplifies the
initialization of the CM driver. Done in preparation to make CM a
separate driver. The init data is now also passed to the SoC specific
implementations, allowing future expansion to add feature flags etc.
Signed-off-by: Tero K
There is no need to call this separately from io.c, rather this can be
done commonly under the PRM driver.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/io.c |4
arch/arm/mach-omap2/prm44xx.c |2 ++
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/arch/arm/ma
PRM driver now only exports a generic API for clearing / checking
VP txdone status.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/prm.h | 14 ++
arch/arm/mach-omap2/prm3xxx.c |6 --
arch/arm/mach-omap2/prm3xxx.h |4
arch/arm/mach-omap2/prm44
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 under io.c.
Signed-off-by: Tero Kristo
---
arch/arm
This makes the API the same as used with OMAP2, and makes it possible
to implement a generic driver API for the functionality.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/pm34xx.c | 18 +-
arch/arm/mach-omap2/prm3xxx.c |8
arch/arm/mach-omap2/prm3xxx.h |
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 be wrong in the case of control module for
example.
S
Splits the clock related provider module inits under their own driver files.
Previously this was done for all modules under the common PRM driver.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/cm.h |1 +
arch/arm/mach-omap2/cm_common.c | 51 +++
These PRCM nodes were earlier added in patch 7800064ba5 ("ARM: dts: Add
basic dm816x device tree configuration"), but the documentation for
the same wasn't added. Fix this by adding the missing compatible strings
under the generic prcm.txt document.
Signed-off-by: Tero Kristo
---
.../devicetree/
There is a case where NULL can be a valid return value for
ti_clk_get_reg_addr, specifically the case where both the provider index
and register offsets are zero. In this case, the current error checking
against a NULL pointer will fail. Thus, change the API to return a
ERR_PTR value in an error ca
OMAP4 has different ordering of PRM and CM init calls in the early init.
Re-oder these accordingly for OMAP4 also. This is needed so that we
can do some optimizations in the following patches for the PRCM init.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/io.c |2 +-
1 file changed, 1
Beaglebone Black doesn't have AES and SHAM enabled like the
original Beaglebone White dts. This breaks applications that
leverage the crypto blocks so fix this by enabling these nodes
in the am335x-bone-common.dtsi. With this change, enabling the
nodes in am335x-bone.dts is no longer required so re
On 02/13/2015 08:33 PM, Tony Lindgren wrote:
Hi Tero,
* Tero Kristo [150213 08:16]:
Hi,
Updates since v1:
- fixed omap2/am33xx boot issues
- added regmap support to generic omap clock core
- control module driver converted to use syscon
I made some comments to patch 25 of this series detai
The Kconfig-Option OMAP4_ERRATA_I688 is never visible due to a
contradiction in it's dependencies.
The option requires ARCH_MULTIPLATFORM to be 'disabled'. However, an
enclosing menu requires either ARCH_MULTI_V6 or ARCH_MULTI_V7 to be
enabled. These options inherit a dependency from an enclosing m
On Wed, Feb 25, 2015 at 12:36:11PM -0600, Robert Nelson wrote:
> On Wed, Feb 25, 2015 at 11:07 AM, Matt Porter wrote:
> > Beaglebone Black doesn't have AES and SHAM enabled like the
> > original Beaglebone White dts. This breaks applications that
> > leverage the crypto blocks so fix this by enabl
On Wed, Feb 25, 2015 at 11:07 AM, Matt Porter wrote:
> Beaglebone Black doesn't have AES and SHAM enabled like the
> original Beaglebone White dts. This breaks applications that
> leverage the crypto blocks so fix this by enabling these nodes.
>
> Signed-off-by: Matt Porter
> ---
> arch/arm/boot
From: Grygorii Strashko
Setting a dev_pm_ops resume callback but not a set of
hibernation handler means that pm function will not be
called upon hibernation.
Fix this by using SIMPLE_DEV_PM_OPS, which appropriately
assigns the suspend and hibernation handlers and move
omap_dmm_resume under CONFIG
Hi Al,
commit 3b994d98a815d934ab6a77a380882865982c14f9 (get rid of the second
argument of acct_kill()) added a new build warning when building
kernel/acct.c. Warning can be seen below. Revert of that commit is
non-trivial, so I haven't tried to check if reverting it fixes the
warning.
One one to
On 2/25/2015 9:14 AM, Tony Lindgren wrote:
Hi,
Adding Santosh to Cc on this one.
* Stefan Hengelein [150225 09:13]:
During the research for my masters thesis i came across the
OMAP4_ERRATA_I688 option and realized, it is never possible to enable
this option.
The a62a6e98 commit added the "&&
Robert,
On 25/02/15 19:07, Robert Abel wrote:
> Hi Roger,
>
> On 25 Feb 2015 17:58, Roger Quadros wrote:
>>> static unsigned int gpmc_ticks_to_ps(unsigned int ticks)
>>> @@ -346,16 +395,22 @@ static void gpmc_cs_bool_timings(int cs, const struct
>>> gpmc_bool_timings *p)
>>>* @st_bit Start
Hi Roger,
On 25 Feb 2015 18:17, Roger Quadros wrote:
How will the user know by looking at the kernel log that it was really an error?
We don't fail probe if set_gpmc_timing_reg() fails so I feel it is necessary to
clearly show an Error message.
You can probably reword it like "%s: Error!! GPMC
Robert,
On 25/02/15 18:33, Roger Quadros wrote:
> On 24/02/15 22:05, Robert ABEL wrote:
>> The WAITMONITORINGTIME is expressed as a number of GPMC_CLK clock cycles,
>> even though the access is defined as asynchronous, and no GPMC_CLK clock
>> is provided to the external device. Still, GPMCFCLKDIV
On 25 Feb 2015 18:20, Roger Quadros wrote:
Need to patch mach-omap2/usb-tusb6010.c as well. else we get
arch/arm/mach-omap2/usb-tusb6010.c: In function ‘tusb_set_async_mode’:
arch/arm/mach-omap2/usb-tusb6010.c:74:2: error: too few arguments to function
‘gpmc_cs_set_timings’
In file included fro
Hi Roger,
On 25 Feb 2015 17:33, Roger Quadros wrote:
./scripts/checkpatch.pl detects some styling errors.
Well, there's like a million lines over 80 characters. I'm also a
heathen and don't use an 80 character terminal either.
I'll fix the more serious issues checkpatch finds, but some styling
On 25/02/15 19:22, Robert Abel wrote:
> Hi Roger,
>
> On 25 Feb 2015 18:17, Roger Quadros wrote:
>> How will the user know by looking at the kernel log that it was really an
>> error?
>> We don't fail probe if set_gpmc_timing_reg() fails so I feel it is necessary
>> to
>> clearly show an Error m
Hi,
Adding Santosh to Cc on this one.
* Stefan Hengelein [150225 09:13]:
> During the research for my masters thesis i came across the
> OMAP4_ERRATA_I688 option and realized, it is never possible to enable
> this option.
>
> The a62a6e98 commit added the "&& !ARCH_MULTIPLATFORM" dependency to
During the research for my masters thesis i came across the
OMAP4_ERRATA_I688 option and realized, it is never possible to enable
this option.
The a62a6e98 commit added the "&& !ARCH_MULTIPLATFORM" dependency to
disable this option for multiplatforms. However, because of enclosing
dependencies, th
Beaglebone Black doesn't have AES and SHAM enabled like the
original Beaglebone White dts. This breaks applications that
leverage the crypto blocks so fix this by enabling these nodes.
Signed-off-by: Matt Porter
---
arch/arm/boot/dts/am335x-boneblack.dts | 8
1 file changed, 8 insertion
Hi Roger,
On 25 Feb 2015 17:58, Roger Quadros wrote:
static unsigned int gpmc_ticks_to_ps(unsigned int ticks)
@@ -346,16 +395,22 @@ static void gpmc_cs_bool_timings(int cs, const struct
gpmc_bool_timings *p)
* @st_bit Start Bit
* @end_bit End Bit. Must be >= @st_bit.
* @nameDTS no
From: Grygorii Strashko
Add handling of missed events in omap_dss_pm_notif which are
needed to support hibernation (suspend to disk).
Signed-off-by: Grygorii Strashko
---
drivers/video/fbdev/omap2/dss/core.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/video/fbdev/omap2/dss/
On Tuesday 24 February 2015 12:52:20 Tony Lindgren wrote:
> 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/tmlind/linux-om
Robert,
On 24/02/15 22:05, Robert ABEL wrote:
> The WAITMONITORINGTIME is expressed as a number of GPMC_CLK clock cycles,
> even though the access is defined as asynchronous, and no GPMC_CLK clock
> is provided to the external device. Still, GPMCFCLKDIVIDER is used as a
> divider
> for the GPMC c
On 24/02/15 22:05, Robert ABEL wrote:
> The WAITMONITORINGTIME is expressed as a number of GPMC_CLK clock cycles,
> even though the access is defined as asynchronous, and no GPMC_CLK clock
> is provided to the external device. Still, GPMCFCLKDIVIDER is used as a
> divider
> for the GPMC clock, so
On 25/02/15 18:23, Robert Abel wrote:
> Hi Roger,
>
> On 25 Feb 2015 17:18, Roger Quadros wrote:
>> OK. Would be interesting to see how unconditional call to
>> of_platform_decide_create() behaves
>> for your case.
> I'm not able to test today, so results will be in tomorrow. If that doesn't
> w
Hi Tony,
On 25 Feb 2015 16:23, Tony Lindgren wrote:
* Roger Quadros [150225 05:28]:
On 24/02/15 22:05, Robert ABEL wrote:
DTS output was formatted to require additional work when copy-pasting into DTS.
Nano-second timings were removed, because they were not a confidence interval
nor
an indic
Hi Roger,
On 25 Feb 2015 17:18, Roger Quadros wrote:
OK. Would be interesting to see how unconditional call to
of_platform_decide_create() behaves
for your case.
I'm not able to test today, so results will be in tomorrow. If that
doesn't work, I'll just resubmit my first patch with the conditi
Robert,
On 25/02/15 17:06, Robert Abel wrote:
> Hi Roger,
>
> On 25 Feb 2015 13:02, Roger Quadros wrote:
>> This creates platform devices for the children of child, but what about
>> platform device for the child itself?
> It seems my first try in the other patch set wasn't so wrong after all. M
* Grygorii Strashko [150225 07:56]:
> On 02/25/2015 05:44 PM, Tony Lindgren wrote:
> >* grygorii.stras...@linaro.org [150225 06:17]:
> >>From: Grygorii Strashko
> >>
> >>Add missed callback needed for supporting suspend-to-disk (hibernation)
> >>mode.
> >
> >Is this needed as a fix for the -rc
Robert,
On 25/02/15 17:17, Robert Abel wrote:
> Hi Roger,
>
> On 25 Feb 2015 11:44, Roger Quadros wrote:
>> typo ATTCHEDDEVICEPAGELENGTH->ATTACHEDDEVICEPAGELENGTH
> Yep.
>>> +/** DEVICESIZE Max Value */
>>> +#define GPMC_CONFIG1_DEVICESIZE_MAX GPMC_CONFIG1_DEVICESIZE_16
>> Shouldn't this be
* grygorii.stras...@linaro.org [150225 06:17]:
> From: Grygorii Strashko
>
> Add missed callback needed for supporting suspend-to-disk (hibernation) mode.
Is this needed as a fix for the -rc series or are there still
other missing dependencies?
Regards,
Tony
> Signed-off-by: Grygorii Strash
On 02/25/2015 05:44 PM, Tony Lindgren wrote:
* grygorii.stras...@linaro.org [150225 06:17]:
From: Grygorii Strashko
Add missed callback needed for supporting suspend-to-disk (hibernation) mode.
Is this needed as a fix for the -rc series or are there still
other missing dependencies?
This
On Wednesday 25 February 2015 17:31:47 Peter Ujfalusi wrote:
> Would it be better to have this changed to:
> select COMMON_CLK_PALMAS if MFD_PALMAS
> instead of removing.
>
> All OMAP5 boards uses Palmas as PMIC and the boards where twl6040 audio is in
> use the 32K clock for the codec is
* Roger Quadros [150225 05:28]:
> On 24/02/15 22:05, Robert ABEL wrote:
> > DTS output was formatted to require additional work when copy-pasting into
> > DTS.
> > Nano-second timings were removed, because they were not a confidence
> > interval nor
> > an indication what timing values would res
The change to enable OMAP5 support on this platform was a little too
eager in adding a 'select' for a particular clock driver that might
not be enabled in all configurations, which in turn leads to a build
error:
warning: (SND_OMAP_SOC_OMAP_ABE_TWL6040) selects COMMON_CLK_PALMAS which has
unmet d
On 02/25/2015 05:05 PM, Arnd Bergmann wrote:
> The change to enable OMAP5 support on this platform was a little too
> eager in adding a 'select' for a particular clock driver that might
> not be enabled in all configurations, which in turn leads to a build
> error:
>
> warning: (SND_OMAP_SOC_OMAP_
On 02/24/2015 04:41 AM, Marc Zyngier wrote:
> On 23/02/15 20:39, Nishanth Menon wrote:
>> On 02/23/2015 02:32 PM, Nishanth Menon wrote:
>>> On 17:44-20150223, Marc Zyngier wrote:
[...]
create mode 100644
Documentation/devicetree/bindings/interrupt-controller/ti,omap4-wugen-mpu
del
Hi Roger,
On 25 Feb 2015 11:44, Roger Quadros wrote:
typo ATTCHEDDEVICEPAGELENGTH->ATTACHEDDEVICEPAGELENGTH
Yep.
+/** DEVICESIZE Max Value */
+#define GPMC_CONFIG1_DEVICESIZE_MAX GPMC_CONFIG1_DEVICESIZE_16
Shouldn't this be 1 instead? I'm hoping max value is without the shift
based on GPM
Hi Roger,
On 25 Feb 2015 13:02, Roger Quadros wrote:
This creates platform devices for the children of child, but what
about platform device for the child itself?
It seems my first try in the other patch set wasn't so wrong after all.
Maybe unconditionally call
of_platform_device_create(child
The change to enable OMAP5 support on this platform was a little too
eager in adding a 'select' for a particular clock driver that might
not be enabled in all configurations, which in turn leads to a build
error:
warning: (SND_OMAP_SOC_OMAP_ABE_TWL6040) selects COMMON_CLK_PALMAS which has
unmet d
From: Grygorii Strashko
Add missed callback needed for supporting suspend-to-disk (hibernation) mode.
Signed-off-by: Grygorii Strashko
---
arch/arm/mach-omap2/omap_device.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/mach-omap2/omap_device.c
b/arch/arm/mach-omap2/omap_devi
On 24/02/15 22:05, Robert ABEL wrote:
> The WAITMONITORINGTIME is expressed as a number of GPMC_CLK clock cycles,
> even though the access is defined as asynchronous, and no GPMC_CLK clock
> is provided to the external device. Still, GPMCFCLKDIVIDER is used as a
> divider
> for the GPMC clock, so
On 24/02/15 22:05, Robert ABEL wrote:
> DTS output was formatted to require additional work when copy-pasting into
> DTS.
> Nano-second timings were removed, because they were not a confidence interval
> nor
> an indication what timing values would result in the same #ticks
If they were not is i
On 24/02/15 22:05, Robert ABEL wrote:
> GPMC debug output is aligned to 10 characters for field names.
> However, some fields have bigger names, screwing up the alignment.
> Consequently, alignment was changed to longest field name (17 chars) for now.
>
> Signed-off-by: Robert ABEL
Acked-by: Rog
Robert,
On 24/02/15 22:05, Robert ABEL wrote:
> This patch adds support for spawning busses as children of the GPMC.
>
> Signed-off-by: Robert ABEL
> ---
> drivers/memory/omap-gpmc.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/memory/omap-gpmc.c b/drivers
On 24/02/15 22:05, Robert ABEL wrote:
> OMAP2+ GPMC driver undefines DEBUG, which makes it unnecessarily
> hard to turn DEBUG on. Remove the offending lines.
>
> Signed-off-by: Robert ABEL
Acked-by: Roger Quadros
cheers,
-roger
> ---
> drivers/memory/omap-gpmc.c | 2 --
> 1 file changed, 2 d
Robert,
On 24/02/15 22:05, Robert ABEL wrote:
> GPMC_CONFIG1_i parameters CLKACTIVATIONTIME and WAITMONITORINGTIME
> have reserved values.
> Raise an error if calculated timings try to program reserved values.
>
> GPMC_CONFIG1_i ATTCHEDDEVICEPAGELENGTH and DEVICESIZE were already checked
typo AT
On Wednesday 25 February 2015 10:50:00 Pavel Machek wrote:
> On Tue 2015-02-24 09:37:34, Tony Lindgren wrote:
> > * Pali Rohár [150224 09:42]:
> > > On Tuesday 24 February 2015 18:25:12 Tony Lindgren wrote:
> > > > * Pali Rohár [150218 16:03]:
> > > > > --- a/arch/arm/mach-omap2/omap_hwmod_3xxx_d
1 - 100 of 111 matches
Mail list logo