* Sebastian Andrzej Siewior bige...@linutronix.de [140717 03:09]:
On 07/17/2014 10:12 AM, Tony Lindgren wrote:
Hmm it could be that it works for a while because the clocks are on
from the bootloader and pm_runtime calls won't do anything. This
could happen if the interconnect data based on
* mwelling mwell...@emacinc.com [140717 16:42]:
I am in the process of porting a device tree compatible version of the
linux kernel to a AM3517 based device.
First I tried 3.10.x and the device tree port appeared to be incomplete.
Neither the LCD or Ethernet were supported.
Next I tried
Hi,
Dan Murphy wrote:
The TI SoC reset controller support utilizes the
reset controller framework to give device drivers or
function drivers a common set of APIs to call to reset
a module.
The reset-ti is a common interface to the reset framework.
The register data is retrieved during
On 16 July 2014 09:17, Dr. H. Nikolaus Schaller h...@goldelico.com wrote:
Am 15.07.2014 um 14:45 schrieb Joachim Eastwood:
Hi Marek,
You seem to add some DT nodes for hw that doesn't have drivers in
mainline. I think you should leave those out until the driver itself
is upstream and the
Signed-off-by: Andreas Fenkart afenk...@gmail.com
diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c
index 2f944d7..1c10e6c 100644
--- a/drivers/mmc/host/omap_hsmmc.c
+++ b/drivers/mmc/host/omap_hsmmc.c
@@ -36,6 +36,7 @@
#include linux/mmc/host.h
#include
assuming cover is the door like thing on cameras that needs to be closed
after replacing sd cards. card detect is a gpio connected to sdio slot.
in a follow up patch card_detect will be replaced by generic mmc/slot-gpio
a git bisect patch
Signed-off-by: Andreas Fenkart afenk...@gmail.com
diff
Hi Balaji,
I'm trying to reuse mmc_of_parse for parsing standard mmc features:
- cd-gpios / wp-gpios
- bus-width
- max-frequency
- keep-power-in-suspend
- enable-sdio-wakeup
- ti,non-removable, evtl.
Currently these are open-coded in of_get_hsmmc_pdata. I tried
removing them all from
Signed-off-by: Andreas Fenkart afenk...@gmail.com
diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c
index 1b9f279..25aafa6 100644
--- a/drivers/mmc/host/omap_hsmmc.c
+++ b/drivers/mmc/host/omap_hsmmc.c
@@ -231,15 +231,6 @@ struct omap_mmc_of_data {
static void
On 07/17/2014 06:18 PM, Felipe Balbi wrote:
No, this is okay. If you look, it checks for up-ier
UART_IER_THRI. On the second invocation it will see that this
bit is already set and therefore won't call get_sync() for the
second time. That bit is removed in the _stop_tx() path.
oh, right.
Hello Marek and Dr. H. Nikolaus,
On Fri, Jul 18, 2014 at 8:55 AM, Joachim Eastwood manab...@gmail.com wrote:
On 16 July 2014 09:17, Dr. H. Nikolaus Schaller h...@goldelico.com wrote:
Am 15.07.2014 um 14:45 schrieb Joachim Eastwood:
Hi Marek,
You seem to add some DT nodes for hw that doesn't
Hello,
The OMAP3 ISP driver was the only user of the OMAP IOVMM API. Now that is has
been ported to the DMA API, remove the unused virtual memory manager.
The removal is split in three patches to ease upstream merge. The first patch
removes the omap-iovmm driver, the second patch removes setting
The fields are not used by the driver and will be removed from platform
data. Don't set them.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
arch/arm/mach-omap2/omap-iommu.c | 2 --
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 4
The fields were used by the now gone omap-iovmm driver. They're not used
anymore, remove them.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
include/linux/platform_data/iommu-omap.h | 6 --
1 file changed, 6 deletions(-)
diff --git
The OMAP3 ISP driver was the only user of the OMAP IOVMM API. Now that
is has been ported to the DMA API, remove the unused virtual memory
manager.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/iommu/Kconfig| 10 +-
drivers/iommu/Makefile |
Hi Suman,
Thank you for the review.
On Thursday 17 July 2014 10:53:03 Suman Anna wrote:
On 07/17/2014 06:09 AM, Laurent Pinchart wrote:
The OMAP3 ISP driver was the only user of the OMAP IOVMM API. Now that
is has been ported to the DMA API, remove the unused virtual memory
manager.
On Fri, Jul 18, 2014 at 1:38 AM, Tony Lindgren t...@atomide.com wrote:
* mwelling mwell...@emacinc.com [140717 16:42]:
I am in the process of porting a device tree compatible version of the
linux kernel to a AM3517 based device.
First I tried 3.10.x and the device tree port appeared to be
The omap1's debug-macro.S is similar to the generic 8250 code. Compared to
the 8520 code the omap1 macro automatically determines what UART to use
based on breadcrumbs left by the bootloader and automatically copes with
the eccentric register layout on OMAP7XX.
This patch drops both these
On Fri, Jul 18, 2014 at 09:40:48AM -0500, Michael Welling wrote:
On Fri, Jul 18, 2014 at 1:38 AM, Tony Lindgren t...@atomide.com wrote:
* mwelling mwell...@emacinc.com [140717 16:42]:
I am in the process of porting a device tree compatible version of the
linux kernel to a AM3517 based
On Fri, Jul 18, 2014 at 10:35:10AM +0200, Sebastian Andrzej Siewior wrote:
On 07/17/2014 06:18 PM, Felipe Balbi wrote:
No, this is okay. If you look, it checks for up-ier
UART_IER_THRI. On the second invocation it will see that this
bit is already set and therefore won't call get_sync()
On 07/18/2014 11:31 AM, Felipe Balbi wrote:
On Fri, Jul 18, 2014 at 10:35:10AM +0200, Sebastian Andrzej Siewior wrote:
On 07/17/2014 06:18 PM, Felipe Balbi wrote:
No, this is okay. If you look, it checks for up-ier
UART_IER_THRI. On the second invocation it will see that this
bit is
On Fri, Jul 18, 2014 at 11:53:21AM -0400, Peter Hurley wrote:
On 07/18/2014 11:31 AM, Felipe Balbi wrote:
On Fri, Jul 18, 2014 at 10:35:10AM +0200, Sebastian Andrzej Siewior wrote:
On 07/17/2014 06:18 PM, Felipe Balbi wrote:
No, this is okay. If you look, it checks for up-ier
On Fri, Jul 18, 2014 at 09:40:48AM -0500, Michael Welling wrote:
On Fri, Jul 18, 2014 at 1:38 AM, Tony Lindgren t...@atomide.com wrote:
* mwelling mwell...@emacinc.com [140717 16:42]:
I am in the process of porting a device tree compatible version of the
linux kernel to a AM3517 based
On 07/18/2014 05:50 AM, Laurent Pinchart wrote:
Hi Suman,
Thank you for the review.
On Thursday 17 July 2014 10:53:03 Suman Anna wrote:
On 07/17/2014 06:09 AM, Laurent Pinchart wrote:
The OMAP3 ISP driver was the only user of the OMAP IOVMM API. Now that
is has been ported to the DMA
Hi Laurent,
On 07/18/2014 05:49 AM, Laurent Pinchart wrote:
Hello,
The OMAP3 ISP driver was the only user of the OMAP IOVMM API. Now that is has
been ported to the DMA API, remove the unused virtual memory manager.
The removal is split in three patches to ease upstream merge. The first
On Wed, Jul 16, 2014 at 05:55:58AM -0700, Tony Lindgren wrote:
The following changes since commit 7171511eaec5bf23fb06078f59784a3a0626b38f:
Linux 3.16-rc1 (2014-06-15 17:45:28 -1000)
are available in the git repository at:
25 matches
Mail list logo