Hi Ricardo,
On Fri, Dec 16, 2011 at 12:33 PM, Ricardo Neri ricardo.n...@ti.com wrote:
It has been detected that HDMI audio is broken in K3.2-rcX due to
the most recent updates in the DSS. This set of patches aims to repair such
break. It also improves the implementation of the ASoC codec to
On 12/23/2011 04:40 PM, T Krishnamoorthy, Balaji wrote:
On Wed, Dec 14, 2011 at 6:52 PM, Daniel Mack zon...@gmail.com wrote:
diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c
index 101cd31..8215ef9 100644
--- a/drivers/mmc/host/omap_hsmmc.c
+++
On Thu, Dec 29, 2011 at 03:26:48PM +0530, K, Mythri P wrote:
We could not also try to move the ASoC HDMI audio codec driver from
DSS to sound, but this is good for now.
You should certainly send the driver for review on the ALSA list...
--
To unsubscribe from this list: send the line
On Sat, Dec 10, 2011 at 05:59:57PM +0200, Felipe Contreras wrote:
It was not working for me, but it seems the problem was related to
mdev/udev; snd_soc_tlv320aic3x has to be loaded before snd-soc-rx51.
That should not be required, the modules should be loadable in any
order.
--
To unsubscribe
Hi Ming,
On 12/14/2011 03:00 PM, Ming Lei wrote:
This patch introduces object detection generic driver.
The driver is responsible for all v4l2 stuff, buffer management
and other general things, and doesn't touch object detection hardware
directly. Several interfaces are exported to low
On Thu, Dec 29, 2011 at 8:37 PM, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
On Sat, Dec 10, 2011 at 05:59:57PM +0200, Felipe Contreras wrote:
It was not working for me, but it seems the problem was related to
mdev/udev; snd_soc_tlv320aic3x has to be loaded before snd-soc-rx51.
On Thu, Dec 29, 2011 at 11:25:50PM +0200, Felipe Contreras wrote:
On Thu, Dec 29, 2011 at 8:37 PM, Mark Brown
On Sat, Dec 10, 2011 at 05:59:57PM +0200, Felipe Contreras wrote:
It was not working for me, but it seems the problem was related to
mdev/udev; snd_soc_tlv320aic3x has to be loaded
On Thu, Dec 29, 2011 at 11:27 PM, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
On Thu, Dec 29, 2011 at 11:25:50PM +0200, Felipe Contreras wrote:
On Thu, Dec 29, 2011 at 8:37 PM, Mark Brown
On Sat, Dec 10, 2011 at 05:59:57PM +0200, Felipe Contreras wrote:
It was not working for me,
On Thu, Dec 29, 2011 at 11:51:11PM +0200, Felipe Contreras wrote:
On Thu, Dec 29, 2011 at 11:27 PM, Mark Brown
On Thu, Dec 29, 2011 at 11:25:50PM +0200, Felipe Contreras wrote:
On Thu, Dec 29, 2011 at 8:37 PM, Mark Brown
On Sat, Dec 10, 2011 at 05:59:57PM +0200, Felipe Contreras wrote:
Mark Brown broo...@opensource.wolfsonmicro.com writes:
On Thu, Dec 29, 2011 at 11:51:11PM +0200, Felipe Contreras wrote:
On Thu, Dec 29, 2011 at 11:27 PM, Mark Brown
On Thu, Dec 29, 2011 at 11:25:50PM +0200, Felipe Contreras wrote:
On Thu, Dec 29, 2011 at 8:37 PM, Mark Brown
On Sat, Dec
opp_find_freq_ceil and opp_get_voltage are documented as requiring
rcu_lock to be held. So hold it.
Signed-off-by: NeilBrown ne...@suse.de
diff --git a/arch/arm/mach-omap2/pm.c b/arch/arm/mach-omap2/pm.c
index 00bff46..470976e 100644
--- a/arch/arm/mach-omap2/pm.c
+++
As the card-detect irq handler just schedules work to be done by
a thread, we can use request_threaded_irq to do much of the work for
us. This means that interrupts which arrive by handle_nested_irq
actually work.
Reviewed-by: Felipe Balbi ba...@ti.com
Tested-by: Grazvydas Ignotas
This callback is on an 'atomic notificaitons' queue but is written
as a blocking notifier.
Convert to use a work-queue to run from non-atomic context.
Signed-off-by: NeilBrown ne...@suse.de
diff --git a/drivers/usb/musb/musb_core.h b/drivers/usb/musb/musb_core.h
index b3c065a..fb90d94 100644
When dispc_mgr_enable is called during shutdown the device might
be asleep, which causes problems. So ensure it is awake.
Signed-off-by: NeilBrown ne...@suse.de
diff --git a/drivers/video/omap2/dss/dispc.c b/drivers/video/omap2/dss/dispc.c
index 5c81533..75a767f 100644
---
On a board with OMAP3 processor and TWL4030 Power management,
we need to talk to the TWL4030 during late suspend but cannot
because the I2C interrupt is disabled (as late suspend disables
interrupt).
e.g. I get messages like:
[ 62.161102] musb-omap2430 musb-omap2430: LATE power domain
[re-sent with multiple To: headers to placate vger.kernel.org]
This series makes the bq27000 battery monitor work well
when driven by the HDQ bus on OMAP devices.
I realise that there could be separate maintainers for each
file but figured that the series makes most sense as a whole
and am
w1_bq27000 adds a bq27000-battery platform device but does not provide
platform data for it. This causes the bq27x00 driver to dereference a NULL
pointer.
So provide the appropriate platform data. This requires modifying
w1_bq27000_read so that it find the w1 device as the parent of the bq
- some debug messages missed spaces
- sometimes no error was returned when it should have been
- sometimes a message is printed when there is no error, rather
than when there is one.
Signed-off-by: NeilBrown ne...@suse.de
---
drivers/w1/masters/omap_hdq.c | 15 ---
1 files
There is no gain in having a loop - there is no risk of missing the
interrupt with wait_event_timeout.
Signed-off-by: NeilBrown ne...@suse.de
---
drivers/w1/masters/omap_hdq.c | 15 ++-
1 files changed, 6 insertions(+), 9 deletions(-)
diff --git a/drivers/w1/masters/omap_hdq.c
According to the documentation, when an isr happens one of the
3 bits in INT_STATUS must be set to say why.
But I sometimes see a value of zero.
The only explanation I can think of is that someone else reads the
register and so clears the bits. But I cannot find that someone.
So until we do,
A power_supply_changed should only be reported on significant changes
such as transition between charging and not. Incremental changes
such as charge increasing should not be reported - that can easily
be polled for.
Signed-off-by: NeilBrown ne...@suse.de
---
drivers/power/bq27x00_battery.c |
The Amstrad Delta on-board latch2 bit named MODEM_NRESET, now available
as a GPIO pin AMS_DELTA_GPIO_PIN_NMODEM_RESET, is used to power up/down
(bring into/out of a reset state) two distinct on-board devices
simultaneously: the modem, and the voice codec. As a consequence, that
bit is, or can be,
The Amstrad Delta on-board latch2 bit named MODEM_NRESET, now available
as a GPIO pin AMS_DELTA_GPIO_PIN_NMODEM_RESET, is used to power up/down
(bring into/out of a reset state) two distinct on-board devices
simultaneously: the modem, and the voice codec. As a consequence, that
bit is, or can be,
Now that a regulator device for controlling the codec chip reset state
over a platform agnostic regulator API is available on the only board
using this driver so far, extend the driver with a bias control function
which will request virtual power to the codec chip from that virtual
regulator, and
This functionality has just been implemented in the cx20442 codec
driver, no need to keep it here duplicated.
Once done, remove the no longer used AMS_DELTA_LATCH2_MODEM_NRESET
symbol from the board header file and a call to the regulator_toggle()
helper function from the old API wrapper found in
After the CX20442 codec driver already takes care of enabling the codec
power for itself, but before dropping the old bias control method from
the Amstrad Delta ASoC sound card file, which in fact keeps the modem
power always on, even after the ASoC device close for now, extend the
modem setup
On Thu, Dec 29, 2011 at 8:35 PM, NeilBrown ne...@suse.de wrote:
As the card-detect irq handler just schedules work to be done by
a thread, we can use request_threaded_irq to do much of the work for
us. This means that interrupts which arrive by handle_nested_irq
actually work.
27 matches
Mail list logo