Hi,
On Wed, Jun 19, 2013 at 23:16:41, Axel Lin wrote:
Include common.h which will include linux/reboot.h to fix below build error.
CC arch/arm/mach-omap2/omap4-restart.o
arch/arm/mach-omap2/omap4-restart.c:21:28: warning: 'enum reboot_mode'
declared inside parameter list [enabled
Hi,
In the following series, 1 got merged, while other 2 are awaiting.
Request you to please look into these.
[PATCH 1/3] ARM: dts: AM33XX: Add ELM node -- awaiting --
[PATCH 2/3a] ARM: dts: AM33XX: Add GPMC node -- accepted by Tony
[PATCH 2/3b] ARM: dts: AM33xx: Fix properties on gpmc node --
Arnd Olof,
* Benoit Cousson b-cous...@ti.com [130619 16:10]:
Hi Tony,
Please pull the following commits for OMAP Device Tree for v3.11.
It does contains as well 2 clock data patches, I hope it will not generate
any conflict with Paul's tree.
Special thanks to Florian for his nice
* Kevin Hilman khil...@linaro.org [130619 10:30]:
Hi Roger,
Roger Quadros rog...@ti.com writes:
In order to support wake up from suspend use the pinctrl
framework to put the USB host pins in IDLE state during suspend.
CC: Samuel Ortiz sa...@linux.intel.com
Signed-off-by: Roger
* Ulf Hansson ulf.hans...@linaro.org [130614 04:55]:
On 7 June 2013 23:49, Tony Lindgren t...@atomide.com wrote:
From: Andreas Fenkart andreas.fenk...@streamunlimited.com
--- a/drivers/mmc/host/omap_hsmmc.c
+++ b/drivers/mmc/host/omap_hsmmc.c
+static void omap_hsmmc_enable_sdio_irq(struct
Tony Lindgren t...@atomide.com writes:
Hi,
* Arnaud Patard arnaud.pat...@rtp-net.org [130619 02:52]:
Tony Lindgren t...@atomide.com writes:
Hi,
* Tony Lindgren t...@atomide.com [130617 03:32]:
* Arnaud Patard arnaud.pat...@rtp-net.org [130617 02:52]:
Tony Lindgren t...@atomide.com
Hi all,
These two patches introduces initial support for the IGEP AM335x-based
platforms. The first patch add support for IGEP COM AQUILA products, and the
second patch add support for the development board.
These patches apply on top of bcousson/for_3.11/dts repository.
Changes since v1:
*
The IGEP COM AQUILA is industrial processors SODIMM module with
following highlights:
o AM3352/AM3354/AM3358/AM3359 Texas Instruments processor
o Cortex-A8 ARM CPU
o 3.3 volts Inputs / Outputs use industrial
o 256 MB DDR3 SDRAM / 128 Megabytes FLASH
o MicroSD card reader on-board
The IGEP AQUILA EXPANSION board is a development platform for the IGEP COM
AQUILA AM335x boards.
The board adds the following connectivity:
o USB OTG
o USB HOST
o HDMI
o Ethernet
o Serial Debug (3.3V)
o 2x46 pin headers
o EEPROM
Signed-off-by: Enric Balletbo i Serra
Hi Oleksandr,
On Wed, Jun 19, 2013 at 03:24:02PM +0300, Oleksandr Kozaruk wrote:
From: Graeme Gregory g...@slimlogic.co.uk
The TWL6025 was never released beyond sample form and was replaced by
the PhoenixLite range of chips - TWL6032. Change the references to
reference the TWL6032 class and
Hi,
On Wed, Jun 19, 2013 at 11:27:46AM +0530, Keerthy wrote:
From: J Keerthy j-keer...@ti.com
The Patch series adds TPS659038 PMIC support in the palmas MFD and Regulator
drivers. The TPS659038 has almost the same registers as of the earlier
supported variants of PALMAS family such as the
Hi,
On Wed, Jun 19, 2013 at 11:27:49AM +0530, Keerthy wrote:
From: J Keerthy j-keer...@ti.com
The Patch adds TPS659038 PMIC support in the palmas mfd driver.
The TPS659038 has almost the same registers as of the earlier
supported variants of PALMAS family such as the TWL6035.
The
Hi Samuel,
-Original Message-
From: Samuel Ortiz [mailto:sa...@linux.intel.com]
Sent: Thursday, June 20, 2013 2:09 PM
To: J, KEERTHY
Cc: linux-omap@vger.kernel.org; broo...@kernel.org;
ldewan...@nvidia.com; grant.lik...@secretlab.ca; swar...@nvidia.com;
Hi,
On Monday 17 June 2013 09:39 AM, Chanwoo Choi wrote:
On 06/14/2013 10:10 PM, Kishon Vijay Abraham I wrote:
Modified dwc3-omap to receive connect and disconnect notification using
extcon framework. Also did the necessary cleanups required after
adapting to extcon framework.
Signed-off-by:
On Thursday 20 June 2013, Tony Lindgren wrote:
* Benoit Cousson b-cous...@ti.com [130619 16:10]:
Hi Tony,
Please pull the following commits for OMAP Device Tree for v3.11.
It does contains as well 2 clock data patches, I hope it will not generate
any conflict with Paul's tree.
Hi,
On Thu, Jun 20, 2013 at 04:34:42AM +, J, KEERTHY wrote:
-Original Message-
From: J, KEERTHY
Sent: Wednesday, June 19, 2013 11:28 AM
To: linux-omap@vger.kernel.org
Cc: broo...@kernel.org; J, KEERTHY; ldewan...@nvidia.com;
sa...@linux.intel.com;
Hi Samuel,
-Original Message-
From: Samuel Ortiz [mailto:sa...@linux.intel.com]
Sent: Thursday, June 20, 2013 2:38 PM
To: J, KEERTHY
Cc: broo...@kernel.org; ldewan...@nvidia.com;
grant.lik...@secretlab.ca; swar...@nvidia.com; linux-
ker...@vger.kernel.org;
On Thu, Jun 20, 2013 at 09:13:06AM +, J, KEERTHY wrote:
Could you please pull this patch?
I'm reverting this one for now as of_match_device is not define for
!CONFIG_OF.
So the of_match_device parts can come under #ifdef CONFIG_OF?
Nevermind, you were just missing an of_device.h
-Original Message-
From: Samuel Ortiz [mailto:sa...@linux.intel.com]
Sent: Thursday, June 20, 2013 2:57 PM
To: J, KEERTHY
Cc: broo...@kernel.org; ldewan...@nvidia.com;
grant.lik...@secretlab.ca; swar...@nvidia.com; linux-
ker...@vger.kernel.org; linux-...@vger.kernel.org;
Add TPS659038 support.
Signed-off-by: J Keerthy j-keer...@ti.com
Acked-by: Mark Brown broo...@linaro.org
---
drivers/regulator/palmas-regulator.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/regulator/palmas-regulator.c
b/drivers/regulator/palmas-regulator.c
The Patch series adds TPS659038 PMIC support in the palmas MFD and Regulator
drivers. The TPS659038 has almost the same registers as of the earlier
supported variants of PALMAS family such as the TWL6035.
The critical differences between TPS659038 and TWL6035 being:
1) TPS659038 has nothing
Add TPS659038 documentation under Palmas.
Signed-off-by: J Keerthy j-keer...@ti.com
Acked-by: Samuel Ortiz sa...@linux.intel.com
---
Documentation/devicetree/bindings/mfd/palmas.txt |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git
The Patch adds TPS659038 PMIC support in the palmas mfd driver.
The TPS659038 has almost the same registers as of the earlier
supported variants of PALMAS family such as the TWL6035.
The critical differences between TPS659038 and TWL6035 being:
1) TPS659038 has nothing related to battery
Add TPS659038 documentation under Palmas.
Signed-off-by: J Keerthy j-keer...@ti.com
Acked-by: Mark Brown broo...@linaro.org
---
.../devicetree/bindings/regulator/palmas-pmic.txt |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
On 20/06/13 10:31, Mark Jackson wrote:
I'm struggling to debug an issue where the kernel is unable to
find a JFFS2 partition held in NOR flash (on CS0)
Fixed ... I finally worked out I needed to add:-
CONFIG_MTD_BLOCK
CONFIG_MTD_BLOCK2MTD
Sorry for the noise.
Mark J.
--
To unsubscribe from
On 06/20/2013 01:40 AM, Benoit Cousson wrote:
On 06/19/2013 09:05 AM, Roger Quadros wrote:
On 06/19/2013 03:23 PM, Benoit Cousson wrote:
On 06/19/2013 07:05 AM, Florian Vaussard wrote:
Hello,
On 06/19/2013 01:03 PM, Roger Quadros wrote:
On 06/19/2013 01:10 PM, Benoit Cousson wrote:
On
On 06/19/2013 09:42 PM, Kevin Hilman wrote:
Roger Quadros rog...@ti.com writes:
Add the Idle state pins for USB host and enable WAKEUP on
DIR, DAT0-3, so that the PHY can wakeup the OMAP SoC from
sleep on any USB activity (e.g. remote wakeup or connect/disconnect).
CC: Benoît Cousson
On 06/20/2013 02:55 PM, Roger Quadros wrote:
On 06/19/2013 09:42 PM, Kevin Hilman wrote:
Roger Quadros rog...@ti.com writes:
Add the Idle state pins for USB host and enable WAKEUP on
DIR, DAT0-3, so that the PHY can wakeup the OMAP SoC from
sleep on any USB activity (e.g. remote wakeup or
Hi,
On Wed, Jun 19, 2013 at 05:05:48PM +0300, Roger Quadros wrote:
We no longer need to be initialized in any particular order
so move driver initialization to the standard place i.e. module_init()
CC: Samuel Ortiz sa...@linux.intel.com
Signed-off-by: Roger Quadros rog...@ti.com
---
Hi,
On Wed, Jun 19, 2013 at 05:05:51PM +0300, Roger Quadros wrote:
Runtime suspend the controller during bus suspend and resume it
during bus resume. This will ensure that the USB Host power domain
enters lower power state and does not prevent the SoC from
endering deeper sleep states.
On 06/20/2013 03:07 PM, Felipe Balbi wrote:
Hi,
On Wed, Jun 19, 2013 at 05:05:48PM +0300, Roger Quadros wrote:
We no longer need to be initialized in any particular order
so move driver initialization to the standard place i.e. module_init()
CC: Samuel Ortiz sa...@linux.intel.com
On 06/19/2013 08:23 PM, Kevin Hilman wrote:
Hi Roger,
Roger Quadros rog...@ti.com writes:
In order to support wake up from suspend use the pinctrl
framework to put the USB host pins in IDLE state during suspend.
CC: Samuel Ortiz sa...@linux.intel.com
Signed-off-by: Roger Quadros
On 06/19/2013 08:39 PM, Kevin Hilman wrote:
Hi Roger,
Roger Quadros rog...@ti.com writes:
Runtime suspend the controller during bus suspend and resume it
during bus resume. This will ensure that the USB Host power domain
enters lower power state and does not prevent the SoC from
endering
On 06/20/2013 03:11 PM, Felipe Balbi wrote:
Hi,
On Wed, Jun 19, 2013 at 05:05:51PM +0300, Roger Quadros wrote:
Runtime suspend the controller during bus suspend and resume it
during bus resume. This will ensure that the USB Host power domain
enters lower power state and does not prevent the
On 06/19/2013 06:23 PM, Alan Stern wrote:
On Wed, 19 Jun 2013, Roger Quadros wrote:
Hi,
This series attempts to suspend the OMAP EHCI host controller on USB
Bus suspend.
Why do you want to suspend the host controller during bus suspend?
They are two different operations and should be
On 06/19/2013 08:30 PM, Sergei Shtylyov wrote:
Hello.
On 06/19/2013 06:05 PM, Roger Quadros wrote:
To ensure hardware context is restored while resuming from
OFF mode we need to enable the Hardware SAR bit for the
USB Host power domain.
Signed-off-by: Roger Quadros rog...@ti.com
---
On 23:38-20130619, Mark Brown wrote:
On Wed, Jun 19, 2013 at 02:17:54PM -0500, Nishanth Menon wrote:
Account for step size accuracy when exact voltage requests are send for
step based regulators.
If the consumer can tolerate a different voltage why not just request
the range that can be
Hi Benoit,
Patch 1 adds USB host support for beagle-XM.
Patch 2 cleans up pin comments for USB host pins.
Changes in v4:
- Rebased to todays for_3.11/dts branch
- added disclaimer about temporary usage of regulator framework for
GPIO RESET lines.
cheers,
-roger
Roger Quadros (2):
ARM: dts:
Use a common naming scheme mode0name.modename flags for the
USB host pins to be consistent.
Also add a disclaimer stating that use of regulator framework
for GPIO RESET line is temporary.
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/boot/dts/omap3-beagle.dts | 29
Provide RESET and Power regulators for the USB PHY,
the USB Host port mode and the PHY device. Provide
pin multiplexer information for USB host pins.
We also relocate omap3_pmx_core pin definations so that they
are close to omap3_pmx_wkup pin definations.
NOTE: The reset control will be replaced
On 06/20/2013 03:02 PM, Roger Quadros wrote:
On 06/20/2013 02:55 PM, Roger Quadros wrote:
On 06/19/2013 09:42 PM, Kevin Hilman wrote:
Roger Quadros rog...@ti.com writes:
Add the Idle state pins for USB host and enable WAKEUP on
DIR, DAT0-3, so that the PHY can wakeup the OMAP SoC from
sleep
Hi Pekon,
Texas Instruments France SA, 821 Avenue Jack Kilby, 06270 Villeneuve Loubet.
036 420 040 R.C.S Antibes. Capital de EUR 12.654.784
-Original Message-
From: Gupta, Pekon
Sent: Thursday, June 20, 2013 1:34 AM
To: Tony Lindgren; Cousson, Benoit
Cc: Philip, Avinash; Nori, Sekhar;
Thanks Roger,
I'll take them for 3.12. I was already late for my 3.11 pull request.
Regards,
Benoit
Texas Instruments France SA, 821 Avenue Jack Kilby, 06270 Villeneuve Loubet.
036 420 040 R.C.S Antibes. Capital de EUR 12.654.784
-Original Message-
From: Quadros, Roger
Sent:
Hi Javier,
On 6/19/2013 8:32 AM, Javier Martinez Canillas wrote:
Hi,
On Wed, Jun 19, 2013 at 12:46 PM, Benoit Cousson b-cous...@ti.com wrote:
Hi Enric,
On 06/19/2013 03:27 AM, Enric Balletbo i Serra wrote:
The IGEP COM AQUILA is industrial processors SODIMM module with
following
IGEP boards have a number of LED connected to OMAP or TWL GPIO
lines. The actual wiring is different on each board so each board
DT has need to configure the mux correctly.
Even though it works with the current DT, the kernel complains with:
[2.305023] leds-gpio leds.18: pins are not configured
The IGEPv2 has a number of GPIO LED connected to OMAP
pins. Configure these pins as output GPIO.
Signed-off-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
---
arch/arm/boot/dts/omap3-igep0020.dts | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git
The IGEP COM MOdule has a GPIO LED connected to OMAP
pins. Configure this pin as output GPIO.
Signed-off-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
---
arch/arm/boot/dts/omap3-igep0030.dts |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git
On Tuesday 18 June 2013, Tony Lindgren wrote:
The following changes since commit 4f288f081bb67813d35c10d1b2fa68e863c4b188:
ARM: OMAP2+: AM43x: SRAM base and size (2013-06-12 08:07:23 -0700)
are available in the git repository at:
On Tuesday 18 June 2013, Tony Lindgren wrote:
The following changes since commit f722406faae2d073cc1d01063d1123c35425939e:
Linux 3.10-rc1 (2013-05-11 17:14:08 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
On Tuesday 18 June 2013, Tony Lindgren wrote:
The following changes since commit 7d132055814ef17a6c7b69f342244c410a5e000f:
Linux 3.10-rc6 (2013-06-15 11:51:07 -1000)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
On Tuesday 18 June 2013, Tony Lindgren wrote:
The following changes since commit 7d132055814ef17a6c7b69f342244c410a5e000f:
Linux 3.10-rc6 (2013-06-15 11:51:07 -1000)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
On Thu, 20 Jun 2013, Roger Quadros wrote:
As the omap-ehci controller driver needs to do some additional work to put
itself into suspend/resume and make sure it is resumed to process an
interrupt,
we need to be able to override irq, bus_suspend, and bus_resume handlers.
This
On Thu, 20 Jun 2013, Roger Quadros wrote:
runtime_resume(dev)
{
...
if (omap-flags OMAP_EHCI_IRQ_PENDING) {
process_pending_irqs(omap);
OK, thanks.
But I'm not sure if the generic ehci_irq handler is able to
run in a process context. Maybe if we replace
Hi,
Sorry, for delayed reply - I've had problems with my e-mail.
You still have. This message has unwanted linebreaks.
I've tested this patch on our TI K3.4 product kernel with additional
change below:
Thanks.
[0.662567] (null): This adapter will soon drop class based
instantiation
On Tuesday 18 June 2013, Tony Lindgren wrote:
The following changes since commit b3f5525c55ce5cb67af06f04dbbf28358da23a2c:
ARM: OMAP2+: gpmc: Converts GPMC driver to pm_runtime capable (2013-06-12
09:56:30 -0700)
are available in the git repository at:
On Tuesday 18 June 2013, Tony Lindgren wrote:
The following changes since commit 7d132055814ef17a6c7b69f342244c410a5e000f:
Linux 3.10-rc6 (2013-06-15 11:51:07 -1000)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
On Tuesday 18 June 2013, Tony Lindgren wrote:
The following changes since commit 317ddd256b9c24b0d78fa8018f80f1e495481a10:
Linux 3.10-rc5 (2013-06-08 17:41:04 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
On Thursday 20 June 2013, Tony Lindgren wrote:
* Benoit Cousson b-cous...@ti.com [130619 16:10]:
Hi Tony,
Please pull the following commits for OMAP Device Tree for v3.11.
It does contains as well 2 clock data patches, I hope it will not generate
any conflict with Paul's tree.
Hi Tony,
On 6/20/2013 1:45 AM, Tony Lindgren wrote:
Arnd Olof,
* Benoit Cousson b-cous...@ti.com [130619 16:10]:
Hi Tony,
Please pull the following commits for OMAP Device Tree for v3.11.
It does contains as well 2 clock data patches, I hope it will not generate any
conflict with Paul's
On 6/20/2013 2:48 PM, Arnd Bergmann wrote:
On Thursday 20 June 2013, Tony Lindgren wrote:
* Benoit Cousson b-cous...@ti.com [130619 16:10]:
Hi Tony,
Please pull the following commits for OMAP Device Tree for v3.11.
It does contains as well 2 clock data patches, I hope it will not generate
On Thursday 20 June 2013, Cousson, Benoit wrote:
What about omap devicetree changes for v3.11 merge window
Add mandatory DT support for missing IPs, like USB host,
bandgap, LED, NAND, LAN, CPSW, PWM for OMAP and AMXX devices.
From: Matt Porter mpor...@ti.com
Enable TI EDMA option on OMAP and TI_PRIV_EDMA
Signed-off-by: Matt Porter mpor...@ti.com
Signed-off-by: Joel A Fernandes joelag...@ti.com
---
arch/arm/mach-omap2/Kconfig |1 +
drivers/dma/Kconfig |2 +-
2 files changed, 2 insertions(+), 1
From: Matt Porter m...@ti.com
Adds AM33XX EDMA support to the am33xx.dtsi as documented in
Documentation/devicetree/bindings/dma/ti-edma.txt
Joel: Drop DT entries that are non-hardware-description for now as discussed in
[1]
[1] https://patchwork.kernel.org/patch/2226761/
Signed-off-by: Matt
From: Matt Porter mpor...@ti.com
Adds support for parsing the TI EDMA DT data into the required EDMA
private API platform data. Enables runtime PM support to initialize
the EDMA hwmod. Enables build on OMAP.
Changes by Joel:
* Setup default one-to-one mapping for queue_priority and queue_tc
From: Joel A Fernandes agnel.j...@gmail.com
This series is remaining of Matt Porter's EDMA patches for AM33XX EDMA support
with changes for few pending review comments on v11 series.
Also included are EDMA config and build options for OMAP2PLUS and Davinci by
selecting DMADEVICES, and options to
From: Matt Porter mpor...@ti.com
The binding definition is based on the generic DMA request binding
Signed-off-by: Matt Porter mpor...@ti.com
Signed-off-by: Joel A Fernandes joelag...@ti.com
---
Documentation/devicetree/bindings/spi/omap-spi.txt | 27 +++-
1 file changed, 26
From: Matt Porter mpor...@ti.com
Convert dmaengine channel requests to use
dma_request_slave_channel_compat(). This supports the DT case of
platforms requiring channel selection from either the OMAP DMA or
the EDMA engine. AM33xx only boots from DT and is the only user
implementing EDMA so in the
From: Matt Porter mpor...@ti.com
Adds DMA resources to the AM33XX SPI nodes.
Signed-off-by: Matt Porter mpor...@ti.com
Signed-off-by: Joel A Fernandes joelag...@ti.com
---
arch/arm/boot/dts/am33xx.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git
From: Joel A Fernandes agnel.j...@gmail.com
Build TI_EDMA by default for ARCH_DAVINCI and ARCH_OMAP2PLUS
Signed-off-by: Joel A Fernandes joelag...@ti.com
---
arch/arm/Kconfig|1 +
arch/arm/mach-omap2/Kconfig |1 +
drivers/dma/Kconfig |2 +-
3 files changed, 3
From: Joel A Fernandes agnel.j...@gmail.com
queue_priority_mapping and queue_tc_mapping are no longer
const anymore generating a bunch of warnings in devices-da8xx.
Fix them by not doing constant assignments.
Signed-off-by: Joel A Fernandes joelag...@ti.com
---
From: Matt Porter m...@ti.com
The binding definition is based on the generic DMA controller
binding.
Joel:
* Droped reserved and queue DT entries from Documentation
for now from the original patch series (v10)
* Included properties in Documentation and clarified DMA properties (V11)
* Made
From: Matt Porter mpor...@ti.com
Changes by Joel:
* Split EDMA xbar support out of original EDMA DT parsing patch
to keep it easier for review.
* Rewrite shift and offset calculation.
Suggested-by: Sekhar Nori nsek...@ti.com
Suggested by: Andy Shevchenko andy.shevche...@gmail.com
Signed-off-by:
From: Joel A Fernandes agnel.j...@gmail.com
Required to get OMAP-L1 EVM access MMC and mount rootfs
Signed-off-by: Joel A Fernandes joelag...@ti.com
---
arch/arm/configs/da8xx_omapl_defconfig |3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/configs/da8xx_omapl_defconfig
On 07:45-20130620, Nishanth Menon wrote:
On 23:38-20130619, Mark Brown wrote:
On Wed, Jun 19, 2013 at 02:17:54PM -0500, Nishanth Menon wrote:
Account for step size accuracy when exact voltage requests are send for
step based regulators.
If the consumer can tolerate a different
Hi Suman,
On 6/18/2013 5:34 PM, Suman Anna wrote:
Logic has been added to the OMAP2+ mailbox code to
parse the mailbox dt nodes and construct the different
mailboxes associated with the instance. The design is
based on gathering the same information that was being
passed previously through the
On 6/18/2013 5:35 PM, Suman Anna wrote:
The mailbox DT node data has been added for OMAP2420,
OMAP2430, OMAP3430/OMAP3630, OMAP44xx devices. Data for
OMAP5 is skipped for now since the corresponding hwmod
entry is not present.
The mailbox static device initialization logic is also
adjusted for
Hi Benoit,
On 06/20/2013 04:45 PM, Cousson, Benoit wrote:
Hi Suman,
On 6/18/2013 5:34 PM, Suman Anna wrote:
Logic has been added to the OMAP2+ mailbox code to
parse the mailbox dt nodes and construct the different
mailboxes associated with the instance. The design is
based on gathering
Hi Benoit,
On 06/20/2013 04:57 PM, Cousson, Benoit wrote:
On 6/18/2013 5:35 PM, Suman Anna wrote:
The mailbox DT node data has been added for OMAP2420,
OMAP2430, OMAP3430/OMAP3630, OMAP44xx devices. Data for
OMAP5 is skipped for now since the corresponding hwmod
entry is not present.
The
Arnd,
On Tuesday 18 June 2013, Tony Lindgren wrote:
The following changes since commit
317ddd256b9c24b0d78fa8018f80f1e495481a10:
Linux 3.10-rc5 (2013-06-08 17:41:04 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
On Wed, Jun 19, 2013 at 6:18 AM, Tero Kristo t-kri...@ti.com wrote:
of_property_read_u8 does not work properly because of endianess problem
with its current implementation, and this causes it to always return
0 with little endian architectures. Instead, use property_read_u32
until this is
On 06/19/13 06:19, Tero Kristo wrote:
diff --git a/arch/arm/boot/dts/omap4.dtsi b/arch/arm/boot/dts/omap4.dtsi
index 2a56428..70608db 100644
--- a/arch/arm/boot/dts/omap4.dtsi
+++ b/arch/arm/boot/dts/omap4.dtsi
@@ -106,6 +106,8 @@
ti,hwmods = counter_32k;
When an OMAP GPIO is used as an IRQ line, a call to gpio_request()
has to be made to initialize the OMAP GPIO bank before a driver
request the IRQ. Otherwise the call to request_irq() fails.
Drives should not be aware of this neither care wether an IRQ line
is a GPIO or not. They should just
82 matches
Mail list logo
