to virtqueue_add_buf
Mark Grosen (2):
remoteproc: do not require an iommu
remoteproc: avoid registering a virtio device if not supported
Ohad Ben-Cohen (16):
remoteproc: add framework for controlling remote processors
remoteproc: add debugfs entries
remoteproc: create
On Wed, Feb 22, 2012 at 7:58 PM, Tony Lindgren t...@atomide.com wrote:
2430 is like omap3 for the mailbox.
Gotcha, thanks.
This one below isn't pretty, but it should satisfy all build
permutations and still be correct hw-wise.
If it looks good to you I'll submit it properly.
diff --git
On Wed, Feb 22, 2012 at 10:12 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
+#ifdef CONFIG_ARCH_OMAP2
+struct omap_mbox *omap2_mboxes[] = {
+ mbox_dsp_info,
+#ifdef CONFIG_SOC_OMAP2420
+ mbox_iva_info,
+#endif
+ NULL
+};
#endif
Beautiful. Thanks!
--
To
On Mon, Feb 20, 2012 at 7:55 PM, Tony Lindgren t...@atomide.com wrote:
Ohad, care to look into fixing these for the -rc series?
Sure thing, will do.
Ohad.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo
:00:00 2001
From: Ohad Ben-Cohen o...@wizery.com
Date: Mon, 6 Feb 2012 11:53:17 +0200
Subject: [PATCH] ARM: OMAP4: panda: clean up/fix wlan init path
1. Stop intimidating users with scary wlan error messages in case wl12xx
support wasn't even built.
2. When a wlan init error does happen, provide
On Wed, Feb 1, 2012 at 6:57 PM, Arnd Bergmann a...@arndb.de wrote:
I will.
Thanks.
Yes, I think it's best to have it merged through arm-soc, in case Linus
is more likely to take it from there than pull from your tree.
Great, thanks.
Ohad.
--
To unsubscribe from this list: send the line
Hi Arnd,
On Thu, Dec 22, 2011 at 5:22 PM, Arnd Bergmann a...@arndb.de wrote:
If you think you need more Acks or if there are other
reasons to have it go through arm-soc, please tell me and I'll try harder
to find the time for a proper review.
Any chance you could carve out some time for
Hi Tony,
On Fri, Dec 9, 2011 at 10:54 PM, Tony Lindgren t...@atomide.com wrote:
* Kevin Hilman khil...@ti.com [111209 09:15]:
Tony,
Please pull the following minor PM cleanups for v3.3.
Thanks pulling into cleanup branch.
It looks like this pull request from Kevin didn't make it to
.
Mark Grosen (2):
remoteproc: do not require an iommu
remoteproc: avoid registering a virtio device if not supported
Ohad Ben-Cohen (13):
remoteproc: add framework for controlling remote processors
remoteproc: add debugfs entries
On Thu, Jan 12, 2012 at 9:01 PM, Ohad Ben-Cohen o...@wizery.com wrote:
Please pull:
git://git.kernel.org/pub/scm/linux/kernel/git/ohad/remoteproc.git
for-next-acked
To get the remoteproc and rpmsg frameworks, and a few fixes that were
collected after the frameworks were already merged
On Fri, Jan 13, 2012 at 1:07 PM, Joerg Roedel joerg.roe...@amd.com wrote:
Will apply it as soon as the merge window closes.
Thanks.
Though we might want to consider sending this to Linus before rc1, to
eliminate global developers' pain as much as possible :)
--
To unsubscribe from this list:
On Fri, Jan 13, 2012 at 6:46 PM, Joerg Roedel joerg.roe...@amd.com wrote:
Okay, so I will send out the fix early next week :)
Thanks a lot :)
--
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
305aefa86e84a161f2535e4302eaf8b2338eeff8 Mon Sep 17 00:00:00 2001
From: Ohad Ben-Cohen o...@wizery.com
Date: Thu, 12 Jan 2012 09:26:57 +0200
Subject: [PATCH] remoteproc: don't use virtio's weak barriers
When creating a virtqueue for rpmsg, tell virtio we're not interested
in weak smp barriers, since
On Thu, Jan 12, 2012 at 6:05 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
Why don't you just update your for-next branch, and it will be included
into linux-next automatically?
I need to merge Rusty's branch into my for-next branch in order to do that.
I could do that, but the downside is
/kernel/git/ohad/remoteproc.git
for-next-acked
Mark Grosen (2):
remoteproc: do not require an iommu
remoteproc: avoid registering a virtio device if not supported
Ohad Ben-Cohen (13):
remoteproc: add framework for controlling remote processors
remoteproc: add debugfs entries
Torvalds torva...@linux-foundation.org
Date: Tue Jan 10 18:04:27 2012 -0800
Merge tag 'for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost
Reported-by: Govindraj Raja govindraj.r...@ti.com
Reported-by: Arik Nemtsov a...@wizery.com
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
Cc
On Wed, Jan 4, 2012 at 1:35 AM, Grant Likely grant.lik...@secretlab.ca wrote:
+ /* go through the available ELF segments */
+ for (i = 0; i ehdr-e_phnum; i++, phdr++) {
+ u32 da = phdr-p_paddr;
+ u32 memsz = phdr-p_memsz;
+ u32 filesz =
On Thu, Dec 22, 2011 at 5:22 PM, Arnd Bergmann a...@arndb.de wrote:
Either way works for me, too. Right now, I would tend to let you send it
to Linus directly because I haven't looked at the latest versions of the
code for some time.
Directly to Linus it is then.
While I generally trust you
Hi Arnd,
On Mon, Dec 12, 2011 at 1:33 AM, Stephen Rothwell s...@canb.auug.org.au wrote:
On Fri, 9 Dec 2011 16:55:27 +0200 Ohad Ben-Cohen o...@wizery.com wrote:
Can you please add the following remoteproc tree to linux-next ?
git://git.kernel.org/pub/scm/linux/kernel/git/ohad/remoteproc.git
On Sun, Dec 18, 2011 at 11:47 PM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
Investigation complete.
http://patchwork.linuxtv.org/patch/8451/
Great, thanks a lot Laurent !
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
On Fri, Dec 9, 2011 at 7:38 AM, Rusty Russell ru...@rustcorp.com.au wrote:
It's usually done:
Acked-by: Rusty Russell ru...@rustcorp.com.au (virtio_ids.h)
And I've added it to the next version of the virtio-spec, so noone else
grabs it.
Great, thanks a lot !
--
To unsubscribe from this
5611cc4572e889b62a7b4c72a413536bf6a9c416:
Linux 3.2-rc4 (2011-12-01 14:56:01 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/ohad/remoteproc.git for-next
Ohad Ben-Cohen (6):
remoteproc: add framework for controlling remote processors
On Thu, Dec 8, 2011 at 7:01 PM, Tony Lindgren t...@atomide.com wrote:
The platform init code looks OK to me. Please also start considering
how to do the DT bindings for it.
Will do. Thanks !
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
On Wed, Dec 7, 2011 at 12:09 AM, Saravana Kannan skan...@codeaurora.org wrote:
Yes, I did realize it's not used in the code. I just wanted to prevent what
I considered a misuse of AMP. Thanks for accommodating my request.
Sure thing, and thanks for the feedback.
Dropping the 'amp' prefix also
Hi Rusty,
On Wed, Nov 23, 2011 at 11:58 AM, Ohad Ben-Cohen o...@wizery.com wrote:
On Wed, Nov 23, 2011 at 3:33 AM, Rusty Russell ru...@rustcorp.com.au wrote:
That would imply that I'd done more than glance over them, and
unfortunately I haven't :(
Np, thanks for glancing :)
I'd still like
Hi Tony,
On Tue, Oct 25, 2011 at 11:48 AM, Ohad Ben-Cohen o...@wizery.com wrote:
Add a remoteproc driver for OMAP4, so we can boot the dual-M3 Ducati
and DSP subsystems.
Use the omap_device_* API to control the hardware state, and utilize
the OMAP mailbox to interrupt the remote processor
Hi Joerg,
On Tue, Nov 15, 2011 at 12:39 PM, Roedel, Joerg joerg.roe...@amd.com wrote:
On Sun, Sep 25, 2011 at 06:58:52AM -0400, Ohad Ben-Cohen wrote:
Ohad Ben-Cohen (5):
ARM: dev_archdata: add private iommu extension
ARM: OMAP: omap_device: add a method to set iommu private archdata
On Wed, Nov 23, 2011 at 10:28 PM, Saravana Kannan
skan...@codeaurora.org wrote:
remoteproc would probably be the best fit since it's already used in the
code and people are used to discussing about it.
Guys you realize that 'amp' isn't really being used in the code
itself; this discussion boils
On Wed, Nov 23, 2011 at 3:33 AM, Rusty Russell ru...@rustcorp.com.au wrote:
That would imply that I'd done more than glance over them, and
unfortunately I haven't :(
Np, thanks for glancing :)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
On Wed, Nov 23, 2011 at 5:25 AM, Saravana Kannan skan...@codeaurora.org wrote:
Sorry for the rant, this naming just rubs me the wrong way. I definitely
appreciate the idea behind these patches.
I don't share the same naming concerns you have (if any, then
confusion with the bluetooth AMP
Hi Stephen,
Thanks for the review !
On Wed, Nov 23, 2011 at 5:27 AM, Stephen Boyd sb...@codeaurora.org wrote:
How big are the images you're loading? I had to split the memcpy up into
megabyte chunks because I was running out of virtual memory to map in
two huge chunks (one for the firmware
On Wed, Oct 26, 2011 at 6:00 AM, Rusty Russell ru...@rustcorp.com.au wrote:
On Tue, 25 Oct 2011 11:48:19 +0200, Ohad Ben-Cohen o...@wizery.com wrote:
Modern SoCs typically employ a central symmetric multiprocessing (SMP)
application processor running Linux, with several other asymmetric
Hi Laurent,
With 3.2-rc2, omap3isp seems to silently hang in my setup (sensor-less OMAP3).
Turning on lockdep yields the below messages, care to take a quick look ?
Thanks!
Ohad.
root@zoom3:~# media-ctl -r -l 'OMAP3 ISP CCP2 input:0-OMAP3 ISP
CCP2:0[1], OMAP3 ISP CCP
2:1-OMAP3 ISP CCDC:0[1],
Hi Joerg,
On Tue, Nov 15, 2011 at 12:39 PM, Roedel, Joerg joerg.roe...@amd.com wrote:
It doesn't apply cleanly, can you please rebase the code, collect the
Acked-by's and resend?
Sure. I planned on resending after the hardware pgsize patches are
merged, but please tell me if you prefer it the
On Tue, Nov 15, 2011 at 1:10 PM, Roedel, Joerg joerg.roe...@amd.com wrote:
It is almost merged :) I just had to struggle with some compile errors
from upstream in my tests. But I think I will finish testing today and
push everything out.
ok great thanks :)
--
To unsubscribe from this list:
Hello,
On Sun, Nov 13, 2011 at 1:04 PM, Ming Lei tom.leim...@gmail.com wrote:
Just be curious, is it a generic IOMMU so that it can be used by all IO
peripherals in OMAP4?
No, it's a dedicated iommu for the DSP and dual-M3 subsystems.
From related source code[1] and OMAP4 TRM[2], looks like
On Sun, Nov 13, 2011 at 4:07 PM, Ming Lei tom.leim...@gmail.com wrote:
Could you give a use case about the usage of controlling the iommu from
the A9?
E.g. before we boot the M3, we first configure its MMU (otherwise
every memory access it will do will fail).
I understand that the M3 and DSP
to patches (by keeping the old code around until all drivers are
converted) (Joerg)
Tested with OMAP4 (with rpmsg/remoteproc) and compile tested for X86-64.
Ohad Ben-Cohen (7):
iommu/core: stop converting bytes to page order back and forth
iommu/core: split mapping to page sizes as supported
Let the IOMMU core know we support 4KiB, 64KiB, 1MiB and 16MiB page sizes.
This way the IOMMU core can split any arbitrary-sized physically
contiguous regions (that it needs to map) as needed.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
Cc: Hiroshi DOYU hd...@nvidia.com
---
drivers/iommu/omap
and omap-iovmm) are adopted
to deal with bytes instead of page order.
Many thanks to Joerg Roedel joerg.roe...@amd.com for significant review!
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
Cc: David Brown dav...@codeaurora.org
Cc: David Woodhouse dw...@infradead.org
Cc: Joerg Roedel joerg.roe
Let the IOMMU core know we support arbitrary page sizes (as long as
they're an order of 4KiB).
This way the IOMMU core will retain the existing behavior we're used to;
it will let us map regions that:
- their size is an order of 4KiB
- they are naturally aligned
Signed-off-by: Ohad Ben-Cohen o
Now that all IOMMU drivers are exporting their supported pgsizes,
we can remove the default pgsize settings in register_iommu().
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
---
drivers/iommu/iommu.c | 10 --
1 files changed, 0 insertions(+), 10 deletions(-)
diff --git a/drivers
the potential
to be different between different DMA remapping devices.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
Cc: David Woodhouse dw...@infradead.org
---
drivers/iommu/intel-iommu.c | 19 +++
1 files changed, 19 insertions(+), 0 deletions(-)
diff --git a/drivers/iommu
Let the IOMMU core know we support 4KiB, 64KiB, 1MiB and 16MiB page sizes.
This way the IOMMU core can split any arbitrary-sized physically
contiguous regions (that it needs to map) as needed.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
Acked-by: David Brown dav...@codeaurora.org
Cc: Stepan
Express sizes in bytes rather than in page order, to eliminate the
size-order-size conversions we have whenever the IOMMU API is calling
the low level drivers' map/unmap methods.
Adopt all existing drivers.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
Cc: David Brown dav...@codeaurora.org
Cc
On Thu, Nov 10, 2011 at 7:37 PM, Kevin Hilman khil...@ti.com wrote:
Yes, will queue for v3.3.
Thanks!
--
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 http://vger.kernel.org/majordomo-info.html
Hi Laurent,
On Tue, Sep 27, 2011 at 2:46 PM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
On Sunday 25 September 2011 12:58:57 Ohad Ben-Cohen wrote:
Eliminate the public omap_find_iommu_device() method, and don't
expect clients to provide the omap_iommu handle anymore.
Instead
On Wed, Nov 9, 2011 at 11:17 AM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
Hi Ohad,
On Sunday 25 September 2011 12:58:56 Ohad Ben-Cohen wrote:
Bind OMAP3's isp device to the isp's dedicated iommu, by setting
the device's archdata iommu member.
This way omap3isp will be able
Hi Kevin,
On Mon, Oct 17, 2011 at 1:41 PM, Ohad Ben-Cohen o...@wizery.com wrote:
Expose omap_device_{alloc, delete, register} so we can use them outside
of omap_device.c.
Can you please take this one ?
Please tell me if you want a refreshed version against 3.2-rc1.
Thanks!
Ohad
On Thu, Nov 10, 2011 at 8:17 AM, Kai Huang mail.kai.hu...@gmail.com wrote:
Seems the unmap function don't take phys as parameter, does this mean
domain-ops-unmap will walk through the page table to find out the
actual page size?
The short answer is yes, and furthermore, we also consider to
Joerg, gentle reminder. thanks.
On Mon, Oct 17, 2011 at 1:27 PM, Ohad Ben-Cohen o...@wizery.com wrote:
v3-v4:
- simplify splitter logic (Joerg)
- declare supported page-sizes in the iommu_ops, without extending
iommu_register (Joerg)
- iommu_unmap should now return bytes too (Joerg
On Tue, Nov 8, 2011 at 4:01 PM, Joerg Roedel joerg.roe...@amd.com wrote:
On Tue, Nov 08, 2011 at 02:57:02PM +0200, Ohad Ben-Cohen wrote:
Joerg, gentle reminder. thanks.
Just wanted to wait until -rc1 is out and I can start merging
new stuff :)
np, thanks :)
--
To unsubscribe from this list
On Tue, Nov 8, 2011 at 6:23 PM, Joerg Roedel joerg.roe...@amd.com wrote:
Does not apply cleanly. Can you please rebase against v3.2-rc1 and
resend?
sure!
will refresh and resend.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
On Mon, Nov 7, 2011 at 2:58 PM, Vaibhav Hiremath hvaib...@ti.com wrote:
Fixes below compilation error -
Thanks. We already have this fix queued up though (reported by Axel awhile ago).
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
On Mon, Nov 7, 2011 at 3:58 PM, Hiremath, Vaibhav hvaib...@ti.com wrote:
[Hiremath, Vaibhav] I did try to search before fixing this...but I did not
find any patch for this. Can you point me to it?
http://comments.gmane.org/gmane.linux.kernel/1210678
--
To unsubscribe from this list: send the
Hi Linus,
Please pull:
git://git.kernel.org/pub/scm/linux/kernel/git/ohad/hwspinlock.git fixes
To get two hwspinlock fixes from Axel.
There was a third, module.h split merge-related fix from Axel that I
dropped because I saw Paul picked it up in his pull request.
Thanks,
Ohad.
The
On Sun, Oct 30, 2011 at 10:06 PM, Ohad Ben-Cohen o...@wizery.com wrote:
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/ohad/hwspinlock.git for-linus
...
All of the patches have been tested in linux-next and currently there
are no merge conflicts, though I expect one to happen
Ben-Cohen (8):
hwspinlock/core: simplify Kconfig
hwspinlock/core: simplify 'owner' handling
hwspinlock/omap: simplify allocation scheme
hwspinlock/core/omap: fix id issues on multiple hwspinlock devices
hwspinlock/core: remove stubs for register/unregister
put in BSD-licensed header files, so anyone can use them to develop
compatible peers.
Ohad Ben-Cohen (7):
amp/remoteproc: add framework for controlling remote processors
amp/remoteproc: add debugfs entries
amp/remoteproc: create rpmsg virtio device
amp/omap: add a remoteproc driver
ARM
On Fri, Oct 14, 2011 at 3:35 PM, Roedel, Joerg joerg.roe...@amd.com wrote:
This patch looks good. Please include it in the page-size patch-set.
will do.
Hmm, I'd like to constify the iommu_ops structures in the future. This
wouldn't work then anymore. How about renaming it to io_page_size
patches: first one that removes the
size-order-size conversions we have, and then the usual pgsize patch
rebased to it.
Please take a look,
Thanks,
Ohad.
From 7102bda53a425872591f14f850ab031b1ca5dae1 Mon Sep 17 00:00:00 2001
From: Ohad Ben-Cohen o...@wizery.com
Date: Tue, 11 Oct 2011 16:50:38 +0200
Hi KyongHo,
On Tue, Oct 11, 2011 at 4:59 PM, KyongHo Cho pullip@samsung.com wrote:
I think the type of size should be size_t.
..
Thus, it should be
iommu_unmap(domain, orig_iova, orig_size - size)
Agree with both suggestions, thanks !
P.S - please only keep the parts of my email which
Hi Kevin,
On Wed, Oct 5, 2011 at 6:54 PM, Ohad Ben-Cohen o...@wizery.com wrote:
Split omap_device_build_ss() into two smaller functions:
...
This patch is considered an interim solution until DT fully materializes
for omap; at that point, this functionality will be removed.
Good news: we
On Sun, Oct 2, 2011 at 5:58 PM, Ohad Ben-Cohen o...@wizery.com wrote:
Ok, fair enough. I've revised the patches and attached the main one
below; please tell me if it looks ok, and then I'll resubmit the
entire patch set.
Ping ?
--
To unsubscribe from this list: send the line unsubscribe linux
Hi Benoit,
On Mon, Sep 26, 2011 at 7:50 PM, Benoit Cousson b-cous...@ti.com wrote:
+++ b/Documentation/devicetree/bindings/hwspinlock/omap-spinlock.txt
@@ -0,0 +1,5 @@
+* HW spinlock on OMAP4 platform:
+
+Required properties:
+- compatible : Must be ti,omap4-spinlock;
+- ti,hwmods :
[ -bouncing hiroshi.d...@nokia.com, +not-bouncing hd...@nvidia.com :
hi Hiroshi :) ]
Hi Joerg,
On Mon, Oct 10, 2011 at 11:47 AM, Roedel, Joerg joerg.roe...@amd.com wrote:
sorry, I was on vacation last week and had no time to look into this.
Sure thing, thanks for replying!
+#include
On Mon, Oct 10, 2011 at 2:52 PM, KyongHo Cho pullip@samsung.com wrote:
Do not we need to unmap all intermediate mappings if iommu_map() is failed?
Good idea, I'll add it.
Thanks!
Ohad.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
Hi Joerg,
On Mon, Oct 10, 2011 at 5:36 PM, Roedel, Joerg joerg.roe...@amd.com wrote:
The master branch is best to base your patches on for generic work.
Oh, great. thanks.
It can happen when there is a bug somewhere :)
Hmm, bug ? ;)
Ok, I'll add a BUG_ON :)
Yes, somthing like that.
-Cohen o...@wizery.com
Date: Mon, 10 Oct 2011 23:55:51 +0200
Subject: [PATCH] iommu/core: fix build issue
Fix this:
drivers/iommu/iommu.c: In function 'iommu_commit':
drivers/iommu/iommu.c:291: error: 'iommu_ops' undeclared (first use in
this function)
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
.
Thanks,
Ohad.
commit bf1d730b5f4f7631becfcd4be52693d85bfea36b
Author: Ohad Ben-Cohen o...@wizery.com
Date: Mon Oct 10 23:50:55 2011 +0200
iommu/core: split mapping to page sizes as supported by the hardware
When mapping a memory region, split it to page sizes as supported
On Tue, Oct 4, 2011 at 10:29 PM, Kevin Hilman khil...@ti.com wrote:
tag. you're it.
Consider it done :)
OK, as long as I have some confidence that this is going in the right
direction (and having you on the job is a good sign!) I'm willing to
merge something like this as an interim
Hi Russell,
On Sun, Sep 25, 2011 at 1:58 PM, Ohad Ben-Cohen o...@wizery.com wrote:
Add a private iommu pointer to the ARM-specific arch data in the
device struct, which will be used to attach iommu-specific data
to devices which require iommu support.
Can you please take a look and ack/nack
that doesn't use any
omap-specific IOMMU API anymore.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
Cc: Kevin Hilman khil...@ti.com
Cc: Benoit Cousson b-cous...@ti.com
---
Based on Kevin's for_3.2/omap_device-2 branch
arch/arm/plat-omap/include/plat/omap_device.h |9 ++
arch/arm/plat-omap
On Tue, Oct 4, 2011 at 8:15 PM, Kevin Hilman khil...@ti.com wrote:
The approach is OK with me, but I'm a bit torn about whether or not to
merge this since the need for this should go away when converting to DT.
I guess it will still take some time until our boards are fully
functional with DT,
042690394b1a121202e0eeeb47d267b1a8d65132 Mon Sep 17 00:00:00 2001
From: Ohad Ben-Cohen o...@wizery.com
Date: Wed, 31 Aug 2011 16:46:47 +0300
Subject: [PATCH 2/7] iommu/core: split mapping to page sizes as
supported by the hardware
When mapping a memory region, split it to page sizes as supported
by the iommu
On Sun, Oct 2, 2011 at 4:45 PM, Arnd Bergmann a...@arndb.de wrote:
The iommu module on omap contains a few functions that are
only used by the debug module. These are however only there
when the debug code is built as a module. Since it is possible
to build the debug code into the kernel, the
On Sun, Oct 2, 2011 at 8:01 PM, Arnd Bergmann a...@arndb.de wrote:
Yes, please take it into the iommu tree, so I don't have to track
the conflict.
Sure thing.
Thanks,
Ohad.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
On Tue, Sep 27, 2011 at 4:30 AM, Grant Likely grant.lik...@secretlab.ca wrote:
Blech. Oh well. Not much point in doing something different if x86
uses a void*.
x86 probably does this because two different implementations needs to
plug their private data there: intel-iommu plugs there a
ping
On Fri, Sep 16, 2011 at 8:51 PM, Ohad Ben-Cohen o...@wizery.com wrote:
v2-v3:
- s/KB/KiB/ (David W)
v1-v2:
- split to patches (by keeping the old code around until all drivers are
converted) (Joerg)
Ohad Ben-Cohen (6):
iommu/core: split mapping to page sizes as supported
On Tue, Sep 27, 2011 at 1:05 PM, Roedel, Joerg joerg.roe...@amd.com wrote:
On Fri, Sep 16, 2011 at 01:51:41PM -0400, Ohad Ben-Cohen wrote:
int iommu_map(struct iommu_domain *domain, unsigned long iova,
- phys_addr_t paddr, int gfp_order, int prot)
+ phys_addr_t paddr
On Tue, Sep 27, 2011 at 4:12 PM, Roedel, Joerg joerg.roe...@amd.com wrote:
You pass a pointer to an unsigned long for the page-size bitmap. This
allows to use an array of unsigned long. But a single unsigned long is
sufficient
This is fine; I can change that if you like it better (though
Hi Kevin,
On Tue, Sep 27, 2011 at 1:53 AM, Kevin Hilman khil...@ti.com wrote:
Benoit did just this in preparation for DT.
http://marc.info/?l=linux-omapm=131672480111927w=2
Will that meet your needs?
It's almost there, but not entirely.
Benoit's alloc/delete functions focus on the
will now work on OMAP without
utilizing any omap-specific API.
The changes are tested on OMAP3 (with omap3isp) and OMAP4 (with
remoteproc/rpmsg).
This is still RFC (2nd patch is probably the least elegant).
Ohad Ben-Cohen (5):
ARM: dev_archdata: add private iommu extension
ARM: OMAP: omap_device
*' is currently used
(the downside is reduced typesafety).
Note: ia64, x86 and sparc have this exact iommu extension as well, and
if others are likely to adopt it too, we might want to consider
adding this to the device struct itself directly.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
Cc: Russell King
do with plain devices).
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
Cc: Benoit Cousson b-cous...@ti.com
Cc: Kevin Hilman khil...@ti.com
---
This is obviously not yet based on Benoit's recent changes; I'll do so after
we'll settle on the approach we want to take here.
arch/arm/plat-omap/include
the retrieval of the
omap_iommu handle from a user device.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
Cc: Tony Lindgren t...@atomide.com
Cc: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/plat-omap/include/plat/iommu.h | 26 ++
1 files changed, 26 insertions(+), 0 deletions
.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
Cc: Hiroshi DOYU hiroshi.d...@nokia.com
Cc: Laurent Pinchart laurent.pinch...@ideasonboard.com
Cc: Tony Lindgren t...@atomide.com
---
arch/arm/plat-omap/include/plat/iommu.h |5 +--
arch/arm/plat-omap/include/plat/iovmm.h | 12 +++---
drivers/iommu
Bind OMAP3's isp device to the isp's dedicated iommu, by setting
the device's archdata iommu member.
This way omap3isp will be able to use the generic IOMMU API without
having to call any omap-specific binding method.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
Cc: Tony Lindgren t
On Wed, Sep 21, 2011 at 6:28 PM, Tony Lindgren t...@atomide.com wrote:
Ohad can you please try this first? Just please make sure your patches are
first in next tree before sending in the pull request.
Sure thing.
Stephen, I'll send you the location of my tree in a few.
Thanks,
Ohad.
--
To
On Wed, Sep 21, 2011 at 6:56 PM, Ohad Ben-Cohen o...@wizery.com wrote:
On Wed, Sep 21, 2011 at 6:28 PM, Tony Lindgren t...@atomide.com wrote:
Ohad can you please try this first? Just please make sure your patches are
first in next tree before sending in the pull request.
Sure thing.
Stephen
On Wed, Sep 21, 2011 at 7:14 PM, Tony Lindgren t...@atomide.com wrote:
OK acked the related patch.
Thanks!
--
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
On Mon, Sep 12, 2011 at 7:46 PM, Ohad Ben-Cohen o...@wizery.com wrote:
This series includes a new u8500 hwspinlock driver from Mathieu,
a core fix from Juan and several other cleanups/fixes
(some of which were reported by Arnd while reviewing Mathieu's
driver).
...
Documentation
On Thu, Sep 15, 2011 at 1:45 PM, Roedel, Joerg joerg.roe...@amd.com wrote:
This doesn't work on platforms that may have more than one possible
iommu driver, like x86 for example.
Ok.
Acked-by: Ohad Ben-Cohen o...@wizery.com
(cc'ing Laurent for the VIDEO_OMAP3 part)
--
To unsubscribe from
v2-v3:
- s/KB/KiB/ (David W)
v1-v2:
- split to patches (by keeping the old code around until all drivers are
converted) (Joerg)
Ohad Ben-Cohen (6):
iommu/core: split mapping to page sizes as supported by the hardware
iommu/omap: announce supported page sizes
iommu/msm: announce
.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
Cc: David Brown dav...@codeaurora.org
Cc: David Woodhouse dw...@infradead.org
Cc: Joerg Roedel joerg.roe...@amd.com
Cc: Stepan Moskovchenko step...@codeaurora.org
Cc: Hiroshi DOYU hiroshi.d...@nokia.com
Cc: Laurent Pinchart laurent.pinch...@ideasonboard.com
Let the IOMMU core know we support 4KiB, 64KiB, 1MiB and 16MiB page sizes.
This way the IOMMU core can split any arbitrary-sized physically
contiguous regions (that it needs to map) as needed.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
Cc: David Brown dav...@codeaurora.org
Cc: Stepan
Let the IOMMU core know we support arbitrary page sizes (as long as
they're an order of 4KiB).
This way the IOMMU core will retain the existing behavior we're used to;
it will let us map regions that:
- their size is an order of 4KiB
- they are naturally aligned
Signed-off-by: Ohad Ben-Cohen o
the potential
to be different between different DMA remapping devices.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
Cc: David Woodhouse dw...@infradead.org
---
drivers/iommu/intel-iommu.c | 21 -
1 files changed, 20 insertions(+), 1 deletions(-)
diff --git a/drivers/iommu
Let the IOMMU core know we support 4KiB, 64KiB, 1MiB and 16MiB page sizes.
This way the IOMMU core can split any arbitrary-sized physically
contiguous regions (that it needs to map) as needed.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
Cc: Hiroshi DOYU hiroshi.d...@nokia.com
---
drivers
Now that all IOMMU drivers are converted to the new
register_iommu_pgsize() API, the old code can be removed, and
we can s/register_iommu_pgsize/register_iommu/.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
Cc: Joerg Roedel joerg.roe...@amd.com
Cc: David Woodhouse dw...@infradead.org
Cc: David
201 - 300 of 776 matches
Mail list logo