* 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 first
> shutdown with 4.4:
Hmm. C
* Sebastian Reichel [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. The commit a
* H. Nikolaus Schaller [160106 08:48]:
> Hi Tony,
>
> Am 06.01.2016 um 17:41 schrieb Tony Lindgren :
>
> > Hi,
> >
> > * H. Nikolaus Schaller [160106 00:12]:
> >> Am 06.01.2016 um 02:00 schrieb Tony Lindgren :
> >>>
> >>> Also
* Pali Rohár [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 the problem so w
Hi,
* H. Nikolaus Schaller [160106 00:12]:
> Am 06.01.2016 um 02:00 schrieb Tony Lindgren :
> >
> > Also I'm not seeing just zeroes coming from RTC after typing hwclock
> > on omap5-uevm. It's working on x15 though.
> >
> > Nikolaus, is hwclock comma
* Pali Rohár [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 the dmtimer
> > code to
* 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(+)
> >
> > diff --git a/arch/arm/boo
* Pali Rohár [160105 00:50]:
> On Monday 04 January 2016 20:13:56 Tony Lindgren wrote:
> > * Ivaylo Dimitrov [160104 10:59]:
> > > Hi,
> > >
> > > On 4.01.2016 19:40, Tony Lindgren wrote:
> > > >>On Monday 04 January 2016 18:02:06
* Ivaylo Dimitrov [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 gpmc related
> >>>> >dmesg out
* Pali Rohár [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 kernel is
> not fully bootabl
* Ivaylo Dimitrov [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
> >HWMOD_INIT_NO_RESET to avoid the GPMC bei
* Pali Rohár [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
> > came to the conclusion the n900 sp
* 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 drivers/clk/shmobile/.
> >
> > Just di
* 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:
>
> https://github.com/pali/linux-n900/commit/4644c5801d7469e2be01d847c61d
* 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 defined in twl4030-power code
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"
Well we don't want to expo
* Ulf Hansson [151228 04:18]:
> On 18 December 2015 at 23:31, Tony Lindgren wrote:
> > * Ulf Hansson [151218 14:20]:
> >> On 18 December 2015 at 17:14, Tony Lindgren wrote:
> >> > * Ulf Hansson [151207 16:20]:
> >> >> +Linus
> >> >&g
pared to legacy booting for n900 to
make the n900 legacy user space to also work with device tree based
booting".
It would be nice to get these two in as fixes after -rc1 assuming
people have no objections to it. So please upload this one also
into Russell's patch system after no more co
> Tested-by: Pali Rohár
Nice, please upload both to Russell's patch system after no
more comments:
Acked-by: Tony Lindgren
--
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
* Tony Lindgren [151223 10:19]:
> * 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 enab
* 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
...
> --- a/arch/arm/boot/dts/am335x-evm.dts
> ++
* 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
> >
> >Pls, use gpio if this is req
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 device, with only a fe
Hi,
* Olof Johansson [151222 15:41]:
> On Tue, Dec 22, 2015 at 3:33 PM, Tony Lindgren wrote:
> > * Olof Johansson [151222 14:58]:
> >>
> >> I'm a little puzzled by how you chose to organize this branch. We usually
> >> ask for SoC enablement and new D
. 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-ec
x27;s 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
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 [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 booting for dm814
* Michael Turquette [151222 12:56]:
> On 12/22, Tony Lindgren wrote:
> > * Tero Kristo [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
* Tero Kristo [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.
> >
> >Note that for the
* Tero Kristo [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
> >Signed-off-by: Tony Lindgren
> >---
> >C
Add NAND support for j5-eco evm.
Signed-off-by: Tony Lindgren
---
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-evm.dts
index 7900806
Add support for GPMC for dm814x and dra62x
Signed-off-by: Tony Lindgren
---
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
--- a/arch/arm/boot/dts
m814x 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 Lindgr
Add NAND support for dm8148-evm.
Signed-off-by: Tony Lindgren
---
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 e070862..862977f 100644
The rate for auxclk is 22.59792 by default.
Signed-off-by: Tony Lindgren
---
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 2600158..e0ea6a9 100644
These use the standard clock bindings and now we can make some
of the fixed clocks into real clocks.
Cc: Tero Kristo
Signed-off-by: Tony Lindgren
---
Changes since v1:
- Updated for changed clock names for "dcoclkldo"
- Merged in the dra62x changes
---
arch/arm/boot/dts/dm814x-c
ls 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
Cc: Stephen Boyd
Cc: Tero Kristo
Signed-off-by: Tony Lindgren
---
If no more comments, Tero can you please apply into an immuta
* Tony Lindgren [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 for booting on
> dm814x, thi
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
: 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
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 cdd5de5
her DTS changes.
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+: Chang
ARM: 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
* 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
> backup timer when CPUIdle w
* 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 info at http://vger.k
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
---
arch/arm/mach-omap2/prm_common.c | 2 ++
1 file changed, 2 insertions(+)
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 to disable the emif
* Ulf Hansson [151218 14:20]:
> On 18 December 2015 at 17:14, Tony Lindgren wrote:
> > * Ulf Hansson [151207 16:20]:
> >> +Linus
> >>
> >> On 7 December 2015 at 23:54, Tony Lindgren wrote:
> >> > Commit ce037275861e ("mmc: pwrseq_simple: us
* 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 the setup code in the driver.
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
Cc: Ash Charles
Cc: Florian Vaussard
Signed-off-by: Tony Lindgren
---
arch/arm/boot/dts/omap4-duovero-parlor.dts |
* Keerthy [151217 21:15]:
> Hi Tony,
>
> On Friday 18 December 2015 12:14 AM, Tony Lindgren wrote:
> >* 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
> &
* Vignesh R [151217 21:51]:
>
>
> On 12/18/2015 12:15 AM, Tony Lindgren wrote:
> > * 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,
> &
* Ulf Hansson [151207 16:20]:
> +Linus
>
> On 7 December 2015 at 23:54, Tony Lindgren wrote:
> > Commit ce037275861e ("mmc: pwrseq_simple: use GPIO descriptors array API")
> > changed the handling MMC power sequence so GPIOs no longer are optional.
> >
* Tomi Valkeinen [151218 07:01]:
>
>
> On 18/12/15 15:53, Tony Lindgren wrote:
> > Hi,
> >
> > * Tomi Valkeinen [151218 00:55]:
> >> Hi Tony,
> >>
> >> I've just pushed a patch series to fbdev for-next branch which makes the
&
* 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 framework.
>
> Ad
* 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 device
2. Add hwmod
* 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
> @@ -334,10 +329,9 @@
* Tero Kristo [151218 05:57]:
> + mmu_dsp_mod_ck: mmu_dsp_mod_ck {
> + #clock-cells = <0>;
> + compatible = "ti,omap4-hw-mod-clock";
> + reg = <0x0420>;
> + clocks = <&dpll_iva_m4x2_ck>;
> + };
> +
> + dsp_mod_ck: dsp_mod_ck {
> +
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 omap2plus_defconfig?
>
> At the mo
* Vinod Koul [151217 21:14]:
> On Thu, Dec 17, 2015 at 09:48:44AM -0800, Tony Lindgren wrote:
> > * Peter Ujfalusi [151217 05:33]:
> > > Hi,
> > >
> > > Changes since v1:
> > > - Updated to use the non 16bit arrays [1]
> > > - send the two p
* 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
Thanks applying in
* 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
>
> Acked-by: Rob Herri
* 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 linux-omap" in
the bod
* 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 omap-for-v4.5/soc-v2 thanks.
Tony
--
To un
* 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 the line "unsubscribe linux-omap" in
the
* 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 reply with your Signe
* 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 don't see other bette
* 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.
> >
> > Signed-off-b
eup-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: "Benoît Cousson"
> >
up 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.
> >
> >Cc: &qu
* 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 bindings has been changes c
otential problems with earlier generation
> SoCs also.
>
> Signed-off-by: Tero Kristo
> ---
> v2: made the fix to be applied unconditionally on all OMAP3+ SoCs
Thanks looks good to me now:
Acked-by: Tony Lindgren
--
To unsubscribe from this list: send the line "unsubscr
ls 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
Cc: Stephen Boyd
Cc: Tero Kristo
Signed-off-by: Tony Lindgren
---
Changes from v2 to v3 are listed below, hopefully I
gainst
> 34us before this patch.
>
> Signed-off-by: Sekhar Nori
Looks good to me, probably should get tagged Cc stable when
committing:
Acked-by: Tony Lindgren
> ---
> v3: add unlikely(), add profiling information
> to commit message.
>
> v2: increment error irq
* 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 driver was added when
* Matthijs van Duin [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 the ADPLL
>
> There's sti
* 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 line "unsubscribe lin
* Tero Kristo [151211 00:42]:
> On 12/03/2015 06:48 PM, Tony Lindgren wrote:
> >* Tero Kristo [151130 06:44]:
> >>+ /*
> >>+* Errata i810 - DPLL controller can get stuck while transitioning
> >>+* to a power saving state. Software must ensure the DPL
* Russell King - ARM Linux [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 people to at least see what'
* Tero Kristo [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_adpll_clock_is_bypass(struc
* Russell King - ARM Linux [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)
> > + return -ENOMEM;
>
ls 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
---
Updated to use adpll_lj and adpll_s naming and s/FAPLL/ADPLL/ in the
documentation as suggested by Matthijs.
If no other comments
I got 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
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 89c6f2e5ab
* Arnd Bergmann [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 REGULATOR_FIXED_VOLTAGE
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 14054fb
* Linus Walleij [151210 10:18]:
> On Thu, Dec 3, 2015 at 10:44 PM, Tony Lindgren wrote:
> > * Linus Walleij [151030 12:54]:
> >> Please run posts like this by the maintainers. Tony Lindgren is one
> >> user, Haojian is another.
> >
> > I think we need t
Hi,
* Tony Lindgren [151203 08:08]:
> * Tony Lindgren [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 register for each PLL.
> >
> > Note that for the
* Vignesh R [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 [151130 20:46]:
> >>> On 12/01/2015 04:04 AM, Tony Lindgren wrote:
> >>>>
>
* Tero Kristo [151208 23:50]:
> On 12/08/2015 10:11 PM, Tony Lindgren wrote:
> >* Tero Kristo [151208 11:25]:
> >>On 12/08/2015 06:57 PM, Tony Lindgren wrote:
> >>>
> >>>Anybody from the clock department care to ack this one?
> >>
> &g
xecution 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 OMAP4).
> >
> > Cc: Tony Lindgren
>
* 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 takes place. After boot rom, i can
ike 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
I suggest Vinod sets up an immutable branch against v4.4-rc1 with just these
t
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
--
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
* Tero Kristo [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 fixes some some
* Tony Lindgren [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
> Cc: Stephen Boyd
> Cc: Tero Kristo
> Signed-off-by: Tony Lindgren
Anybody from the clock d
* 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 ( where the clock is
* Ulf Hansson [151208 05:18]:
> On 8 December 2015 at 01:32, Tony Lindgren wrote:
> > * Ulf Hansson [151207 16:20]:
> >> +Linus
> >>
> >> On 7 December 2015 at 23:54, Tony Lindgren wrote:
> >> > Commit ce037275861e ("mmc: pwrseq_simple: us
* Arnd Bergmann [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/04/2015 11:51 PM, Tony Lindgren wrote:
> >
1 - 100 of 12192 matches
Mail list logo
