On 10/06/13 17:14, Tony Lindgren wrote:
* Tomi Valkeinen tomi.valkei...@iki.fi [130610 03:44]:
DSS does not have DT bindings, and removing DSS from hwmod data will
break DSS for omap4.
Ah that's right. Care to post a patch reverting the minimal parts that
you need for omap4 against
Hi Paul,
On 06/10/2013 09:22 AM, Paul Walmsley wrote:
Hi folks -- particularly TIers working on mainline,
There are several regressions that started with v3.10-rc that no one's
fixed for over a month. Some of them should be quite easy:
* 2430SDP, 3730 Beagle XM, 3530 Beagle, 3517EVM,
On Mon, Jun 10, 2013 at 6:23 PM, Tony Lindgren t...@atomide.com wrote:
We only should remux the pins that need remuxing as that's done
every time hitting idle. So I think we should have the following
default groups:
default Static pins that don't change, no need to remux
It means that the SoC does not have DMIC IP
.
Reported-by: Paul Walmsley p...@pwsan.com
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-omap2/devices.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/arch/arm/mach-omap2/devices.c
It means that the SoC does not have McPDM IP.
Reported-by: Paul Walmsley p...@pwsan.com
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-omap2/devices.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/arch/arm/mach-omap2/devices.c
The dss_hdmi hwmod is used to create the HDMI audio device for OMAP4+
When we boot the kernel we can silently ignore the failure since the IP
does not exist on them.
Reported-by: Paul Walmsley p...@pwsan.com
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-omap2/devices.c |
Hi,
Small patches to silence the hwmod lookup failures in case when we boot the
kernel on boards where the IPs are not present (OMAP2/3 vs McPDM, DMIC,
HDMI audio).
Regards,
Peter
---
Peter Ujfalusi (3):
ARM: OMAP2+: devices: Do not print error when McPDM hwmod lookup fails
ARM: OMAP2+:
On 06/10/2013 05:25 PM, Tony Lindgren wrote:
* Quadros, Roger rog...@ti.com [130610 05:37]:
Hi Tony, (sorry, on Outlook web)
- compatible = ti,omap4-padconf, pinctrl-single;
+ compatible = ti,omap4-padconf;
This change is not necessary if we make
This patch series fixes the following issues with Davinci MDIO
* Bring up MDIO driver earlier than Ethernet driver so that ethernet driver
can communicate with the phy as soon as it is resumed.
* On suspend/resume cycle the MDIO divider will be set to reset value so
this has to be programmed
MDIO driver should resume before CPSW ethernet driver so that CPSW connect
to the phy and start tx/rx ethernet packets, changing the suspend/resume
apis with suspend_late/resume_early.
Signed-off-by: Mugunthan V N mugunthan...@ti.com
---
drivers/net/ethernet/ti/davinci_mdio.c |4 ++--
1 file
During suspend resume cycle all the register data is lost, so MDIO
clock divier value gets reset. This patch restores the clock divider
value.
Signed-off-by: Mugunthan V N mugunthan...@ti.com
---
drivers/net/ethernet/ti/davinci_mdio.c |5 +
1 file changed, 1 insertion(+), 4 deletions(-)
The MFD part uses regmap without caching and is the only user of the
regmap. The child drivers, that is input(touch) and iio(adc), use direct
reg access.
There is a patch which converts them to use regmap as well but I see no
benefit at all doing this. There is a direct MMIO bus access with no
From: Patil, Rachna rac...@ti.com
Add DT support for client touchscreen driver
[ pa...@antoniou-consulting.com : use of_get_child_by_name
instead of of_find_node_by_name ]
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
Signed-off-by: Patil, Rachna rac...@ti.com
From: Patil, Rachna rac...@ti.com
Add DT support for client ADC driver.
[ pa...@antoniou-consulting.com : use of_get_child_by_name
instead of of_find_node_by_name ]
Acked-by: Jonathan Cameron ji...@kernel.org
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
Signed-off-by:
This patch removes access to platform data mfd_tscadc_board because the
platform is DT only.
Acked-by: Dmitry Torokhov dmitry.torok...@gmail.com
Signed-off-by: Sebastian Andrzej Siewior bige...@linutronix.de
---
drivers/input/touchscreen/ti_am335x_tsc.c | 25 +
1 file
On 6/10/2013 6:40 PM, Kevin Hilman wrote:
Benoit Cousson b-cous...@ti.com writes:
Hi Kevin,
On 06/07/2013 09:31 PM, Nishanth Menon wrote:
On 11:31-20130607, Kevin Hilman wrote:
On most OMAP3 platforms, the twl4030 IRQ line is connected to the
SYS_NIRQ line on OMAP. Add another DTS include
This patch removes access to platform data mfd_tscadc_board because the
platform is DT only.
Acked-by: Jonathan Cameron ji...@kernel.org
Signed-off-by: Sebastian Andrzej Siewior bige...@linutronix.de
---
drivers/iio/adc/ti_am335x_adc.c | 21 +++--
1 file changed, 7
From: Patil, Rachna rac...@ti.com
When touchscreen and ADC are used together, this
unwanted fifo flush leads to loss of ADC data.
Signed-off-by: Patil, Rachna rac...@ti.com
Signed-off-by: Felipe Balbi ba...@ti.com
Signed-off-by: Sebastian Andrzej Siewior bige...@linutronix.de
---
The mfd driver creates platform data for the child devices and it is the
ti_tscadc_dev struct. This struct is copied for the two devices.
The copy of the structure makes a common lock in this structure a little
less usefull. Therefore the platform data is not a pointer to the
structure and the
From: Patil, Rachna rac...@ti.com
The current driver expected touchscreen input
wires(XP,XN,YP,YN) to be connected in a particular order.
Making changes to accept this as platform data.
Signed-off-by: Patil, Rachna rac...@ti.com
Signed-off-by: Felipe Balbi ba...@ti.com
[bigeasy: larger rework of
From: Patil, Rachna rac...@ti.com
Current code has hard coded value written to
step enable bits. Now the bits are updated based
on how many steps are needed to be configured got
from platform data.
The user needs to take care not to exceed
the count more than 16. While using ADC and TSC
one
I believe the whole thing should go via the MFD tree. It touches also
input iio subsystem. I collected ACKs where I got some in the meantime.
I added Lee Jones because I hear no sign of life from Samuel.
The following changes since commit d683b96b072dc4680fc74964eca77e6a23d1fa6e:
Linux
Usually we get all the values we wanted but it is possible, that te ADC
unit is busy performing the conversation for the HW events. In that case
-EBUSY is returned and the user may re-call the function.
Acked-by: Jonathan Cameron ji...@kernel.org
Signed-off-by: Sebastian Andrzej Siewior
TI-adc reads a little better compared to tiadc. And if we add am335x to
it then we have the same naming scheme as the tsc side.
Acked-by: Jonathan Cameron ji...@kernel.org
Signed-off-by: Sebastian Andrzej Siewior bige...@linutronix.de
---
drivers/iio/adc/ti_am335x_adc.c |3 +--
From: Patil, Rachna rac...@ti.com
Add support for core multifunctional device along
with its clients touchscreen and ADC.
[ pa...@antoniou-consulting.com : make sure status is
set to 'disabled' in dtsi file. ]
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
Signed-off-by:
This patch removes access to platform data mfd_tscadc_board because the
platform is DT only.
Signed-off-by: Sebastian Andrzej Siewior bige...@linutronix.de
---
drivers/mfd/ti_am335x_tscadc.c | 23 ++-
1 file changed, 6 insertions(+), 17 deletions(-)
diff --git
On 06/11/2013 01:33 PM, Cousson, Benoit wrote:
On 6/10/2013 6:40 PM, Kevin Hilman wrote:
Benoit Cousson b-cous...@ti.com writes:
Hi Kevin,
On 06/07/2013 09:31 PM, Nishanth Menon wrote:
On 11:31-20130607, Kevin Hilman wrote:
On most OMAP3 platforms, the twl4030 IRQ line is connected to the
From: Pantelis Antoniou pa...@antoniou-consulting.com
This patch provides the members datasheet_name and scan_type. This is
the remaining part of the earlier patch where I (bigeasy) removed iio_map
because it is now supplied by the device tree.
Acked-by: Jonathan Cameron ji...@kernel.org
From: Pantelis Antoniou pa...@antoniou-consulting.com
Fix the mfd device in the case where a subdevice might not be activated.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
Signed-off-by: Felipe Balbi ba...@ti.com
[bigeasy: split out this chunk from the orignal patch, check for
The previous patch (input/ti_am335x_tsc: ACK the HW_PEN irq in ISR)
acked the interrupt so we don't freeze if we don't handle an enabled
interrupt source. The interrupt core has a mechanism for this and to get
it work one should only say that it handled an interrupt if it is
actually the case.
From: Patil, Rachna rac...@ti.com
Make changes to add DT support in the MFD core driver.
[ pa...@antoniou-consulting.com : use of_get_child_by_name
instead of of_find_node_by_name ]
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
Signed-off-by: Patil, Rachna rac...@ti.com
The TSC part allows to specify the input lines. The IIO part assumes
that it usues always the last few, that means if IIO has adc-channels
set to 2 it will use channel 6 and 7. However it might make sense to use
only 6.
This patch changes the device property (which was introduced recently
and was
The driver programs a threshold of coordinate_readouts say 5. The
REG_FIFO0THR registers says it should it be programmed to threshold
minus one. The driver does not expect just 5 coordinates but 5 * 2 + 2.
Multiplied by two because 5 for X and 5 for Y and plus 2 because we have
two Z.
The whole
The two header files removed here are unused and have no users as this
platform was never used with platform devices.
Signed-off-by: Sebastian Andrzej Siewior bige...@linutronix.de
---
include/linux/input/ti_am335x_tsc.h | 35 ---
The interrupt source IRQENB_HW_PEN is enabled in suspend and suposed to
be used as a wake up source. Once this interrupt source is unmaksed, the
devices ends up in ISR and never continues.
This change ACKs the interrupt and disables it so the system does not
freeze.
Signed-off-by: Sebastian
tsc is a very generic name. This patch adds a TI and HW prefix to it
less generic.
Signed-off-by: Sebastian Andrzej Siewior bige...@linutronix.de
---
drivers/input/touchscreen/ti_am335x_tsc.c |2 +-
drivers/mfd/ti_am335x_tscadc.c|2 +-
2 files changed, 2 insertions(+), 2
I believe the whole thing should go via the MFD tree. It touches also
input iio subsystem. I collected ACKs where I got some in the meantime.
I added Lee Jones because I hear no sign of life from Samuel.
Unfortunately I can't be of any added help here, as I also send my
pull-requests though
On 06/10/2013 06:21 PM, Tony Lindgren wrote:
* Quadros, Roger rog...@ti.com [130610 03:09]:
+
+static int __init pcs_omap_init(void)
+{
+ platform_driver_register(pcs_omap_soc_driver);
+ platform_driver_register(pcs_omap_driver);
+
+ return 0;
+}
On 06/11/2013 02:05 PM, Lee Jones wrote:
I believe the whole thing should go via the MFD tree. It touches also
input iio subsystem. I collected ACKs where I got some in the meantime.
I added Lee Jones because I hear no sign of life from Samuel.
Unfortunately I can't be of any added help
Hi Sebastian,
On Tue, Jun 11, 2013 at 01:30:50PM +0200, Sebastian Andrzej Siewior wrote:
diff --git a/include/linux/mfd/ti_am335x_tscadc.h
b/include/linux/mfd/ti_am335x_tscadc.h
index eeead15..2d78af8 100644
--- a/include/linux/mfd/ti_am335x_tscadc.h
+++
Hi Sebastian,
On Tue, Jun 11, 2013 at 01:30:47PM +0200, Sebastian Andrzej Siewior wrote:
The MFD part uses regmap without caching and is the only user of the
regmap. The child drivers, that is input(touch) and iio(adc), use direct
reg access.
There is a patch which converts them to use regmap
Hi Sebastian,
On Tue, Jun 11, 2013 at 01:30:46PM +0200, Sebastian Andrzej Siewior wrote:
I believe the whole thing should go via the MFD tree. It touches also
input iio subsystem. I collected ACKs where I got some in the meantime.
Please fix your commit logs, and your subject lines. It should
Hi Sebastian,
On Tue, Jun 11, 2013 at 01:30:56PM +0200, Sebastian Andrzej Siewior wrote:
From: Patil, Rachna rac...@ti.com
Make changes to add DT support in the MFD core driver.
Which changes ?
[ pa...@antoniou-consulting.com : use of_get_child_by_name
instead of
Benoit Cousson b-cous...@ti.com writes:
On 06/11/2013 01:33 PM, Cousson, Benoit wrote:
On 6/10/2013 6:40 PM, Kevin Hilman wrote:
Benoit Cousson b-cous...@ti.com writes:
Hi Kevin,
On 06/07/2013 09:31 PM, Nishanth Menon wrote:
On 11:31-20130607, Kevin Hilman wrote:
On most OMAP3 platforms,
On 06/11/2013 04:23 PM, Samuel Ortiz wrote:
Hi Sebastian,
Hi Samuel,
Therefore this patch removes regmap part of the driver.
NAK. Using regmap is better than open coding your register accesses, and
the children not using this API is not a reason for the MFD driver to do
the same.
There is
On 06/11/2013 04:23 PM, Samuel Ortiz wrote:
Hi Sebastian,
Hi Samuel,
On Tue, Jun 11, 2013 at 01:30:50PM +0200, Sebastian Andrzej Siewior wrote:
diff --git a/include/linux/mfd/ti_am335x_tscadc.h
b/include/linux/mfd/ti_am335x_tscadc.h
index eeead15..2d78af8 100644
---
On 06/11/2013 04:23 PM, Samuel Ortiz wrote:
Hi Sebastian,
Hi Samuel,
On Tue, Jun 11, 2013 at 01:30:56PM +0200, Sebastian Andrzej Siewior wrote:
From: Patil, Rachna rac...@ti.com
Make changes to add DT support in the MFD core driver.
Which changes ?
So rewrite the commit log…
[
Add device-tree node for the on-board NAND memory.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
---
arch/arm/boot/dts/omap3-overo.dtsi | 50
arch/arm/boot/dts/omap3.dtsi |2 +
2 files changed, 52 insertions(+), 0 deletions(-)
diff
Hello,
Legacy board files use constants from sizes.h and mtd/partitions.h
to declare MTD partitions. This series performs the same with DT.
Necessary headers are added (patch 1), a NAND node is added to
omap3-overo (patch 2), and remaining DTS are converted (patch 3).
Patch 2 was tested on the
Use the MTD constants for NAND and OneNAND nodes used in OMAP3
DTS.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
---
arch/arm/boot/dts/omap3-devkit8000.dts | 10 +-
arch/arm/boot/dts/omap3-igep0020.dts | 10 +-
arch/arm/boot/dts/omap3-igep0030.dts | 10
These constants can be used to easily declare MTD partitions inside
DTS.
The constants MTDPART_OFS_* are purposely not included. Indeed,
parse_ofpart_partitions() is expecting u64, but a DT cell is u32.
Negative constants, as defined by MTDPART_OFS_*, would be wrongly
interpreted by
Hello,
This series performs several updates to omap3-overo and omap3-tobi.
Patch 1 is necessary to patch 2 for the IRQ constant. The SMSC911X is
largely taken from omap3-igep.
Regards,
Florian
Florian Vaussard (4):
ARM: dts: OMAP3: Include IRQ header
ARM: dts: omap3-tobi: Add SMSC911X node
Some nodes in OMAP3 DTS now use edge or level sensitive interrupts.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
---
arch/arm/boot/dts/omap3.dtsi |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/omap3.dtsi b/arch/arm/boot/dts/omap3.dtsi
index
The Tobi expansion boards embeds a SMSC LAN8700 PHY. Add the
corresponding node into the DT. The regulators are not designed
to be turned off.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
---
arch/arm/boot/dts/omap3-tobi.dts | 48 ++
1 files
The LED is active low, not active high.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
---
arch/arm/boot/dts/omap3-tobi.dts |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/boot/dts/omap3-tobi.dts b/arch/arm/boot/dts/omap3-tobi.dts
index
Pinctrl headers were not protected with #ifndef.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
---
include/dt-bindings/pinctrl/am33xx.h |5 +
include/dt-bindings/pinctrl/omap.h |5 +
2 files changed, 10 insertions(+), 0 deletions(-)
diff --git
Hello,
On 05/31/2013 03:49 PM, Florian Vaussard wrote:
Hello,
Gentle ping. Does someone has any comments on this fix? Can someone
tests on the real hardware?
Nobody has this hardware somewhere in a drawer? :-)
Regards,
Florian
Regards,
Florian
On 05/23/2013 10:11 AM, Florian Vaussard
Hi Sebastian,
On Tue, Jun 11, 2013 at 04:42:30PM +0200, Sebastian Andrzej Siewior wrote:
In the end I would like not to post a patch with From: != me and
don't make change which the original author did not do. Also dropping
their authorship isn't nice. What could we agree on?
You probably
On 06/11/2013 04:23 PM, Samuel Ortiz wrote:
Hi Sebastian,
Hi Samuel,
On Tue, Jun 11, 2013 at 01:30:46PM +0200, Sebastian Andrzej Siewior wrote:
I believe the whole thing should go via the MFD tree. It touches also
input iio subsystem. I collected ACKs where I got some in the meantime.
On 06/11/2013 04:48 PM, Florian Vaussard wrote:
Use the MTD constants for NAND and OneNAND nodes used in OMAP3
DTS.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
---
arch/arm/boot/dts/omap3-devkit8000.dts | 10 +-
arch/arm/boot/dts/omap3-igep0020.dts | 10
On 06/11/2013 04:49 PM, Florian Vaussard wrote:
The Tobi expansion boards embeds a SMSC LAN8700 PHY. Add the
corresponding node into the DT. The regulators are not designed
to be turned off.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
---
arch/arm/boot/dts/omap3-tobi.dts |
On 06/11/2013 05:05 PM, Samuel Ortiz wrote:
Hi Sebastian,
Hi Samuel,
On Tue, Jun 11, 2013 at 04:42:30PM +0200, Sebastian Andrzej Siewior wrote:
In the end I would like not to post a patch with From: != me and
don't make change which the original author did not do. Also dropping
their
On 06/10/2013 11:30 PM, J Keerthy wrote:
This patch adds Palmas MFD node and the regulator nodes for OMAP5.
The node definitions are based on: https://lkml.org/lkml/2013/6/6/25
Boot tested on omap5-uevm board.
diff --git a/arch/arm/boot/dts/omap5-uevm.dts
Hi Samuel,
On Tue, Jun 11, 2013 at 04:23:58PM +0200, Samuel Ortiz wrote:
Hi Sebastian,
On Tue, Jun 11, 2013 at 01:30:46PM +0200, Sebastian Andrzej Siewior wrote:
I believe the whole thing should go via the MFD tree. It touches also
input iio subsystem. I collected ACKs where I got some
Hi Sebastian,
On Tue, Jun 11, 2013 at 05:29:22PM +0200, Sebastian Andrzej Siewior wrote:
Then, this is a pretty big patchset, with iio, input and mfd all mixed
together and it is likely to create merge conflicts.
They somehow depend on each other. Otherwise I would have sent three
series,
Hi Dmitry,
On Tue, Jun 11, 2013 at 09:04:16AM -0700, Dmitry Torokhov wrote:
On Tue, Jun 11, 2013 at 04:23:58PM +0200, Samuel Ortiz wrote:
Hi Sebastian,
On Tue, Jun 11, 2013 at 01:30:46PM +0200, Sebastian Andrzej Siewior wrote:
I believe the whole thing should go via the MFD tree. It
On 06/11/2013 06:10 PM, Samuel Ortiz wrote:
Hi Sebastian,
Hi Samuel,
On Tue, Jun 11, 2013 at 05:29:22PM +0200, Sebastian Andrzej Siewior wrote:
Then, this is a pretty big patchset, with iio, input and mfd all mixed
together and it is likely to create merge conflicts.
They somehow depend on
On 06/11/2013 08:48 AM, Florian Vaussard wrote:
These constants can be used to easily declare MTD partitions inside
DTS.
The constants MTDPART_OFS_* are purposely not included. Indeed,
parse_ofpart_partitions() is expecting u64, but a DT cell is u32.
Negative constants, as defined by
On 06/11/2013 08:48 AM, Florian Vaussard wrote:
Use the MTD constants for NAND and OneNAND nodes used in OMAP3
DTS.
I don't quite understand the split between patches 2/3 and 3/3; isn't
the edit to omap3-overo.dtsi (part of) a board file, and hence logically
part of this patch? I'd be tempted
Samuel Ortiz sa...@linux.intel.com wrote:
Hi Dmitry,
On Tue, Jun 11, 2013 at 09:04:16AM -0700, Dmitry Torokhov wrote:
On Tue, Jun 11, 2013 at 04:23:58PM +0200, Samuel Ortiz wrote:
Hi Sebastian,
On Tue, Jun 11, 2013 at 01:30:46PM +0200, Sebastian Andrzej Siewior
wrote:
I believe the
On 06/11/2013 06:27 PM, Jonathan Cameron wrote:
Samuel Ortiz sa...@linux.intel.com wrote:
Hi Dmitry,
On Tue, Jun 11, 2013 at 09:04:16AM -0700, Dmitry Torokhov wrote:
On Tue, Jun 11, 2013 at 04:23:58PM +0200, Samuel Ortiz wrote:
Hi Sebastian,
On Tue, Jun 11, 2013 at 01:30:46PM +0200,
Add a NULL check for iomem resource in mailbox probe functions.
Signed-off-by: Fernando Guzman Lugo lugo.ferna...@gmail.com
Signed-off-by: Suman Anna s-a...@ti.com
---
arch/arm/mach-omap1/mailbox.c | 3 +++
arch/arm/mach-omap2/mailbox.c | 3 +++
2 files changed, 6 insertions(+)
diff --git
Hi,
This is an updated series addressing review comments from Russ Dill.
Main changes in v2:
===
- Dropped the patch omap: mailbox: check for NULL nb in mailbox_put
- Removed the mailbox device attr data addition to OMAP4 hwmod files,
the hwmod cleanup of irqlines for 3.11
The different generations of OMAP2+ SoCs have almost the same
mailbox IP, but the IP has configurable parameters for number
of users (interrupts it can generate out towards processors)
and number of fifos (the base unidirectional h/w communication
channel). This data cannot be read from any
These patches introduce FIFO support for TI OMAP4/OMAP5 MCSPI controller.
Using FIFO unload the DMA and improve data throughput. On Blaze (OMAP 4460)
ethernet throughput with MTU 1500 was increased:
* for TX from 6.9476 Mbps (FIFO disabled) to 7.7982 Mbps (FIFO enabled),
* for RX from 6.5120 Mbps
The mailbox hardware (in OMAP) uses a queued mailbox interrupt
mechanism that provides a communication channel between processors
through a set of registers and their associated interrupt signals
by sending and receiving messages.
The OMAP mailbox framework/driver code is moved to be under
The argument type used in the actual individual omap_mbox_ops
for irqs should be omap_mbox_irq_t instead of omap_mbox_type_t.
Signed-off-by: Suman Anna s-a...@ti.com
---
arch/arm/mach-omap1/mailbox.c | 6 +++---
arch/arm/mach-omap2/mailbox.c | 15 ---
2 files changed, 7
The OMAP mailbox startup code is enabling the interrupt before any
of the associated mailbox queues are allocated. Move this code so
that the interrupt configuration for a mailbox is together.
Signed-off-by: Fernando Guzman Lugo lugo.ferna...@gmail.com
Signed-off-by: Suman Anna s-a...@ti.com
---
The MCSPI controller has a built-in FIFO buffer to unload the DMA or interrupt
handler and improve data throughput. This patch adds FIFO buffer support for SPI
transfers in DMA mode.
The FIFO could be enabled for SPI module by setting up the ti,spi-fifo-enabled
configuration parameter in DT.
If
Introduce mcspi_bytes_per_word function as replacement for the next code
fragment:
int c = (word_len = 8) ? 1 :
(word_len = 16) ? 2 :
/* word_len = 32 */ 4;
This code used 2 times in current driver code and will be used 2 times in
the next FIFO buffer support patch. Replace it
The OMAP mailbox platform driver code has been cleaned up to
remove the dependencies with soc.h in preparation for moving
the mailbox code to drivers folder.
The code relied on cpu_is_xxx/soc_is_xxx macros previously to
pick the the right set of mailbox devices and register with the
mailbox
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
Signed-off-by: Patil, Rachna rac...@ti.com
Signed-off-by: Felipe Balbi ba...@ti.com
[bigeasy: module alias, rename to ti,am3359-tscadc as it was tested on
AM3359]
I honestly can't tell if this is a change from the
Hello Stephen,
On 06/11/2013 06:24 PM, Stephen Warren wrote:
On 06/11/2013 08:48 AM, Florian Vaussard wrote:
These constants can be used to easily declare MTD partitions inside
DTS.
The constants MTDPART_OFS_* are purposely not included. Indeed,
parse_ofpart_partitions() is expecting u64, but
Hello Javier,
On 06/11/2013 05:29 PM, Javier Martinez Canillas wrote:
On 06/11/2013 04:48 PM, Florian Vaussard wrote:
Use the MTD constants for NAND and OneNAND nodes used in OMAP3
DTS.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
---
arch/arm/boot/dts/omap3-devkit8000.dts |
Hello,
On 06/11/2013 06:27 PM, Stephen Warren wrote:
On 06/11/2013 08:48 AM, Florian Vaussard wrote:
Use the MTD constants for NAND and OneNAND nodes used in OMAP3
DTS.
I don't quite understand the split between patches 2/3 and 3/3; isn't
the edit to omap3-overo.dtsi (part of) a board file,
Hi Jonathan,
On Tue, Jun 11, 2013 at 05:27:48PM +0100, Jonathan Cameron wrote:
Samuel Ortiz sa...@linux.intel.com wrote:
On Tue, Jun 11, 2013 at 09:04:16AM -0700, Dmitry Torokhov wrote:
On Tue, Jun 11, 2013 at 04:23:58PM +0200, Samuel Ortiz wrote:
Hi Sebastian,
On Tue, Jun 11, 2013
On 06/11/2013 03:23 PM, Samuel Ortiz wrote:
Hi Sebastian,
On Tue, Jun 11, 2013 at 01:30:46PM +0200, Sebastian Andrzej Siewior wrote:
I believe the whole thing should go via the MFD tree. It touches also
input iio subsystem. I collected ACKs where I got some in the meantime.
Please fix your
On Tue, 11 Jun 2013, Sebastian Andrzej Siewior wrote:
On 06/11/2013 05:05 PM, Samuel Ortiz wrote:
Hi Sebastian,
Hi Samuel,
On Tue, Jun 11, 2013 at 04:42:30PM +0200, Sebastian Andrzej Siewior wrote:
In the end I would like not to post a patch with From: != me and
don't make change
On Fri, 26 Apr 2013 16:31:24 -0500, Jon Hunter jon-hun...@ti.com wrote:
On 04/26/2013 02:31 AM, Linus Walleij wrote:
On Wed, Apr 17, 2013 at 2:41 AM, Javier Martinez Canillas
martinez.jav...@gmail.com wrote:
So:
+static int omap_gpio_irq_domain_xlate(struct irq_domain *d,
+
On Tue, 11 Jun 2013 16:53:19 +0200, Florian Vaussard florian.vauss...@epfl.ch
wrote:
Hello,
On 05/31/2013 03:49 PM, Florian Vaussard wrote:
Hello,
Gentle ping. Does someone has any comments on this fix? Can someone
tests on the real hardware?
Nobody has this hardware somewhere in
On Tue, 11 Jun 2013 16:50:50 +0200, Florian Vaussard florian.vauss...@epfl.ch
wrote:
Pinctrl headers were not protected with #ifndef.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
Obviously this needs to go in via whatever tree added the modified
header files.
Acked-by: Grant
Hi Kishon,
Sorry for late reply.
I applied patch1,2 on extcon-linus branch.
-
http://git.kernel.org/cgit/linux/kernel/git/chanwoo/extcon.git/log/?h=extcon-linus
But, I have comment of patch 3 about dt API. I send comment on patch 3 mailing
thread.
Thanks,
Chanwoo Choi
On 06/04/2013 01:13
Hi Kishon,
I confused patch number. I applied patch2,3 on extcon-linus branch.
extcon: Kconfig: Make extcon config type as bool
extcon: add EXPORT_SYMBOL_GPL for exported functions
And I will reply comment about patch1 soon.
extcon: Add an API to get extcon device from dt node
Thanks,
Hi Kishon,
On 06/04/2013 01:13 AM, Kishon Vijay Abraham I wrote:
Added an API of_extcon_get_extcon_dev() to be used by drivers to get
extcon device in the case of dt boot (this can be used instead of
extcon_get_extcon_dev()).
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
From: Kishon Vijay Abraham I kis...@ti.com
Added an API of_extcon_get_extcon_dev() to be used by drivers to get
extcon device in the case of dt boot (this can be used instead of
extcon_get_extcon_dev()).
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Signed-off-by: Chanwoo Choi
Hi Jens,
Thanks for your email.
On Mon, Jun 10, 2013 at 2:15 AM, Jens Axboe ax...@kernel.dk wrote:
On Sun, Jun 09 2013, Joel A Fernandes wrote:
Hi,
So I tried dumping addresses of an SG list in omap_hsmmc driver before
it is passed to DMA.
I found some interesting traces occasionally such
On Wed, Jun 12, 2013 at 7:09 AM, Chanwoo Choi cw00.c...@samsung.com wrote:
From: Kishon Vijay Abraham I kis...@ti.com
Added an API of_extcon_get_extcon_dev() to be used by drivers to get
extcon device in the case of dt boot (this can be used instead of
extcon_get_extcon_dev()).
97 matches
Mail list logo