On 27/02/14 04:25, Mike Turquette wrote:
Basically the patch looks good to me, but it might be good to have a
testing round of sort with this. It can potentially cause regressions on
multiple boards if the drivers happen to rely on the broken clock
rates. Same for patch #2 which is a copy
On 28/02/2014 at 08:26:46 +0100, Yegor Yefremov wrote :
What is the state of the series? Who is now responsible for the
patches? What issues were still not handled?
We probably want to end that discussion before taking those bindings in:
Adds support for registering the alias clocks, boot time clock-enable list
and disabling autoidle of clocks.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
drivers/clk/ti/Makefile |1 +
drivers/clk/ti/clk-2xxx.c | 254 +
include/linux/clk/ti.h
osc_ck can be simply defined as a multiplexer clock, and the sys_ck
can be a simple divider.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/Makefile |3 +-
arch/arm/mach-omap2/cclock2420_data.c | 52 +
ti,composite-gate-clock documentation was missing, also the register
offset examples were wrong.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
.../devicetree/bindings/clock/ti/gate.txt | 29 +---
1 file changed, 25 insertions(+), 4 deletions(-)
diff --git
This patch adds support for initializing also omap2-prcm and omap2-scrm
through DT.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/prm_common.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/mach-omap2/prm_common.c b/arch/arm/mach-omap2/prm_common.c
index
This patch creates a unique node for each clock in the OMAP2 power,
reset and clock manager (PRCM).
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/boot/dts/omap2420-clocks.dtsi | 270 +++
arch/arm/boot/dts/omap2420.dtsi| 29 +
arch/arm/boot/dts/omap2430-clocks.dtsi | 344
OMAP2430 I2CHS modules require specific hardware ops to be used, so added
a new compatible string for this.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
.../devicetree/bindings/clock/ti/interface.txt |2 ++
arch/arm/mach-omap2/clock.h|1 -
Cleans up the code a bit and is useful for clock data DT conversion.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/cclock2420_data.c | 15 ---
arch/arm/mach-omap2/clock.c | 21 -
arch/arm/mach-omap2/clock.h |3 ---
Hi,
This set concludes the omap2+ clock DT conversion work by creating the
DT clock data for omap2 SoC also.
I am also currently doing related work to cleanup CM/PRM codebase in
preparation to move it into drivers/, this set is basically going to
be a pre-requisite for that. I'll hopefully post
Otherwise legacy boot clock data is used.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/io.c | 15 +--
1 file changed, 13 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/io.c b/arch/arm/mach-omap2/io.c
index af432b1..e57088d 100644
---
This patch adds support for omap2 type aplls, which have gating and
autoidle functionality.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
.../devicetree/bindings/clock/ti/apll.txt | 21 ++-
arch/arm/mach-omap2/clock.h| 11 --
drivers/clk/ti/apll.c
The clock and clkdev for this are added manually.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/clkt2xxx_virt_prcm_set.c | 46 ++
drivers/clk/ti/clk-2xxx.c|2 ++
include/linux/clk/ti.h |1 +
3 files
OMAP2 has slightly different DPLL compared to later OMAP generations.
This patch adds support for the ti,omap2-dpll-core-clock and also adds
the bindings documentation.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
.../devicetree/bindings/clock/ti/dpll.txt |9
AM dpll_data previously had autoidle_mask set, even if these SoC:s
don't have autoidle register. Remove the bit-field value as it is unused,
also drop the unnecessary DPLL_HAS_AUTOIDLE flag passing during init,
as we can just simply check against the contents of the autoidle_mask.
On Thu 2014-02-27 21:08:01, Linus Walleij wrote:
On Thu, Feb 20, 2014 at 6:53 AM, Jenny TC jenny...@intel.com wrote:
+++ b/include/linux/power/power_supply_charger.h
+#define MAX_CUR_VOLT_SAMPLES 3
+#define DEF_CUR_VOLT_SAMPLE_JIFF (30*HZ)
Why are things defined in Jiffies like this
On Fri 2014-02-28 08:37:27, Jenny Tc wrote:
On Thu, Feb 27, 2014 at 09:18:57PM +0100, Linus Walleij wrote:
On Tue, Feb 4, 2014 at 6:12 AM, Jenny TC jenny...@intel.com wrote:
+static inline bool __is_battery_full
+ (long volt, long cur, long iterm, unsigned long cv)
Overall I
On Fri, 2014-02-28 at 08:26 +0100, Yegor Yefremov wrote:
On Tue, Jul 30, 2013 at 3:04 PM, Luciano Coelho coe...@ti.com wrote:
Hi,
This patch series adds device tree support to the wlcore_sdio driver,
which is used by WiLink6, WiLink7 and WiLink8.
The first patches do some clean-up to
On 02/28/2014 01:39 AM, Peter Ujfalusi wrote:
On 02/27/2014 05:00 PM, Nishanth Menon wrote:
The other option might be to blindly configure 6040 to max speed -
but then you do have an issue with that single register write
operation to configure the speed?
Yes, exactly. It is unfortunate that
On Fri, 2014-02-28 at 14:29 +0200, Luca Coelho wrote:
On Fri, 2014-02-28 at 08:26 +0100, Yegor Yefremov wrote:
On Tue, Jul 30, 2013 at 3:04 PM, Luciano Coelho coe...@ti.com wrote:
Hi,
This patch series adds device tree support to the wlcore_sdio driver,
which is used by WiLink6,
fixes for checkpatch warnings.
Balaji T K (2):
mmc: omap_hsmmc: fix return error code for of_get_hsmmc_pdata
mmc: omap_hsmmc: remove redundant reset done
drivers/mmc/host/omap_hsmmc.c |8 ++--
1 files changed, 2 insertions(+), 6 deletions(-)
--
1.7.5.4
--
To unsubscribe from this
of_get_hsmmc_pdata returns a pointer, returning NULL is invalid,
return ERR_PTR for error case.
Signed-off-by: Balaji T K balaj...@ti.com
Reported-by: Dan Carpenter dan.carpen...@oracle.com
---
drivers/mmc/host/omap_hsmmc.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff
Remove redundant reset done check since omap hwmod layer ensures IP reset.
Signed-off-by: Balaji T K balaj...@ti.com
Reported-by: Dan Carpenter dan.carpen...@oracle.com
---
drivers/mmc/host/omap_hsmmc.c |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git
On 02/28/2014 03:30 PM, Nishanth Menon wrote:
TWL6030 can do 3.3MHz by default and there are no speed registers to
configure.
According to the datasheet the speed of twl6030 is limited to 2.4MHz. I have
not seen registers or pins to select the speed. As the documentation puts
this: High-speed
On Friday 28 February 2014, Tony Lindgren wrote:
The following changes since commit 8842446ac74263f1330f46e11ed649e2b0ed6545:
Documentation: dt: OMAP: Update Overo/Tobi (2014-02-14 08:37:53 -0800)
are available in the git repository at:
On 02/28/2014 08:26 AM, Peter Ujfalusi wrote:
On 02/28/2014 03:30 PM, Nishanth Menon wrote:
TWL6030 can do 3.3MHz by default and there are no speed registers to
configure.
According to the datasheet the speed of twl6030 is limited to 2.4MHz. I have
not seen registers or pins to select the
On 02/14/2014 10:31 AM, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [140213 21:48]:
When device is booted using devicetree, platforms impacted by Erratum
2.1.1.128 is not detected easily in the mmc driver. This erratum
indicates that the module cannot do multi-block transfers. Platforms
On 02/28/2014 03:22 AM, Tero Kristo wrote:
Hi,
This set concludes the omap2+ clock DT conversion work by creating the
DT clock data for omap2 SoC also.
I am also currently doing related work to cleanup CM/PRM codebase in
preparation to move it into drivers/, this set is basically going to
On Tuesday 25 February 2014 06:07 PM, Andreas Fenkart wrote:
For now, only support SDIO interrupt if we are booted with
DT. This is because some platforms need special quirks. And
we don't want to add new legacy mux platform init code
callbacks any longer as we are moving to DT based booting
* Stefan Sørensen stefan.soren...@spectralink.com [140224 02:12]:
Currently INTC interrupts are handled using handle_level_irq which
will acknowledge the interrupt before running the handler. If a second
interrupt is then asserted and this interrupt is disabled while
running the first handler,
* Mike Turquette mturque...@linaro.org [140226 12:43]:
Quoting Florian Vaussard (2014-02-26 02:38:08)
When arch/arm/mach-omap2/gpmc.c calls clk_get(..., fck), it will
get a dummy clock and try to use it. As the rate is configured to zero,
this will result in several divisions by zero, and
use the correct name in the comment describing function
omap3isp_module_sync_is_stopping()
isp_isr() never returned IRQ_NONE, remove the comment saying so
Signed-off-by: Peter Meerwald pme...@pmeerw.net
---
drivers/media/platform/omap3isp/isp.c | 5 +
1 file changed, 1 insertion(+), 4
* Nishanth Menon n...@ti.com [140228 08:02]:
On 02/28/2014 03:22 AM, Tero Kristo wrote:
Hi,
This set concludes the omap2+ clock DT conversion work by creating the
DT clock data for omap2 SoC also.
I am also currently doing related work to cleanup CM/PRM codebase in
preparation to
On 02/28/2014 08:01 PM, Tony Lindgren wrote:
* Nishanth Menon n...@ti.com [140228 08:02]:
On 02/28/2014 03:22 AM, Tero Kristo wrote:
Hi,
This set concludes the omap2+ clock DT conversion work by creating the
DT clock data for omap2 SoC also.
I am also currently doing related work to cleanup
On 02/28/2014 07:28 PM, Tony Lindgren wrote:
* Mike Turquette mturque...@linaro.org [140226 12:43]:
Quoting Florian Vaussard (2014-02-26 02:38:08)
When arch/arm/mach-omap2/gpmc.c calls clk_get(..., fck), it will
get a dummy clock and try to use it. As the rate is configured to zero,
this will
* Tero Kristo t-kri...@ti.com [140228 10:21]:
Hmm, some clock node is broken, might be missing a name or parent
name for some reason. Can you try to boot with DEBUG enabled so you
get pr_debug:s out and see which clock is being initialized during
the crash?
...
[0.00]
Hi Tony,
On Sat, Feb 22, 2014 at 10:59 AM, Javier Martinez Canillas
javier.marti...@collabora.co.uk wrote:
This patch is based on commit:
016c12d2 (ARM: OMAP3: Fix hardware detection for omap3630 when booted with
device tree)
and fixes a boot hang due the IGEP board being wrongly
* Javier Martinez Canillas jav...@dowhile0.org [140228 10:52]:
Hi Tony,
On Sat, Feb 22, 2014 at 10:59 AM, Javier Martinez Canillas
javier.marti...@collabora.co.uk wrote:
This patch is based on commit:
016c12d2 (ARM: OMAP3: Fix hardware detection for omap3630 when booted with
device
Hi Tony,
On Fri, Feb 28, 2014 at 3:57 PM, Tony Lindgren t...@atomide.com wrote:
* Javier Martinez Canillas jav...@dowhile0.org [140228 10:52]:
Hi Tony,
On Sat, Feb 22, 2014 at 10:59 AM, Javier Martinez Canillas
javier.marti...@collabora.co.uk wrote:
This patch is based on commit:
On 02/28/2014 03:22 AM, Tero Kristo wrote:
[...]
+static void __init of_omap2_apll_setup(struct device_node *node)
+{
+ struct dpll_data *ad = NULL;
+ struct clk_hw_omap *clk_hw = NULL;
+ struct clk_init_data *init = NULL;
+ struct clk *clk;
+ const char *parent_name;
+
On 02/28/2014 03:23 AM, Tero Kristo wrote:
This patch adds support for initializing also omap2-prcm and omap2-scrm
through DT.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/prm_common.c |2 ++
1 file changed, 2 insertions(+)
diff --git
* Javier Martinez Canillas jav...@dowhile0.org [140228 11:07]:
On Fri, Feb 28, 2014 at 3:57 PM, Tony Lindgren t...@atomide.com wrote:
* Javier Martinez Canillas jav...@dowhile0.org [140228 10:52]:
I saw you send a pull request for 3.14-rc4 fixes and this fix was not
included.
Are you
On Thu, 13 Feb 2014, Suman Anna wrote:
From: Florian Vaussard florian.vauss...@epfl.ch
CONFIG_OMAP_IOMMU_IVA2 was defined originally to avoid conflicting
usage by tidspbridge and other iommu users. The same can be achieved
by marking the DT node disabled, so remove this obsolete flag and
Hello,
I just updated: https://bugzilla.kernel.org/show_bug.cgi?id=64771
Kernel is now 3.13-rc4, plus some patches (also the USB ones by Roger
Quadros). Still no working host mode on the port.
Maybe some of the TI USB guys can a look?
With best wishes,
Tobias
--
To unsubscribe from this list:
-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
Paul,
On 02/28/2014 01:58 PM, Paul Walmsley wrote:
On Thu, 13 Feb 2014, Suman Anna wrote:
From: Florian Vaussard florian.vauss...@epfl.ch
CONFIG_OMAP_IOMMU_IVA2 was defined originally to avoid conflicting
usage by tidspbridge and other iommu users. The same can be achieved
by marking the DT
Use the various devm_ interfaces to simplify the cleanup in
probe and remove functions.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
Signed-off-by: Suman Anna s-a...@ti.com
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/iommu/omap-iommu.c | 52
Hi Joerg, Tony,
This is an updated series of the OMAP IOMMU DT adaptation intended
for 3.15 merge window, addressing the comments from the v2 series.
This series is rebased onto 3.14-rc4, and the only change to bindings
is to drop the dma-window property.
The first 7 patches in the series are in
From: Florian Vaussard florian.vauss...@epfl.ch
When booting with a devicetree, no platform data is provided.
Do not prematurely exit iommu_enable() and iommu_disable() in
such a case.
Note: As OMAP do not yet has a proper reset controller driver,
IOMMUs requiring a reset signal should use
There are couple of issues with the error return paths in
omap_iommu_attach():
1. omap_iommu_attach() returns NULL or ERR_PTR in case of error,
but omap_iommu_attach_dev() only checks for IS_ERR. Thus a NULL
return value (in case driver_find_device fails) will cause the
kernel to panic
From: Florian Vaussard florian.vauss...@epfl.ch
This patch adds the iommu bindings for all OMAP2+ SoCs. Apart from
the standard bindings used by OMAP peripherals, this patch uses a
'dma-window' (already used by Tegra SMMU) and adds two OMAP custom
bindings - 'ti,#tlb-entries' and
The remoteproc MMUs in OMAP4+ SoCs have some additional debug
registers that can give out the PC value in addition to the
MMU fault address. The PC value can be extracted properly only
on the DSP cores, and is not available on the ARM processors
within the IPU sub-systems. Instead, the MMUs have
From: Florian Vaussard florian.vauss...@epfl.ch
As OMAP2+ is moving to a full DT boot for all SoC families, commit
7ce93f3 ARM: OMAP2+: Fix more missing data for omap3.dtsi file
adds basic DT bits for OMAP3. But the driver is not yet converted,
so this will not work and driver will not be probed.
The IOMMU DT adaptation support uses the device name instead
of an iommu object name. Fixup the ISP device archdata MMU
name at runtime if using DT-boot. This allows the OMAP3 camera
to be functional in both legacy and DT boots. The iommu object
names should eventually vanish when all the IOMMU
From: Florian Vaussard florian.vauss...@epfl.ch
CONFIG_OMAP_IOMMU_IVA2 was defined originally to avoid conflicting
usage by tidspbridge and other iommu users. The same can be achieved
by marking the DT node disabled, so remove this obsolete flag and
the corresponding hwmod data can be enabled.
The IVA MMU is not functional when used through the hwmod and
omap_device layers. Add fixes to clockdomain and hwmod data
to have it functional. The hwmod changes are needed to enable
the clock, and the SWSUP change is needed to wakeup the domain
because the power domain is programmed to be in
OMAP5 has the same iommus as OMAP4, so extend the OMAP4
iommu pdata quirks for OMAP5 as well.
Signed-off-by: Suman Anna s-a...@ti.com
---
arch/arm/mach-omap2/pdata-quirks.c | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/mach-omap2/pdata-quirks.c
From: Laurent Pinchart laurent.pinch...@ideasonboard.com
The OMAP IOMMU driver locates the IOMMU associated to a device using the
IOMMU name stored in the device archdata iommu field. That field is
expected to be populated by platform code and is left unset for DT-based
devices. This results in a
The OMAP iommu driver performs the reset management for the
iommu instances in processor sub-systems using the omap_device
API which are currently supplied as platform data ops. Use pdata
quirks to maintain the functionality as the OMAP iommu driver
gets converted to use DT nodes, until the reset
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.
Signed-off-by: Suman Anna s-a...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_54xx_data.c | 83
From: Florian Vaussard florian.vauss...@epfl.ch
Update the IOMMU node for the camera subsystem as per the
OMAP IOMMU bindings.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
[s-a...@ti.com: corrected interrupt number]
Signed-off-by: Suman Anna s-a...@ti.com
---
Hi,
This is an updated series of the OMAP IOMMU DTS nodes
for OMAP3, OMAP4 and OMAP5. The main change is the removal
of the dma-window property from all the IOMMU DT nodes, as
per the discussion on the bindings posted previously [1].
This series goes along with the v3 version of the driver
DT
The IOMMU DT nodes have been added for the DSP and IPU
subsystems. The MMUs in OMAP5 are identical to those in
OMAP4, including the bus error back capability on IPU.
Signed-off-by: Suman Anna s-a...@ti.com
---
arch/arm/boot/dts/omap5.dtsi | 15 +++
1 file changed, 15 insertions(+)
From: Florian Vaussard florian.vauss...@epfl.ch
Add the DT node for the IOMMU within the DSP subsystem. The entry
is disabled to keep in line with the hwmod usage as intended by
the deprecated CONFIG_OMAP_IOMMU_IVA2 flag.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
[s-a...@ti.com:
From: Florian Vaussard florian.vauss...@epfl.ch
Add the IOMMU nodes for the DSP and IPU subsystems. The MMU
within the IPU sub-system also supports a bus error back
capability, not available on the DSP MMU.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
[s-a...@ti.com: IPU bus error
* Sathya Prakash M R sath...@ti.com [131203 00:35]:
Add device node for DSS module for AM4372. Both the
AM437x-Gp evm and Am43x-Epos evm use the same LCD panel.
The lcd timings are added in respective dts files.
Adds display pinctrl and enables required gpio.
Also set the right parent clock
* Sricharan R r.sricha...@ti.com [140205 06:13]:
Tony,
On Wednesday 05 February 2014 06:41 PM, Sricharan R wrote:
On Tuesday 04 February 2014 09:44 PM, Thomas Gleixner wrote:
On Mon, 3 Feb 2014, Sricharan R wrote:
I already have your reviewed-by tag for the first patch in this series.
* Markus Pargmann m...@pengutronix.de [140216 14:04]:
Hi,
On Thu, Jan 16, 2014 at 05:08:23PM +0100, Markus Pargmann wrote:
This patch adds a devicetree node for the backup battery regulator.
Signed-off-by: Markus Pargmann m...@pengutronix.de
---
Hi,
Mark Brown applied [1] the
* Tony Lindgren t...@atomide.com [131213 09:32]:
* Rajendra Nayak rna...@ti.com [131212 03:40]:
v1 of this series was posted a while back [1] but there wasn't much that
was concluded if the approach used in the series was acceptable or if there
are better alternatives. So I am just doing a
* Satish Patel satish.pa...@ti.com [140109 00:13]:
On 1/6/2014 5:42 PM, Satish Patel wrote:
Patch set includes clock and HWMOD entries for AM43x's USIM modoule.
Note: I am in process of mainlining usim driver.
Satish Patel (2):
ARM: dts: AM43xx-clocks: Entries added for
* Tero Kristo t-kri...@ti.com [140214 05:50]:
On 02/14/2014 03:25 AM, Sebastian Reichel wrote:
On Thu, Feb 13, 2014 at 02:49:14PM -0800, Tony Lindgren wrote:
* Sebastian Reichel s...@debian.org [140121 06:39]:
update aliases for the ssi clocks ssi_ssr_fck, ssi_sst_fck and ssi_ick
to make them
* Sourav Poddar sourav.pod...@ti.com [131205 01:50]:
On Wednesday 27 November 2013 01:00 PM, Sourav Poddar wrote:
The patch series adds support for enabling pwm backlight, i2c2, spi and
matrix gpio keys on am43x-gp-evm.
Done on top of 3.13-rc1 + tero clock series(1)
[1]:
* Igor Grinberg grinb...@compulab.co.il [140223 04:33]:
ping x2!
Thanks applying into omap-for-v3.15/dt finally.
Is it OK to remove the board-cm-*.c files for v3.15?
Regards,
Tony
On 02/12/14 14:38, Igor Grinberg wrote:
ping!
On 01/12/14 15:22, Dmitry Lifshitz wrote:
Add support
* Suman Anna s-a...@ti.com [140113 16:29]:
Hi,
This series updates the existing OMAP hwspinlock DT nodes to have a
#hwlock-cells property as suggested by Mark Rutland [1], and adds the
hwspinlock nodes for two other newer SoCs - DRA7xx and AM43xx.
Posting the series separately from the
* Jack Mitchell m...@embed.me.uk [140122 03:09]:
From: Jack Mitchell j...@embed.me.uk
Devicetree include file for setting up the am335x mcasp bus, i2c-2
bus, and audio codec required for a functioning BeagleBone Audio Cape.
Signed-off-by: Jack Mitchell j...@embed.me.uk
Signed-off-by: Matt
* Peter Ujfalusi peter.ujfal...@ti.com [140124 00:21]:
Hi Benoit,
OMAP: Put the audio nodes to disabled styate by default and board dts files
should
enable the nodes which is used on the board.
am335x: correct the audio mclk clock. This patch has been marked to go to 3.13
stable
* Marek Belisko ma...@goldelico.com [140125 13:31]:
Hmm care to add descriptions and repost the remaining patches
that I did not yet pick up for the fixes?
Signed-off-by: NeilBrown ne...@suse.de
Hmm should this also have From: NeilBrown ne...@suse.de?
Also, while at it, maybe change your long
Hi Tony,
On Fri, Feb 28, 2014 at 11:25 PM, Tony Lindgren t...@atomide.com wrote:
* Marek Belisko ma...@goldelico.com [140125 13:31]:
Hmm care to add descriptions and repost the remaining patches
that I did not yet pick up for the fixes?
Sure I'll do.
Signed-off-by: NeilBrown ne...@suse.de
* Tero Kristo t-kri...@ti.com [140220 09:00]:
On 01/29/2014 08:19 PM, Nishanth Menon wrote:
OMAP34xx, AM3517 and OMAP36xx platforms use dpll1 clock.
OMAP443x, OMAP446x, OMAP447x, OMAP5, DRA7, AM43xx platforms use
dpll_mpu clock.
Latency used is the generic latency defined in omap-cpufreq
* Matt Porter mpor...@linaro.org [140129 13:02]:
Add missing interrupt properties to the ecap0, ecap1, and ecap2
nodes.
Signed-off-by: Matt Porter mpor...@linaro.org
Thanks taking this patch only into omap-for-v3.15/dt, the rest
should go via the driver mailing lists.
Regards,
Tony
---
* Stefan Roese s...@denx.de [140205 04:14]:
Making it possible to reference and therefor change (disable) this
device node from other dts file which import this dtsi file.
Signed-off-by: Stefan Roese s...@denx.de
Cc: Lukas Stockmann lukas.stockm...@siemens.com
Cc: Benoit Cousson
* Belisko Marek marek.beli...@gmail.com [140228 14:42]:
Sure . Thanks for notice ;). It there possibility that missing patches
go to 3.15?
Sure if you update them over next few days.
Regards,
Tony
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message
* Tomi Valkeinen tomi.valkei...@ti.com [140214 06:38]:
Hi,
On 14/02/14 16:20, Christoph Fritz wrote:
Full device tree support for omapdss is not yet accomplished. Until
then, init display by legacy platform code.
Signed-off-by: Christoph Fritz chf.fr...@googlemail.com
---
* Tero Kristo t-kri...@ti.com [140213 01:04]:
default-rate property can now be used to define default rates for clocks,
which get configured during boot.
Signed-off-by: Tero Kristo t-kri...@ti.com
This can go with the drivers/clk patches as far as I'm concerned:
Acked-by: Tony Lindgren
* Roger Quadros rog...@ti.com [140227 06:21]:
Hi,
This patchset brings up USB Host ports and Ethernet port on
the OMAP5 uEVM board.
It also does some cleanup with respect to DT clock binding
for the mfd/omap-usb-host driver.
Please queue these for -next.
Lee,
I've folded some
* yegorsli...@googlemail.com yegorsli...@googlemail.com [140227 23:22]:
From: Yegor Yefremov yegorsli...@googlemail.com
Enable second USB channel and set it into 'host' mode.
Signed-off-by: Yegor Yefremov yegorsli...@googlemail.com
Thanks applying into omap-for-v3.15/dt.
Tony
---
* Suman Anna s-a...@ti.com [140228 12:46]:
Hi Joerg, Tony,
This is an updated series of the OMAP IOMMU DT adaptation intended
for 3.15 merge window, addressing the comments from the v2 series.
This series is rebased onto 3.14-rc4, and the only change to bindings
is to drop the dma-window
* Christoph Fritz chf.fr...@googlemail.com [140214 06:24]:
Full device tree support for clock control, especially to set frequencies,
is not yet accomplished. Until then, configure the 24Mhz of sys_clkout2 to
feed an USB-Hub here.
Hmm would like to see Tero's comments on this, I wonder if we
* Lokesh Vutla lokeshvu...@ti.com [140224 05:08]:
Hi Tony,
On Friday 14 February 2014 02:16 PM, Rajendra Nayak wrote:
On Friday 14 February 2014 04:49 AM, Tony Lindgren wrote:
* Lokesh Vutla lokeshvu...@ti.com [140207 02:24]:
From: Rajendra Nayak rna...@ti.com
The SyncTimer in AM43x is
* Paul Bolle pebo...@tiscali.nl [140216 10:54]:
The Kconfig symbols OMAP_PACKAGE_ZAC and OMAP_PACKAGE_ZAF were added in
v2.6.36. They have never been used. Setting them has no effect. These
symbols can safely be removed.
Signed-off-by: Paul Bolle pebo...@tiscali.nl
---
Tested with git
Attention: Please, Kindly contact KENYA COMMERCIAL BANK immediately for your
compensation payment of (3MILLION UNITED STATE DOLLARS) via email:
Email:(servic...@kenya.ncommercialbnk.com) quote your payment Ref
No:KCB/00Y/2014 For purposes of immediate payment.
--
To unsubscribe from this
* Paul Walmsley p...@pwsan.com [140228 12:44]:
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:
contact me for details of $21.4m transfer.
The information contained in this electronic communication is intended solely
for the individual(s) or entity to which it is addressed. It may contain
proprietary, confidential and/or legally privileged information. Any review,
retransmission,
93 matches
Mail list logo