On Mon, 23 Jan 2012, Evgeniy Polyakov wrote:
On Mon, Jan 23, 2012 at 11:57:09AM -0700, Paul Walmsley (p...@pwsan.com)
wrote:
http://www.spinics.net/lists/arm-kernel/msg156572.html
Well, if runtime PM does its job for clock manipulation properly, then
things should be fine. I suppose that
Hi,
On Mon, Jan 23, 2012 at 12:12 AM, Shubhrajyoti D shubhrajy...@ti.com wrote:
...
include/linux/mtd/mtd.h | 6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/include/linux/mtd/mtd.h b/include/linux/mtd/mtd.h
index 1a81fde..c717bb6 100644
---
Hi Péter
On Mon, 23 Jan 2012, Peter Ujfalusi wrote:
On 12/19/2011 11:51 PM, Paul Walmsley wrote:
On Fri, 16 Dec 2011, Cousson, Benoit wrote:
On 12/16/2011 7:28 AM, Paul Walmsley wrote:
On Mon, 28 Nov 2011, Peter Ujfalusi wrote:
To be able to get the memory resources by name from
On Tue, Jan 24, 2012 at 05:08:50, Hilman, Kevin wrote:
Vaibhav Hiremath hvaib...@ti.com writes:
OMAP device has 32k-sync timer which is currently used as a
clocksource in the kernel (omap2plus_defconfig).
The current implementation uses compile time selection between
gp-timer and
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 to use a work-queue to run from non-atomic context.
Signed-off-by: NeilBrown ne...@suse.de
doesn't apply.
--
balbi
On Tuesday 24 January 2012 01:39 PM, Brian Norris wrote:
Hi,
On Mon, Jan 23, 2012 at 12:12 AM, Shubhrajyoti D shubhrajy...@ti.com wrote:
...
include/linux/mtd/mtd.h |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/include/linux/mtd/mtd.h
On Tue, Jan 24, 2012 at 12:58:57AM -0700, Paul Walmsley wrote:
On Tue, 24 Jan 2012, Govindraj wrote:
On Tue, Jan 24, 2012 at 1:18 AM, Paul Walmsley p...@pwsan.com wrote:
On Mon, 23 Jan 2012, Govindraj wrote:
On Mon, Jan 23, 2012 at 4:17 PM, Paul Walmsley p...@pwsan.com wrote:
The
On Tue, Jan 24, 2012 at 12:09:04AM -0800, Brian Norris wrote:
Hi,
On Mon, Jan 23, 2012 at 12:12 AM, Shubhrajyoti D shubhrajy...@ti.com wrote:
...
include/linux/mtd/mtd.h | 6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/include/linux/mtd/mtd.h
On Thu, Jan 12, 2012 at 03:22:45PM +0200, Grazvydas Ignotas wrote:
If we shutdown without stopping the gadget first or removing the cable,
gadget manages to configure itself again:
root@pandora /root# poweroff
The system is going down NOW!
Requesting system poweroff
[ 47.714385] musb-hm
Just returning the register content does not help much and looking at other
implementations, like Blackfin, I am guessing this IOCTL is supposed to give
a yes/no sort of result.
It needs to return WDIOF_* flags as defined in include/linux/watchdog.h.
Check also
On Tuesday 24 January 2012 03:03 PM, Wolfram Sang wrote:
Just returning the register content does not help much and looking at other
implementations, like Blackfin, I am guessing this IOCTL is supposed to give
a yes/no sort of result.
It needs to return WDIOF_* flags as defined in
On Mon, Jan 23, 2012 at 11:49:02AM +, Russell King - ARM Linux wrote:
This is an outline of the plan for this cycle, up to the next merge
window, agreed between Olof and myself.
As Nicolas' idle changes weren't merged before the last merge window
opened, we have decided that Nicolas will
On Thu, Jan 12, 2012 at 03:21:38PM +0200, Grazvydas Ignotas wrote:
Since commit 4f9edd2d7e8d usb: musb: Fix the crash issue during reboot
musb_shutdown() does pm_runtime_get_sync/pm_runtime_put by itself, so
this no longer needs to be done by the caller. Also, musb_exit_debugfs()
doesn't
+ 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: Benoit Cousson b-cous...@ti.com
---
arch/arm/mach-omap2/clock44xx_data.c |
Now that all omap2+ boards have been changed to use the newer omapdss driver,
this patch series removes omap2+ support from the old omapfb driver
(drivers/video/omap), and thus makes it an omap1 dss/fb driver.
The use of SRAM for video ram had earlier been disabled by removing the SRAM
allocation
N8x0's blizzard driver has been ported to new omapdss driver, so we can
now remove the old blizzard driver.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/plat-omap/include/plat/blizzard.h | 12 -
drivers/video/omap/Kconfig |7 -
OMAP SRAM can be used as video memory on OMAP1 and 2. However, there
usually is very little SRAM available, thus limiting its use, and no
board supported by the kernel currently uses it.
This patch removes the use of SRAM as video ram for the omapdss driver
to simplify memory handling.
OMAP SRAM can be used as video memory on OMAP1 and 2. However, there
usually is very little SRAM available, thus limiting its use, and no
board supported by the kernel currently uses it.
This patch removes the use of SRAM as video ram for the old omapfb
driver to simplify memory handling.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/mach-omap2/io.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/io.c b/arch/arm/mach-omap2/io.c
index 3f174d5..7fee69c 100644
--- a/arch/arm/mach-omap2/io.c
+++ b/arch/arm/mach-omap2/io.c
omapfb_set_ctrl_platform_data() is no longer used, so it can be removed.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/plat-omap/fb.c |5 -
include/linux/omapfb.h |2 --
2 files changed, 0 insertions(+), 7 deletions(-)
diff --git a/arch/arm/plat-omap/fb.c
omapfb driver used platform_data to get fb memory areas and formats
defined by the board file.
This patch removes omapfb's (both old and new omapfb) use of the
memory data in platform_data, because:
- No board uses them currently
- It's not board file's job to define things like amount of
In an effort to clean up the old omapfb driver, this patch removes
HWA742 (the display chip used in N770) platform data. This can be done
as N770 is the only user of HWA742, and the platform data contains only
one field, te_connected, which we can just presume to be true in the
HWA742 driver.
include/linux/omapfb.h contains structs that are used only by the
omapfb driver. Move the structs into drivers/video/omap/omapfb.h.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap/omapfb.h | 25 +
include/linux/omapfb.h | 25
omapfb_set_platform_data() is no longer used, so remove it.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/plat-omap/fb.c | 15 ---
include/linux/omapfb.h |3 ---
2 files changed, 0 insertions(+), 18 deletions(-)
diff --git a/arch/arm/plat-omap/fb.c
LCD config for old omapfb driver is passed with OMAP_TAG_LCD from board
files or from the bootloader. In an effort to remove OMAP_TAG_LCD, this
patch adds omapfb_set_lcd_config() function that the board files can
call to set the LCD config.
This has the drawback that configuration can no longer
These tags are no longer used and can be removed.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/plat-omap/include/plat/board.h |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/arch/arm/plat-omap/include/plat/board.h
Now that the old omapfb driver is only omap1 display driver, there's no
need to check if the arch is omap1. This patch removes the few remaining
checks for the arch.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap/Makefile |6 ++
Some OMAP1 board files define LCD platform_devices, but there are no
corresponding LCD drivers for those in the kernel. Thus remove these LCD
devices.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/mach-omap1/board-fsample.c |6 --
arch/arm/mach-omap1/board-h2.c
fb_format_to_dss_mode() function is no longer used, so remove it.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/omapfb/omapfb-main.c | 54 --
1 files changed, 0 insertions(+), 54 deletions(-)
diff --git
arch/arm/plat-omap/fb.c contains code to alloc omapfb buffers at early
boot time according to information given from the bootloader or board
file.
This code isn't currently used by any board, and is anyway something
that the newer vram.c could handle. So remove the alloc code and in
later patches
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, not sure what happened here. A brief triage
On Sat, 21 Jan 2012 17:07:18 -0700 (MST) Paul Walmsley p...@pwsan.com wrote:
On Wed, 18 Jan 2012, NeilBrown wrote:
Oh - another thing.
Sometimes during early boot I get:
[0.158447] omap_hwmod: usbtll_fck: missing clockdomain for usbtll_fck.
[0.176879] omap_hwmod: hdq:
On Mon, 2012-01-23 at 02:04 -0700, Paul Walmsley wrote:
On Mon, 23 Jan 2012, Tomi Valkeinen wrote:
Then I noticed that the DISPC's ENWAKEUP is not set. Setting ENWAKEUP
(with SIDLEMODE/IDLEMODE in smart mode) also removes the problem.
Sounds like you've nailed it.
By the way, there's
There are some sysconfig flags missing for OMAP2/3 DSS hwmods. This series adds
those.
This series is based on the earlier series [PATCH 0/3] OMAP: DSS PM fixes,
but is sent separately here as the first series is inteded to go into the next
rc, and this can be left to next merge window.
Tested
hwmod class for dispc is missing sysc flags, which this patch adds.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_2xxx_ipblock_data.c |3 ++-
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c |3 ++-
2 files changed, 4 insertions(+), 2
hwmod class for rfbi is missing SYSS_HAS_RESET_STATUS, which this patch
adds.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
.../mach-omap2/omap_hwmod_2xxx_3xxx_ipblock_data.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
hwmod data for OMAP3 does not define sysconfig for DSI. This patch adds
it.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git
On Tue, 24 Jan 2012, Russell King - ARM Linux wrote:
On Tue, Jan 24, 2012 at 12:58:57AM -0700, Paul Walmsley wrote:
In a correctly-working RX PIO path, the driver is going to receive an
interrupt the moment the data is ready to be transferred from the FIFO.
That's hellishly
Hi Russell,
On Tue, Jan 24, 2012 at 09:50:09AM +, Russell King - ARM Linux wrote:
Right, although it's out there - but I'd like to get the AMBA changes
into it which are already conflicting the Samsung development. So I'm
going to hold off officially asking for people to include the
On Tue, Jan 24, 2012 at 10:56:45AM +, Will Deacon wrote:
Hi Russell,
On Tue, Jan 24, 2012 at 09:50:09AM +, Russell King - ARM Linux wrote:
Right, although it's out there - but I'd like to get the AMBA changes
into it which are already conflicting the Samsung development. So I'm
On Tue, Jan 24, 2012 at 11:27:45AM +, Russell King - ARM Linux wrote:
On Tue, Jan 24, 2012 at 10:56:45AM +, Will Deacon wrote:
I took a look at your amba branch, but all I can see in there is:
6cfa627 ARM: 7079/1: spi: Fix builderror in spi-pl022.c
1c3be36 PM: add runtime PM
Hi all,
here's a rebased version of generic map/unmap patchset.
Also available on generic-map-unmap branch of my tree, some
of the patches have been tested before and already have a
Tested-by tag.
Felipe Balbi (9):
usb: gadget: add generic map/unmap request utilities
usb: dwc3: gadget: use
such utilities are currently duplicated on all UDC
drivers basically with the same structure. Let's group
all implementations into one generic implementation
and get rid of that duplication.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/usb/gadget/udc-core.c | 52
those routines have everything we need to map/unmap
USB requests and it's better to use them.
Tested-by: Kuninori Morimoto kuninori.morimoto...@renesas.com
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/usb/renesas_usbhs/mod_gadget.c | 73 +++
1 files changed,
those routines have everything we need to map/unmap
USB requests and it's better to use them.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/usb/gadget/goku_udc.c | 18 --
1 files changed, 8 insertions(+), 10 deletions(-)
diff --git a/drivers/usb/gadget/goku_udc.c
those routines have everything we need to map/unmap
USB requests and it's better to use them.
In order to achieve that, we had to add a simple
change on how we allocate and use our setup buffer;
we cannot allocate it from coherent anymore otherwise
the generic map/unmap routines won't be able to
those routines have everything we need to map/unmap
USB requests and it's better to use them.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/usb/gadget/amd5536udc.c | 33 ++---
1 files changed, 6 insertions(+), 27 deletions(-)
diff --git
those routines have everything we need to map/unmap
USB requests and it's better to use them.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/usb/gadget/r8a66597-udc.c | 10 ++
1 files changed, 2 insertions(+), 8 deletions(-)
diff --git a/drivers/usb/gadget/r8a66597-udc.c
those routines have everything we need to map/unmap
USB requests and it's better to use them.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/usb/gadget/langwell_udc.c | 45 +---
1 files changed, 7 insertions(+), 38 deletions(-)
diff --git
those routines have everything we need to map/unmap
USB requests and it's better to use them.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/usb/gadget/net2272.c | 18 --
1 files changed, 8 insertions(+), 10 deletions(-)
diff --git a/drivers/usb/gadget/net2272.c
those routines have everything we need to map/unmap
USB requests and it's better to use them.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/usb/gadget/net2280.c | 19 +--
1 files changed, 9 insertions(+), 10 deletions(-)
diff --git a/drivers/usb/gadget/net2280.c
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 v3 series did not made it to 3.3 kernel.
This set contains all the patches
The same machine driver will support other boards
with similar audio configuration (OMAP4, ABE, twl6040).
Rename the driver to have more generic name.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Acked-by: Mark Brown broo...@opensource.wolfsonmicro.com
---
sound/soc/omap/Kconfig
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Acked-by: Mark Brown broo...@opensource.wolfsonmicro.com
---
sound/soc/omap/sdp4430.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/sound/soc/omap/sdp4430.c b/sound/soc/omap/sdp4430.c
index 175ba9a..ceadb13 100644
Change the internal prefixes within the driver from sdp4430.
At he same time correct the Kconfig text as well.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Acked-by: Mark Brown broo...@opensource.wolfsonmicro.com
---
sound/soc/omap/Kconfig|7 ++--
Include file to be used with the upcoming ASoC machine driver
for OMAP platform using ABE with twl6040 codec.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Acked-by: Mark Brown broo...@opensource.wolfsonmicro.com
---
include/linux/platform_data/omap-abe-twl6040.h | 49
To avoid breakage in audio support with the coming change
in ASoC machine driver (conversion to platfrom device).
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
CC: Santosh Shilimkar santosh.shilim...@ti.com
Acked-by: Tony Lindgren t...@atomide.com
Acked-by: Santosh Shilimkar
Convert the OMAP4 ABE/TWL6040 machine driver to platform
driver.
For the card name use the string provided via platform data.
The card's name for OMAP4 SDP4430 has been changed:
SDP4430 - OMAP4-SDP4430
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Acked-by: Mark Brown
In order to avoid breakage change the omap-abe-twl6040
machine driver's routing.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Acked-by: Mark Brown broo...@opensource.wolfsonmicro.com
---
sound/soc/codecs/twl6040.c| 16
sound/soc/omap/omap-abe-twl6040.c | 14
SDP4430 is a reference platform, and as such it has all possible
audio routing implemented.
Correct the DAPM routing to be complete.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Acked-by: Mark Brown broo...@opensource.wolfsonmicro.com
---
sound/soc/omap/omap-abe-twl6040.c | 46
We can have machines without DMIC connected. In this case there is
no need to create amother (unusable) capture PCM on the card.
The existence of the DMIC connection can be checked via
pdata-has_dmic.
Select the correct dai_link structure for the card based on
pdata-has_dmic.
Signed-off-by: Peter
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 connected).
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Acked-by: Mark Brown
PandaBoard has twl6040 codec for audio.
Register the omap4-abe-twl6040 platform device.
Add platform data to enable the twl6040 codec.
Since there is a difference in audio between PandaBoard 4430
and PandaBoard ES (4460):
Use different name for the sound card:
PandaBoard for PandaBoard 4430
Avoid using hardwired configuration for MCLK frequency.
Different board design might use other MCLK frequency.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
sound/soc/omap/omap-abe-twl6040.c | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git
Enable ASoC audio support for OMAP4 based machines with
twl6040 codec via the omap-abe-twl6040 machine driver.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Acked-by: Mark Brown broo...@opensource.wolfsonmicro.com
---
sound/soc/omap/Kconfig |4 +++-
1 files changed, 3 insertions(+), 1
On Tue, Jan 24, 2012 at 01:52:17PM +0200, Peter Ujfalusi wrote:
the following series will add ASoC support for PandaBoards.
Please try not to use quite such verbose prefixes for your serieses -
here's what the mail I'm replying to looks like in my mail client:
- 90 T 01/24 Peter Ujfalusi
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 connected).
This should no longer be needed with
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 and is only freed in the remove
function.
Signed-off-by: Julia
The semantic patch (http://coccinelle.lip6.fr/) used in generating this
patch is as follows. Some manual cleanup was required.
virtual after_start
virtual returned
virtual arg
virtual get
virtual drop_labels
// -
// find
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, response is better when
enabling this bit.
Tested with Beagle XM (OMAP3630)
Cc: Kevin Hilman
On Fri, Jan 20, 2012 at 09:28:50AM +, Russell King - ARM Linux wrote:
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/mach-vexpress/core.h | 17 -
arch/arm/mach-vexpress/ct-ca9x4.c |8
arch/arm/mach-vexpress/v2m.c | 20
Hi,
I am experimenting with an SDIO card on the Beagleboard. I have started
my experiments with Linux-3.1.4 some time ago and basically everything
is working.
Except the fact that currently no native SDIO interrupts are used, but
the status register is polled to recognise the interrupts. Ugh.
On Fri, Jan 20, 2012 at 09:29:10AM +, Russell King - ARM Linux wrote:
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/mach-versatile/core.c | 36
arch/arm/mach-versatile/core.h | 20 -
On Mon, Jan 16, 2012 at 11:24 PM, Rob Clark rob.cl...@linaro.org wrote:
On Mon, Jan 16, 2012 at 2:37 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Mon, Jan 16, 2012 at 7:01 PM, Rob Clark rob.cl...@linaro.org wrote:
On Mon, Jan 16, 2012 at 10:59 AM, Felipe Contreras
On Tue, Jan 24, 2012 at 9:33 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Mon, Jan 16, 2012 at 11:24 PM, Rob Clark rob.cl...@linaro.org wrote:
On Mon, Jan 16, 2012 at 2:37 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Mon, Jan 16, 2012 at 7:01 PM, Rob Clark
Hi Russell,
On Fri, Jan 20, 2012 at 09:29:30AM +, Russell King - ARM Linux wrote:
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/mach-realview/core.h| 20 ---
arch/arm/mach-realview/realview_eb.c | 38
+++---
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 /sys/kernel/debug/omapdss/venc
Return info message about disabled venc if
On Fri, Jan 20, 2012 at 09:29:50AM +, Russell King - ARM Linux wrote:
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/mach-integrator/core.c | 70
++
arch/arm/mach-integrator/integrator_cp.c | 49 -
2
On Tue, Jan 24, 2012 at 04:00:44PM +, Will Deacon wrote:
Hi Russell,
On Fri, Jan 20, 2012 at 09:29:30AM +, Russell King - ARM Linux wrote:
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/mach-realview/core.h| 20 ---
Signed-off-by: Felipe Contreras felipe.contre...@nokia.com
---
arch/arm/plat-omap/mailbox.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/plat-omap/mailbox.c b/arch/arm/plat-omap/mailbox.c
index ad80112..ad32621 100644
--- a/arch/arm/plat-omap/mailbox.c
+++
Paul Walmsley wrote:
cc linux-pm
Hi
On Sun, 22 Jan 2012, David A. Marlin wrote:
I experience an unhandled fault on reboot/shutdown using the ARM-OMAP
kernel-2.6.41.3-1 and later (from Fedora) on a Panda Board. I have logged a
bug in:
https://bugzilla.redhat.com/show_bug.cgi?id=781552
On Tue, Jan 24, 2012 at 04:23:28PM +, Russell King - ARM Linux wrote:
On Tue, Jan 24, 2012 at 04:00:44PM +, Will Deacon wrote:
but then I see a warning during boot:
[1.669654] [ cut here ]
[1.684021] WARNING: at drivers/amba/bus.c:514
2012/1/23 Víctor Manuel Jáquez Leal vjaq...@igalia.com:
No functional changes.
The header file drv_interface.h was only used locally, hence there's no need
to have it.
Also the only prototyped functions were the file_operations callbacks, then
this commit moves them up to avoid prototyping
Hiremath, Vaibhav hvaib...@ti.com writes:
On Tue, Jan 24, 2012 at 05:08:50, Hilman, Kevin wrote:
Vaibhav Hiremath hvaib...@ti.com writes:
OMAP device has 32k-sync timer which is currently used as a
clocksource in the kernel (omap2plus_defconfig).
The current implementation uses compile
2012/1/23 Víctor Manuel Jáquez Leal vjaq...@igalia.com:
Uppercase function names are not pretty. Also the code flow readability is
enhanced.
Looks good to me.
--
Felipe Contreras
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
Hi,
On Mon, 2012-01-23 at 20:43 +0100, ext Linus Walleij wrote:
On Mon, Jan 23, 2012 at 4:06 PM, Carlos Chinea carlos.chi...@nokia.com
wrote:
Hi Linus,
On Thu, 2012-01-19 at 15:58 -0800, ext Linus Torvalds wrote:
So the subject says it all. It's been two weeks(+a day), and 3.3-rc1 is
On 01/24/2012 06:26 PM, Will Deacon wrote:
Right. I took a quick look at the TRM for the PB1176, and I think we do have
an interrupt for GPIO0, it's just on the other GIC. This patch should do the
trick, but I'm not sure what I can do to tickle the GPIO stuff anyway:
For a simple test just
tidspbridge when built as a module is named bridgedriver.
bridgedriver is not a particularly good module name.
tidspbridge is what the source is named. That seems
a more appropriate module name too as it describes
the hardware function better.
Signed-off-by: Joe Perches j...@perches.com
---
On Tue, Jan 24, 2012 at 05:26:00PM +, Will Deacon wrote:
Right. I took a quick look at the TRM for the PB1176, and I think we do have
an interrupt for GPIO0, it's just on the other GIC. This patch should do the
trick, but I'm not sure what I can do to tickle the GPIO stuff anyway:
diff
It was removed in:
http://git.kernel.org/?p=linux/kernel/git/tmlind/linux-omap.git;a=commit;h=98e182a26bbbf5575457622337684ef61493e864
The commit message says a bit about what was done, but not why.
I'm trying to get suspend somewhat working on my board. The board is based on
the beagleboard
On Mon, 23 Jan 2012 14:11:16 -0800 Kevin Hilman khil...@ti.com wrote:
NeilBrown ne...@suse.de writes:
On Thu, 19 Jan 2012 16:22:37 -0800 Kevin Hilman khil...@ti.com wrote:
NeilBrown ne...@suse.de writes:
On Thu, 19 Jan 2012 11:37:39 -0800 Kevin Hilman khil...@ti.com 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 to use a work-queue to run from non-atomic context.
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)
Acked-by: Benoit Cousson b-cous...@ti.com
Signed-off-by:
Any update on this?
On Fri, Jan 20, 2012 at 11:53 AM, Palande, Ameya ameya.pala...@ti.com wrote:
Any update on this?
On Thu, Jan 19, 2012 at 11:22 AM, Ameya Palande ameya.pala...@ti.com wrote:
From: Rajendra Nayak rna...@ti.com
All DPLLs except USB are in ALWON powerdomain. Make sure the
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
felipe.contre...@gmail.com wrote:
On Mon, Jan 16, 2012 at 11:24 PM, Rob Clark rob.cl...@linaro.org wrote:
On Mon, Jan 16, 2012 at 2:37 PM, Felipe Contreras
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
felipe.contre...@gmail.com wrote:
On Mon, Jan 16, 2012 at 11:24 PM, Rob Clark
On Tue, Jan 24, 2012 at 1:06 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Tue, Jan 24, 2012 at 12:09:04AM -0800, Brian Norris wrote:
However, the bug made it into the 3.3 merge window, so shouldn't this
bugfix be sent upstream immediately?
David is the MTD maintainer, and
97 matches
Mail list logo