Hi Felipe,
On Tuesday 28 May 2013 11:05 PM, Felipe Balbi wrote:
On Fri, May 24, 2013 at 08:01:33PM +0530, Kishon Vijay Abraham I wrote:
This patch series adds driver for palmas usb which is used to detect
attach/detach events of usb device and usb host.
[PATCH v5 2/3] extcon: Palmas Extcon
-Original Message-
From: Balbi, Felipe
Sent: Tuesday, May 28, 2013 11:02 PM
To: Cherian, George
Cc: Balbi, Felipe; linux-...@vger.kernel.org; linux-omap@vger.kernel.org;
linux-ker...@vger.kernel.org; gre...@linuxfoundation.org
Subject: Re: [PATCH 3/3] usb: dwc3: omap Modify
Interrupts from i2c controller are enabled while i2c bus is in the
suspend mode (I2C_IE register doesn't equals to 0).
Starting from the OMAP chips with version2 registers scheme there
are 2 registers (I2C_IRQENABLE_SET and I2C_IRQENABLE_CLR) to manage
interrupts instead of the older OMAP chips
Starting from the OMAP chips with version2 registers scheme there
are 2 registers (I2C_IRQENABLE_SET and I2C_IRQENABLE_CLR) to manage
interrupts instead of the older OMAP chips with old scheme which have
only one register (I2C_IE). Now we should use I2C_IRQENABLE_SET
register for enabling
Hi Jon,
On Wed, May 29, 2013 at 03:35:10, Stephen Warren wrote:
On 05/28/2013 03:25 PM, Jon Hunter wrote:
ti,am335x-timer (applicable to AM335x devices)
ti,am335x-timer-1ms (applicable to AM335x devices)
+ ti,am4372-timer-1ms,
Hi Jon,
On Wed, May 29, 2013 at 02:56:05, Jon Hunter wrote:
Changelog should state why this is needed.
Please see my reply on 11/14 thread.
Regards
Afzal
Hello Andreas,
On 03/05/2013 09:15 AM, Andreas Müller wrote:
On Mon, Mar 4, 2013 at 8:00 PM, Tony Lindgren t...@atomide.com wrote:
* Andreas Müller schnitzelt...@googlemail.com [130228 04:50]:
Can you please add a description here? Preferrably something
like With commit XYZ overo poweroff
On 05/28/2013 09:33 PM, Kevin Hilman wrote:
Nishanth Menon n...@ti.com writes:
On Fri, May 24, 2013 at 5:15 PM, Kevin Hilman khil...@linaro.org wrote:
Kevin Hilman khil...@linaro.org writes:
Nishanth Menon n...@ti.com writes:
[...]
Actually 2 things:
a) patch seems to do the wrong thing
Hi Afzal,
On 05/29/2013 10:06 AM, Mohammed, Afzal wrote:
Hi Jon,
On Wed, May 29, 2013 at 03:35:10, Stephen Warren wrote:
On 05/28/2013 03:25 PM, Jon Hunter wrote:
ti,am335x-timer (applicable to AM335x devices)
ti,am335x-timer-1ms (applicable to
Salut Florian,
On 05/28/2013 10:41 AM, Florian Vaussard wrote:
On 05/27/2013 04:52 PM, Florian Vaussard wrote:
Hello,
Following a similar proposal by Stephen Warren for tegra [1], this series
makes use of the C preprocessor when compiling OMAP DT files, and
accomplishes some improvements
Hello Benoit,
On 05/29/2013 10:46 AM, Benoit Cousson wrote:
Salut Florian,
On 05/28/2013 10:41 AM, Florian Vaussard wrote:
On 05/27/2013 04:52 PM, Florian Vaussard wrote:
Hello,
Following a similar proposal by Stephen Warren for tegra [1], this series
makes use of the C preprocessor when
+ Florian
Hi Afzal,
On 05/27/2013 04:37 PM, Afzal Mohammed wrote:
DT source (minimal) for AM4372 SoC to represent AM43x SoC's. Those
represented here are the minimal DT nodes necessary to get kernel
booting.
In DT nodes, ti,hwmod property has not been added, this would be
added along with
Hello,
On 05/29/2013 10:53 AM, Benoit Cousson wrote:
+ Florian
Hi Afzal,
On 05/27/2013 04:37 PM, Afzal Mohammed wrote:
DT source (minimal) for AM4372 SoC to represent AM43x SoC's. Those
represented here are the minimal DT nodes necessary to get kernel
booting.
In DT nodes, ti,hwmod property
On 05/29/2013 10:53 AM, Florian Vaussard wrote:
Hello Benoit,
On 05/29/2013 10:46 AM, Benoit Cousson wrote:
Salut Florian,
On 05/28/2013 10:41 AM, Florian Vaussard wrote:
On 05/27/2013 04:52 PM, Florian Vaussard wrote:
Hello,
Following a similar proposal by Stephen Warren for tegra
On 05/29/2013 10:57 AM, Florian Vaussard wrote:
Hello,
On 05/29/2013 10:53 AM, Benoit Cousson wrote:
+ Florian
Hi Afzal,
On 05/27/2013 04:37 PM, Afzal Mohammed wrote:
DT source (minimal) for AM4372 SoC to represent AM43x SoC's. Those
represented here are the minimal DT nodes necessary
Salut Kevin,
On 5/28/2013 8:33 PM, Kevin Hilman wrote:
Nishanth Menon n...@ti.com writes:
On Fri, May 24, 2013 at 5:15 PM, Kevin Hilman khil...@linaro.org wrote:
Kevin Hilman khil...@linaro.org writes:
Nishanth Menon n...@ti.com writes:
[...]
Actually 2 things:
a) patch seems to do
On 5/24/2013 11:51 PM, Kevin Hilman wrote:
Nishanth Menon n...@ti.com writes:
On Fri, May 24, 2013 at 4:19 PM, Kevin Hilman khil...@linaro.org wrote:
Nishanth Menon n...@ti.com writes:
On 15:09-20130524, Nishanth Menon wrote:
On 12:28-20130524, Kevin Hilman wrote:
Earlier commits ensured
Hi Dan,
On 5/24/2013 8:56 PM, Dan Murphy wrote:
On 05/17/2013 11:17 AM, Dan Murphy wrote:
On 05/17/2013 11:15 AM, Nishanth Menon wrote:
On 11:02-20130517, Dan Murphy wrote:
The GPIO for LED D1 on the omap4-panda a1-a3 rev and the omap4-panda-es
are different.
A1-A3 = gpio_wk7
ES = gpio_110
On Wed, May 29, 2013 at 11:36 AM, Jan Lübbe j...@pengutronix.de wrote:
On Tue, 2013-05-28 at 20:36 +0300, Felipe Balbi wrote:
On Tue, May 28, 2013 at 09:21:01AM +0200, yegorsli...@googlemail.com wrote:
From: Yegor Yefremov yegorsli...@googlemail.com
'ick' was changed to 'hsotgusb_ick'
Hi Kevin,
Thanks a lot for your comments.
On 05/28/2013 09:45 PM, Kevin Hilman wrote:
Andrii Tseglytskyi andrii.tseglyts...@ti.com writes:
From: Nishanth Menon n...@ti.com
vpboundsintr_en is available inside the IP block as an re-sycned
version and one which is not. Due to this, there is an
Hi Benoit,
On Wed, May 29, 2013 at 14:09:18, Cousson, Benoit wrote:
On 05/29/2013 10:06 AM, Mohammed, Afzal wrote:
On Wed, May 29, 2013 at 03:35:10, Stephen Warren wrote:
On 05/28/2013 03:25 PM, Jon Hunter wrote:
If you are adding more compatibility strings, then this implies that the
On 05/29/2013 12:03 AM, Kevin Hilman wrote:
Andrii Tseglytskyi andrii.tseglyts...@ti.com writes:
The following patch series contain several misc fixes to SmartReflex driver:
1. disable errgen before vpbound disable. Critical fix, needed for
proper work of AVS-VP communicaton protocol.
2.
On Tue, May 28, 2013 at 7:36 PM, Felipe Balbi ba...@ti.com wrote:
On Tue, May 28, 2013 at 09:21:01AM +0200, yegorsli...@googlemail.com wrote:
From: Yegor Yefremov yegorsli...@googlemail.com
'ick' was changed to 'hsotgusb_ick'
'fck' was changed to 'hsotgusb_fck'
Signed-off-by: Jan Luebbe
On Tue, 2013-05-28 at 20:36 +0300, Felipe Balbi wrote:
On Tue, May 28, 2013 at 09:21:01AM +0200, yegorsli...@googlemail.com wrote:
From: Yegor Yefremov yegorsli...@googlemail.com
'ick' was changed to 'hsotgusb_ick'
'fck' was changed to 'hsotgusb_fck'
Signed-off-by: Jan Luebbe
The GPIO for LED D1 on the omap4-panda a1-a3 rev and the omap4-panda-es
are different.
A1-A3 = gpio_wk7
ES = gpio_110
There is no change to LED D2
Abstract away the pinmux and the LED definitions for the two boards into
the respective DTS files.
Signed-off-by: Dan Murphy dmur...@ti.com
---
v7
As the USB PHY drivers no longer depend on USB_PHY but
select it if needed, the controller drivers need not
depend on USB_PHY. They can safely select the necessary
PHY driver i.e. ISP1301_OMAP in this case.
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/usb/gadget/Kconfig |1 -
1
ehci-omap needs NOP_USB_XCEIV PHY driver to function
properly, so select it. As the USB PHY drivers no longer
depend on USB_PHY, it is safe to select the PHY drivers.
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/usb/host/Kconfig |4 +---
1 files changed, 1 insertions(+), 3
As the USB PHY drivers no longer depend on USB_PHY but
select it if needed, the controller drivers need not
depend on USB_PHY. They can safely select the necessary
PHY driver i.e. USB_MSM_OTG in this case.
Signed-off-by: Roger Quadros rog...@ti.com
CC: Pavankumar Kondeti pkond...@codeaurora.org
As the USB PHY drivers no longer depend on USB_PHY but
select it if needed, the controller drivers need not
depend on USB_PHY. They can safely select the necessary
PHY driver i.e. USB_ISP1301 in this case.
Signed-off-by: Roger Quadros rog...@ti.com
CC: Roland Stigge sti...@antcom.de
---
Hi,
Improve Kconfig so that the relevant PHY driver can be explicitely
selected by the controller driver instead of relying on the user
to do so.
Detailed description in patch 1.
cheers,
-roger
Roger Quadros (5):
USB: PHY: Make PHY driver selection possible by controller drivers
USB:
Convert PHY Drivers from menuconfig to menu so that the PHY drivers
can be explicitely selected by the controller drivers.
USB_PHY is no longer a user visible option. It is upto to the PHY
drivers to select it if needed. This patch does so for the existing
PHY drivers that use the USB_PHY
On Wednesday 29 May 2013 14:43:26 Roger Quadros wrote:
Improve Kconfig so that the relevant PHY driver can be explicitely
selected by the controller driver instead of relying on the user
to do so.
Detailed description in patch 1.
I think you have to fold patches 3-5 into patch 1,
On 05/29/2013 02:59 PM, Arnd Bergmann wrote:
On Wednesday 29 May 2013 14:43:26 Roger Quadros wrote:
Improve Kconfig so that the relevant PHY driver can be explicitely
selected by the controller driver instead of relying on the user
to do so.
Detailed description in patch 1.
I think you
On 05/29/2013 11:58 AM, Mohammed, Afzal wrote:
Hi Benoit,
On Wed, May 29, 2013 at 14:09:18, Cousson, Benoit wrote:
On 05/29/2013 10:06 AM, Mohammed, Afzal wrote:
On Wed, May 29, 2013 at 03:35:10, Stephen Warren wrote:
On 05/28/2013 03:25 PM, Jon Hunter wrote:
If you are adding more
Andrii Tseglytskyi andrii.tseglyts...@ti.com writes:
[...]
Signed-off-by: Vincent Bour v-b...@ti.com
Signed-off-by: Leonardo Affortunati l-affortun...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
Signed-off-by: Andrii.Tseglytskyi andrii.tseglyts...@ti.com
From
Cousson, Benoit b-cous...@ti.com writes:
[...]
Let me respin this after some more doc reading.
Did you re-spin it already?
Yes, v2 is here.
http://marc.info/?l=linux-omapm=136944147521955w=2
It also needed a rework because the fref_clk0_out pin is also in the
wkup section of the
On 05/29/2013 01:43 PM, Roger Quadros wrote:
As the USB PHY drivers no longer depend on USB_PHY but
select it if needed, the controller drivers need not
depend on USB_PHY. They can safely select the necessary
PHY driver i.e. USB_ISP1301 in this case.
Signed-off-by: Roger Quadros
Salut Monsieur Benoit,
On 16-05-2013 08:27, Eduardo Valentin wrote:
On 16-05-2013 03:20, Benoit Cousson wrote:
Hi Eduardo,
cut
We need to check.
Yeah, I also dont think this will work, because we will reparent the
interrupt, setting to a different controller. That will break the
Hi Eduardo,
On 5/29/2013 4:11 PM, Eduardo Valentin wrote:
Salut Monsieur Benoit,
On 16-05-2013 08:27, Eduardo Valentin wrote:
On 16-05-2013 03:20, Benoit Cousson wrote:
Hi Eduardo,
cut
We need to check.
Yeah, I also dont think this will work, because we will reparent the
interrupt,
On 05/29/2013 12:58 PM, Andrii Tseglytskyi wrote:
Hi Kevin,
Thanks a lot for your comments.
On 05/28/2013 09:45 PM, Kevin Hilman wrote:
Andrii Tseglytskyi andrii.tseglyts...@ti.com writes:
From: Nishanth Menon n...@ti.com
vpboundsintr_en is available inside the IP block as an re-sycned
On 5/29/2013 4:03 PM, Kevin Hilman wrote:
Cousson, Benoit b-cous...@ti.com writes:
[...]
Let me respin this after some more doc reading.
Did you re-spin it already?
Yes, v2 is here.
http://marc.info/?l=linux-omapm=136944147521955w=2
It also needed a rework because the fref_clk0_out pin
On 28.05.2013 18:30, Kevin Hilman wrote:
Aida Mynzhasova aida.mynzhas...@skitlab.ru writes:
This patch corrects the base address of IVA2 module on omap3430.
Signed-off-by: Aida Mynzhasova aida.mynzhas...@skitlab.ru
I know it looks a bit weird to have a negative offset like this, but
it's
On 05/29/2013 02:39 AM, Benoit Cousson wrote:
Hi Afzal,
On 05/29/2013 10:06 AM, Mohammed, Afzal wrote:
Hi Jon,
On Wed, May 29, 2013 at 03:35:10, Stephen Warren wrote:
On 05/28/2013 03:25 PM, Jon Hunter wrote:
ti,am335x-timer (applicable to AM335x devices)
2013/5/29 Roger Quadros rog...@ti.com:
ehci-omap needs NOP_USB_XCEIV PHY driver to function
properly, so select it. As the USB PHY drivers no longer
depend on USB_PHY, it is safe to select the PHY drivers.
Signed-off-by: Roger Quadros rog...@ti.com
Acked-by: Adrien Vergé
On 29-05-2013 10:19, Cousson, Benoit wrote:
Hi Eduardo,
On 5/29/2013 4:11 PM, Eduardo Valentin wrote:
Salut Monsieur Benoit,
On 16-05-2013 08:27, Eduardo Valentin wrote:
On 16-05-2013 03:20, Benoit Cousson wrote:
Hi Eduardo,
cut
We need to check.
Yeah, I also dont think this will
On 5/29/2013 5:29 PM, Kevin Hilman wrote:
On May 29, 2013 8:06 AM, Cousson, Benoit b-cous...@ti.com
mailto:b-cous...@ti.com wrote:
On 5/29/2013 4:03 PM, Kevin Hilman wrote:
Cousson, Benoit b-cous...@ti.com mailto:b-cous...@ti.com writes:
[...]
Let me respin this after some
Grygorii Strashko grygorii.stras...@ti.com writes:
On 05/28/2013 09:33 PM, Kevin Hilman wrote:
Nishanth Menon n...@ti.com writes:
On Fri, May 24, 2013 at 5:15 PM, Kevin Hilman khil...@linaro.org wrote:
Kevin Hilman khil...@linaro.org writes:
Nishanth Menon n...@ti.com writes:
[...]
Cousson, Benoit b-cous...@ti.com writes:
On 5/29/2013 5:29 PM, Kevin Hilman wrote:
On May 29, 2013 8:06 AM, Cousson, Benoit b-cous...@ti.com
mailto:b-cous...@ti.com wrote:
On 5/29/2013 4:03 PM, Kevin Hilman wrote:
Cousson, Benoit b-cous...@ti.com mailto:b-cous...@ti.com writes:
Andrii Tseglytskyi andrii.tseglyts...@ti.com writes:
On 05/29/2013 12:58 PM, Andrii Tseglytskyi wrote:
Hi Kevin,
Thanks a lot for your comments.
On 05/28/2013 09:45 PM, Kevin Hilman wrote:
Andrii Tseglytskyi andrii.tseglyts...@ti.com writes:
From: Nishanth Menon n...@ti.com
Joel A Fernandes joelag...@ti.com writes:
Calling runtime PM API for every block causes serious perf hit to
crypto operations that are done on a long buffer.
As crypto is performed on a page boundary, encrypting large buffers can
cause a series of crypto operations divided by page. The
Tony, Paul,
Here is another attempt to send the SOC data files for OMAP5 based devices.
As aligned on list, I have dropped clock data from the series.
That means for the boot, one clock data patch needs to be applied.
It is available on my git tree in 'out_of_tree/omap5_clk_data' branch.
With
OMAP5 reuses OMAP4 PRM IP block which lets us re-use PRM functions.
So move the function prototypes from prm44xx.h to prm44xx_54xx.h
header. The suggestion came from Paul Walmsley as part of the
OMAP5 data file review.
This is preparatory patch to add OMAP5 PRM data file.
Cc: Paul Walmsley
From: Benoit Cousson b-cous...@ti.com
Add the PRCM MPU registers for OMAP54XX platforms.
Cc: Paul Walmsley p...@pwsan.com
Signed-off-by: Benoit Cousson b-cous...@ti.com
[santosh.shilim...@ti.com: Generated es2.0 data]
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
From: Benoit Cousson b-cous...@ti.com
Adding the OMAP5 specific header for SCRM module.
Cc: Paul Walmsley p...@pwsan.com
Signed-off-by: Benoit Cousson b-cous...@ti.com
[santosh.shilim...@ti.com: Generated es2.0 data]
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
OMAP5 reuses OMAP4 CM IP block which lets us re-use CM1/CM2 functions.
So move the function prototypes from cm1_44xx.h, cm2_44xx.h to
cm_prm44xx_54xx.h header. The suggestion came from Paul Walmsley
as part of the OMAP5 data file review.
This is preparatory patch to add OMAP5 CM data file.
Cc:
Include the OMAP5 data files in build. Initialise the voltage, power,
clock domains.
Cc: Paul Walmsley p...@pwsan.com
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/mach-omap2/Makefile |4
arch/arm/mach-omap2/io.c |7 +++
2 files changed, 11
From: Benoit Cousson b-cous...@ti.com
Add the data file to describe all clock domains inside the OMAP54XX soc.
Cc: Paul Walmsley p...@pwsan.com
Signed-off-by: Benoit Cousson b-cous...@ti.com
[santosh.shilim...@ti.com: Generated es2.0 data]
Signed-off-by: Santosh Shilimkar
From: Benoit Cousson b-cous...@ti.com
Add the data file to describe all power domains inside the OMAP54XX soc.
Cc: Paul Walmsley p...@pwsan.com
Signed-off-by: Benoit Cousson b-cous...@ti.com
[santosh.shilim...@ti.com: Generated es2.0 data]
Signed-off-by: Santosh Shilimkar
Add voltagedomain related data for OMAP54XX SOCs. OMAP4 OPP data is
used for now. OMAP5 OPP data will be added as part of OMAP5 DVFS
support.
Cc: Kevin Hilman khil...@deeprootsystems.com
Cc: Paul Walmsley p...@pwsan.com
Signed-off-by: Benoit Cousson b-cous...@ti.com
Signed-off-by: Santosh
OMAP5 reuses OMAP4 MPU PRCM IP block which lets us re-use functions.
So move the function prototypes from prcm_mpu44xx.h to prcm_mpu_44xx_54xx.h
header. The suggestion came from Paul Walmsley as part of the
OMAP5 data file review.
This is preparatory patch to add OMAP5 MPU PRCM data file.
Cc:
On Friday 17 May 2013 01:22 PM, Tony Lindgren wrote:
* Santosh Shilimkar santosh.shilim...@ti.com [130517 01:02]:
Paul, Tony,
On Friday 05 April 2013 10:20 PM, Santosh Shilimkar wrote:
On Thursday 04 April 2013 10:27 PM, Santosh Shilimkar wrote:
On Thursday 04 April 2013 10:22 PM, Tony
On 05/29/2013 06:13 PM, Kevin Hilman wrote:
Cousson, Benoit b-cous...@ti.com writes:
On 5/29/2013 5:29 PM, Kevin Hilman wrote:
On May 29, 2013 8:06 AM, Cousson, Benoit b-cous...@ti.com
mailto:b-cous...@ti.com wrote:
On 5/29/2013 4:03 PM, Kevin Hilman wrote:
Cousson, Benoit
Oleksandr Dmytryshyn oleksandr.dmytrys...@ti.com writes:
Starting from the OMAP chips with version2 registers scheme there are
2 registers (I2C_IRQENABLE_SET and I2C_IRQENABLE_CLR) to manage
interrupts instead of the older OMAP chips with old scheme which have
only one register (I2C_IE). Now
Hi,
On Wed, May 29, 2013 at 11:36:01AM +0530, Kishon Vijay Abraham I wrote:
Hi Felipe,
On Tuesday 28 May 2013 11:05 PM, Felipe Balbi wrote:
On Fri, May 24, 2013 at 08:01:33PM +0530, Kishon Vijay Abraham I wrote:
This patch series adds driver for palmas usb which is used to detect
On Wed, May 29, 2013 at 12:06:52PM +0200, Yegor Yefremov wrote:
On Tue, May 28, 2013 at 7:36 PM, Felipe Balbi ba...@ti.com wrote:
On Tue, May 28, 2013 at 09:21:01AM +0200, yegorsli...@googlemail.com wrote:
From: Yegor Yefremov yegorsli...@googlemail.com
'ick' was changed to 'hsotgusb_ick'
Hi,
On Tue, May 28, 2013 at 07:42:41PM +0100, Jon Hunter wrote:
Care to share the log?
Below are three logs from 3.10-rc3 / Nokia 770. I did not even compile
Retu this time, as it has nothing to do with GPIO IRQs being broken
on OMAP1.
1) broken vanilla 3.10-rc3: serial wakeup GPIO irq gets
Calling runtime PM API for every block causes serious perf hit to
crypto operations that are done on a long buffer.
As crypto is performed on a page boundary, encrypting large buffers can
cause a series of crypto operations divided by page. The runtime PM API
is also called those many times.
We
On Wednesday 29 May 2013 02:59 PM, Joel A Fernandes wrote:
Calling runtime PM API for every block causes serious perf hit to
crypto operations that are done on a long buffer.
As crypto is performed on a page boundary, encrypting large buffers can
cause a series of crypto operations divided by
Salut Benoît,
On Mon, 27 May 2013, Benoit Cousson wrote:
On 05/20/2013 04:47 AM, Paul Walmsley wrote:
On Fri, 17 May 2013, Hiremath, Vaibhav wrote:
Tony, Paul and Benoit,
Any update on this series?
Most of the changes are DT-related, so it should probably go in via
Benoît.
On Mon, 4 Mar 2013, hvaib...@ti.com wrote:
From: Vaibhav Hiremath hvaib...@ti.com
Represent debugSS clock interface as provided in
CM_WKUP_DEBUGSS_CLKCTRL register, which includes,
- Clock gate for optional DEBUG_CLKA and DBGSYSCLK
- Clock Mux for TRC_PMD and STM_PMD
-
On 28/05/13 23:05, Stephen Warren wrote:
On 05/28/2013 03:25 PM, Jon Hunter wrote:
On 27/05/13 15:37, Afzal Mohammed wrote:
AM43x timer bindings.
Signed-off-by: Afzal Mohammed af...@ti.com
---
Documentation/devicetree/bindings/arm/omap/timer.txt | 2 ++
1 file changed, 2 insertions(+)
Hi,
On Thu, May 23, 2013 at 09:22:04AM +0200, Benoit Cousson wrote:
On 05/22/2013 09:44 PM, Aaro Koskinen wrote:
Add minimal DT support for Nokia N950 N9. The basic boot works. I can
connect to both devices with USB networking ssh. dmesg output looks OK.
That's great! Tony will like
On 29/05/13 19:55, Aaro Koskinen wrote:
Hi,
On Tue, May 28, 2013 at 07:42:41PM +0100, Jon Hunter wrote:
Care to share the log?
Below are three logs from 3.10-rc3 / Nokia 770. I did not even compile
Retu this time, as it has nothing to do with GPIO IRQs being broken
on OMAP1.
That's not
On 29/05/13 22:29, Jon Hunter wrote:
On 29/05/13 19:55, Aaro Koskinen wrote:
Hi,
On Tue, May 28, 2013 at 07:42:41PM +0100, Jon Hunter wrote:
Care to share the log?
Below are three logs from 3.10-rc3 / Nokia 770. I did not even compile
Retu this time, as it has nothing to do with GPIO
Quoting Jean-Philippe Francois (2013-05-17 08:51:26)
omap36xx_pwrdn_clk_enable_with_hsdiv_restore expects the parent hw of the
clock
to be a clk_hw_omap. However, looking at cclock3xxx_data.c, all concerned
clock
have parent defined as clk_divider.
Fix the function to use clk_divider.
* Aaro Koskinen aaro.koski...@iki.fi [130529 14:02]:
Hi,
On Thu, May 23, 2013 at 09:22:04AM +0200, Benoit Cousson wrote:
On 05/22/2013 09:44 PM, Aaro Koskinen wrote:
Add minimal DT support for Nokia N950 N9. The basic boot works. I can
connect to both devices with USB networking ssh.
* Santosh Shilimkar santosh.shilim...@ti.com [130529 09:44]:
Tony, Paul,
Here is another attempt to send the SOC data files for OMAP5 based devices.
As aligned on list, I have dropped clock data from the series.
That means for the boot, one clock data patch needs to be applied.
It is
* Tony Lindgren t...@atomide.com [130529 17:19]:
* Santosh Shilimkar santosh.shilim...@ti.com [130529 09:44]:
Tony, Paul,
Here is another attempt to send the SOC data files for OMAP5 based devices.
As aligned on list, I have dropped clock data from the series.
That means for the boot,
78 matches
Mail list logo