Hi Paul,
On Mon, 2012-01-23 at 14:15 +0200, Tomi Valkeinen wrote:
Here are two fixes to get DSS work better with PM on OMAP3.
The first two patches fix the missing SYSC_HAS_ENAWAKEUP flag, which removes
the SYNC_LOST problem.
The third patch changes omapdss to use pm_runtime_put_sync
On 01/24/2012 03:00 PM, Mark Brown wrote:
On Tue, Jan 24, 2012 at 01:52:27PM +0200, Peter Ujfalusi wrote:
Disable the not connected pins on the board based on the
received platform data.
DO not register the jack function on boards, which does not have
means to detect it (jack is always
Hi,
On Tue, 2012-01-24 at 14:00 +0100, Julia Lawall wrote:
From: Julia Lawall julia.law...@lip6.fr
The various devm_ functions allocate memory that is released when a
driver
detaches. This patch uses these functions for data that is allocated
in
the probe function of a platform device
On Wed, Jan 25, 2012 at 11:59:54AM +1100, NeilBrown wrote:
On Tue, 24 Jan 2012 10:56:12 +0200 Felipe Balbi ba...@ti.com wrote:
On Fri, Dec 30, 2011 at 12:36:28PM +1100, NeilBrown wrote:
This callback is on an 'atomic notificaitons' queue but is written
as a blocking notifier.
Convert our platform_data usage to OF property,
keep the legacy pdata for a while until the complete
conversion is done.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/usb/dwc3/dwc3-omap.c | 34 ++
1 files changed, 22 insertions(+), 12 deletions(-)
diff
On Tue, Jan 24, 2012 at 09:45:31PM +, Russell King - ARM Linux wrote:
On Tue, Jan 24, 2012 at 05:26:00PM +, Will Deacon wrote:
diff --git a/arch/arm/mach-realview/include/mach/irqs-pb1176.h
b/arch/arm/mach-realview/include/mach/irqs-pb1176.h
index 5c3c625..708f841 100644
---
On Wed, Jan 25, 2012 at 09:58:00AM +, Will Deacon wrote:
Sure. Which branch shall I take it against (before or after your amba
changes)?
If it's before them, we can think about putting it in as a fix during
this -rc independently of the rest of the changes. If it's after,
then it'll
On Wed, Jan 25, 2012 at 10:22:02AM +, Russell King - ARM Linux wrote:
On Wed, Jan 25, 2012 at 09:58:00AM +, Will Deacon wrote:
Sure. Which branch shall I take it against (before or after your amba
changes)?
If it's before them, we can think about putting it in as a fix during
this
On Tue, 2012-01-24 at 16:44 +0100, Danny Kukawka wrote:
Commit ba02fa37de80bea10d706f39f076dd848348320a disabled the
venc driver registration on OMAP4. Since the driver never gets
probed/initialised your get a dereferenceed NULL pointer if you
try to get info from
On 24 January 2012 17:22, Peter Ujfalusi peter.ujfal...@ti.com wrote:
Hello,
the following series will add ASoC support for PandaBoards.
PandaBoards have different audio routings compared to SDP4430/Blaze boards,
but
the differences not that big to justify a new ASoC machine driver.
The
On Mon, 2012-01-23 at 06:46 -0700, Gary Thomas wrote:
On 2012-01-22 22:06, Hiremath, Vaibhav wrote:
On Sat, Jan 21, 2012 at 21:46:38, Gary Thomas wrote:
I'm running the public 3.0 kernel on my boards. I have some boards
which can have either OMAP3530 or DM3730 (newer boards have the
On Wed, Jan 25, 2012 at 10:39:06AM +, Will Deacon wrote:
On Wed, Jan 25, 2012 at 10:22:02AM +, Russell King - ARM Linux wrote:
On Wed, Jan 25, 2012 at 09:58:00AM +, Will Deacon wrote:
Sure. Which branch shall I take it against (before or after your amba
changes)?
If it's
On 01/25/2012 12:50 PM, Jassi Brar wrote:
Hi Peter,
I tried the patchset on my 4430 Panda. Playback works ok, but not Capture.
All is get is a hiss.
Is capture supposed to work ? If yes, any amixer settings that need
to be done?
Thanks for testing the series.
I do not have Panda on my
On Tue, 2012-01-24 at 20:57 +0200, Carlos Chinea wrote:
Several people have shown interest for this to be integrated in the
kernel to help development.The framework is already in use in Nokia
products like N9.
We (ST-Ericsson) also use this framework and we have a driver
for it in
On Wed, Jan 25, 2012 at 10:23:01AM +0200, Peter Ujfalusi wrote:
On 01/24/2012 03:00 PM, Mark Brown wrote:
On Tue, Jan 24, 2012 at 01:52:27PM +0200, Peter Ujfalusi wrote:
Disable the not connected pins on the board based on the
received platform data.
DO not register the jack function on
On Wed, Jan 25, 2012 at 1:35 PM, Artem Bityutskiy
artem.bityuts...@linux.intel.com wrote:
There is a signed tag (hsi_for_3.3), but said it so is true that my key
was signed only by one person. Today I've managed to meet Artem
Bityutskiy and he has now also signed the key. However, It is my
On Wed, 2012-01-25 at 13:47 +0200, Pekka Enberg wrote:
On Wed, Jan 25, 2012 at 1:35 PM, Artem Bityutskiy
artem.bityuts...@linux.intel.com wrote:
There is a signed tag (hsi_for_3.3), but said it so is true that my key
was signed only by one person. Today I've managed to meet Artem
On 2012-01-25 04:07, Tomi Valkeinen wrote:
On Mon, 2012-01-23 at 06:46 -0700, Gary Thomas wrote:
On 2012-01-22 22:06, Hiremath, Vaibhav wrote:
On Sat, Jan 21, 2012 at 21:46:38, Gary Thomas wrote:
I'm running the public 3.0 kernel on my boards. I have some boards
which can have either
On 01/25/2012 01:33 PM, Mark Brown wrote:
It'd do the right thing if you changed the code to only register the
board widgets and routes as required - from your reply to Jassi it looks
like you ought to do conditional reigstration anyway as the input paths
move around between board variations.
On Tue, Jan 24, 2012 at 8:32 PM, Rob Clark rob.cl...@linaro.org wrote:
On Tue, Jan 24, 2012 at 8:17 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Tue, Jan 24, 2012 at 5:54 PM, Rob Clark rob.cl...@linaro.org wrote:
On Tue, Jan 24, 2012 at 9:33 AM, Felipe Contreras
On 01/20/2012 09:40 PM, Colin Cross wrote:
On Fri, Jan 20, 2012 at 12:46 AM, Daniel Lezcano
daniel.lezc...@linaro.org wrote:
Hi Colin,
this patchset could be interesting to resolve in a generic way the cpu
dependencies.
What is the status of this patchset ?
I can't do much with it right now,
Integrate the latest SmartReflex bufixes from Felipe Balbi [1] and
Nishant Menon [2].
Based on latest master branch of the mainline git tree (3.3.0-rc1) [3], commit
f8275f9694b8adf9f3498e747ea4c3e8b984499b.
[1] http://marc.info/?l=linux-omapm=132134699423547w=2
[2]
From: Shweta Gulati shweta.gul...@ti.com
To set sr ntarget values for all volt_domain,
volt_table is retrieved by doing a look_up of 'vdd_name'
field from omap_hwmod but voltage domain pointer does not
belong to omap_hwmod and is not used anywhere else.
As a part of voltage layer and SR Layer
From: Julia Lawall ju...@diku.dk
At this point, the ioremap has taken place, so the error handling code at
the label err_iounmap should be used rather than returning directly.
The semantic match that finds this problem is as follows:
(http://coccinelle.lip6.fr/)
// smpl
@r@
identifier x;
@@
From: Nishanth Menon n...@ti.com
SmartReflex should be disabled while entering low power mode due to
the following reasons:
a) SmartReflex values are not defined for retention voltage.
b) With SmartReflex enabled, if the CPU enters low power state, FSM
will try to bump the voltage to current
From: Colin Cross ccr...@android.com
Running without smartreflex for any significant time (on the order
of seconds) is unsafe and can cause thermal runaway. Move
smartreflex suspend into suspend_noirq, so it happens as late as
possible. This prevents hangs that occur in a driver suspend
handler
From: Nishanth Menon n...@ti.com
This reverts commit b6be18f0bab68ed304ebbb2d787d1c36237eda62.
Revert the patch so that we remove any opportunity of SR disable/enable
and any device_scale transitions from conflicting with suspend/resume
path by moving the sr enable/disable activity to the very
From: Nishanth Menon n...@ti.com
sr_modify_mask takes mask, value as parameters, the usage
currently is value, mask which is wrong, as a result
vpboundint_st which was supposed to have been disabled,
does not get disabled.
Change-Id: Id59aea06bc7e980345ae2d522592b2abc1feeede
Signed-off-by:
From: Nishanth Menon n...@ti.com
SmartReflex AVS Errorgen module supplies signals to Voltage
Processor. It is suggested that by disabling Errorgen module
before we disable VP, we might be able to ensure lesser
chances of race condition to occur in the system.
Change-Id:
From: Nishanth Menon n...@ti.com
Since OMAP's VP and PRM modules do not get reset by warm reset,
we should ensure that proper shutdown procedure is followed prior
to allowing the kernel to reboot back up.
Without this patch, Smartreflex module might be left active or
system might be caught in an
From: Nishanth Menon n...@ti.com
ERRCONFIG register has status bits that were intended not to
be destroyed by bad modification. We cleanup and simplify the
handling the status in the modify path.
Change-Id: I5a7e19fe924a05ffe38c8e31ae8acc48aee8c3f6
Reported-by: Vincent Bour v-b...@ti.com
From: Nishanth Menon n...@ti.com
ERRCONFIG register's VPBOUNDINTST has an additional functional meaning
It force clears Sr_interruptz internal signal. This can result in
scenarios where VP- SR protocol is violated where voltage processor's
As interruptz is already high, VP will never clear the
From: Nishanth Menon n...@ti.com
OMAP3 SmartReflex IRQs in hwmod structures with the same naming as
present in OMAP4. Without these IRQs being registered, SmartReflex
driver will be unable to get the IRQ numbers to handle notifications
Change-Id: Iaba431b3d4a5c2e4ce64e3aa54f0148058d6662f
From: Nishanth Menon n...@ti.com
At times with bad SR configurations, especially during silicon bring-ups,
we could get continuous spurious interrupts which end up hanging the
platform in the form of an ISR call for status bits that are
automatically enabled by the hardware without any software
From: Nishanth Menon n...@ti.com
Introduce private data for class drivers to operate on per
voltage domain. This removes the necessity for drivers such
as SmartReflex AVS Class 1.5 drivers from maintaining
a special lookup table which does not scale when number of
voltage domains change depending
From: Nishanth Menon n...@ti.com
We need some mechanism from class drivers to control when notifiers
should be triggered and when not, currently we have none, which makes
Class driver usage of the interrupt events almost impossible.
We also ensure that disable/enable or irq is always guarenteed
From: Nishanth Menon n...@ti.com
Use SmartReflex AVS Class3 initialization only for OMAP343x family of
processors.
Change-Id: I660326bf265541ba4e0feb52853ff6cb9b293aed
Signed-off-by: Nishanth Menon n...@ti.com
Signed-off-by: Jean Pihet j-pi...@ti.com
---
arch/arm/mach-omap2/smartreflex-class3.c
From: Felipe Balbi ba...@ti.com
There are no functional changes here, only misc cleanups in general:
- re-organize variable declarations,
- converting if {} else if {} else {} into switch statements,
- correct comments typos,
- add/remove white lines to improve readability,
- etc.
Signed-off-by:
From: Felipe Balbi ba...@ti.com
that's very useful to fetch the correct struct sr_info
from PM handlers.
Signed-off-by: Felipe Balbi ba...@ti.com
Signed-off-by: Jean Pihet j-pi...@ti.com
---
arch/arm/mach-omap2/smartreflex.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff
From: Felipe Balbi ba...@ti.com
no functional changes, trivial patch.
Signed-off-by: Felipe Balbi ba...@ti.com
Signed-off-by: Jean Pihet j-pi...@ti.com
---
arch/arm/mach-omap2/smartreflex.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
From: Felipe Balbi ba...@ti.com
val (val != 1) == val 1
Signed-off-by: Felipe Balbi ba...@ti.com
Signed-off-by: Jean Pihet j-pi...@ti.com
---
arch/arm/mach-omap2/smartreflex.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/smartreflex.c
From: Nishanth Menon n...@ti.com
SmartReflex IP V1 and V2 have different registers and offsets.
Currently, we pass the status as is to the class driver. However,
since we don't pass the version of the underlying SR hardware
to the Class driver, it will not be unable to make consistent
sense of
From: Nishanth Menon n...@ti.com
Certain class drivers such as class 1.5 drivers, will need specific
notification that they have to be inited up or deinited independent
of smart reflex operation. They also may need private data to be
used for operations of their own, provide the same.
This allows
On 01/25/2012 06:16 PM, Jean Pihet wrote:
From: Colin Crossccr...@android.com
Running without smartreflex for any significant time (on the order
of seconds) is unsafe and can cause thermal runaway. Move
smartreflex suspend into suspend_noirq, so it happens as late as
possible. This
Salut Jean,
On 1/25/2012 4:16 PM, Jean Pihet wrote:
From: Nishanth Menonn...@ti.com
This reverts commit b6be18f0bab68ed304ebbb2d787d1c36237eda62.
That weird, because you revert a patch you introduced just before:
[PATCH 03/21] OMAP3+: PM: SR: add suspend/resume handlers
Moreover this commit
On Tue, Jan 24, 2012 at 1:53 AM, Cousson, Benoit b-cous...@ti.com wrote:
+ Mike
On 1/19/2012 12:39 AM, Ameya Palande wrote:
Signed-off-by: Ameya Palandeameya.pala...@ti.com
Assuming that you will re-send with Kevin's comment taken into account, the
fix is indeed very valid.
Acked-by:
Hi Benoit,
On Wed, Jan 25, 2012 at 6:53 PM, Cousson, Benoit b-cous...@ti.com wrote:
Salut Jean,
On 1/25/2012 4:16 PM, Jean Pihet wrote:
From: Nishanth Menonn...@ti.com
This reverts commit b6be18f0bab68ed304ebbb2d787d1c36237eda62.
That weird, because you revert a patch you introduced
On 1/25/2012 7:13 PM, Jean Pihet wrote:
Hi Benoit,
On Wed, Jan 25, 2012 at 6:53 PM, Cousson, Benoitb-cous...@ti.com wrote:
Salut Jean,
On 1/25/2012 4:16 PM, Jean Pihet wrote:
From: Nishanth Menonn...@ti.com
This reverts commit b6be18f0bab68ed304ebbb2d787d1c36237eda62.
That weird,
Cousson, Benoit b-cous...@ti.com writes:
On 1/25/2012 7:13 PM, Jean Pihet wrote:
[...]
I guess that path #3 and #5 should just be removed.
I am ok with both options (keeping or removing the 2 commits), please
let me know what you prefer.
I guess that removing both is the only acceptable
Hi Tomi,
sorry about the delay,
On Wed, 25 Jan 2012, Tomi Valkeinen wrote:
On Mon, 2012-01-23 at 14:15 +0200, Tomi Valkeinen wrote:
Here are two fixes to get DSS work better with PM on OMAP3.
...
The two fixes are independent, so either I can take them through dss tree
(with
On Mon, 23 Jan 2012, Tomi Valkeinen wrote:
Currently OMAP2 and 3 share the same omap_hwmod_class and
omap_hwmod_class_sysconfig for dispc. However, OMAP3 has sysconfig
bits that OMAP2 doesn't have, so we need to split those structs into
OMAP2 and OMAP3 specific versions.
This patch only
On Mon, 23 Jan 2012, Tomi Valkeinen wrote:
dispc's sysc_flags is missing SYSC_HAS_ENAWAKEUP flag. This seems to
cause SYNC_LOST errors from the DSS when the power management is
enabled.
This patch adds the missing SYSC_HAS_ENAWAKEUP flag. Note that there are
other flags missing also (clock
On Tue, 24 Jan 2012, Ameya Palande wrote:
According to OMAP4 TRM Table 3-1183, CM_CLKSEL_DPLL_USB register defines
following fields for multiplication and division factors:
DPLL_MULT (bits 19:8) DPLL multiplier factor (2 to 4095)
DPLL_DIV (bits 7:0) DPLL divider factor (0 to 255)
Hi
one important question first:
On Tue, 24 Jan 2012, Ameya Palande wrote:
According to OMAP4 TRM Table 3-1183, CM_CLKSEL_DPLL_USB register defines
following fields for multiplication and division factors:
DPLL_MULT (bits 19:8) DPLL multiplier factor (2 to 4095)
DPLL_DIV (bits 7:0) DPLL
Hi
On Tue, 24 Jan 2012, Palande, Ameya wrote:
Any update on this?
Looks good to me, but have the scripts been updated?
Also could you please cc linux-arm-ker...@lists.infradead.org?
- Paul
On Fri, Jan 20, 2012 at 11:53 AM, Palande, Ameya ameya.pala...@ti.com wrote:
Any update on this?
cc'ing linux-arm-kernel also
Hi
some comments
On Tue, 24 Jan 2012, Govindraj.R wrote:
From: Govindraj.R govindraj.r...@ti.com
On omap3630 onwards uart wer reg has bit 7
for tx wakeup enable.
Without this bit set some uart sluggishness might be seen
while printing data on console,
cc'ing linux-arm-kernel also (correct address this time)
Hi
some comments
On Tue, 24 Jan 2012, Govindraj.R wrote:
From: Govindraj.R govindraj.r...@ti.com
On omap3630 onwards uart wer reg has bit 7
for tx wakeup enable.
Without this bit set some uart sluggishness might be seen
while
Hi Paul,
On 1/25/2012 8:05 PM, Paul Walmsley wrote:
Hi
one important question first:
On Tue, 24 Jan 2012, Ameya Palande wrote:
According to OMAP4 TRM Table 3-1183, CM_CLKSEL_DPLL_USB register defines
following fields for multiplication and division factors:
DPLL_MULT (bits 19:8) DPLL
cc Benoît
Hi
sorry for the delay, just caught this during a list sweep. The maintainer
of the OMAP4 hwmod data is Benoît, so I'd suggest cc'ing him for OMAP4
hwmod data requests.
On Wed, 4 Jan 2012, Marc Butler wrote:
Currently omap_hwmod_44xx_data.c has slimbus1/slimbus2 included in the
Hi,
With CONFIG_PREEMPT=y and hammering away on two different JFFS2
partitions on a NAND flash I get an oops within ~10 seconds. This is on
a BeagleBoard xM (rev A2, with NAND).
I've boiled it down to whether CONFIG_PREEMPT (bug happens) or
CONFIG_PREEMPT_VOLUNTARY (bug doesn't happen) is
On 01/25/2012 09:12 PM, Orjan Friberg wrote:
I've boiled it down to whether CONFIG_PREEMPT (bug happens) or
CONFIG_PREEMPT_VOLUNTARY (bug doesn't happen) is selected.
No, I haven't. The problem disappeared only for
while :; do dd if=/dev/zero of=file bs=800 count=1; done
That one-liner
Hi
On Wed, 25 Jan 2012, Orjan Friberg wrote:
With CONFIG_PREEMPT=y and hammering away on two different JFFS2 partitions on
a NAND flash I get an oops within ~10 seconds. This is on a BeagleBoard xM
(rev A2, with NAND).
I've boiled it down to whether CONFIG_PREEMPT (bug happens) or
On Wed, 25 Jan 2012, Paul Walmsley wrote:
- Try changing all the spin_lock() calls to spin_lock_irqsave() and all
the spin_unlock() calls to spin_unlock_irqrestore() to see if the
preemption count is being prematurely decremented
Just to clarify, I mean in the jffs2 code, not the entire
On Tue, 24 Jan 2012, Peter Ujfalusi wrote:
On 01/24/2012 10:36 AM, Paul Walmsley wrote:
This patch seams to be missing from 3.3-rc1. The rest of the series is
there, but because of the missing patch audio does not probe on
4430SDP/Blaze.
Can you queue this as a fix for Linus?
Doh,
On Wed, 28 Dec 2011, Ilya Yanok wrote:
dss_core has to be initialized before any other DSS hwmod. Currently
this is broken as dss_core is listed in chip/revision specific hwmod
lists while other DSS hwmods are listed in common list which is
registered first.
This patch moves DSS hwmods
Hi Tony
The following changes since commit dcd6c92267155e70a94b3927bce681ce74b80d1f:
Linux 3.3-rc1 (2012-01-19 15:04:48 -0800)
are available in the git repository at:
git://git.pwsan.com/linux-2.6 omap_fixes_a_3.3rc
Ilya Yanok (1):
ARM: OMAP3: hwmod data: register dss hwmods after
On Wed, 25 Jan 2012, Paul Walmsley wrote:
The following changes since commit dcd6c92267155e70a94b3927bce681ce74b80d1f:
Linux 3.3-rc1 (2012-01-19 15:04:48 -0800)
are available in the git repository at:
git://git.pwsan.com/linux-2.6 omap_fixes_a_3.3rc
By the way, since Benoît had
On Wed, Jan 25, 2012 at 12:49, Kevin Hilman khil...@ti.com wrote:
Cousson, Benoit b-cous...@ti.com writes:
On 1/25/2012 7:13 PM, Jean Pihet wrote:
[...]
I guess that path #3 and #5 should just be removed.
I am ok with both options (keeping or removing the 2 commits), please
let me know
Hi Paul,
On 1/25/2012 8:05 PM, Paul Walmsley wrote:
Hi
On Tue, 24 Jan 2012, Palande, Ameya wrote:
Any update on this?
Looks good to me, but have the scripts been updated?
Nope. The clkdm was never populated for DPLL in OMAP4 so far. We will
have to add that extra parameters to every
On 12/10/2011 8:55 AM, Andre Puschmann wrote:
Hi list, Steve,
I am trying to boot a kernel I built (using omap2plus_defconfig) based
on Steve's omap-3.2 branch without much success.
I don't get any console output after Uboot finished uncompressing the
kernel. Is there anything I need to
Hi Mike,
On Wed, Jan 25, 2012 at 10:10 AM, Turquette, Mike mturque...@ti.com wrote:
On Tue, Jan 24, 2012 at 1:53 AM, Cousson, Benoit b-cous...@ti.com wrote:
+ Mike
On 1/19/2012 12:39 AM, Ameya Palande wrote:
Signed-off-by: Ameya Palandeameya.pala...@ti.com
Assuming that you will re-send
Hi Paul,
On Wed, Jan 25, 2012 at 11:05 AM, Paul Walmsley p...@pwsan.com wrote:
Hi
On Tue, 24 Jan 2012, Palande, Ameya wrote:
Any update on this?
Looks good to me, but have the scripts been updated?
Thanks for the review!
Also could you please cc linux-arm-ker...@lists.infradead.org?
Hi Ameya
On Wed, 25 Jan 2012, Palande, Ameya wrote:
On Wed, Jan 25, 2012 at 11:05 AM, Paul Walmsley p...@pwsan.com wrote:
Also could you please cc linux-arm-ker...@lists.infradead.org?
Sorry. Will do it from next time.
Please do it on this one too. Otherwise I will have to do it :-)
On Wed, 2012-01-18 at 16:58 +0530, Vaibhav Hiremath wrote:
+/**
+ * read_persistent_clock - Return time from a persistent clock.
+ *
+ * Reads the time from a source which isn't disabled during PM, the
+ * 32k sync timer. Convert the cycles elapsed since last read into
+ * nsecs and adds
Hi,
On Fri, Nov 11, 2011 at 3:57 AM, Govindraj.R govindraj.r...@ti.com wrote:
Converting uart driver to adapt to pm runtime API's.
Code re-org + cleanup.
Moving some functionality from serial.c to omap-serial.c
...
Ensure CONFIG_OMAP_PRM is set while testing irq_chaining with uart.
And for
Hi
I think this is a known issue, but the debugfs pm_debug/count file is
non-functional on 242x.
root@(none):/debug/pm_debug# cat count
core_pwrdm (OFF),OFF:1,RET:0,INA:0,ON:0,RET-LOGIC-OFF:0,RET-MEMBANK1-OFF:0,RET-M
EMBANK2-OFF:0,RET-MEMBANK3-OFF:0
mpu_pwrdm
Prevent OMAP UARTs from going idle while they are still transferring
data in PIO mode. This works around an oversight in the OMAP UART
hardware present in OMAP34xx and earlier: an idle UART won't send a
wakeup when the TX FIFO threshold is reached. This causes long delays
during data
The receive FIFO wakeup latency estimate in the omap-serial driver is
three orders of magnitude too small. This effectively prevents the
MPU from going to a low-power state when CONFIG_CPU_IDLE=y. This is a
major power management regression and masks some other FIFO-related
bugs in the driver.
Hi
The subject line on this patch should have been
[PATCH v2 2/3] tty: serial: OMAP: block idle while the UART is
transferring data in PIO mode
- Paul
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
On Wed, 25 Jan 2012, Ramirez Luna, Omar wrote:
Hi,
On Fri, Nov 11, 2011 at 3:57 AM, Govindraj.R govindraj.r...@ti.com wrote:
Converting uart driver to adapt to pm runtime API's.
Code re-org + cleanup.
Moving some functionality from serial.c to omap-serial.c
...
Ensure
cc lists
Hi Greg
On Tue, 24 Jan 2012, gre...@suse.de wrote:
This is a note to let you know that I've just added the patch titled
tty: serial: OMAP: ensure FIFO levels are set correctly in non-DMA
to my tty git tree which can be found at
On Wed, 25 Jan 2012, Paul Walmsley wrote:
On Wed, 25 Jan 2012, Paul Walmsley wrote:
- Try changing all the spin_lock() calls to spin_lock_irqsave() and all
the spin_unlock() calls to spin_unlock_irqrestore() to see if the
preemption count is being prematurely decremented
Just to
On Wed, Jan 25, 2012 at 08:02:09PM -0700, Paul Walmsley wrote:
cc lists
Hi Greg
On Tue, 24 Jan 2012, gre...@suse.de wrote:
This is a note to let you know that I've just added the patch titled
tty: serial: OMAP: ensure FIFO levels are set correctly in non-DMA
to my tty git
On Wed, 25 Jan 2012, Greg KH wrote:
On Wed, Jan 25, 2012 at 08:02:09PM -0700, Paul Walmsley wrote:
On Tue, 24 Jan 2012, gre...@suse.de wrote:
This is a note to let you know that I've just added the patch titled
tty: serial: OMAP: ensure FIFO levels are set correctly in
Hi Nishant,
On Wed, Jan 25, 2012 at 10:29 PM, Menon, Nishanth n...@ti.com wrote:
On Wed, Jan 25, 2012 at 12:49, Kevin Hilman khil...@ti.com wrote:
Cousson, Benoit b-cous...@ti.com writes:
On 1/25/2012 7:13 PM, Jean Pihet wrote:
[...]
I guess that path #3 and #5 should just be removed.
I
Hi,
just want to ask if anybody try to boot 3.2.1 stable kernel on Pandaboard.
I try yesterday but last message which I seen was uncompressing linux
(also with enabled CONFIG_LL).
Use codesourcery 2009q1 + config from here:
http://elinux.org/images/7/71/Config.3.2.2
Thanks,
marek
--
as
86 matches
Mail list logo