* Marek Belisko ma...@goldelico.com [150310 14:28]:
Added battery support for gta04 devices.
Signed-off-by: Marek Belisko ma...@goldelico.com
Picking up this patch into omap-for-v4.1/dt branch thanks.
Tony
---
arch/arm/boot/dts/omap3-gta04.dtsi | 30 ++
1
On Monday 16 March 2015 16:29:39 Tony Lindgren wrote:
I believe the last pending issues is the support for
ATAG_REVISION in device tree mode as posted by Pali.
No. In DT boot there is missing /proc/atags file (readable by
userspace processes). And also broken AES/SHA/MD5 support. Fix
for
On Mon, Mar 16, 2015 at 10:05 PM, Pavel Machek pa...@ucw.cz wrote:
On Wed 2015-02-04 23:14:32, Marek Belisko wrote:
Signed-off-by: Marek Belisko ma...@goldelico.com
---
.../bindings/power_supply/twl4030_madc_battery.txt | 43
++
1 file changed, 43 insertions(+)
create
We've been moving all omap2+ based systems to boot in device tree only
mode for a few years now. Only omap3 has legacy booting support
remaining. Most omap3 boards already have related arch/arm/boot/*.dts*
files for booting with device tree.
As it seems this board only has minimal support
On Monday 16 March 2015 22:01:43 Tony Lindgren wrote:
* Pali Rohár pali.ro...@gmail.com [150316 13:59]:
On Monday 16 March 2015 16:29:39 Tony Lindgren wrote:
I believe the last pending issues is the support for
ATAG_REVISION in device tree mode as posted by Pali.
No. In DT boot there
Am 16.03.2015 um 22:20 schrieb Belisko Marek marek.beli...@gmail.com:
On Mon, Mar 16, 2015 at 10:05 PM, Pavel Machek pa...@ucw.cz wrote:
On Wed 2015-02-04 23:14:32, Marek Belisko wrote:
Signed-off-by: Marek Belisko ma...@goldelico.com
---
.../bindings/power_supply/twl4030_madc_battery.txt |
* Pavel Machek pa...@ucw.cz [150228 08:49]:
On Thu 2015-02-26 14:49:56, Pali Rohár wrote:
This patch adds missing dma DTS definitions for omap aes and sham drivers.
Without it kernel drivers do not work.
Signed-off-by: Pali Rohár pali.ro...@gmail.com
Acked-by: PavelMachek
Hi Sakari,
Thank you for the patch.
On Monday 16 March 2015 02:26:09 Sakari Ailus wrote:
Add the ISP device to omap3 DT include file and add support to the driver to
use it.
Also obtain information on the external entities and the ISP configuration
related to them through the Device Tree
Hi Sakari,
Thank you for the patch.
On Monday 16 March 2015 02:26:10 Sakari Ailus wrote:
Print a warning when the driver is used with platform data. Existing
platform data user should move to DT now.
s/user/users/
Signed-off-by: Sakari Ailus sakari.ai...@iki.fi
Acked-by: Laurent Pinchart
Hi Ivan,
On 03/16/2015 11:23 PM, Ivan T. Ivanov wrote:
Hi Roger,
On Mon, 2015-03-16 at 15:11 +0200, Roger Quadros wrote:
Hi Ivan,
On 16/03/15 14:32, Ivan T. Ivanov wrote:
Hi,
On Mon, 2015-02-02 at 12:21 +0200, Roger Quadros wrote:
This driver observes the USB ID pin connected over a
We've been moving all omap2+ based systems to boot in device tree only
mode for a few years now. Only omap3 has legacy booting support
remaining. Most omap3 boards already have related arch/arm/boot/*.dts*
files for booting with device tree.
As it seems this board only has minimal support
We've been moving all omap2+ based systems to boot in device tree only
mode for a few years now. Only omap3 has legacy booting support
remaining. Most omap3 boards already have related arch/arm/boot/*.dts*
files for booting with device tree.
As it seems this board only has minimal support
Hi all,
I'm hoping to get the status of the remaining omap3 legacy board-*.c
files into a known state.
And I figured the best way to do that is by removing few of them that
I think are all inactive. If you are using these, please yell now!
The reason for trying to remove them now is that I
Disable the pm_runtime of the device upon remove. This is
added to balance the pm_runtime_enable() invoked in the probe.
Signed-off-by: Suman Anna s-a...@ti.com
---
arch/arm/plat-omap/dmtimer.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/plat-omap/dmtimer.c
* Matthijs van Duin matthijsvand...@gmail.com [150316 14:17]:
*gets increasingly confused*
:)
The datasheet (sprs614e) only contains register addresses, and they
seem to match the TRM's USB chapter. The only disagreement I can spot
is related to USB_CTRL register(s) in the control module
* Lad, Prabhakar prabhakar.cse...@gmail.com [150316 18:20]:
Hi Tony,
On Mon, Mar 16, 2015 at 10:17 PM, Tony Lindgren t...@atomide.com wrote:
* Lad Prabhakar prabhakar.cse...@gmail.com [150312 16:38]:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
this patch does the following:
1:
Hi Tony,
Please find couple of non-urgent fixes to the OMAP dmtimer driver.
The patches are based on 4.0-rc1.
The first patch is a fix for the issue I reported earlier on the
DRA7 dmtimer hwmod patches [1]. DRA7 has timers 13 through 16 disabled
in DT currently, and enabling any of them would
The current OMAP dmtimer probe does not check for the return
status of pm_runtime_get_sync() before initializing the timer
registers. Any timer with missing hwmod data would return a
failure here, and the access of registers without enabling the
clocks for the timer would trigger a l3_noc
Hi Tony,
On Mon, Mar 16, 2015 at 10:17 PM, Tony Lindgren t...@atomide.com wrote:
* Lad Prabhakar prabhakar.cse...@gmail.com [150312 16:38]:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
this patch does the following:
1: adds DT node for fixed oscillator.
2: adds DT node entries for ov2659
This is used on many omap boards.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/configs/omap2plus_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/omap2plus_defconfig
b/arch/arm/configs/omap2plus_defconfig
index 4e3e93d..df41f2c 100644
---
Enable n900 modem as loadable modules.
Cc: Sebastian Reichel s...@ring0.de
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/configs/omap2plus_defconfig | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/configs/omap2plus_defconfig
Hi,
This series will fix the following error during boot (both DT and legacy boot):
[0.307739] omap_hwmod: mcbsp2: _wait_target_ready failed: -16
[0.307769] omap_hwmod: mcbsp2: cannot be enabled for reset (3)
The clock definitions/aliases for McBSP ports were not correct.
In case of DT
-by: Nicholas Mc Guire hof...@osadl.org
---
Patch was compile tested with x86_64_defconfig + CONFIG_TWL6040_CORE=y
Patch is against 4.0-rc3 (localversion-next is -next-20150316)
drivers/mfd/twl6040.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd
On Sun, Mar 15, 2015 at 02:03:50PM +0100, Geert Uytterhoeven wrote:
drivers/regulator/tps65910-regulator.c: In function
‘tps65910_parse_dt_reg_data’:
drivers/regulator/tps65910-regulator.c:1018: error: implicit declaration of
function ‘of_get_child_by_name’
Applied, thanks.
signature.asc
Hi,
On Mon, 2015-02-02 at 12:21 +0200, Roger Quadros wrote:
This driver observes the USB ID pin connected over a GPIO and
updates the USB cable extcon states accordingly.
The existing GPIO extcon driver is not suitable for this purpose
as it needs to be taught to understand USB cable
Hi Ivan,
On 16/03/15 14:32, Ivan T. Ivanov wrote:
Hi,
On Mon, 2015-02-02 at 12:21 +0200, Roger Quadros wrote:
This driver observes the USB ID pin connected over a GPIO and
updates the USB cable extcon states accordingly.
The existing GPIO extcon driver is not suitable for this purpose
* Matthijs van Duin matthijsvand...@gmail.com [150314 14:04]:
On 13 March 2015 at 20:30, Tony Lindgren t...@atomide.com wrote:
Hmm OK have to check that. It could also be that dm816x documentation
is copy-paste from da850 or am3517 and the PHY got changed in the
hardware as the registers
* Arnd Bergmann a...@arndb.de [150315 05:10]:
On Sunday 15 March 2015 10:50:42 Eliad Peller wrote:
yeah, i missed it :/
looks like there's no platform that defines platform data for it.
i'll replace the dev_get_platdata() with a function that only parses
the clock-frequency properties
Hi Roger,
On Mon, 2015-03-16 at 15:11 +0200, Roger Quadros wrote:
Hi Ivan,
On 16/03/15 14:32, Ivan T. Ivanov wrote:
Hi,
On Mon, 2015-02-02 at 12:21 +0200, Roger Quadros wrote:
This driver observes the USB ID pin connected over a GPIO and
updates the USB cable extcon states
* Kalle Valo kv...@codeaurora.org [150315 23:50]:
Arnd Bergmann a...@arndb.de writes:
On Sunday 15 March 2015 10:43:35 Eliad Peller wrote:
The other option would be to have the whole series in a immutable
branch against v3.0-rc1 that can be merged into both wirelss tree
and omap
* Roger Quadros rog...@ti.com [150126 04:19]:
This driver is needed for USB cable type detection on dra7-evm,
dra72-evm and am57xx-beagle-x15.
Signed-off-by: Roger Quadros rog...@ti.com
Applying this into omap-for-v4.1/defconfig. I think it's all
queued up after this, please check and repost
Here are some basic OMAP test results for Linux v4.0-rc4.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v4.0-rc4/20150315232818/
Test summary
Build: uImage:
Pass ( 3/ 3): omap1_defconfig, omap1_defconfig_1510innovator_only,
Remove the 'ti,timer-dsp' and 'ti,timer-pwm' properties from the timer
nodes that still have them. This seems to be copied from OMAP5, on
which only certain timers are capable of providing PWM functionality
or be able to interrupt the DSP. All the GPTimers On DRA7 are capable
of PWM and
On Tuesday 03 March 2015 03:12 PM, Keerthy wrote:
Add external 32k clock feature. The internal clock will be gated during suspend.
Hence make use of the external 32k clock so that rtc is functional accross
suspend/resume.
A gentle ping on this.
Signed-off-by: Keerthy j-keer...@ti.com
---
On Wed 2015-02-04 23:14:32, Marek Belisko wrote:
Signed-off-by: Marek Belisko ma...@goldelico.com
---
.../bindings/power_supply/twl4030_madc_battery.txt | 43
++
1 file changed, 43 insertions(+)
create mode 100644
* Felipe Balbi ba...@ti.com [150219 12:02]:
i2c2 goes to an expansion connector which we
want to use.
Applying into omap-for-v4.1/dt thanks.
Tony
Signed-off-by: Felipe Balbi ba...@ti.com
---
arch/arm/boot/dts/am437x-idk-evm.dts | 22 ++
1 file changed, 22
* Marek Belisko ma...@goldelico.com [150227 13:30]:
changes from v2:
- fix missing PIN_INPUT for penirq node
- added Reviewed-by and Tested-by
changes from v1:
- add new boards to makefile in patch 2,3 (don't add them
in separate commit together), fix gpmc issues (reported by Tony
* Peter Ujfalusi peter.ujfal...@ti.com [150226 05:46]:
AM57xx does not have ATL block integrated.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Applying into omap-for-v4.1/dt thanks.
Tony
---
arch/arm/boot/dts/am57xx-beagle-x15.dts | 1 -
1 file changed, 1 deletion(-)
diff
* Matt Porter mpor...@konsulko.com [150226 07:42]:
The omap_serial.txt binding documentation lacks a number of properties
that are used in DTS files for platforms incorporating this peripheral.
Fix this by documenting the missing required and optional fields and
add an example.
* Peter Ujfalusi peter.ujfal...@ti.com [150226 05:43]:
To be able to control the gate for the clkout2 clock output.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Signed-off-by: Jyri Sarha jsa...@ti.com
Applying into omap-for-v4.1/dt thanks.
Tony
---
* Stefan Hengelein stefan.hengel...@fau.de [150225 10:48]:
The Kconfig-Option OMAP4_ERRATA_I688 is never visible due to a
contradiction in it's dependencies.
The option requires ARCH_MULTIPLATFORM to be 'disabled'. However, an
enclosing menu requires either ARCH_MULTI_V6 or ARCH_MULTI_V7 to be
* Sebastian Reichel s...@kernel.org [150304 16:41]:
Hi,
On Wed, Feb 04, 2015 at 11:14:33PM +0100, Marek Belisko wrote:
Signed-off-by: Marek Belisko ma...@goldelico.com
---
arch/arm/boot/dts/omap3-gta04.dtsi | 30 ++
1 file changed, 30 insertions(+)
DTS
Hi Paul,
Following are couple of DRA7 hwmod patches for the GPTimers.
Patches based on 4.0-rc1.
The first patch adds the data for timers 13 through 16, the DT
nodes are already present, and when enabled without the hwmod
data triggers a l3_noc interrupt and hangs the kernel boot [1].
The boot
GPTimer 4 is a regular timer and not a secure timer, so fix
the hwmod to use the correct hwmod class (even though there
are no differences in the class definition itself).
Signed-off-by: Suman Anna s-a...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 2 +-
1 file changed, 1
* Belisko Marek marek.beli...@gmail.com [150316 13:47]:
Hi Tony,
On Mon, Mar 16, 2015 at 9:35 PM, Tony Lindgren t...@atomide.com wrote:
* Sebastian Reichel s...@kernel.org [150304 16:41]:
Hi,
On Wed, Feb 04, 2015 at 11:14:33PM +0100, Marek Belisko wrote:
Signed-off-by: Marek Belisko
* Vignesh R vigne...@ti.com [150302 02:53]:
This patch updates hdq node compatible property to ti,am4372-hdq.
Signed-off-by: Vignesh R vigne...@ti.com
Looks like this is safe to apply even with the driver changes pending
as the driver is currently only parsing ti,omap3-1w property.
So
* Felipe Balbi ba...@ti.com [150119 14:18]:
omap2plus_defconfig and omap1_defconfig are also
part of the OMAP Support maintained, because of
that it's best to list them under OMAP SUPPORT on
MAINTAINERS so people know to Cc linux-omap when
patching them.
Reported-by: Sjoerd Simons
* Suman Anna s-a...@ti.com [150316 10:21]:
Remove the 'ti,timer-dsp' and 'ti,timer-pwm' properties from the timer
nodes that still have them. This seems to be copied from OMAP5, on
which only certain timers are capable of providing PWM functionality
or be able to interrupt the DSP. All the
* Tony Lindgren t...@atomide.com [150225 08:10]:
* Grygorii Strashko grygorii.stras...@ti.com [150225 07:56]:
On 02/25/2015 05:44 PM, Tony Lindgren wrote:
* grygorii.stras...@linaro.org grygorii.stras...@linaro.org [150225
06:17]:
From: Grygorii Strashko grygorii.stras...@linaro.org
Hi Tony,
On Mon, Mar 16, 2015 at 9:35 PM, Tony Lindgren t...@atomide.com wrote:
* Sebastian Reichel s...@kernel.org [150304 16:41]:
Hi,
On Wed, Feb 04, 2015 at 11:14:33PM +0100, Marek Belisko wrote:
Signed-off-by: Marek Belisko ma...@goldelico.com
---
arch/arm/boot/dts/omap3-gta04.dtsi
* Rostislav Lisovy lis...@gmail.com [150209 06:51]:
Since this is a SOM (System on Module) that will be part
of another embedded board (and can't really exist on its own)
define it as a dtsi that will be included in the Device tree
describing the whole system later on.
Hardware
Add the hwmod data for GPTimers 13, 14, 15 and 16. All these
timers are present in the L4PER3 clock domain.
The corresponding DT nodes are already present but disabled.
Signed-off-by: Suman Anna s-a...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 96 +++
1
* Pali Rohár pali.ro...@gmail.com [150316 13:59]:
On Monday 16 March 2015 16:29:39 Tony Lindgren wrote:
I believe the last pending issues is the support for
ATAG_REVISION in device tree mode as posted by Pali.
No. In DT boot there is missing /proc/atags file (readable by
userspace
* Roger Quadros rog...@ti.com [150306 07:10]:
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
Applying into omap-for-v4.1/dt thanks.
Tony
---
arch/arm/boot/dts/omap3-beagle.dts | 52
* Lad Prabhakar prabhakar.cse...@gmail.com [150312 16:38]:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
this patch does the following:
1: adds DT node for fixed oscillator.
2: adds DT node entries for ov2659 sensor
3: adds remote-endpoint entry for VPFE.
Signed-off-by: Lad, Prabhakar
Hi Laurent,
On Mon, Mar 16, 2015 at 11:05:38AM +0200, Laurent Pinchart wrote:
Hi Sakari,
Thank you for the patch.
On Monday 16 March 2015 02:26:08 Sakari Ailus wrote:
Add lane_polarity field to struct v4l2_of_bus_mipi_csi2 and write the
contents of the lane polarity property to it. The
* Matt Porter mpor...@konsulko.com [150306 07:16]:
The omap_serial.txt binding documentation lacks a number of properties
that are used in DTS files for platforms incorporating this peripheral.
Fix this by documenting the missing required and optional fields and
add an example.
* Peter Ujfalusi peter.ujfal...@ti.com [150316 00:16]:
On 03/13/2015 10:40 PM, Marek Belisko wrote:
ti,codec in not parsed in omap-twl4030 sound driver. It's not necessary
to specify this property in DT because ti,twl4030-audio which ti,codec
was pointing to by phandle is mfd driver and
* Suman Anna s-a...@ti.com [150311 16:39]:
The family information in the soc-bus data is currently
not classified properly for AM33xx devices, and a read
of /sys/bus/soc/devices/soc0/family currently shows
Unknown. Fix the same.
Signed-off-by: Suman Anna s-a...@ti.com
Thanks applying into
* Tony Lindgren t...@atomide.com [150316 13:59]:
* Marek Belisko ma...@goldelico.com [150310 14:28]:
Added battery support for gta04 devices.
Signed-off-by: Marek Belisko ma...@goldelico.com
Picking up this patch into omap-for-v4.1/dt branch thanks.
Actually not yet applying this as
*gets increasingly confused*
The datasheet (sprs614e) only contains register addresses, and they
seem to match the TRM's USB chapter. The only disagreement I can spot
is related to USB_CTRL register(s) in the control module (offsets
0x620 and 0x628) where
* the TRM claims both exist in the
* Pali Rohár pali.ro...@gmail.com [150316 14:15]:
On Monday 16 March 2015 22:01:43 Tony Lindgren wrote:
* Pali Rohár pali.ro...@gmail.com [150316 13:59]:
On Monday 16 March 2015 16:29:39 Tony Lindgren wrote:
I believe the last pending issues is the support for
ATAG_REVISION in device
* Jon Hunter jgchun...@gmail.com [150212 04:37]:
On 02/12/2015 11:26 AM, Jon Hunter wrote:
On 02/11/2015 09:14 PM, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [150211 13:03]:
On Wed, 11 Feb 2015, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [150210 18:28]:
On Tue,
Arnd Bergmann a...@arndb.de writes:
On Sunday 15 March 2015 10:43:35 Eliad Peller wrote:
The other option would be to have the whole series in a immutable
branch against v3.0-rc1 that can be merged into both wirelss tree
and omap tree.
i think that could be easier.
or maybe you can
On 03/13/2015 10:40 PM, Marek Belisko wrote:
ti,codec in not parsed in omap-twl4030 sound driver. It's not necessary
to specify this property in DT because ti,twl4030-audio which ti,codec
was pointing to by phandle is mfd driver and device for ASoC ic created w/o
any DT property (codec name is
* Sebastian Reichel s...@ring0.de [150316 11:26]:
Hi,
On Mon, Mar 16, 2015 at 08:29:39AM -0700, Tony Lindgren wrote:
* Arnd Bergmann a...@arndb.de [150315 05:10]:
On Sunday 15 March 2015 10:50:42 Eliad Peller wrote:
yeah, i missed it :/
looks like there's no platform that
of_device_id is always used as const.
(See driver.of_match_table and open firmware functions)
Signed-off-by: Fabian Frederick f...@skynet.be
---
drivers/mfd/hi6421-pmic-core.c | 2 +-
drivers/mfd/rk808.c| 2 +-
drivers/mfd/twl4030-power.c| 2 +-
3 files changed, 3 insertions(+),
This small patchset adds const to of_device_id arrays in
drivers branch.
Fabian Frederick (35):
ata: constify of_device_id array
regulator: constify of_device_id array
thermal: constify of_device_id array
tty/hvc_opal: constify of_device_id array
tty: constify of_device_id array
of_device_id is always used as const.
(See driver.of_match_table and open firmware functions)
Signed-off-by: Fabian Frederick f...@skynet.be
---
drivers/regulator/palmas-regulator.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/regulator/palmas-regulator.c
Hi,
On Mon, Mar 16, 2015 at 08:29:39AM -0700, Tony Lindgren wrote:
* Arnd Bergmann a...@arndb.de [150315 05:10]:
On Sunday 15 March 2015 10:50:42 Eliad Peller wrote:
yeah, i missed it :/
looks like there's no platform that defines platform data for it.
i'll replace the
Hi,
I have found a memory leak in the TI EDMA driver, which happens every
time a DMA transfer is performed.
The leak is in kernel 3.17, however the same problem seems to exist also
in 3.19.
In particular this was found on our custom TI AM1808 based hardware
while accessing the MMC/SD card
* Felipe Balbi ba...@ti.com [150130 09:22]:
LZMA compression makes about 33% smaller zImage
with just a slight extra decompression time.
Before this patch, zImage built with o2+_dc
is 4.5MiB and after it's about 3.3MiB.
Suggested-by: David Cohen david.a.co...@linux.intel.com
* Paul Walmsley p...@pwsan.com [150206 16:29]:
scripts/checkkconfigsymbols.py indicates that omap1_defconfig
references the following obsolete Kconfig symbols:
CONFIG_BT_L2CAP
CONFIG_BT_SCO
CONFIG_DEBUG_ERRORS
CONFIG_EXPERIMENTAL
CONFIG_FB_OMAP_BOOTLOADER_INIT
CONFIG_LEDS_CPU
Hi,
I have found a memory leak in the TI EDMA driver, which happens every
time a DMA transfer is performed.
The leak is in kernel 3.17, however the same problem seems to exist also
in 3.19.
In particular this was found on our custom TI AM1808 based hardware
while accessing the MMC/SD card
Correct the McBSP2/4 ick mapping (they were 2-4 and 4-2).
Add missing mcbsp clock aliases.
Collect the McBSP clock definition in one location at the same time.
Fixes the following warning on boot:
[0.307739] omap_hwmod: mcbsp2: _wait_target_ready failed: -16
[0.307769] omap_hwmod: mcbsp2:
In DT boot we do not have devices named as omap-mcbsp.X.
Correct the McBSP2/4 ick mapping (they were 2-4 and 4-2).
Collect the McBSP clock definition in one location at the same time.
Fixes the following warning on boot:
[0.307739] omap_hwmod: mcbsp2: _wait_target_ready failed: -16
[
Hi,
* Petr Kulhavy p...@barix.com [150316 12:26]:
Hi,
I have found a memory leak in the TI EDMA driver, which happens every time a
DMA transfer is performed.
The leak is in kernel 3.17, however the same problem seems to exist also in
3.19.
In particular this was found on our custom TI
of_device_id is always used as const.
(See driver.of_match_table and open firmware functions)
Signed-off-by: Fabian Frederick f...@skynet.be
---
drivers/clk/clk-palmas.c | 2 +-
drivers/clk/st/clkgen-fsyn.c | 2 +-
drivers/clk/st/clkgen-mux.c | 8
Hi all,
Here are few minor updates to add support for things as loadable
modules to omap2plus_defconfig for a few devices I noticed we
are not enabling by default.
Regards,
Tony
Tony Lindgren (3):
ARM: omap2plus_defconfig: Enable leds-pwm
ARM: omap2plus_defconfig: Update bluetooth options
Many omaps have bluetooth, so let's make it available
as modules.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/configs/omap2plus_defconfig | 15 +++
1 file changed, 15 insertions(+)
diff --git a/arch/arm/configs/omap2plus_defconfig
* Matwey V. Kornilov mat...@sai.msu.ru [150312 23:58]:
Hi,
Teresa replied me, but unfortunately I found that the answer not
reached the public maillists. Briefly, we don't need this patch,
PhyTec will send better one this year.
OK will ignore this one then. This year sounds a bit long time
+ CONFIG_TWL6040_CORE=y
Patch is against 4.0-rc3 (localversion-next is -next-20150316)
drivers/mfd/twl6040.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/twl6040.c b/drivers/mfd/twl6040.c
index f71ee3d..d6f9761 100644
--- a/drivers/mfd/twl6040.c
+++ b/drivers/mfd
Hi,
On Wednesday 14 January 2015 05:28 PM, Linus Walleij wrote:
On Mon, Jan 5, 2015 at 7:26 AM, Kishon Vijay Abraham I kis...@ti.com wrote:
On Thursday 18 December 2014 07:41 PM, Nishanth Menon wrote:
On 12/18/2014 12:18 AM, Kishon Vijay Abraham I wrote:
On Tuesday 16 December 2014 02:20
Hi Sakari,
Thank you for the patch.
On Monday 16 March 2015 02:26:07 Sakari Ailus wrote:
Add lane-polarity property to endpoint nodes. This essentially tells that
the order of the differential signal wires is inverted.
Signed-off-by: Sakari Ailus sakari.ai...@iki.fi
Acked-by: Laurent
Hi Sakari,
Thank you for the patch.
On Monday 16 March 2015 02:26:08 Sakari Ailus wrote:
Add lane_polarity field to struct v4l2_of_bus_mipi_csi2 and write the
contents of the lane polarity property to it. The field tells the polarity
of the physical lanes starting from the first one. Any
85 matches
Mail list logo
