Hi David,
>
> Your set of patches seems to have discarded support for quite
> a few platforms. I don't quite know the details of what these
> PM scripts are doing ... could they be misbehaving on Beagle,
> so that they explain why "reboot" on RC8 fails?
>
>
It might. At least the warmreset sc
On Tue, Oct 7, 2008 at 2:36 AM, Ajay Kumar Gupta <[EMAIL PROTECTED]> wrote:
> musb->periodic[] flag was getting set for an endpoint even when only rx
> or tx is used.This patch adds two field musb->in[16] and musb->out[16]
> in place of musb->periodic[32] which will enable endpoint allocation
> fla
On Tuesday 07 October 2008, Kimmo Jukarainen wrote:
> On Tue, Oct 07, 2008 at 09:03:42PM +0200, Koen Kooi wrote:
> > Is this a problem with MUSB, omap dma or the dvb stack?
>
> I'd say dvb stack. This small patch fixed my dvb-t stick with
> a omap2 board:
>
> http://www.linuxtv.org/pipermail/linu
On Mon, Oct 6, 2008 at 5:08 PM, Juha Kuikka <[EMAIL PROTECTED]> wrote:
>
> On Mon, Oct 6, 2008 at 4:46 PM, Woodruff, Richard <[EMAIL PROTECTED]> wrote:
> >
> >
> >> I am running into a weird problem with the current HEAD on OMAP2430SDP.
> >>
> >> It seems the execution goes into infinite loop in in
On Tue, Oct 07, 2008 at 09:03:42PM +0200, Koen Kooi wrote:
> Is this a problem with MUSB, omap dma or the dvb stack?
I'd say dvb stack. This small patch fixed my dvb-t stick with
a omap2 board:
http://www.linuxtv.org/pipermail/linux-dvb/2008-January/023040.html
--
To unsubscribe from this list: s
On Sun, 05 Oct 2008 07:57:20 -0400
Robert William Fuller <[EMAIL PROTECTED]> wrote:
>
> The 80 column rule is retarded. None of this code needs to fit on punch
> cards, nor is it COBOL. There are legitimate reasons to have lines
> longer than 80 columns. No matter how simple a program is, it
On Tue, Oct 07, 2008 at 11:28:52AM -0700, David Brownell wrote:
> On Tuesday 07 October 2008, Aguirre Rodriguez, Sergio Alberto wrote:
> > <1>Unable to handle kernel NULL pointer dereference at virtual address
> >
>
> Did you try with the hack I've sent, to work around one problematic
>
On Tue, Oct 07, 2008 at 11:21:43AM -0700, Nathan Monson wrote:
> On Tue, Oct 7, 2008 at 2:36 AM, Ajay Kumar Gupta <[EMAIL PROTECTED]> wrote:
> > musb->periodic[] flag was getting set for an endpoint even when only rx
> > or tx is used.This patch adds two field musb->in[16] and musb->out[16]
> > in
On Tuesday 07 October 2008, Koen Kooi wrote:
> Is this a problem with MUSB, omap dma or the dvb stack?
ISTR a similar problem discussed on Linux-USB in the last
few months ...
Don't recall the outcome for sure, but I think the problem
was the DVB stack passing a DMA-unsafe buffer to USB. If the
Thanks for that, it worked fine now.
> -Original Message-
> From: David Brownell [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, October 07, 2008 1:29 PM
> To: Aguirre Rodriguez, Sergio Alberto
> Cc: linux-omap@vger.kernel.org
> Subject: Re: kernel oops for 3430sdp
>
> On Tuesday 07 October 20
Hi,
Ajays latest patches make MUSB behave a lot better on beagleboard, but
my DVB stick still errors when beginning to stream data (scanning
frequencies works):
pgd = ced6c000
[] *pgd=8e2b7031, *pte=, *ppte=
Internal error: Oops: 817 [#1]
Modules linked in: mt2060 dv
On Sat, Oct 04, 2008 at 03:37:12PM +0100, Russell King - ARM Linux wrote:
> On Wed, Sep 24, 2008 at 04:29:15PM +0300, Tony Lindgren wrote:
> > From: Jarkko Nikula <[EMAIL PROTECTED]>
> >
> > Bootloader may let McBSP logic running so make sure that block is idle
> > before requesting IRQs. Also mak
On Sat, Oct 04, 2008 at 03:37:12PM +0100, Russell King - ARM Linux wrote:
> On Wed, Sep 24, 2008 at 04:29:15PM +0300, Tony Lindgren wrote:
> > From: Jarkko Nikula <[EMAIL PROTECTED]>
> >
> > Bootloader may let McBSP logic running so make sure that block is idle
> > before requesting IRQs. Also mak
On Tuesday 07 October 2008, Aguirre Rodriguez, Sergio Alberto wrote:
> <1>Unable to handle kernel NULL pointer dereference at virtual address
>
Did you try with the hack I've sent, to work around one problematic
(and surprisingly reproducible!) i2c-omap timeout? Appended.
Given I2C fau
On Tue, Oct 7, 2008 at 2:36 AM, Ajay Kumar Gupta <[EMAIL PROTECTED]> wrote:
> musb->periodic[] flag was getting set for an endpoint even when only rx
> or tx is used.This patch adds two field musb->in[16] and musb->out[16]
> in place of musb->periodic[32] which will enable endpoint allocation
> fla
Hi all,
I attempted to run a kernel image in my 3430sdp compiled with the latest
commit. I performed these steps:
1.- Loaded omap_3430sdp_defconfig
2.- Entered menuconfig and I added the option:
Device Drivers --->
GPIO support --->
<*> TWL4030/TPS659x0 GPIO Driver
3.
On Tuesday 07 October 2008, Peter 'p2' De Schrijver wrote:
>
> Signed-off-by: Peter 'p2' De Schrijver <[EMAIL PROTECTED]>
> ---
> drivers/i2c/chips/twl4030-power.c | 290
> +++--
> include/linux/i2c/twl4030.h | 64
> 2 files changed, 181 insertio
* Felipe Contreras <[EMAIL PROTECTED]> [081007 18:44]:
> On Tue, Oct 7, 2008 at 5:00 PM, Tony Lindgren <[EMAIL PROTECTED]> wrote:
> > * Felipe Contreras <[EMAIL PROTECTED]> [081007 15:58]:
> >> On Tue, Oct 7, 2008 at 10:27 AM, Tony Lindgren <[EMAIL PROTECTED]> wrote:
> >> > * Tony Lindgren <[EMAIL
On Tuesday 07 October 2008, Peter 'p2' De Schrijver wrote:
> This patch set move the twl4030 scripts to platform data
> and integrates the code to download the scripts with the
> new twl4030 codebase.
>
> Peter 'p2' De Schrijver (3):
> Add twl4030 scripts to 3430sdp platform data
> Adapt twl
On Tue, Oct 7, 2008 at 5:00 PM, Tony Lindgren <[EMAIL PROTECTED]> wrote:
> * Felipe Contreras <[EMAIL PROTECTED]> [081007 15:58]:
>> On Tue, Oct 7, 2008 at 10:27 AM, Tony Lindgren <[EMAIL PROTECTED]> wrote:
>> > * Tony Lindgren <[EMAIL PROTECTED]> [081007 09:59]:
>> >> * Felipe Contreras <[EMAIL PR
On Tue, Oct 07, 2008 at 08:39:07PM +0530, Arun KS wrote:
> On Tue, Oct 7, 2008 at 7:20 PM, Jesslyn Abdul Salam
> > Not yet. Would please share what you have done to make it work ? Also when I
> > tried to strace aplay , it keeps looking for a
> > file which is not there in the alsa-lib
> > packag
On Tue, Oct 7, 2008 at 7:20 PM, Jesslyn Abdul Salam
<[EMAIL PROTECTED]> wrote:
> Not yet. Would please share what you have done to make it work ? Also when I
> tried to strace aplay , it keeps looking for a
> file which is not there in the alsa-lib
> package. Any idea what goes in that file ?
CCi
Signed-off-by: Peter 'p2' De Schrijver <[EMAIL PROTECTED]>
---
drivers/i2c/chips/twl4030-power.c | 290 +++--
include/linux/i2c/twl4030.h | 64
2 files changed, 181 insertions(+), 173 deletions(-)
diff --git a/drivers/i2c/chips/twl4030-power.c
b
This patch set move the twl4030 scripts to platform data and integrates the
code to download the scripts with the new twl4030 codebase.
Peter 'p2' De Schrijver (3):
Add twl4030 scripts to 3430sdp platform data
Adapt twl4030 power code to new twl4030 code
Add twl4030 power platform device
Signed-off-by: Peter 'p2' De Schrijver <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/board-3430sdp.c | 61 +++
1 files changed, 61 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-3430sdp.c
b/arch/arm/mach-omap2/board-3430sdp.c
index 4264b68..
Signed-off-by: Peter 'p2' De Schrijver <[EMAIL PROTECTED]>
---
drivers/i2c/chips/twl4030-core.c | 41 ++
1 files changed, 41 insertions(+), 0 deletions(-)
diff --git a/drivers/i2c/chips/twl4030-core.c b/drivers/i2c/chips/twl4030-core.c
index 9debab4..42d9e4f
Hello Russell,
On Tue, 7 Oct 2008, Russell King - ARM Linux wrote:
> One thing I've noticed, however, is that there seem to be clocks which
> result in omap2_clk_wait_ready() being called, which checks the "other"
> F or I clock register, but there's no corresponding clock defined in
> the source
* Felipe Contreras <[EMAIL PROTECTED]> [081007 15:58]:
> On Tue, Oct 7, 2008 at 10:27 AM, Tony Lindgren <[EMAIL PROTECTED]> wrote:
> > * Tony Lindgren <[EMAIL PROTECTED]> [081007 09:59]:
> >> * Felipe Contreras <[EMAIL PROTECTED]> [081006 17:44]:
> >> > Hi,
> >> >
> >> > The http url doesn't seem t
On Tue, Oct 07, 2008 at 06:39:20PM +0530, ext Pakaravoor, Jagadeesh wrote:
>
> > Trivial cleanup patch. Do not return values in void
> > functions
> >
>
> I had sent that fix for the same, though not merged in yet. :)
True, now I remember. Tony, I'm ok with that patch if you are.
>
> ==Cut he
This patch provides the PM debug counters and time feature on top of the PM
counters. Patch based on pm-1 branch + PM counters patch.
Peter 'p2' De Schrijver (3):
Add closures to clkdm_for_each
Add pm-debug counters
Hook into powerdomain code
arch/arm/mach-omap2/clockdomain.c
Signed-off-by: Peter 'p2' De Schrijver <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/pm-debug.c| 153 -
arch/arm/mach-omap2/pm.h | 19 +---
arch/arm/plat-omap/include/mach/powerdomain.h | 14 ++-
3 files changed, 87 insertions(+), 99
Signed-off-by: Peter 'p2' De Schrijver <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/powerdomain.c | 95 ++--
1 files changed, 16 insertions(+), 79 deletions(-)
diff --git a/arch/arm/mach-omap2/powerdomain.c
b/arch/arm/mach-omap2/powerdomain.c
index 63ea29a..4ae7
Signed-off-by: Peter 'p2' De Schrijver <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/clockdomain.c | 31 ++--
arch/arm/mach-omap2/pm24xx.c |2 +-
arch/arm/mach-omap2/pm34xx.c | 13 --
arch/arm/plat-omap/include/mach/c
On Tue, Oct 07, 2008 at 06:43:41PM +0530, ext Pakaravoor, Jagadeesh wrote:
> > I had sent that fix for the same, though not merged in yet. :)
> >
>
> Oops.. I forgot about V2 patch. :(
>
> ==Cut here==
> From: Jagadeesh Bhaskar Pakaravoor <[EMAIL PROTECTED]>
>
> Return type of gpmc_init() funct
> I had sent that fix for the same, though not merged in yet. :)
>
Oops.. I forgot about V2 patch. :(
==Cut here==
From: Jagadeesh Bhaskar Pakaravoor <[EMAIL PROTECTED]>
Return type of gpmc_init() function is void. Also, the error values
returned by the function is not used by the caller. Hence
> Trivial cleanup patch. Do not return values in void
> functions
>
I had sent that fix for the same, though not merged in yet. :)
==Cut here
From: Jagadeesh Bhaskar Pakaravoor <[EMAIL PROTECTED]>
Return type of gpmc_init() function is void. Also, the error values
returned by the function is
From: Felipe Balbi <[EMAIL PROTECTED]>
Trivial cleanup patch. Do not return values in void
functions
Signed-off-by: Felipe Balbi <[EMAIL PROTECTED]>
---
diff --git a/arch/arm/mach-omap2/gpmc.c b/arch/arm/mach-omap2/gpmc.c
index f3e0271..088a304 100644
--- a/arch/arm/mach-omap2/gpmc.c
+++ b/arch/
On Tue, Oct 7, 2008 at 10:27 AM, Tony Lindgren <[EMAIL PROTECTED]> wrote:
> * Tony Lindgren <[EMAIL PROTECTED]> [081007 09:59]:
>> * Felipe Contreras <[EMAIL PROTECTED]> [081006 17:44]:
>> > Hi,
>> >
>> > The http url doesn't seem to be working anymore:
>> > http://www.kernel.org/pub/scm/linux/kern
Hello Russell,
On Mon, 6 Oct 2008, Russell King - ARM Linux wrote:
> On Thu, Oct 02, 2008 at 10:37:52AM -0600, Paul Walmsley wrote:
> > From: Tony Lindgren <[EMAIL PROTECTED]>
> >
> > Remove OMAP_PRM_REGADDR and OMAP_CM_REGADDR. Use
> > prm_read/write_mod_reg() or cm_read/write_mod_reg() instea
Deacon, Keith wrote:
Haven't seen that error - sorry.
Unable to mmap stands out. I know there was a lot of updates to the shared
memory subsystem and there was some Android share memory driver introduced with
the Android patch set. Seems like it's trying to mmap some shared memory and
faili
> From: [EMAIL PROTECTED] [mailto:linux-omap-
> [EMAIL PROTECTED] On Behalf Of David Brownell
> On Monday 06 October 2008, Felipe Balbi wrote:
> > looks much better and much easier to type: #include
>
> Does this work on non-OMAP kernels? If not, or
> similar would seem more sensible ...
Seems
>
> Intead of __gpio_set_value(), this should be
>
> gpio_direction_output(ETK_GPIO(gpio), value);
>
> Because otherwise, the default direction defaults to input.
>
Yes. The user should set the direction to output by himself. The idea is
that the kernel code should always be able to toggle
"Peter 'p2' De Schrijver" <[EMAIL PROTECTED]> writes:
> Signed-off-by: Peter 'p2' De Schrijver <[EMAIL PROTECTED]>
> ---
> arch/arm/mach-omap2/debobs.c | 239
> ++
> arch/arm/plat-omap/include/mach/debobs.h |7 +
> 2 files changed, 246 insertions(+),
* David Brownell <[EMAIL PROTECTED]> [081007 12:18]:
> On Tuesday 07 October 2008, Tony Lindgren wrote:
> > Pushed.
>
> Cool. Now, once the pwrirq updates get sorted out, there
> will be only two main steps left in my plan:
>
> - Rework the twl4030 core SIH init. Basically, use a
>differen
Fixes co-working issue of usb serial device with usb/net devices while
oter endpoints are free and can be used.This patch implements the policy
that if endpoint resources are available then different BULK request goes
to different endpoint otherwise they are multiplexed to one reserved
endpoint as
musb->periodic[] flag was getting set for an endpoint even when only rx
or tx is used.This patch adds two field musb->in[16] and musb->out[16]
in place of musb->periodic[32] which will enable endpoint allocation
flag setting on rx/tx basis of an endpoint.
Signed-off-by: Ajay Kumar Gupta <[EMAIL PR
On Tue, Oct 7, 2008 at 4:45 AM, vishal bhoj <[EMAIL PROTECTED]> wrote:
> hi All,
>
>
> I have an application which uses touchscreen.
>
> Are there any test cases by which i can test if the touch screen is
> running properly
>
> thanks in advance .
> --
> with regards vishal
Hi,
You can use 'evtest
On Tuesday 07 October 2008, Tony Lindgren wrote:
> Pushed.
Cool. Now, once the pwrirq updates get sorted out, there
will be only two main steps left in my plan:
- Rework the twl4030 core SIH init. Basically, use a
different IRQ setup data structure, which will be kept
around for later us
On Tuesday 07 October 2008, Richard Purdie wrote:
> The question is how and what you add to the class to support these
> types.
I was trying to go for "the right question is half the answer".
That would be the other half. ;)
> It could be as simple as some more obvious naming conventionto
> as
* David Brownell <[EMAIL PROTECTED]> [081006 10:42]:
> From: David Brownell <[EMAIL PROTECTED]>
>
> Simplify and correct TWL4030 GPIO IRQ handling:
>
> - support mask() not just unmask()
> - use genirq handle_edge_irq() handler not custom hacks
> - let that handle (correct) accounting of chai
* David Brownell <[EMAIL PROTECTED]> [081007 06:43]:
> From: David Brownell <[EMAIL PROTECTED]>
>
> Simplify twl4030 IRQ handling by removing a needless custom flow
> handler. The top level IRQs, from the PIH, are well suited for
> handle_simple_irq() ... they can't be acked or masked.
>
> Switc
* David Brownell <[EMAIL PROTECTED]> [081007 06:43]:
> From: David Brownell <[EMAIL PROTECTED]>
>
> Bugfixes to TWL subdriver irq handler setup ... lockdep
> workarounds, remove IRQF_DISABLED. NOPs with current code.
>
> These changes are specific to the drivers which register
> directly with th
hi All,
I have an application which uses touchscreen.
Are there any test cases by which i can test if the touch screen is
running properly
thanks in advance .
--
with regards vishal
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to [EMAIL PROTE
On Mon, 2008-10-06 at 09:33 -0700, David Brownell wrote:
> This would seem like a good motivation to add some features
> to the LED framework. Here are three types of LED that it
> doesn't support well today:
>
> - Bicolor leds with two leads ... R-or-G, two wires,
>opposite diode directions
* David Brownell <[EMAIL PROTECTED]> [081007 01:23]:
> From: David Brownell <[EMAIL PROTECTED]>
>
> Request two more GPIOs on Beagle: MMC write protect, DVI enable.
>
> Also define the first OMAP3 GPIO mux config symbols, with a new
> naming convention. Examples:
>
> - GPIO42 is bidirectiona
* David Brownell <[EMAIL PROTECTED]> [081006 19:39]:
> On Monday 06 October 2008, Kevin Hilman wrote:
> > --- a/arch/arm/mach-omap2/board-3430sdp.c
> > +++ b/arch/arm/mach-omap2/board-3430sdp.c
> > @@ -40,7 +40,6 @@
> > #include
> > #include
> > #include
> > -#include
> >
> > #include
>
* Tony Lindgren <[EMAIL PROTECTED]> [081007 09:59]:
> * Felipe Contreras <[EMAIL PROTECTED]> [081006 17:44]:
> > Hi,
> >
> > The http url doesn't seem to be working anymore:
> > http://www.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
> >
> > Can you?
> > mv .git/post-update{.samp
57 matches
Mail list logo