2010/8/28 Greg KH :
> On Fri, Aug 27, 2010 at 10:34:45PM +0530, Gadiyar, Anand wrote:
>> tom.leim...@gmail.com wrote:
>> >
>> > From: Ming Lei
>> >
>> > All hcd's debugfs entries are under usb debugfs root dir already,
>> > so musb should not be a exception.
>> >
>> > Signed-off-by: Ming Lei
>> >
2010/8/28 Mike Frysinger :
> On Friday, August 27, 2010 07:37:20 tom.leim...@gmail.com wrote:
>> From: Ming Lei
>>
>> 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 m
On Fri, 2010-08-27 at 17:52 -0700, Kevin Hilman wrote:
> Thara Gopinath writes:
>
> > This patch adds an API in the opp layer that
> > can be used by the voltage layer to get a list of all the
> > scalable devices belonging to a particular voltage domain.
> > This API is to be typically called on
Thara Gopinath writes:
> This patch adds an API in the opp layer that
> can be used by the voltage layer to get a list of all the
> scalable devices belonging to a particular voltage domain.
> This API is to be typically called only once by the voltage
> layer per voltage domain instance and the
Thara Gopinath writes:
> This patch introduces a user list of devices associated with each
> voltage domain instance. The user list is implemented using plist
> structure with priority node populated with the voltage values.
> This patch also adds an API which will take in a device and
> requeste
Amit Kucheria writes:
> On 10 Aug 28, vishwanath.sripa...@linaro.org wrote:
>> From: Vishwanath BS
>>
>> This patch has instrumentation code for measuring latencies for
>> various CPUIdle C states for OMAP. Idea here is to capture the
>> timestamp at various phases of CPU Idle and then compute
* Cousson, Benoit [100827 02:17]:
> On 8/27/2010 4:29 AM, rockefeller wrote:
> >
> >Because "muxname.mode7" in in RAM is modifiable, after function call
> >to function1(), the *pine_mux_name will be "muxname" and therefore when
> >calls to function2() to try to set this pin in mode7 with value 0x0
Use resource_size().
Signed-off-by: Chris Ball
---
drivers/mmc/host/omap_hsmmc.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c
index 4a8776f..077bbdb 100644
--- a/drivers/mmc/host/omap_hsmmc.c
+++ b/dri
Use resource_size().
Signed-off-by: Chris Ball
---
drivers/mmc/host/omap.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/mmc/host/omap.c b/drivers/mmc/host/omap.c
index d98ddcf..23ce2f1 100644
--- a/drivers/mmc/host/omap.c
+++ b/drivers/mmc/host/omap.c
@@
Adding LO and MTD list too for more comments.
On Sat, Aug 28, 2010 at 1:40 AM, Vimal Singh wrote:
> On Sat, Aug 28, 2010 at 12:00 AM, Cliff Brake wrote:
>> On Fri, Aug 27, 2010 at 2:29 PM, Cliff Brake wrote:
>>> On Fri, Aug 27, 2010 at 11:13 AM, Ghorai, Sukumar wrote:
> -Original
On 10 Aug 28, vishwanath.sripa...@linaro.org wrote:
> From: Vishwanath BS
>
> This patch has instrumentation code for measuring latencies for
> various CPUIdle C states for OMAP. Idea here is to capture the
> timestamp at various phases of CPU Idle and then compute the sw
> latency for various c
On Friday, August 27, 2010 07:37:20 tom.leim...@gmail.com wrote:
> From: Ming Lei
>
> 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 is taken to enable double f
Hi,
On Thu, May 06, 2010 at 10:04:19AM +0200, Tobias Klauser wrote:
> Use the resource_size function instead of manually calculating the
> resource size. This reduces the chance of introducing off-by-one
> errors.
>
> Signed-off-by: Tobias Klauser
> ---
> drivers/mmc/host/omap.c |4 ++--
>
Hi Venkatraman,
On Thu, Apr 29, 2010 at 11:04:34PM +0530, Venkatraman S wrote:
> This patch series is the introduction of new sDMA feature: descriptor
> autoloading (v8) and it's adoption by the OMAP HSMMC driver.
>
>The previous version (v7) was blocked on achieving proper interrupt
> sy
Hi,
Looks like the discussion on this patch stopped: do we think there's a
race worth fixing here?
On Wed, Mar 10, 2010 at 07:41:38PM +0530, Venkatraman S wrote:
> See previous post http://patchwork.kernel.org/patch/82907/
> Rebased to 2.6.34-rc1 and fixed comment alignment.
>
> CC: Adrian Hunte
Hi David,
On Mon, Feb 22, 2010 at 02:24:17PM +, David Vrabel wrote:
> These patches add support for SDIO cards to the omap_hsmmc driver.
> Power management changes to prevent SDIO cards from being turned off
> and losing all state, and card interrupts.
>
> I've been unable to test these exact
vishwanath.sripa...@linaro.org writes:
> From: Vishwanath BS
>
> This patch has instrumentation code for measuring latencies for
> various CPUIdle C states for OMAP. Idea here is to capture the
> timestamp at various phases of CPU Idle and then compute the sw
> latency for various c states. For
Hi,
On 08/27/2010 08:19 PM, Jayabharath Goluguri wrote:
> I would like to inform you all of the availability of the OMAP4430
> Silicon Rev2.0 Public TRM.
>
> Direct Link:
> http://focus.ti.com/pdfs/wtbu/OMAP4430_ES2.0_Public_TRM_vJ.pdf
> (Caution: 44MB PDF)
cool, thanks :-) (wow, 5000+ pages)
On Fri, Aug 27, 2010 at 10:34:45PM +0530, Gadiyar, Anand wrote:
> tom.leim...@gmail.com wrote:
> >
> > From: Ming Lei
> >
> > All hcd's debugfs entries are under usb debugfs root dir already,
> > so musb should not be a exception.
> >
> > Signed-off-by: Ming Lei
> > ---
> > drivers/usb/musb/m
All,
I would like to inform you all of the availability of the OMAP4430
Silicon Rev2.0 Public TRM.
Direct Link: http://focus.ti.com/pdfs/wtbu/OMAP4430_ES2.0_Public_TRM_vJ.pdf
(Caution: 44MB PDF)
Alternatively you can go to :
http://focus.ti.com/general/docs/wtbu/wtbudocumentcenter.tsp?templa
tom.leim...@gmail.com wrote:
>
> From: Ming Lei
>
> All hcd's debugfs entries are under usb debugfs root dir already,
> so musb should not be a exception.
>
> Signed-off-by: Ming Lei
> ---
> drivers/usb/musb/musb_debugfs.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> dif
2010/8/27 Gadiyar, Anand :
> tom.leim...@gmail.com wrote:
>>
>> From: Ming Lei
>>
>> 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 of usbtest can't be passed
From: Ming Lei
All hcd's debugfs entries are under usb debugfs root dir already,
so musb should not be a exception.
Signed-off-by: Ming Lei
---
drivers/usb/musb/musb_debugfs.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/usb/musb/musb_debugfs.c b/drivers/us
tom.leim...@gmail.com wrote:
>
> From: Ming Lei
>
> 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 of usbtest can't be passed if we
> configure musb as g_zero
Ming Lei wrote:
> 2010/8/27 Gadiyar, Anand :
> > tom.leim...@gmail.com wrote:
> >> From: Ming Lei
> >>
> >> 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 :
> tom.leim...@gmail.com wrote:
>> From: Ming Lei
>>
>> 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 is taken to enable double fifo
tom.leim...@gmail.com wrote:
>
> From: Ming Lei
>
> DMA length should not go beyond the availabe space of request buffer,
> so fix it.
>
> Signed-off-by: Ming Lei
> Cc: Anand Gadiyar
> Cc: Mike Frysinger
> Cc: Sergei Shtylyov
There's a small typo in the description.
But for the patch itse
From: Ming Lei
DMA length should not go beyond the availabe space of request buffer,
so fix it.
Signed-off-by: Ming Lei
Cc: Anand Gadiyar
Cc: Mike Frysinger
Cc: Sergei Shtylyov
---
drivers/usb/musb/musb_gadget.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/dr
From: Ming Lei
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 of usbtest can't be passed if we
configure musb as g_zero and use fifo mode 3 to enable double
buffer mode.
> -Original Message-
> From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
> Sent: Friday, August 27, 2010 4:34 AM
> To: Varadarajan, Charulatha
> Cc: linux-omap@vger.kernel.org; w...@iguana.be; p...@pwsan.com; Cousson,
> Benoit; Nayak, Rajendra; Basak, Partha
> Subject: Re: [PATCH 5/
> -Original Message-
> From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
> Sent: Friday, August 27, 2010 4:25 AM
> To: Varadarajan, Charulatha
> Cc: linux-omap@vger.kernel.org; w...@iguana.be; p...@pwsan.com; Cousson,
> Benoit; Nayak, Rajendra; Basak, Partha
> Subject: Re: [PATCH 0/
Benoit,
On Mon, Aug 23, 2010 at 1:30 PM, Cousson, Benoit wrote:
> Hi Kishore,
>
> On 8/20/2010 10:10 PM, Kadiyala, Kishore wrote:
>>
>> Update register offsets and dev attributes for MMC controllers on
>> OMAP4
>>
>> Cc: Kevin Hilman
>> Cc: Benoit Cousson
>> Signed-off-by: Kishore Kadiyala
>> ---
Thanks for your review.
2010/8/27 Gadiyar, Anand :
> tom.leim...@gmail.com wrote:
>> From: Ming Lei
>>
>> 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 infinite hang and data e
On Fri, Aug 27, 2010 at 4:54 AM, Kevin Hilman
wrote:
> "kishore kadiyala" writes:
>
>> From: Benoit Cousson > Avoid possible crash if CONFIG_MMC_OMAP_HS is not set
>>
>> Cc: Kevin Hilman
>> Cc: Adrian Hunter
>> Cc: Andrew Morton
>> Cc: Madhusudhan Chikkature
>> Signed-off-by: Benoit Cousson
On Fri, Aug 27, 2010 at 4:53 AM, Kevin Hilman
wrote:
> "kishore kadiyala" writes:
>
>> Crash if enabled CONFIG_PM_RUNTIME and power_saving set.
>>
>> Use get_sync/put_sync properly so that host->nesting_cnt gets
>> updated properly.
>
> This one is my fault for not really understanding the MMC dr
On Fri, Aug 27, 2010 at 4:52 AM, Kevin Hilman
wrote:
> "kishore kadiyala" writes:
>
>> Since OMAP4 has added new set of registers , this patch adds
>> different array's for OMAP3 and OMAP4 and choose the right one
>> during run time.Newly added registers are updated at the bottom
>> of array.
>>
Thanks Kevin, I will take up things for MMC from here.
Currently working on runtime for MMC and post out once done.
Regards,
Kishore
On Fri, Aug 27, 2010 at 4:47 AM, Kevin Hilman
wrote:
> "kishore kadiyala" writes:
>
>> Hi,
>>
>> 1) The patch series has dependency on Tony's patches
>> http:/
On 8/23/2010 5:57 PM, Guruswamy, Senthilvadivu wrote:
From: Senthilvadivu Guruswamy
RFBI init and exit moved to rfbi probe and remove.
Signed-off-by: Senthilvadivu Guruswamy
---
drivers/video/omap2/dss/core.c | 21 +++--
1 files changed, 11 insertions(+), 10 deletions(-)
d
tom.leim...@gmail.com wrote:
> From: Ming Lei
>
> 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 infinite hang and data error bug in double buffer
>
Double buffering should stil
Benoit,
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Cousson, Benoit
> Sent: Friday, August 27, 2010 3:56 PM
> To: vishwanath.sripa...@linaro.org; Sripathy, Vishwanath
> Cc: linux-omap@vger.kernel.org; linaro-...@lis
tom.leim...@gmail.com wrote:
> From: Ming Lei
>
> 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 is taken to enable double fifo.
>
> In fact, the patch only re
Benoit,
On Fri, Aug 27, 2010 at 12:25 PM, Cousson, Benoit wrote:
>> This patch has instrumentation code for measuring latencies for
>> various CPUIdle C states for OMAP. Idea here is to capture the
>> timestamp at various phases of CPU Idle and then compute the sw
>> latency for various c states.
From: Ming Lei
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 is taken to enable double fifo.
In fact, the patch only removes the check for non-empty fifo before
l
From: Ming Lei
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 infinite hang and data error bug in double buffer
-DMA length should not go beyond the availabe space of reque
Hi Vishwa,
On 8/28/2010 12:08 AM, vishwanath.sripa...@linaro.org wrote:
From: Vishwanath BS
This patch has instrumentation code for measuring latencies for
various CPUIdle C states for OMAP. Idea here is to capture the
timestamp at various phases of CPU Idle and then compute the sw
latency for
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of C V, Silesh
> Sent: Friday, August 27, 2010 3:28 PM
> To: vishwanath.sripa...@linaro.org
> Cc: linux-omap@vger.kernel.org; linaro-...@lists.linaro.org
> Subject: Re: [PA
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Jean Pihet
> Sent: Friday, August 27, 2010 3:17 PM
> To: vishwanath.sripa...@linaro.org
> Cc: linux-omap@vger.kernel.org; linaro-...@lists.linaro.org
> Subject: Re: [PAT
g 28, 2010 at 3:38 AM, wrote:
> From: Vishwanath BS
>
> This patch has instrumentation code for measuring latencies for
> various CPUIdle C states for OMAP. Idea here is to capture the
> timestamp at various phases of CPU Idle and then compute the sw
> latency for various c states. For OMAP, 32k
Hi,
On Sat, Aug 28, 2010 at 12:08 AM, wrote:
> From: Vishwanath BS
>
> This patch has instrumentation code for measuring latencies for
> various CPUIdle C states for OMAP. Idea here is to capture the
> timestamp at various phases of CPU Idle and then compute the sw
> latency for various c state
On 8/27/2010 4:29 AM, rockefeller wrote:
Hi Tony,
In the implementation of omap_mux_init_signal(char *muxname, int val)
in arch/arm/mach-omap2/mux.c, it will modify the muxname of
caller that passed in and not recover it, did you mean to implement
to do so?(I try to explain my point of view a
Hi Manju,
Patch already posted here :
https://patchwork.kernel.org/patch/118871/
Regards,
Kishore
On Fri, Aug 27, 2010 at 2:26 AM, G, Manjunath Kondaiah wrote:
> From: Manjunatha GK
>
> Fixes warning due to unused variable.
>
> drivers/mmc/host/omap_hsmmc.c: In function 'omap_hsmmc_suspend':
>
From: Vishwanath BS
This patch has instrumentation code for measuring latencies for
various CPUIdle C states for OMAP. Idea here is to capture the
timestamp at various phases of CPU Idle and then compute the sw
latency for various c states. For OMAP, 32k clock is chosen as
reference clock this as
Hi Tomi,
Please find the OMAP4 TRM in
http://focus.ti.com/general/docs/wtbu/wtbudocumentcenter.tsp?templateId=6123&navigationId=12667
Thanks and regards,
Mythri.
> -Original Message-
> From: Tomi Valkeinen [mailto:tomi.valkei...@nokia.com]
> Sent: Thursday, August 26, 2010 4:31 PM
> To:
53 matches
Mail list logo