Hi Tony,
On Monday 15 October 2012 09:31 PM, Tony Lindgren wrote:
* Mohammed, Afzalaf...@ti.com [121015 05:42]:
On Thu, Oct 11, 2012 at 20:17:56, Tony Lindgren wrote:
Yes, then please do a second pull request for what's needed
to apply the minimal DT bindings. For the DT binding, let's
Hi Kevin,
Here's an updated version of this one, with the erratum coverage expanded
to include OMAP34xx/35xx.
I think this one can replace Tero's [PATCHv6 06/11] ARM: OMAP:
clockdomain: add support for preventing autodep delete and [PATCHv6
07/11] ARM: OMAP3: do not delete per_clkdm autodeps
On 2012-10-15 19:08, Enric Balletbo Serra wrote:
Hi Tomi,
Thanks for your answer.
2012/10/12 Tomi Valkeinen tomi.valkei...@ti.com:
On 2012-10-11 18:58, Enric Balletbo Serra wrote:
Hi all,
I see that commit dac8eb5f (OMAPDSS: TFP410: rename dvi files to
tfp410) and commit 2e6f2ee7
Changes from v1:
- Removed setting-up of dev.coherent_dma_mask, since of/platform.c
itself takes care of it.
Vivek Gautam (2):
USB: dwc3-exynos: Add support for device tree
USB: DWC3: EXYNOS: Remove platform data for dwc3-exynos
drivers/usb/dwc3/dwc3-exynos.c | 36
We are removing plat data which was used till now to init and
exit phy. We no longer need this since dwc3-core takes care of
initializing and shutting-down the phy using usb_phy_init()
and usb_phy_shutdown().
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
drivers/usb/dwc3/dwc3-exynos.c
Hi,
ma, 2012-10-15 kello 18:02 -0700, Tony Lindgren kirjoitti:
* Kevin Hilman khil...@deeprootsystems.com [121015 10:32]:
Kalle Jokiniemi kalle.jokini...@jollamobile.com writes:
Does not work for me :(
As I said, the issue occurs for me when I enter static suspend (echo mem
This patch adds support to parse probe data for
dwc3-exynos driver using device tree.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
drivers/usb/dwc3/dwc3-exynos.c | 20
1 files changed, 20 insertions(+), 0 deletions(-)
diff --git
The following commit added the support for the lostcontext_mask
along with the usage of the flag for l4_abe.
commit ce80979aedfce937926a8dd40a1f92fd4bc2fd53
Author: Tero Kristo t-kri...@ti.com
Date: Sun Sep 23 17:28:19 2012 -0600
ARM: OMAP4: hwmod data: add support for lostcontext_mask
On 10/16/2012 03:27 AM, Ricardo Neri wrote:
Creating the accessory devices, such as audio, from the HDMI driver
allows to regard HDMI as a single entity with audio an display
functionality. This intends to follow the design of drivers such
as MFD, in which a single entity handles the creation
Changes from v2:
- Changed CONFIG_PM to CONFIG_PM_SLEEP
- Used SET_SYSTEM_SLEEP_PM_OPS in dev_pm_ops
- Modified the commit log for each of the patch
- Added dwc3_core_init() during resume and dwc3_core_exit() during suspend in
core.c
Based on 'usb-next' of greg's tree.
Tested USB detection
Adds suspend and resume callbacks as part of the power management
support to DWC3 controller Driver.
This patch facilitates transition of DWC3 controller between D0 and D3
power states during suspend/resume cycles.
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
Signed-off-by: Vikas C
Adds power management support to XHCI platform driver.
This patch facilitates the transition of xHCI host controller
between S0 and S3/S4 power states, during suspend/resume cycles.
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
Signed-off-by: Vikas C Sajjan vikas.saj...@linaro.org
CC:
Adds suspend and resume callbacks to exynos dwc3 driver as part of
power management support.
This change does gating of dwc3 clock during suspend/resume cycles.
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
Signed-off-by: Vikas C Sajjan vikas.saj...@linaro.org
CC: Doug Anderson
On Tue, Oct 16, 2012 at 02:15:56PM +0530, Vivek Gautam wrote:
This patch adds support to parse probe data for
dwc3-exynos driver using device tree.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
drivers/usb/dwc3/dwc3-exynos.c | 20
1 files changed, 20
Hi,
On Tue, Oct 16, 2012 at 03:15:37PM +0530, Vikas Sajjan wrote:
Adds power management support to XHCI platform driver.
This patch facilitates the transition of xHCI host controller
between S0 and S3/S4 power states, during suspend/resume cycles.
Signed-off-by: Abhilash Kesavan
Hi,
On Tuesday 16 October 2012 03:23 PM, Felipe Balbi wrote:
On Tue, Oct 16, 2012 at 02:15:56PM +0530, Vivek Gautam wrote:
This patch adds support to parse probe data for
dwc3-exynos driver using device tree.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
Hi,
On Tue, Oct 16, 2012 at 03:15:36PM +0530, Vikas Sajjan wrote:
Adds suspend and resume callbacks as part of the power management
support to DWC3 controller Driver.
This patch facilitates transition of DWC3 controller between D0 and D3
power states during suspend/resume cycles.
Hi,
On Tue, Oct 16, 2012 at 03:36:43PM +0530, kishon wrote:
Hi,
On Tuesday 16 October 2012 03:23 PM, Felipe Balbi wrote:
On Tue, Oct 16, 2012 at 02:15:56PM +0530, Vivek Gautam wrote:
This patch adds support to parse probe data for
dwc3-exynos driver using device tree.
Signed-off-by:
Hi,
During the merge window, a series of patches from various people went in,
allegedly fixing various problems with the OMAP serial driver.
Unfortunately, there was not a full understanding of the issues I brought
up here back in April, and so the fixes, while being individually
correct, result
Hi,
On Mon, Oct 15, 2012 at 04:49:58PM -0700, Kevin Hilman wrote:
From: Kevin Hilman khil...@ti.com
The runtime PM framework assumes that the hardware state of devices
when initialized is disabled. For all omap_devices, we idle/disable
device by default. However, the console uart uses a
This is to make the following change more clear.
Acked-by: Alan Cox a...@linux.intel.com
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
drivers/tty/serial/serial_core.c | 17 +
1 files changed, 9 insertions(+), 8 deletions(-)
diff --git
Ports which are capable of handling s/w flow control in hardware to
know when the s/w flow control termios settings are changed. Add a
flag to allow the low level serial drivers to indicate that they
support this, and these changes should be propagated to them.
Acked-by: Alan Cox
Ports which are handling h/w flow control in hardware must not have
their RTS state altered depending on the tty's hardware-stopped state.
Avoid this additional logic when setting the termios state.
Acked-by: Alan Cox a...@linux.intel.com
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
Add two callbacks for hardware assisted flow control; we need to know
when the tty layers want us to stop and restart due to their buffer
levels.
Call a driver specific throttle/unthrottle function if and only if the
driver indicates that it is using an enabled hardware assisted flow
control
There is nothing which clears the auto RTS/CTS bits, so once hardware
flow control gets enabled, there's no possibility to disable it.
So, clear these bits when CRTSCTS is cleared.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
drivers/tty/serial/omap-serial.c |7 +++
1
On 10/12/12 09:11, Srinivas KANDAGATLA wrote:
From: Srinivas Kandagatla srinivas.kandaga...@st.com
This patch removes some code duplication by using
module_platform_driver.
Signed-off-by: Srinivas Kandagatla srinivas.kandaga...@st.com
Acked-by: Igor Grinberg grinb...@compulab.co.il
---
The SCD (special character detect) bit enables comparisons with XOFF2,
which we do not program. As the XOFF2 character remains unprogrammed,
there's little point enabling this feature along with its associated
interrupt. Remove this, and ensure that the SCD bit is cleared.
Signed-off-by:
There's no need to re-read EFR after we've recently written it; the
register is a configuration register which doesn't change its value
without us writing to it. The last value which was written to this
register was up-efr.
Removing this re-reading avoids the possibility that we end up with
c538d20c7f (and maybe previous commits) broke set_mctrl() by making
it only capable of setting bits in the MCR register. This prevents
software controlled flow control and modem control line manipulation
via TIOCMSET/TIOCMBIC from working correctly.
Signed-off-by: Russell King
Nothing was clearing the UART_MCR_XONANY bit, so once the ixany
mode gets set, there's no possibility to disable it. Clear this
bit when IXANY mode is cleared.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
drivers/tty/serial/omap-serial.c |2 ++
1 files changed, 2
The MCR TCRTLR bit can only be changed when ECB is set in the EFR.
Unfortunately, several places were trying to alter this bit while ECB
was clear:
- serial_omap_configure_xonxoff() was attempting to clear the bit after
explicitly clearing the ECB bit.
- serial_omap_set_termios() was trying the
When the UART device has hardware flow control enabled, it ignores the
MCR RTS bit in the MCR register, and keeps RTS asserted as long as we
continue to read characters from the UART receiver FIFO. This means
that when the TTY buffers become full, the UART doesn't tell the remote
end to stop
On Tue, Oct 16, 2012 at 12:01:06PM +0100, Russell King wrote:
The MCR TCRTLR bit can only be changed when ECB is set in the EFR.
Unfortunately, several places were trying to alter this bit while ECB
was clear:
- serial_omap_configure_xonxoff() was attempting to clear the bit after
Hi Peter,
Thanks for reviewing!
On 10/16/2012 04:30 AM, Péter Ujfalusi wrote:
On 10/16/2012 03:27 AM, Ricardo Neri wrote:
Creating the accessory devices, such as audio, from the HDMI driver
allows to regard HDMI as a single entity with audio an display
functionality. This intends to follow
On Tue, Oct 16, 2012 at 11:14:58AM +0100, Russell King - ARM Linux wrote:
During the merge window, a series of patches from various people went in,
allegedly fixing various problems with the OMAP serial driver.
Unfortunately, there was not a full understanding of the issues I brought
up here
Hi Felipe,
On 16 October 2012 15:36, Felipe Balbi ba...@ti.com wrote:
Hi,
On Tue, Oct 16, 2012 at 03:15:36PM +0530, Vikas Sajjan wrote:
Adds suspend and resume callbacks as part of the power management
support to DWC3 controller Driver.
This patch facilitates transition of DWC3 controller
Appear to be a copy-paste bug: the code was checking board_data-dsi_enable_pads
while calling board_data-dsi_disable_pads.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
Hi Tomi,
not sure if this need to be included to 3.7
Regards,
Peter
drivers/video/omap2/dss/core.c | 2 +-
1
On Mon, Oct 15, 2012 at 7:21 AM, Paul Walmsley p...@pwsan.com wrote:
Commit 3b2f8f82dad7d1f79cdc8fc05bd1c94baf109bde (i2c: omap: switch to
threaded IRQ support) causes communication with I2C devices to fail
after system suspend/resume on all OMAP3 devices:
Could you tell me which omap3
On 2012-10-16 14:51, Peter Ujfalusi wrote:
Appear to be a copy-paste bug: the code was checking
board_data-dsi_enable_pads
while calling board_data-dsi_disable_pads.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
Hi Tomi,
not sure if this need to be included to 3.7
Hi,
+ Thomas Gleixner
On Tue, Oct 16, 2012 at 06:28:13PM +0530, Shubhrajyoti Datta wrote:
On Mon, Oct 15, 2012 at 7:21 AM, Paul Walmsley p...@pwsan.com wrote:
Commit 3b2f8f82dad7d1f79cdc8fc05bd1c94baf109bde (i2c: omap: switch to
threaded IRQ support) causes communication with I2C devices
Hi again,
On Tue, Oct 16, 2012 at 04:33:56PM +0300, Felipe Balbi wrote:
Hi,
+ Thomas Gleixner
On Tue, Oct 16, 2012 at 06:28:13PM +0530, Shubhrajyoti Datta wrote:
On Mon, Oct 15, 2012 at 7:21 AM, Paul Walmsley p...@pwsan.com wrote:
Commit 3b2f8f82dad7d1f79cdc8fc05bd1c94baf109bde
Hi,
On Tue, Oct 16, 2012 at 05:10:39PM +0530, Vikas Sajjan wrote:
Hi Felipe,
On 16 October 2012 15:36, Felipe Balbi ba...@ti.com wrote:
Hi,
On Tue, Oct 16, 2012 at 03:15:36PM +0530, Vikas Sajjan wrote:
Adds suspend and resume callbacks as part of the power management
support to DWC3
This reverts commit 957ee7270d632245b43f6feb0e70d9a5e9ea6cf6
(serial: omap: fix software flow control).
As Russell has pointed out, that commit isn't fixing
Software Flow Control at all, and it actually makes
it even more broken.
It was agreed to revert this commit and use Russell's
latest UART
Hi Sakari,
Thanks for the patches.
For the whole series,
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Tony, do you want to take patch 1/3 in your tree, or can I push the whole
series through mine ?
On Sunday 14 October 2012 13:31:22 Sakari Ailus wrote:
Hi all,
This is an
The irqs are enabled one-by-one in pm core resume_noirq phase.
This leads to situation where the twl4030 primary interrupt
handler (PIH) is enabled before the chained secondary handlers
(SIH). As the PIH cannot clear the pending interrupt, and
SIHs have not been enabled yet, a flood of interrupts
Hi,
ti, 2012-10-16 kello 17:59 +0300, Kalle Jokiniemi kirjoitti:
The irqs are enabled one-by-one in pm core resume_noirq phase.
This leads to situation where the twl4030 primary interrupt
handler (PIH) is enabled before the chained secondary handlers
(SIH). As the PIH cannot clear the pending
* Felipe Balbi ba...@ti.com [121016 07:16]:
This reverts commit 957ee7270d632245b43f6feb0e70d9a5e9ea6cf6
(serial: omap: fix software flow control).
As Russell has pointed out, that commit isn't fixing
Software Flow Control at all, and it actually makes
it even more broken.
It was agreed
Some GPIO expanders need some early pin control muxing. Due to
legacy boards sometimes the driver uses subsys_initcall instead of
module_init. This patch takes advantage of defer probe feature
and pin control in order to wait until pin control probing before
GPIO driver probing. It has been tested
Correct DMIC hwmod lockup error message and replace printk() by
pr_err().
Signed-off-by: Sebastien Guiriec s-guir...@ti.com
---
arch/arm/mach-omap2/devices.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-omap2/devices.c b/arch/arm/mach-omap2/devices.c
index
* Russell King - ARM Linux li...@arm.linux.org.uk [121016 03:16]:
There are two options to resolve this. The first one is to revert this
patch to bring the driver back down to the pre-merge window state. The
other is to apply this series of patches, which frankly I don't think
is -rc
Hi,
On Thu, Sep 20, 2012 at 05:03:38PM +0100, Will Deacon wrote:
From: Matthew Leach matthew.le...@arm.com
Ensure that the memory regions that are set within the segments
correspond to physical contiguous memory regions.
This patch seems to break kexec for me in 3.7-rc1 (commit
* Mike Turquette mturque...@ti.com [121011 15:27]:
Quoting Nishanth Menon (2012-10-11 06:33:04)
On 18:26-20121003, Mike Turquette wrote:
From: Mike Turquette mturque...@linaro.org
[...]
arch/arm/mach-omap2/Makefile |8 +-
arch/arm/mach-omap2/abb.c
* Tony Lindgren t...@atomide.com [121010 17:46]:
Hi,
* Kishon Vijay Abraham I kis...@ti.com [121007 23:01]:
In order to reflect devices(usb_phy) attached to ocp2scp bus, ocp2scp
is assigned a device attribute to represent the attached devices.
...
---
* Kishon Vijay Abraham I kis...@ti.com [121007 23:01]:
ocp2scp was not having pdata support which makes *musb* fail for non-dt
boot in OMAP platform. The pdata will have information about the devices
that is connected to ocp2scp. ocp2scp driver will now make use of this
information to create
On Tue, Oct 16, 2012 at 05:32:26PM +0100, Will Deacon wrote:
On Tue, Oct 16, 2012 at 05:10:21PM +0100, Aaro Koskinen wrote:
On Thu, Sep 20, 2012 at 05:03:38PM +0100, Will Deacon wrote:
From: Matthew Leach matthew.le...@arm.com
Ensure that the memory regions that are set within the
On 10/15/2012 12:53 PM, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [121014 22:26]:
After commit 846a136881b8f73c1f74250bf6acfaa309cab1f2 (ARM: vfp: fix
saving d16-d31 vfp registers on v6+ kernels), the OMAP 2430SDP board
started crashing during boot with omap2plus_defconfig:
[
On Tue, Oct 16, 2012 at 06:09:00PM +0100, Aaro Koskinen wrote:
On Tue, Oct 16, 2012 at 05:32:26PM +0100, Will Deacon wrote:
Interesting, it sounds like kexec thinks that you don't have contiguous
memory from 0x80008000 to 0x803ad000. Can you provide some more information
about your physical
* Omar Ramirez Luna omar.l...@linaro.org [121011 18:07]:
These patches are needed for remoteproc to work on OMAP4.
Introduced iommu hwmod support for OMAP3 (iva, isp) and
OMAP4 (ipu, dsp), along with the corresponding runtime PM
and routines to deassert reset lines, enable/disable clocks
* Matt Porter mpor...@ti.com [121010 07:38]:
On Wed, Oct 10, 2012 at 10:35:01AM -0400, Matt Porter wrote:
On Wed, Oct 10, 2012 at 02:19:40PM +, Vaibhav Hiremath wrote:
On Wed, Oct 10, 2012 at 19:30:27, Porter, Matt wrote:
On Tue, Oct 09, 2012 at 02:27:20PM +0530, Vaibhav Hiremath
* Sebastien Guiriec s-guir...@ti.com [121016 08:32]:
Correct DMIC hwmod lockup error message and replace printk() by
pr_err().
Thanks applying into omap-for-v3.7-rc1/fixes-part2.
Regards,
Tony
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
* Benoit Cousson b-cous...@ti.com [121016 01:56]:
The following commit added the support for the lostcontext_mask
along with the usage of the flag for l4_abe.
commit ce80979aedfce937926a8dd40a1f92fd4bc2fd53
Author: Tero Kristo t-kri...@ti.com
Date: Sun Sep 23 17:28:19 2012 -0600
* Ivan Djelic ivan.dje...@parrot.com [121010 09:40]:
I ran several mtd regression tests on a Beagle Board on your gpmc-czimage-v2
tag.
All BCH error correcting tests passed successfully.
I occasionally had weird read errors though, especially when reading blank
pages:
the omap driver
* Igor Grinberg grinb...@compulab.co.il [121010 00:02]:
On 10/09/12 22:29, Paul Walmsley wrote:
Commit 801475ccb2b2c1928b22aec4b9e5285d9e347602 (ARM: OMAP: move
debug_card_init() function) results in the following new sparse
warning:
arch/arm/plat-omap/debug-devices.c:71:12:
* Ohad Ben-Cohen o...@wizery.com [121014 11:32]:
On Fri, Oct 12, 2012 at 6:24 PM, Tony Lindgren t...@atomide.com wrote:
Error setting wl12xx data: -38
..
Ohad, can you please take a look?
Sure, -38 is -ENOSYS which is returned when the wl12xx driver isn't
configured.
This isn't an
* Benoit Cousson b-cous...@ti.com [121015 03:02]:
Hi Afzal,
On 10/15/2012 07:47 AM, Afzal Mohammed wrote:
gpmc has been converted to a driver. It requests clock with
con-id fck, if not available, probe fails. Clock for gpmc
device with con-id fck is created (aliased) along with
hwmod
* Mohammed, Afzal af...@ti.com [121014 23:00]:
Hi,
On Fri, Oct 12, 2012 at 21:54:52, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [121012 08:56]:
omap-gpmc omap-gpmc: error: clk_get
omap-gpmc: probe of omap-gpmc failed with error -2
I think Afzal posted
* Tony Lindgren t...@atomide.com [121016 11:12]:
* Ohad Ben-Cohen o...@wizery.com [121014 11:32]:
On Fri, Oct 12, 2012 at 6:24 PM, Tony Lindgren t...@atomide.com wrote:
Error setting wl12xx data: -38
..
Ohad, can you please take a look?
Sure, -38 is -ENOSYS which is returned when
Hi Tony,
On 10/16/2012 08:12 PM, Tony Lindgren wrote:
* Mohammed, Afzal af...@ti.com [121014 23:00]:
Hi,
On Fri, Oct 12, 2012 at 21:54:52, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [121012 08:56]:
omap-gpmc omap-gpmc: error: clk_get
omap-gpmc: probe of
On 10/15/2012 02:16 PM, Richard Cochran wrote:
From: hvaib...@ti.com hvaib...@ti.com
With recent changes in omap gpmc driver code, in case of DT
boot mode, where bootloader does not configure gpmc cs space
will result into kernel BUG() inside gpmc_mem_init() function,
as gpmc cs0
* Benoit Cousson b-cous...@ti.com [121016 12:26]:
Hi Tony,
On 10/16/2012 08:12 PM, Tony Lindgren wrote:
* Mohammed, Afzal af...@ti.com [121014 23:00]:
Hi,
On Fri, Oct 12, 2012 at 21:54:52, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [121012 08:56]:
Hi Tony,
On 10/16/2012 12:48 PM, Tony Lindgren wrote:
* Richard Cochran richardcoch...@gmail.com [121015 12:18]:
From: hvaib...@ti.com hvaib...@ti.com
With recent changes in omap gpmc driver code, in case of DT
boot mode, where bootloader does not configure gpmc cs space
will result into
* Chris Ball c...@laptop.org [121005 11:24]:
On Fri, Oct 05 2012, Tony Lindgren wrote:
Chris, I can set up a minimal immutable branch with omap
header changes that you can also pull into MMC tree if these
two MMC patches look ackable to you.
Thanks, sounds good.
Chris, I've now pushed
* Felipe Balbi ba...@ti.com [121016 03:32]:
Hi,
On Mon, Oct 15, 2012 at 04:49:58PM -0700, Kevin Hilman wrote:
From: Kevin Hilman khil...@ti.com
The runtime PM framework assumes that the hardware state of devices
when initialized is disabled. For all omap_devices, we idle/disable
* Jon Hunter jon-hun...@ti.com [121016 14:00]:
Hi Tony,
On 10/16/2012 12:48 PM, Tony Lindgren wrote:
* Richard Cochran richardcoch...@gmail.com [121015 12:18]:
From: hvaib...@ti.com hvaib...@ti.com
With recent changes in omap gpmc driver code, in case of DT
boot mode, where
Mike Turquette mturque...@ti.com writes:
Quoting Tony Lindgren (2012-10-16 09:32:25)
* Mike Turquette mturque...@ti.com [121011 15:27]:
Quoting Nishanth Menon (2012-10-11 06:33:04)
On 18:26-20121003, Mike Turquette wrote:
From: Mike Turquette mturque...@linaro.org
[...]
* Afzal Mohammed af...@ti.com [121015 05:15]:
The following changes since commit ddffeb8c4d0331609ef2581d84de4d763607bd37:
Linux 3.7-rc1 (2012-10-14 14:41:04 -0700)
are available in the git repository at:
g...@gitorious.org:x0148406-public/linux-kernel.git tags/gpmc-czimage
for
* Kevin Hilman khil...@deeprootsystems.com [121016 14:51]:
Mike Turquette mturque...@ti.com writes:
Quoting Tony Lindgren (2012-10-16 09:32:25)
* Mike Turquette mturque...@ti.com [121011 15:27]:
Quoting Nishanth Menon (2012-10-11 06:33:04)
On 18:26-20121003, Mike Turquette wrote:
From: Thomas Gleixner t...@linutronix.de
Attempts to retrigger nested threaded IRQs currently fail because they
have no primary handler. In order to support retrigger of nested
IRQs, the parent IRQ needs to be retriggered.
To fix, when an IRQ needs to be resent, if the interrupt has a parent
On Tue, Oct 16, 2012 at 03:07:49PM -0700, Kevin Hilman wrote:
From: Thomas Gleixner t...@linutronix.de
Attempts to retrigger nested threaded IRQs currently fail because they
have no primary handler. In order to support retrigger of nested
IRQs, the parent IRQ needs to be retriggered.
To
Hi all,
Here's a quick status update on the removal of remaining
#include plat/*.h files. Most files are now fixed up, and
we only have the following remaining:
cpu.h wrapper only left, will be removed as soon as drivers are fixed
dmtimer.h Jon is fixing this
mailbox.h
Kalle Jokiniemi kalle.jokini...@jollamobile.com writes:
The irqs are enabled one-by-one in pm core resume_noirq phase.
This leads to situation where the twl4030 primary interrupt
handler (PIH) is enabled before the chained secondary handlers
(SIH). As the PIH cannot clear the pending
Hi
On Tue, 16 Oct 2012, Tony Lindgren wrote:
prcm.hPaul has posted patches for this, missing move of the
header
sdrc.hPaul has posted patches for this, missing move of the
header
Just to clarify these, I've only posted 1 of 2 series to clean up prcm.h.
Paul Walmsley p...@pwsan.com writes:
Hi Kevin,
Here's an updated version of this one, with the erratum coverage expanded
to include OMAP34xx/35xx.
I think this one can replace Tero's [PATCHv6 06/11] ARM: OMAP:
clockdomain: add support for preventing autodep delete and [PATCHv6
07/11]
Remove arch/arm/plat-omap/include/plat/sdrc.h by folding its contents
into arch/arm/mach-omap2/sdrc.h. The objective is to assist Tony in
cleaning out arch/arm/plat-omap/, as his upstreams request.
Signed-off-by: Paul Walmsley p...@pwsan.com
Cc: Tony Lindgren t...@atomide.com
---
This has a
Tony Lindgren t...@atomide.com writes:
* Felipe Balbi ba...@ti.com [121016 03:32]:
Hi,
On Mon, Oct 15, 2012 at 04:49:58PM -0700, Kevin Hilman wrote:
From: Kevin Hilman khil...@ti.com
The runtime PM framework assumes that the hardware state of devices
when initialized is disabled.
* Kevin Hilman khil...@deeprootsystems.com [121016 18:04]:
Doh, this isn't quite right yet. Some more PM testing shows that UART
wakeups are broken, so this isn't ready for v3.7 yet.
OK I'll drop it then.
Tony
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the
On Tue, 25 Sep 2012, Tero Kristo wrote:
Previously the code only acquired spinlock after increasing / decreasing
the usecount value, which is wrong. This leaves a small window where
a task switch may occur between the check of the usecount and the actual
wakeup / sleep of the domain. Fixed by
* Paul Walmsley p...@pwsan.com [121016 19:26]:
On Tue, 25 Sep 2012, Tero Kristo wrote:
Previously the code only acquired spinlock after increasing / decreasing
the usecount value, which is wrong. This leaves a small window where
a task switch may occur between the check of the usecount
Hi Ivan,
On Tuesday 16 October 2012 11:36 PM, Tony Lindgren wrote:
* Ivan Djelicivan.dje...@parrot.com [121010 09:40]:
I ran several mtd regression tests on a Beagle Board on your gpmc-czimage-v2
tag.
All BCH error correcting tests passed successfully.
I occasionally had weird read
Hi Tony,
On Tuesday 16 October 2012 12:26 PM, Afzal Mohammed wrote:
I certainly don't think it is easier, rather tougher, cleaner
as well. One thing that worried me was, if we pursue the
auxdata path (a last resort option) and later if it is
objected, we would be back to square one.
I
90 matches
Mail list logo