* Sebastian Reichel <s...@kernel.org> [160106 09:41]:
> Hi,
>
> On Tue, Jan 05, 2016 at 02:49:29PM -0800, Tony Lindgren wrote:
> > Commit 63aa945b1013 ("memory: omap-gpmc: Add Kconfig option for debug")
> > unified the GPMC debug for the SoCs with GPMC. Th
* Ivaylo Dimitrov [160106 10:01]:
>
> Unfortunately, it seems there is more to be fixed. It booted several times
> to the userspace, but after a couple of shutdowns, rootfs became corrupted
> again. I flashed, installed linux 4.4, but the same happened after the
* Pali Rohár <pali.ro...@gmail.com> [160106 01:06]:
> On Wednesday 06 January 2016 10:55:51 Ivaylo Dimitrov wrote:
> > On 6.01.2016 00:49, Tony Lindgren wrote:
> > >
> > >Suggested fix below, please test and reply with your Tested-by's if
> > >it solves
* H. Nikolaus Schaller <h...@goldelico.com> [160106 08:48]:
> Hi Tony,
>
> Am 06.01.2016 um 17:41 schrieb Tony Lindgren <t...@atomide.com>:
>
> > Hi,
> >
> > * H. Nikolaus Schaller <h...@goldelico.com> [160106 00:12]:
> >> Am 06
Hi,
* H. Nikolaus Schaller <h...@goldelico.com> [160106 00:12]:
> Am 06.01.2016 um 02:00 schrieb Tony Lindgren <t...@atomide.com>:
> >
> > Also I'm not seeing just zeroes coming from RTC after typing hwclock
> > on omap5-uevm. It's working on x15 though.
>
* Pali Rohár <pali.ro...@gmail.com> [160105 00:50]:
> On Monday 04 January 2016 20:13:56 Tony Lindgren wrote:
> > * Ivaylo Dimitrov <ivo.g.dimitrov...@gmail.com> [160104 10:59]:
> > > Hi,
> > >
> > > On 4.01.2016 19:40, Tony Lindgren wrote:
* Nishanth Menon [160105 15:40]:
> On 01/05/2016 06:01 AM, H. Nikolaus Schaller wrote:
> > tested on OMP5432 EVM
> >
> > Signed-off-by: H. Nikolaus Schaller
> > ---
> > arch/arm/boot/dts/omap5-board-common.dtsi | 8
> > 1 file changed, 8 insertions(+)
* Pali Rohár <pali.ro...@gmail.com> [160105 02:19]:
> On Saturday 02 January 2016 09:06:57 Tony Lindgren wrote:
> >
> > Yup please take a look at thread "[PATCH 0/3] pwm: omap: Add PWM support
> > using dual-mode timers". Chances are we still need to set up
* Ivaylo Dimitrov <ivo.g.dimitrov...@gmail.com> [160104 10:59]:
> Hi,
>
> On 4.01.2016 19:40, Tony Lindgren wrote:
> >>On Monday 04 January 2016 18:02:06 Tony Lindgren wrote:
> >>>> >Care to boot with CONFIG_OMAP_GPMC_DEBUG=y and post the gp
* Russell King - ARM Linux [160104 06:43]:
> On Mon, Jan 04, 2016 at 03:27:57PM +0200, Tero Kristo wrote:
> > On 01/04/2016 12:21 PM, Geert Uytterhoeven wrote:
> > >FWIW, there are small loops with just a cpu_relax() in various clock
> > >drivers
> > >under
* Pali Rohár <pali.ro...@gmail.com> [160104 09:35]:
> On Monday 04 January 2016 18:02:06 Tony Lindgren wrote:
> > Care to boot with CONFIG_OMAP_GPMC_DEBUG=y and post the gpmc related
> > dmesg output?
>
> Hi Tony. We do not have serial console for N900 and so when kern
* Pali Rohár <pali.ro...@gmail.com> [160102 13:39]:
> On Saturday 02 January 2016 18:14:31 Tony Lindgren wrote:
>
> > The n900 specific code was based on something before the TI generic
> > values were available I think. And the last time I looked at it I
> > c
* Ivaylo Dimitrov <ivo.g.dimitrov...@gmail.com> [160101 03:29]:
> Hi Tony,
>
> On 21.05.2015 00:21, Tony Lindgren wrote:
> >We support decoding the bootloader values if DEBUG is defined.
> >But we also need to change the struct omap_hwmod flags to have
> >HWMO
* Pali Rohár [160102 06:31]:
> Hello,
>
> MPU OPP table table (omap36xx_vddcore_volt_data) defined in
> opp3xxx_data.c does not match Nokia N900 phone. For a long time we have
> dirty patch in linux-n900 tree for it, see:
>
>
Hi,
* Pali Rohár [160102 06:46]:
> --- a/drivers/media/rc/ir-rx51.c
> +++ b/drivers/media/rc/ir-rx51.c
> @@ -25,9 +25,9 @@
> #include
> #include
> #include
> +#include
>
> -#include
> -#include
> +#include "../../../arch/arm/plat-omap/include/plat/dmtimer.h"
* Pali Rohár [160102 06:14]:
> Hello,
>
> now I'm looking at differences between legacy board code and DTS file
> for Nokia N900 and I see some inconsistency for twl4030-power driver.
>
> In board code are defined more twl4030 power scripts which override
> defaults
* Ulf Hansson <ulf.hans...@linaro.org> [151228 04:18]:
> On 18 December 2015 at 23:31, Tony Lindgren <t...@atomide.com> wrote:
> > * Ulf Hansson <ulf.hans...@linaro.org> [151218 14:20]:
> >> On 18 December 2015 at 17:14, Tony Lindgren <t...@atomide.com
: Ivaylo Dimitrov <ivo.g.dimitrov...@gmail.com>
>
> Tested-by: Pali Rohár <pali.ro...@gmail.com>
Nice, please upload both to Russell's patch system after no
more comments:
Acked-by: Tony Lindgren <t...@atomide.com>
--
To unsubscribe from this list: send the line &q
ections to it. So please upload this one also
into Russell's patch system after no more comments:
Acked-by: Tony Lindgren <t...@atomide.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Hi,
* Paul Kocialkowski [151223 03:00]:
> The LG Optimus Black (P970) codename sniper is a smartphone that was designed
> and manufactured by LG Electronics (LGE) and released back in 2011.
> It is using an OMAP3630 SoC, GP version.
>
> This adds devicetree support for the
* Uri Mashiach [151223 06:38]:
> On 12/23/2015 12:25 PM, Grygorii Strashko wrote:
>
> >>+that services interrupts for this device
> >>+- vwlan-supply :Point the node of the regulator that controls the
> >>wl1271 chip WLAN_EN pin
> >
>
* Reizer, Eyal [151223 03:40]:
> The shared Shared Transport (ST) software enables BT and GPS protocols
> or software components to interact with their respective cores over
> single physical port.
> Add the uart and enable pin device tree bindings
...
> ---
* Tony Lindgren <t...@atomide.com> [151223 10:19]:
> * Reizer, Eyal <ey...@ti.com> [151223 03:40]:
> > The shared Shared Transport (ST) software enables BT and GPS protocols
> > or software components to interact with their respective cores over
> > singl
evels to postcore_initcall".
Also note that this patch does not implement clk_set_rate for the
PLL, that will be posted later on when available.
Cc: Michael Turquette <mturque...@baylibre.com>
Cc: Stephen Boyd <sb...@codeaurora.org>
Cc: Tero Kristo <t-kri...@ti.com>
Sig
* Tero Kristo <t-kri...@ti.com> [151222 12:08]:
> On 12/22/2015 05:53 PM, Tony Lindgren wrote:
> >These use the standard clock bindings and now we can make some
> >of the fixed clocks into real clocks.
> >
> >Cc: Tero Kristo <t-kri...@ti.com>
> >S
Hi,
* Olof Johansson <o...@lixom.net> [151222 15:41]:
> On Tue, Dec 22, 2015 at 3:33 PM, Tony Lindgren <t...@atomide.com> wrote:
> > * Olof Johansson <o...@lixom.net> [151222 14:58]:
> >>
> >> I'm a little puzzled by how you chose to organize this b
. The interlaced SoC and dts fixes were needed
because of issues with the device tree defined clocks that just
happened to work on bootloader timings for t410 earlier.
Tony Lindgren (12):
ARM: dts: Add basic support for dra62x j5-eco SoC
closely
related to dm814x, we can treat it as a dm814x variant for now and do
rest of the configuration with DTS just files. And let's add hwmod
support for MMC and USB on dm814x and dra62x.
Tony Lindgren (4):
ARM: OMAP2+: Fix SoC
build warning for dm814_pllss_data (2015-12-22
17:01:02 -0800)
Fix a randconfig build warning introduced in the earlier branch
omap-for-v4.5/81xx-fixes-signed.
Tony
* Olof Johansson <o...@lixom.net> [151222 14:58]:
> Hi Tony,
>
> On Mon, Dec 21, 2015 at 01:06:35PM -0800, Tony Lindgren wrote:
> > The following changes since commit d893656e61040f3ff7b5f72a986052a348f3c94e:
> >
> > ARM: OMAP2+: Remove useless check for legacy
* Michael Turquette <mturque...@baylibre.com> [151222 12:56]:
> On 12/22, Tony Lindgren wrote:
> > * Tero Kristo <t-kri...@ti.com> [151222 12:28]:
> > > On 12/22/2015 05:27 PM, Tony Lindgren wrote:
> > > >On dm814x we have 13 ADPLLs with 3 to 4 outpu
These use the standard clock bindings and now we can make some
of the fixed clocks into real clocks.
Cc: Tero Kristo <t-kri...@ti.com>
Signed-off-by: Tony Lindgren <t...@atomide.com>
---
Changes since v1:
- Updated for changed clock names for "dcoclkldo"
- Merged in the dra
ADPLL
[PATCH v2] ARM: dts: Add clocks for dm814x ADPLL
Check that you have CONFIG_COMMON_CLK_TI_ADPLL=y. And then you
probably want to apply this for an unrelated DSS build breakage:
[PATCH] OMAPDSS: fix omapfb build error due missing feat functions declaration
Regards,
Tony
Tony Lindgren (3
Add NAND support for dm8148-evm.
Signed-off-by: Tony Lindgren <t...@atomide.com>
---
arch/arm/boot/dts/dm8148-evm.dts | 56
1 file changed, 56 insertions(+)
diff --git a/arch/arm/boot/dts/dm8148-evm.dts b/arch/arm/boot/dts/dm8148-evm.dts
index e
Add support for GPMC for dm814x and dra62x
Signed-off-by: Tony Lindgren <t...@atomide.com>
---
arch/arm/boot/dts/dm814x.dtsi | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm/boot/dts/dm814x.dtsi b/arch/arm/boot/dts/dm814x.dtsi
index a25cd51..3fe68b1 100644
---
Add NAND support for j5-eco evm.
Signed-off-by: Tony Lindgren <t...@atomide.com>
---
arch/arm/boot/dts/dra62x-j5eco-evm.dts | 56 ++
1 file changed, 56 insertions(+)
diff --git a/arch/arm/boot/dts/dra62x-j5eco-evm.dts
b/arch/arm/boot/dts/dra62x-j5eco-e
The rate for auxclk is 22.59792 by default.
Signed-off-by: Tony Lindgren <t...@atomide.com>
---
arch/arm/boot/dts/dm814x-clocks.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/dm814x-clocks.dtsi
b/arch/arm/boot/dts/dm814x-clocks.dtsi
index 2
* Tero Kristo <t-kri...@ti.com> [151222 12:28]:
> On 12/22/2015 05:27 PM, Tony Lindgren wrote:
> >On dm814x we have 13 ADPLLs with 3 to 4 outputs on each. The
> >ADPLLs have several dividers and muxes controlled by a shared
> >control register for each PLL.
> >
&g
Fix warning for arch/arm/mach-omap2/prm_common.c:666:35: warning:
‘dm814_pllss_data’ defined but not used [-Wunused-variable]".
This can happen if CONFIG_SOC_TI81XX is not selected.
Signed-off-by: Tony Lindgren <t...@atomide.com>
---
arch/arm/mach-omap2/prm_common.c | 2 ++
1 file
* Grygorii Strashko [151214 12:35]:
> System will misbehave in the following case:
> - AM43XX only build (UP);
> - CONFIG_CPU_IDLE=y
> - ARM TWD timer enabled and selected as clockevent device.
>
> In the above case, It's expected that broadcast timer will be used as
>
* Adam Ford [151220 07:26]:
> The development kit uses a TSC2004 chip attached to I2C3.
Applying into omap-for-v4.5/dt thanks.
Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo
: OMAP2+: am43xx: enable GENERIC_CLOCKEVENTS_BROADCAST
Tony Lindgren (1):
ARM: dts: Fix UART wakeirq for omap4 duovero parlor
arch/arm/boot/dts/omap4-duovero-parlor.dts | 4
arch/arm/mach-omap2/Kconfig| 2 ++
arch/arm/mach-omap2/timer.c| 6 ++
3 files
The following changes since commit 8005c49d9aea74d382f474ce11afbbc7d7130bec:
Linux 4.4-rc1 (2015-11-15 17:00:27 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
tags/omap-for-v4.5/wakeup-m3
for you to fetch changes up to
.
Peter Ujfalusi (2):
dmaengine: edma: DT: Change memcpy channel array from 16bit to 32bit type
dmaengine: edma: DT: Change reserved slot array from 16bit to 32bit type
Tony Lindgren (19):
ARM: OMAP2+: Change core_initcall
: OMAP4: hwmod data: Remove legacy IOMMU attr and addrs
ARM: OMAP2+: Remove omap_mmu_dev_attr structure
ARM: OMAP: dmtimer: check for fixed timers during config
ARM: OMAP2+: timer: Remove secure timer for DRA7xx HS devices
Tony Lindgren (2):
ARM: OMAP2+: Change core_initcall
p property with wakeup-source
Tony Lindgren (1):
Merge commit 'ae0add740cd06169cd124f9aaa6eceb11e5b3060' into
omap-for-v4.5/dt
Uri Mashiach (4):
ARM: dts: cm-t335: add support for SBC-T335
ARM: dts: cm-t335: add support for I2C GPIO expander
ARM: dts: cm-t335: add support f
* Tony Lindgren <t...@atomide.com> [151215 13:02]:
> On dm814x we have 13 ADPLLs with 3 to 4 outputs on each. The
> ADPLLs have several dividers and muxes controlled by a shared
> control register for each PLL.
>
> Note that for the clocks to work as device drivers fo
Hi,
* Renju Liu [151220 15:00]:
> Hello all,
>
> For omap4, I wonder how should emif be handled when suspending the entire SoC.
>
> In playing with Robert Nelson's 4.2 kernel tree [1], I noticed that
> the suspend seems broken: the kernel, in the suspend_noirq phase,
> tries
* Tero Kristo [151218 05:57]:
> This avoids the need to add most of the clock aliases under
> drivers/clk/ti/clk-xyz.c files.
Yup is badly needed. Right now we have strange hidden dependencies
in multiple subsystems to enable a single device driver:
1. Add a clock alias for a
* Tero Kristo [151218 05:57]:
> Replace the usage of prcm->clkstctrl with main_clk:s provided via DT.
> This is done in preparation to get rid of hwmod data from kernel.
...
> --- a/arch/arm/mach-omap2/omap_hwmod_44xx_data.c
> +++ b/arch/arm/mach-omap2/omap_hwmod_44xx_data.c
> @@
* Ulf Hansson <ulf.hans...@linaro.org> [151207 16:20]:
> +Linus
>
> On 7 December 2015 at 23:54, Tony Lindgren <t...@atomide.com> wrote:
> > Commit ce037275861e ("mmc: pwrseq_simple: use GPIO descriptors array API")
> > changed the handling MMC pow
* Tomi Valkeinen <tomi.valkei...@ti.com> [151218 07:01]:
>
>
> On 18/12/15 15:53, Tony Lindgren wrote:
> > Hi,
> >
> > * Tomi Valkeinen <tomi.valkei...@ti.com> [151218 00:55]:
> >> Hi Tony,
> >>
> >> I've just pushed a patch se
* Tero Kristo [151218 05:57]:
> Previously, hwmod core has been used for controlling the hwmod level
> clocks. This has certain drawbacks, like being unable to share the
> clocks for multiple users, missing usecounting and generally being
> totally incompatible with common clock
Hi,
* Tomi Valkeinen [151218 00:55]:
> Hi Tony,
>
> I've just pushed a patch series to fbdev for-next branch which makes the
> OMAP DRM and FB drivers independent of each other. This requires
> changing the related Kconfig options.
OK
> What should I do with
* Vignesh R <vigne...@ti.com> [151217 21:51]:
>
>
> On 12/18/2015 12:15 AM, Tony Lindgren wrote:
> > * Rob Herring <r...@kernel.org> [151211 07:10]:
> >> On Fri, Dec 11, 2015 at 09:39:59AM +0530, Vignesh R wrote:
> >>> Add qspi memory m
* Keerthy <a0393...@ti.com> [151217 21:15]:
> Hi Tony,
>
> On Friday 18 December 2015 12:14 AM, Tony Lindgren wrote:
> >* Keerthy <j-keer...@ti.com> [151213 22:38]:
> >>Add regulator-allow-bypass property for ldo1 and ldo2.
> >
> >Are patches 2 an
Looks like we're missing the wakeirq for the console uart for
duovero parlor. Let's add that as without it console acess just
hangs with PM enabled.
Cc: Arun Bharadwaj <a...@gumstix.com>
Cc: Ash Charles <a...@gumstix.com>
Cc: Florian Vaussard <florian.vauss...@epfl.ch>
S
* Brian Norris [151218 10:11]:
> On Mon, Dec 14, 2015 at 11:49:32AM +0200, Peter Ujfalusi wrote:
> > We have 4 functions containing almost identical DMA setup code. Create one
> > function which can set up the DMA for both read and write and use this in
> > place for
* Vinod Koul <vinod.k...@intel.com> [151217 21:14]:
> On Thu, Dec 17, 2015 at 09:48:44AM -0800, Tony Lindgren wrote:
> > * Peter Ujfalusi <peter.ujfal...@ti.com> [151217 05:33]:
> > > Hi,
> > >
> > > Changes since v1:
> > > - Updated t
* Ulf Hansson <ulf.hans...@linaro.org> [151218 14:20]:
> On 18 December 2015 at 17:14, Tony Lindgren <t...@atomide.com> wrote:
> > * Ulf Hansson <ulf.hans...@linaro.org> [151207 16:20]:
> >> +Linus
> >>
> >> On 7 December 2015 at 23:54,
* Adam Ford [151216 13:34]:
> Bindings for the WL1283 Bluetooth was removed from the shared transport
> driver in commit c0bd1b9e5895 ("Revert ti-st: add device tree support")
> Until we havea better binding, we need to use the platform data to
> initialize Bluetooth.
Yeah I
* Keerthy [151213 22:38]:
> Add regulator-allow-bypass property for ldo1 and ldo2.
Are patches 2 and 3 safe to apply separately already or do
we need to wait for the regulator patch to go in first?
Regards,
Tony
--
To unsubscribe from this list: send the line "unsubscribe
* Peter Ujfalusi [151217 05:33]:
> Hi,
>
> Changes since v1:
> - Updated to use the non 16bit arrays [1]
> - send the two patch as a series
>
> [1]
> As it has been discussed earlier:
> https://www.mail-archive.com/linux-omap@vger.kernel.org/msg122117.html
>
> the DT
* Adam Ford [151216 19:18]:
> Add basic support for Logic PD type 15 display for older development kits.
> This uses GPIO for the backlight.
>
> Signed-off-by: Adam Ford
Applying into omap-for-v4.5/dt thanks.
Tony
--
To unsubscribe from this list: send
able gpio buttons as wakeup source, "wakeup-source" is the new
> >standard binding.
> >
> >This patch replaces the legacy "gpio-key,wakeup" with the unified
> >"wakeup-source" property in order to avoid any futher copy-paste
> >duplication.
&g
* Rob Herring [151213 17:26]:
> On Sun, Dec 13, 2015 at 10:55:36AM +0200, Uri Mashiach wrote:
> > Add basic support for the SBC-T335.
> >
> > CompuLab SBC-T335 is a single baseboard computer.
> > The SBC-T335 is based on the Texas Instruments Cortex-A8 Sitara AM3354
> > SoC.
> >
> >source, "wakeup-source" is the new standard binding.
> >
> >This patch replaces all the legacy wakeup properties with the unified
> >"wakeup-source" property in order to avoid any futher copy-paste
> >duplication.
> >
> >Cc: "B
* Peter Ujfalusi [151211 04:51]:
> Hi,
>
> The ASoC omap-pcm has been converted to be non platform device a long time
> ago,
> so it is no longer needed to create the device for it since there will be no
> driver to be loaded for it.
OK, applying into
* Adam Ford [151216 18:39]:
> Revert commit 6f0f6c40b66 ("ARM: dts: Set VAUX1 and VAUX4 on Logic PD
> Torpedo")
> because it It was already done and it's just a duplicate. See:
> commit 2d11961f3e55 ("ARM: dts: Set VAUX1 and VAUX4 to 3.0V and 1.8V
> respectively")
Care to
* Rob Herring [151211 07:10]:
> On Fri, Dec 11, 2015 at 09:39:59AM +0530, Vignesh R wrote:
> > Add qspi memory mapped region entries for DRA7xx based SoCs. Also,
> > update the binding documents for the controller to document this change.
> >
> > Signed-off-by: Vignesh R
* Adam Ford [151217 16:52]:
> Revert 6f0f6c40b66 ("ARM: dts: Set VAUX1 and VAUX4 on Logic PD Torpedo")
> because it It was already done and it's just a duplicate. See:
> 2d11961f3e55 ("ARM: dts: Set VAUX1 and VAUX4 to 3.0V and 1.8V respectively")
>
> Signed-off-by: Adam Ford
ally to avoid any potential problems with earlier generation
> SoCs also.
>
> Signed-off-by: Tero Kristo <t-kri...@ti.com>
> ---
> v2: made the fix to be applied unconditionally on all OMAP3+ SoCs
Thanks looks good to me now:
Acked-by: Tony Lindgren <t...@atomide.com&g
evels to postcore_initcall".
Also note that this patch does not implement clk_set_rate for the
PLL, that will be posted later on when available.
Cc: Michael Turquette <mturque...@baylibre.com>
Cc: Stephen Boyd <sb...@codeaurora.org>
Cc: Tero Kristo <t-kri...@ti.com>
Sig
irq() takes about 37.4us against
> 34us before this patch.
>
> Signed-off-by: Sekhar Nori <nsek...@ti.com>
Looks good to me, probably should get tagged Cc stable when
committing:
Acked-by: Tony Lindgren <t...@atomide.com>
> ---
> v3: add unlikely(), add profiling inform
* Kishon Vijay Abraham I [151215 04:47]:
> On Tuesday 15 December 2015 05:25 PM, Arnd Bergmann wrote:
> >>>
> >>> Can you explain here what the conversion is good for? Why do you
> >>> prefer the syscon mapping over a high-level driver in this case?
> >>
> >> phy-omap-control
* Adam Ford [151212 19:08]:
Please add a description here like "The binding for wl12xx bluetooth
got removed by commit xyz and until we have a better binding we need
to use the platform data to initialize bluetooth".
Regards,
Tony
--
To unsubscribe from this list: send the
* Matthijs van Duin <matthijsvand...@gmail.com> [151214 01:16]:
> On Thu, Dec 10, 2015 at 06:26:32PM -0800, Tony Lindgren wrote:
> > +- compatible : shall be one of "ti,dm814-adpll-s-clock" or
> > + "ti,dm814-adpll-j-clock" depending on the type of t
* Tero Kristo <t-kri...@ti.com> [151211 00:42]:
> On 12/03/2015 06:48 PM, Tony Lindgren wrote:
> >* Tero Kristo <t-kri...@ti.com> [151130 06:44]:
> >>+ /*
> >>+* Errata i810 - DPLL controller can get stuck while transitioning
> >>+* to a p
* Tero Kristo <t-kri...@ti.com> [151210 23:45]:
> On 12/11/2015 04:26 AM, Tony Lindgren wrote:
>
> Looks mostly good to me, added some minor comments inline below. Sorry again
> for latencies in my replies.
No problme, thanks for looking.
> >+static bool ti_adpl
* Russell King - ARM Linux <li...@arm.linux.org.uk> [151211 08:16]:
> On Fri, Dec 11, 2015 at 07:48:54AM -0800, Tony Lindgren wrote:
> > There's a problem with MAX_CON_ID 16 hardcoded allocated name length.
>
> Absolutely right...
Well adding the warning there allows p
* Russell King - ARM Linux <li...@arm.linux.org.uk> [151211 05:53]:
> On Thu, Dec 10, 2015 at 06:26:32PM -0800, Tony Lindgren wrote:
> > + /* Released with kfree() by clkdev_drop() */
> > + cl = kzalloc(sizeof(*cl), GFP_KERNEL);
> > + if (!cl)
>
* Vignesh R <vigne...@ti.com> [151209 21:05]:
>
>
> On 12/03/2015 03:51 PM, Vignesh R wrote:
> >
> >
> > On 12/01/2015 10:09 PM, Tony Lindgren wrote:
> >> * Vignesh R <vigne...@ti.com> [151130 20:46]:
> >>> On 12/01/2015 04:04 AM, T
* Linus Walleij <linus.wall...@linaro.org> [151210 10:18]:
> On Thu, Dec 3, 2015 at 10:44 PM, Tony Lindgren <t...@atomide.com> wrote:
> > * Linus Walleij <linus.wall...@linaro.org> [151030 12:54]:
> >> Please run posts like this by the maintainers. Ton
The following changes since commit 31ade3b83e1821da5fbb2f11b5b3d4ab2ec39db8:
Linux 4.4-rc3 (2015-11-29 18:58:26 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
tags/omap-for-v4.4/fixes-rc4
for you to fetch changes up to
* Arnd Bergmann <a...@arndb.de> [151210 15:46]:
> On Thursday 10 December 2015 15:39:08 Tony Lindgren wrote:
> > Few fixes for omaps for v4.4-rc cycle:
> >
> > - Fix clock source for ARM TWD and global timers on am437x
> >
> > - Always select REG
hold of a dm814x-evm and I noticed it did not boot.
As these are fixes for features that never worked, these can wait for
v4.5 merge window no problem.
Tony Lindgren (9):
ARM: dts: Fix dm814x entries for pllss and prcm
The following changes since commit 1ec218373b8ebda821aec00bb156a9c94fad9cd4:
Linux 4.4-rc2 (2015-11-22 16:45:59 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
tags/omap-for-v4.5/dt-pt1
for you to fetch changes up to
evels to postcore_initcall".
Also note that this patch does not implement clk_set_rate,
that will be posted later on when available.
Signed-off-by: Tony Lindgren <t...@atomide.com>
---
Updated to use adpll_lj and adpll_s naming and s/FAPLL/ADPLL/ in the
documentation as suggested by Matthi
Hi,
* Tony Lindgren <t...@atomide.com> [151203 08:08]:
> * Tony Lindgren <t...@atomide.com> [151202 17:36]:
> > On dm814x we have 13 ADPLLs with 3 to 4 outputs on each. The
> > ADPLLs have several dividers and muxes controlled by a shared
> > control reg
would like to send the updated am33xx/am437x conversion
> for 4.5 based on these changes.
Yes this should go into v4.4 as discussed, otherwise it will be a mess.
For both, please feel free to add:
Acked-by: Tony Lindgren <t...@atomide.com>
I suggest Vinod sets up an immutable branch again
* Ryan [151209 09:03]:
> Hello,
>
> On a custom 4460 board. The x-loader hangs at some place when we
> reboot. This happens occasionally on an android port by linaro.
>
> I just want to find out how to debug in this case. How can i get to
> know where the hang
ult.
> > Timekeeping core misbehaves. For example, execution of command
> > "sleep 5" will take 10 sec instead of 5.
> >
> > Hence, fix it by adding mpu_periphclk ("fixed-factor-clock") and use
> > it for clocking ARM TWD and Global timer (same way as on O
* Tero Kristo <t-kri...@ti.com> [151208 23:50]:
> On 12/08/2015 10:11 PM, Tony Lindgren wrote:
> >* Tero Kristo <t-kri...@ti.com> [151208 11:25]:
> >>On 12/08/2015 06:57 PM, Tony Lindgren wrote:
> >>>
> >>>Anybody from the clock department
and Lee: it would be great if you could
> ACK the few lines hitting arch/arm/* and drivers/mfd/* in this
> so I can take it through the GPIO tree.
For omap:
Acked-by: Tony Lindgren <t...@atomide.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-omap"
* Arnd Bergmann <a...@arndb.de> [151208 02:26]:
> On Tuesday 08 December 2015 12:22:09 Peter Ujfalusi wrote:
> > On 12/08/2015 11:51 AM, Arnd Bergmann wrote:
> > > On Tuesday 08 December 2015 09:42:26 Peter Ujfalusi wrote:
> > >> On 12/0
* ker...@iktek.de [151207 09:17]:
> Hi Tony,
>
> there are two ethernet interfaces ( dual-emac-configuration ) used.
> One is connected to another 100mbit switch-ic ( refclk should come from
> switch ic ) via rmii, the other one is connected to a 1gbit fpga rgmii
> interface (
* Ulf Hansson <ulf.hans...@linaro.org> [151208 05:18]:
> On 8 December 2015 at 01:32, Tony Lindgren <t...@atomide.com> wrote:
> > * Ulf Hansson <ulf.hans...@linaro.org> [151207 16:20]:
> >> +Linus
> >>
> >> On 7 December 2015 at 23:54,
* Tony Lindgren <t...@atomide.com> [151201 15:43]:
> The timer clock aliases are needed early on dm814x. Let's also
> add the aliases for the interconnects and MMC.
>
> Cc: Michael Turquette <mturque...@baylibre.com>
> Cc: Stephen Boyd <sb...@codeaurora.org>
&
* Tero Kristo <t-kri...@ti.com> [151208 11:25]:
> On 12/08/2015 06:57 PM, Tony Lindgren wrote:
> >
> >Anybody from the clock department care to ack this one?
>
> Sorry been rather busy lately...
>
> >I'd like to
> >get this series into Linux next as it fi
* Kishon Vijay Abraham I <kis...@ti.com> [151206 23:03]:
> On Tuesday 01 December 2015 11:07 AM, Tony Lindgren wrote:
> > We currently can't unload omap2430 MUSB platform glue driver module and
> > this cause issues for fixing the MUSB code further. The reason we can'
1 - 100 of 11371 matches
Mail list logo