On Tue, 19 Nov 2013 14:12:24 +0200
Jyri Sarha jsa...@ti.com wrote:
Signed-off-by: Jyri Sarha jsa...@ti.com
---
Documentation/devicetree/bindings/sound/hdmi.txt | 17 +
sound/soc/codecs/hdmi.c | 10 ++
2 files changed, 27 insertions(+)
On Wed, Nov 20, 2013 at 10:23:42AM +0100, Jean-Francois Moine wrote:
But now, I am wondering again about these `empty`codecs:
- in a DT context, should we continue to add / modify such codecs?
- what do you think about my generic DT codec? (indeed, I would do a new
version according to the
Nishant,
On 11/19/2013 11:05 PM, Nishanth Menon wrote:
On 09/24/2013 03:53 AM, Roger Quadros wrote:
Provide RESET GPIO and Power regulator for the USB PHY,
the USB Host port mode and the PHY device for the controller.
Also provide pin multiplexer information for USB host pins.
We also
HI!
This patch changes the dtsi entry on omap4430 to contain
the thermal data. This data will enable the passive
cooling with CPUfreq cooling device at 100C and the
system will do a thermal shutdown at 125C.
Cc: Benoît Cousson bcous...@baylibre.com
Cc: Tony Lindgren t...@atomide.com
Cc:
On Wed, 20 Nov 2013 10:09:59 +
Mark Brown broo...@kernel.org wrote:
On Wed, Nov 20, 2013 at 10:23:42AM +0100, Jean-Francois Moine wrote:
But now, I am wondering again about these `empty`codecs:
- in a DT context, should we continue to add / modify such codecs?
- what do you think
On Wed, Nov 20, 2013 at 01:34:58PM +0100, Jean-Francois Moine wrote:
Mark Brown broo...@kernel.org wrote:
We still want to be able to have users just name the CODEC on their
board rather than have to type in all the details from the datasheet,
if we're going to try to amalgamate the
Hi!
I'm currently working on a custom AM335x based board, where the SoC
RTC is disabled. As described in this page in the RTC feature disabled
column:
http://processors.wiki.ti.com/index.php/AM335x_Schematic_Checklist#RTC
On this board the registers of the RTC are not accessible. But the OMAP
On 11/20/2013 08:18 AM, Stefan Roese wrote:
Hi!
I'm currently working on a custom AM335x based board, where the SoC
RTC is disabled. As described in this page in the RTC feature disabled
column:
http://processors.wiki.ti.com/index.php/AM335x_Schematic_Checklist#RTC
On this board the
On Mon, Nov 11, 2013 at 10:06 AM, Sricharan R r.sricha...@ti.com wrote:
The binding and support for system DMA module present in OMAP2+ Socs
and DRA7 with dma-engine is already present. So adding the missing
documentation for the same.
Signed-off-by: Sricharan R r.sricha...@ti.com
Acked-by:
When building a kernel without OMAP3 support but only AM335x, we can't
activate the needed MTD_NAND_OMAP_BCH symbol.
Signed-off-by: Wolfram Sang w...@the-dreams.de
---
Actually, I wonder if this is fix will scale. Maybe someone with more insight
about TI SoCs could find a better expression of
Hey Wolfram:
On Wed, Nov 20, 2013 at 06:39:12PM +0100, Wolfram Sang wrote:
When building a kernel without OMAP3 support but only AM335x, we can't
activate the needed MTD_NAND_OMAP_BCH symbol.
Signed-off-by: Wolfram Sang w...@the-dreams.de
---
Actually, I wonder if this is fix will scale.
Hi,
commit c368e5fc2a190923b786f2de3e79430ea3566a25 (regulator: fixed: get
rid of {get|list}_voltage()) regresses any MMC host controller which
uses fixed regulator for functionality.
Note that mmc core uses regulator_list_voltage() to setup OCR mask and
that has a check for missing
remove ifdef around omap3 INTC support. This
will make it easier to reuse code for PM.
Signed-off-by: Felipe Balbi ba...@ti.com
---
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 52386e7..b586317 100644
there are no more users for that function, we
can safely drop it.
Signed-off-by: Felipe Balbi ba...@ti.com
---
arch/arm/mach-omap2/common.h | 1 -
arch/arm/mach-omap2/irq.c| 5 -
2 files changed, 6 deletions(-)
diff --git a/arch/arm/mach-omap2/common.h b/arch/arm/mach-omap2/common.h
that way, our intc driver can figure out how
many IRQ lines INTC has.
Signed-off-by: Felipe Balbi ba...@ti.com
---
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
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 ba...@ti.com
---
arch/arm/mach-omap2/board-generic.c | 12
arch/arm/mach-omap2/common.h| 1 -
we don't need that anymore since specific
devices are passing correct compatible flags.
Signed-off-by: Felipe Balbi ba...@ti.com
---
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 fd89488..e87e8be 100644
this will cache number of irqs. Also in preparation
for removal of irq_banks array.
Signed-off-by: Felipe Balbi ba...@ti.com
---
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 18637e9..f6d0d38 100644
we are now infering number of IRQ lines based
on correct compatible flag, which renders this
binding completely useless.
Signed-off-by: Felipe Balbi ba...@ti.com
---
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
This is in preparation for removing the pointless
irq_banks array.
Signed-off-by: Felipe Balbi ba...@ti.com
---
arch/arm/mach-omap2/irq.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-omap2/irq.c b/arch/arm/mach-omap2/irq.c
index e022a86..748f86b 100644
---
no functional changes, just moving code around.
Signed-off-by: Felipe Balbi ba...@ti.com
---
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
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 ba...@ti.com
---
arch/arm/mach-omap2/irq.c | 64
IRQCHIP_DECLARE macro is used to declare the same
of_device_id structure for irqchips, it's just
a helper. No functional changes.
Note that we're temporarily including irqchip.h
with its full path, until we move this driver
to drivers/irqchip/.
Signed-off-by: Felipe Balbi ba...@ti.com
---
an almost blind conversion from readl_relaxed
to our newly introduced intc_readl().
While at that, also remove some hardcoded
register addresses.
Signed-off-by: Felipe Balbi ba...@ti.com
---
arch/arm/mach-omap2/irq.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff
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 ba...@ti.com
---
arch/arm/mach-omap2/irq.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git
We already ack pending IRQs during suspend,
which renders the check for pending IRQs
quite unnecessary.
Signed-off-by: Felipe Balbi ba...@ti.com
---
arch/arm/mach-omap2/common.h | 1 -
arch/arm/mach-omap2/cpuidle34xx.c | 2 +-
arch/arm/mach-omap2/irq.c | 11 ---
the idea is that board-files won't need to set
.handle_irq on their machine_descs, which lets
us drop a little more pointless code.
Signed-off-by: Felipe Balbi ba...@ti.com
---
arch/arm/mach-omap2/board-2430sdp.c| 1 -
arch/arm/mach-omap2/board-3430sdp.c| 1 -
so far, only am33xx has 128 lines, all other devices
have only 96.
Signed-off-by: Felipe Balbi ba...@ti.com
---
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 1e1015c..fd89488 100644
---
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 ba...@ti.com
---
arch/arm/mach-omap2/irq.c | 30 +++---
1 file changed, 15 insertions(+),
this will let us drop .handle_irq and .init_irq fields
from our generic machine_descs.
Signed-off-by: Felipe Balbi ba...@ti.com
---
arch/arm/mach-omap2/irq.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/mach-omap2/irq.c b/arch/arm/mach-omap2/irq.c
index 8ef2bfd..503d345 100644
just to make it clearer that it can
be used on all omaps.
Signed-off-by: Felipe Balbi ba...@ti.com
---
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 ec97ade..52386e7 100644
---
no functional changes.
Signed-off-by: Felipe Balbi ba...@ti.com
---
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 cfca775..0772a3db 100644
--- a/arch/arm/mach-omap2/irq.c
+++ b/arch/arm/mach-omap2/irq.c
there is a generic way to suspend/resume irqchips,
let's use that instead of our homebrew version.
Signed-off-by: Felipe Balbi ba...@ti.com
---
arch/arm/mach-omap2/irq.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/arm/mach-omap2/irq.c b/arch/arm/mach-omap2/irq.c
we don't need the ifdef if we have omap_nr_pending
telling us how many pending registers we have
on current platform. This solves a possible
problem where we could try to handle bogus
interrupts on OMAP2 and OMAP3 if using single
zImage kernel, because we would end up reading
the following pending
this is currently used as a hardcoded 0x100
offset.
Signed-off-by: Felipe Balbi ba...@ti.com
---
arch/arm/mach-omap2/irq.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-omap2/irq.c b/arch/arm/mach-omap2/irq.c
index 748f86b..c9539b1 100644
--- a/arch/arm/mach-omap2/irq.c
+++
nobody uses that function outside of this file,
so we don't need to expose it.
Signed-off-by: Felipe Balbi ba...@ti.com
---
arch/arm/mach-omap2/common.h | 10 --
arch/arm/mach-omap2/irq.c| 2 +-
2 files changed, 1 insertion(+), 11 deletions(-)
diff --git
with this, we can use a compatible flag to figure
out how many irq lines are wired up, no need for
our TI-specific ti,intc-size binding.
Signed-off-by: Felipe Balbi ba...@ti.com
---
arch/arm/mach-omap2/irq.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
now we can finally remove the pointless irq_banks
array.
Signed-off-by: Felipe Balbi ba...@ti.com
---
arch/arm/mach-omap2/irq.c | 128 +-
1 file changed, 47 insertions(+), 81 deletions(-)
diff --git a/arch/arm/mach-omap2/irq.c
we can set our global omap_nr_irqs early on
and drop the extra argument to omap_init_irq().
Signed-off-by: Felipe Balbi ba...@ti.com
---
arch/arm/mach-omap2/irq.c | 25 +
1 file changed, 13 insertions(+), 12 deletions(-)
diff --git a/arch/arm/mach-omap2/irq.c
Afte these patches, we're very close to being able
to move arch/arm/mach-omap2/irq.c to drivers/irqchip/irq-intc.c
All which would be missing is for Tony to drop all OMAP2/3 board
files so we remove the few pending bits and pieces left in
for legacy boot.
Note that I have only boot tested these
completely move towards generic irqchip PM.
Signed-off-by: Felipe Balbi ba...@ti.com
---
arch/arm/mach-omap2/common.h | 5 -
arch/arm/mach-omap2/irq.c| 21 +
arch/arm/mach-omap2/pm34xx.c | 10 --
3 files changed, 9 insertions(+), 27 deletions(-)
diff --git
There's no need for that header to be included.
Signed-off-by: Felipe Balbi ba...@ti.com
---
arch/arm/mach-omap2/irq.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/mach-omap2/irq.c b/arch/arm/mach-omap2/irq.c
index 397157a..5d4e883 100644
--- a/arch/arm/mach-omap2/irq.c
+++
that was just a no-op wrapper around omap_intc_handle_irq
anyway.
Signed-off-by: Felipe Balbi ba...@ti.com
---
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
* Tony Lindgren t...@atomide.com [131119 18:57]:
We have some device tree properties where the ti,hwmod has multiple
values:
am33xx.dtsi: ti,hwmods = tpcc, tptc0, tptc1, tptc2;
am4372.dtsi: ti,hwmods = tpcc, tptc0, tptc1, tptc2;
dra7.dtsi:ti,hwmods = l3_main_1, l3_main_2;
omap3.dtsi:
A similar patch has been already merged and you can pick it from l2-mtd
next branch:
http://git.infradead.org/l2-mtd.git/commitdiff/1900cdf03057030497e967614c4b19296b6ac460
Great, thanks!
signature.asc
Description: Digital signature
* Ben Gamari bgamari.f...@gmail.com [131119 19:07]:
Chao Xu caesarxuc...@gmail.com writes:
Hi,
I also try to boot v3.12 on my pandaboard rev A2, but it hangs at
starting kernel. My SD card is originally loaded with a linaro 12.04
ubuntu-developer image. I have tried with v3.7 and v3.8
Tony Lindgren t...@atomide.com writes:
* Ben Gamari bgamari.f...@gmail.com [131119 19:07]:
Chao Xu caesarxuc...@gmail.com writes:
Hi,
I also try to boot v3.12 on my pandaboard rev A2, but it hangs at
starting kernel. My SD card is originally loaded with a linaro 12.04
* Tony Lindgren t...@atomide.com [131120 10:13]:
* Tony Lindgren t...@atomide.com [131119 18:57]:
We have some device tree properties where the ti,hwmod has multiple
values:
am33xx.dtsi:ti,hwmods = tpcc, tptc0, tptc1, tptc2;
am4372.dtsi:ti,hwmods = tpcc, tptc0, tptc1,
On Wed, Nov 20, 2013 at 11:58:14AM -0600, Felipe Balbi wrote:
commit c368e5fc2a190923b786f2de3e79430ea3566a25 (regulator: fixed: get
rid of {get|list}_voltage()) regresses any MMC host controller which
uses fixed regulator for functionality.
This is already fixed in -next. Please remember to
Hi,
On Wed, Nov 20, 2013 at 08:34:00PM +, Mark Brown wrote:
On Wed, Nov 20, 2013 at 11:58:14AM -0600, Felipe Balbi wrote:
commit c368e5fc2a190923b786f2de3e79430ea3566a25 (regulator: fixed: get
rid of {get|list}_voltage()) regresses any MMC host controller which
uses fixed regulator
On Wed, 20 Nov 2013, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [131120 10:13]:
* Tony Lindgren t...@atomide.com [131119 18:57]:
We have some device tree properties where the ti,hwmod has multiple
values:
am33xx.dtsi: ti,hwmods = tpcc, tptc0, tptc1, tptc2;
(Forgot to Cc OMAP people)
On Wed, Nov 20, 2013 at 06:58:34PM -0300, Ezequiel Garcia wrote:
The 'gpio_reset' field was implicitly set to zero, which is a valid
GPIO line and results in the NOP PHY layer trying to request it.
Instead, the AM335x SoC need special USB PHY reset handling so
Commit 6423d6df1440a8acfc2f375d7cbc4cd66c2e6910 upstream. Applies on
v3.12. This fixes boot-time crashes on AM335x-based boards:
http://marc.info/?l=linux-omapm=138495738502704w=2
...
The hwmod init sequence involves initializing and idling all the
hwmods during bootup. If a module class has
* Paul Walmsley p...@pwsan.com [131120 13:59]:
On Wed, 20 Nov 2013, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [131120 10:13]:
* Tony Lindgren t...@atomide.com [131119 18:57]:
We have some device tree properties where the ti,hwmod has multiple
values:
* Tony Lindgren t...@atomide.com [131120 16:06]:
They at least had interrupts listed looking at commit 3b9b10. Probably
the thing to do for now is to revert those changes, and see if we can
just remove the L3 entries from the .dtsi files.
Actually the patch I posted should be able to handle
Hi Tony,
On Wed, Nov 20, 2013 at 05:38:59PM -0800, Tony Lindgren wrote:
* Sebastian Reichel s...@debian.org [130915 13:56]:
+
+Example for Nokia N900:
+
+ssi-controller@48058000 {
+ compatible = ti,omap3-ssi;
+ ti,hwmods = ssi;
+
+ reg = 0x48058000 0x1000,
+
On Wed, Nov 20, 2013 at 02:51:43PM -0600, Felipe Balbi wrote:
Hi,
On Wed, Nov 20, 2013 at 08:34:00PM +, Mark Brown wrote:
On Wed, Nov 20, 2013 at 11:58:14AM -0600, Felipe Balbi wrote:
commit c368e5fc2a190923b786f2de3e79430ea3566a25 (regulator: fixed: get
rid of
On 11/20/2013 04:53 PM, Nishanth Menon wrote:
Paul, Tony, Rajendra,
On 11/20/2013 08:22 AM, Nishanth Menon wrote:
On 11/20/2013 08:18 AM, Stefan Roese wrote:
Hi!
I'm currently working on a custom AM335x based board, where the SoC
RTC is disabled. As described in this page in the RTC
On 11/21/2013 05:28 AM, Stefan Roese wrote:
Disabling the RTC in the DT doesn't help (of course). So what's the
recommended way to disable this hwmod access to the RTC registers?
http://www.spinics.net/lists/linux-omap/msg98207.html
might help you - we had thought it might get queued for
On 05:32-20131121, Stefan Roese wrote:
On 11/21/2013 05:28 AM, Stefan Roese wrote:
Disabling the RTC in the DT doesn't help (of course). So what's the
recommended way to disable this hwmod access to the RTC registers?
http://www.spinics.net/lists/linux-omap/msg98207.html
might help
Thanks Nishanth!
On 11/21/2013 06:30 AM, Nishanth Menon wrote:
This (hacky) patch works, but I'm not sure if this is acceptable upstream:
am335x-board_foo.dts:
...
rtc {
reg = 0x0 0x0;
};
You should be able to achieve the same effect as following (example from
BBB) - though I
On 11/20/2013 11:42 PM, Stefan Roese wrote:
Thanks Nishanth!
On 11/21/2013 06:30 AM, Nishanth Menon wrote:
This (hacky) patch works, but I'm not sure if this is acceptable upstream:
am335x-board_foo.dts:
...
rtc {
reg = 0x0 0x0;
};
You should be able to achieve the same effect
62 matches
Mail list logo
