ot;)
Cc: Felipe Balbi
Cc: Kishon Vijay Abraham I
Cc: Nishanth Menon
Cc: Russell King
Signed-off-by: Tony Lindgren
---
drivers/mmc/host/omap_hsmmc.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c
index ae3a
further we
cannot rely on the regulator status registers in hardare on 4430.
Fixes: 7d607f917008 ("mmc: host: omap_hsmmc: use
devm_regulator_get_optional() for vmmc")
Cc: Felipe Balbi
Cc: Kishon Vijay Abraham I
Cc: Nishanth Menon
Cc: Russell King
Signed-off-by: Tony Lindgren
-
out this patch yesterday on irc, but I didn't find it
> in the archives yet when I sent my mail.
Yes sorry here's a repost with your and Roger's changes folded in and
edited a bit. Probably best to keep them together with this patch.
Does the following look OK to you guys?
Rega
* Russell King - ARM Linux [151006 08:04]:
> On Tue, Oct 06, 2015 at 02:44:25AM -0700, Tony Lindgren wrote:
> >
> > Hmm DT-based boot finds the MMC card for LDP, dmesg below from DT boot [1].
> > Looks like you're on on -rc4 and not -rc3. My guess is that MMC is not
&
* Felipe Balbi [151006 08:02]:
> Arnd Bergmann writes:
>
> > On Monday 05 October 2015 14:41:07 Felipe Balbi wrote:
> >>
> >> /**
> >> * omap_get_timer_dt - get a timer using device-tree
> >> * @match - device-tree match structure for matching a device type
> >> * @property- option
7;s also update the description a bit, it does not mention that
enabling the debug option also disables the reset of GPMC controller
during the init as pointed out by Uwe Kleine-König
.
Fixes: 63aa945b1013 ("memory: omap-gpmc: Add Kconfig option for debug")
Reported-by: Uwe Kleine-König
Sig
* Tero Kristo [150814 05:36]:
>
> Basically the question with this set is, whether the DT node layout /
> compatible string arrangement looks sane or not. Some of the compatibles
> can be squashed together especially at clkdm data side, seeing the
> remaining stub data portions are rather minimal
* Tero Kristo [150924 07:30]:
> PRM driver now supports reset controller for the defined reset lines.
> Reset configurations are provided through device tree. Later, functionality
> like hwmod and system reboot will be changed to use the generic framework.
This approach seems good to me in genera
* Roger Quadros [151006 03:32]:
> On 06/10/15 13:05, Roger Quadros wrote:
> > On 06/10/15 13:00, Tony Lindgren wrote:
> >> * Roger Quadros [151006 02:59]:
> >>> On 06/10/15 11:33, Tony Lindgren wrote:
> >>>> Does build and boot and use NAND work t
* Roger Quadros [151006 02:59]:
> On 06/10/15 11:33, Tony Lindgren wrote:
> > Does build and boot and use NAND work throughtout the series?
> > Otherwise we'll have hard time bisecting anything..
>
> Yes it does with the following exceptions.
>
> - Patch 7 &qu
* Russell King - ARM Linux [151006 02:04]:
> On Mon, Oct 05, 2015 at 07:38:13PM +0100, Russell King - ARM Linux wrote:
> > On Mon, Oct 05, 2015 at 10:11:56AM -0700, Tony Lindgren wrote:
> > > * Tony Lindgren [151005 07:57]:
> > > > * Tony Lindgren [151005 07:
* Roger Quadros [150930 04:04]:
> Tony,
>
> On 18/09/15 17:53, Roger Quadros wrote:
> > Hi,
> >
> > We do a couple of things in this series which result in
> > cleaner device tree implementation, faster perfomance and
> > multi-platform support. As an added bonus we get new GPI/Interrupt pins
>
* Luis de Bethencourt [150917 14:54]:
> This platform driver has a OF device ID table but the OF module
> alias information is not created so module autoloading won't work.
>
> Signed-off-by: Luis de Bethencourt
Looks OK to me, this would be mostly for n8x0:
Acked-
* Felipe Balbi [151005 18:02]:
>
> Hi,
>
> Sebastian Reichel writes:
> > On Mon, Oct 05, 2015 at 06:41:37PM -0500, Suman Anna wrote:
> >> We will gain a user from OMAP remoteproc driver as well (out of tree at
> >> the moment, but it does follow the DT phandle and
> >> omap_dm_timer_request_by_
* Felipe Balbi [151005 17:49]:
> We actually want these devices to be created because
> we will be moving timers to drivers/clocksource and
> this will prevent them from probing.
Great. Is this safe to appy on it's own? We are not getting
system timers re-inited to the default values?
> The only
* Felipe Balbi [151005 17:51]:
>
> according to Tony we should avoid using status at all for in-SoC
> devices.
>
> Tony, can you confirm I understood you correctly ?
Yes. With status = "disabled" kernel completely ignores the
device and struct device is not created at all even with the
device b
* Tero Kristo [151005 05:39]:
> On 10/05/2015 01:17 PM, Tony Lindgren wrote:
> >* Ben Dooks [150929 06:14]:
> >>On 25/09/15 06:42, Tero Kristo wrote:
> >>>On 09/23/2015 08:30 PM, Tony Lindgren wrote:
> >>>>* Ben Dooks [150923 07:53]:
> >
* Tony Lindgren [151005 07:57]:
> * Tony Lindgren [151005 07:44]:
> > * Tony Lindgren [151005 04:28]:
> >
> > Based on some tests it seems that the duovero unpaired regulator usage
> > is fixed by reverting:
> >
> > c55d7a055364 ("mmc: host: omap
* Suman Anna [151005 09:47]:
> Tony,
>
> On 10/03/2015 12:29 PM, kbuild test robot wrote:
> > Hi Suman,
> >
> > [auto build test results on v4.3-rc3 -- if it's inappropriate base, please
> > ignore]
> >
> > config: arm-omap1_defconfig (attached as .config)
> > reproduce:
> > wget
> >
* Felipe Balbi [151005 09:13]:
> On Mon, Oct 05, 2015 at 09:02:25AM -0700, Tony Lindgren wrote:
> > * Felipe Balbi [151005 08:29]:
> > > On Mon, Oct 05, 2015 at 04:01:45AM -0700, Tony Lindgren wrote:
> > > > * Felipe Balbi [150929 13:48]:
&g
* Felipe Balbi [151005 08:29]:
> On Mon, Oct 05, 2015 at 04:01:45AM -0700, Tony Lindgren wrote:
> > * Felipe Balbi [150929 13:48]:
> > > since now we can reuse __omap_sync32k_timer_init()
> > > for OMAP3-like devices, we can safely remove
> > > __omap_gptime
* Tony Lindgren [151005 07:44]:
> * Tony Lindgren [151005 04:28]:
> > * Russell King - ARM Linux [151001 03:07]:
> > > On Thu, Oct 01, 2015 at 11:50:00AM +0200, Ulf Hansson wrote:
> > > > On 1 October 2015 at 11:33, Russell King - ARM Linux
> > > > w
* Tony Lindgren [151005 04:28]:
> * Russell King - ARM Linux [151001 03:07]:
> > On Thu, Oct 01, 2015 at 11:50:00AM +0200, Ulf Hansson wrote:
> > > On 1 October 2015 at 11:33, Russell King - ARM Linux
> > > wrote:
> > > > On Thu, Sep 24, 2015 a
* Arnd Bergmann [151005 04:08]:
> On Monday 05 October 2015 03:55:55 Tony Lindgren wrote:
> > * Daniel Lezcano [151001 15:16]:
> > > On 09/30/2015 04:49 PM, Arnd Bergmann wrote:
> > > >On Wednesday 30 September 2015 16:42:21 Arnd Bergmann wrote:
>
* Tony Lindgren [151005 03:56]:
> * Daniel Lezcano [151001 15:04]:
> > >+ clocks_calc_mult_shift(&persistent_mult, &persistent_shift,
> > >+ 32768, NSEC_PER_SEC, 12);
> > >+
> > >+ ret = clocksource_
* Felipe Balbi [150929 13:48]:
> since now we can reuse __omap_sync32k_timer_init()
> for OMAP3-like devices, we can safely remove
> __omap_gptimer_init().
There are tons of boards out there that need to use the
high frequency ocillator source with gptimer because of the
beagleboard B4 and earlie
* Daniel Lezcano [151001 15:16]:
> On 09/30/2015 04:49 PM, Arnd Bergmann wrote:
> >On Wednesday 30 September 2015 16:42:21 Arnd Bergmann wrote:
> >>
> >>TEGRA folks: the tegra_read_persistent_clock() implementation apparently
> >>predates the Tegra RTC driver and I wonder if they actually do the
>
* Daniel Lezcano [151001 15:04]:
> >+clocks_calc_mult_shift(&persistent_mult, &persistent_shift,
> >+32768, NSEC_PER_SEC, 12);
> >+
> >+ret = clocksource_mmio_init(sync32k_cnt_reg, "32k_counter", 32768,
> >+250, 32, clocksource_mmio_readl
* Felipe Balbi [150929 13:48]:
> All devices should have a default status. Ignoring
> the arguments if it should be 'okay' or 'disabled'
> by default, let's set them all the 'disabled' and
> have boards enable 32k counter.
We should not use "disabled" really at all. That means
no struct device is
* Ben Dooks [150929 06:14]:
> On 25/09/15 06:42, Tero Kristo wrote:
> > On 09/23/2015 08:30 PM, Tony Lindgren wrote:
> >> * Ben Dooks [150923 07:53]:
> >>> On the OMAP AM3517 platform the uart4_ick gets registered
> >>> twice, causing any power managme
use palmas-usb for USB2
Tony Lindgren (1):
Merge commit 'b8c93646fd5c' into omap-for-v4.3/fixes
.../bindings/regulator/pbias-regulator.txt | 7 ++-
arch/arm/boot/dts/am57xx-beagle-x15.dts| 42 ++--
arch/arm/boot/dts/dra7.dtsi
* Bastian Stender [150925 05:40]:
> Hi,
>
> On 09/25/2015 02:08 PM, Russell King - ARM Linux wrote:
> >On Fri, Sep 25, 2015 at 12:01:13PM +0200, Bastian Stender wrote:
> >>Signed-off-by: Bastian Stender
> >>---
> >> arch/arm/mach-omap2/omap4-common.c | 6 ++
> >> 1 file changed, 6 insertion
* Tony Lindgren [150924 16:42]:
> * Russell King - ARM Linux [150924 02:04]:
> > Nightly testing has revealed that both the OMAP3430 LDP and the OMAP4430
> > SDP fail to boot due to lack of working MMC. Both platforms fail to
> > find their rootfs, which is on a SD card.
: add minimal l4 bus
layout with control module support")
Fixes: d919501feffa ("ARM: dts: dra7: add minimal l4 bus
layout with control module support")
Signed-off-by: Kishon Vijay Abraham I
[t...@atomide.com: fixed omap3 pbias to wor
* Tony Lindgren [150921 07:16]:
> * Javier Martinez Canillas [150921 02:17]:
> > > Then getting the 32k clock from palmas is not working either, it
> > > seems some better deferred probe handling is needed there if
> > > omap_hsmmc is built-in and p
* Kevin Hilman [150923 11:03]:
> Jisheng Zhang writes:
>
> > The cpuidle tracepoints are called within a rcu_idle_exit() section, and
> > must be denoted with the _rcuidle() version of the tracepoint.
> >
> > Signed-off-by: Jisheng Zhang
>
> Acked-by: Kevin Hilman
Hmm is this needed as a fi
Hi Mark,
Got any estimate on when you might be sending out the pull request
for the pending regulator fixes for the -rc cycle? Or are you OK
for me to consider commit b9c93646fd5c immutable and use it as
a base for a fixes branch for the related dts change?
Commit b9c93646fd5c ("regulator: pbias:
* Suman Anna [150903 16:01]:
> >>>> On 07/23/2015 02:24 AM, Tony Lindgren wrote:
> > OK maybe check the syss/sysc registers involved here for each hardware
> > module here and which driver tinkers with which registers? This will
> > make things a lot easier in the
linefetch (0x1028) at 0xfa09e008
> [] PC is at serial_omap_pm+0x48/0x15c
> [] LR is at _raw_spin_unlock_irqrestore+0x30/0x5c
No uart4 on 34xx/35xx, that got introduced with 36xx so:
Acked-by: Tony Lindgren
> Signed-off-by: Ben Dooks
> ---
> drivers/clk/ti/clk-3xxx.c | 1 -
> 1 file c
--
> include/linux/platform_data/edma.h| 74 --
> 12 files changed, 1394 insertions(+), 1570 deletions(-)
> delete mode 100644 arch/arm/common/edma.c
Hmm I think I already acked the mach-omap2/Kconfig change,
but if not, here you are:
Acked-by: Tony Lindgren
--
To unsubscribe from t
* H. Nikolaus Schaller [150923 05:53]:
Missing description? BTW, this I want to queue separately
as I have patches in works to support omap5 variants with
omap5-board-common.dtsi to avoid duplicating things as
we get omap5 better supported for things like regulators.
Regards,
Tony
> Signed-off
* Peter Ujfalusi [150922 23:17]:
> Tony,
>
> On 09/23/2015 12:23 AM, Tony Lindgren wrote:
> > As recently pointed out (again) by Thomas and Russell, we must not
> > wait in in clk_enable. The wait for PLL to lock needs to happen
> > in clk_prepare instead.
> >
&
: Brian Hutchinson
Cc: Felipe Balbi
Cc: Grygorii Strashko
Cc: Nishanth Menon
Cc: Russell King - ARM Linux
Cc: Thomas Gleixner
Cc: Sekhar Nori
Signed-off-by: Tony Lindgren
---
drivers/clk/ti/fapll.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers
* Javier Martinez Canillas [150921 02:17]:
> [adding Ulf and Tomeu to cc list]
>
> On Fri, Sep 18, 2015 at 10:27 PM, Tony Lindgren wrote:
> > * Tony Lindgren [150918 10:54]:
> >> * Javier Martinez Canillas [150918 10:39]:
> >>
* Peter Ujfalusi [150921 02:59]:
> On 09/18/2015 07:29 PM, Tony Lindgren wrote:
> > Commit 68bab8662f49 ("mfd: twl6040: Optional clk32k clock handling")
> > added clock handling for the 32k clock from palmas-clk. However, that
> > patch did not consider a typical s
* Grazvydas Ignotas [150919 14:16]:
> On Fri, Sep 18, 2015 at 9:39 PM, Robert Nelson
> wrote:
> > On Fri, Sep 18, 2015 at 11:51 AM, Tony Lindgren wrote:
> >> * Robert Nelson [150918 09:45]:
> >>> On Fri, Sep 18, 2015 at 11:29 AM, Tony Lindgren wrote:
>
* Tony Lindgren [150918 13:27]:
> And also.. It seems wl18xx somehow keeps looing for a wrong
Sorry sent the email before finishing it :) Note related to
these patches, but the wl18xx keeps looking for wrong firmware
and produces the following:
# modprobe wlcore_sdio
...
wlcore: ER
* Tony Lindgren [150918 10:54]:
> * Javier Martinez Canillas [150918 10:39]:
> > Hello Tony,
> >
> > [snip]
> >
> > >
> > > + vmmcsdio_fixed: fixedregulator-mmcsdio {
> > > + compatible = "regulator-fix
* Javier Martinez Canillas [150918 10:39]:
> Hello Tony,
>
> [snip]
>
> >
> > + vmmcsdio_fixed: fixedregulator-mmcsdio {
> > + compatible = "regulator-fixed";
> > + regulator-name = "vmmcsdio_fixed";
> > + regulator-min-microvolt = <180>;
> > +
Hi Grazvydas,
* Tony Lindgren [150908 14:11]:
> * Grazvydas Ignotas [150908 13:44]:
> > On Tue, Sep 8, 2015 at 4:38 PM, Tony Lindgren wrote:
> OK nice to hear you found it. Yeah looks like some runtime
> capability check is needed.
>
> > > Do you have some easy
* Tony Lindgren [150918 09:55]:
> * Robert Nelson [150918 09:45]:
> > On Fri, Sep 18, 2015 at 11:29 AM, Tony Lindgren wrote:
> > > Commit 99f84cae43df ("ARM: dts: add wl12xx/wl18xx bindings") added
> > > device tree bindings for the TI WLAN SDIO on man
* Robert Nelson [150918 09:45]:
> On Fri, Sep 18, 2015 at 11:29 AM, Tony Lindgren wrote:
> > Commit 99f84cae43df ("ARM: dts: add wl12xx/wl18xx bindings") added
> > device tree bindings for the TI WLAN SDIO on many omap variants.
> >
> > I recall wondering
Nikolaus Schaller
Cc: Grazvydas Ignotas
Cc: Lee Jones
Cc: Peter Ujfalusi
Cc: Samuel Ortiz
Cc: Sourav Poddar
Signed-off-by: Tony Lindgren
---
drivers/mfd/twl6040.c | 2 ++
1 file changed, 2 insertions(+)
--- a/drivers/mfd/twl6040.c
+++ b/drivers/mfd/twl6040.c
@@ -647,6 +647,8 @@ static int
lso use the generic "non-removable" instead of the
legacy "ti,non-removable" property while at it.
Fixes: 392adaf796b9 ("ARM: dts: omap5-evm: Add mcspi data")
Cc: Benoit Cousson
Cc: Dr. H. Nikolaus Schaller
Cc: Grazvydas Ignotas
Cc: Peter Ujfalusi
Cc: Sourav
Hi all,
Here are two fixes for omap5-uevm WLAN.
Regards,
Tony
Tony Lindgren (2):
mfd: twl6040: Fix deferred probe handling for clk32k
ARM: dts: Fix WLAN regression on omap5-uevm
arch/arm/boot/dts/omap5-uevm.dts | 51 +++-
drivers/mfd/twl6040.c
* Grazvydas Ignotas [150915 15:40]:
> This enables tca6424a GPIO expander driver that in turn enables
> TPD12S015 HDMI ESD protection and level shifter on OMAP5 uevm.
> In other words, it makes HDMI work on OMAP5 uevm.
>
> Signed-off-by: Grazvydas Ignotas
Applying this too thanks.
Tony
> ---
* Grazvydas Ignotas [150915 15:38]:
> The i2c5 pinctrl offsets are wrong. If the bootloader doesn't set the
> pins up, communication with tca6424a doesn't work (controller timeouts)
> and it is not possible to enable HDMI.
>
> Fixes: 9be495c42609 ("ARM: dts: omap5-evm: Add I2c pinctrl data")
> Si
* Roger Quadros [150915 03:46]:
> Tony,
>
> On 03/09/15 10:36, Roger Quadros wrote:
> > Chanwoo,
> >
> > On 06/08/15 02:36, Chanwoo Choi wrote:
> >> On 08/05/2015 07:37 PM, Tony Lindgren wrote:
> >>> * Roger Quadros [150727 06:13]:
> >>&
* Dave Gerlach [150915 12:51]:
> Add omap2_clk_enable_autoidle_all to am43xx_init_late otherwise the call
> to omap2_clk_disable_autoidle_all in am43xx_init_early may cause some
> clocks to always stay active and prevent low power mode transitions.
>
> Signed-off-by: Dave Gerlach
Applying into
* Nishanth Menon [150916 08:15]:
> Hi Tony,
>
> On 09/03/2015 02:23 PM, Nishanth Menon wrote:
> > Originally, all the SoC PHY rails were supplied by LDO3. However, as a
> > result of characterization, it was determined that this posed a risk in
> > extreme load conditions. Hence the PHY rails ar
* Tony Lindgren [150915 08:54]:
>
> - Fix pbias regulator compatible values as a pending regulator
> fix needs those for MMC1 to work properly
And when the pbias regulator fix hits mainline, I'll send
one more pull request to correct the reg entries for pbias
for the MMC has
: erratum is used by OMAP5 and DRA7 as well
ARM: OMAP2+: board-generic: Remove stale of_irq macros
ARM: DRA7: Select missing options for SoC only build
ARM: OMAP5: Cleanup options for SoC only build
Teresa Remmet (1):
ARM: dts: am335x-phycore-som: Fix mpu voltage
Tony Lindgren (1
* Nicolas Chauvet [150903 08:40]:
> This fix the model name for the device.
> Whole string taken from the HP support center web page
>
> Signed-off-by: Nicolas Chauvet
Thanks applying this into omap-for-v4.3/fixes..
> Cc: # 4.2.x-
..but leaving out this as this fixes something in the v4.3-r
Hi,
* Ulf Hansson [150904 05:48]:
>
> Okay, just to be clear on the way forward. I spoked with Mark Brown
> offlist, and he will/has picked up the regulator patch and will send
> it as fix for the 4.3 rc[n].
>
> Regarding the ARM patch here, I guess Tony might as well handle it and
> send throu
* Nishanth Menon [150909 14:21]:
> Hi,
>
> While doing a SoC only build for DRA7, a few bugs did pop up. The
> following series provides necessary fixups for the same.
>
> Nishanth Menon (4):
> ARM: OMAP4+: PM: erratum is used by OMAP5 and DRA7 as well
> ARM: omap2+: board-generic: Remove st
* Kishon Vijay Abraham I [150805 06:47]:
> One of the lines from PCF857x is connected to the vdd line of MMC1
> in DRA74x and DRA72x EVMs and is modelled as a regulator. If PCF857x
> is not made as built-in, the regulator_get in omap_hsmmc fails making
> it difficult to use MMC1 as rootfs.
>
> Ma
ould be
> > affected by clearing the IT state bits.
>
> Please test the following patch:
While we're waiting for Grazvydas to test.. Looks good to me:
Acked-by: Tony Lindgren
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a
* Enric Balletbo Serra [150907 12:43]:
> 2015-09-07 18:24 GMT+02:00 Javier Martinez Canillas :
> > Only the IGEPv2 boards have a LAN9221i chip connected to the GPMC
> > so the pinmux configuration for the GPIO connected to the IRQ line
> > of the LAN chip should not be defined in the IGEP common d
* Nishanth Menon [150903 12:27]:
> With the support in the generic PM framework for wakeirq and capability
> added to the rtc-ds1307 driver to support this, we can now define the
> optional wakeup irq to allow the RTC to wakeup the system from low power
> modes as part of suspend.
>
> Signed-off-
* Teresa Remmet [150903 05:03]:
> Fix the mpu voltage as it is set to low for the silicon
> revision 2.1.
>
> Signed-off-by: Teresa Remmet
Applying this one into omap-for-v4.3/fixes thanks.
Tony
> ---
> arch/arm/boot/dts/am335x-phycore-som.dtsi | 4 ++--
> 1 file changed, 2 insertions(+), 2
* Carl Frederik Werner [150901 18:18]:
> Let's fix pinmux address of gpio 170 used by tfp410 powerdown-gpio.
>
> According to the OMAP35x Technical Reference Manual
> CONTROL_PADCONF_I2C3_SDA[15:0] 0x480021C4 mode0: i2c3_sda
> CONTROL_PADCONF_I2C3_SDA[31:16] 0x480021C4 mode4: gpio_170
> the
* Vishal Mahaveer [150825 12:01]:
> Register address in name of the node is wrong
>
> Signed-off-by: Vishal Mahaveer
> Acked-by: Mugunthan V N
Applying into omap-for-v4.3/fixes thanks.
Tony
> ---
> arch/arm/boot/dts/dra7.dtsi |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
* Kishon Vijay Abraham I [150824 23:40]:
> Hi Tony,
>
> On Thursday 30 July 2015 01:07 AM, Nishanth Menon wrote:
> > On 07/29/2015 06:09 AM, Kishon Vijay Abraham I wrote:
> >> For beagle x15, both the vdd and io lines are connected to the
> >> same regulator (ldo1_reg). However vmmc_aux is popula
* Suman Anna [150914 09:33]:
> Hi Tony,
>
> On 09/03/2015 05:34 PM, Suman Anna wrote:
> > Hi Sakari,
> >
> > On 07/16/2015 07:58 AM, Tony Lindgren wrote:
> >> * Laurent Pinchart [150716 05:57]:
> >>> The OMAP3 ISP is now fully supported i
* Peter Ujfalusi [150914 01:54]:
> Hi Tony,
>
> On 08/24/2015 10:19 AM, Peter Ujfalusi wrote:
> > Hi,
> >
> > this series will enable analog audio (via onboard aic310x codec) for
> > dra7-evm,
> > dra72-evm and am57xx-beagle-x15 boards.
> > In these board McASP3 is connected to the codec and fo
o it uses -M option to git diff
to detect renames. Anyways, assuming you're just moving code, for
the omap parts:
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
o also use the
right Ethernet phy flags to initialize it. And we are still
missing the PLL driver for dm814x and only relying on the
divider and mux clocks.
Fixes: f3d953ea3721 ("ARM: dts: Add minimal dm814x support")
Cc: Matthijs van Duin
Cc: Nicolas Chauvet
Signed-off-by: Tony Lindgren
* Kevin Hilman [150910 10:03]:
> On Tue, Sep 1, 2015 at 8:03 AM, Tony Lindgren wrote:
> > * Grygorii Strashko [150901 07:57]:
> >> On 09/01/2015 05:50 PM, Tony Lindgren wrote:
> >> >>
> >> >>On -next, Above crash signature could be related to
* Sebastian Reichel [150910 13:31]:
> Hi,
>
> On Thu, Sep 10, 2015 at 10:08:50AM +0200, Sebastian Reichel wrote:
> > > Probably best that Sebastian does it as there's another fix needed
> > > too. It seems the following are needed:
> > >
> > > - Revert $subject patch 3fc3895e4fe1 ("twl4030_charg
* Grazvydas Ignotas [150908 13:44]:
> On Tue, Sep 8, 2015 at 4:38 PM, Tony Lindgren wrote:
> > * Grazvydas Ignotas [150908 05:50]:
> >> Hi,
> >>
> >> this is a longstanding problem I'm seeing since the very beginning,
> >> which was around 3.
* Kevin Hilman [150908 11:36]:
> On Wed, Sep 2, 2015 at 6:07 AM, Tony Lindgren wrote:
> > * Neil Brown [150901 23:23]:
> >> Kevin Hilman writes:
> >>
> >> > ping... this boot failure has now landed in mainline
> >>
> >> sorry, I'
ctional.
> Verified this on DRA72x with pcf as module and ramdisk.
>
> Signed-off-by: Mugunthan V N
Acked-by: Tony Lindgren
> ---
>
> Changes from v2:
> * Used mode-gpios, so that the driver is generic enough to handle
> multiple gpios
>
> This patch is tested on
* Grazvydas Ignotas [150908 05:50]:
> Hi,
>
> this is a longstanding problem I'm seeing since the very beginning,
> which was around 3.12 or so (when I've first got the hardware) and it
> seems 4.2 is affected by it still. Basically what happens is Xorg
> randomly segfaults at some "impossible" l
dc_conversion'
>
> Use IS_REACHABLE to fix it.
>
> Cc: NeilBrown
> Reported-by: Randy Dunlap
> Signed-off-by: Grazvydas Ignotas
Looks OK to me:
Acked-by: Tony Lindgren
> ---
> drivers/power/twl4030_charger.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion
* Grygorii Strashko [150904 03:04]:
> On 09/03/2015 08:31 PM, Tony Lindgren wrote:
> >If gpio-omap probe fails with -EPROBE_DEFER, the GPIO numbering
> >keeps increasing. Only increase the gpio count if gpiochip_add()
> >was successful as otherwise the numbers will incre
If the gpio driver is confused about the numbers for gpio-ranges,
pinctrl_ready_for_gpio_range() may get called with invalid GPIO
causing a NULL pointer exception. Let's instead provide a warning
that allows fixing the problem and return with error.
Signed-off-by: Tony Lindgren
---
dr
Shilimkar
Signed-off-by: Tony Lindgren
---
drivers/gpio/gpio-omap.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
--- a/drivers/gpio/gpio-omap.c
+++ b/drivers/gpio/gpio-omap.c
@@ -1095,7 +1095,6 @@ static int omap_gpio_chip_init(struct gpio_bank *bank,
struct irq_chip *irqc)
} else
* Sedat Marangoz [150902 01:24]:
> Tried hard but nothing available my hands except my experiences. I
> gave up trying custom kernel due to lots of error, and instead tried
> Ubuntu precise 3.2.0-1412-omap4 kernel which is one of the working
> kernel with SGX540 driver module. I built "omapdrm_pvr
* Keerthy [150902 03:23]:
> Currently everytime soc_is calls are made, firstly device tree nodes
> are parsed and then string comparisons are made to determine the
> soc version. Optimizing it to be done one time and store the result.
> Use the stored value in all the subsequent checks for soc_is
* Felipe Balbi [150902 05:34]:
> On Wed, Sep 02, 2015 at 03:50:10PM +0530, Keerthy wrote:
> > Currently everytime soc_is calls are made, firstly device tree nodes
> > are parsed and then string comparisons are made to determine the
> > soc version. Optimizing it to be done one time and store the r
* Kishon Vijay Abraham I [150903 02:58]:
> PBIAS regulator is required for MMC module in OMAP2, OMAP3, OMAP4,
> OMAP5 and DRA7 SoCs. Enable it here.
>
> Signed-off-by: Kishon Vijay Abraham I
For the multi_v7_defconfig changes you need to resend this
to a...@kernel.org. This is to avoid conflict
* Mugunthan V N [150902 23:05]:
> In DRA72x EVM, by default slave 1 is connected to the onboard
> phy, but slave 2 pins are also muxed with video input module
> which is controlled by pcf857x gpio and currently to select slave
> 0 to connect to phy gpio hogging is used, but with
> omap2plus_defcon
* Kishon Vijay Abraham I [150903 04:31]:
> pbias device stopped having memory resource after
> "ARM: dts: : add minimal l4 bus layout with control module
> support" got merged. This results in platform_get_resource returning
> -EINVAL in pbias driver. This is because address translation fails
> wh
* Kishon Vijay Abraham I [150903 02:25]:
> On Thursday 03 September 2015 01:09 PM, Ulf Hansson wrote:
> >
> > Finally, perhaps it's better if we queue this through my mmc tree
> > since we would then be able to avoid the regression - if I put
> > $subject patchset before [1], right? Then I need a
ines as we can now
build them all in finally
Frans Klaver (1):
ARM: OMAP3: vc: fix 'or' always true warning
Grygorii Strashko (1):
ARM: OMAP2+: omap-device: fix race deferred probe of omap_hsmmc vs
omap_de
ng here for parsing the legacy broken IORESOURCE_MEM
that's known to be broken from DT point of view?
Other than that, looks OK to me and should allow also changing to
use a generic solution, Mark may have some other comments.
Anyways, something like this is needed for v4.3-rc cycle, probab
* Neil Brown [150901 23:23]:
> Kevin Hilman writes:
>
> > ping... this boot failure has now landed in mainline
>
> sorry, I'm on leave at the moment and travelling so I'm unlikely to be
> able to look at this properly. I should be able to examine this issue
> before the end of the month but ca
* Mark Brown [150901 11:40]:
> On Tue, Sep 01, 2015 at 07:17:21AM -0700, Tony Lindgren wrote:
>
> > Why don't you just make reg unused for pbias_regulator since
> > we already use regmap for this driver?
>
> > Then in the pbias driver just define the register
* Keerthy [150901 10:22]:
>
>
> On Wednesday 26 August 2015 09:29 AM, Keerthy wrote:
> >Currently apart from dra7, omap5 and amx3 all the other SoCs
> >are identified using cpu_is_* functions which is not right since
> >they are all SoCs(System on Chips). Hence changing the SoC
> >identification
* Tony Lindgren [150901 08:53]:
> * Vishal Mahaveer [150825 12:01]:
> > Register address in name of the node is wrong
> >
> > Signed-off-by: Vishal Mahaveer
> > Acked-by: Mugunthan V N
>
> Thanks applying into omap-for-v4.3/fixes.
Actually I'll wait
401 - 500 of 12192 matches
Mail list logo