Hi,
I recently move my zoom1 board over to the linux-omap tree, which was
a great improvement over the omapzoom tree (serial and ethernet don't
die after a few seconds), but the touchscreen has become unusable. Are
more people seeing this?
regards,
Koen
PGP.sig
Description: Dit deel va
>-Original Message-
>From: linux-omap-ow...@vger.kernel.org
>[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Kevin
>Hilman
>> > >
>>> > Anand,
>>> >
>>> > It looks like the timers are not configured properly or the timer
>>> > selection has gone wrong. Can
>you just compare your p
Hi Kevin, Sanjeev,
I'm having the same problem.
when clk_set_rate() is invoked in omap_cpu_init() as shown below:
clk_set_rate(mpu_clk, policy->cpuinfo.max_freq * 1000);
It acquires the clocks mutex by the next statement.
mutex_lock(&clocks_mutex);
But after invoking arch_cloc
* Kevin Hilman [090401 16:18]:
> Tony Lindgren writes:
>
> > * Paul Walmsley [090401 12:04]:
> >> On Wed, 1 Apr 2009, Syed Mohammed, Khasim wrote:
> >>
> >> > > -Original Message-
> >> > > From: linux-omap-ow...@vger.kernel.org
> >> > > [mailto:linux-omap-ow...@vger.kernel.org] On Beh
Tony Lindgren writes:
> * Paul Walmsley [090401 12:04]:
>> On Wed, 1 Apr 2009, Syed Mohammed, Khasim wrote:
>>
>> > > -Original Message-
>> > > From: linux-omap-ow...@vger.kernel.org
>> > > [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
>> > > Gadiyar, Anand
>> > > Sent: Wednes
Spurious IRQs seen on MMC after 2.6.29. Flush posted write in IRQ
handler.
Signed-off-by: Kevin Hilman
---
drivers/mmc/host/omap_hsmmc.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c
index 3916a56..4270676
* Paul Walmsley [090401 12:04]:
> On Wed, 1 Apr 2009, Syed Mohammed, Khasim wrote:
>
> > > -Original Message-
> > > From: linux-omap-ow...@vger.kernel.org
> > > [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
> > > Gadiyar, Anand
> > > Sent: Wednesday, April 01, 2009 1:55 PM
> > >
This is the previous patch from Hiroshi
(http://marc.info/?l=linux-omap&m=123798191710417&w=2) rebase to apply on top
of the previous patches for OMAPZOOM.
>From 18cf4f8463013936fda13434ef65beba8df62487 Mon Sep 17 00:00:00 2001
From: Hiroshi DOYU
Date: Tue, 31 Mar 2009 16:21:18 -0500
Subject:
This is the previous patch from Hiroshi
(http://marc.info/?l=linux-omap&m=123798191710417&w=2) rebase to apply on top
of the previous patches for OMAPZOOM.
>From 18cf4f8463013936fda13434ef65beba8df62487 Mon Sep 17 00:00:00 2001
From: Hiroshi DOYU
Date: Tue, 31 Mar 2009 16:21:18 -0500
Subject:
On Thu, 2 Apr 2009, Trilok Soni wrote:
> Any updates on top of mem_notify v6 patches? Is there any WIP for
> mem_notify with memcg infrastructure as you have pointed out above?
>
The /dev/mem_notify patches seem to have been abandoned, but there's still
an interest in a per-cgroup oom notifie
On Wed, 1 Apr 2009, Kalle Jokiniemi wrote:
> The OMAP3430ES2_SAVEANDRESTORE_SHIFT macro is used
> by powerdomain code in
> "1 << OMAP3430ES2_SAVEANDRESTORE_SHIFT" manner, but
> the definition was also (1 << 4), meaning we actually
> modified bit 16. So the definition needs to be 4.
Thanks Kalle,
On Wed, 1 Apr 2009, Syed Mohammed, Khasim wrote:
> > -Original Message-
> > From: linux-omap-ow...@vger.kernel.org
> > [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
> > Gadiyar, Anand
> > Sent: Wednesday, April 01, 2009 1:55 PM
> > To: Russell King - ARM Linux
> > Cc: Tony Lindgr
Kalle Jokiniemi writes:
> The OMAP3430ES2_SAVEANDRESTORE_SHIFT macro is used
> by powerdomain code in
> "1 << OMAP3430ES2_SAVEANDRESTORE_SHIFT" manner, but
> the definition was also (1 << 4), meaning we actually
> modified bit 16. So the definition needs to be 4.
>
> This fixes also a cold reset
"Premi, Sanjeev" writes:
[...]
>> Sounds to me like CPUfreq is changing frequencies during bootup. Did
>> you select ondemand as the default CPUfreq governor?
>
> [sp] Yes. This is what I feel too. Only I was not clear why the process
> gets stuck at WFI. Haven't been able to debug further. So
Hi
On Wed, Jan 21, 2009 at 8:20 AM, KOSAKI Motohiro
wrote:
>>
>> Care to work on your mem_notify patch again and bring it up to date?
>> That would be a good place to start working from, right?
>
> Unfortunately No ;)
>
> I should rewrite memory notification patchset from scratch.
> the new vers
Doyu-san,
> What I meant by "vma->vm_ops->close(vma)" was that, if (v)-(p)-(d)
> mapping can be tied just to some process context in saner manner, I
> think that we don't have to call "find_task_by_vpid(pCtxtclosed->pid)"
> explicitly/globally, but automatically it can be cleaned up, when a
> proc
From: "ext Kanigeri, Hari"
Subject: RE: [PATCH 1/4] [OMAPZOOM] DSPBRIDGE: Memory lock for DMM.
Date: Wed, 1 Apr 2009 16:58:08 +0200
> Doyu-san,
>
> > There can be multiple user applications which can do (v)-(p)-(d)
> > mapping and these processes can be killed unexpectedly. Even in such a
> > ca
Doyu-san,
> There can be multiple user applications which can do (v)-(p)-(d)
> mapping and these processes can be killed unexpectedly. Even in such a
> case, it would be nice if (p)-(d) mapping could be released without
> restarting a whole iommu.
>
> (v): mpu virtual address
> (p): physicall add
Hi Hari,
From: "ext Kanigeri, Hari"
Subject: RE: [PATCH 1/4] [OMAPZOOM] DSPBRIDGE: Memory lock for DMM.
Date: Wed, 1 Apr 2009 15:01:29 +0200
[...]
> > Hmfor this page swapping case, I think that handling this issue in
> > kernel may cause more complexity and this can be avoided by "mlock()"
On Wed, Apr 1, 2009 at 4:14 PM, Ameya Palande <2am...@gmail.com> wrote:
> On Wed, Apr 1, 2009 at 4:13 PM, Ameya Palande <2am...@gmail.com> wrote:
>>
>> Hi Artem,
>>
>> On Wed, Apr 1, 2009 at 10:04 AM, Artem Bityutskiy wrote:
>>>
>>> Artem Bityutskiy wrote:
Ameya Palande wrote:
>
On Wed, Apr 1, 2009 at 4:13 PM, Ameya Palande <2am...@gmail.com> wrote:
>
> Hi Artem,
>
> On Wed, Apr 1, 2009 at 10:04 AM, Artem Bityutskiy wrote:
>>
>> Artem Bityutskiy wrote:
>>>
>>> Ameya Palande wrote:
diff --git a/drivers/dsp/bridge/wmd/tiomap3430.c
b/drivers/dsp/bridge/wmd/ti
Hi Doyu-san,
>
> Hmfor this page swapping case, I think that handling this issue in
> kernel may cause more complexity and this can be avoided by "mlock()"
> for that buffer in userland? This looks more sipmpler?
>
> >
-- I see your point of handling the locking from user-space itself. This
Signed-off-by: Hiroshi DOYU
---
drivers/dsp/bridge/rmgr/drv_interface.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/dsp/bridge/rmgr/drv_interface.c
b/drivers/dsp/bridge/rmgr/drv_interface.c
index 350e1b5..7f1f1d6 100755
--- a/drivers/dsp/bridge/rmgr/d
From: Anand Gadiyar
MUSB: Use Mode 1 for TX if transfer size equals maxpacket
Without this change, musb will not correctly send out a ZLP if the
last transfer is exactly equal to the maxpacket size and request->zero
is set.
CC: David Brownell
Signed-off-by: Anand Gadiyar
---
(Resending with
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org
> [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
> Gadiyar, Anand
> Sent: Wednesday, April 01, 2009 1:55 PM
> To: Russell King - ARM Linux
> Cc: Tony Lindgren; linux-arm-ker...@lists.arm.linux.org.uk;
> linux-omap@vge
On Wed, Apr 01, 2009 at 12:18 AM, Russell King - ARM Linux wrote:
> On Tue, Mar 31, 2009 at 05:12:18PM +0530, Gadiyar, Anand wrote:
> > I could not run the 3430 SDP defconfig from mainline. The image hangs at
> > "Starting kernel ...". Enabling CONFIG_DEBUG_LL does not help.
>
> Did you add the ne
Hi,
From: "ext Guzman Lugo, Fernando"
Subject: RE: [PATCH 1/4] [OMAPZOOM] DSPBRIDGE: Memory lock for DMM.
Date: Fri, 27 Mar 2009 03:04:39 +0100
>
> Hi,
> I am resending this patch because the previous one has an error.
>
>
> From 81c5b93ad42c40179c2b271f61814f0b4035440c Mon Sep 17 00:00
Guzman Lugo, Fernando wrote:
+ patemp = pa;
+ while (temp++ < num4KEntries) {
+ /* FIXME: This is a hack to avoid getting pages for
+* video overlay */
+ if (pfn_valid(__phys_to_pfn(pate
> -Original Message-
> From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
> Sent: Wednesday, April 01, 2009 10:42 AM
> To: Premi, Sanjeev
> Cc: linux-omap@vger.kernel.org; Nayak, Rajendra
> Subject: Re: PM branch rebased to 2.6.29... for real this time
>
> "Premi, Sanjeev" writes
Artem Bityutskiy wrote:
Ameya Palande wrote:
diff --git a/drivers/dsp/bridge/wmd/tiomap3430.c
b/drivers/dsp/bridge/wmd/tiomap3430.c
index 1fca3e5..b489da1 100644
--- a/drivers/dsp/bridge/wmd/tiomap3430.c
+++ b/drivers/dsp/bridge/wmd/tiomap3430.c
@@ -2034,26 +2034,27 @@ static DSP_STATUS PteSet(
Ameya Palande wrote:
diff --git a/drivers/dsp/bridge/wmd/tiomap3430.c
b/drivers/dsp/bridge/wmd/tiomap3430.c
index 1fca3e5..b489da1 100644
--- a/drivers/dsp/bridge/wmd/tiomap3430.c
+++ b/drivers/dsp/bridge/wmd/tiomap3430.c
@@ -2034,26 +2034,27 @@ static DSP_STATUS PteSet(struct PgTableAttrs *pt,
31 matches
Mail list logo