-Original Message-
From: Taneja, Archit
Sent: Monday, September 06, 2010 9:31 AM
To: Hiremath, Vaibhav
Cc: linux-omap@vger.kernel.org; linux-me...@vger.kernel.org
Subject: RE: [PATCH 0/2] V4L/DVB: OMAP_VOUT: Allow omap_vout to build
without VRFB
Hi,
Hiremath, Vaibhav wrote:
Hi,
Hiremath, Vaibhav wrote:
-Original Message-
From: Taneja, Archit
Sent: Monday, September 06, 2010 9:31 AM
To: Hiremath, Vaibhav
Cc: linux-omap@vger.kernel.org; linux-me...@vger.kernel.org
Subject: RE: [PATCH 0/2] V4L/DVB: OMAP_VOUT: Allow omap_vout to build
without VRFB
Hi,
On Thu, 2010-09-02 at 17:16 +0100, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [100902 06:29]:
On Mon, Aug 30, 2010 at 03:55:27PM -0700, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [100820 04:59]:
* Russell King - ARM Linux li...@arm.linux.org.uk
On Mon, Sep 06, 2010 at 10:28:53AM +0100, Catalin Marinas wrote:
I haven't followed your patches closely but can we restrict the ARMv6
SMP/UP support to only those cores that have TEX remapping (most of them
probably)?
We don't support TEX remapping on ARMv6.
--
To unsubscribe from this list:
On Sat, 2010-07-31 at 23:14 +0530, Santosh Shilimkar wrote:
Replace tab with space after #define to be consisten with other
define in the file. Also move the bit mask below the register offsets.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Catalin Marinas
On Sat, 2010-07-31 at 23:16 +0530, Santosh Shilimkar wrote:
The cache size is needed for to optimise range based
maintainance operations
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Catalin Marinas catalin.mari...@arm.com
Acked-by: Catalin Marinas catalin.mari...@arm.com
On Mon, Sep 06, 2010 at 10:38:30AM +0100, Catalin Marinas wrote:
On Mon, 2010-09-06 at 10:34 +0100, Russell King - ARM Linux wrote:
On Mon, Sep 06, 2010 at 10:28:53AM +0100, Catalin Marinas wrote:
I haven't followed your patches closely but can we restrict the ARMv6
SMP/UP support to only
Tony,
I tried your latest branch: devel-smp-on-unicore, kernel boots up but
got lots of WARN_ON fired:
---
[ cut here ]
[1.149719] WARNING: at mm/percpu-vm.c:320 pcpu_alloc+0x2fc/0x888()
[1.149780] Modules linked in:
[1.149841] [c01b34c8]
On Sat, 2010-07-31 at 23:16 +0530, Santosh Shilimkar wrote:
For the big buffers which are in excess of cache size, the maintaince
operations by PA are very slow. For such buffers the maintainace
operations can be speeded up by using the WAY based method.
Signed-off-by: Santosh Shilimkar
Here's my latest patch (which is combined from two patches.)
Tony, could you follow up with patches for anything which is still
required - I think there's two things you've addressed which this
currently misses:
1. not initializing twd_base (I'm not convinced this is safe - rather
making
On Fri, Sep 03, 2010 at 11:27:50AM -0700, Kevin Hilman wrote:
In the background Thomas and I will continue to research the changes
needed in the regulator framework.
These really are fairly straightforward, the algorithm I outlined in my
last mail will do the trick.
--
To unsubscribe from this
Jean,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Jean Pihet
Sent: Thursday, September 02, 2010 2:39 PM
To: Shilimkar, Santosh
Cc: Amit Kucheria; Kevin Hilman; linaro-...@lists.linaro.org; linux-
Russell,
I can see you posted another version while writing this e-mail. But I
think most comments still apply.
On Fri, 2010-09-03 at 10:10 +0100, Russell King - ARM Linux wrote:
diff --git a/arch/arm/include/asm/assembler.h
b/arch/arm/include/asm/assembler.h
index 6e8f05c..55974d2 100644
On Sat, Sep 04, 2010 at 02:23:19PM +0200, Michał Mirosław wrote:
2010/9/1 Ohad Ben-Cohen o...@wizery.com:
Add a simple mechanism to pass platform data to the
SDIO instances of wl12xx.
This way there is no confusion over who owns the 'embedded data',
typechecking is preserved, and no
Hi,
Could you comment on the dss_feature patches? I can start reworking the
floating omap4
patches with this finalized :)
Thanks,
Archit
Taneja, Archit wrote:
This is a simple approach to prevent scattered
cpu_is_omap checks in DSS2 by bringing all omap version
specific DSS
tom.leim...@gmail.com wrote:
From: Ming Lei tom.leim...@gmail.com
This patch fixes one bugs of OUT transfer in double buffer case:
-the current code only enable autoclear for dma mode 1, and not
for dma mode 0
Without this patch, test #5 of usbtest can't be passed if we
configure
2010/9/6 Gadiyar, Anand gadi...@ti.com:
Hi Tom,
Which codebase is this patch meant for?
I don't see the hb_mult in current mainline code?
Are there any patches which this one depends on?
This depends on the two iso for device mode patches:
Russell,
On Mon, 2010-09-06 at 11:44 +0100, Russell King - ARM Linux wrote:
+#ifdef CONFIG_SMP_ON_UP
+__fixup_smp:
+ mov r7, #0x0007
+ orr r6, r7, #0xff00 @ mask 0xff07
+ orr r7, r7, #0x4100 @ val 0x4107
+ and r0, r9, r6
+
From: Ming Lei tom.leim...@gmail.com
Commit 461c317705eca5cac09a360f488715927fd0a927(into 2.6.36-v3)
is put forward to power down phy if no usb cable is connected,
but does introduce the two issues below:
1), phy is not into work state if usb cable is connected
with PC during poweron, so musb
Hi Benoit,
On Fri, Sep 3, 2010 at 1:51 PM, kishore kadiyala
kishorek.kadiy...@gmail.com wrote:
Hi Benoit
snip
+ while (!(omap_readl(base + reg_off)
MMCHS_SYSSTATUS_RESETDONE))
cpu_relax();
Why does that series not seems to be
On Mon, 2010-09-06 at 16:34 +0100, Russell King - ARM Linux wrote:
On Mon, Sep 06, 2010 at 12:46:34PM +0100, Catalin Marinas wrote:
Would this work with Thumb-2 kernel builds? Maybe you can add a W(instr)
in the SMP/UP macros to make sure that the instruction is always 32-bit
wide.
Hello.
Ming Lei wrote:
Which codebase is this patch meant for?
I don't see the hb_mult in current mainline code?
Are there any patches which this one depends on?
This depends on the two iso for device mode patches:
http://marc.info/?l=linux-usbm=128076716001885w=2
Hi Vishwa,
On Mon, Sep 6, 2010 at 1:15 PM, Sripathy, Vishwanath
vishwanath...@ti.com wrote:
I did some profiling of assembly code on OMAP3630 board (ZOOM3). In worst
case it takes around 3.28ms and best case around 2.93ms for mpu off mode.
Can you give a bit more details? Which measurement has
On Mon, Sep 06, 2010 at 04:53:47PM +0100, Catalin Marinas wrote:
On Mon, 2010-09-06 at 16:34 +0100, Russell King - ARM Linux wrote:
On Mon, Sep 06, 2010 at 12:46:34PM +0100, Catalin Marinas wrote:
Would this work with Thumb-2 kernel builds? Maybe you can add a W(instr)
in the SMP/UP
On Mon, 2010-09-06 at 17:36 +0100, Russell King - ARM Linux wrote:
On Mon, Sep 06, 2010 at 04:53:47PM +0100, Catalin Marinas wrote:
On Mon, 2010-09-06 at 16:34 +0100, Russell King - ARM Linux wrote:
On Mon, Sep 06, 2010 at 12:46:34PM +0100, Catalin Marinas wrote:
Would this work with
* Russell King - ARM Linux li...@arm.linux.org.uk [100906 03:36]:
Here's my latest patch (which is combined from two patches.)
Tony, could you follow up with patches for anything which is still
required - I think there's two things you've addressed which this
currently misses:
1. not
Dear USB experts,
Is the same fix valid for omap3430 + 2.6.32 Kernel?
I have been facing mp3 playback idle current consumption 20mA more
after booting without USB cable connected
but If USB cable detach and attach happen, then able to hit proper
values otherwise irrespective of cold/warm
W dniu 6 września 2010 14:07 użytkownik Russell King - ARM Linux
li...@arm.linux.org.uk napisał:
On Sat, Sep 04, 2010 at 02:23:19PM +0200, Michał Mirosław wrote:
2010/9/1 Ohad Ben-Cohen o...@wizery.com:
Add a simple mechanism to pass platform data to the
SDIO instances of wl12xx.
[cut patch]
Hello,
On Fri, Sep 03, 2010 at 08:20:52PM +0200, Mark Brown wrote:
On Fri, Sep 03, 2010 at 11:00:31AM -0700, Kevin Hilman wrote:
Mark Brown broo...@opensource.wolfsonmicro.com writes:
The only thing I can think you might need to do if this is just straight
voltage setting is re-add
On Mon, 2010-09-06 at 22:59 +0300, Eduardo Valentin wrote:
Hello,
On Fri, Sep 03, 2010 at 08:20:52PM +0200, Mark Brown wrote:
On Fri, Sep 03, 2010 at 11:00:31AM -0700, Kevin Hilman wrote:
Mark Brown broo...@opensource.wolfsonmicro.com writes:
The only thing I can think you might
Hi,
On Tue, 7 Sep 2010 03:10:30 +0900, venki kaps venkiece2...@gmail.com
wrote:
Dear USB experts,
Is the same fix valid for omap3430 + 2.6.32 Kernel?
3.6.32 ?? difficult to say. Why such an old kernel ? Although
I doubt musb or twl4030-usb driver has changed that much, it's
difficult to
From: Cyril Chemparathy cy...@ti.com
Date: Fri, 03 Sep 2010 14:20:47 -0400
Hi Kevin,
[...]
Although am3517 (omap) board support code has been updated as needed,
emac does not work on this platform.
Just to clarify... did EMAC work on AM3517 before this series?
No. It didn't work
On Mon, Sep 06, 2010 at 10:59:05PM +0300, Eduardo Valentin wrote:
On Fri, Sep 03, 2010 at 08:20:52PM +0200, Mark Brown wrote:
Essentially all that needs doing is that when regulator_set_voltage() is
called instead of merging with the machine constraints and applying the
setting immediately
At Pandaboard we have 2 status leds, so adding them with similar usage as
we have for Beagleboard (heartbeat and mmc0). The patch basically adds the
platform data required by leds-gpio driver.
Signed-off-by: Ricardo Salveti de Araujo ricardo.salv...@canonical.com
---
Venkii.
On Tue, Sep 7, 2010 at 5:22 AM, Felipe Balbi m...@felipebalbi.com wrote:
Hi,
On Tue, 7 Sep 2010 03:10:30 +0900, venki kaps venkiece2...@gmail.com
wrote:
Dear USB experts,
Is the same fix valid for omap3430 + 2.6.32 Kernel?
3.6.32 ?? difficult to say. Why such an old kernel ?
35 matches
Mail list logo