In OMAP4 and OMAP5 when TILER 2D burst mode is used, a maximum of one line can
be skipped as per the respective TRMs. The MBlockStride OCP signal, which is
sum of ROWINC and image width in memory, is only 17 bits wide. In 2D mode TILER
supports 8192, 16384, 32768 and 65536 values of MBlockStride.
On Sat, Sep 22, 2012 at 3:37 AM, Samuel Ortiz sa...@linux.intel.com wrote:
Hi Paul,
On Wed, Sep 19, 2012 at 08:39:40PM +, Paul Walmsley wrote:
Hi Samuel,
I've queued patch 1 of this series for 3.7, which should go upstream via
the OMAP - arm-soc path. Also asked Keshava to re-send
Hi,
On Sat, Sep 22, 2012 at 3:03 AM, Rabin Vincent ra...@rab.in wrote:
2012/9/6 Kishon Vijay Abraham I kis...@ti.com:
All the PHY configuration other than VBUS, ID GND and OTG SRP are removed
from twl6030. The phy configurations are taken care by the dedicated
usb2 phy driver. So twl6030 is
2012/9/24 ABRAHAM, KISHON VIJAY kis...@ti.com:
On Sat, Sep 22, 2012 at 3:03 AM, Rabin Vincent ra...@rab.in wrote:
USB doesn't work on pandaboard on linux-next, and bisection shows this
patch. Unfortunately, I can't provide a dmesg log because USB is the
only way I currently have to get one
On OMAP4 the i2c1 bus is dedicated for the PMIC and audio related devices.
Manufacturers can opt to use different codec than twl6040 and also can add
audio related IC to the bus (external amplifier for example on SDP4430).
Make it possible to add different set of additional devices to i2c1 bus on
On Sun, Sep 23, 2012 at 3:29 AM, Paul E. McKenney
paul...@linux.vnet.ibm.com wrote:
On Sat, Sep 22, 2012 at 01:10:43PM -0700, Paul E. McKenney wrote:
On Sat, Sep 22, 2012 at 06:42:08PM +, Paul Walmsley wrote:
On Fri, 21 Sep 2012, Paul E. McKenney wrote:
[...]
And here is a patch. I am
On 24/09/12 05:51, Mohammed, Afzal wrote:
It seems you are using PSP Kernel.
Invoking omap_init_gpmc before gpmc request should help.
Okay ... I'm now using earlyprintk and omap_init_gpmc(), but I still get boot
hangs.
My test code is as follows:-
diff --git
Hi Mark,
On Mon, Sep 24, 2012 at 16:21:40, Mark Jackson wrote:
On 24/09/12 05:51, Mohammed, Afzal wrote:
It seems you are using PSP Kernel.
Invoking omap_init_gpmc before gpmc request should help.
Okay ... I'm now using earlyprintk and omap_init_gpmc(), but I still get boot
hangs.
On 24/09/12 12:13, Mohammed, Afzal wrote:
Hi Mark,
On Mon, Sep 24, 2012 at 16:21:40, Mark Jackson wrote:
On 24/09/12 05:51, Mohammed, Afzal wrote:
It seems you are using PSP Kernel.
Invoking omap_init_gpmc before gpmc request should help.
Okay ... I'm now using earlyprintk and
On Fri, Sep 21, 2012 at 23:52:11, Porter, Matt wrote:
On Fri, Sep 21, 2012 at 08:27:07AM +, Hebbar, Gururaja wrote:
On Thu, Sep 20, 2012 at 20:13:33, Porter, Matt wrote:
This series adds DMA Engine support for AM33xx, which uses
an EDMA DMAC. The EDMA DMAC has been previously
On Mon, Sep 24, 2012 at 11:26:55AM +, Hebbar, Gururaja wrote:
On Fri, Sep 21, 2012 at 23:52:11, Porter, Matt wrote:
On Fri, Sep 21, 2012 at 08:27:07AM +, Hebbar, Gururaja wrote:
On Thu, Sep 20, 2012 at 20:13:33, Porter, Matt wrote:
This series adds DMA Engine support for AM33xx,
Hi,
On Mon, Sep 24, 2012 at 02:53:24PM +0300, philippedesw...@gmail.com wrote:
From: Philippe De Swert philippe.desw...@jollamobile.com
Unless generic_interrupt is defined the irq setup
in musb_init_controller fails for the omap2430 driver
since that one does not set it's own interrupt
On Mon, Sep 24, 2012 at 03:15:39PM +0300, Felipe Balbi wrote:
Hi,
On Mon, Sep 24, 2012 at 02:53:24PM +0300, philippedesw...@gmail.com wrote:
From: Philippe De Swert philippe.desw...@jollamobile.com
Unless generic_interrupt is defined the irq setup
in musb_init_controller fails for the
Hi,
On 24/09/2012, Felipe Balbi ba...@ti.com wrote:
SoB's mail doesn't From mail.
Well still in the progress of migrating of my personal to work laptop.
Since the patch does not seem correct the replacement will have
matching addresses.
Hi,
On Mon, Sep 24, 2012 at 03:54:22PM +0300, Philippe De Swert wrote:
Hi,
On 24/09/2012, Felipe Balbi ba...@ti.com wrote:
SoB's mail doesn't From mail.
Well still in the progress of migrating of my personal to work laptop.
Since the patch does not seem correct the replacement will have
On 09/06/2012 09:57 AM, Kishon Vijay Abraham I wrote:
All phy related programming like enabling/disabling the clocks, powering
on/off the phy is taken care of by this driver. It is also used for OTG
related functionality like srp.
This also includes device tree support for usb2 phy driver
On Mon, Sep 24, 2012 at 03:11:34PM +0530, Shilimkar, Santosh wrote:
On Sun, Sep 23, 2012 at 3:29 AM, Paul E. McKenney
paul...@linux.vnet.ibm.com wrote:
On Sat, Sep 22, 2012 at 01:10:43PM -0700, Paul E. McKenney wrote:
On Sat, Sep 22, 2012 at 06:42:08PM +, Paul Walmsley wrote:
On Fri,
Hi,
This series adds basic OMAP5 DSS functionality, mainly related to DSS core, DPI
and DSI.
Tomi
Archit Taneja (1):
OMAPDSS: Add basic omap5 features to dss and dispc
Tomi Valkeinen (8):
OMAPDSS: DSI: improve DSI clock calcs for DISPC
OMAPDSS: move dss feats to the end of dss.c
Commit ee144e645a081daad5de1ccac77f0a0e98e6a67b added
dsi_pll_calc_ddrfreq() which calculates PLL dividers based on given DSI
bus clock speed. The function works ok, but it can be improved for the
DISPC clock calc.
The current version calculates the clock going from the PLL to the DISPC
simply by
Move dss_features to the end of dss.c the same way they are in dispc.c,
so that we don't have to declare prototypes for static feat-related
functions.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dss.c | 60 -
1 file
We can select the video source for DPI output as follows:
OMAP2/3: always LCD1
OMAP4: LCD2 or DIGIT
OMAP5: LCD1/LCD2/LCD3/DIGIT
This patch adds support to select the source, and makes dpi.c call the
function to set the source.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Cc: David Anders
From: Archit Taneja arc...@ti.com
Add basic omap5 features for dss and dispc.
Signed-off-by: Archit Taneja arc...@ti.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dispc.c|2 +
drivers/video/omap2/dss/dss.c |8 +++
Add FEAT_DSI_PLL_REFSEL. OMAP5's DSI PLL needs configuration to select
the reference clock to be used. We always use SYSCLK.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dsi.c |2 ++
drivers/video/omap2/dss/dss_features.c |1 +
Add FEAT_DSI_PLL_SELFREQDCO. OMAP5's DSI PLL has a new configuration
option that needs to be programmed depending on the PLL's output clock
frequency.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dsi.c | 12
Change omapdss Kconfig file to make OMAP2_DSS_DSI depend on ARCH_OMAP5.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/video/omap2/dss/Kconfig b/drivers/video/omap2/dss/Kconfig
OMAP5 DSI PHY has DCC (Duty Cycle Corrector) block, and by default DCC
is enabled and thus the PLL clock is divided by 2 to get the DSI DDR
clk. This divider has been 4 for all previous OMAPs, and changing it
needs some reorganization of the code. The DCC can be disabled, and in
that case the
OMAP5's DSI has a larger line buffer than earlier OMAPs. This patch adds
support for this to the DSI driver.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dsi.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/video/omap2/dss/dsi.c
Hi Tony,
On Fri, Sep 21, 2012 at 9:07 PM, Tony Lindgren t...@atomide.com wrote:
* Jean Pihet jean.pi...@newoldbits.com [120920 23:31]:
On Fri, Sep 21, 2012 at 12:15 AM, Tony Lindgren t...@atomide.com wrote:
You should be able to make this even simpler and not have to pass
the clock name
Remove the device dependent settings (cpu_is_xxx(), IP fck etc.)
from the driver code and pass them instead via the platform
data.
This allows a clean separation of the driver code and the platform
code, as required by the move of the platform header files to
include/linux/platform_data.
The
Fix the error handling path in omap_sr_probe to correctly
de-allocate resources in case of problems.
Signed-off-by: Jean Pihet j-pi...@ti.com
---
drivers/power/avs/smartreflex.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/power/avs/smartreflex.c
Remove the device dependent settings (cpu_is_xxx(), IP fck etc.)
from the driver code and pass them instead via the platform
data.
This allows a clean separation of the driver code and the platform
code, as required by the move of the platform header files to
include/linux/platform_data.
Hi Paul, Kevin,
On Thu, Sep 20, 2012 at 11:48 AM, Jean Pihet jean.pi...@newoldbits.com wrote:
Rename the smartreflex fck names:
- for consistency and better readability,
- for use by the SmartReflex driver, through the hwmod .main_clk
field.
Signed-off-by: Jean Pihet j-pi...@ti.com
Rename the smartreflex fck names for consistency and better readability;
rename the clock aliases for use by the SmartReflex driver, with the
smartreflex.%d format.
Signed-off-by: Jean Pihet j-pi...@ti.com
---
arch/arm/mach-omap2/clock33xx_data.c | 12 ++--
* Peter Ujfalusi peter.ujfal...@ti.com [120924 02:24]:
On OMAP4 the i2c1 bus is dedicated for the PMIC and audio related devices.
Manufacturers can opt to use different codec than twl6040 and also can add
audio related IC to the bus (external amplifier for example on SDP4430).
Make it
Hi Paul,
On 09/20/2012 12:13 PM, Paul Walmsley wrote:
On Wed, 19 Sep 2012, Paul Walmsley wrote:
On Mon, 10 Sep 2012, Jon Hunter wrote:
To enable PMU with runtime PM support on OMAP3 devices we need to be able to
dynamically enable and disable the debug sub-system at runtime. By adding
Hi Paul,
On 09/20/2012 12:14 PM, Paul Walmsley wrote:
Hi
On Mon, 10 Sep 2012, Jon Hunter wrote:
When CPU-idle is enabled, the MPU sub-system will transition to low power
states during idle periods. If the PMU is active and the MPU sub-system
transitions to a low power state, such as
* Felipe Balbi ba...@ti.com [120924 06:08]:
Hi,
On Mon, Sep 24, 2012 at 03:54:22PM +0300, Philippe De Swert wrote:
Hi,
On 24/09/2012, Felipe Balbi ba...@ti.com wrote:
SoB's mail doesn't From mail.
Well still in the progress of migrating of my personal to work laptop.
Since the
* Jean Pihet jean.pi...@newoldbits.com [120920 09:09]:
Convert the driver from the outdated omap_pm_set_max_mpu_wakeup_lat
API to the new PM QoS API.
Since the constraint is on the MPU subsystem, use the PM_QOS_CPU_DMA_LATENCY
class of PM QoS. The resulting MPU constraints are used by cpuidle
Joni Lapilainen joni.lapilainen at gmail.com writes:
Building tidspbridge fails:
CC [M] drivers/staging/tidspbridge/core/tiomap3430.o
drivers/staging/tidspbridge/core/tiomap3430.c: In function 'bridge_brd_start':
drivers/staging/tidspbridge/core/tiomap3430.c:421:25: error:
* Selso LIBERADO s...@cioinfoindus.fr [120924 09:46]:
Joni Lapilainen joni.lapilainen at gmail.com writes:
Building tidspbridge fails:
CC [M] drivers/staging/tidspbridge/core/tiomap3430.o
drivers/staging/tidspbridge/core/tiomap3430.c: In function
'bridge_brd_start':
* AnilKumar Ch anilku...@ti.com [120620 01:54]:
Extends the maximum number of UART ports to 6 from 4 because AM335X
device have six UART ports.
Sorry for the delay, looks like this one is still
valid. I'll apply this.
Regards,
Tony
Signed-off-by: AnilKumar Ch anilku...@ti.com
---
* yegorsli...@googlemail.com yegorsli...@googlemail.com [120703 07:26]:
From: Yegor Yefremov yegorsli...@googlemail.com
FORCE_MAX_ZONEORDER of 12 is needed to allocation more than 4MB
of consistent DMA memory (da8xx frame buffer driver).
Sorry for the delay on this one, looks like this one
* Tony Lindgren t...@atomide.com [120924 08:44]:
* Peter Ujfalusi peter.ujfal...@ti.com [120924 02:24]:
On OMAP4 the i2c1 bus is dedicated for the PMIC and audio related devices.
Manufacturers can opt to use different codec than twl6040 and also can add
audio related IC to the bus (external
After Rajendra's common-clock preparation series,
commit (a1978ef4da1 - ARM: omap: hwmod: get rid of
all omap_clk_get_by_name usage) the clkdev table need to
update with an entry for clocks used by hwmod to have
clock name same as the alias.
Without this, the clk_get() in omap_hwmod would fail.
On Mon, 24 Sep 2012, Vaibhav Hiremath wrote:
After Rajendra's common-clock preparation series,
commit (a1978ef4da1 - ARM: omap: hwmod: get rid of
all omap_clk_get_by_name usage) the clkdev table need to
update with an entry for clocks used by hwmod to have
clock name same as the alias.
This adds am335x-evm and am335x-bone dtb targets to
'make dtbs', just like other platforms.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
Changes from V1:
- Move target to common Makefile instead of
the per-platform file.
arch/arm/boot/dts/Makefile |4 +++-
1 files
* Paul Walmsley p...@pwsan.com [120924 11:34]:
On Mon, 24 Sep 2012, Vaibhav Hiremath wrote:
After Rajendra's common-clock preparation series,
commit (a1978ef4da1 - ARM: omap: hwmod: get rid of
all omap_clk_get_by_name usage) the clkdev table need to
update with an entry for clocks used
Tony Lindgren tony at atomide.com writes:
...
OK. I sent it.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Mon, Sep 24, 2012 at 7:18 PM, Tony Lindgren t...@atomide.com wrote:
* yegorsli...@googlemail.com yegorsli...@googlemail.com [120703 07:26]:
From: Yegor Yefremov yegorsli...@googlemail.com
FORCE_MAX_ZONEORDER of 12 is needed to allocation more than 4MB
of consistent DMA memory (da8xx frame
Here are some basic OMAP boot and power management test results for
v3.6-rc6:
http://www.pwsan.com/omap/testlogs/test_v3.6-rc6/20120918101040/
Some observations:
Boot tests:
* CM-T3517: L3 in-band error with IPSS during boot
- Cause unknown but see
On 09/20/2012 11:59 AM, Paul Walmsley wrote:
Hi
On Mon, 10 Sep 2012, Jon Hunter wrote:
From: Ming Lei ming@canonical.com
For OMAP4430 there are no dedicate PMU interrupts, however, PMU events can be
routed to via the CTI IRQs. This allows tools such as PERF and OPROFILE to
work
On Sun, 23 Sep 2012, Tony Lindgren wrote:
OK thanks, that should work. The nasty merge conflicts seem to have been
caused by mostly commit df3d17e0 (ARM: pmu: remove arm_pmu_type enumeration)
that easily causes a nasty mis-merge of omap_init_pmu() and omap_init_rng()
without removing
with LCD3 cape
This patch is based on the mfd branch (20120924)
Changes since v3:
* split in two patches, one for the driver another for adding the mfd
subdevice
* renamed variable on to is_enabled and changed type to boolean
Signed-off-by: Matthias Kaehlcke matth...@kaehlcke.net
---
drivers
mfd: Add backlight as subdevice to the tps65217
Signed-off-by: Matthias Kaehlcke matth...@kaehlcke.net
---
drivers/mfd/tps65217.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/mfd/tps65217.c b/drivers/mfd/tps65217.c
index a95e942..3fb32e6 100644
--- a/drivers/mfd/tps65217.c
On Mon, 24 Sep 2012, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [120924 11:34]:
On Mon, 24 Sep 2012, Vaibhav Hiremath wrote:
After Rajendra's common-clock preparation series,
commit (a1978ef4da1 - ARM: omap: hwmod: get rid of
all omap_clk_get_by_name usage) the clkdev
* Selso LIBERADO s...@cioinfoindus.fr [120924 11:58]:
Tony Lindgren tony at atomide.com writes:
...
OK. I sent it.
OK thanks!
Tony
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at
The following changes since commit 1e2ee2a60df5c3ab74dd1c9155fb01b5bc6f807d:
Merge tag 'omap-devel-am33xx-for-v3.7' into
test_v3.6-rc6_ocb3.7_cff3.7_odaf3.7 (2012-09-23 17:16:04 -0600)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
* Tony Lindgren t...@atomide.com [120924 14:26]:
These changes take us a step closer to merging the common clock
framework for omap but unfortunately these patches were not
ready for merging earlier. See also the notes below on the
dependencies these patches have, they are based on a merge
Commit 7d7e1eb (ARM: OMAP2+: Prepare for irqs.h removal) and commit ec2c082
(ARM: OMAP2+: Remove hardcoded IRQs and enable SPARSE_IRQ) updated the way
interrupts for OMAP2/3 devices are defined in the HWMOD data structures to
being an index plus a fixed offset (defined by OMAP_INTC_START). The
On Mon, 24 Sep 2012, Jon Hunter wrote:
Commit 7d7e1eb (ARM: OMAP2+: Prepare for irqs.h removal) and commit ec2c082
(ARM: OMAP2+: Remove hardcoded IRQs and enable SPARSE_IRQ) updated the way
interrupts for OMAP2/3 devices are defined in the HWMOD data structures to
being an index plus a fixed
Hi Paul,
On 09/20/2012 12:17 PM, Paul Walmsley wrote:
Hi Jon, Will, Ming, et al.,
Have queued most of these for 3.7 with the exception of the OMAP4430
CTI-related patches (which look to me like 3.8 material) and the PM
runtime suspend/resume patch (which looks to me like 3.7-rc
Hi Will,
On 09/20/2012 04:09 PM, Will Deacon wrote:
On Thu, Sep 20, 2012 at 06:17:02PM +0100, Paul Walmsley wrote:
Hi Jon, Will, Ming, et al.,
Hi Paul,
Have queued most of these for 3.7 with the exception of the OMAP4430
CTI-related patches (which look to me like 3.8 material) and the
On Sat, 22 Sep 2012, Paul E. McKenney wrote:
On Sat, Sep 22, 2012 at 10:20:19PM +, Paul Walmsley wrote:
On Sat, 22 Sep 2012, Paul E. McKenney wrote:
This thing has been in the kernel since about 2004, not sure why you
didn't hit it earlier.
One other data point in that regard
Hi Matthias,
On Mon, Sep 24, 2012 at 10:25:34PM +0200, Matthias Kaehlcke wrote:
mfd: Add backlight as subdevice to the tps65217
Signed-off-by: Matthias Kaehlcke matth...@kaehlcke.net
---
drivers/mfd/tps65217.c |3 +++
1 file changed, 3 insertions(+)
Applied, thanks.
Cheers,
Samuel.
the rowboat project. Koen Kooi
reported the driver to be working on a Beaglebone board with LCD3 cape
This patch is based on the mfd branch (20120924)
Changes since v3:
* split in two patches, one for the driver another for adding the mfd
subdevice
* renamed variable on to is_enabled
On Mon, Sep 24, 2012 at 09:54:00PM +, Paul Walmsley wrote:
On Sat, 22 Sep 2012, Paul E. McKenney wrote:
On Sat, Sep 22, 2012 at 10:20:19PM +, Paul Walmsley wrote:
On Sat, 22 Sep 2012, Paul E. McKenney wrote:
This thing has been in the kernel since about 2004, not sure why
Hi,
On Mon, Sep 24, 2012 at 11:37 AM, Selso LIBERADO s...@cioinfoindus.fr wrote:
...
CC [M] drivers/staging/tidspbridge/core/tiomap3430.o
drivers/staging/tidspbridge/core/tiomap3430.c: In function
'bridge_brd_start':
drivers/staging/tidspbridge/core/tiomap3430.c:421:25: error:
Hi Vinod,
On 09/17/2012 10:13 PM, Vinod Koul wrote:
On Mon, 2012-09-17 at 23:36 +0100, Russell King - ARM Linux wrote:
I believe that Jon is on vacation this week, so if this is the only issue
holding up the merge, maybe you can change this in his patch directly, or
I can send an updated
Hi Matt,
On 09/19/2012 09:49 AM, Matt Porter wrote:
Some semicolons were left out in the examples.
The #dma-channels and #dma-requests properties have a prefix
that is, by convention, reserved for cell size properties.
Rename those properties to dma-channels and dma-requests.
Commit e54adb1e79762d3591459e5b0e9b9ff578e33fdb (ARM: OMAP: omap3evm:
cleanup revision bits) adds a new sparse[1] warning:
arch/arm/mach-omap2/board-omap3evm.c:90:4: warning: symbol 'get_omap3_evm_rev'
was not declared. Should it be static?
This symbol no longer appears to be used outside this
Hi Felipe,
On Friday 21 September 2012 20:37:40 Felipe Contreras wrote:
On Wed, Sep 19, 2012 at 2:06 PM, Laurent Pinchart wrote:
VMAs marked with the VM_PFNMAP flag have no struct page associated with
the memory PFNs. Don't call get_page()/put_page() on the pages
supposedly associated with
Split the remove_mapping_information() function into find_dsp_mapping()
to locate the mapping and remove_mapping_information() to remove it.
Rename find_containing_mapping() to find_mpu_mapping() and share the
search code between find_dsp_mapping() and find_mpu_mapping().
This prepares the driver
VMAs marked with the VM_PFNMAP flag have no struct page associated with
the memory PFNs. Don't call get_page()/put_page() on the pages
supposedly associated with the PFNs.
To check the VM flags at unmap time store them in the dmm_map_object
structure at map time, and pass the structure down to
Hi Omar,
On Friday 21 September 2012 11:18:56 Ramirez Luna, Omar wrote:
On Wed, Sep 19, 2012 at 7:06 AM, Laurent Pinchart wrote:
Hello,
Here's the second version of my tidspbridge MMU-related cleanup patches.
The first version has been sent privately only, don't try to search the
On Mon, Sep 24, 2012 at 09:05:11PM +0200, Yegor Yefremov wrote:
On Mon, Sep 24, 2012 at 7:18 PM, Tony Lindgren t...@atomide.com wrote:
* yegorsli...@googlemail.com yegorsli...@googlemail.com [120703 07:26]:
From: Yegor Yefremov yegorsli...@googlemail.com
FORCE_MAX_ZONEORDER of 12 is
Hi Peter, Mark,
On 09/14/2012 07:05 AM, Peter Ujfalusi wrote:
Hello,
Changes since v2:
- As it has been discussed the no_wakeup parameter has been replaced with flags
for the dmaengine APIs
Changes since v1:
- Support for pause/resume for OMAP audio via dmaengine
- dmaengine: support for
* Russell King - ARM Linux li...@arm.linux.org.uk [120924 16:17]:
On Mon, Sep 24, 2012 at 09:05:11PM +0200, Yegor Yefremov wrote:
On Mon, Sep 24, 2012 at 7:18 PM, Tony Lindgren t...@atomide.com wrote:
* yegorsli...@googlemail.com yegorsli...@googlemail.com [120703 07:26]:
From: Yegor
* Tony Lindgren t...@atomide.com [120924 14:30]:
The following changes since commit 0e70156de4c8465bfb8cb45cdc1bbc2fa474ce14:
ARM: OMAP2+: Make omap4-keypad.h local (2012-09-20 15:04:04 -0700)
are available in the git repository at:
R Sricharan r.sricha...@ti.com writes:
From: Colin Cross ccr...@android.com
read_persistent_clock uses a global variable, use a spinlock to
ensure non-atomic updates to the variable don't overlap and cause
time to move backwards.
Signed-off-by: Colin Cross ccr...@android.com
Jean Pihet jean.pi...@newoldbits.com writes:
Convert the driver from the outdated omap_pm_set_max_mpu_wakeup_lat
API to the new PM QoS API.
Since the constraint is on the MPU subsystem, use the PM_QOS_CPU_DMA_LATENCY
class of PM QoS. The resulting MPU constraints are used by cpuidle to
* Kevin Hilman khil...@deeprootsystems.com [120924 17:44]:
R Sricharan r.sricha...@ti.com writes:
From: Colin Cross ccr...@android.com
read_persistent_clock uses a global variable, use a spinlock to
ensure non-atomic updates to the variable don't overlap and cause
time to move
* Tony Lindgren t...@atomide.com [120924 17:41]:
* Tony Lindgren t...@atomide.com [120924 14:30]:
The following changes since commit 0e70156de4c8465bfb8cb45cdc1bbc2fa474ce14:
ARM: OMAP2+: Make omap4-keypad.h local (2012-09-20 15:04:04 -0700)
are available in the git repository at:
On Mon, 2012-09-24 at 17:25 -0500, Jon Hunter wrote:
For DT bindings, I think the binding itself shouldn't change based on my
work but I would like these same bindings to help build the DMA engine
code mappings.
Now would it make sense to NOT merge these changes for 3.7 and postpone
On Monday 24 September 2012 07:28 PM, Tomi Valkeinen wrote:
Hi,
This series adds basic OMAP5 DSS functionality, mainly related to DSS core, DPI
and DSI.
Looks good to me.
Archit
Tomi
Archit Taneja (1):
OMAPDSS: Add basic omap5 features to dss and dispc
Tomi Valkeinen (8):
84 matches
Mail list logo