On 05/20/2014 04:39 PM, Tony Lindgren wrote:
* Florian Vaussard florian.vauss...@epfl.ch [140520 07:26]:
@@ -77,6 +94,15 @@
0x30 (PIN_INPUT_PULLUP | MUX_MODE3) /*
gpmc_a24.gpio_48: amdix enabled */
;
};
+
+dss_hdmi_pins: pinmux_dss_hdmi_pins
Hi Joachim,
On 05/20/2014 08:09 PM, Joachim Eastwood wrote:
On 20 May 2014 16:25, Florian Vaussard florian.vauss...@epfl.ch wrote:
Add the necessary DTS nodes to enable the micro-HDMI output on Parlor
board.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
---
On 05/20/2014 08:09 PM, Joachim Eastwood wrote:
On 20 May 2014 16:25, Florian Vaussard florian.vauss...@epfl.ch wrote:
Add the necessary DTS nodes to enable the micro-HDMI output on Parlor
board.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
---
On 21/05/14 11:14, Florian Vaussard wrote:
I think Parlor has one and the hdmi-connector binding now supports
it. See Tomi's 3.16/fbdev-omap branch.
Looking into the details, the HPD pin of the parlor board is connected
to the OMAP4 HDMI IP. The LINK_CONNECT and LINK_DISCONNECT events are
On 05/21/2014 10:26 AM, Tomi Valkeinen wrote:
On 21/05/14 11:14, Florian Vaussard wrote:
I think Parlor has one and the hdmi-connector binding now
supports it. See Tomi's 3.16/fbdev-omap branch.
Looking into the details, the HPD pin of the parlor board is
connected to the OMAP4 HDMI
Add the necessary DTS nodes to enable the micro-HDMI output on Parlor
board.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
---
v1-v2:
- Rebased on Tony's omap-for-v3.16/dt-v2
- Use OMAP4_IOPAD macro
- Use hpd pin as GPIO with hdmi-connector
arch/arm/boot/dts/omap4-duovero-parlor.dts
On Mon, May 19, 2014 at 10:42:31PM +0200, Alexandre Belloni wrote:
Hi,
Originally sent on Apr 14th, note that this series is blocking another 16
patches series, I would like it to be taken in 3.16 if we can agree on this
implementation.
A patch set as suggested by Thierry to make lookup
On Tue, 20 May 2014, Tony Lindgren wrote:
* Lee Jones lee.jo...@linaro.org [140520 08:18]:
Ah, I forgot to Ack this last time, didn't I?
Acked-by: Lee Jones lee.jo...@linaro.org
Yeah, here's this one updated with your ack.
Has the code changed at all, or are you just reposting
Here's an updated set of patches to enable low-power idle modes
for some omap3 boards when booted with device tree.
This series when applied on top of the patches in tread
[PATCH 00/11]
On 9 May 2014 18:46, Balaji T K balaj...@ti.com wrote:
v2:
use devm_ioremap_resource
add cmd23 multiblock read/write fix
Balaji T K (6):
mmc: omap_hsmmc: use devm_clk_get
mmc: omap_hsmmc: use devm_request_irq
mmc: omap_hsmmc: use devm_request_threaded_irq
mmc: omap_hsmmc: use
On 15 May 2014 15:23, Balaji T K balaj...@ti.com wrote:
Debounce clock is optional, use IS_ERR macro instead of NULL pointer check.
Signed-off-by: Balaji T K balaj...@ti.com
Thanks Balaji,
I will include this in the next PR I send to Chris.
Kind regards
Ulf Hansson
--
To unsubscribe from
Kernel: vanilla 3.15-rc5
kexec: latest git (21.05.2014)
I can load the zImage + dtb from u-boot, but invoking kexec prints
following data and nothing happens after Bye!:
# kexec -d -f --dtb=/mnt/boot/am335x-evmsk.dtb /mnt/boot/zImage
kernel: 0xb5eab008 kernel_size: 0x2036c
kexec_load: entry =
The NAND controller must be a child node of the Chip select (CS) node.
NAND specific parameters are moved to the NAND node.
Move NAND specific device tree parsing to NAND driver.
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/mach-omap2/gpmc.c | 183
The beagle board contains a 16-bit NAND device connected to
chip select 0 of the GPMC controller.
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/boot/dts/omap3-beagle.dts | 66 ++
1 file changed, 66 insertions(+)
diff --git
Copy all the platform data parameters to the driver's local data
structure 'omap_nand_info' and use it in the entire driver. This will
make it easer for device tree migration.
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/mtd/nand/omap2.c | 27 ++-
1 file
Fix the following warning when CONFIG_MTD_NAND_OMAP_BCH is disabled.
warning: ‘erased_sector_bitflips’ defined but not used [-Wunused-function]
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/mtd/nand/omap2.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Since the Interrupt Events are used only by the NAND driver,
there is no point in managing the Interrupt registers
in the GPMC driver and complicating it with irqchip modeling.
Let's manage the interrupt registers directly in the NAND driver
and get rid of irqchip model from GPMC driver.
Get rid
Add compatible id and other mandatory properties.
Remove deprecated 'elm_id' property as it is no longer used.
Update usage example.
Signed-off-by: Roger Quadros rog...@ti.com
---
.../devicetree/bindings/mtd/gpmc-nand.txt | 86 +++---
1 file changed, 42 insertions(+),
Provide NAND specific resources and platform data.
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/mach-omap2/gpmc.c | 77 ++
1 file changed, 77 insertions(+)
diff --git a/arch/arm/mach-omap2/gpmc.c b/arch/arm/mach-omap2/gpmc.c
index
The write protect (WP) pin is only used for NAND devices. So move
the code into the NAND driver.
Get rid of gpmc_configure() and gpmc_write_reg() as they are no longer
used.
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/mach-omap2/gpmc.c | 42
This function should only be called by board init code for
legacy boot.
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/mach-omap2/gpmc-nand.c | 79 -
1 file changed, 14 insertions(+), 65 deletions(-)
diff --git a/arch/arm/mach-omap2/gpmc-nand.c
Add gpmc_probe_legacy() that will be called for non DT boots. This function
will use platform data to setup each chip select and populate the child
platform device for each of the chip selects.
Re-arrange init order so that gpmc device is created after
the gpmc platform data is initialized by
Add device_timings, gpmc_timings and gpmc_setting to
gpmc platform data.
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/mach-omap2/gpmc.h | 125 --
include/linux/platform_data/gpmc-omap.h | 131
2 files changed,
This will make it easier to move the GPMC driver out of arch/arm/mach-omap2.
Just the context save/restore code can remain there without any dependency
with the GPMC driver.
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/mach-omap2/gpmc.c | 121
Add a platform data structure for GPMC. It contains all the necessary
platform information that needs to be passed from platform init code
to GPMC driver.
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/mach-omap2/gpmc.h | 4 +---
include/linux/platform_data/gpmc-omap.h |
Hi,
The existing OMAP GPMC driver has been suffering from ad-hoc architecture
with no clear separation between GPMC driver, Chip Select timing/settings and
Memory Device driver. The device tree implementation also reflects the same
issues.
The purpose of this series is to clean up the OMAP GPMC
This function populates platform data for the specified Chip Select.
It should be called by board init code.
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/mach-omap2/gpmc.c | 69 ++
arch/arm/mach-omap2/gpmc.h | 6
2 files changed, 75
The meaning of ranges and how address mapping is done has changed.
Ranges should now contain 2 ranges
- GPMC I/O map. ~1GB. This map will be partitioned among the
chip select (CS) nodes
- GPMC register map. This is common for all the CS nodes
and is shared only by the NAND controller.
GPMC and NAND drivers share the same register space but never use the
same registers. As there is no clear address seperation between the
registers for GPMC and NAND, we can't easily split it up into 2 regions
i.e. one for GPMC and other for NAND. Instead, we simply remap the entire
register space
On 21/05/14 12:15, Florian Vaussard wrote:
Add the necessary DTS nodes to enable the micro-HDMI output on Parlor
board.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
---
v1-v2:
- Rebased on Tony's omap-for-v3.16/dt-v2
- Use OMAP4_IOPAD macro
- Use hpd pin as GPIO with
We need set-rate-parent flags for the display's clock path so that the
DSS driver can change the clock rate of the PLL.
This patchs adds the ti,set-rate-parent flag to disp_clk and
dpll_disp_m2_ck clock nodes.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
Add ti,set-rate-parent to dss_dss_clk so that the DSS driver can
set the rate.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/boot/dts/omap54xx-clocks.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/omap54xx-clocks.dtsi
On 14/05/14 00:32, Tony Lindgren wrote:
+dss {
+ status = ok;
+ vdds_dsi-supply = vpll2;
+ port {
+ dpi_out: endpoint {
+ remote-endpoint = lcd_in;
+ data-lines = 18;
+ };
+ };
+};
I just noticed the
Hi,
Here are the AM43xx and OMAP5 display DT changes again. I've sent the clock
related changes separately, and I removed OMAP5's RFBI node, which depends on
more clock changes. The RFBI driver doesn't work at the moment anyway, so
removing the RFBI node should not be an issue.
Tony, if these
From: Sathya Prakash M R sath...@ti.com
Add DT data for the display subsystem for AM4372. The DSS on AM4372 is
basically OMAP3's DSS, without DSI and VENC blocks.
Signed-off-by: Sathya Prakash M R sath...@ti.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
From: Sathya Prakash M R sath...@ti.com
Add DT data for am437x-gp-evm's LCD panel.
Signed-off-by: Sathya Prakash M R sath...@ti.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/boot/dts/am437x-gp-evm.dts | 97 +
1 file changed, 97
Add OMAP5 DSS nodes to omap5.dtsi.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/boot/dts/omap5.dtsi | 61
1 file changed, 61 insertions(+)
diff --git a/arch/arm/boot/dts/omap5.dtsi b/arch/arm/boot/dts/omap5.dtsi
index
Add DT data for am43x-epos-evm's LCD panel.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/boot/dts/am43x-epos-evm.dts | 101 +++
1 file changed, 101 insertions(+)
diff --git a/arch/arm/boot/dts/am43x-epos-evm.dts
omap5-uevm has a tca6424a I/O expander. Add it to the .dts file.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/boot/dts/omap5-uevm.dts | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/omap5-uevm.dts b/arch/arm/boot/dts/omap5-uevm.dts
index
omap5-uevm has a single HDMI output. Add the necessary display
information, including pinmuxing.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/boot/dts/omap5-uevm.dts | 82
1 file changed, 82 insertions(+)
diff --git
On 19/05/14 22:51, Tony Lindgren wrote:
4. Having this hack limited to device tree based booting while we are
trying to unify the functions for drivers to use to get their
resources.
I don't understand this one. With non-DT boot we don't have the issue at
all, there's no need for
On Wed, May 21, 2014 at 12:26 PM, Yegor Yefremov
yegorsli...@googlemail.com wrote:
Kernel: vanilla 3.15-rc5
kexec: latest git (21.05.2014)
I can load the zImage + dtb from u-boot, but invoking kexec prints
following data and nothing happens after Bye!:
# kexec -d -f
Hi,
On Wed, May 21, 2014 at 04:05:56PM +0300, Tomi Valkeinen wrote:
I'll try and see how the other options work, which are:
- Bailing out from module_init in each display driver. The reason I
don't like this (although I haven't tried it) is that all the display
drivers need the
* Lee Jones lee.jo...@linaro.org [140521 02:19]:
On Tue, 20 May 2014, Tony Lindgren wrote:
* Lee Jones lee.jo...@linaro.org [140520 08:18]:
Ah, I forgot to Ack this last time, didn't I?
Acked-by: Lee Jones lee.jo...@linaro.org
Yeah, here's this one updated with your ack.
* Lee Jones lee.jo...@linaro.org [140521 02:24]:
Here's an updated set of patches to enable low-power idle modes
for some omap3 boards when booted with device tree.
This series when applied on top of the patches in tread
* Tomi Valkeinen tomi.valkei...@ti.com [140521 05:45]:
On 14/05/14 00:32, Tony Lindgren wrote:
+dss {
+ status = ok;
+ vdds_dsi-supply = vpll2;
+ port {
+ dpi_out: endpoint {
+ remote-endpoint = lcd_in;
+ data-lines = 18;
+
* Tomi Valkeinen tomi.valkei...@ti.com [140521 05:51]:
Hi,
Here are the AM43xx and OMAP5 display DT changes again. I've sent the clock
related changes separately, and I removed OMAP5's RFBI node, which depends on
more clock changes. The RFBI driver doesn't work at the moment anyway, so
* Lee Jones lee.jo...@linaro.org [140520 08:18]:
Ah, I forgot to Ack this last time, didn't I?
Acked-by: Lee Jones lee.jo...@linaro.org
Yeah, here's this one updated with your ack.
Has the code changed at all, or are you just reposting with my Ack
applied?
* Tomi Valkeinen tomi.valkei...@ti.com [140521 05:04]:
On 21/05/14 12:15, Florian Vaussard wrote:
Add the necessary DTS nodes to enable the micro-HDMI output on Parlor
board.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
---
v1-v2:
- Rebased on Tony's
On 21/05/14 18:02, Tony Lindgren wrote:
* Tomi Valkeinen tomi.valkei...@ti.com [140521 05:51]:
Hi,
Here are the AM43xx and OMAP5 display DT changes again. I've sent the clock
related changes separately, and I removed OMAP5's RFBI node, which depends on
more clock changes. The RFBI driver
* Tomi Valkeinen tomi.valkei...@ti.com [140521 08:18]:
On 21/05/14 18:02, Tony Lindgren wrote:
* Tomi Valkeinen tomi.valkei...@ti.com [140521 05:51]:
Hi,
Here are the AM43xx and OMAP5 display DT changes again. I've sent the clock
related changes separately, and I removed OMAP5's RFBI
On 21/05/14 18:26, Tony Lindgren wrote:
* Tomi Valkeinen tomi.valkei...@ti.com [140521 08:18]:
On 21/05/14 18:02, Tony Lindgren wrote:
* Tomi Valkeinen tomi.valkei...@ti.com [140521 05:51]:
Hi,
Here are the AM43xx and OMAP5 display DT changes again. I've sent the clock
related changes
* Tomi Valkeinen tomi.valkei...@ti.com [140521 08:33]:
On 21/05/14 18:26, Tony Lindgren wrote:
* Tomi Valkeinen tomi.valkei...@ti.com [140521 08:18]:
On 21/05/14 18:02, Tony Lindgren wrote:
* Tomi Valkeinen tomi.valkei...@ti.com [140521 05:51]:
Hi,
Here are the AM43xx and OMAP5
Signed-off-by: Joachim Eastwood manab...@gmail.com
---
Hi,
The mach-omap2 directory contains full register defines for OMAP4
control module but only around 27 of those are used. There are is
a total of 1795 register defines in four files with only 27 in use.
That is pretty low usefulness
Hi Roger,
On 21 May 02:20 PM, Roger Quadros wrote:
For DT boot:
- The GPMC controller node should have a chip select (CS) node for each used
chip select. The CS node must have a child device node for each device
attached to that chip select. Properties for that child are GPMC agnostic.
Hi,
This adds device tree support for the tsc2005 touchscreen
controller, which is currently only used by the Nokia N900
board.
The patch does not update the reset pin handling for platform
data based probe to avoid merge conflicts. The n900 platform
code will be removed in the near future
Add common DT binding documentation for touchscreen devices and
implement input_parse_touchscreen_of_params, which parses the common
properties and configures the input device accordingly.
The method currently does not interpret the axis inversion properties,
since there is no matching flag in
Add devicetree binding documentation for TSC2005 touchscreen.
Reviewed-by: Pavel Machek pa...@ucw.cz
Acked-by: Aaro Koskinen aaro.koski...@iki.fi
Signed-off-by: Sebastian Reichel s...@kernel.org
---
.../bindings/input/touchscreen/tsc2005.txt | 42 ++
1 file changed,
This adds support for the tsc2005 touchscreen
to the Nokia N900 DTS file.
Signed-off-by: Sebastian Reichel s...@kernel.org
---
arch/arm/boot/dts/omap3-n900.dts | 17 -
1 file changed, 16 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/omap3-n900.dts
This adds DT support to the tsc2005 touchscreen
driver. It also adds regulator support to the
driver if booted via DT.
Reviewed-by: Pavel Machek pa...@ucw.cz
Acked-by: Aaro Koskinen aaro.koski...@iki.fi
Signed-off-by: Sebastian Reichel s...@kernel.org
---
drivers/input/touchscreen/tsc2005.c |
Hi,
On Mon, May 19, 2014 at 05:35:39PM -0700, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [140514 14:57]:
* Sebastian Reichel s...@kernel.org [140510 09:40]:
Add SSI device tree data for OMAP3 and Nokia N900.
Picking this patch into omap-for-v3.16/dt thanks.
Just noticed
* Sebastian Reichel s...@kernel.org [140521 11:26]:
Hi,
On Mon, May 19, 2014 at 05:35:39PM -0700, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [140514 14:57]:
* Sebastian Reichel s...@kernel.org [140510 09:40]:
Add SSI device tree data for OMAP3 and Nokia N900.
Picking
* Tony Lindgren t...@atomide.com [140521 11:44]:
* Sebastian Reichel s...@kernel.org [140521 11:26]:
The hwmod data may be wrong. The information from commit
398917ce161e10d3c66afaefdb89c73c64c4b02d was simply
interpolated from all information I found. The OMAP3
public TRM does not
Hi,
On Wed, May 21, 2014 at 11:43:19AM -0700, Tony Lindgren wrote:
Just noticed that this patch seems to somehow break idle
modes on n900, so dropping both dts changes for now.
Basically the n900 debug LEDs won't ever go off with
these two dts patches enabled, even without the
* Sebastian Reichel s...@kernel.org [140521 13:10]:
Hi,
On Wed, May 21, 2014 at 11:43:19AM -0700, Tony Lindgren wrote:
Just noticed that this patch seems to somehow break idle
modes on n900, so dropping both dts changes for now.
Basically the n900 debug LEDs won't ever go off
Hi,
On Wed, May 21, 2014 at 12:45:28PM -0700, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [140521 11:44]:
* Sebastian Reichel s...@kernel.org [140521 11:26]:
The hwmod data may be wrong. The information from commit
398917ce161e10d3c66afaefdb89c73c64c4b02d was simply
On Fri, May 16, 2014 at 02:05:35PM -0700, Tony Lindgren wrote:
Commit 6ddeb6d84459 (dmaengine: omap-dma: move IRQ handling to omap-dma)
added support for handling interrupts in the omap dmaengine driver
instead of the legacy driver. Because of different handling for
interrupts this however
* Sebastian Reichel s...@kernel.org [140521 14:51]:
On Wed, May 21, 2014 at 12:45:28PM -0700, Tony Lindgren wrote:
Right. The only documentation of the SSI module is existing
code sent by Carlos / included in the maemo kernel.
That's probably better than any documentation though :)
It's
* Sebastian Reichel s...@kernel.org [140521 10:38]:
This adds support for the tsc2005 touchscreen
to the Nokia N900 DTS file.
Signed-off-by: Sebastian Reichel s...@kernel.org
Dmitry, if no other comments, feel free to pick this one too.
This does not seem to conflict with anything I have
Hi Tony,
Now that I have added the dma fix in addition to the idle support
patchset I can do clean shutdowns (versus removing battery :)) and
see the following final warning during shutdown:
[ 3724.136474] reboot: Power down
[ 3724.139770] [ cut here ]
[ 3724.144683]
Hi,
On Wed, May 21, 2014 at 03:08:07PM -0700, Tony Lindgren wrote:
* Sebastian Reichel s...@kernel.org [140521 14:51]:
On Wed, May 21, 2014 at 12:45:28PM -0700, Tony Lindgren wrote:
Right. The only documentation of the SSI module is existing
code sent by Carlos / included in the maemo
* Sebastian Reichel s...@kernel.org [140521 16:55]:
Hi Tony,
Now that I have added the dma fix in addition to the idle support
patchset I can do clean shutdowns (versus removing battery :)) and
see the following final warning during shutdown:
[ 3724.136474] reboot: Power down
[
On Wednesday, May 21, 2014 8:21 PM, Roger Quadros wrote:
Fix the following warning when CONFIG_MTD_NAND_OMAP_BCH is disabled.
warning: ‘erased_sector_bitflips’ defined but not used [-Wunused-function]
Signed-off-by: Roger Quadros rog...@ti.com
(+cc Christian Engelmayer)
The same patch was
On Tue, May 20, 2014 at 04:26:09PM +0530, Sekhar Nori wrote:
On Monday 19 May 2014 10:23 PM, Peter Ujfalusi wrote:
On 05/19/2014 04:06 PM, Sekhar Nori wrote:
On Friday 16 May 2014 05:47 PM, Peter Ujfalusi wrote:
Hi,
Changes since v2:
- Comments from Sekhar and Arnd has been addressed
The TPS65917 chip is a power management IC for Portable Navigation Systems
and Tablet Computing devices. It contains the following components:
- Regulators.
- GPADC.
- Over Temperature warning and Shut down.
This patch series adds support for TPS65917 mfd device. At this time only
the
Add the various binding files for the TPS65917 family of chips. There is a
top level MFD binding then a seperate binding for regulators IP blocks on chips.
Signed-off-by: Keerthy j-keer...@ti.com
---
Documentation/devicetree/bindings/mfd/tps65917.txt | 35
1 file changed,
This patch adds support for TPS65917 PMIC regulators.
The regulators set consists of 5 SMPSs and 5 LDOs. The output
voltages are configurable and are meant to supply power to the
main processor and other components.
Signed-off-by: Keerthy j-keer...@ti.com
---
v3 Changes:
removed NULL ops
The series does some refactoring on dwc3_probe()
Patch 1 - Now that we use driver compatible for revision check, remove the
unnecessary logic.
Patch 2-4 - reduce the size of dwc3_probe()
Patch 5 - Fix the crash on dwc3_omap removal
Patch 6 - Addresses the issue of xhci hang while resuming from
Move find and set the utmi mode to its own seperate function.
Improve code readability, decrease the dwc3_probe() size.
Signed-off-by: George Cherian george.cher...@ti.com
---
drivers/usb/dwc3/dwc3-omap.c | 44 +---
1 file changed, 25 insertions(+), 19
Following crash is seen on dwc3_omap removal
Unable to handle kernel NULL pointer dereference at virtual address 0018
pgd = ec098000
[0018] *pgd=ad1f9831, *pte=, *ppte=
Internal error: Oops: 17 [#1] SMP ARM
Modules linked in: usb_f_ss_lb g_zero usb_f_acm u_serial usb_f_ecm
The dwc3 wrapper driver should not be fiddling with the core interrupts.
Disabling the core interrupts in prepare stops xhci from proper operation.
So remove disable/enable of core interrupts from prepare/complete.
Signed-off-by: George Cherian george.cher...@ti.com
---
Move map offset to its own seperate function.
Improve code readability, decrease the dwc3_probe() size.
Signed-off-by: George Cherian george.cher...@ti.com
---
drivers/usb/dwc3/dwc3-omap.c | 33 -
1 file changed, 20 insertions(+), 13 deletions(-)
diff --git
Move the extcon related code to its own function.
Improve code readability, decrease the dwc3_probe() size.
Signed-off-by: George Cherian george.cher...@ti.com
---
drivers/usb/dwc3/dwc3-omap.c | 65 ++--
1 file changed, 39 insertions(+), 26 deletions(-)
Add TPS65917 Bindings.
Signed-off-by: Keerthy j-keer...@ti.com
---
.../bindings/regulator/tps65917-pmic.txt | 67
1 file changed, 67 insertions(+)
create mode 100644
Documentation/devicetree/bindings/regulator/tps65917-pmic.txt
diff --git
Remove the x_major calculation logic from the wrapper revision register
to differentiate between OMAP5 and AM437x. This was done to find the
register offsets of wrapper register. Now that We do it using dt
compatible, remove the whole logic.
Signed-off-by: George Cherian george.cher...@ti.com
---
On Mon, May 19, 2014 at 05:34:20PM -0700, Tony Lindgren wrote:
The following changes since commit 89ca3b881987f5a4be4c5dbaa7f0df12bbdde2fd:
Linux 3.15-rc4 (2014-05-04 18:14:42 -0700)
are available in the git repository at:
86 matches
Mail list logo
