On 04/02/2014 05:12 PM, Tero Kristo wrote:
On 04/02/2014 04:48 PM, Peter Ujfalusi wrote:
ABE DPLL frequency need to be lowered from 361267200
to 180633600 to facilitate the ATL requironments.
The dpll_abe_m2x2_ck clock need to be set to double
of ABE DPLL rate in order to have correct clocks
Palmas class of devices have either twl 32K clock outputs:
CLK32K_KG and CLK32K_KGAUDIO
or only one:
CLK32K_KG (TPS659039 for example)
Use separate compatible flags for the two 32K clock.
A system which needs or have only one of the 32k clock from
Palmas will need to add node(s) for each clock as
On Wed, Apr 02, 2014 at 10:15:13AM -0700, Tony Lindgren wrote:
Paul uses MMC filesystem, I use NFS. As Felipe Pointed out as well, I
did rootcause MMC filesystem mount issue here:
http://marc.info/?l=linux-omapm=139637044425644w=2
Balaji, care to take a look at the issue for MMC? It may
On Thursday 03 April 2014 07:02 PM, Paolo Pisati wrote:
On Wed, Apr 02, 2014 at 10:15:13AM -0700, Tony Lindgren wrote:
Paul uses MMC filesystem, I use NFS. As Felipe Pointed out as well, I
did rootcause MMC filesystem mount issue here:
http://marc.info/?l=linux-omapm=139637044425644w=2
On 04/03/2014 05:52 AM, Peter Ujfalusi wrote:
[...]
.../devicetree/bindings/clock/clk-palmas.txt | 35 +++
drivers/clk/Kconfig| 7 +
drivers/clk/Makefile | 1 +
drivers/clk/clk-palmas.c | 307
Hello,
This patch set fixes miscellaneous issues with the OMAP IOMMU driver, found
when trying to port the OMAP3 ISP away from omap-iovmm to the ARM DMA API. The
biggest issue is fixed by patch 6/6, while the other patches fix smaller
problems that I've noticed when reading the code, without
From: Suman Anna s-a...@ti.com
The to_iommu definition is used only locally to the omap-iommu.c
source file, and it has nothing to do with the page attributes
defined in omap-iopgtable.h. So, move the definition out of
omap-iopgtable.h header file.
Signed-off-by: Suman Anna s-a...@ti.com
---
From: Suman Anna s-a...@ti.com
The iotlb_entry field values are used directly in omap2_alloc_cr,
a function used in preparing the MMU_CAM and MMU_RAM registers.
The iotlb_entry.valid value is being set incorrectly to 1 at the
moment, and this would result in overriding the PAGESIZE bit field
of
From: Suman Anna s-a...@ti.com
The current OMAP IOMMU ops for .domain_has_cap is a stub,
and the iommu core already returns a value of 0 if the
domain doesn't have a .domain_has_cap ops plugged in. So,
clean up this stub function.
Signed-off-by: Suman Anna s-a...@ti.com
---
The flush_iotlb_page() function prints a debug message when no
corresponding page was found in the TLB. That condition is incorrectly
checked and always resolves to true, given that the for_each_iotlb_cr()
loop is never interrupted and always reaches obj-nr_tlb_entries.
Given that we can't have
The IOMMU core breaks out mappings into pages already, there's no
need to support mapping multiple pages in one go.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Reviewed-by: Sakari Ailus sakari.ai...@iki.fi
---
drivers/iommu/omap-iommu.c | 1 -
1 file changed, 1 deletion(-)
The prot flags passed to the IOMMU map handler are defined in
include/linux/iommu.h as IOMMU_(READ|WRITE|CACHE|EXEC). However, the
driver expects to receive MMU_RAM_* OMAP-specific flags. This causes
IOMMU flags being interpreted as page sizes, leading to failures.
Hardcode the OMAP mapping
Hi Laurent,
On 04/03/2014 03:01 PM, Laurent Pinchart wrote:
The flush_iotlb_page() function prints a debug message when no
corresponding page was found in the TLB. That condition is incorrectly
checked and always resolves to true, given that the for_each_iotlb_cr()
loop is never interrupted
Hi Laurent,
On 04/03/2014 03:01 PM, Laurent Pinchart wrote:
Hello,
This patch set fixes miscellaneous issues with the OMAP IOMMU driver, found
when trying to port the OMAP3 ISP away from omap-iovmm to the ARM DMA API. The
biggest issue is fixed by patch 6/6, while the other patches fix
On 04/03/2014 04:02 PM, Anna, Suman wrote:
Hi Laurent,
On 04/03/2014 03:01 PM, Laurent Pinchart wrote:
Hello,
This patch set fixes miscellaneous issues with the OMAP IOMMU driver, found
when trying to port the OMAP3 ISP away from omap-iovmm to the ARM DMA API.
The
biggest issue is fixed
Hi Suman,
On Thursday 03 April 2014 16:02:09 Suman Anna wrote:
On 04/03/2014 03:01 PM, Laurent Pinchart wrote:
Hello,
This patch set fixes miscellaneous issues with the OMAP IOMMU driver,
found when trying to port the OMAP3 ISP away from omap-iovmm to the ARM
DMA API. The biggest
Hi Joerg,
The following changes since commit 8944b7d495a00ae44d19ce945b5032a86dcdf7f0:
Merge branch 'next' (2014-03-04 23:41:51 +0100)
are available in the git repository at:
git://linuxtv.org/pinchartl/media.git iommu/omap
for you to fetch changes up to
17 matches
Mail list logo