Hello Daniel,
On Wed, 27 Aug 2008, Daniel Stone wrote:
> Yep, looks fine to me: just wasn't really sure what to put. Should I
> resend, or?
yes, please resend - that will make it convenient for Tony to apply the
patches.
regards,
- Paul
--
To unsubscribe from this list: send the line "unsub
On Tue, 26 Aug 2008 10:18:56 -0700
"ext Steve Sakoman" <[EMAIL PROTECTED]> wrote:
> > Sounds indeed strange. Can you track is the pcm_file->substream
> > getting zeroed somewhere after it is set in snd_pcm_open_file? Like
> > printing both address of pcm_file and pcm_file->substream.
>
> I don't
On Tue, Aug 26, 2008 at 11:05:42PM -0600, ext Paul Walmsley wrote:
> Hello Daniel,
Hi,
> On Wed, 27 Aug 2008, Daniel Stone wrote:
> > The GFX/SGX functional and interface clocks have different masks, for
> > some unknown reason, so split EN_SGX_SHIFT into one each for fclk and
> > iclk.
>
> than
Hello Daniel,
On Wed, 27 Aug 2008, Daniel Stone wrote:
> The GFX/SGX functional and interface clocks have different masks, for
> some unknown reason, so split EN_SGX_SHIFT into one each for fclk and
> iclk.
thanks for the fix, this looks mostly good - one comment:
> diff --git a/arch/arm/mach-o
Previously, the only external (to dispc.c) IRQ handler was RFBI's
frame done handler. dispc's IRQ framework was very dumb: you could only
have one handler, and the semantics of {request,free}_irq were odd, to
say the least.
The new framework allows multiple consumers to register arbitrary IRQ
mas
The GFX/SGX functional and interface clocks have different masks, for
some unknown reason, so split EN_SGX_SHIFT into one each for fclk and
iclk.
Correct according to the TRM and the far more important 'does this
actually work at all?' metric.
Signed-off-by: Daniel Stone <[EMAIL PROTECTED]>
---
Hi,
The following two patches fix two minor display issues.
One is that sgx_fck was useless, and didn't work (at least on ES2.0 and
above; haven't checked the TRM for pre-ES2.0).
The other is that the dispc IRQ handling was rather odd and inflexible,
so due to the needs of ... an external consume
Suresh,
After many months, we were coming to the conclusion that JFFS garbage
collection was causing the issue as well. We were using 2.6.16 and
after flashing a board, we needed to wait a minute or so before doing
any operation to ensure the board did not become corrupt. The failures
seeme
On Tue, Aug 26, 2008 at 02:28:14PM -0400, Nicolas Pitre wrote:
> On Tue, 26 Aug 2008, Nicolas Pitre wrote:
>
> > That's not all black or white. Many people have branches which are
> > rebased all the time, especially when those branches are made up of
> > other evolving branches. I Think this
On Tue, 26 Aug 2008, Nicolas Pitre wrote:
> That's not all black or white. Many people have branches which are
> rebased all the time, especially when those branches are made up of
> other evolving branches. I Think this is the case of your devel branch
> which sounds pretty fine to me. As l
Steve,
Before actually fixing this issue, we had to find the reason for it.
Neither we were not able to exactly say what the cause could have been
nor we were able to reproduce it, but all our suspicion is on the
garbage collection. We think that the board lost power when it was
doing a G
On Tue, 26 Aug 2008, Russell King - ARM Linux wrote:
> The point is that my git usage does _not_ match with the requirements
> brought on by publishing the git tree, and therefore it should _not_
> be published in the first place. The only reason it is published is
> because people like you vocal
> Sounds indeed strange. Can you track is the pcm_file->substream getting
> zeroed somewhere after it is set in snd_pcm_open_file? Like printing
> both address of pcm_file and pcm_file->substream.
I added a bunch of tracking to the ioctl handling in pcm_native.c to
see where the substream pointer
Thanks Sanjeev. I will be looking forward to it.
Question: Anand mentioned the 'omap_ldp_defconfig'.config file, how does it
relate to your patches?
Will the omap_ldp_defconfig work on a 35x and your patches provide additional
functionality?
Thanks,
Sumit
- Original Message -
From: "S
On Tue, Aug 26, 2008 at 12:01:33PM -0400, Nicolas Pitre wrote:
> On Tue, 26 Aug 2008, Russell King - ARM Linux wrote:
>
> > The devel branch is _constantly_ remerged. Basing your tree on it will
> > mean I can't merge it. Please don't. Base it either on something in
> > Linus' tree _or_ somethi
On Tue, 26 Aug 2008, Russell King - ARM Linux wrote:
> The devel branch is _constantly_ remerged. Basing your tree on it will
> mean I can't merge it. Please don't. Base it either on something in
> Linus' tree _or_ something you've already asked me to pull.
>
> If this continues, I'll go back
> Sounds indeed strange. Can you track is the pcm_file->substream getting
> zeroed somewhere after it is set in snd_pcm_open_file? Like printing
> both address of pcm_file and pcm_file->substream.
>
> I don't know, can we still have some instabilities with OMAP3 and
> latest 2.6.27-rcx?
That is my
Thanks for your reply Steve!
I'm using the AIC23 driver bundled in the OMAP kernel, I tried playing
through OSS directly to /dev/dsp (which gives me the best results,
choppy sound though) and through ALSA which is similar. Doing cat
test.wav > /dev/dsp or /dev/audio just gives me noise output. And
On Mon, 25 Aug 2008 12:19:16 -0700
"ext Steve Sakoman" <[EMAIL PROTECTED]> wrote:
> If I run 'mplayer -ao alsa song.mp3' immediately after booting I get a
> crash due to a null substream pointer (output below).
>
> However if I run 'mplayer song.mp3' *before* 'mplayer -ao alsa
> song.mp3' then th
Hi,
This is an updated set of CPUidle patches for OMAP3 with a few more comment
fixes, cleanup, 2.6.27-rc3 migration.
Thanks to Paul Walmsley for the detailed review of these patches.
This patch set supports only C0-C5 cpuidle states.
I would post another set with support for context save/restore
Enable support for CPUidle on OMAP architectures.
Signed-off-by: Rajendra Nayak <[EMAIL PROTECTED]>
---
arch/arm/Kconfig | 10 ++
1 files changed, 10 insertions(+)
Index: linux-omap-2.6/arch/arm/Kconfig
===
--- linux-omap
This enables support for MPU OFF.
Enables states C3 and C5.
Signed-off-by: Rajendra Nayak <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/cpuidle34xx.c |8 ++--
arch/arm/mach-omap2/pm34xx.c |6 +-
arch/arm/mach-omap2/sleep34xx.S |8 +++-
3 files changed, 14 insertions(
This patch restores the table entry that was modified for
enabling the MMU in the sram code.
Signed-off-by: Rajendra Nayak <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/pm.h |3 +++
arch/arm/mach-omap2/pm34xx.c | 36
2 files changed, 39 insertions(+)
This patch populates the scratchpad contents
as expected by the bootROM code.
Signed-off-by: Rajendra Nayak <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/control.c | 129 ++
arch/arm/mach-omap2/pm34xx.c |2
arch/arm/plat-omap/include/mach/c
This patch adds handling of PER/NEON and CORE domain in idle.
Enables state C4(MPU RET + CORE RET).
Signed-off-by: Rajendra Nayak <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/cpuidle34xx.c| 68 +++
arch/arm/mach-omap2/cpuidle34xx.h|2
arch/arm/mach-omap2/
Basic cpuidle driver for omap34xx based platforms.
Enables states C0-C2.
Signed-off-by: Rajendra Nayak <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/Makefile |2
arch/arm/mach-omap2/cpuidle34xx.c | 245 ++
arch/arm/mach-omap2/cpuidle34xx.h | 53 ++
Remove CONFIG_OMAP_SYSOFFMODE flag and do the full initialization of voltage
controller . Enabling automatic sending of OFF command and selecting wether
SYS_OFF_MODE signal is used should be determined dynamically. Hence they are
now not set in the initialization.
Signed-off-by: Kalle Jokiniemi <[
On Tue, 2008-08-26 at 12:42 +0300, ext Daniel Stone wrote:
> The N95 will not run Linux: it runs Symbian, and flashing Linux on it
> would be quite an impressive feat.
That would probably capture, amongst others, the attention of the Nokia
legal team, since the processor used is the High Security
Hi Sumit,
I had earlier submit a patch. But it needs to be refreshed based on comments
from Tony.
Do expect an updated patch from me in a couple of days.
Best regards,
Sanjeev
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sumit Yadav
Sent: Tuesday,
From: Teerth Reddy <[EMAIL PROTECTED]>
This patch adds NAND support on 3430sdp board
Signed-off-by: Teerth Reddy <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/board-3430sdp-flash.c | 88 --
arch/arm/plat-omap/include/mach/gpmc.h| 10 +++
2 files changed, 93 inse
On Tue, Aug 26, 2008 at 03:55:39PM +0530, ext Singh, Vimal wrote:
> Sorry, mail server messed it up.
> I will re-post the patches.
hmm... ok :-)
--
balbi
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Sorry, mail server messed it up.
I will re-post the patches.
Thanks and Regards,
vimal singh
From: Felipe Balbi [EMAIL PROTECTED]
Sent: Tuesday, August 26, 2008 3:51 PM
To: Singh, Vimal
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 1/2]OMAP3 NAND:
On Tue, Aug 26, 2008 at 03:47:34PM +0530, ext Singh, Vimal wrote:
> From: Teerth Reddy <[EMAIL PROTECTED]>
>
> This patch adds NAND support on 3430sdp board
argh, gnu-style indentation. Please read Documentation/CodingStyle and
fix up this patch. It can't be applied.
--
balbi
--
To unsubscribe
From: Teerth Reddy <[EMAIL PROTECTED]>
This patch enables the support for nand driver on 3430sdp
Signed-off-by: Teerth Reddy <[EMAIL PROTECTED]>
---
arch/arm/configs/omap_3430sdp_defconfig | 12 +++-
1 files changed, 11 insertions(+), 1 deletion(-)
Index : linux-omap-2.6/arch/arm/con
From: Teerth Reddy <[EMAIL PROTECTED]>
This patch adds NAND support on 3430sdp board
Signed-off-by: Teerth Reddy <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/board-3430sdp-flash.c | 88 --
arch/arm/plat-omap/include/mach/gpmc.h| 10 +++
2 files changed, 93 ins
Hi,
The patches in the series are worked by Teerth Reddy <[EMAIL PROTECTED]>.
This patch series adds NAND support to OMAP3430 SDP board and enable
the support for it in defconfig 'arch/arm/configs/omap_3430sdp_defconfig'.
[PATCH 1/2]OMAP3 NAND: Add NAND support on OMAP3430
[PATCH2/2]OMAP3 NAND: E
Hello,
* Krishna Kishore <[EMAIL PROTECTED]> [2008-08-26 06:42]:
>
>I was very much interested to know that N95 has linux and on
> OMAP2420.
>
>But, according to http://smartphonedb.com/index.php?m=specs&id=967
> specs,
>the OS is Symbian (It is on OMAP2420).
>
>Can you please c
On Tue, Aug 26, 2008 at 02:43:52AM +0200, ext Benjamin Hagemann wrote:
> I read that in my Nokia N95 runs a TI OMAP 2420 [1]. So I searched for
> OMAP2420 and linux and found this project and mailinglist.
> I found a platin layout [2], too.
> Are people here who evaluate linux on OMAP 2420 in N95?
On Sat, Aug 23, 2008 at 04:37:12PM -0700, Tony Lindgren wrote:
> Here's the pull request for you assuming your don't have other comments.
>
> I'll be out of town next week, so if there are other comments I won't
> be able to refresh the patches until I get back.
>
> Regards,
>
> Tony
>
>
> The
39 matches
Mail list logo