Hi,
On Tue, Dec 6, 2011 at 10:52 PM, Ming Lei ming@canonical.com wrote:
On Tue, Dec 6, 2011 at 10:41 PM, Arnd Bergmann a...@arndb.de wrote:
3. extending video_usercopy in some way to make this work, preferably
in a generic way.
Maybe this one is a good choice, and I think
Hi,
On Mon, Dec 5, 2011 at 10:37 PM, Arnd Bergmann a...@arndb.de wrote:
On Sunday 04 December 2011, Ming Lei wrote:
This data structure is not 32/64 bit safe: running a 64 bit kernel with 32
bit
user space will see an incompatible layout.
I agree that this is not 32/64 bit safe, but I
Hi,
On Fri, Dec 2, 2011 at 8:33 PM, Arnd Bergmann a...@arndb.de wrote:
On Friday 02 December 2011 17:12:56 Ming Lei wrote:
+/**
+ * struct v4l2_fd_result - VIDIOC_G_FD_RESULT argument
+ * @buf_index: entry, index of v4l2_buffer for face detection
+ * @face_cnt: return, how many faces
as published by
+ * the Free Software Foundation.
+ */
+
+#ifndef _MEDIA_VIDEOBUF2_VMALLOC_H
+#define _MEDIA_VIDEOBUF2_VMALLOC_H
Copy-paste much? :)
Yes, will fix it in next version, :-)
thanks,
--
Ming Lei
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
Hi,
On Fri, Dec 2, 2011 at 8:10 PM, Sergei Shtylyov sshtyl...@ru.mvista.com wrote:
Hello.
On 02-12-2011 13:12, Ming Lei wrote:
Signed-off-by: Ming Leiming@canonical.com
---
arch/arm/mach-omap2/devices.c | 33 +
1 files changed, 33 insertions(+), 0
Hi,
On Sat, Dec 3, 2011 at 12:28 AM, Aguirre, Sergio saagui...@ti.com wrote:
Hi Ming,
Thanks for the patches.
Thanks for your review.
On Fri, Dec 2, 2011 at 9:02 AM, Ming Lei ming@canonical.com wrote:
Signed-off-by: Ming Lei ming@canonical.com
---
arch/arm/mach-omap2/devices.c
,
--
Ming Lei
[1], Ch9 of OMAP4 Technical Reference Manual
[2],
http://kernel.ubuntu.com/git?p=ming/fdif.git;a=shortlog;h=refs/heads/v4l2-fdif
[3], http://kernel.ubuntu.com/~ming/dev/fdif/output
[4], All pictures are taken from http://www.google.com/imghp
and converted to pnm from jpeg format, only
Signed-off-by: Ming Lei ming@canonical.com
---
arch/arm/mach-omap2/devices.c | 33 +
1 files changed, 33 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/devices.c b/arch/arm/mach-omap2/devices.c
index 1166bdc..a392af5 100644
--- a/arch/arm
So that we can reuse vb2_mmap_pfn_range for the coming videobuf2_page
memops.
Signed-off-by: Ming Lei ming@canonical.com
---
drivers/media/video/videobuf2-dma-contig.c |1 +
drivers/media/video/videobuf2-memops.c |1 -
2 files changed, 1 insertions(+), 1 deletions(-)
diff --git
device driver to handle DMA buffer mapping
and unmapping things.
Signed-off-by: Ming Lei ming@canonical.com
---
drivers/media/video/Kconfig |4 +
drivers/media/video/Makefile |1 +
drivers/media/video/videobuf2-page.c | 115 ++
include
has been ioctl(VIDIOC_DQBUF) and before it will be
ioctl(VIDIOC_QBUF).
The utility fdif[1] is useing the two IOCTLs to find
faces deteced in raw images or video streams.
[1],http://kernel.ubuntu.com/git?p=ming/fdif.git;a=shortlog;h=refs/heads/v4l2-fdif
Signed-off-by: Ming Lei ming
will communicate with
face detection hw module.
So the driver will make driving face detection hw modules more
easy.
TODO:
- implement FD setting interfaces with v4l2 controls or
ext controls
Signed-off-by: Ming Lei ming@canonical.com
---
drivers/media/video/Kconfig
of OMAP4 Technical Reference Manual
Signed-off-by: Ming Lei ming@canonical.com
---
drivers/media/video/fdif/Kconfig |6 +
drivers/media/video/fdif/Makefile |1 +
drivers/media/video/fdif/fdif_omap4.c | 663 +
3 files changed, 670 insertions
Signed-off-by: Ming Lei ming@canonical.com
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 81
1 files changed, 81 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_44xx_data.c
b/arch/arm/mach-omap2/omap_hwmod_44xx_data.c
index 6cf21ee
Hi,
On Fri, Dec 2, 2011 at 6:28 PM, Sylwester Nawrocki snj...@gmail.com wrote:
Hi Ming,
On 12/02/2011 10:12 AM, Ming Lei wrote:
Hi,
These v1 patches(against -next tree) introduce v4l2 based face
detection(FD) device driver, and enable FD hardware[1] on omap4 SoC..
The idea of implementing
the performance of the module is not bad, see some detection
results on the link[3][4].
Face detection can be used to implement some interesting applications
(camera, face unlock, baby monitor, ...).
TODO:
- implement FD setting interfaces with v4l2 controls or
ext controls
thanks,
--
Ming
So that we can reuse vb2_mmap_pfn_range for the coming videobuf2_page
memops.
Signed-off-by: Ming Lei ming@canonical.com
---
drivers/media/video/videobuf2-dma-contig.c |1 +
drivers/media/video/videobuf2-memops.c |1 -
2 files changed, 1 insertions(+), 1 deletions(-)
diff --git
of OMAP4 Technical Reference Manual
Signed-off-by: Ming Lei ming@canonical.com
---
drivers/media/video/fdif/Kconfig |6 +
drivers/media/video/fdif/Makefile |1 +
drivers/media/video/fdif/fdif_omap4.c | 663 +
3 files changed, 670 insertions
Signed-off-by: Ming Lei ming@canonical.com
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 81
1 files changed, 81 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_44xx_data.c
b/arch/arm/mach-omap2/omap_hwmod_44xx_data.c
index 6cf21ee
Signed-off-by: Ming Lei ming@canonical.com
---
arch/arm/mach-omap2/devices.c | 33 +
1 files changed, 33 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/devices.c b/arch/arm/mach-omap2/devices.c
index 1166bdc..a392af5 100644
--- a/arch/arm
device driver to handle DMA buffer mapping
and unmapping things.
Signed-off-by: Ming Lei ming@canonical.com
---
drivers/media/video/Kconfig |4 +
drivers/media/video/Makefile |1 +
drivers/media/video/videobuf2-page.c | 115 ++
include
has been ioctl(VIDIOC_DQBUF) and before it will be
ioctl(VIDIOC_QBUF).
The utility fdif[1] is useing the two IOCTLs to find
faces deteced in raw images or video streams.
[1],http://kernel.ubuntu.com/git?p=ming/fdif.git;a=shortlog;h=refs/heads/v4l2-fdif
Signed-off-by: Ming Lei ming
will communicate with
face detection hw module.
So the driver will make driving face detection hw modules more
easy.
TODO:
- implement FD setting interfaces with v4l2 controls or
ext controls
Signed-off-by: Ming Lei ming@canonical.com
---
drivers/media/video/Kconfig
Hi Sylwester,
Great thanks for providing so detailed v4l2 background.
On Mon, Nov 28, 2011 at 12:41 AM, Sylwester Nawrocki snj...@gmail.com wrote:
Hi Ming,
On 11/27/2011 04:40 AM, Ming Lei wrote:
Hi guys,
Thanks for your comment.
On Sun, Nov 27, 2011 at 6:16 AM, Sylwester Nawrocki snj
Hi guys,
Thanks for your comment.
On Sun, Nov 27, 2011 at 6:16 AM, Sylwester Nawrocki snj...@gmail.com wrote:
Cc: LMML
On 11/26/2011 05:31 AM, tom.leim...@gmail.com wrote:
From: Ming Lei ming@canonical.com
One face detection IP[1] is integared inside OMAP4 SoC, so
introduce
Hi,
These 3 patches are against -next tree and Benoit's debugss
hwmod patch, so pmu irq on OMAP4 can be routed OK to CPU
with these patches, and perf can work well on OMAP4 now.
[1], http://marc.info/?l=linux-arm-kernelm=132162120904916w=2
thanks,
--
Ming Lei
--
To unsubscribe from
From: Ming Lei ming@canonical.com
The following modules is required to be enabled before configuring
cross trigger interface for enabling pmu irq:
l3_instr, l3_main_3, debugss
so build the arm-pmu device via the three hwmods.
Signed-off-by: Ming Lei ming@canonical.com
---
arch
From: Ming Lei ming@canonical.com
This patch supports pmu irq routed from CTI, so
make pmu/perf working on OMAP4.
The idea is from Woodruff Richard in the disscussion
about Oprofile on Pandaboard / Omap4 on pandabo...@googlegroups.com.
Acked-by: Jean Pihet j-pi...@ti.com
Acked-by: Tony
From: Ming Lei ming@canonical.com
Signed-off-by: Ming Lei ming@canonical.com
---
arch/arm/mach-omap2/devices.c |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/devices.c b/arch/arm/mach-omap2/devices.c
index bc791e0..ab4de0d 100644
version against -next tree, which uses the latest
'debugss' module and will be sent out later.
thanks,
--
Ming Lei
--
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
merge conflicts with other OMAP changes that we may generate.
So I'd suggest splitting patches 1-3 off into a separate series that Will
can pass on to -next if he wishes.
Fine by me. If Ming Lei posts a new series so that everything is in one
thread then I can pick out the bits I want.
You mean
On Mon, Nov 21, 2011 at 11:16 PM, Will Deacon will.dea...@arm.com wrote:
On Mon, Nov 21, 2011 at 02:53:54PM +, Ming Lei wrote:
On Mon, Nov 21, 2011 at 9:58 PM, Will Deacon will.dea...@arm.com wrote:
On Sun, Nov 20, 2011 at 03:27:19AM +, Paul Walmsley wrote:
The OMAP-specific parts
Hi Benoit,
On Fri, Nov 18, 2011 at 8:58 PM, Cousson, Benoit b-cous...@ti.com wrote:
Hi Ming Lei,
Sorry, for the delay, it took me some time to gather the exhaustive data for
that block.
The work is really great.
On 11/10/2011 10:02 AM, Paul Walmsley wrote:
Hello Ming Lei,
just a few
Hi Will,
On Fri, Nov 18, 2011 at 10:56 PM, Will Deacon will.dea...@arm.com wrote:
Hi Benoit,
On Fri, Nov 18, 2011 at 12:58:20PM +, Cousson, Benoit wrote:
Hi Ming Lei,
Sorry, for the delay, it took me some time to gather the exhaustive data for
that block.
Thanks for looking
, :-)
In fact, there are several other non-merged build failures for omap build,
looks like the process is a bit slow, :-)
thanks,
--
Ming Lei
--
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
Hi,
On Wed, Nov 9, 2011 at 3:24 AM, Kevin Hilman khil...@ti.com wrote:
tom.leim...@gmail.com writes:
From: Ming Lei tom.leim...@gmail.com
The patch fixes the compile failure:
CC arch/arm/mach-omap2/cpuidle34xx.o
arch/arm/mach-omap2/cpuidle34xx.c:317:12: error: 'THIS_MODULE
code about the issue, see
http://marc.info/?t=13194677661r=1w=2
I think this one can make your pmu work, :-)
The code base I am using is
http://git.linaro.org/gitweb?p=kernel/linux-linaro-2.6.39.git;a=summary
Thank you very much.
Ye Fan
thanks,
--
Ming Lei
--
To unsubscribe from
the omap iommu
only belongs to Cortex-M3 MPU subsystem inside OMAP4 chip, so I am wondering
why introduces the driver for arm v7 based linux kernel...
[1], arch/arm/mach-omap2/omap-iommu.c
[2], 20.5 MMU Register Manual of omap4 TRM Version O
thanks,
--
Ming Lei
--
To unsubscribe from this list
Hi,
On Sun, Nov 13, 2011 at 9:37 PM, Ohad Ben-Cohen o...@wizery.com wrote:
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
/gmane.comp.embedded.pandaboard/168
thanks,
--
Ming Lei
--
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
in the OMAP4460 TRM Rev. I. If the clockdomain
powerdomain are correctly defined then the OMAP framework code will
automatically enable these too.
thanks,
--
Ming Lei
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
On Tue, Oct 25, 2011 at 7:00 PM, Paul Walmsley p...@pwsan.com wrote:
+ Benoît
Hi
On Tue, 25 Oct 2011, Ming Lei wrote:
On Tue, Oct 25, 2011 at 4:44 PM, Paul Walmsley p...@pwsan.com wrote:
On Tue, 25 Oct 2011, Will Deacon wrote:
Hurrah! If you can get the OMAP / hwmod bits acked
Hi,
Attach the patch [PATCH v5 2/7] which is rebased on 3.1 -next.
BTW: The [PATCH v5 3/7] should be dropped as commented before, other patches
are OK against 3.1 -next.
thanks,
--
Ming Lei
--
From 6125bef1aeee84ef22efdf743077f27f5274b6da Mon Sep 17 00:00:00 2001
From: Ming Lei ming
From: Ming Lei ming@canonical.com
This patch introduces .enable_irq and .disable_irq into
struct arm_pmu_platdata, so platform specific irq enablement
can be handled after request_irq, and platform specific irq
disablement can be handled before free_irq.
This patch is for support of pmu irq
would want to
have this in
without the PM changes.
thanks,
--
Ming Lei
--
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
majordomo info at http://vger.kernel.org/majordomo-info.html
thanks,
--
Ming Lei
--
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
] during system resume, so
should CC -stable tree.
[1], I2C: OMAP: remove dev-idle, use usage counting provided by runtime PM
[2], http://marc.info/?l=linux-omapm=131658936429671w=2
thanks,
--
Ming Lei
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message
clocks have the following characteristics:
• They ensure proper communication between any module/subsystem
and the interconnect.
• In most cases, they supply the system interconnect interface
and registers of the module.
thanks,
--
Ming Lei
--
To unsubscribe from
,
--
Ming Lei
--
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
is validated on OMAP3430 sdp board with these patches.
These patches are re-based to Kevin's pm branch :
git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-omap-pm.git
Is kernel.org up now? :-)
thanks,
--
Ming Lei
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
] (kthread+0x8c/0x94)
[ 85.035095] [c006e0b0] (kthread+0x8c/0x94) from [c00142c0]
(kernel_thread_exit+0x0/0x8)
[ 85.043853] Code: c0411788 e52de004 e8bd4000 e590325c (e5130004)
--
Ming Lei
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
see any usefulness of 'cpu_id' in the tree
trace points.
thanks,
--
Ming Lei
--
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
. Delays in flushing that write would also slow down performance.
Will do it too.
thanks,
--
Ming Lei
--
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
From: Ming Lei ming@canonical.com
This patch introduces the helper of ehci_sync_mem to flush
qtd/qh into memory immediately on some ARM, so that HC can
see the up-to-date qtd/qh descriptor asap.
This patch fixs one performance bug on ARM Cortex A9 dual core
platform, which has been reported
place
for it (I can't think of any other areas this is needed given that the
streaming DMA API and I/O accessors already deal with it).
Agree too.
thanks,
--
Ming Lei
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
Hi,
On Mon, Aug 29, 2011 at 1:00 AM, Alan Stern st...@rowland.harvard.edu wrote:
On Sun, 28 Aug 2011, Ming Lei wrote:
I've been following this whole discussion. I didn't understand the
idea behind the original patch, and I don't understand this. What
reason is there for adding a memory
Hi,
On Mon, Aug 29, 2011 at 11:03 PM, Alan Stern st...@rowland.harvard.edu wrote:
On Mon, 29 Aug 2011, Ming Lei wrote:
IMO, the dummy has been linked into queue pointed by qh-hw-hw_qtd_next,
so EHCI will fetch dummy qtd and execute the transaction and will not have
any delay
Hi,
On Mon, Aug 29, 2011 at 9:57 PM, Alan Stern st...@rowland.harvard.edu wrote:
On Mon, 29 Aug 2011, Russell King - ARM Linux wrote:
You know better than I do what is needed to resolve the ordering issue.
However, contrary to what the original patch description said, this
isn't entirely
From: Ming Lei ming@canonical.com
This patch fixs one performance bug on ARM Cortex A9 dual core platform,
which has been reported on quite a few ARM machines(OMAP4, Tegra 2,
snowball...),
see details from link of https://bugs.launchpad.net/bugs/709245.
In fact, one mb() on ARM is enough
From: Ming Lei ming@canonical.com
This patch fixs one performance bug on ARM Cortex A9 dual core platform,
which has been reported on quite a few ARM machines(OMAP4, Tegra 2,
snowball...),
see details from link of https://bugs.launchpad.net/bugs/709245.
In fact, one mb() on ARM is enough
not sure the wmb should be merged with mb().
thanks,
--
Ming Lei
--
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,
On Sat, Aug 27, 2011 at 11:13 PM, Greg KH g...@kroah.com wrote:
On Sat, Aug 27, 2011 at 10:48:35PM +0800, ming@canonical.com wrote:
From: Ming Lei ming@canonical.com
This patch fixs one performance bug on ARM Cortex A9 dual core platform,
which has been reported on quite a few
, is it?
thanks,
--
Ming Lei
--
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,
On Sun, Aug 28, 2011 at 12:57 AM, Ming Lei ming@canonical.com wrote:
Are you sure? Have you read the documentation about memory barriers to
confirm this?
I read the doc again, :-), and it mentions few about mb/wmb/rmb, I think
my above description is still not correct. Generally
Hi,
Thanks for your comment.
On Sun, Aug 28, 2011 at 4:06 AM, Alan Stern st...@rowland.harvard.edu wrote:
On Sun, 28 Aug 2011, Ming Lei wrote:
I read the doc again, :-), and it mentions few about mb/wmb/rmb, I think
my above description is still not correct. Generally speaking, mb only
Hi,
On Sun, Aug 28, 2011 at 4:11 AM, Alan Stern st...@rowland.harvard.edu wrote:
On Sun, 28 Aug 2011, Ming Lei wrote:
Looks like there is still another similar problem in qh_link_async():
the last wmb
should be changed into mb, because HC will read 'head-hw-hw_next' from qh
descriptor
Hi,
On Fri, Aug 19, 2011 at 11:14 PM, Steven Rostedt rost...@goodmis.org wrote:
Do you know if these changes wont break powertop?
I have run powertop 1.13 on these changes, and found it works well
just like before,
no breaks found.
thanks,
--
Ming Lei
--
To unsubscribe from this list: send
Hi,
2011/8/20 Thomas Renninger tr...@suse.de:
On Friday, August 19, 2011 05:04:04 PM tom.leim...@gmail.com wrote:
From: Ming Lei tom.leim...@gmail.com
This patch removes the 'cpu_id' parameter of the cpu_idle
trace point, based on the ideas below:
- the cpu_id which is passed to trace
On Sat, Aug 20, 2011 at 12:16 AM, Arjan van de Ven
ar...@linux.intel.com wrote:
On 8/19/2011 8:39 AM, Ming Lei wrote:
Hi,
On Fri, Aug 19, 2011 at 11:14 PM, Steven Rostedtrost...@goodmis.org
wrote:
Do you know if these changes wont break powertop?
I have run powertop 1.13
On Fri, Aug 12, 2011 at 1:46 PM, Munegowda, Keshava
keshava_mgo...@ti.com wrote:
On Thu, Aug 11, 2011 at 8:53 PM, Ming Lei tom.leim...@gmail.com wrote:
+static struct omap_hwmod_class_sysconfig omap34xx_usb_host_hs_sysc = {
+ .rev_offs = 0x,
+ .sysc_offs = 0x0010
-info.html
--
Ming Lei
--
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 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
--
Ming Lei
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
data, it will share the usb bandwidth with other devices.
thanks,
--
Ming Lei
--
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
, for example, uvcvideo driver has enabled
auto suspend already:
- rmmod uvcvideo
- usb video class device auto suspended
- modprobe uvcvideo #driver_probe_device()
thanks,
--
Ming Lei
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message
.
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
Signed-off-by: Samuel Ortiz sa...@linux.intel.com
--
Ming Lei
--
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
] (ret_fast_syscall+0x0/0x3c)
[9.296539] r7:0080 r6: r5: r4:9720
udevd-work[689]: '/sbin/modprobe -b platform:ohci-omap3' unexpected
exit with status 0x000b
thanks,
--
Ming Lei
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message
Hi,
2011/5/18 Will Deacon will.dea...@arm.com:
Hi,
From: Ming Lei tom.leim...@gmail.com
Obviously it is mistake for CPU_HAS_PMU to depend on
(!ARCH_OMAP3 || OMAP3_EMU).
It's not that obvious!
No, on ubuntu 11.04, default config options enables ARCH_OMAP3
and ARCH_OMAP4, and disable
Hi,
2011/5/15 Will Deacon will.dea...@arm.com:
[Adding Avik],
On Sat, 2011-05-14 at 09:48 +0100, Ming Lei wrote:
Hi Rabin,
2011/5/14 Rabin Vincent ra...@rab.in:
What happened to this patch? It is neither in mainline nor in
linux-next.
This patch depends on the two with titles
patches have been submitted to RMK's patch system
as 6839/1 and 6840/1, but not been pushed to -next or mainline by rmk,
so I can't ask omap guys to merge this one into their tree now.
thanks,
--
Ming Lei
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
Hi Avik,
Please check if the option CONFIG_PM is enabled or not.
If not, please try to enable it to see you issue can be fixed.
2011/4/7 Avik Sil avik...@linux.vnet.ibm.com:
Hi Ming,
On Wednesday 06 April 2011 11:37 AM, Ming Lei wrote:
Hi Avik,
2011/4/5 Avik Silavik
/arm/mach-omap2/clock44xx_data.c
the clocks are set as ENABLE_ON_INIT.
thanks,
--
Ming Lei
--
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,
2011/4/4 Avik Sil avik...@linux.vnet.ibm.com:
Hi Ming,
On Saturday 02 April 2011 10:57 AM, Ming Lei wrote:
Hi Avik,
2011/4/1 Avik Silavik...@linux.vnet.ibm.com:
Hi,
I've applied the patches in
http://lists.infradead.org/pipermail/linux-arm-kernel/2011-March/045283.html
on top
definitions for the identifiers you have used?
As I said before, these are not needed for mainline, so I didn't try these.
thanks,
--
Ming Lei
--
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
, CM_EMU_CLKSTCTRL);
while ((omap_readl(CM_EMU_CLKSTCTRL) 0x300) != 0x300);
No such issue on mainline since this clocks are enabled automatically.
thanks,
--
Ming Lei
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
Hi,
From chapter 17 of Interrupt controller, OMAP4 TRM, I can't
find what is the interrupt line of CortexA9 performance monitor
in omap4. Seems without this information, we can't use perf on
omap4.
Any suggestions or ideas about it?
--
Lei Ming
--
To unsubscribe from this list: send the line
Hi,
Thanks for your reply.
2011/2/19 Felipe Contreras felipe.contre...@gmail.com:
On Sat, Feb 19, 2011 at 9:41 AM, Ming Lei tom.leim...@gmail.com wrote:
It looks like an issue with what you have selected in the menuconfig. Could
you ensure you have DPI and VENC selected, and in displays
Hi,
2011/2/19 Felipe Contreras felipe.contre...@gmail.com:
Are you sure? AFAIK early_param is executed _after_ memory blocks are
reserved.
Yes, I am sure.
If 'vram=16M' is passed in, I can find the below:
[0.00] Memory: 1008MB = 1008MB total
but if 'vram=8M' is taken, will be
Hi,
2011/2/19 archit taneja arc...@ti.com:
Hi,
Which board are you on? For all the display devices you add in the board
file, you should have the corresponding drivers in the menuconfig set also.
Pandaboard.
For example, in board3430-sdp.c, we add a sharp ls, a dvi and venc panel. We
Hi,
2011/2/18 archit taneja arc...@ti.com:
Hi,
On Friday 18 February 2011 09:46 AM, Sung Hee Park wrote:
Bryan,
I've already tried that patch but didn't work. The omapdss is not
showing any error message, but omapfb still does.
Thanks,
Sung Hee
On Thu, Feb 17, 2011 at 7:46 PM, Bryan
Hi,
2011/1/20 Russell King - ARM Linux li...@arm.linux.org.uk:
On Thu, Jan 20, 2011 at 12:47:21AM +0800, tom.leim...@gmail.com wrote:
From: Ming Lei tom.leim...@gmail.com
The patch fixes one oops in sched_clock_poll, tested on
beagle xm, follows the oops message:
diff --git a/arch/arm
Hi,
2011/1/7 Anand Gadiyar gadi...@ti.com:
Update: I disabled CONFIG_OMAP_RESET_CLOCKS and the PHY and other
connected devices enumerate just fine. Could you try this out on
your board as well?
Yes, it does work for me if CONFIG_OMAP_RESET_CLOCKS is disabled.
thanks,
--
Lei Ming
--
To
. If the option
CONFIG_OMAP_RESET_CLOCKS is enabled in the kernel, then the
clock framework will turn these clocks off during bootup.
Explicitly request and keep this clock enabled at init for the
Pandaboard, so that the PHY receives this clock at all times.
Reported-by: Ming Lei tom.leim
Hi Anand,
2011/1/7 Anand Gadiyar gadi...@ti.com:
Hi Ming Lei,
I'm able to reproduce this on my panda, and I have it working as of
linux-next-20101221 (the last version I tested last year) and failing
on linux-next-20101227 (which was the very next linux-next release).
Not sure why, but my
Hi,
2010/12/24 Cousson, Benoit b-cous...@ti.com:
+ Paul the omap clock guru.
At first glance, that seems almost good.
Except for a couple of nodes that seems to lose their 3630 support.
I'm just wondering why the original usb clock node is
kept after the introduction of the ehci-omap.0
Hi,
2011/1/6 Anand Gadiyar gadi...@ti.com:
I'll take a look in a short while. I don't have an XM to
test, so you'll have to help me out here.
No problem for me, :-)
thanks,
--
Lei Ming
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
Hi,
2011/1/4 Felipe Balbi m...@felipebalbi.com:
The end goal is just to drop all these ad-hoc APIs for accessing DMA
on musb code.
If this kind of DMA controllers are only used by MUSB, seems not
necessary to convert to dmaengine API. Any benefit we can get
from the convert? MUSB is
Hi,
2011/1/4 Felipe Balbi m...@felipebalbi.com:
Hi,
On Tue, 2011-01-04 at 22:40 +0800, Ming Lei wrote:
The end goal is just to drop all these ad-hoc APIs for accessing DMA
on musb code.
If this kind of DMA controllers are only used by MUSB, seems not
necessary to convert to dmaengine
Hi,
2010/12/24 Charles Manning mannin...@actrix.gen.nz:
THis might be due to the way the omap2.c driver is now screwed up so that it
does not read when not u32 aligned.
Try this:
http://www.spinics.net/linux/lists/linux-omap/msg42422.html
Please report back if that fixes the problem for
2010/12/24 Ming Lei tom.leim...@gmail.com:
Hi,
2010/12/24 Charles Manning mannin...@actrix.gen.nz:
THis might be due to the way the omap2.c driver is now screwed up so that it
does not read when not u32 aligned.
Try this:
http://www.spinics.net/linux/lists/linux-omap/msg42422.html
Hi Jason,
2010/12/24 Ming Lei tom.leim...@gmail.com:
2010/12/24 Ming Lei tom.leim...@gmail.com:
Hi,
2010/12/24 Charles Manning mannin...@actrix.gen.nz:
THis might be due to the way the omap2.c driver is now screwed up so that it
does not read when not u32 aligned.
Try this:
http
101 - 200 of 258 matches
Mail list logo