2010/8/11 Kevin Hilman khil...@deeprootsystems.com:
When using runtime PM in combination with CPUidle, the runtime PM
transtions of some devices may be triggered during the idle path.
Late in the idle sequence, interrupts will likely be disabled when
runtime PM for these devices is initiated.
Thanks for your review.
2010/8/27 Gadiyar, Anand gadi...@ti.com:
tom.leim...@gmail.com wrote:
From: Ming Lei tom.leim...@gmail.com
This patch fixes two bugs of OUT transfer in double buffer case:
-USE_MODE1 should be enabled except for ANOMALY_05000456 case, or
else may cause
2010/8/27 Gadiyar, Anand gadi...@ti.com:
tom.leim...@gmail.com wrote:
From: Ming Lei tom.leim...@gmail.com
This patch fixes one infinite hang of bulk IN transfer in double buffer
case, the hang can be observed easily by test #6 of usbtest if musb is
configured as g_zero and fifo mode 3
2010/8/27 Gadiyar, Anand gadi...@ti.com:
tom.leim...@gmail.com wrote:
From: Ming Lei tom.leim...@gmail.com
This patch fixes one bugs of OUT transfer in double buffer case:
-the current code only enable autoclear for dma mode 1, and not
for dma mode 0
Without this patch, test #5
2010/8/28 Mike Frysinger vap...@gentoo.org:
On Friday, August 27, 2010 07:37:20 tom.leim...@gmail.com wrote:
From: Ming Lei tom.leim...@gmail.com
This patch fixes one infinite hang of bulk IN transfer in double buffer
case, the hang can be observed easily by test #6 of usbtest if musb
2010/8/28 Greg KH g...@kroah.com:
On Fri, Aug 27, 2010 at 10:34:45PM +0530, Gadiyar, Anand wrote:
tom.leim...@gmail.com wrote:
From: Ming Lei tom.leim...@gmail.com
All hcd's debugfs entries are under usb debugfs root dir already,
so musb should not be a exception.
Signed-off
2010/9/3 Felipe Balbi m...@felipebalbi.com:
Hi,
thanks for your comments.
On Thu, 2 Sep 2010 23:58:18 +0800, tom.leim...@gmail.com wrote:
From: Ming Lei tom.leim...@gmail.com
Commit 461c317705eca5cac09a360f488715927fd0a927(into 2.6.36-v3)
is put forward to power down phy if no usb cable
Felipe,
Considered bit PHYPWD of PHY_PWR_CTRL is zero at default,
say, OTG phy is not put into power down after system poweron,
so 2.6.36-rc3 will make musb device mode broken if bootloader
doesn't touch PHYPWD of PHY_PWR_CTRL.
Could you ack the patch if no further objections or give other
2010/9/5 Felipe Balbi m...@felipebalbi.com:
Hi,
On Sat, 4 Sep 2010 23:36:39 +0800, Ming Lei tom.leim...@gmail.com wrote:
Considered bit PHYPWD of PHY_PWR_CTRL is zero at default,
say, OTG phy is not put into power down after system poweron,
so 2.6.36-rc3 will make musb device mode broken
2010/9/5 Felipe Balbi m...@felipebalbi.com:
Hi,
On Sun, 5 Sep 2010 14:42:51 +0800, Ming Lei tom.leim...@gmail.com wrote:
issue #1:(musb device not work with cable connected with PC)
-twl-asleep is set as zero in .probe since bootloader has not
powerdown phy
-EVENT_VBUS
2010/9/6 Gadiyar, Anand gadi...@ti.com:
Hi Tom,
Which codebase is this patch meant for?
I don't see the hb_mult in current mainline code?
Are there any patches which this one depends on?
This depends on the two iso for device mode patches:
2010/9/7 Sergei Shtylyov sshtyl...@mvista.com:
Hello.
Ming Lei wrote:
Which codebase is this patch meant for?
I don't see the hb_mult in current mainline code?
Are there any patches which this one depends on?
This depends on the two iso for device mode patches:
http://marc.info
2010/9/7 venki kaps venkiece2...@gmail.com:
Dear USB experts,
Is the same fix valid for omap3430 + 2.6.32 Kernel?
I have been facing mp3 playback idle current consumption 20mA more
after booting without USB cable connected
but If USB cable detach and attach happen, then able to hit
2010/9/7 venki kaps venkiece2...@gmail.com:
thanks for your good response.
Venkii,
On Tue, Sep 7, 2010 at 6:54 PM, Ming Lei tom.leim...@gmail.com wrote:
2010/9/7 venki kaps venkiece2...@gmail.com:
Dear USB experts,
Is the same fix valid for omap3430 + 2.6.32 Kernel?
I have been facing
CC Felipe / David / Gadiyar / Mike / Sergei
2010/9/8 Greg KH g...@kroah.com:
I seem to not have 1/6 here, did it get stuck somewhere?
Here is 1/6:
http://marc.info/?l=linux-usbm=128387307419605w=2
If you need, I can send the 1/6 to you directly.
Anyway, I need Felipe's ack before
2010/9/8 venki kaps venkiece2...@gmail.com:
To resolve the above issue, we have made PHY power on in battery
adc on function
and PHY power down in battery adc off function.
Good news, the temperature is bad value from battery adc if otg phy is power
down. Maybe you only need to power on otg
2010/9/13 Sergei Shtylyov sshtyl...@mvista.com:
But why not modify the conditional above all that code, just excluding
'is_dma' from it. This conditional already includes (request-actual ==
request-length) check. Please recast this patch.
The two condition is OR relation, not and, so we
2010/9/15 Felipe Balbi ba...@ti.com:
if request-length == 1MB and dma-max_len = 128KB, when is_dma is true,
request-actual will be different from request-length for 7
'iterations', then only on the 8th it will be the same. I believe that's
what Ming is trying to fix.
Ming, am I correct ?
2010/9/15 Sergei Shtylyov sshtyl...@mvista.com:
Hello.
On 15-09-2010 14:05, Felipe Balbi wrote:
I didn't say it was duplicate for DMA, just too late.
how come ? we need to send ZLP before giving back the request.
Well, look at the code ionce again. We need to send ZLP *after*
2010/9/15 Sergei Shtylyov sshtyl...@mvista.com:
On 15.09.2010 14:22, Felipe Balbi wrote:
I don't see why we should fix only this problem, while it's obvious tha
the fix is incomplete and leaves the other problem exposed. Please recast
the
patch.
IMO, the ZLP fix is *another* fix and as
Hi All,
In another thread, Sergei pointed out there is a ZLP issue in musb_g_tx:
Sergei Shtylyov sshtyl...@mvista.com wrote:
Hello.
On 15-09-2010 14:05, Felipe Balbi wrote:
I didn't say it was duplicate for DMA, just too late.
how come ? we need to send ZLP before giving back the
2010/9/15 Felipe Balbi ba...@ti.com:
Hi,
On Wed, Sep 15, 2010 at 05:53:10AM -0500, Ming Lei wrote:
1), why is the check for is_dma needed here?
if (is_dma || request-actual == request-length) {
}
if you programmed dma to request-length (and assuming it worked just
2010/9/15 Felipe Balbi ba...@ti.com:
IMO, it is not difficult to give a good fix for the ZLP problem
if the two questions are clear.
true, but some re-work needs to be done.
I suggest we do the fix for ZLP issue in a new patch against the
current patch set to avoid the rework. More
2010/9/16 Felipe Balbi ba...@ti.com:
If it's TX, both condtions should automatically be true, right?
even in mode1 ? I have to revist my docs, but afaict mode1 won't
transmit last short packet, no matter if it's tx or rx. Could be wrong,
though.
Seems short packet is always sent using mode
Hi Kevin,
I am interested in runtime pm implementation on OMAP3, and
want to test this function on omap3-based beagle board, but seems
no devices on omap3 Soc can support runtime pm(no __pm_runtime_*
message found from 'dmesg' and rpm debug option is surely enabled)
now after trying the two omap
2010/9/22 tom.leim...@gmail.com:
From: Ming Lei tom.leim...@gmail.com
This patch sets scheduler policy of twl4030 irq thread
(twl4030_irq_thread) as SCHED_FIFO to speedup irq response
time, just like taken by kernel threaded irq in irq_thread
(kernel/irq/manage.c). Also higher priority than
Hi Samuel,
Thanks for your comment.
2010/9/27 Samuel Ortiz sa...@linux.intel.com:
Hi Tom,
On Wed, Sep 22, 2010 at 09:49:31AM +0800, tom.leim...@gmail.com wrote:
From: Ming Lei tom.leim...@gmail.com
This patch sets scheduler policy of twl4030 irq thread
(twl4030_irq_thread
CC genirq guys
2010/9/28 Mark Brown broo...@opensource.wolfsonmicro.com:
On Tue, Sep 28, 2010 at 08:25:24AM +0800, Ming Lei wrote:
2010/9/27 Samuel Ortiz sa...@linux.intel.com:
Wouldn't converting your twl4030_irq_thread() to the threaded IRQ framework
fix that problem ?
IRQ_DISABLED
2010/9/30 Abraham Arce x0066...@ti.com:
Hi,
Is there any patch missing in omap-for-linus branch?
CC arch/arm/mach-omap2/pm_bus.o
arch/arm/mach-omap2/pm_bus.c: In function 'omap_pm_runtime_init':
arch/arm/mach-omap2/pm_bus.c:64: error: implicit declaration of function
Hi,
I just tested pm branch of tony's linux-omap-2.6 tree, and found my
beagle will hang in uart3 disabling clocks, follows the log info:
Starting kernel ...
Uncompressing Linux... done, booting the kernel.
Linux version 2.6.36-rc6+ (t...@tom-lei) (gcc version 4.3.3 (Sourcery
G++ Lite
2010/10/4 Premi, Sanjeev pr...@ti.com:
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Ming Lei
Sent: Sunday, October 03, 2010 2:34 PM
To: Kevin Hilman; linux-omap@vger.kernel.org
Subject: beagle hangs in uart3
2010/10/4 Govindraj govindraj...@gmail.com:
I tried now on zoom3 with uart3[ttyO2] as console
It boots up fine for me
Logs:
http://pastebin.com/sXR5nYcD
I am using omap2plus_defconfig and lo-master
commit 0882b1455797b0a104978000a622c3f2412e7cf5
Author: Tony Lindgren t...@atomide.com
2010/10/4 Kevin Hilman khil...@deeprootsystems.com:
Why? What do you need from the PM branch that is not in l-o master?
Seems master branch works fine for me, my beagle board doesn't hang
uart3 disabling clocks.
I only want to have a try of the runtime pm feature of omap3, so use
PM branch to
2010/10/5 Kevin Hilman khil...@deeprootsystems.com:
Ming Lei tom.leim...@gmail.com writes:
2010/10/4 Kevin Hilman khil...@deeprootsystems.com:
Why? What do you need from the PM branch that is not in l-o master?
Seems master branch works fine for me, my beagle board doesn't hang
uart3
2010/10/7 Grazvydas Ignotas nota...@gmail.com:
Hi,
pulled today's linux-next and g_ether is acting strange on my pandora board:
# ping pnd
PING pnd (10.0.1.2) 56(84) bytes of data.
64 bytes from pnd (10.0.1.2): icmp_seq=2 ttl=64 time=2018 ms
64 bytes from pnd (10.0.1.2): icmp_seq=1 ttl=64
2010/10/8 Grazvydas Ignotas nota...@gmail.com:
Looks like the transfers get mixed somehow? Curiously after replugging
the cable several times it starts working properly, however the
problem comes back reliably after each reboot.
Please apply the patch below against -next tree to see if
your
2010/10/8 Grazvydas Ignotas nota...@gmail.com:
I have tried patch-v2.6.36-rc6-next-20101006 on my beagle B5, seems
no such problem.
Did you try booting with the cable attached? The problem only shows up
Yes, my beagle is powered by usb cable connected with PC.
if I boot the board with cable
Hi,
2010/10/9 Grazvydas Ignotas nota...@gmail.com:
Also, you may take Gadiyar's suggestion to post your musb debug info.
Thanks for ideas, I've found why it happens for me. It's because my
network setup script looks like this:
ifconfig usb0 10.0.1.2 down
ifconfig usb0 10.0.1.2 up
So to
Hi,
2010/10/11 Grazvydas Ignotas nota...@gmail.com:
hello,
Reproduce the test with your setup script, no your 'ping' issue
happened on my beagle B5.
ok I've updated to next-20101008 (from next-20101006) and the network
no longer works at all on fresh boot, it starts working only after
2010/10/11 Grazvydas Ignotas nota...@gmail.com:
which effectively disables DMA due to a bug in it, so it's probably
DMA problems on my board. Here is my log:
Yes, your issue may be related with ep1out Rx DMA, but I am not sure
since the very important message between timestamp 39.256011 and
2010/10/11 Grazvydas Ignotas nota...@gmail.com:
On Mon, Oct 11, 2010 at 1:53 PM, Ming Lei tom.leim...@gmail.com wrote:
2010/10/11 Grazvydas Ignotas nota...@gmail.com:
which effectively disables DMA due to a bug in it, so it's probably
DMA problems on my board. Here is my log:
Yes, your issue
Hi,
I want to know which type of DMA is taken by musb of DM3730,
INVENTRA_DMA, TI_CPPI_DMA or others?
thanks,
--
Lei Ming
--
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
Hi Gadiyar,
Thanks for your reply.
2010/10/27 Gadiyar, Anand gadi...@ti.com:
On Wed, Oct 27, 2010 at 5:54 AM, Ming Lei tom.leim...@gmail.com wrote:
I want to know which type of DMA is taken by musb of DM3730,
INVENTRA_DMA, TI_CPPI_DMA or others?
Inventra DMA. An updated version compared
Hello,
2010/10/27 Anand Gadiyar gadi...@ti.com:
On 10/27/2010 10:55 AM, Ming Lei wrote:
2010/10/27 Ming Leitom.leim...@gmail.com:
Hi Gadiyar,
Thanks for your reply.
2010/10/27 Gadiyar, Anandgadi...@ti.com:
On Wed, Oct 27, 2010 at 5:54 AM, Ming Leitom.leim...@gmail.com wrote:
I want
mode.
(Current callers already have this backup path in place).
Signed-off-by: Anand Gadiyar gadi...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Ming Lei tom.leim...@gmail.com
Cc: Ajay Kumar Gupta ajay.gu...@ti.com
Cc: Mike Frysinger vap...@gentoo.org
Tested-by: Ming Lei tom.leim...@gmail.com
2010/10/31 Anand Gadiyar gadi...@ti.com:
On 10/27/2010 11:27 AM, Ming Lei wrote:
I don't think there is better fix in software than the two ones
you posted.
Looking at old mail threads, I remember Ajay had one objection to using PIO
for unaligned transfers - when multiple DMA channels
2010/11/5 Grazvydas Ignotas nota...@gmail.com:
hi,
On Fri, Nov 5, 2010 at 10:39 AM, Enric Balletbò i Serra
eballe...@gmail.com wrote:
Hello all,
With current mainline and stable 2.6.35.y branch I've some strange
features with USB ethernet gadget ...
r...@igep0020:~# uname -a
Linux
Hi,
2010/12/20 Charles Manning mannin...@actrix.gen.nz:
Hi All
With the change to the new omap-serial stuff, the device names have changed
from /dev/ttySn to /dev/ttyOn.
Using the fit/form/function argument, this would seem to be a bad idea.
The kernel does not exist in a vacuum. It is
Hi,
2010/12/20 Abraham Arce abraham.arce.mor...@gmail.com:
Hi,
On Sun, Dec 19, 2010 at 9:04 PM, Ming Lei tom.leim...@gmail.com wrote:
In fact, the transition is not friendly indeed for a user. I don't know why
the transition is introduced, for what purpose? Who can give a explanation
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
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
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 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 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,
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,
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
2008/11/2 Rick Bronson [EMAIL PROTECTED]:
See previous post with subject:
Re: What happened to the serial console on BeagleBoard with 2.6.28-rc2?
Very Good! My BB really does work after applying the patch.
Thanks!
Rick
--
To unsubscribe from this list: send the line unsubscribe
OK.
I am now in work, and I will test your patch at home about 10hours later,:-)
Thanks!
2008/11/3 Tony Lindgren [EMAIL PROTECTED]:
* Ming Lei [EMAIL PROTECTED] [081102 02:02]:
2008/11/2 Rick Bronson [EMAIL PROTECTED]:
See previous post with subject:
Re: What happened to the serial
2008/11/3 Tony Lindgren [EMAIL PROTECTED]:
* David Brownell [EMAIL PROTECTED] [081102 11:26]:
On Sunday 02 November 2008, Rick Bronson wrote:
Is that what you saw too?
Yep, that's what I saw, but only if I had DEBUG_LL=y. Without that
I had nothing except Uncompressing Linux.
beagle sound soc in v2.6.28-rc4 build failed:
MODPOST 31 modules
ERROR: omap_ctrl_writel [sound/soc/omap/snd-soc-omap-mcbsp.ko] undefined!
ERROR: omap_ctrl_readl [sound/soc/omap/snd-soc-omap-mcbsp.ko] undefined!
2008/11/14 Tony Lindgren [EMAIL PROTECTED]:
* Steve Sakoman [EMAIL PROTECTED]
2010/5/28 Gadiyar, Anand gadi...@ti.com:
David Brownell wrote:
(Okay, I do know anyone who compiles a custom kernel of
this sort is likely capable of patching the board files
as needed to downgrade to the desired mode. But I still
think the patch at [1] is useful to have.)
David NAK the
sorry, some fixes.
2010/5/28 Ming Lei tom.leim...@gmail.com:
2010/5/28 Gadiyar, Anand gadi...@ti.com:
David Brownell wrote:
(Okay, I do know anyone who compiles a custom kernel of
this sort is likely capable of patching the board files
as needed to downgrade to the desired mode. But I still
2010/7/27 Maulik x0082...@ti.com:
Hello,
I am working on OMAP4 which has two ARM Cortex A9 microprocessors (SMP
system) with 2.6.35-rc5 kernel.
I have an issue whereby transferring a large file (20MB) over USB (OMAP
Mentor USB controller acts as USB host) to an attached USB thumb drive
2009/9/18 Ming Lei tom.leim...@gmail.com:
Board: beagle B5
LCD: can show beagle logo in uboot
Once I upgrade to v2.6.31 from
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
and apply the patch:
omapfb: Reorder Register_framebuffer call
] (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
,
--
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
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
] 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
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
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
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
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
/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
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
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
, :-)
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 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
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
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
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
, 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
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
-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
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
1 - 100 of 258 matches
Mail list logo