---
drivers/dsp/dspbridge/Kconfig |3 +++
drivers/dsp/dspbridge/mpu_driver/src/Kbuild |2 +-
2 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/drivers/dsp/dspbridge/Kconfig b/drivers/dsp/dspbridge/Kconfig
index 5d5622d..580c148 100644
---
in to ti-dspbridge branch :)
I also agree.
This code needs to be cleaned up first, and a separate official branch
will help the collaboration efforts.
Best regards.
--
Felipe Contreras
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to [EMAIL
maintainers to understand that this is code
that works today, but I don't think the code can be tested right now
since the tools (CE/Link) are not available out in the open.
/snip
Best regards.
--
Felipe Contreras
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
On Fri, Aug 15, 2008 at 10:20 PM, Felipe Contreras
[EMAIL PROTECTED] wrote:
On Fri, Aug 15, 2008 at 7:01 PM, Woodruff, Richard [EMAIL PROTECTED] wrote:
Hi,
From: [EMAIL PROTECTED] [mailto:linux-omap-
[EMAIL PROTECTED] On Behalf Of Tony Lindgren
* Hiroshi DOYU [EMAIL PROTECTED] [080815 13:34
On Fri, Aug 15, 2008 at 11:16 PM, Woodruff, Richard [EMAIL PROTECTED] wrote:
Hi Felipe,
[EMAIL PROTECTED] On Behalf Of Felipe Contreras
snip
As part of contributing this code there has been a lot of reworking
of the code. Last I had heard checkpatch and sparse warnings had been
killed
of this will get straighten out as we progress.
That great! I didn't know about it. I tried it and and looks ok. I
would prefer a CLI installer (more unix like), but good anyway.
Best regards.
--
Felipe Contreras
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
to keep one file
for one small function which would be even smaller with virtual
clocks.
Best regards.
--
Felipe Contreras
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo
upstream, but it's unmaintained
nowadays. It was used on OMAP1 and OMAP2 by Nokia, and shares code
with dsp-bridge, like mailbox and soon iommu. So it might be possible
to port the OMAP1 stuff from dsp-gateway into dsp-bridge.
Cheers.
[1] http://dspgateway.sourceforge.net/pub/index.php
--
Felipe
On Wed, Aug 11, 2010 at 7:55 PM, Hari Kanigeri hari.kanig...@gmail.com wrote:
1. Adapt to iommu. Add support if the support is not present for OMAP1.
AFAIK iommu started for OMAP1 as it was originally developed for dsp-gateway.
--
Felipe Contreras
--
To unsubscribe from this list: send
.
This is something I've proposed before, so I agree :)
--
Felipe Contreras
--
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
On Tue, Aug 24, 2010 at 7:31 PM, Guzman Lugo, Fernando
fernando.l...@ti.com wrote:
-Original Message-
From: Felipe Contreras [mailto:felipe.contre...@gmail.com]
Sent: Tuesday, August 24, 2010 5:09 AM
To: Guzman Lugo, Fernando
Cc: Kanigeri, Hari; linux-omap@vger.kernel.org;
linux
regarding DMM, and since you say
you have already done the changes, and since iommu migration is not
yet ready AFAIK, it might make sense to go for option b).
Anyway, thanks for the clarification :)
--
Felipe Contreras
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
completely
--
Felipe Contreras
--
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
iovmm can be used instead of dmm even if
the switch to iommu is not yet there.
--
Felipe Contreras
--
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
, and remove the mapping.
--
Felipe Contreras
--
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
list)
Implementation from iovmm and map it to dmm.c.
I think so too.
But I don't see the point of doing that, if dmm.c is about to
Dissapear.
When exactly?
--
Felipe Contreras
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
in a production system. I haven't seen it working
properly yet.
--
Felipe Contreras
--
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
buffer
hack: venc: strip SPS and PPS headers on keyframes
vdec: return last frame EOS from MPEG4, H.263 and WMV decoders
Felipe Contreras (111):
venc: fix default mode
base: reorganize status check in output_loop()
base: reorganize error checks in output_loop
and then a nested if for the
2420 case, but since HWMOD should handle it better, I left it as is.
I sent some patches to migrate to hwmod, at least it was working on
OMAP3, somebody would need to fill the values for OMAP2. Would you
like me to rebase and send them again?
--
Felipe Contreras
--
To unsubscribe
available as another iommu_device.
NAK.
This would break tidspbridge's MMU. This was discussed before:
http://thread.gmane.org/gmane.linux.ports.arm.kernel/58302/focus=58305
When tidspbridge has migrated to iommu, then it should define
CONFIG_MPU_BRIDGE_IOMMU.
--
Felipe Contreras
to same discussion.
When you merge iommu support, then either you enable
CONFIG_MPU_BRIDGE_IOMMU unconditionally, or you apply this patch, but
this patch alone will only break things.
--
Felipe Contreras
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
CONFIG_MPU_BRIDGE_IOMMU when the iommu
patches come.
--
Felipe Contreras
--
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
.
--
Felipe Contreras
--
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
to do is 'select OMAP_IOMMU_IVA2', although the attached
patch would be needed.
--
Felipe Contreras
From 2795948f11cb218eb7f4be26fd747727ba5c31da Mon Sep 17 00:00:00 2001
From: Felipe Contreras felipe.contre...@nokia.com
Date: Wed, 29 Sep 2010 22:05:46 +0300
Subject: [PATCH] omap: iommu: make iva2
()
doesn't seem to work (don't know why).
Has anyone tried the driver on 2.6.36-rcX?
--
Felipe Contreras
--
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
to see if I could come
with a version that doesn't break in the middle, but it turns out the
driver doesn't work at all on 2.6.36, I just sent an email with the
details.
Have you tried with the mainline? Or am I missing something?
--
Felipe Contreras
--
To unsubscribe from this list: send the line
be solved by
reverting 309caa9.
I think these might be worth to get into 2.6.36, if not, I have versions with
more changes; cleanups and so on.
Tested on a Nokia N900.
Felipe Contreras (2):
omap: add dsp platform device
staging: tidspbridge: use omap_dsp_platform_data
arch/arm/mach-omap2
Otherwise tidspbridge cannot work.
It looks like this was dropped in the conversion to staging. I took the
liberty of doing some cleaning up.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap2/Makefile |4 ++
arch/arm/mach-omap2/dsp.c
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
drivers/staging/tidspbridge/core/tiomap3430.c | 14 --
drivers/staging/tidspbridge/core/tiomap3430_pwr.c | 14 --
drivers/staging/tidspbridge/core/tiomap_io.c |4 +++-
.../tidspbridge
Hi,
On Mon, Oct 4, 2010 at 6:59 PM, Ramirez Luna, Omar omar.rami...@ti.com wrote:
Felipe Contreras wrote:
I was trying the iommu patches but I noticed the tidspbridge driver
doesn't work at all, I found two critical issues:
First, the platform device is missing, so there's no way the driver
On Mon, Oct 4, 2010 at 8:34 PM, Ramirez Luna, Omar omar.rami...@ti.com wrote:
Felipe Contreras wrote:
...
Anyway, first, I think I tried a version similar to that one, and
doesn't apply on mainline any more, also, bootmem doesn't seem to be
working on ARM either, so I had to move to memblock
On Tue, Oct 5, 2010 at 10:07 PM, Greg KH g...@kroah.com wrote:
On Mon, Oct 04, 2010 at 07:09:13PM +0300, Felipe Contreras wrote:
It seems the platform device was dropped from the migration of tidspbridge
into
staging, plus the sdram meblock (previously bootmem) required for it work are
gone
On Tue, Oct 5, 2010 at 10:52 PM, Ramirez Luna, Omar omar.rami...@ti.com wrote:
Felipe Contreras wrote:
...
Well, I thought it would be nice if the driver actually worked on
.36, but anyway, I'll rebase the rest of my cleanup patches and send
them. Hopefully I find a way to get rid
On Tue, Oct 5, 2010 at 11:09 PM, Ramirez Luna, Omar omar.rami...@ti.com wrote:
Felipe Contreras wrote:
...
phys_to_virt instead of ioremap should work fine, still need to try
it though.
I tried that... Didn't work. I guess we need to flush at some points
(since the memory is cacheable
performance implications when mmaping/unmapping buffers,
at which point you need to flush bigger memory areas anyway, so that's
not an issue.
Anyway, we will not know for sure until we try... Right?
Cheers.
--
Felipe Contreras
--
To unsubscribe from this list: send the line unsubscribe linux-omap
On Thu, Oct 7, 2010 at 10:16 PM, Omar Ramirez Luna omar.rami...@ti.com wrote:
On 10/7/2010 1:22 PM, Felipe Contreras wrote:
...
Note that the shared memory described in the document you share has
nothing to do with the SHM pool. AFAIK that memory is used for other
things, like MMU PTEs
On Thu, Oct 7, 2010 at 10:16 PM, Omar Ramirez Luna omar.rami...@ti.com wrote:
On 10/7/2010 1:22 PM, Felipe Contreras wrote:
Anyway, we will not know for sure until we try... Right?
yes we can try, at least we now for sure arm side can be done.
The only thing that changes is the cacheability
it and do so.
Anyway, I'm now trying iommu myself and will send this patch when I
get the dsp working.
--
Felipe Contreras
--
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
)
for_each_sg(sgt-sgl, sg, sgt-nents, i) {
size_t bytes;
- bytes = iopgsz_max(len);
+ bytes = max_alignment(da | pa);
+ bytes = min(bytes, (size_t)iopgsz_max(len));
Why the size_t casting?
Otherwise:
Signed-off-by: Felipe Contreras
than the free area. I did no change the value of
da_end of each vm area because it is used to get area size in
several places.
Signed-off-by: Fernando Guzman Lugo x0095...@ti.com
Acked-by: Hiroshi DOYU hiroshi.d...@nokia.com
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
--
Felipe
this?
--
Felipe Contreras
--
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
Now we truly reserve the memory so that the kernel doesn't map it.
Unfortunately, the ARM architecture code doesn't provide a good way to do this,
so I had to modify it a bit.
Felipe Contreras (3):
arm: mm: allow boards to fiddle with meminfo
omap: dsp: fix ioremap() usage
staging
So that they can reserve some memory.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/include/asm/mach/arch.h |2 +-
arch/arm/mm/init.c |7 ---
2 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/arch/arm/include/asm/mach/arch.h b/arch
On commit 309caa9 doing ioremap() became forbidden due tue architectural
limitations. Only a single mapping is allowed now, so the mempool must
not be part of the memory managed by the kernel.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/plat-omap/common.c
The mempool area is not handled by the kernel any more.
Cc: Arnd Bergmann a...@arndb.de
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
drivers/staging/tidspbridge/TODO |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/staging/tidspbridge/TODO b
On Sun, Oct 10, 2010 at 10:03 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Sun, Oct 10, 2010 at 08:40:38PM +0300, Felipe Contreras wrote:
So that they can reserve some memory.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/include/asm/mach/arch.h
, and CONFIG_OMAP_DSP_RESERVE_SIZE?
--
Felipe Contreras
--
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,
It seems the migration to iommu is already merged (perhaps prematurely... can't
get it working). So iva2 iommu needs to be enabled.
Felipe Contreras (2):
omap: iommu: make iva2 iommu selectable
staging: tidspbridge: enable iva2 iommu
arch/arm/mach-omap2/omap-iommu.c|2 +-
arch
From: Felipe Contreras felipe.contre...@nokia.com
It seems dsp-link will do this, and tidspbridge too at some point, but
right now it's not possible to select CONFIG_MPU_BRIDGE_IOMMU.
Cc: Fernando Guzman Lugo fernando.l...@ti.com
Cc: Yogesh Marathe yogesh_mara...@ti.com
Signed-off-by: Felipe
Needed now that the migration to iommu is done.
Cc: Fernando Guzman Lugo fernando.l...@ti.com
Cc: Yogesh Marathe yogesh_mara...@ti.com
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
drivers/staging/tidspbridge/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions
On Mon, Oct 11, 2010 at 1:40 PM, Arnd Bergmann a...@arndb.de wrote:
On Sunday 10 October 2010, Felipe Contreras wrote:
The mempool area is not handled by the kernel any more.
But tidspbridge still uses ioremap to set up the mapping for RAM,
even though it now is outside of the kernel linar
On Mon, Oct 11, 2010 at 3:28 PM, Hiroshi DOYU hiroshi.d...@nokia.com wrote:
From: ext Felipe Contreras felipe.contre...@gmail.com
Subject: [PATCH 1/2] omap: iommu: make iva2 iommu selectable
Date: Mon, 11 Oct 2010 11:53:49 +0200
From: Felipe Contreras felipe.contre...@nokia.com
It seems dsp
.
--
Felipe Contreras
--
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
--
Felipe Contreras
--
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
-next, that's where
tidspbridge is supposed to reside. I proposed this patch to be applied
to linux-omap, but I guess it didn't seem necessary at the time:
http://article.gmane.org/gmane.linux.kernel/1044209
--
Felipe Contreras
--
To unsubscribe from this list: send the line unsubscribe linux-omap
to clean things up, I would rather have something that
works, which AFAIK includes:
1) revert or fix iommu migration
2) fix ioremap() usage on RAM
Only then we can have some minimal confidence that the cleaning up is
not introducing further breakage.
--
Felipe Contreras
--
To unsubscribe from
? iopgsz_max is returning constants, like
SZ_1M, so they should not need casts, if anything, the cast should be
done in iopgsz_max itself.
--
Felipe Contreras
--
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
not difficult to test this with GStreamer, and I don't
see how you can be confident that they indeed work without testing
some real use-cases. Anyway, I'll try that missing patch.
Cheers.
--
Felipe Contreras
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message
.
--
Felipe Contreras
--
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
experience it's the other way around, the stress
test-cases don't catch the errors that happen on real use-case
scenarios, no matter how extensive they are. This is a good example.
Cheers.
--
Felipe Contreras
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message
So that omap_vram_set_sdram_vram() is called before
omap_vram_reserve_sdram_memblock().
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap2/board-rx51.c |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/board-rx51
On Fri, Oct 15, 2010 at 3:46 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
So that omap_vram_set_sdram_vram() is called before
omap_vram_reserve_sdram_memblock().
I actually didn't test this (my battery died).
But the previous one works with CONFIG_OMAP2_VRAM_SIZE=6.
--
Felipe
So that we can ioremap happily.
Cc: Tomi Valkeinen tomi.valkei...@nokia.com
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
drivers/video/omap2/vram.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/video/omap2/vram.c b/drivers/video/omap2/vram.c
unstability with the latest bridge merge. I am looing into
That once it is stable I wil check you testcase too to confirm everything is
Working fine.
If you want I can provide my working branch on top of .36-rc8 with
next-staging merged. If I revert your patches, it works fine.
--
Felipe
://gitorious.org/~felipec/linux-omap/felipec.git (fc-dsp-work)
HEAD works, HEAD^ doesn't.
--
Felipe Contreras
--
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
now -reserve() can take away the memory from the
kernel.
I'm sending the patches that fix this for me, you would also need:
http://article.gmane.org/gmane.linux.kernel/1047146
--
Felipe Contreras
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message
,
struct page *pg;
for (i = 0; i pages; i++) {
- pa = user_va2_pa(mm, uva);
+ pa = user_va2_pa(mm, uva + i * PAGE_SIZE);
if (!pfn_valid(__phys_to_pfn(pa)))
break;
--
Felipe Contreras
--
To unsubscribe from this list
+ default 1 if ARCH_OMAP2 || ARCH_OMAP3
+ default 3 if ARCH_OMAP4
depends on FB_OMAP2
help
Select the number of framebuffers created. OMAP2/3 has 3 overlays
I think this should be 3 also for OMAP3.
--
Felipe Contreras
--
To unsubscribe from this list: send the line
On Mon, Oct 18, 2010 at 3:06 PM, Ionut Nicu ionut.n...@mindbit.ro wrote:
On Mon, 2010-10-18 at 01:36 +0300, Felipe Contreras wrote:
On Tue, Oct 5, 2010 at 11:35 PM, Fernando Guzman Lugo x0095...@ti.com
wrote:
Now the tidspbridge uses the API's from
iovmm module.
Signed-off-by: Fernando
Since ioremap() on RAM will be soon disallowed, this is required.
This also requires a patch like:
http://article.gmane.org/gmane.linux.kernel/1047146
Felipe Contreras (1):
omap: dsp: remove shm from normal memory
arch/arm/plat-omap/devices.c |4 +++-
1 files changed, 3 insertions(+), 1
Also, don't be picky about the location.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/plat-omap/devices.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/arch/arm/plat-omap/devices.c b/arch/arm/plat-omap/devices.c
index 4c8f9b9..da10433
On Tue, Oct 19, 2010 at 2:06 AM, Tony Lindgren t...@atomide.com wrote:
* Felipe Contreras felipe.contre...@gmail.com [101015 13:09]:
On Fri, Oct 15, 2010 at 7:53 PM, Guzman Lugo, Fernando
fernando.l...@ti.com wrote:
If you want I can provide my working branch on top of .36-rc8
with next
On Tue, Oct 19, 2010 at 10:39 AM, Felipe Balbi ba...@ti.com wrote:
On Tue, Oct 19, 2010 at 02:38:34AM -0500, Balbi, Felipe wrote:
On Tue, Oct 19, 2010 at 02:37:23AM -0500, Felipe Contreras wrote:
Since ioremap() on RAM will be soon disallowed, this is required.
This also requires a patch
This gets rid of some warnings, makes defconfigs smarter by having more proper
dependencies, and general cleanups.
BTW, this is the reason USB_GADGET_MUSB_HDRC sometimes is not selected:
http://article.gmane.org/gmane.linux.kbuild.devel/5480
v2: comments by Felipe Balbi
Felipe Contreras (3
Note: USB_GADGET_MUSB_HDRC is already defined in usb/gadget.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
drivers/usb/core/Kconfig |3 ---
drivers/usb/gadget/Kconfig |2 +-
drivers/usb/musb/Kconfig | 17 -
3 files changed, 5 insertions(+), 17
Add missing dependencies, and remove redundant ones, and select sensible
defaults.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
drivers/mfd/Kconfig|3 ++-
drivers/regulator/Kconfig |1 +
drivers/usb/gadget/Kconfig |3 +--
drivers/usb/musb/Kconfig |6
on 2.6.36-rc8, but still doesn't make sense
to keep this duplicated config that is already defined in usb/core.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
drivers/usb/gadget/Kconfig | 11 ---
1 files changed, 0 insertions(+), 11 deletions(-)
diff --git a/drivers/usb
On Tue, Oct 19, 2010 at 1:32 PM, Felipe Balbi ba...@ti.com wrote:
On Tue, Oct 19, 2010 at 05:03:28AM -0500, Felipe Contreras wrote:
+ depends on (NOP_USB_XCEIV || TWL4030_USB)
+ default y if ARCH_OMAP3
+ default y if ARCH_DAVINCI || MACH_OMAP3EVM || BLACKFIN
it could
On Tue, Oct 19, 2010 at 2:16 PM, Felipe Balbi ba...@ti.com wrote:
On Tue, Oct 19, 2010 at 05:59:58AM -0500, Felipe Contreras wrote:
The USB_MUSB_HDRC dependency on NOP_USB_XCEIV || TWL4030_USB is
already there, I'm just making it explicit. The rest are not
dependencies, just sensible defaults
On Tue, Oct 19, 2010 at 2:52 PM, Felipe Balbi ba...@ti.com wrote:
On Tue, Oct 19, 2010 at 06:36:32AM -0500, Felipe Contreras wrote:
That is actually the intention.
so it's a bit messed up one :-p
Why? It makes configurations simpler.
It's the other way around. He wanted to get rid
problem or run-time problem without this?
Try:
CONFIG_USB_G_NOKIA=y
CONFIG_USB_GADGET_MUSB_HDRC=n
At least g_nokia doesn't seem to work correctly on my N900.
--
Felipe Contreras
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
On Tue, Oct 19, 2010 at 6:51 PM, Greg KH g...@kroah.com wrote:
On Tue, Oct 19, 2010 at 01:03:27PM +0300, Felipe Contreras wrote:
Note: USB_GADGET_MUSB_HDRC is already defined in usb/gadget.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
Please describe _what_ trivial cleanups you
On Tue, Oct 19, 2010 at 8:50 PM, Greg KH g...@kroah.com wrote:
On Tue, Oct 19, 2010 at 08:15:19PM +0300, Felipe Contreras wrote:
On Tue, Oct 19, 2010 at 6:51 PM, Greg KH g...@kroah.com wrote:
On Tue, Oct 19, 2010 at 01:03:27PM +0300, Felipe Contreras wrote:
Note: USB_GADGET_MUSB_HDRC
On Tue, Oct 19, 2010 at 6:05 PM, Felipe Balbi m...@felipebalbi.com wrote:
On Tue, 19 Oct 2010 17:32:07 +0300, Felipe Contreras
felipe.contre...@gmail.com wrote:
There are two parts, one part is to fix the Kconfigs, and another was
to come up with a way to replace the horrible defconfigs. Part
On Wed, Oct 20, 2010 at 12:14 PM, Roger Quadros roger.quad...@nokia.com wrote:
On 10/20/2010 11:53 AM, ext felipe.contre...@gmail.com wrote:
On Wed, Oct 20, 2010 at 10:46 AM, Roger Quadrosroger.quad...@nokia.com
wrote:
On 10/19/2010 05:33 PM, ext Felipe Contreras wrote:
On Tue, Oct 19
On Wed, Oct 20, 2010 at 3:33 PM, Roger Quadros roger.quad...@nokia.com wrote:
On 10/20/2010 12:23 PM, ext Felipe Contreras wrote:
On Wed, Oct 20, 2010 at 12:14 PM, Roger Quadrosroger.quad...@nokia.com
wrote:
USB_G_NOKIA just needs a USB gadget controller to work. The gadget
controller used
On Wed, Oct 20, 2010 at 3:54 PM, Felipe Balbi ba...@ti.com wrote:
On Wed, Oct 20, 2010 at 04:23:13AM -0500, Felipe Contreras wrote:
Ok, but USB_OMAP is not supposed to work on the N900? (I tried and it
didn't)
h, that's old. That's from the omap1. It's the old omap_udc.c
Ok
On Wed, Oct 20, 2010 at 6:15 PM, Felipe Balbi ba...@ti.com wrote:
On Wed, Oct 20, 2010 at 09:52:06AM -0500, Felipe Contreras wrote:
TWL4030_USB is inside drivers/usb/Kconfig and drivers/usb/otg/Kconfig,
which means in order to achieve the same on the board config you would
have to do
address
reducing the probability of shared memory corruption.
Ok, that's why it's usually a good idea to send a patch that makes use
of the new API.
--
Felipe Contreras
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
On Wed, Oct 20, 2010 at 8:54 PM, Felipe Balbi ba...@ti.com wrote:
On Wed, Oct 20, 2010 at 11:22:17AM -0500, Felipe Contreras wrote:
Users would not need to care... if they enable USB and USB_GADGET, it
will be selected automatically for OMAP3, which is what users would
expect.
wouldn't
Hi,
On Thu, Oct 21, 2010 at 1:24 PM, Felipe Balbi ba...@ti.com wrote:
On Thu, Oct 21, 2010 at 04:04:27AM -0500, Felipe Contreras wrote:
wouldn't a user expect USB to be enabled if the board _has_ a USB
connector ?
Not if it's not going to be used.
and how would you know before hand
On Wed, Oct 20, 2010 at 7:26 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Wed, Oct 20, 2010 at 6:22 PM, Guzman Lugo, Fernando
fernando.l...@ti.com wrote:
On Wed, Oct 20, 2010 at 5:48 AM, Fernando Guzman Lugo
x0095...@ti.com wrote:
Some IOMMUs cannot use the whole 0x0
, and then your reorganization.
From 16759e41adc11ad1f34b757dcf19fe55c84bcfc2 Mon Sep 17 00:00:00 2001
From: Felipe Contreras felipe.contre...@gmail.com
Date: Sun, 19 Sep 2010 14:52:42 +0300
Subject: [PATCH] staging: tidspbridge: fix mgr_enum_node_info
It's always erroring out.
Signed-off-by: Felipe
On Tue, Oct 26, 2010 at 3:51 AM, Fernando Guzman Lugo x0095...@ti.com wrote:
So that avoid non-killable process.
It would be useful to interrupt these tasks from user-space. A
separate ioctl to do that would be needed.
--
Felipe Contreras
--
To unsubscribe from this list: send the line
be delayed, preferably after we have a
working tidspbridge.
--
Felipe Contreras
--
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
as of right now.
In fact, these affect mostly iommu, and I think until those other
dependencies are resolved, we should revert back to a previous point
where the driver was actually working.
What is guideline in staging when a driver is broken like this?
Cheers.
--
Felipe Contreras
to wait 10s, or forever.
Does that make sense?
--
Felipe Contreras
--
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
have a working tidspbridge.
The issue you were seeing must be fixed with patch 2/8, and
Having all the dependencies tidspbridge has to be working
Properly.
Yes, which might not happen at .37. If we revert the iommu stuff, we
might have a chance at having a working bridge on .37.
--
Felipe
++
arch/arm/plat-omap/include/plat/iva2_dsp.h | 56
+
Why not use the already existing dsp.h?
--
Felipe Contreras
--
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
of that need.
--
Felipe Contreras
--
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
1 - 100 of 775 matches
Mail list logo