On ma, 2008-08-18 at 16:31 +0300, ext Tony Lindgren wrote:
> * Kalle Jokiniemi <[EMAIL PROTECTED]> [080807 13:10]:
> > Hi Tony,
> >
> > This patch should be safe to apply now as the sys off mode pin polarity
> > was fixed in the patch "Add early init for voltage controller
> > configuration and of
* Jarkko Nikula <[EMAIL PROTECTED]> [080819 09:22]:
> On Mon, 18 Aug 2008 18:54:57 +0300
> "ext Artem Bityutskiy" <[EMAIL PROTECTED]> wrote:
>
> > This patch fixes the following annoying warning:
> >
> > INFO: task twl4030 gpio:283 blocked for more than 120 seconds.
> > "echo 0 > /proc/sys/kernel
* Felipe Contreras <[EMAIL PROTECTED]> [080818 23:09]:
> On Mon, Aug 18, 2008 at 10:28 PM, Kanigeri, Hari <[EMAIL PROTECTED]> wrote:
> >> If you mean there is separate clock infrastructure for DSPBridge other
> >> than clock framework we have for OMAP, then DSPBridge should convert
> >> to the one
* Trilok Soni <[EMAIL PROTECTED]> [080818 20:21]:
> Hi Vijay,
>
> On Mon, Aug 18, 2008 at 10:42 PM, Pasam, Vijay <[EMAIL PROTECTED]> wrote:
> > Hi Hiroshi,
> >
> >> Yes, "dspgateway" won't support OMAP3 but if I remember
> >> correctly that TWL is already in OMAP2? and also does Camera
> >> use th
On Mon, 18 Aug 2008 18:54:57 +0300
"ext Artem Bityutskiy" <[EMAIL PROTECTED]> wrote:
> This patch fixes the following annoying warning:
>
> INFO: task twl4030 gpio:283 blocked for more than 120 seconds.
> "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this
> message. twl4030 gpio D
Hi Hari,
From: "ext Kanigeri, Hari" <[EMAIL PROTECTED]>
Subject: RE: [RFC] Port TI DSP BRIDGE for a new dedicated branch in linux-omap
Date: Mon, 18 Aug 2008 10:53:28 -0500
> > Focusing on checkpatch errors is a bit deceptive. It is
> > perfectly possible to be "checkpatch clean" yet the code
> >
Does this patch require all board files to pass in platform_data or
are there reasonable defaults for boards that don't?
There are reports that this patch has broken musb on beagle.
Regards,
Steve
On Wed, Aug 13, 2008 at 10:36 AM, Felipe Balbi <[EMAIL PROTECTED]> wrote:
> Use platform_data to
Hi,
> [EMAIL PROTECTED] On Behalf Of Jarkko Lavinen
> 2: Disable smartidle mode while suspending (workaround)
This was the work around we had in internal trees for a long time.
However Madhu C. recently updated this based on an internal investigation. It
is required to reset the command pin
On Mon, Aug 18, 2008 at 10:28 PM, Kanigeri, Hari <[EMAIL PROTECTED]> wrote:
>> If you mean there is separate clock infrastructure for DSPBridge other
>> than clock framework we have for OMAP, then DSPBridge should convert
>> to the one we have for OMAP. As recent work by Paul for clock
>> framework
> If you mean there is separate clock infrastructure for DSPBridge other
> than clock framework we have for OMAP, then DSPBridge should convert
> to the one we have for OMAP. As recent work by Paul for clock
> framework on OMAP3 and Power domains we need centralized code for clk
> and power domains
Hi,
"mmu" and "mailbox" still have some dependency on dspgateway. They
also should be cleaned up as being independent on specific
implementation, ideally to be shared by any bridge implementations.
Hiroshi DOYU
From: "ext Tony Lindgren" <[EMAIL PROTECTED]>
Subject: Re: [RFC] Port
On Fri, 2008-08-15 at 14:57 -0400, Josh Karabin wrote:
> Peter Barada wrote:
> > On Fri, 2008-08-15 at 23:04 +0530, Syed Mohammed, Khasim wrote:
> >>> -Original Message-
> >>> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Peter
> >>> Barada
>
> >>> Any suggestions on what
From: "ext Trilok Soni" <[EMAIL PROTECTED]>
Subject: Re: [RFC] Port TI DSP BRIDGE for a new dedicated branch in linux-omap
Date: Mon, 18 Aug 2008 13:56:59 +0530
> Hi Tony,
>
> On Mon, Aug 18, 2008 at 1:26 PM, Tony Lindgren <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > * Felipe Contreras <[EMAIL PROT
Hi all,
I'm having a problem with the HSMMC driver. If I attempt to send data
that amounts to less than the current SDIO block size, the transfer
never completes. If set my block size to a value that's less than the
smallest amount of data that I intend to send, the driver properly
breaks it i
Hi Hari,
On Mon, Aug 18, 2008 at 9:57 PM, Kanigeri, Hari <[EMAIL PROTECTED]> wrote:
> Hi,
>
>> Some of the above items are being looked at like replacing CSL, isr etc..
>> But there are no equivalent API's or functionality available in kernel for
>> many of them. We should replace the API's with t
Hi Vijay,
On Mon, Aug 18, 2008 at 10:42 PM, Pasam, Vijay <[EMAIL PROTECTED]> wrote:
> Hi Hiroshi,
>
>> Yes, "dspgateway" won't support OMAP3 but if I remember
>> correctly that TWL is already in OMAP2? and also does Camera
>> use the same mechanism of this MMU? This may be benefit or a
>> must, I
Hi Hari,
On Mon, Aug 18, 2008 at 9:57 PM, Kanigeri, Hari <[EMAIL PROTECTED]> wrote:
> Hi,
>
>> Some of the above items are being looked at like replacing CSL, isr etc..
>> But there are no equivalent API's or functionality available in kernel for
>> many of them. We should replace the API's with t
Hi Hiroshi,
> Yes, "dspgateway" won't support OMAP3 but if I remember
> correctly that TWL is already in OMAP2? and also does Camera
> use the same mechanism of this MMU? This may be benefit or a
> must, I guess..
I agree. If we are certain that camera driver or some other driver uses
MMU the
On Wed, Jul 16, 2008 at 06:19:05PM +0300, Tony Lindgren wrote:
> This patch series contains power domain and clock domain specific patches
> for omap posted to linux-arm-kernel list during 2.6.25-rc5.
>
> I'm reposting the series to a wider audience as Russell King suspected that
> other archs may
Hi,
> Some of the above items are being looked at like replacing CSL, isr etc..
> But there are no equivalent API's or functionality available in kernel for
> many of them. We should replace the API's with the avaolable kernel API's
> and the remaining need to be looked at from long term.
>
-- I
This patch fixes the following annoying warning:
INFO: task twl4030 gpio:283 blocked for more than 120 seconds.
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
twl4030 gpio D c027e9dc 0 283 2
[] (schedule+0x0/0x314) from [] (kthread+0x3c/0x80)
[] (kthread+0x0/
> Focusing on checkpatch errors is a bit deceptive. It is
> perfectly possible to be "checkpatch clean" yet the code
> has lots of issues left. For example checkpatch cannot tell
> that CSL_Strlen() can be replaced with strlen() from kernel.
-- CSL module is worked on. We will send this patch this
Re-organizing some goto at hsmmc probe.
Signed-off-by: Francisco Alecrim <[EMAIL PROTECTED]>
Signed-off-by: Jarkko Lavinen <[EMAIL PROTECTED]>
---
drivers/mmc/host/omap_hsmmc.c | 20 +++-
1 files changed, 11 insertions(+), 9 deletions(-)
diff --git a/drivers/mmc/host/omap_hsmmc
From: Högander Jouni <[EMAIL PROTECTED]>
For some reason mmc doesn't ack idle request if smartidle mode is used. This is
just workaround. There is something wrong in driver code or in hw(omap).
Signed-off-by: Jouni Högander <[EMAIL PROTECTED]>
---
drivers/mmc/host/omap_hsmmc.c | 11 ++
From: Francisco Alecrim <[EMAIL PROTECTED]>
Readable output for IRQ status register
Signed-off-by: Francisco Alecrim <[EMAIL PROTECTED]>
Acked-by: Anderson Lizardo <[EMAIL PROTECTED]>
---
drivers/mmc/host/omap_hsmmc.c | 34 ++
1 files changed, 34 insertions(+),
Hi alll
Here are some pending patches for Omap HSMMC driver.
First two patches are PM patches by Jouni Högrander:
1: Do not try to call board specific suspend / resume functions if there
is no such.
2: Disable smartidle mode while suspending (workaround)
Next four patches are cleanups, slot
Add sysfs cover_switch with the status of cover.
Signed-off-by: Francisco Alecrim <[EMAIL PROTECTED]>
Signed-off-by: Jarkko Lavinen <[EMAIL PROTECTED]>
---
drivers/mmc/host/omap_hsmmc.c | 30 ++
1 files changed, 30 insertions(+), 0 deletions(-)
diff --git a/drivers/
From: Högander Jouni <[EMAIL PROTECTED]>
Do not try to call board specific suspend / resume functions if there
is no such.
Signed-off-by: Jouni Högander <[EMAIL PROTECTED]>
---
drivers/mmc/host/omap_hsmmc.c | 20
1 files changed, 12 insertions(+), 8 deletions(-)
diff --gi
From: Francisco Alecrim <[EMAIL PROTECTED]>
Add slot_name entry to sysfs.
Signed-off-by: Francisco Alecrim <[EMAIL PROTECTED]>
Acked-by: Anderson Lizardo <[EMAIL PROTECTED]>
---
drivers/mmc/host/omap_hsmmc.c | 21 +
1 files changed, 21 insertions(+), 0 deletions(-)
diff --
Hi Jarkko,
> I have a fear that the Nokia 770 is the reason here... :-)
Thanks for the feedback this is good to know.
> Can you try patch below is it working on OSK?
I have been meaning to try this out and verify. However, I need to dig out the
hardware and get it setup again.
Yuri, I don't
Vijay, Thank you for your quick reply.
From: "ext Pasam, Vijay" <[EMAIL PROTECTED]>
Subject: RE: [RFC][DRAFT] TODO list for TI DSP BRIDGE
Date: Mon, 18 Aug 2008 09:28:00 -0500
> Hi Hiroshi:
>
> > Small cleanups
> > --
> > There are still quite lots of trivial things, naming
> > conv
Hi Hiroshi:
> Small cleanups
> --
> There are still quite lots of trivial things, naming
> convention, etc. In detail, please check:
>
> - Documentation/CodingStyle
> - Documentation/SubmitChecklist
> - Documentation/SubmittingPatches
>
> This can be cleaned up along with the other
Hi all,
This is a draft proposal for the bridge TODO list just as a
starter. For the details, lots of comments could be added and
discussed here.
The basic concept is that, at first, we will make every components
a little bit more basic, small, primitive and independent(small kernel
modules), pus
* Kalle Jokiniemi <[EMAIL PROTECTED]> [080807 13:10]:
> Hi Tony,
>
> This patch should be safe to apply now as the sys off mode pin polarity
> was fixed in the patch "Add early init for voltage controller
> configuration and off mode polarity" (index a6cfc46..fc72c11 100644).
>
> I compile & boot
* Felipe Balbi <[EMAIL PROTECTED]> [080815 10:50]:
> On Fri, Aug 15, 2008 at 10:44:47AM +0300, H?gander Jouni wrote:
> > Refreshed PM workaround set without coding style errors and 24xx build
> > fixed. Here are instructions how to test them:
> >
> > To get Omap into retention, this patch set stil
* Hiroshi DOYU <[EMAIL PROTECTED]> [080815 23:49]:
> Hi Richard,
>
> It sounds to me that you meant that "omapzoom" should be the center of
> the bridge development because of TI's internal expertise of this
> area. I don't have any explicit objections at all and, at least, I
> will pay some respe
* Trilok Soni <[EMAIL PROTECTED]> [080818 11:27]:
> Hi Tony,
>
> On Mon, Aug 18, 2008 at 1:26 PM, Tony Lindgren <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > * Felipe Contreras <[EMAIL PROTECTED]> [080816 12:58]:
> >> Hi Vijay,
> >>
> >> On Sat, Aug 16, 2008 at 12:59 AM, Pasam, Vijay <[EMAIL PROTECTE
* Jean Delvare <[EMAIL PROTECTED]> [080818 15:34]:
> On Mon, 18 Aug 2008 15:21:45 +0300, Tony Lindgren wrote:
> > * Jean Delvare <[EMAIL PROTECTED]> [080812 12:52]:
> > > Hi Tony,
> > >
> > > On Tue, 12 Aug 2008 12:29:18 +0300, Tony Lindgren wrote:
> > > > * David Brownell <[EMAIL PROTECTED]> [080
* Artem Bityutskiy <[EMAIL PROTECTED]> [080818 15:38]:
>
> On Mon, 2008-08-18 at 15:33 +0300, Tony Lindgren wrote:
> > * Adrian Hunter <[EMAIL PROTECTED]> [080814 14:21]:
> > > On OMAP3, the driver was occasionally not seeing the GPIO
> > > interrupt. Adding a small delay of one register read
> >
* Felipe Balbi <[EMAIL PROTECTED]> [080814 17:12]:
> On Thu, Aug 14, 2008 at 04:35:41PM +0300, Tony Lindgren wrote:
> > Thanks, pushing to l-o. Your twl patch also needs to be updated
> > for the include path.
>
> Here it is
Thanks, pushing today.
Tony
> thanks
>
> --
> balbi
> From bc91d544
On Mon, 2008-08-18 at 15:33 +0300, Tony Lindgren wrote:
> * Adrian Hunter <[EMAIL PROTECTED]> [080814 14:21]:
> > On OMAP3, the driver was occasionally not seeing the GPIO
> > interrupt. Adding a small delay of one register read
> > eliminates the problem.
>
> Pushing to linux-omap tree.
Note,
On Mon, 18 Aug 2008 15:21:45 +0300, Tony Lindgren wrote:
> * Jean Delvare <[EMAIL PROTECTED]> [080812 12:52]:
> > Hi Tony,
> >
> > On Tue, 12 Aug 2008 12:29:18 +0300, Tony Lindgren wrote:
> > > * David Brownell <[EMAIL PROTECTED]> [080811 21:35]:
> > > > > That one isn't mine, the original code al
* Adrian Hunter <[EMAIL PROTECTED]> [080814 14:21]:
> On OMAP3, the driver was occasionally not seeing the GPIO
> interrupt. Adding a small delay of one register read
> eliminates the problem.
Pushing to linux-omap tree.
Tony
> Signed-off-by: Adrian Hunter <[EMAIL PROTECTED]>
> ---
> drivers/mt
* Jean Delvare <[EMAIL PROTECTED]> [080812 12:52]:
> Hi Tony,
>
> On Tue, 12 Aug 2008 12:29:18 +0300, Tony Lindgren wrote:
> > * David Brownell <[EMAIL PROTECTED]> [080811 21:35]:
> > > > That one isn't mine, the original code already has the problem.
> > > > Apparently this was broken by the foll
* Jarkko Nikula <[EMAIL PROTECTED]> [080818 12:53]:
> This has similar symptoms than 66c23551b1b774e2be3c7bdf91c0ebf2c7a3519e
> where just omap_request_dma, omap_dma_link_lch and omap_dma_unlink_lch
> can cause incorrect dump_stack(). Here it can happen if channel has been
> used before and the cha
From: "ext Riku Voipio" <[EMAIL PROTECTED]>
Subject: Re: [RFC] Port TI DSP BRIDGE for a new dedicated branch in linux-omap
Date: Mon, 18 Aug 2008 12:13:05 +0300
> On Fri, Aug 15, 2008 at 03:16:29PM -0500, Woodruff, Richard wrote:
> > Checkpatch.pl is just a guide. Completely changing code for the
This has similar symptoms than 66c23551b1b774e2be3c7bdf91c0ebf2c7a3519e
where just omap_request_dma, omap_dma_link_lch and omap_dma_unlink_lch
can cause incorrect dump_stack(). Here it can happen if channel has been
used before and the channel flags variable holds old status.
Signed-off-by: Jarkko
On Fri, Aug 15, 2008 at 03:16:29PM -0500, Woodruff, Richard wrote:
> Checkpatch.pl is just a guide. Completely changing code for the tool isn't
> probably a good idea. It might even get you severally flamed on LKML :) The
> recent threads are informative (ok to read, bad to be in).
> Incidenta
Hi Tony,
On Mon, Aug 18, 2008 at 1:26 PM, Tony Lindgren <[EMAIL PROTECTED]> wrote:
> Hi,
>
> * Felipe Contreras <[EMAIL PROTECTED]> [080816 12:58]:
>> Hi Vijay,
>>
>> On Sat, Aug 16, 2008 at 12:59 AM, Pasam, Vijay <[EMAIL PROTECTED]> wrote:
>> >> I'm not familiar with checkpatch, but I guess the p
Hi,
* Felipe Contreras <[EMAIL PROTECTED]> [080816 12:58]:
> Hi Vijay,
>
> On Sat, Aug 16, 2008 at 12:59 AM, Pasam, Vijay <[EMAIL PROTECTED]> wrote:
> >> I'm not familiar with checkpatch, but I guess the purpose is
> >> not to highlight functional issues.
> >>
> >> However, there are functional i
50 matches
Mail list logo