On 12/17/13 21:31, Tony Lindgren wrote:
* Igor Grinberg grinb...@compulab.co.il [131216 23:16]:
On 12/16/13 21:17, Tony Lindgren wrote:
* Igor Grinberg grinb...@compulab.co.il [131216 05:57]:
On 12/13/13 21:22, Tony Lindgren wrote:
[...]
I think we can drop the different memory sizes and
Hi Thomas,
On Tuesday 03 December 2013 03:57 PM, Sricharan R wrote:
Some socs have a large number of interrupts requests to service
the needs of its many peripherals and subsystems. All of the interrupt
requests lines from the subsystems are not needed at the same
time, so they have to be
pm_runtime_get/put_sync() can sleep so don't hold spinlock while
calling them.
This patch prevents a BUG() when CONFIG_DEBUG_ATOMIC_SLEEP is enabled.
Bug is present in Kernel versions v3.9 onwards.
Reported-by: Tomi Valkeinen tomi.valkei...@ti.com
Signed-off-by: Roger Quadros rog...@ti.com
On 2013-12-18 09:12, Tomi Valkeinen wrote:
Well yeah let's keep those separate still as at least Russell needed
some more time with the legacy booting. The point we can drop the
legacy booting for omap3 may still need to wait a bit, maybe even
until v3.15 to keep things working.
They can't
pm_runtime_get/put_sync() can sleep so don't hold spinlock while
calling them.
This patch prevents a BUG() when CONFIG_DEBUG_ATOMIC_SLEEP is enabled.
Bug is present in Kernel versions v3.9 onwards.
Reported-by: Tomi Valkeinen tomi.valkei...@ti.com
Signed-off-by: Roger Quadros
From: Andrew Bresticker abres...@chromium.org
USB host controllers can take a significant amount of time to suspend
and resume, adding several hundred miliseconds to the kernel resume
time. Since the XHCI controller has no outside dependencies (other than
clocks, which are suspended late/resumed
On 2013-12-17 17:15, Laurent Pinchart wrote:
Either the driver is too specific or the binding is too generic, but
having such a generic name for an omap specific driver seems wrong. Same
for panel-dpi, svideo-connector, composite-video-connector and
hdmi-connector,
Hmm. Good point. I was
From: Andrew Bresticker abres...@chromium.org
In addition to enabling async suspend/resume on the xhci-plat device,
we must enable it for the dwc3 device (the parent of xhci-plat) in order
to make the full USB stack resume asynchronously. Like the xhci-plat,
ehci-s5p, and ohci-exynos drivers,
From: Andrew Bresticker abres...@chromium.org
In addition to enabling async suspend/resume on the xhci-plat device,
we must enable it for the dwc3-exynos platform device in order to make
the full USB stack resume asynchronously. Like the xhci-plat, ehci-s5p,
and ohci-exynos drivers, there are no
From: Andrew Bresticker abres...@chromium.org
USB host controllers can take a significant amount of time to suspend
and resume, adding several hundred miliseconds to the kernel resume
time. Since the Exynos OHCI controller has no outside dependencies
(other than clocks, which are suspended
From: Andrew Bresticker abres...@chromium.org
USB host controllers can take a significant amount of time to suspend
and resume, adding several hundred miliseconds to the kernel resume
time. Since the Exynos EHCI controller has no outside dependencies
(other than clocks, which are suspended
On Wed, Dec 18, 2013 at 9:41 AM, Andreas Naumann d...@andin.de wrote:
Am 17.12.2013 18:22, schrieb David Cohen:
On Tue, Dec 17, 2013 at 05:48:33PM +0100, anaum...@ultratronik.de wrote:
From: Andreas Naumann anaum...@ultratronik.de
This is a hard to reproduce problem which leads to
When tiecap is used as a module, then while doing a rmmod I
get the following dump.
root@am437x-evm:/# rmmod pwm_tiecap
[ 219.539245]
[ 219.540771] ==
[ 219.546936] [ INFO: possible circular locking dependency detected ]
[ 219.553192]
Writing to ecap register on second insmod crashes with an external
abort. This happens becuase the STOP_CLK bit remains set(from rmmod)
during the second insmod thereby not allowing the clocks to get enabled.
So, we disable STOP clock bit while doing a clock enable.
Signed-off-by: Sourav Poddar
This patch series caters to the issue faced while using tiecap
as a module.
The patch fix lock dependency issue which leads to crash during rmmod.
Also fixes the clock control register setup values during CLK EN call.
Sourav Poddar (3):
pwm: core: Rearrange pwm lock usage.
driver: pwm:
Remove duplicate 'pm_runtime_put_sync' in the remove path.
Signed-off-by: Sourav Poddar sourav.pod...@ti.com
---
drivers/pwm/pwm-tiecap.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/pwm/pwm-tiecap.c b/drivers/pwm/pwm-tiecap.c
index 4e5c3d1..032092c 100644
---
In my continuing woes with having the OMAP boards I have produce output,
where things used to work on the LDP, they now do not. And on the SDP4430
board, where things were detected, they're no longer detected.
I thought this was just a matter of adjusting the configuration, but it
seems there's
Command tcrypt sec=1 mode=403 give the follwoing error for Polling
mode:
root@am335x-evm:/# insmod tcrypt.ko sec=1 mode=403
[...]
[ 346.982754] test 15 ( 4096 byte blocks, 1024 bytes per update, 4 updates):
4352 opers/sec, 17825792 bytes/sec
[ 347.992661] test 16 ( 4096 byte blocks, 4096
On 2013-12-18 14:00, Russell King - ARM Linux wrote:
So, here goes. LDP3430:
OMAP DSS rev 2.0
omapdss DPI error: can't get VDDS_DSI regulator
omapfb omapfb: failed to connect default display
omapfb omapfb: failed to init overlay connections
omapfb omapfb: failed to setup omapfb
platform
At the moment this driver fails to load if no encoders/connectors were
found. In case other drivers that register encoders/connectors
(tilcdc_panel) are defered it would be better to check for
encoders/connectors later again. This patch replaces the returncode
-ENXIO with -EPROBE_DEFER to get a
On 2013-12-18 12:41, Tomi Valkeinen wrote:
3. Have correct DT data, but at init time, in omap arch code, go through
the DT data and change the compat strings for the display nodes to
include omapdss,. This way the drivers would only work for omap
platforms. Like a combination of 1. and 2. I'm
tps65910 has a backup battery charger with a configurable voltage. This
patch adds a regulator for the backup battery.
Signed-off-by: Markus Pargmann m...@pengutronix.de
---
drivers/regulator/tps65910-regulator.c | 32 ++--
include/linux/mfd/tps65910.h | 3
This patch adds a devicetree node for the backup battery regulator.
Signed-off-by: Markus Pargmann m...@pengutronix.de
---
arch/arm/boot/dts/tps65910.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/tps65910.dtsi b/arch/arm/boot/dts/tps65910.dtsi
index
On Wednesday 11 December 2013 04:51 PM, Ulf Hansson wrote:
On 10 December 2013 12:48, Balaji T K balaj...@ti.com wrote:
On Tuesday 10 December 2013 04:39 PM, Ulf Hansson wrote:
On 21 November 2013 15:20, Balaji T K balaj...@ti.com wrote:
handle vcc and vcc_aux independently to reduce
On Wed, Dec 18, 2013 at 8:56 AM, Markus Pargmann m...@pengutronix.de wrote:
At the moment this driver fails to load if no encoders/connectors were
found. In case other drivers that register encoders/connectors
(tilcdc_panel) are defered it would be better to check for
encoders/connectors later
On Wed, Dec 18, 2013 at 03:54:42PM +0200, Tomi Valkeinen wrote:
On 2013-12-18 14:00, Russell King - ARM Linux wrote:
For the SDP4430, it used to detect the displays, even though nothing has
ever been displayed on them. Now it just spits out this:
Those particular LCDs are supposed to be
Hi,
On Tue, Dec 17, 2013 at 05:48:33PM +0100, anaum...@ultratronik.de wrote:
From: Andreas Naumann anaum...@ultratronik.de
This is a hard to reproduce problem which leads to non-functional
USB-OTG port in 0.1%-1% of all boots. Tracked it down to commit
Hi,
On Tue, Dec 17, 2013 at 03:35:54PM -0800, David Cohen wrote:
On Tue, Dec 17, 2013 at 03:31:40PM -0800, David Cohen wrote:
On Thu, Dec 12, 2013 at 03:38:38PM -0600, Felipe Balbi wrote:
hi all,
these patches add pm_runtime support for all glue layers.
I plan to add
On Wed, Dec 18, 2013 at 09:36:14AM -0600, Felipe Balbi wrote:
Hi,
On Tue, Dec 17, 2013 at 03:35:54PM -0800, David Cohen wrote:
On Tue, Dec 17, 2013 at 03:31:40PM -0800, David Cohen wrote:
On Thu, Dec 12, 2013 at 03:38:38PM -0600, Felipe Balbi wrote:
hi all,
these patches add
On 2013-12-18 17:29, Russell King - ARM Linux wrote:
On Wed, Dec 18, 2013 at 03:54:42PM +0200, Tomi Valkeinen wrote:
On 2013-12-18 14:00, Russell King - ARM Linux wrote:
For the SDP4430, it used to detect the displays, even though nothing has
ever been displayed on them. Now it just spits out
On Wed, Dec 18, 2013 at 04:09:34PM +0530, Yuvaraj Kumar C D wrote:
From: Andrew Bresticker abres...@chromium.org
In addition to enabling async suspend/resume on the xhci-plat device,
we must enable it for the dwc3 device (the parent of xhci-plat) in order
to make the full USB stack resume
During checking the interrupts with cat /proc/interrupts, it is showing
device name as (null), this change was done with commit id aa1a15e2d where
request_irq is changed to devm_request_irq also changing the irq name from
platform device name to net device name, but the net device is not
On Wed, Dec 18, 2013 at 04:09:33PM +0530, Yuvaraj Kumar C D wrote:
From: Andrew Bresticker abres...@chromium.org
In addition to enabling async suspend/resume on the xhci-plat device,
we must enable it for the dwc3-exynos platform device in order to make
the full USB stack resume
On Wed, Dec 18, 2013 at 03:50:07PM +0100, Markus Pargmann wrote:
@@ -771,7 +794,7 @@ static struct regulator_ops tps65910_ops = {
.get_voltage_sel= tps65910_get_voltage_sel,
.set_voltage_sel= tps65910_set_voltage_sel,
.list_voltage =
On Wed, Dec 18, 2013 at 03:50:08PM +0100, Markus Pargmann wrote:
This patch adds a devicetree node for the backup battery regulator.
Your previous patch missed an update to the binding documentation for
the regulator driver.
signature.asc
Description: Digital signature
This driver extracts the hardware macid from the control module of
am335x processors. It exports a function cpsw_ctrl_macid_read for cpsw
to get the macid from within the processor.
This driver is not used, unless it is defined in DT and referenced by a
cpsw slave with a phandle.
Signed-off-by:
MII_BUS_ID_SIZE is defined in linux/phy.h which is not included in the
cpsw.h file.
Signed-off-by: Markus Pargmann m...@pengutronix.de
---
drivers/net/ethernet/ti/cpsw.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/ethernet/ti/cpsw.h b/drivers/net/ethernet/ti/cpsw.h
index
mac-address is an optional property. If no mac-address is set, a random
mac-address will be generated.
Signed-off-by: Markus Pargmann m...@pengutronix.de
---
Documentation/devicetree/bindings/net/cpsw.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Use macids stored in the am335x chip.
Signed-off-by: Markus Pargmann m...@pengutronix.de
---
arch/arm/boot/dts/am335x-bone.dts | 8
arch/arm/boot/dts/am335x-boneblack.dts | 8
2 files changed, 16 insertions(+)
diff --git a/arch/arm/boot/dts/am335x-bone.dts
Use ctrl-macid driver to obtain the macids stored in the processor. This
is only done when defined in DT.
Signed-off-by: Markus Pargmann m...@pengutronix.de
---
Documentation/devicetree/bindings/net/cpsw.txt | 5 +
drivers/net/ethernet/ti/cpsw.c | 18 ++
Signed-off-by: Markus Pargmann m...@pengutronix.de
---
arch/arm/boot/dts/am33xx.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dts/am33xx.dtsi
index f6d8ffe..4e1bf08 100644
--- a/arch/arm/boot/dts/am33xx.dtsi
+++
Hi,
This series introduces a driver to read and use the MACIDs stored in the am335x
control module. These are read-only registers for a unique MACID. At the moment
the MACIDs are generated randomly or they are set by the bootloader.
A device node is added in am33xx dtsi and used by the cpsw
Hi Nishanth,
On 17/12/2013 20:45, Nishanth Menon wrote:
On 12/09/2013 03:55 PM, Nishanth Menon wrote:
Craneboard is a hardware development platform based on the Sitara
AM3517 ARM Cortex - A8 microprocessor device - see [1] for more
details. Add basic devices for craneboard as replacement for
On Wednesday 18 December 2013 10:17 PM, Markus Pargmann wrote:
Hi,
This series introduces a driver to read and use the MACIDs stored in the
am335x
control module. These are read-only registers for a unique MACID. At the
moment
the MACIDs are generated randomly or they are set by the
On 12/18/2013 10:57 AM, Benoit Cousson wrote:
On 17/12/2013 20:45, Nishanth Menon wrote:
On 12/09/2013 03:55 PM, Nishanth Menon wrote:
Craneboard is a hardware development platform based on the Sitara
AM3517 ARM Cortex - A8 microprocessor device - see [1] for more
details. Add basic devices
On Wed, Dec 18, 2013 at 10:30:55PM +0530, Mugunthan V N wrote:
On Wednesday 18 December 2013 10:17 PM, Markus Pargmann wrote:
Hi,
This series introduces a driver to read and use the MACIDs stored in the
am335x
control module. These are read-only registers for a unique MACID. At the
On Wednesday 18 December 2013 10:38 PM, Felipe Balbi wrote:
On Wed, Dec 18, 2013 at 10:30:55PM +0530, Mugunthan V N wrote:
On Wednesday 18 December 2013 10:17 PM, Markus Pargmann wrote:
Hi,
This series introduces a driver to read and use the MACIDs stored in the
am335x
control module.
On Wed, Dec 18, 2013 at 10:40:58PM +0530, Mugunthan V N wrote:
On Wednesday 18 December 2013 10:38 PM, Felipe Balbi wrote:
On Wed, Dec 18, 2013 at 10:30:55PM +0530, Mugunthan V N wrote:
On Wednesday 18 December 2013 10:17 PM, Markus Pargmann wrote:
Hi,
This series introduces a driver to
On 18/12/2013 18:02, Nishanth Menon wrote:
On 12/18/2013 10:57 AM, Benoit Cousson wrote:
On 17/12/2013 20:45, Nishanth Menon wrote:
On 12/09/2013 03:55 PM, Nishanth Menon wrote:
Craneboard is a hardware development platform based on the Sitara
AM3517 ARM Cortex - A8 microprocessor device -
* Tomi Valkeinen tomi.valkei...@ti.com [131217 23:14]:
On 2013-12-17 17:30, Tony Lindgren wrote:
* Tomi Valkeinen tomi.valkei...@ti.com [131216 22:47]:
On 2013-12-16 20:41, Tony Lindgren wrote:
* Tomi Valkeinen tomi.valkei...@ti.com [131216 06:59]:
As a temporary solution to enable DSS
* Tomi Valkeinen tomi.valkei...@ti.com [131218 02:22]:
On 2013-12-18 09:12, Tomi Valkeinen wrote:
Well yeah let's keep those separate still as at least Russell needed
some more time with the legacy booting. The point we can drop the
legacy booting for omap3 may still need to wait a bit,
Benoit,
On Wednesday 27 November 2013 01:01 PM, Sourav Poddar wrote:
The patch series adds support for enabling gpio, pwm backlight and
matrix gpio keys on am43x-gp-evm.
Done on top of 3.13-rc1 + tero clock series(1) + Afzal's basic gp support(2).
[1]:
Benoit,
On Wednesday 27 November 2013 01:00 PM, Sourav Poddar wrote:
The patch series adds support for enabling pwm backlight, i2c2, spi and
matrix gpio keys on am43x-gp-evm.
Done on top of 3.13-rc1 + tero clock series(1)
[1]: https://patchwork.kernel.org/patch/3009541/
Tested on
Hi Sourav,
On 18/12/2013 18:43, Sourav Poddar wrote:
Benoit,
On Wednesday 27 November 2013 01:01 PM, Sourav Poddar wrote:
The patch series adds support for enabling gpio, pwm backlight and
matrix gpio keys on am43x-gp-evm.
Done on top of 3.13-rc1 + tero clock series(1) + Afzal's basic gp
The following changes since commit 319e2e3f63c348a9b66db4667efa73178e18b17d:
Linux 3.13-rc4 (2013-12-15 12:31:33 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
tags/omap-for-v3.13/display-fix
for you to fetch changes up to
On Wednesday 18 December 2013 11:19 PM, Benoit Cousson wrote:
Hi Sourav,
On 18/12/2013 18:43, Sourav Poddar wrote:
Benoit,
On Wednesday 27 November 2013 01:01 PM, Sourav Poddar wrote:
The patch series adds support for enabling gpio, pwm backlight and
matrix gpio keys on am43x-gp-evm.
Done on
* Tomi Valkeinen tomi.valkei...@ti.com [131218 05:56]:
On 2013-12-18 14:00, Russell King - ARM Linux wrote:
So, here goes. LDP3430:
OMAP DSS rev 2.0
omapdss DPI error: can't get VDDS_DSI regulator
omapfb omapfb: failed to connect default display
omapfb omapfb: failed to init
On 18/12/2013 19:15, Sourav Poddar wrote:
On Wednesday 18 December 2013 11:19 PM, Benoit Cousson wrote:
Hi Sourav,
On 18/12/2013 18:43, Sourav Poddar wrote:
Benoit,
On Wednesday 27 November 2013 01:01 PM, Sourav Poddar wrote:
The patch series adds support for enabling gpio, pwm backlight and
* Igor Grinberg grinb...@compulab.co.il [131218 00:47]:
Acked-by: Igor Grinberg grinb...@compulab.co.il
This one looks great!
Really minor comments below (we can fix those later)
Updated patch below, then signing it off to you guys :)
--- /dev/null
+++
From: Mugunthan V N mugunthan...@ti.com
Date: Fri, 13 Dec 2013 18:42:55 +0530
This patch adds support for enabling In Band mode in 10 mbps speed.
RGMII supports 1 Gig and 100 mbps mode for Forced mode of operation.
For 10mbps mode it should be configured to in band mode so that link
status,
On Tue, Dec 17, 2013 at 07:29:34PM +0200, Tomi Valkeinen wrote:
I added N900 display DT support on top of my v2 series, including
pinmuxing. Can you check if it looks right and works?
git://git.kernel.org/pub/scm/linux/kernel/git/tomba/linux.git work/dss-dt
I just tried it and it does
On Wed, Dec 18, 2013 at 5:35 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Tue, Dec 17, 2013 at 05:48:33PM +0100, anaum...@ultratronik.de wrote:
From: Andreas Naumann anaum...@ultratronik.de
This is a hard to reproduce problem which leads to non-functional
USB-OTG port in 0.1%-1% of all
On Wed, Dec 18, 2013 at 10:55:37PM +0100, Sebastian Reichel wrote:
On Tue, Dec 17, 2013 at 07:29:34PM +0200, Tomi Valkeinen wrote:
I added N900 display DT support on top of my v2 series, including
pinmuxing. Can you check if it looks right and works?
On Thursday 19 December 2013 12:21 AM, Benoit Cousson wrote:
On 18/12/2013 19:15, Sourav Poddar wrote:
On Wednesday 18 December 2013 11:19 PM, Benoit Cousson wrote:
Hi Sourav,
On 18/12/2013 18:43, Sourav Poddar wrote:
Benoit,
On Wednesday 27 November 2013 01:01 PM, Sourav Poddar wrote:
The
On 2013-12-18 20:23, Tony Lindgren wrote:
Hmm I had the framebuffer working with DT on LDP after fixing the twl4030
gpio regression with 0b2aa8bed3e1 (gpio: twl4030: Fix regression for twl
gpio output) using this pdata quirks patch:
[PATCH 3/5] ARM: OMAP2+: Add DT init code for DPI displays
On 2013-12-19 02:51, Sebastian Reichel wrote:
On Wed, Dec 18, 2013 at 10:55:37PM +0100, Sebastian Reichel wrote:
On Tue, Dec 17, 2013 at 07:29:34PM +0200, Tomi Valkeinen wrote:
I added N900 display DT support on top of my v2 series, including
pinmuxing. Can you check if it looks right and
On 12/18/13 23:16, Tony Lindgren wrote:
[...]
I've kept your Ack as the changes were minor. If no other
comments, I will apply this into omap-for-v3.14/dt probably
on Thursday.
Looks great! Thanks!
--
Regards,
Igor.
--
To unsubscribe from this list: send the line unsubscribe linux-omap
67 matches
Mail list logo
