On 11/20/2013 11:02 PM, Ezequiel Garcia wrote:
(Forgot to Cc OMAP people)
Felipe posted a redo of this area to fix this problem a while back. See
http://www.spinics.net/lists/linux-usb/msg97286.html
Sebastian
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
On Mon, 18 Nov 2013, Tony Lindgren wrote:
* Lee Jones lee.jo...@linaro.org [131118 11:10]:
Are you Acking this patch by the way?
If this looks acceptable to you guys, I'd like to merge this via my fixes
branch this week with your acks if that works for you. That way I can base
On Wed, Nov 20, 2013 at 08:48:41PM -0600, Felipe Balbi wrote:
actually, I didn't miss you at all. your broo...@linaro.org was in Cc
of original email thread. The same email which was used to sign-off on
original commit.
It's not what's advertised in MAINTAINERS, you should be sending stuff
to
Here Tony, you can take this one.
I will simply apply my other fixes on top of it.
The issue is, I will most likely have to rebase it on top of -rc1 prior
to sending a request to Linus, so in that regard it's not exactly
immutable.
Ignore the above. This is what you want:
The
On Thu, Nov 21, 2013 at 09:16:40AM +0100, Sebastian Andrzej Siewior wrote:
On 11/20/2013 11:02 PM, Ezequiel Garcia wrote:
(Forgot to Cc OMAP people)
Felipe posted a redo of this area to fix this problem a while back. See
http://www.spinics.net/lists/linux-usb/msg97286.html
Ah, good to
2013/11/19 Tony Lindgren t...@atomide.com:
* Balaji T K balaj...@ti.com [131119 08:00]:
On Tuesday 19 November 2013 09:19 PM, Tony Lindgren wrote:
* Balaji T K balaj...@ti.com [131118 08:23]:
few params were passed via platform data in non-DT case and never cached
in internal data
On 11/21/2013 12:30 PM, Ezequiel Garcia wrote:
Ah, good to know. That patch should be picked ASAP, without it the USB
in AM335x is broken. Is it already too late to -rc1?
Yes.
Who is supposed to merge that? Greg?
Felipe will start collecting fixes once -rc1 is out [0] so it should be
part of
On Thu, Nov 21, 2013 at 12:44:51PM +0100, Sebastian Andrzej Siewior wrote:
On 11/21/2013 12:30 PM, Ezequiel Garcia wrote:
Ah, good to know. That patch should be picked ASAP, without it the USB
in AM335x is broken. Is it already too late to -rc1?
Yes.
Who is supposed to merge that? Greg?
On Thursday 21 November 2013 05:07 PM, Andreas Fenkart wrote:
2013/11/19 Tony Lindgren t...@atomide.com:
* Balaji T K balaj...@ti.com [131119 08:00]:
On Tuesday 19 November 2013 09:19 PM, Tony Lindgren wrote:
* Balaji T K balaj...@ti.com [131118 08:23]:
few params were passed via platform
remove pbias workaround
Signed-off-by: Balaji T K balaj...@ti.com
---
drivers/mmc/host/omap_hsmmc.c | 20 +---
1 files changed, 1 insertions(+), 19 deletions(-)
diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c
index 0a390f8..0f0aa5d 100644
---
We do not have REGULATOR_FIXED selected if no boards are selected
and we boot with device tree. This can cause various devices to
fail.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/configs/omap2plus_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git
Balaji T K (2):
ARM: dts: omap4-panda-common: Fix pin muxing for wl12xx
ARM: dts: omap4-sdp: Fix pin muxing for wl12xx
arch/arm/boot/dts/omap4-panda-common.dtsi | 20 ++--
arch/arm/boot/dts/omap4-sdp.dts | 12 ++--
2 files changed, 16 insertions(+), 16
On Thu, Nov 21, 2013 at 08:55:20AM -0300, Ezequiel Garcia wrote:
On Thu, Nov 21, 2013 at 12:44:51PM +0100, Sebastian Andrzej Siewior wrote:
On 11/21/2013 12:30 PM, Ezequiel Garcia wrote:
Ah, good to know. That patch should be picked ASAP, without it the USB
in AM335x is broken. Is it
* Balaji T K balaj...@ti.com [131121 05:51]:
pin mux wl12xx_gpio and wl12xx_pins should be part of omap4_pmx_core
and not omap4_pmx_wkup. So, move wl12xx_* to omap4_pmx_core.
Fix the following error message:
pinctrl-single 4a31e040.pinmux: mux offset out of range: 0x38 (0x38)
pinctrl-single
Hi Tony,
On Thu, Nov 21, 2013 at 10:51:06AM -0800, Tony Lindgren wrote:
Looks like we need to configure the regulators and use the pdata
quirk to make eMMC work with device tree.
It seems that mostly vmmc2 is used, and only some earlier revisions
like the macro board used vaux3.
Note
On 11/21/2013 11:36 AM, Mark Brown wrote:
On Thu, Nov 21, 2013 at 09:43:03AM -0700, Stephen Warren wrote:
FYI, the way I deal with this is that my preferred email account
subscribes to the mailing list, and I have a filter such that
anything that's to/cc either *that* email address *or* any
On 20-11-2013 08:32, Pavel Machek wrote:
HI!
This patch changes the dtsi entry on omap4430 to contain
the thermal data. This data will enable the passive
cooling with CPUfreq cooling device at 100C and the
system will do a thermal shutdown at 125C.
Cc: Benoît Cousson bcous...@baylibre.com
On Thu, Nov 21, 2013 at 12:46:55PM -0800, Tony Lindgren wrote:
* Sebastian Reichel s...@debian.org [131120 18:22]:
On Wed, Nov 20, 2013 at 05:38:59PM -0800, Tony Lindgren wrote:
In the public documentation of the omaps all SSI related stuff is
missing and memory areas are marked as
On Thu, Nov 21, 2013 at 09:43:03AM -0700, Stephen Warren wrote:
FYI, the way I deal with this is that my preferred email account
subscribes to the mailing list, and I have a filter such that anything
that's to/cc either *that* email address *or* any of my other email
addresses gets handled
Hi Tony,
On Thu, Nov 21, 2013 at 10:58:45AM -0800, Tony Lindgren wrote:
Also, I just posted a patch to fix the eMMC that you may want to
try out.
Let's move eMMC diskussion to that patch :)
[...]
My suggestion would be:
1. Find a better workaround for omapdss to acquire the
* Sebastian Reichel s...@debian.org [131121 15:18]:
Hi Tony,
On Thu, Nov 21, 2013 at 10:51:06AM -0800, Tony Lindgren wrote:
Looks like we need to configure the regulators and use the pdata
quirk to make eMMC work with device tree.
It seems that mostly vmmc2 is used, and only some
On 21 November 2013 15:20, Balaji T K balaj...@ti.com wrote:
Use devm_regulator API, while at it use
devm_regulator_get_optional for optional vmmc_aux supply
Signed-off-by: Balaji T K balaj...@ti.com
---
drivers/mmc/host/omap_hsmmc.c |6 ++
1 files changed, 2 insertions(+), 4
Enable REGULATOR_PBIAS needed for SD card on most OMAPs.
Signed-off-by: Balaji T K balaj...@ti.com
---
arch/arm/configs/omap2plus_defconfig |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/configs/omap2plus_defconfig
b/arch/arm/configs/omap2plus_defconfig
index
handle vcc and vcc_aux independently to reduce indent.
Signed-off-by: Balaji T K balaj...@ti.com
---
drivers/mmc/host/omap_hsmmc.c | 54 +++--
1 files changed, 25 insertions(+), 29 deletions(-)
diff --git a/drivers/mmc/host/omap_hsmmc.c
* Sebastian Reichel s...@debian.org [131120 18:22]:
On Wed, Nov 20, 2013 at 05:38:59PM -0800, Tony Lindgren wrote:
In the public documentation of the omaps all SSI related stuff is
missing and memory areas are marked as reserved. I could not find
out how to receive the NDA version, so the
On Thu, Nov 21, 2013 at 11:44:23AM -0700, Stephen Warren wrote:
Ah yes. I also have a delivery-time filter that remembers the last n
Message-Id headers I've received, and it dumps any duplicates into a
separate folder that I ignore. It seems to work pretty well. It looks
like n==1 for me
On 11/21/2013 03:49 AM, Mark Brown wrote:
On Wed, Nov 20, 2013 at 08:48:41PM -0600, Felipe Balbi wrote:
actually, I didn't miss you at all. your broo...@linaro.org was
in Cc of original email thread. The same email which was used to
sign-off on original commit.
It's not what's advertised
*This message was transferred with a trial version of CommuniGate(r) Pro*
Хотите быть замечательнейшим любовником? http://goo.gl/QoAv7K
--
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
Hi,
On Thu, Nov 21, 2013 at 10:49:11AM +, Mark Brown wrote:
On Wed, Nov 20, 2013 at 08:48:41PM -0600, Felipe Balbi wrote:
actually, I didn't miss you at all. your broo...@linaro.org was in Cc
of original email thread. The same email which was used to sign-off on
original commit.
Hi all,
Hopefully this is the last set for the -rc cycle on the legacy booting
vs device tree booting regressions.
Regards,
Tony
Tony Lindgren (3):
ARM: OMAP2+: Fix more missing data for omap3.dtsi file
ARM: OMAP2+: Add fixed regulator to omap2plus_defconfig
ARM: OMAP2+: Fix eMMC on
* Tony Lindgren t...@atomide.com [131120 17:46]:
* Tony Lindgren t...@atomide.com [131120 16:06]:
They at least had interrupts listed looking at commit 3b9b10. Probably
the thing to do for now is to revert those changes, and see if we can
just remove the L3 entries from the .dtsi files.
pin mux wl12xx_gpio and wl12xx_pins should be part of omap4_pmx_core
and not omap4_pmx_wkup. So, move wl12xx_* to omap4_pmx_core.
Fix the following error message:
pinctrl-single 4a31e040.pinmux: mux offset out of range: 0x38 (0x38)
pinctrl-single 4a31e040.pinmux: could not add functions for
Mux mode for wlan/sdmmc5 should be MODE0 in pinmux_wl12xx_pins and
Enable Pull up on sdmmc5_clk to detect SDIO card.
Signed-off-by: Balaji T K balaj...@ti.com
---
arch/arm/boot/dts/omap4-sdp.dts | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git
On Thu, Nov 21, 2013 at 07:50:22PM +0530, Balaji T K wrote:
+static int pbias_regulator_set_voltage(struct regulator_dev *dev,
+ int min_uV, int max_uV, unsigned *selector)
+{
+ struct pbias_regulator_data *data = rdev_get_drvdata(dev);
+ const struct
On Thu, Nov 21, 2013 at 12:27:06PM -0800, Olof Johansson wrote:
If you have one email address listed in MAINTAINERS, and do all your
actual work with another identity, you might want to look at your
workflow a bit. I suggest either signing off with the MAINTAINERS
The only thing that uses the
* Sebastian Reichel s...@ring0.de [131116 07:51]:
On Sat, Nov 16, 2013 at 06:12:26AM -0800, Tony Lindgren wrote:
[...]
b) I could not get the 32GB eMMC working. For me the chip is not found
and I don't know how to debug it.
OK the eMMC issue might be related to the control
On 11/21/2013 10:58 AM, Tony Lindgren wrote:
* Balaji T K balaj...@ti.com [131121 05:51]:
pin mux wl12xx_gpio and wl12xx_pins should be part of omap4_pmx_core
and not omap4_pmx_wkup. So, move wl12xx_* to omap4_pmx_core.
Fix the following error message:
pinctrl-single 4a31e040.pinmux: mux
Hi,
On Thu, Nov 21, 2013 at 08:50:50PM +, Mark Brown wrote:
/me notes that he'd probably have been less grumpy if the message had
a subject line that had content in it, even had it gone to the right
oh cut the crap already. It contained the commit sha1 and a pretty
self-explanatory
Previous patches moved public portion of dmtimer declaration out into
include/linux/. With this, ir-rx51 compiles fine with CONFIG_ARCH_MULTIPLATFORM
Signed-off-by: Joel Fernandes jo...@ti.com
---
drivers/media/rc/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
This work is a migration effort of OMAP system timers to the
clocksource/clockevent framework. Consider this as a first-pass in this effort.
There are few cleanups that need to be done first. The HWMOD code is
intertwined with the timer code. HWMOD code cleanups in the future will
hopefully make
Provide the clock alias of the parent clock for the system timer, using the
just added ti,timer-parent property.
Signed-off-by: Joel Fernandes jo...@ti.com
---
arch/arm/boot/dts/am33xx.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/am33xx.dtsi
Earlier patch in this series introduced a function omap_generic_timer_init
for all DT platforms. Use it for AM33xx SoC.
Signed-off-by: Joel Fernandes jo...@ti.com
---
arch/arm/mach-omap2/board-generic.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Multiplatform support has made arch/arm/plat-omap/include/plat/ inaccessible to
drivers outside the plat-omap directory [1]. Due to this the following drivers
are disabled with !CONFIG_ARCH_MULTIPLATFORM:
CONFIG_IR_RX51 (drivers/media/rc/ir-rx51.c)
CONFIG_TIDSPBRIDGE
Timer's parent mux clocks require a parent clock alias, provide the same from
device tree.
Ultimately this will be provided from DT as clock node phandles but clk-mux
driver DT bindings series is still under going review. So to keep things
working during the timer migration, we add this property.
ir-rx51 tries to use struct clk directly, which is private. Go through to clk
API to get the rate.
Compile tested only.
Signed-off-by: Joel Fernandes jo...@ti.com
---
drivers/media/rc/ir-rx51.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/media/rc/ir-rx51.c
This series is in preparation to make the OMAP dmtimer a clocksource driver
(moving it drivers/clocksource/). As a first step, we introduce a a generic
.init_time function OMAP DT platforms that can be used across OMAP devices.
Also introduced are a better separation between omap-specific code
OMAP4 is DT only boot and TWD local timer will be created from clocksource-of
layer. We remove OMAP4 code that creates it for non-DT.
Signed-off-by: Joel Fernandes jo...@ti.com
---
arch/arm/mach-omap2/timer.c | 27 ++-
1 file changed, 6 insertions(+), 21 deletions(-)
On Thu, Nov 21, 2013 at 2:49 AM, Mark Brown broo...@kernel.org wrote:
On Wed, Nov 20, 2013 at 08:48:41PM -0600, Felipe Balbi wrote:
actually, I didn't miss you at all. your broo...@linaro.org was in Cc
of original email thread. The same email which was used to sign-off on
original commit.
* Balaji T K balaj...@ti.com [131121 06:21]:
Add pbias-supply to mmc1/sd card.
...
--- a/arch/arm/boot/dts/dra7-evm.dts
+++ b/arch/arm/boot/dts/dra7-evm.dts
@@ -261,6 +261,7 @@
mmc1 {
status = okay;
vmmc-supply = ldo1_reg;
+ pbias-supply = pbias_regulator;
Looks like we need to configure the regulators and use the pdata
quirk to make eMMC work with device tree.
It seems that mostly vmmc2 is used, and only some earlier revisions
like the macro board used vaux3.
Note that we can add support for the macro board later as needed
by including the common
Use devm_regulator API, while at it use
devm_regulator_get_optional for optional vmmc_aux supply
Signed-off-by: Balaji T K balaj...@ti.com
---
drivers/mmc/host/omap_hsmmc.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/mmc/host/omap_hsmmc.c
After dropping the duplicate data in hwmod that now should come from
the .dts files, I noticed few more entries missing. Let's add these
as otherwise devices relying on these won't work.
Looks like the side tone entries are bundled into the mcbsp1 to 3,
so that may needs some special handling in
In DT case, PBAIS registers are programmed via regulator,
use regulator APIs to control PBIAS.
Signed-off-by: Balaji T K balaj...@ti.com
---
drivers/mmc/host/omap_hsmmc.c | 39 +++
1 files changed, 39 insertions(+), 0 deletions(-)
diff --git
Hi,
On Thu, Nov 21, 2013 at 07:56:51PM -0600, Joel Fernandes wrote:
[...]
New functions for OF-only boot are introduced, and we can soon delete the old
versions once we migrate all platforms. Currently only AM335x is migrated and
actually, you don't need to initialize .init_timer at all in
54 matches
Mail list logo
