we are now infering number of IRQ lines based
on correct compatible flag, which renders this
binding completely useless.
Signed-off-by: Felipe Balbi
---
arch/arm/boot/dts/am33xx.dtsi | 1 -
arch/arm/boot/dts/omap2.dtsi | 1 -
arch/arm/boot/dts/omap3.dtsi | 1 -
3 files changed, 3 deletions
so far, only am33xx has 128 lines, all other devices
have only 96.
Signed-off-by: Felipe Balbi
---
arch/arm/mach-omap2/irq.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/mach-omap2/irq.c b/arch/arm/mach-omap2/irq.c
index 97845df..7a4ead3 100644
--- a/arch/arm/mach-omap2/irq.c
that variable will tell us how many INTC_PENDING_IRQn
registers we have. It'll be used on a following patch
to cleanup omap_intc_handle_irq() a bit.
Signed-off-by: Felipe Balbi
---
arch/arm/mach-omap2/irq.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/arc
just to make it clearer that it can
be used on all omaps.
Signed-off-by: Felipe Balbi
---
arch/arm/mach-omap2/irq.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/irq.c b/arch/arm/mach-omap2/irq.c
index 38007b3..93fe0be 100644
--- a/arch/arm/mach
now that we don't need to support legacy board-files,
we can completely switch over to a linear irq domain
and make use of irq_alloc_domain_generic_chips() to
allocate all generic irq chips for us.
Signed-off-by: Felipe Balbi
---
arch/arm/mach-omap2/irq.c
We already hold the number of Pending registers
in omap_nr_pending. Let's use that instead.
Signed-off-by: Felipe Balbi
---
drivers/irqchip/irq-omap-intc.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/irqchip/irq-omap-intc.c b/drivers/irqchip/irq
remove ifdef around omap3 INTC support. This
will make it easier to reuse code for PM.
Signed-off-by: Felipe Balbi
---
arch/arm/mach-omap2/irq.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/arch/arm/mach-omap2/irq.c b/arch/arm/mach-omap2/irq.c
index 93fe0be..adc2d33 100644
--- a/arch
now that we're calling set_handle_irq() from
init_irq(), we can safely drop all callers to
omap3_intc_handle_irq() and its definition.
Signed-off-by: Felipe Balbi
---
arch/arm/mach-omap2/board-3430sdp.c| 1 -
arch/arm/mach-omap2/board-am3517crane.c| 1 -
arch/arm/mach-omap2/
of_iomap(), which is called from omap_init_irq_of(),
already takes care of making sure we have a valid
resource to deal with. Because of that, we can
safely remove our explicit call to of_address_to_resource().
Signed-off-by: Felipe Balbi
---
drivers/irqchip/irq-omap-intc.c | 6 --
1 file
now we can safely drop those fields from our machine_desc.
While at that, also drop the now unused omap_intc_of_init()
definition.
Signed-off-by: Felipe Balbi
---
arch/arm/mach-omap2/board-generic.c | 14 --
arch/arm/mach-omap2/common.h| 1 -
arch/arm/mach-omap2/irq.c
no functional changes, just making sure comment
follows Coding Style.
Signed-off-by: Felipe Balbi
---
drivers/irqchip/irq-omap-intc.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/irqchip/irq-omap-intc.c b/drivers/irqchip/irq-omap-intc.c
index c9ba502
OMAP INTC irqchip driver will be moved under
drivers/irqchip/ soon but we still have a dependency
with mach-omap2 when it comes to idle functions.
In order to make it easy to share those function
prototypes with OMAP PM code, we introduce this new
header.
Signed-off-by: Felipe Balbi
---
arch
When PROTECTION bit in enabled in PROTECTION
register, INTC's registers are only accessible
from privileged mode.
Signed-off-by: Felipe Balbi
---
drivers/irqchip/irq-omap-intc.c | 22 --
1 file changed, 20 insertions(+), 2 deletions(-)
diff --git a/drivers/irqchip/irq
no functional changes, just moving code around.
Signed-off-by: Felipe Balbi
---
arch/arm/mach-omap2/irq.c | 133 +++---
1 file changed, 66 insertions(+), 67 deletions(-)
diff --git a/arch/arm/mach-omap2/irq.c b/arch/arm/mach-omap2/irq.c
index adc2d33
that way, our intc driver can figure out how
many IRQ lines INTC has.
Signed-off-by: Felipe Balbi
---
arch/arm/boot/dts/am33xx.dtsi | 2 +-
arch/arm/boot/dts/omap3.dtsi | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dts
that was just a no-op wrapper around omap_intc_handle_irq
anyway.
Signed-off-by: Felipe Balbi
---
arch/arm/mach-omap2/common.h | 1 -
arch/arm/mach-omap2/irq.c| 16 ++--
2 files changed, 6 insertions(+), 11 deletions(-)
diff --git a/arch/arm/mach-omap2/common.h b/arch/arm/mach
hi,
On Mon, Jul 28, 2014 at 04:15:48PM -0500, Felipe Balbi wrote:
> Hi folks,
>
> here's another rebase of the original series moving INTC
> to drivers.
>
> There aren't many changes, only some fixes here and there
> because of recent changes to irq_domain and ir
we can set our global omap_nr_irqs early on
and drop the extra argument to omap_init_irq().
Signed-off-by: Felipe Balbi
---
arch/arm/mach-omap2/irq.c | 25 +
1 file changed, 13 insertions(+), 12 deletions(-)
diff --git a/arch/arm/mach-omap2/irq.c b/arch/arm/mach-omap2
We want .init_irq to call set_irq_handle() for
legacy platforms. Note that this code will also
be dropped once omap2/3 devices are completely
moved to DT.
Signed-off-by: Felipe Balbi
---
arch/arm/mach-omap2/irq.c | 30 +++---
1 file changed, 15 insertions(+), 15
Just move the code over as it has no dependencies
on arch/arm/ anymore.
Signed-off-by: Felipe Balbi
---
arch/arm/mach-omap2/Kconfig | 1 +
arch/arm/mach-omap2/Makefile | 3 +--
drivers/irqchip/Kconfig
nobody uses that function outside of this file,
so we don't need to expose it.
Signed-off-by: Felipe Balbi
---
arch/arm/mach-omap2/common.h | 10 --
arch/arm/mach-omap2/irq.c| 2 +-
2 files changed, 1 insertion(+), 11 deletions(-)
diff --git a/arch/arm/mach-omap2/common.h b
we don't need that anymore since specific
devices are passing correct compatible flags.
Signed-off-by: Felipe Balbi
---
arch/arm/mach-omap2/irq.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/arch/arm/mach-omap2/irq.c b/arch/arm/mach-omap2/irq.c
index 7a4ead3..e70c26e 100644
--- a
nding FIQ register.
Signed-off-by: Felipe Balbi
---
arch/arm/mach-omap2/irq.c | 22 +++---
1 file changed, 7 insertions(+), 15 deletions(-)
diff --git a/arch/arm/mach-omap2/irq.c b/arch/arm/mach-omap2/irq.c
index 583a1c7..43785ee 100644
--- a/arch/arm/mach-omap2/irq.c
+++ b/arc
We have a single bank in that array, this patch
is in preparation to remove that array. It just
shifts everything to a new set of functions
for register IO while also removing old ones.
Signed-off-by: Felipe Balbi
---
arch/arm/mach-omap2/irq.c | 64
On Mon, Jul 28, 2014 at 12:57:39PM -0500, Michael Welling wrote:
> On Mon, Jul 28, 2014 at 10:57:18AM -0500, Felipe Balbi wrote:
> > Hi,
> >
> > On Mon, Jul 28, 2014 at 10:29:49AM -0500, Michael Welling wrote:
> > > On Mon, Jul 28, 2014 at 11:02:47AM -0400, Alan S
On Tue, Jul 22, 2014 at 09:14:20PM +, Paul Walmsley wrote:
> On Tue, 17 Jun 2014, Tomi Valkeinen wrote:
>
> > From: Sathya Prakash M R
> >
> > Add DSS hwmod data for AM43xx.
> >
> > Signed-off-by: Sathya Prakash M R
> > [tomi.valkei...@ti.com: added missing dispc flags]
> > Signed-off-by:
al Revision (DRA74x revision Q:
> SPRUHI2Q Revised June 2014 and DRA72x revision F: SPRUHP2F - Revised
> June 2014)
>
> Fixes: 6e58b8f1daaf1a ("ARM: dts: DRA7: Add the dts files for dra7 SoC and
> dra7-evm board")
> Signed-off-by: Nishanth Menon
> ---
Tested on an upc
On Tue, Jul 22, 2014 at 04:45:03PM +0100, Lee Jones wrote:
> > > > > +static void st_dwc3_init(struct st_dwc3 *dwc3_data)
> > > > > +{
> > > > > + u32 reg = st_dwc3_readl(dwc3_data->glue_base, USB2_CLKRST_CTRL);
> > > > > +
> > > > > + reg |= aux_clk_en(1) | ext_cfg_reset_n(1) | xhci_revisi
Hi,
On Tue, Jul 22, 2014 at 10:18:00AM +0100, Peter Griffin wrote:
> > > +static inline u32 st_dwc3_readl(void __iomem *base, u32 offset)
> > > +{
> > > + return readl_relaxed(base + offset);
> > > +}
> > > +
> > > +static inline void st_dwc3_writel(void __iomem *base, u32 offset, u32
> > > value
Hi,
On Mon, Jul 21, 2014 at 05:04:57PM +0200, Laurent Pinchart wrote:
> Hi Felipe,
>
> What happened to these two patches ?
looks like I lost them.
> On Monday 16 December 2013 17:48:29 Felipe Balbi wrote:
> > On Mon, Dec 16, 2013 at 02:38:27PM -0800, Tony Lindgren wrote:
&g
On Fri, Jul 18, 2014 at 11:53:21AM -0400, Peter Hurley wrote:
> On 07/18/2014 11:31 AM, Felipe Balbi wrote:
> >On Fri, Jul 18, 2014 at 10:35:10AM +0200, Sebastian Andrzej Siewior wrote:
> >>>On 07/17/2014 06:18 PM, Felipe Balbi wrote:
> >>>
> >>>>
On Fri, Jul 18, 2014 at 10:35:10AM +0200, Sebastian Andrzej Siewior wrote:
> On 07/17/2014 06:18 PM, Felipe Balbi wrote:
>
> >> No, this is okay. If you look, it checks for "up->ier &
> >> UART_IER_THRI". On the second invocation it will see that this
&g
Hi,
On Thu, Jul 17, 2014 at 06:06:59PM +0200, Sebastian Andrzej Siewior wrote:
> On 07/17/2014 06:02 PM, Felipe Balbi wrote:
> >> diff --git a/drivers/tty/serial/8250/8250_core.c
> >> b/drivers/tty/serial/8250/8250_core.c index 2e4a93b..480a1c0
> >> 100644
On Thu, Jul 17, 2014 at 05:11:58PM +0200, Sebastian Andrzej Siewior wrote:
> On 07/17/2014 04:54 PM, Felipe Balbi wrote:
> > Hi,
> >
> > On Wed, Jul 16, 2014 at 04:45:03PM +0200, Sebastian Andrzej Siewior wrote:
> >> +static int omap_8250_startup(struct uart_port
Hi,
On Thu, Jul 17, 2014 at 05:43:00PM +0200, Sebastian Andrzej Siewior wrote:
> * Peter Hurley | 2014-07-17 11:31:59 [-0400]:
>
> >On 07/16/2014 12:06 PM, Felipe Balbi wrote:
> >>On Wed, Jul 16, 2014 at 05:54:56PM +0200, Sebastian Andrzej Siewior wrote:
> >>>On
Hi,
On Wed, Jul 16, 2014 at 04:45:03PM +0200, Sebastian Andrzej Siewior wrote:
> +static int omap_8250_startup(struct uart_port *port)
> +{
> + struct uart_8250_port *up =
> + container_of(port, struct uart_8250_port, port);
> + struct omap8250_priv *priv = port->private_data;
On Wed, Jul 16, 2014 at 02:54:42PM -0400, Steven Rostedt wrote:
> On Wed, 16 Jul 2014 13:41:52 -0500
> Felipe Balbi wrote:
>
> > Hi,
> >
> > On Wed, Jul 16, 2014 at 01:29:44PM -0500, Felipe Balbi wrote:
> > > On Wed, Jul 16, 2014 at 01:24:13PM -0400, Steven R
Hi,
On Wed, Jul 16, 2014 at 01:29:44PM -0500, Felipe Balbi wrote:
> On Wed, Jul 16, 2014 at 01:24:13PM -0400, Steven Rostedt wrote:
> > On Wed, 16 Jul 2014 11:41:42 -0500
> > Felipe Balbi wrote:
> >
> >
> > > .config attached. It's actually an ARM pl
On Wed, Jul 16, 2014 at 01:24:13PM -0400, Steven Rostedt wrote:
> On Wed, 16 Jul 2014 11:41:42 -0500
> Felipe Balbi wrote:
>
>
> > .config attached. It's actually an ARM platform, I can help out with
> > testing anything you need.
>
> In that case, ca
On Wed, Jul 16, 2014 at 06:40:01PM +0200, Sebastian Andrzej Siewior wrote:
> On 07/16/2014 06:06 PM, Felipe Balbi wrote:
>
> >>> well, other than in probe and other functions which need to
> >>> make sure clocks are on, but it seems unnecessary to
> >
Hi again,
On Wed, Jul 16, 2014 at 11:41:41AM -0500, Felipe Balbi wrote:
> Hi,
>
> On Wed, Jul 16, 2014 at 12:29:21PM -0400, Steven Rostedt wrote:
> > On Wed, 16 Jul 2014 11:23:28 -0500
> > Felipe Balbi wrote:
> >
> > > Hi folks,
> > >
> >
Hi folks,
I was trying to use Kernel Function Profiler to figure out why my
driver's IRQ handler is taking so much CPU time but to my surprise,
whenever I try to trace anything, I get a "Unable to handle kernel
paging request at virtual address " error.
Is anybody else seen that or did I scre
Hi,
On Wed, Jul 16, 2014 at 05:54:56PM +0200, Sebastian Andrzej Siewior wrote:
> On 07/16/2014 05:16 PM, Felipe Balbi wrote:
> > Hi,
>
> Hi Felipe,
>
> > On Wed, Jul 16, 2014 at 04:45:02PM +0200, Sebastian Andrzej Siewior
> > wrote:
> >> @@ -1280,6 +1
Hi,
On Wed, Jul 16, 2014 at 04:45:02PM +0200, Sebastian Andrzej Siewior wrote:
> @@ -1280,6 +1285,7 @@ static void serial8250_stop_tx(struct uart_port *port)
> struct uart_8250_port *up =
> container_of(port, struct uart_8250_port, port);
>
> + pm_runtime_get_sync(port->d
t;node;
oi->master->master_ports.next.prev = &ml->node;
ml->node.next = &oi->master->master_ports.next;
ml->node.prev = &oi->master->master_ports;
oi->master->master_ports.next = &ml->node;
from this, it's clear that both INIT_LIST_H
On Tue, Jul 15, 2014 at 02:14:35AM -0700, Tony Lindgren wrote:
> * Felipe Balbi [140103 08:43]:
> > On Fri, Jan 03, 2014 at 05:42:41PM +0530, Rajendra Nayak wrote:
> > > []..
> > >
> > > >>> so a bit more work is needed. Maybe also rebase
Hi,
On Tue, Jul 15, 2014 at 12:56:52PM -0500, Felipe Balbi wrote:
> From: Darren Etheridge
>
> Adding necessary dts nodes to enable vpfe and ov2659 sensor on the correct i2c
clearly this doesn't add ov2659 sensor support because we can't release
the driver for it. I'
From: Benoit Parrot
Add Video Processing Front End (VPFE) device tree
nodes for AM34xx family of devices.
Signed-off-by: Benoit Parrot
Signed-off-by: Darren Etheridge
Signed-off-by: Felipe Balbi
---
arch/arm/boot/dts/am4372.dtsi | 16
1 file changed, 16 insertions(+)
diff
From: Benoit Parrot
Add Video Processing Front End (VPFE) device tree nodes for AM43x-epos.
Signed-off-by: Benoit Parrot
Signed-off-by: Darren Etheridge
Signed-off-by: Felipe Balbi
---
arch/arm/boot/dts/am43x-epos-evm.dts | 54
1 file changed, 54
From: Benoit Parrot
HWMOD entries support for TI Dual Video Processing Front
End (VPFE) (aka Dual cam) of AM43xx platform.
Signed-off-by: Benoit Parrot
Signed-off-by: Darren Etheridge
Signed-off-by: Felipe Balbi
---
arch/arm/mach-omap2/omap_hwmod_43xx_data.c | 56
Hi all,
the following patches add suport for AM43xx's Video Processing
Front End (VPFE). Full documentation is available at [1] chapter 14.
This driver has been tested with linux-next from yesterday, plus my
(already queued) am437x starter kit patches, plus these patches, plus
the sensor driver w
From: Darren Etheridge
Adding necessary dts nodes to enable vpfe and ov2659 sensor on the correct i2c
bus and correct vpfe instance.
Signed-off-by: Darren Etheridge
Signed-off-by: Felipe Balbi
---
arch/arm/boot/dts/am437x-sk-evm.dts | 63 +
1 file changed
On Tue, Jul 08, 2014 at 08:53:32AM +0100, Lee Jones wrote:
> On Tue, 08 Jul 2014, Maxime Coquelin wrote:
> > On 07/05/2014 08:25 AM, Peter Griffin wrote:
> > >Signed-off-by: Peter Griffin
> >
> > Acked-by: Maxime Coquelin
>
> Maxime,
> Once Acked by Felipe, I think this should go in via your
On Wed, Jul 09, 2014 at 05:56:37PM +0530, Sekhar Nori wrote:
> On Wednesday 09 July 2014 02:55 PM, Tony Lindgren wrote:
> > * Tony Lindgren [140708 01:32]:
> >> * Sekhar Nori [140707 21:56]:
> >>> On Monday 07 July 2014 08:40 PM, Felipe Balbi wrote:
> >&g
On Wed, Jul 09, 2014 at 02:25:31AM -0700, Tony Lindgren wrote:
> * Tony Lindgren [140708 01:32]:
> > * Sekhar Nori [140707 21:56]:
> > > On Monday 07 July 2014 08:40 PM, Felipe Balbi wrote:
> > > > On Mon, Jul 07, 2014 at 02:40:08PM +0100, Russell King - ARM Linux
The second range of this particular regulator,
starts at 1.60V, not as 1.55V as it was originally
implied by code.
Signed-off-by: Felipe Balbi
---
based on datasheet only. Also boot tested on another,
yet-to-be-released HW. A 50mV difference is probably
not a big deal for any users of DCDC4 but
By just using GCC's array initialization extension, we
can easily drop order dependency between tps65218_regulattors
enumeration and tps65218_pmic_regs array.
Signed-of-by: Felipe Balbi
---
drivers/regulator/tps65218-regulator.c | 16
1 file changed, 8 insertions(
volt table is always NULL for all regulators,
might as well drop the argument.
Signed-off-by: Felipe Balbi
---
drivers/regulator/tps65218-regulator.c | 19 +--
1 file changed, 9 insertions(+), 10 deletions(-)
diff --git a/drivers/regulator/tps65218-regulator.c
b/drivers
> + regulator-always-on;
> + };
> +
> + dcdc3: regulator-dcdc3 {
> + compatible = "ti,tps65218-dcdc3";
> + regulator-name = "vdcdc3";
> + regulator-min-microvolt = <135
On Tue, Jul 08, 2014 at 03:46:34PM +0530, Keerthy wrote:
> Fix i2c nodes indentation.
>
> Signed-off-by: Keerthy
Reviewed-by: Felipe Balbi
> ---
> arch/arm/boot/dts/am437x-gp-evm.dts | 13 ++---
> 1 file changed, 6 insertions(+), 7 deletions(-)
>
> diff -
On Tue, Jul 08, 2014 at 03:46:36PM +0530, Keerthy wrote:
> Add get_voltage ops for dcdc5 and dcdc6. Both dcdc5 and 6 are fixed regulators
> and hence return min_uV (or max_uV).
>
> Signed-off-by: Keerthy
Reviewed-by: Felipe Balbi
> ---
> drivers/regulator/tps65218-
d dcdc3, dcdc5, dcdc6 nodes.
It might be worth noting that dcdc4 is missing because of a possible
PMIC bug you're dealing with. Other than that:
Reviewed-by: Felipe Balbi
> arch/arm/boot/dts/am43x-epos-evm.dts | 59
> ++
> 1 file changed, 59 inse
On Tue, Jul 08, 2014 at 03:46:31PM +0530, Keerthy wrote:
> Add DT bindings for tps65218 PMIC
>
> Signed-off-by: Keerthy
Reviewed-by: Felipe Balbi
> ---
>
> Changes in V2:
> * Added dcdc3, dcdc5, dcdc6 compatible properties.
>
> Documentation/devicetree/bindi
On Tue, Jul 08, 2014 at 03:46:32PM +0530, Keerthy wrote:
> Add DT bindings for tps65218 PMIC regulators.
>
> Signed-off-by: Keerthy
Reviewed-by: Felipe Balbi
> ---
>
> Changes in V2:
> * Added dcdc3, dcdc5, dcdc6 compatible properties.
>
> .../devicetree/bind
Hi,
On Mon, Jul 07, 2014 at 02:40:08PM +0100, Russell King - ARM Linux wrote:
> On Mon, Jul 07, 2014 at 05:39:26AM -0700, Tony Lindgren wrote:
> > * Russell King - ARM Linux [140707 05:17]:
> > > On Mon, Jul 07, 2014 at 05:20:27PM +0530, Sekhar Nori wrote:
> > > > OMAP4430 had L2 cache controller
On Tue, Jul 01, 2014 at 10:22:49PM -0500, Felipe Balbi wrote:
> Hi,
>
> On Fri, Jun 13, 2014 at 07:11:58PM +, Paul Walmsley wrote:
> > Hi Felipe, Tomi,
> >
> > On Fri, 13 Jun 2014, Felipe Balbi wrote:
> >
> > > On Fri, Jun 13, 2014 at 11:15:46
Hi,
On Thu, Jul 03, 2014 at 10:49:23PM +0200, Marek Belisko wrote:
> From: NeilBrown
>
> If a 'gpio_reset' is specified, then hold it low while
> turning the power regulator on.
> This is needed for some wi2wi wireless modules, particularly
> when the regulator is held active by some other clien
On Thu, Jul 03, 2014 at 09:04:18PM +0300, Tero Kristo wrote:
> Hi Tony,
>
> The following changes since commit 7171511eaec5bf23fb06078f59784a3a0626b38f:
>
> Linux 3.16-rc1 (2014-06-15 17:45:28 -1000)
>
> are available in the git repository at:
>
> g...@github.com:t-kristo/linux-pm.git for-v
On Thu, Jul 03, 2014 at 06:19:47PM +0200, Javier Martinez Canillas wrote:
> On Thu, Jul 3, 2014 at 6:06 PM, Sebastian Reichel wrote:
> > Hi,
> >
> > On Thu, Jul 03, 2014 at 10:52:40AM -0500, Felipe Balbi wrote:
> >> > DT is supposed to contain information about
On Thu, Jul 03, 2014 at 05:44:26PM +0200, Sebastian Reichel wrote:
> Hi,
>
> On Thu, Jul 03, 2014 at 09:07:36AM -0500, Felipe Balbi wrote:
> > On Thu, Jul 03, 2014 at 08:34:44AM -0500, Robert Nelson wrote:
> > > On Thu, Jul 3, 2014 at 8:25 AM, Felipe Balbi wrote:
> &g
On Thu, Jul 03, 2014 at 07:15:01PM +0530, Keerthy wrote:
> Add TPS65218 device tree nodes.
>
> Signed-off-by: Keerthy
> ---
> arch/arm/boot/dts/am437x-gp-evm.dts | 38
> +++
> 1 file changed, 38 insertions(+)
>
> diff --git a/arch/arm/boot/dts/am437x-gp-evm.dt
On Thu, Jul 03, 2014 at 07:15:02PM +0530, Keerthy wrote:
> Enable TPS65218 config options.
>
> Signed-off-by: Keerthy
Acked-by: Felipe Balbi
> ---
> arch/arm/configs/omap2plus_defconfig |2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/arch/arm/configs/
On Thu, Jul 03, 2014 at 07:15:00PM +0530, Keerthy wrote:
> Add TPS65218 device tree nodes.
>
> Signed-off-by: Keerthy
> ---
> arch/arm/boot/dts/am43x-epos-evm.dts | 38
> ++
> 1 file changed, 38 insertions(+)
>
> diff --git a/arch/arm/boot/dts/am43x-epos-evm.d
On Thu, Jul 03, 2014 at 07:14:59PM +0530, Keerthy wrote:
> Add DT bindings for tps65218 PMIC regulators.
>
> Signed-off-by: Keerthy
> ---
> .../devicetree/bindings/regulator/tps65218.txt | 21
>
> 1 file changed, 21 insertions(+)
> create mode 100644 Documentation/de
Hi,
On Thu, Jul 03, 2014 at 07:14:58PM +0530, Keerthy wrote:
> Add DT bindings for tps65218 PMIC
>
> Signed-off-by: Keerthy
> ---
> Documentation/devicetree/bindings/mfd/tps65218.txt | 57
>
> 1 file changed, 57 insertions(+)
> create mode 100644 Documentation/devicetre
On Thu, Jul 03, 2014 at 08:34:44AM -0500, Robert Nelson wrote:
> On Thu, Jul 3, 2014 at 8:25 AM, Felipe Balbi wrote:
> > On Thu, Jul 03, 2014 at 12:34:11AM -0700, Tony Lindgren wrote:
> >> * Robert Nelson [140702 12:27]:
> >> > On Wed, Jul 2, 2014 at 2:09 PM
On Thu, Jul 03, 2014 at 12:34:11AM -0700, Tony Lindgren wrote:
> * Robert Nelson [140702 12:27]:
> > On Wed, Jul 2, 2014 at 2:09 PM, Aaro Koskinen wrote:
> > > Hi,
> > >
> > > On Wed, Jul 02, 2014 at 11:09:32AM -0500, Felipe Balbi wrote:
> > &g
Hi,
+linux-omap, lakml
On Wed, Jul 02, 2014 at 06:00:09PM +0200, Sebastian Andrzej Siewior wrote:
> This patch provides a 8250-core based UART driver for the internal OMAP
> UART. The longterm goal is to provide the same functionality as the
> current OMAP uart driver and hopefully DMA support wh
Hi,
On Fri, Jun 13, 2014 at 07:11:58PM +, Paul Walmsley wrote:
> 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
> > >
> > > A
's with
> an internal pulldown. Which has been determined to offer the
> lowest power solution vs leaving the pins configured in LCD
> mode.
>
> Signed-off-by: Darren Etheridge
> Acked-by: Wolfram Sang
Tested-by: Felipe Balbi
serial console capture: http://slexy.org/vie
Hi,
On Thu, Jun 19, 2014 at 02:33:14PM +0300, Tero Kristo wrote:
> On 06/17/2014 11:04 AM, 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 in
> >__clk_mux_determine_rate() (most suitable by lo
On Tue, Jun 17, 2014 at 08:19:35AM -0500, Felipe Balbi wrote:
> On Tue, Jun 17, 2014 at 04:04:51PM +0530, Sekhar Nori wrote:
> > ROM code on AM437x does not support writing to L2C-310 power control
> > register. The L2C driver, however, tries writing to this register for
> >
On Mon, Jun 30, 2014 at 03:50:23PM -0300, Ezequiel García wrote:
> On 30 June 2014 15:44, Felipe Balbi wrote:
> > Hi,
> >
> > On Thu, May 08, 2014 at 02:27:40PM -0300, Ezequiel Garcia wrote:
> >> At probe time, the musb_am335x driver registers its childs by
>
Hi,
On Thu, May 08, 2014 at 02:27:40PM -0300, Ezequiel Garcia wrote:
> At probe time, the musb_am335x driver registers its childs by
> calling of_platform_populate(), which registers all childs in
> the devicetree hierarchy recursively.
>
> On the other side, the driver's remove() function uses o
Hi,
On Mon, May 26, 2014 at 02:50:07PM +0530, George Cherian wrote:
> Series add support for SW babble control logic found in
> new silicon versions of AM335x. Runtime differentiation of
> silicon version is done by checking the BABBLE_CTL register.
> For newer silicon the register default value
Hi,
On Mon, Jun 30, 2014 at 02:00:36PM +0300, Roger Quadros wrote:
> On some SoCs e.g. J6 the 3.3V supply to the USB2 PHY can be
> powered down when the PHY is not in use. Add regulator
> management code to control this power line.
>
> Signed-off-by: Roger Quadros
Reviewed-b
Hi,
On Mon, Jun 23, 2014 at 01:20:57PM -0500, Felipe Balbi wrote:
> Hi,
>
> here's v3 of am437x sk support. Patches tested on top of next-20140617.
>
> Note that this series was tested with the following extra patches:
>
> http://marc.info/?l=linux-omap&m=14029943
ries from Roger rewriting most of this, but
if I'm mistaken:
Acked-by: Felipe Balbi
> ---
> arch/arm/mach-omap2/usb-tusb6010.c |1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/arch/arm/mach-omap2/usb-tusb6010.c
> b/arch/arm/mach-omap2/usb-tusb6010.c
> index
Hi,
On Tue, Jun 24, 2014 at 04:11:48PM -0500, Rob Herring wrote:
> On Mon, Jun 23, 2014 at 1:20 PM, Felipe Balbi wrote:
> > by providing phandles to rtc, wdt, cpu and dispc nodes,
> > boards can access them to add board-specific data.
>
> Strictly speaking, you are adding
On Mon, Jun 23, 2014 at 03:29:07PM -0300, Ezequiel García wrote:
> On 23 June 2014 15:23, Felipe Balbi wrote:
>
> >>
> >> Any comments on this? I don't like to remove a feature, but as
> >> explained above, I don't see any other way to solve this.
On Sat, Jun 14, 2014 at 09:59:02AM -0300, Ezequiel Garcia wrote:
> Hi Felipe,
>
> On 20 May 01:55 PM, Ezequiel Garcia wrote:
> > On 17 May 09:04 PM, Ezequiel Garcia wrote:
> > > At probe time, the musb_am335x driver register its childs by
> > > calling of_platform_populate(), which registers all c
.info/?l=linux-omap&m=140299231232123
http://marc.info/?l=linux-omap&m=140310472709968&w=2
http://marc.info/?l=linux-omap&m=140310471409959&w=2
A branch is also available with all these patches at [1].
[1]
http://git.kernel.org/cgit/linux/kernel/git/balbi/usb.git/log/?h=am437x-starterkit
Add support for TI's AM437x StarterKit Evaluation
Module.
Cc: Josh Elliot
Cc: Darren Etheridge
Signed-off-by: Felipe Balbi
---
changes since v1:
- add pinctrl for leds and matrix keypad
- added i2c1 and i2c0 speeds of 400k
- added voltage for vdd
by providing phandles to rtc, wdt, cpu and dispc nodes,
boards can access them to add board-specific data.
Signed-off-by: Felipe Balbi
---
Changes since v1:
- added phandles to cpu and dispc
arch/arm/boot/dts/am4372.dtsi | 8
1 file changed, 4 insertions(+), 4 deletions
Hi,
On Thu, Jun 19, 2014 at 03:44:42AM -0700, Tony Lindgren wrote:
> * George Cherian [140526 02:25]:
> > BABBLE and RESET share the same interrupt. The interrupt
> > is considered to be RESET if MUSB is in peripheral mode and
> > as a BABBLE if MUSB is in HOST mode.
> >
> > Handle babble condit
Hi,
On Wed, Jun 18, 2014 at 10:17:34PM -0500, Nishanth Menon wrote:
> On 06/18/2014 10:05 PM, Felipe Balbi wrote:
> > Hi,
> >
> > On Wed, Jun 18, 2014 at 09:26:01PM -0500, Nishanth Menon wrote:
> >> On 06/18/2014 06:19 PM, Felipe Balbi wrote:
> >> [...
Hi,
On Wed, Jun 18, 2014 at 09:26:01PM -0500, Nishanth Menon wrote:
> On 06/18/2014 06:19 PM, Felipe Balbi wrote:
> [...]
> >>>>>Add support for TI's AM437x StarterKit Evaluation
> >>>>>Module.
> >>>>
> >>>>is there a
Hi,
(side note)
On Wed, Jun 18, 2014 at 06:19:23PM -0500, Felipe Balbi wrote:
> > >>>+interrupt-controller;
> > >>>+#interrupt-cells = <2>;
> > >>>+
> > >>>+dcdc1: regulator-dcdc1
Hi,
On Wed, Jun 18, 2014 at 04:54:05PM -0500, Nishanth Menon wrote:
> On 06/18/2014 02:31 PM, Felipe Balbi wrote:
> >On Wed, Jun 18, 2014 at 11:14:21AM -0500, Nishanth Menon wrote:
> >>On 06/18/2014 10:43 AM, Felipe Balbi wrote:
> >>>Add support for TI's AM437
Hi,
On Wed, Jun 18, 2014 at 04:43:28PM -0500, Nishanth Menon wrote:
> On 06/18/2014 02:25 PM, Felipe Balbi wrote:
> >Hi,
> >
> >On Wed, Jun 18, 2014 at 10:55:35AM -0500, Nishanth Menon wrote:
> >>$subject - ARM: dts:
> >>
> >>On 06/18/2014 10:43 AM
801 - 900 of 6059 matches
Mail list logo
