* Javier Martinez Canillas jav...@dowhile0.org [140424 09:33]:
On Thu, Apr 24, 2014 at 5:42 PM, Tony Lindgren t...@atomide.com wrote:
It really should not matter what the configuration data for the
drivers is. Both platform_data and DT data should be easily supported.
Yes, I think I
Hello.
On 04/24/2014 06:33 PM, Tomi Valkeinen wrote:
omap5-uevm has a tca6424a I/O expander. Add it to the .dts file.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Cc: Tony Lindgren t...@atomide.com
---
arch/arm/boot/dts/omap5-uevm.dts | 7 +++
1 file changed, 7 insertions(+)
The IGEPv2 board has a SMSC LAN9221i ethernet chip and not a
SMSC LAN911x connected to the GPMC. Each chip needs different
timings in order to operate correctly so is wrong to include
omap-gpmc-smsc911x.dtsi instead of omap-gpmc-smsc9221.dtsi.
Signed-off-by: Javier Martinez Canillas
On 04/24/2014 11:17 AM, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [140424 08:47]:
On 04/24/2014 10:40 AM, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [140424 08:25]:
On Thu, Apr 24, 2014 at 10:16 AM, Kevin Hilman khil...@linaro.org wrote:
Linus Walleij linus.wall...@linaro.org
Hi Rajendra,
On 04/24/2014 05:06 AM, Nayak, Rajendra wrote:
The only difference from the dra74x devices is the missing .smp entry.
While at it, also fix the use of __initdata (across the file) and replace them
with __initconst as reported by checkpatch
ERROR: Use of const init definition
Hi,
On Fri, Jan 17, 2014 at 09:44:59AM +0200, 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.
What this basically
On Wed, Feb 26, 2014 at 01:42:50PM +0200, Tomi Valkeinen wrote:
On 19/02/14 21:49, Paul Walmsley wrote:
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
* Felipe Balbi ba...@ti.com [140424 11:29]:
Hi,
On Fri, Jan 17, 2014 at 09:44:59AM +0200, 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
On Thu, Apr 24, 2014 at 10:25:29AM -0500, Nishanth Menon wrote:
Perhaps dumb question: but are there folks who really care about omap1
boot anymore in upstream?
Yes.
should it be time to deprecate it - say for 3.17 or so?
No. It's a working platform and has users.
A.
--
To unsubscribe from
On Mon, Apr 14, 2014 at 01:46:11PM +0200, Robert Baldyga wrote:
This patchset adds many improvements to extcon class driver and extcon
provider drivers. It changes extcon API to faster and safer by replaceing
function taking extcon and cable names with functions working with
structures
Hi,
On Thu, Apr 24, 2014 at 12:08:00PM -0500, Nishanth Menon wrote:
The trigger was that even at TI, OMAP1s are hard to get to, in fact, I
do not of one person in TI who seems to have a functioning OMAP1
platform - and context of my question came from that background and
noticing others going
The DMA controller is needed for the USB controller to be correctly
registered. Therefore, if the DMA node is located at the end an unecessary
probe deferral is produced systematically.
This is easily fixed by moving the node at the beggining of the child list,
so it's probed first.
oh-name is no longer used, correct the error message.
Signed-off-by: Joel Fernandes jo...@ti.com
---
arch/arm/mach-omap2/timer.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/timer.c b/arch/arm/mach-omap2/timer.c
index 4fcfd7a..519ccfd 100644
---
On Thu, Apr 24, 2014 at 11:24:30AM +0200, yegorsli...@googlemail.com wrote:
This patch is based on Richard Genoud' patch adding generic GPIO support [1]
and my patch adding get_direction() functionality to OMAP's GPIO driver [2].
So far RTS/DTR are working both as modem control outputs and
Linus Walleij linus.wall...@linaro.org writes:
On Thu, Apr 24, 2014 at 8:57 AM, yegorsli...@googlemail.com wrote:
From: Yegor Yefremov yegorsli...@googlemail.com
This patch implements gpio_chip's get_direction() routine, that
lets other drivers get particular GPIOs direction using
struct
Robert Nelson robertcnel...@gmail.com writes:
BeagleBoard xM A/B has an inverted usb hub enable line vs the xM C
Signed-off-by: Robert Nelson robertcnel...@gmail.com
---
arch/arm/boot/dts/Makefile | 1 +
arch/arm/boot/dts/omap3-beagle-xm-ab.dts | 15 +++
2 files
Tony Lindgren t...@atomide.com writes:
* Gupta, Pekon pe...@ti.com [140421 23:49]:
Tony,
From: Tony Lindgren
* Robert Nelson robertcnel...@gmail.com [140418 16:42]:
On Fri, Apr 18, 2014 at 5:51 PM, Tony Lindgren t...@atomide.com wrote:
* Robert Nelson robertcnel...@gmail.com [140415
The subsequent devm_ioremap_resource will catch it and print an error, let it
be checked there.
Signed-off-by: Joel Fernandes jo...@ti.com
---
arch/arm/plat-omap/dmtimer.c |4
1 file changed, 4 deletions(-)
diff --git a/arch/arm/plat-omap/dmtimer.c b/arch/arm/plat-omap/dmtimer.c
index
Separate out legacy code for getting timer-fclk and reuse it for
the DT-case as a fallback. All DT users should ideally be specifying
a clock property with a phandle of its clock node. Till the migration
is complete, add a legacy function to keep things working.
Signed-off-by: Joel Fernandes
__omap_dm_timer_read_counter functionality is folded back into
omap_dm_timer_read_counter and all users converted to use it.
Made possible due to the systimer flags introduced in the series. Also there's
no need to pass posted flags anymore as this data is available in the dmtimer
structure.
In this patch, we fold back the functionality of the __omap_dm_timer_stop
function into omap_dm_timer_stop. This reduces code size as we don't need any
hacks or parameter passing. All public users are converted to use the
omap_dm_timer_stop function. The clk rate is setup into the dmtimer
Add a systimer flag to mark that a timer is used for system timers, this will
help simplify cases where we have to use runtime PM for non system timers, and
we don't have explicitly pass arguments to functions to tell it to do runtime
PM and context save or not.
Also will be useful in upcoming
Fold this function back into omap_dm_timer_set_int_enable and
use the systimer flag to not call PM functions for system timer.
Then remove it from the header file, and convert users to use
omap_dm_timer_set_int_enable.
Signed-off-by: Joel Fernandes jo...@ti.com
---
arch/arm/mach-omap2/timer.c
Timer availability can be checked with is_timer_available function. Move it
before omap_dm_timer_trigger and use it.
Signed-off-by: Joel Fernandes jo...@ti.com
---
arch/arm/plat-omap/dmtimer.c | 28 ++--
1 file changed, 14 insertions(+), 14 deletions(-)
diff --git
omap_dm_timer_read/write are no longer used by anyone else outside of dmtimer.c,
This allows us to remove it completely from the dmtimer.h header.
The reset of the functions are moved into dmtimer.c and the __ prefix is
removed,
and they're exported for use by others such as OMAP2+ system
__omap_dm_timer_write_status is folded back into omap_dm_timer_write_status,
all users are converted to use it, and old API is removed. This works thanks to
the systimer flag just introduced in the series.
Signed-off-by: Joel Fernandes jo...@ti.com
---
arch/arm/mach-omap2/timer.c |
Fold back functionality of __omap_dm_timer_load_start from the header into the
public dmtimer.c omap_dmtimer_set_load_start API, and convert all dependencies
to use it. All users should use the existing omap_dmtimer_set_load_start
function for such uses. This is in the direction of making the
For DT-booting platforms, use of_clk_get to get the fclk for system timers.
Separate out the legacy code for non-DT platform use.
Signed-off-by: Joel Fernandes jo...@ti.com
---
arch/arm/mach-omap2/timer.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git
Simplify the check for a timer availability in atleast 4 places by providing a
function to do the same.
Signed-off-by: Joel Fernandes jo...@ti.com
---
arch/arm/plat-omap/dmtimer.c | 24 ++--
1 file changed, 14 insertions(+), 10 deletions(-)
diff --git
load_start implies start, so it makes sense to set the ST bit in
__omap_dm_timer_load_start instead of callers.
Signed-off-by: Joel Fernandes jo...@ti.com
---
arch/arm/mach-omap2/timer.c |6 +++---
arch/arm/plat-omap/dmtimer.c |1 -
Inorder to move non-DM timer specific code that modifies the idlect
mask on OMAP1, from dmtimer code, to OMAP1 specific timer initialization code,
we introduce a new function that can possibly be reused for other purposes in
the future. The function just checks if a timer is running based on the
omap_timer_enable doesn't check return value, this can lead to nasty bus
errors. Add a check and report issues.
Tested-by: Joachim Eastwood manab...@gmail.com
Signed-off-by: Joel Fernandes jo...@ti.com
---
arch/arm/plat-omap/dmtimer.c | 62 +++--
While at it, also delete the old definition of the function in dmtimer.c code.
This completes the separation and removal of OMAP1 header dependency in dmtimer
code and removes references to MOD_CONF_CTRL registers in dmtimer.
Signed-off-by: Joel Fernandes jo...@ti.com
---
For the OMAPs, we're setting up only one clockevent and clocksource. Further,
for DT boot there's no easy way to get the timer name and currently this is
done in an ugly way by reading a hwmod entry. So let's just set it to a simpler
name like timer_clkev and timer_clksrc.
Signed-off-by: Joel
Once clock-parents or default-parent support for DT clocks is available,
we should use it to set clock parent and turn clk_set_parent into a NOOP.
Signed-off-by: Joel Fernandes jo...@ti.com
---
arch/arm/plat-omap/dmtimer.c |4
1 file changed, 4 insertions(+)
diff --git
Not all platforms currently will support of_clk_get on timer
because they may not have clock property in their DT nodes. Add
code to handle this case so that things are kept working. Finally
we can delete this code once all system timer nodes have a clock
property.
Signed-off-by: Joel Fernandes
Here are a couple of patches moving things around in dmtimer and system timer
code simplying, rewriting many parts of it, inorder to prep them for moving out
of plat-omap and mach-omap2 to a generic clocksource driver. These patches are
required before the clocksource migration can be done.
Many
OMAP1 doesn't support clock framework, add a comment where needed
and correct a FIXME.
Signed-off-by: Joel Fernandes jo...@ti.com
---
arch/arm/plat-omap/dmtimer.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/plat-omap/dmtimer.c
Add a comment describing the state of system timer clock parenting. The code
following the comment should be deleted once all platforms can do DT boot, and
specially should not be executed for DT platforms once we can specify default
clock parents through DT.
Signed-off-by: Joel Fernandes
A common pattern in dmtimer code is to read the control reg, set and reset
certain bits, and write it back. We abstract this pattern and introduce a
new function to do so.
Signed-off-by: Joel Fernandes jo...@ti.com
---
arch/arm/plat-omap/dmtimer.c | 63
There is a platform specific hook just for OMAP1 to set its clk parent. Remove
this hook and have OMAP1 set its parent in omap1_dm_timer_init. If OMAP1 is
ever migrated to clock framework, the correct way to do this would be through
clk_set_parent like other platforms.
Signed-off-by: Joel
hwmod look ups should no longer directly happen for dmtimer users of
DT-boot platforms. We separate out the code for platforms that are
still non-DT. Ultimately this code should be deleted if all platforms
are converted to DT-boot.
We use omap_dmtimer_powerup introduced earlier in the series to
On Thu, Apr 24, 2014 at 3:32 PM, Kevin Hilman khil...@linaro.org wrote:
Robert Nelson robertcnel...@gmail.com writes:
BeagleBoard xM A/B has an inverted usb hub enable line vs the xM C
Signed-off-by: Robert Nelson robertcnel...@gmail.com
---
arch/arm/boot/dts/Makefile | 1 +
* Kevin Hilman khil...@linaro.org [140424 16:22]:
On Thu, Apr 24, 2014 at 3:32 PM, Kevin Hilman khil...@linaro.org wrote:
Robert Nelson robertcnel...@gmail.com writes:
BeagleBoard xM A/B has an inverted usb hub enable line vs the xM C
Signed-off-by: Robert Nelson robertcnel...@gmail.com
Hi Tero,
On Tuesday 22 April 2014 06:11 PM, Tero Kristo wrote:
On 04/22/2014 01:25 PM, Sourav Poddar wrote:
We need tblclk clock data for the functioning of ehrpwm
module. Hence, populating the required clock information
in clock dts file.
Signed-off-by: Sourav Poddar sourav.pod...@ti.com
---
101 - 145 of 145 matches
Mail list logo
