On Wed, 13 Aug 2008 16:57:25 +0300
"ext Tony Lindgren" <[EMAIL PROTECTED]> wrote:
> * Hunter, Jon <[EMAIL PROTECTED]> [080813 06:08]:
> > Move OMAP_MCBSP_READ and OMAP_MCBSP_WRITE macro definitions from
> > arch/arm/plat-omap/mcbsp.c to include/asm-arm/arch-omap/mcbsp.h.
>
> Let's rather get rid
> -Original Message-
> From: Woodruff, Richard [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, August 13, 2008 6:06 PM
> To: Högander Jouni; Nayak, Rajendra
> Cc: linux-omap@vger.kernel.org
> Subject: RE: [PATCH 00/11] OMAP3 CPUidle patches - ver 2
>
> > >> Doing this would make serial cons
If we can't reach the driver, we stop trying to probe
it. Useful when building kernel for n800 and n810.
n800 doesn't have lm8323, so that driver shouldn't probe
there.
Signed-off-by: Felipe Balbi <[EMAIL PROTECTED]>
---
drivers/input/keyboard/lm8323.c | 42 +---
Use platform_data to pass musb configuration-specific
details to musb driver.
It's easier to maintain in the sense that neither board
will affect the other
Signed-off-by: Felipe Balbi <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/board-n800-usb.c | 46 +-
arch/arm/mach-omap2/usb-musb.c
Hi tony,
following are my three pending patches since last merge.
At least patch #2 for musb should be applied before
next merge with mainline. Another version of that
patch (without board-file changes) is already in
Greg's queue and without this version of that patch
in l-o, musb will be broken.
The following patch fixes some problems in T2 keypad
driver.
Basically we're passing irq number via platform_data,
moving globals to a structure and fixing a problem
while iterating over the keymap.
It might be that we still have a few locking issues
that might be solved on a later version of thi
> I noticed an interesting feature in the getnstimeofday() function when
> used with suspend. System clock is effectively reset to the value it was
> just before suspend. ...
>
> I.e., the calendar clock was only advanced 2 seconds. The time you spend
> in suspend does not matter, the end result i
This patch updates the defconfig to 2.6.27-rc2 tag.
The updates are based on omap_3430sdp_defconfig.
Fixes the build issue reported earlier:
LD init/built-in.o
LD .tmp_vmlinux1
arm-none-linux-gnueabi-ld: no machine record defined
arm-none-linux-gnueabi-ld: no machine
>-Original Message-
>From: ext Tony Lindgren [mailto:[EMAIL PROTECTED]
>Sent: 13 August, 2008 17:00
>To: Kristo Tero (Nokia-D/Tampere)
>Cc: linux-omap@vger.kernel.org
>Subject: Re: getnstimeofday() and suspend
>
>* [EMAIL PROTECTED] <[EMAIL PROTECTED]> [080813 15:59]:
>> Hi,
>>
>> I noti
I was able to resolve the build errors, but the kernel doesn't boot beyond this
point:
Uncompressing
Linux...
done, booting the kernel.
<5>Linux version 2.6.27-rc2-omap1-04806-g1edabb5 ([
* arun c <[EMAIL PROTECTED]> [080812 11:54]:
> Hi all,
>
> The following set of patches adds twl4030 keypad support for omap2evm.
Pushing both today.
Tony
> Regards,
> Arun C
> --
> To unsubscribe from this list: send the line "unsubscribe linux-omap" in
> the body of a message to [EMAIL PROTEC
* [EMAIL PROTECTED] <[EMAIL PROTECTED]> [080813 15:59]:
> Hi,
>
> I noticed an interesting feature in the getnstimeofday() function when
> used with suspend. System clock is effectively reset to the value it was
> just before suspend. You can see this behavior e.g. with this command
> line:
>
>
* Hunter, Jon <[EMAIL PROTECTED]> [080813 06:08]:
> Corrected header file path in file sound/arm/omap/omap-alsa-dma.c.
Thanks, pushing today.
Tony
>
>
> Signed-off-by: Jon Hunter <[EMAIL PROTECTED]>
> ---
> sound/arm/omap/omap-alsa-dma.c |2 +-
> 1 files changed, 1 insertions(+), 1 delet
* Hunter, Jon <[EMAIL PROTECTED]> [080813 06:08]:
> Move OMAP_MCBSP_READ and OMAP_MCBSP_WRITE macro definitions from
> arch/arm/plat-omap/mcbsp.c to include/asm-arm/arch-omap/mcbsp.h.
Let's rather get rid of the direct mcbsp register tinkering from drivers
and use following instead:
$ grep EXPOR
> Look like this should be doable.
> but we will have two read/write defs in header. one will be Macro and
> other will
> be function, both mapping to same code.
Correct. As well as moving the macro definition, I did add a prototype for the
read and write function to the header too. Check out th
* Tony Lindgren <[EMAIL PROTECTED]> [080813 10:46]:
> * Jarkko Nikula <[EMAIL PROTECTED]> [080813 10:44]:
> > On Tue, 12 Aug 2008 17:31:20 +0300
> > "ext Tony Lindgren" <[EMAIL PROTECTED]> wrote:
> >
> > > > > > - Alignment error on omap2/3. This seems to happen also with
> > > > > > 718fc6cd4db
* Paul Walmsley <[EMAIL PROTECTED]> [080812 02:38]:
> This patch series allows the clockevents source GPTIMER to be selectable via
> Kconfig, and changes the Beagle Kbuild config to use GPTIMER12 instead of
> GPTIMER1. The theory here is that GPTIMER12 has its own internal 32kHz
> secure oscillat
Hi Richard,
"ext Woodruff, Richard" <[EMAIL PROTECTED]> writes:
>> >> Doing this would make serial console to work faster.
>> >
>> > Yes, I removed these in my patches and put in the changes suggested by
>> Richard
>> > in 8250.c
>>
>> I doubt that your changes to 8250.c will be applied. I have u
Hi,
I noticed an interesting feature in the getnstimeofday() function when
used with suspend. System clock is effectively reset to the value it was
just before suspend. You can see this behavior e.g. with this command
line:
date && echo mem > /sys/power/state && date
With approx. 2 minut
> >> Doing this would make serial console to work faster.
> >
> > Yes, I removed these in my patches and put in the changes suggested by
> Richard
> > in 8250.c
>
> I doubt that your changes to 8250.c will be applied. I have understood
> that omap specific changes are not accepted to generic 8250
>
- Original Message -
From: "David Brownell" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Cc:
Sent: Wednesday, August 13, 2008 2:24 PM
Subject: Re: [PATCH]Add 3430 SDP board level support for HSMMC2
>> arch/arm/mach-omap2/board-3430sdp.c |4
>> arch/arm/mach-oma
> arch/arm/mach-omap2/board-3430sdp.c |4
> arch/arm/mach-omap2/hsmmc.c | 185
hsmmc.c is used by Beagle too, yet ...
> void __init hsmmc_init(void)
> {
> omap_set_mmc_info(1, &hsmmc_data);
> + omap_set_mmc_info(2, &hsmmc2_data);
> }
..
"ext Rajendra Nayak" <[EMAIL PROTECTED]> writes:
>
>
>> -Original Message-
>> From: "Högander" Jouni [mailto:[EMAIL PROTECTED]
>> Sent: Wednesday, August 13, 2008 12:47 PM
>> To: ext Rajendra Nayak
>> Cc: linux-omap@vger.kernel.org
>> Subject: Re: [PATCH 04/10] OMAP3 SRF: OMAP PM srf im
> -Original Message-
> From: "Högander" Jouni [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, August 13, 2008 12:47 PM
> To: ext Rajendra Nayak
> Cc: linux-omap@vger.kernel.org
> Subject: Re: [PATCH 04/10] OMAP3 SRF: OMAP PM srf implementation
>
> Hello Rajendra,
>
> "ext Rajendra Nayak"
> -Original Message-
> From: "Högander" Jouni [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, August 13, 2008 12:39 PM
> To: ext Rajendra Nayak
> Cc: linux-omap@vger.kernel.org
> Subject: Re: [PATCH 03/10] OMAP3 SRF: omap3 srf driver
>
> "ext Rajendra Nayak" <[EMAIL PROTECTED]> writes:
>
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Remith Ravi
> Sent: Wednesday, August 13, 2008 12:40 PM
> To: Syed Mohammed, Khasim
> Cc: arun c; linux-omap@vger.kernel.org
> Subject: Re: USB-webcam support
>
> On Tue, Aug 12, 2008 at 4:45 PM, Syed M
* Jarkko Nikula <[EMAIL PROTECTED]> [080813 10:44]:
> On Tue, 12 Aug 2008 17:31:20 +0300
> "ext Tony Lindgren" <[EMAIL PROTECTED]> wrote:
>
> > > > > - Alignment error on omap2/3. This seems to happen also with
> > > > > 718fc6cd4db902aa2242a736cc3feb8744a4c71a reverted?
> > > > >
> > > > - N80
On Tue, 12 Aug 2008 17:31:20 +0300
"ext Tony Lindgren" <[EMAIL PROTECTED]> wrote:
> > > > - Alignment error on omap2/3. This seems to happen also with
> > > > 718fc6cd4db902aa2242a736cc3feb8744a4c71a reverted?
> > > >
> > > - N800 boots up to UI with "gcc version 3.4.4 (release)
> > > (CodeSour
* Paul Walmsley <[EMAIL PROTECTED]> [080813 00:34]:
> This series fixes two bugs that cause N800 to panic on boot:
>
> - a OMAP2xxx clock code bug, which caused an "Unhandled fault:
> alignment exception (0x001) at 0xc02." panic; and
>
> - an OMAP2/3 clockdomain bug, which caused an "Unable
Hello Rajendra,
"ext Rajendra Nayak" <[EMAIL PROTECTED]> writes:
> +/*
> + * Powerdomain usecounting hooks
> + */
> +
> +void omap_pm_pwrdm_active(struct powerdomain *pwrdm)
> +{
> + char *res_name;
> +
> + if (!pwrdm) {
> + WARN_ON(1);
> + return;
> + };
> +
>
On Tue, Aug 12, 2008 at 4:45 PM, Syed Mohammed, Khasim <[EMAIL PROTECTED]>
wrote:
> Hi Arun,
>
>> -Original Message-
>> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of arun c
>> Sent: Tuesday, August 12, 2008 4:02 PM
>> To: linux-omap@vger.kernel.org
>> Subject: USB-webcam s
"ext Rajendra Nayak" <[EMAIL PROTECTED]> writes:
> +int set_pd_latency(struct shared_resource *resp, u32 latency)
> +{
> + u32 pd_lat_level, ind, i;
> + struct pd_latency_db *pd_lat_db;
> + struct powerdomain *pwrdm;
> +
> + pd_lat_db = resp->resource_data;
> + pwrdm = pd_lat_d
MUSB: Workaround for simultaneous TX and RX usage
MUSB RTL V1.4 has a hardware issue which results in a DMA controller
hang when TX and RX DMA channels are simultaneously enabled. This
affects at least OMAP2430 and OMAP34XX.
Since RX transfers are in Mode 0 and anyway result in one DMA interrupt
33 matches
Mail list logo