Hello Morimoto-san
On Mon, 10 May 2010, Kuninori Morimoto wrote:
diff --git a/arch/arm/mach-shmobile/Kconfig b/arch/arm/mach-shmobile/Kconfig
index 9003ea9..e216132 100644
--- a/arch/arm/mach-shmobile/Kconfig
+++ b/arch/arm/mach-shmobile/Kconfig
@@ -42,6 +42,7 @@ config MACH_AP4EVB
Tomi,
Would you please check if there are no further comments and can you
please pull the following patches in?
https://patchwork.kernel.org/patch/95067/
https://patchwork.kernel.org/patch/95068/
https://patchwork.kernel.org/patch/94937/
https://patchwork.kernel.org/patch/94934/
Exclude VRFB from OMAP4 onwards and include only for
OMAP2 and OMAP3 builds. In OMAP4 VRFB HW IP is replaced
with a new HW IP TILER
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
---
arch/arm/plat-omap/include/plat/vrfb.h | 16
drivers/video/omap2/Kconfig|
On Fri, 2010-05-07 at 11:58 +0200, Nikula Jani.1 (EXT-Nixu/Helsinki)
wrote:
Hi -
These patches fix the broken DSS omap_dss_probe() fail path, reported by Kevin
Hilman [1].
Thanks, looks good. Applied to my DSS tree.
Tomi
--
To unsubscribe from this list: send the line unsubscribe
Op 10 mei 2010, om 08:48 heeft Senthilvadivu Guruswamy het volgende geschreven:
Exclude VRFB from OMAP4 onwards and include only for
OMAP2 and OMAP3 builds. In OMAP4 VRFB HW IP is replaced
with a new HW IP TILER
--- a/drivers/video/omap2/Kconfig
+++ b/drivers/video/omap2/Kconfig
@@ -3,6
On Thu, 2010-05-06 at 17:44 +0200, ext Tony Lindgren wrote:
* Tomi Valkeinen tomi.valkei...@nokia.com [100506 00:38]:
On Wed, 2010-05-05 at 23:09 +0200, ext Tony Lindgren wrote:
* Koen Kooi k...@dominion.thruhere.net [100505 13:16]:
Tony,
Any chance of
Op 10 mei 2010, om 10:01 heeft Guruswamy, Senthilvadivu het volgende geschreven:
Building a multi-omap kernel is not impacted as long as the display is not
choosen in the build. Usually display is chosen from the board file.
So you are saying it *IS* broken when wanting vrfb on omap3 and
Tiler support is not yet in OMAP builds. So multi-omap build will NOT break,
but would exclude VRFB feature in the build.
-Original Message-
From: Koen Kooi [mailto:k...@dominion.thruhere.net]
Sent: Monday, May 10, 2010 1:33 PM
To: Guruswamy, Senthilvadivu
Cc:
From: Roger Quadros roger.quad...@nokia.com
Adds basic support for LCD Panel on Nokia N900
v4:
Don't fail compile if CONFIG_FB_* is not defined
Signed-off-by: Roger Quadros roger.quad...@nokia.com
---
arch/arm/mach-omap2/Makefile |1 +
There are some places to scan iotlb entries. This iteration macro
could make these code a bit simpler with proceeding iotlb entries
transparently.
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
Tested-by: Hari Kanigeri h-kanige...@ti.com
---
arch/arm/plat-omap/iommu.c | 58
From: Kanigeri, Hari h-kanige...@ti.com
Added the missing TLB valid entry setting for cam register
Signed-off-by: Hari Kanigeri h-kanige...@ti.com
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/mach-omap2/iommu2.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
This CONFIG_OMAP_IOMMU_DEBUG option cannot be selected because it's
not visible on menu. Make this option selectable.
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
Cc: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
arch/arm/plat-omap/Kconfig |9 +++--
1 files changed, 7
From: Kanigeri, Hari h-kanige...@ti.com
This patch adds TLB preservation support to IOMMU module
Signed-off-by: Hari Kanigeri h-kanige...@ti.com
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/mach-omap2/iommu2.c |4 ++-
arch/arm/plat-omap/iommu.c | 43
This rejects unaligned device virtual address('da') and physical
address('pa') and informs error to caller when a page table entry is
set. Otherwise, a wrong address can be used by IO device.
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
Cc: Hari Kanigeri h-kanige...@ti.com
---
From: Ohad Ben-Cohen o...@wizery.com
use multiple MODULE_AUTHOR lines for multiple authors
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/mach-omap2/mailbox.c |3 ++-
arch/arm/plat-omap/mailbox.c |3 ++-
2 files changed, 4
Searching avaialable spaces should be stopped as soon as it turns out
that there's no possibility with the rest of it.
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/plat-omap/iovmm.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git
From: Ohad Ben-Cohen o...@wizery.com
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/plat-omap/mailbox.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/arch/arm/plat-omap/mailbox.c
From: Ohad Ben-Cohen o...@wizery.com
rwlocks are slower and have potential starvation issues
therefore spinlocks are generally preferred.
see also: http://lwn.net/Articles/364583/
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
Signed-off-by: Kanigeri Hari h-kanige...@ti.com
Signed-off-by:
From: Ohad Ben-Cohen o...@wizery.com
The underlying buffering implementation of mailbox
is converted from block API to kfifo due to the simplicity
and speed of kfifo.
The default size of the kfifo buffer is set to 256 bytes.
This value is configurable at compile time (via
From: Kanigeri, Hari h-kanige...@ti.com
This patch includes changes to omap3-iommu.c file to make it generic
for all OMAPs. Renamed omap3-iommu.c to omap-iommu.c
[Hiroshi DOYU: Remove unnecessary iommy-y in Makefile]
Signed-off-by: Hari Kanigeri h-kanige...@ti.com
Signed-off-by: Hiroshi DOYU
From: Kanigeri, Hari h-kanige...@ti.com
This patch provides the iommu support for OMAP4 co-processors.
Signed-off-by: Hari Kanigeri h-kanige...@ti.com
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/mach-omap2/omap-iommu.c | 59 +--
The errata 1.153 workaround is busy waiting on XUDF bit in interrupt
context, which may lead to kernel hangs. The problem can be reproduced
by running the bus with wrong (too high) speed.
Signed-off-by: Alexander Shishkin virtu...@slind.org
---
drivers/i2c/busses/i2c-omap.c | 10 +-
1
On Mon, May 10, 2010 at 12:16 PM, Hiroshi DOYU hiroshi.d...@nokia.com wrote:
From: Kanigeri, Hari h-kanige...@ti.com
This patch includes changes to omap3-iommu.c file to make it generic
for all OMAPs. Renamed omap3-iommu.c to omap-iommu.c
[Hiroshi DOYU: Remove unnecessary iommy-y in
On Mon, May 10, 2010 at 12:16 PM, Hiroshi DOYU hiroshi.d...@nokia.com wrote:
From: Ohad Ben-Cohen o...@wizery.com
rwlocks are slower and have potential starvation issues
therefore spinlocks are generally preferred.
see also: http://lwn.net/Articles/364583/
Signed-off-by: Ohad Ben-Cohen
Hello,
So, back to this track.
On Wed, May 05, 2010 at 10:59:32AM +0200, Russell King wrote:
On Wed, May 05, 2010 at 11:42:04AM +0300, Eduardo Valentin wrote:
I'm resending this series with minor change in the subject prefix of patch
4/4.
Removed the PM: prefix. Everything else is same.
Hello all,
Here is the patch set to export OMAP id code, production id and die id.
The history of this change is as follows:
1. First attempt tried adding those data under sysfs node. Original patch by
Peter De Schrijver [1]. Then, it was suggested to move it to debugfs, which was
rejected as
From: Eduardo Valentin eduardo.valen...@nokia.com
Report OMAP name and rev under /proc/socinfo node.
Signed-off-by: Eduardo Valentin eduardo.valen...@nokia.com
---
arch/arm/Kconfig |1 +
arch/arm/mach-omap2/id.c | 48 -
2 files changed,
From: Eduardo Valentin eduardo.valen...@nokia.com
This patch exports the OMAP3 IDCODE and Production ID to userspace
via /proc/socinfo.
Die ID is also exported depending on what users pass as kernel
parameter. It is same protection mechanism made for x86 product
number. So, if user passes
From: Eduardo Valentin eduardo.valen...@nokia.com
Report OMAP name and rev under /proc/socinfo node.
Signed-off-by: Eduardo Valentin eduardo.valen...@nokia.com
---
arch/arm/mach-omap1/id.c | 45 +++--
1 files changed, 39 insertions(+), 6 deletions(-)
From: Eduardo Valentin eduardo.valen...@nokia.com
This patch introduce the /proc/socinfo node. Its purpose is to
export System on Chip information and specific bits.
The way it is done is basically same structure which is used to build
/proc/cpuinfo. Thus, it relies on the existence of
Hi Felipe,
From: ext Felipe Contreras felipe.contre...@gmail.com
Subject: Re: [PATCH 1/4] omap: mailbox: convert rwlocks to spinlock
Date: Mon, 10 May 2010 12:12:52 +0200
On Mon, May 10, 2010 at 12:16 PM, Hiroshi DOYU hiroshi.d...@nokia.com wrote:
From: Ohad Ben-Cohen o...@wizery.com
rwlocks
On Mon, May 10, 2010 at 01:37:36PM +0300, Eduardo Valentin wrote:
From: Eduardo Valentin eduardo.valen...@nokia.com
Report OMAP name and rev under /proc/socinfo node.
I think this needs to be combined with the previous patch. The previous
patch enables the socinfo file, which means with
On Mon, May 10, 2010 at 01:09:32PM +0300, Felipe Contreras wrote:
diff --git a/arch/arm/mach-omap2/Makefile b/arch/arm/mach-omap2/Makefile
index 4b9fc57..7d2cf0f 100644
--- a/arch/arm/mach-omap2/Makefile
+++ b/arch/arm/mach-omap2/Makefile
@@ -89,10 +89,7 @@ obj-$(CONFIG_OMAP3_EMU)
On 05/10/2010 03:26 AM, Guruswamy, Senthilvadivu wrote:
Tiler support is not yet in OMAP builds. So multi-omap build will NOT break,
but would exclude VRFB feature in the build.
in which case, is'nt this patch redundant :) ?
joking apart, would'nt a set of function pointers be better - the
Hi,
Hmm.. yes. in my first patch I had OMAP3 and 2
Should I send updated patch above that?
- Dmitry
On 05/05/10 21:38, ext Tony Lindgren wrote:
* Herbert Xu herb...@gondor.apana.org.au [100502 20:07]:
On Wed, Apr 28, 2010 at 05:18:05PM +0300, Dmitry Kasatkin wrote:
Changes to v4:
Signed-off-by: Dmitry Kasatkin dmitry.kasat...@nokia.com
---
arch/arm/mach-omap2/devices.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/devices.c b/arch/arm/mach-omap2/devices.c
index beac46c..79dbf04 100644
--- a/arch/arm/mach-omap2/devices.c
On Mon, May 10, 2010 at 12:52:00PM +0200, Russell King wrote:
On Mon, May 10, 2010 at 01:37:36PM +0300, Eduardo Valentin wrote:
From: Eduardo Valentin eduardo.valen...@nokia.com
Report OMAP name and rev under /proc/socinfo node.
I think this needs to be combined with the previous patch.
On Mon, May 10, 2010 at 03:07:55PM +0300, Dmitry Kasatkin wrote:
Signed-off-by: Dmitry Kasatkin dmitry.kasat...@nokia.com
---
arch/arm/mach-omap2/devices.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/devices.c
Nishanth Menon menon.nisha...@gmail.com wrote:
On 05/09/2010 05:51 AM, Venkatraman S wrote:
Nishanth Menonn...@ti.com wrote:
Chikkature Rajashekar, Madhusudhan had written, on 05/07/2010 11:59 AM,
the
following:
Subject: Re: [PATCH v8 2/2] omap hsmmc: adaptation of sdma
descriptor
On 10/05/10 15:14, ext Herbert Xu wrote:
On Mon, May 10, 2010 at 03:07:55PM +0300, Dmitry Kasatkin wrote:
Signed-off-by: Dmitry Kasatkin dmitry.kasat...@nokia.com
---
arch/arm/mach-omap2/devices.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
On Mon, May 10, 2010 at 02:39:02PM +0200, ext Paul Mundt wrote:
On Mon, May 10, 2010 at 03:35:14PM +0300, Eduardo Valentin wrote:
On Mon, May 10, 2010 at 01:13:00PM +0200, ext Paul Mundt wrote:
On Mon, May 10, 2010 at 01:37:34PM +0300, Eduardo Valentin wrote:
+ */
+#include
On Mon, May 10, 2010 at 01:13:00PM +0200, ext Paul Mundt wrote:
You'll still need the show function, but all of the rest of this is just
duplicating what single_open() already does. If the socinfo string is
static you may also want to rework this a bit so you can just stash the
string in the
On Mon, May 10, 2010 at 02:54:40PM +0200, Balbi Felipe (Nokia-D/Helsinki) wrote:
On Mon, May 10, 2010 at 01:13:00PM +0200, ext Paul Mundt wrote:
You'll still need the show function, but all of the rest of this is just
duplicating what single_open() already does. If the socinfo string is
static
On 05/10/2010 07:31 AM, Venkatraman S wrote:
Nishanth Menonmenon.nisha...@gmail.com wrote:
Please see [1] for SOC specific feature handling. any reasons we can't
handle it by adding a new feature?
[1]
Munegowda, Keshava keshava_mgo...@ti.com writes:
From: Keshava Munegowda a0393...@ti.com
This patch removes the below warning
arch/arm/mach-omap2/mux.c:52: warning: 'mux_phys' defined but not used
The definition of variable mux_phys should be enclosed in the macro
CONFIG_ARCH_OMAP3
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Steve Sakoman
Sent: Monday, May 10, 2010 8:54 PM
To: linux-omap@vger.kernel.org
Subject: DSS2 on 36xx with 2.6.34-rc6
Has anyone had success with DSS2 on a 36xx
Ranjith Lohithakshan ranji...@ti.com writes:
OMAP3530 TRM section 7.4.4.4.2 requires OFFOUTENABLE to be set (active low)
if wakeup capabilities are enabled on a pad. During OFF mode testing
on OMAP3530 EVM, it was observed that the device was not residing in
the OFF state. The device enters
Ranjith Lohithakshan ranji...@ti.com writes:
This patch enables the wakeup capabilities of ads7846 touchscreen driver.
ads7846 driver can now wakeup the system from suspend on OMAP3430 EVM
and SDP boards.
The earlier approach of enabling wakeup on the touchscreen GPIO pin during
board
* Jason l...@ema-tech.com [100505 19:09]:
A question about board version. Is it good to do a hardware check to find
out hardware version?
Like function static void __init omap3_evm_get_revision(void) in
board-omap3evm.c
Sure, that's the best option.
Some boards are also using the
Ranjith Lohithakshan ranji...@ti.com writes:
CONFIG_ARCH_OMAP34XX is not defined any more. Replace it with
CONFIG_ARCH_OMAP3.
Signed-off-by: Ranjith Lohithakshan ranji...@ti.com
---
This patch is generated against pm branch.
Thanks, will add to PM-related GPIO patches submitted for
* Dmitry Kasatkin dmitry.kasat...@nokia.com [100510 05:45]:
On 10/05/10 15:14, ext Herbert Xu wrote:
On Mon, May 10, 2010 at 03:07:55PM +0300, Dmitry Kasatkin wrote:
Signed-off-by: Dmitry Kasatkin dmitry.kasat...@nokia.com
---
arch/arm/mach-omap2/devices.c |4 ++--
1 files
* Nishanth Menon n...@ti.com [100510 06:07]:
On 05/10/2010 06:24 AM, Nishanth Menon wrote:
On 05/10/2010 03:26 AM, Guruswamy, Senthilvadivu wrote:
Tiler support is not yet in OMAP builds. So multi-omap build will NOT
break, but would exclude VRFB feature in the build.
in which case, is'nt
-Original Message-
From: Steve Sakoman [mailto:sako...@gmail.com]
Sent: Monday, May 10, 2010 10:13 PM
To: Hiremath, Vaibhav
Cc: linux-omap@vger.kernel.org
Subject: Re: DSS2 on 36xx with 2.6.34-rc6
On Mon, May 10, 2010 at 9:24 AM, Hiremath, Vaibhav hvaib...@ti.com wrote:
The
On Mon, May 10, 2010 at 03:08:09PM +0200, Valentin Eduardo (Nokia-D/Helsinki)
wrote:
I'm not aware of the module parameter stuff.. but the leak might be other thing
than kstrdup?
yeah, I was following the code and the problem is how the kernel handles
charp module parameters
--
balbi
OMAP3 features bitmap is used a method to check
for SoC specific features. This patch renames the global variables
and the accessor functions to use a generic name from omap3_* to
omap_*
Signed-off-by: Venkatraman S svenk...@ti.com
CC: Nishant Menon n...@ti.com
CC: Tony Lindgren
* Tony Lindgren t...@atomide.com [100505 12:59]:
* Russell King - ARM Linux li...@arm.linux.org.uk [100505 12:41]:
On Wed, May 05, 2010 at 12:33:09PM -0700, Tony Lindgren wrote:
The emac driver uses generic name for the module and phy
clocks. Updated the omap3xxx_clks table to match the
Hi,
This series remove a couple of useless or non-functional registers
from the OMAP4430 ES1.0 defines.
It cleans as well the registers that didn't stick to the PRCM
naming convention and add a couple of new defines for offset.
Comments are welcome.
Regards,
Benoit
Benoit Cousson (3):
The MPU subsystem was named based on internal code name (CHIRON).
This patch will remove all the occurences of the chiron name
are replace it with PRCM_MPU in order to differentiate
the MPU local PRCM to the global one.
Remove PDA_ from PRCM_MPU registers names to stick to the global
PRM naming
CM1, CM2, PRM, SCRM and MPU_PRCM are already defined in omap44xx.h
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Rajendra Nayak rna...@ti.com
---
arch/arm/mach-omap2/prcm-common.h |8
1 files changed, 0 insertions(+), 8 deletions(-)
diff --git
The automatic HW restore from OFF mode is not functional at all in
OMAP4430 ES1.0.
Because of that, it will be extensively changed in the next Si revision,
and the compatibilty will not be maintained with ES1.0.
Remove the current XXX_RESTORE registers definition to avoid future
conflicts with
From: Rajendra Nayak rna...@ti.com
The cm44xx.h files only had absolute register address
defines for all CM registers.
This patch adds additional register offset defines for all the
registers, so they can be used with apis like cm_read_mod_*
Signed-off-by: Rajendra Nayak rna...@ti.com
From: Rajendra Nayak rna...@ti.com
The prm44xx.h files only had absolute register address
defines for all PRM registers.
This patch adds additional register offset defines for all the
registers, so they can be used with apis like prm_read_mod_*
Signed-off-by: Rajendra Nayak rna...@ti.com
* Kevin Hilman khil...@deeprootsystems.com [100503 16:28]:
From: Chunqiu Wang cqw...@motorola.com
According to the GPIO 'Wakeup and Interrupt' section of the TRM[1],
wake-up requests can only be generated on edge transitions.
Also for OMAP3, only edge GPIOs may lose interrupts when PER
From: Felipe Contreras [mailto:felipe.contre...@gmail.com]
On Sun, May 9, 2010 at 7:26 AM, Ramirez Luna, Omar omar.rami...@ti.com wrote:
From 451e9733672b7fd3879ec109f3c6b2ac55c21cf5 Mon Sep 17 00:00:00 2001
From: Armando Uribe De Leon x0095...@ti.com
Date: Thu, 8 Apr 2010 17:14:38 -0500
* Kevin Hilman khil...@deeprootsystems.com [100510 08:09]:
Tony Lindgren t...@atomide.com writes:
* Varadarajan, Charulatha ch...@ti.com [100506 23:52]:
Tony/ Kevin,
-Original Message-
From: Varadarajan, Charulatha
Sent: Thursday, April 22, 2010 9:25 PM
To:
* Tomi Valkeinen tomi.valkei...@nokia.com [100510 00:53]:
On Thu, 2010-05-06 at 17:44 +0200, ext Tony Lindgren wrote:
* Tomi Valkeinen tomi.valkei...@nokia.com [100506 00:38]:
On Wed, 2010-05-05 at 23:09 +0200, ext Tony Lindgren wrote:
* Koen Kooi k...@dominion.thruhere.net [100505
* Kevin Hilman khil...@deeprootsystems.com [100510 09:07]:
Munegowda, Keshava keshava_mgo...@ti.com writes:
From: Keshava Munegowda a0393...@ti.com
This patch removes the below warning
arch/arm/mach-omap2/mux.c:52: warning: 'mux_phys' defined but not used
The definition of variable
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: i2c-omap-for-ben
Initial commit ID (Likely to change): 4c156dc0e7cc486feb106348fb7159d4be0c9889
PatchWorks
http://patchwork.kernel.org/patch/98127/
Git (Likely to change, and takes a while to get
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: i2c-omap-for-ben
Initial commit ID (Likely to change): c62d437a11ff76be3ba3997a1ded33848ba41ece
PatchWorks
http://patchwork.kernel.org/patch/96816/
Git (Likely to change, and takes a while to get
I think I've found a small problem in the board-omap3evm.c file under
arch/arm/mach-omap2 (support for the TI/Mistral OMAP35x EVM board).
What I noticed is that the declaration for the array gpio_leds is initialized
with one element (at line 380):
static struct gpio_led gpio_leds[] = {
On Mon, May 10, 2010 at 2:55 PM, Venkatraman S svenk...@ti.com wrote:
OMAP3 features bitmap is used a method to check
for SoC specific features. This patch renames the global variables
and the accessor functions to use a generic name from omap3_* to
omap_*
Signed-off-by: Venkatraman S
On Wed, May 05, 2010 at 08:45:53PM +0200, Sebastien Jan wrote:
Low-level functions provide 16bits words read and write capability
to ks8851 companion eeprom.
Please use the eeprom interface that was added already
Signed-off-by: Sebastien Jan s-...@ti.com
---
drivers/net/ks8851.c | 228
On Thu, May 06, 2010 at 12:20:12AM -0700, David Miller wrote:
From: Sebastien Jan s-...@ti.com
Date: Wed, 5 May 2010 20:45:53 +0200
Low-level functions provide 16bits words read and write capability
to ks8851 companion eeprom.
Signed-off-by: Sebastien Jan s-...@ti.com
Applied.
So
Enable network chip Micrel KS8851 for OMAP4430 SDP
- Based on mainline version 2.6.34 rc7
- Tested in OMAP4430 SDP
Throughput measurements using nuttcp application:
11.9375 MB / 10.06 sec =9.9519 Mbps 92 %TX 0 %RX 0 retrans 7.87 msRTT
--
All patches have been tagged as version 3
Enable Micrel KS8851 SPI network chip for OMAP4430
Signed-off-by: Abraham Arce x0066...@ti.com
---
arch/arm/mach-omap2/board-4430sdp.c | 81 +++
1 files changed, 81 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-4430sdp.c
Enable KS8851 SPI support +
Networking Support
- Packet Socket
- TCP/IP
Network Filesystems
- NFS Client
- Root Filesystem on NFS
Signed-off-by: Abraham Arce x0066...@ti.com
---
arch/arm/configs/omap_4430sdp_defconfig | 57 +-
1 files changed, 55
On Mon, May 10, 2010 at 05:22:48PM +0300, Eduardo Valentin wrote:
On Mon, May 10, 2010 at 01:13:00PM +0200, ext Paul Mundt wrote:
You'll still need the show function, but all of the rest of this is just
duplicating what single_open() already does. If the socinfo string is
static you may
hi, Russell, Tony
Is this patch ignored by you? I do not see any ack for this patch.
Thanks
Janboe Ye
2009/12/3 Tero Kristo tero.kri...@nokia.com:
From: Tero Kristo tero.kri...@nokia.com
In some ARM architectures, like OMAP3, the VFP context can be lost during
dynamic sleep cycle. For this
On Mon, May 10, 2010 at 03:55:49PM +0300, Eduardo Valentin wrote:
On Mon, May 10, 2010 at 02:39:02PM +0200, ext Paul Mundt wrote:
Note that in the cpuinfo case there is often special handling for the
single (or boot CPU) case, such as printing out a descriptor for the
machine type and so
-Original Message-
From: menon.nisha...@gmail.com
[mailto:menon.nisha...@gmail.com] On Behalf Of Menon, Nishanth
Sent: Tuesday, May 11, 2010 5:02 AM
To: S, Venkatraman
Cc: linux-omap@vger.kernel.org;
linux-arm-ker...@lists.infradead.org; Tony Lindgren;
Chikkature Rajashekar,
Hi Trilok,
Thanks for your comments...
[snip]
+
+/* Interrupt thread handler thread */
+
+static irqreturn_t omap_keypad_threaded(int irq, void *dev_id)
+{
Why is iti threaded? I fo not see anything that will sleep.
It was implemented based on previous comments...
+ struct
Sorry for the confusion in your name Dmitry...
Thanks for your comments...
[snip]
+
+/* Interrupt thread handler thread */
+
+static irqreturn_t omap_keypad_threaded(int irq, void *dev_id)
+{
Why is iti threaded? I fo not see anything that will sleep.
It was implemented
On Mon, May 10, 2010 at 11:17:50PM -0500, Arce, Abraham wrote:
Sorry for the confusion in your name Dmitry...
No worries, although at first I was surprised that Trilok spoke exactly
the same words I did ;)
Thanks for your comments...
[snip]
+
+/* Interrupt thread handler thread
On Mon, May 10, 2010 at 10:26 AM, Hiremath, Vaibhav hvaib...@ti.com wrote:
Obviously this patch needs to be updated for the current tree. Does
TI intend to re-base and submit the patches in the arago repo to this
list?
[Hiremath, Vaibhav] We are submitting all the patches to the linux-omap,
Hi again Dmitry,
No worries, although at first I was surprised that Trilok spoke exactly
the same words I did ;)
:)
+
+/* Interrupt thread handler thread */
+
+static irqreturn_t omap_keypad_threaded(int irq, void *dev_id)
+{
Why is iti threaded? I fo not
On Tue, May 11, 2010 at 12:03:44AM -0500, Arce, Abraham wrote:
Hi again Dmitry,
No worries, although at first I was surprised that Trilok spoke exactly
the same words I did ;)
:)
+
+/* Interrupt thread handler thread */
+
+static irqreturn_t
86 matches
Mail list logo
