2010/12/13 Tony Lindgren t...@atomide.com:
* Enric Balletbò i Serra eballe...@gmail.com [101213 08:47]:
Tony, please can this patch be included before 2.6.37 ? Without this
patch the wifi module on IGEP v2 board not works.
Sorry it's too much for the -rc series. For the -rc series
the fixes
Kevin,
On Tue, Dec 14, 2010 at 5:12 AM, Kevin Hilman
khil...@deeprootsystems.com wrote:
jean.pi...@newoldbits.com writes:
From: Jean Pihet j-pi...@ti.com
Clean up of the ASM code:
- reorganized the code in logical sections: defines, API
functions, internal functions and variables,
-
Hi !
Here you have the fourth round of the HSI framework patches.
The patch series introduces the HSI framework, an SSI driver
for OMAP and a generic character device for HSI/SSI devices.
SSI, which is a legacy version of HSI, is used to connect the application
engine with the cellular modem on
Add an entry for HSI in the device-drivers section of
the kernel documentation.
Signed-off-by: Carlos Chinea carlos.chi...@nokia.com
---
Documentation/DocBook/device-drivers.tmpl | 17 +
1 files changed, 17 insertions(+), 0 deletions(-)
diff --git
From: Andras Domokos andras.domo...@nokia.com
Added ioctl range for HSI char devices to the documentation
Signed-off-by: Andras Domokos andras.domo...@nokia.com
Signed-off-by: Carlos Chinea carlos.chi...@nokia.com
---
Documentation/ioctl/ioctl-number.txt |1 +
1 files changed, 1
From: Andras Domokos andras.domo...@nokia.com
Add HSI char device driver to the kernel.
Signed-off-by: Andras Domokos andras.domo...@nokia.com
Signed-off-by: Carlos Chinea carlos.chi...@nokia.com
---
drivers/hsi/clients/hsi_char.c | 1094
From: Andras Domokos andras.domo...@nokia.com
Add HSI character device kernel configuration
Signed-off-by: Andras Domokos andras.domo...@nokia.com
Signed-off-by: Carlos Chinea carlos.chi...@nokia.com
---
drivers/hsi/Kconfig |1 +
drivers/hsi/Makefile |2 +-
Add OMAP SSI device and driver to the kernel configuration
Signed-off-by: Carlos Chinea carlos.chi...@nokia.com
---
arch/arm/mach-omap2/Makefile |2 ++
drivers/hsi/Kconfig |2 ++
drivers/hsi/Makefile |1 +
drivers/hsi/controllers/Kconfig | 23
Adds HSI framework in to the linux kernel.
High Speed Synchronous Serial Interface (HSI) is a
serial interface mainly used for connecting application
engines (APE) with cellular modem engines (CMT) in cellular
handsets.
HSI provides multiplexing for up to 16 logical channels,
low-latency and
Hi,
On Mon, 2010-12-13 at 15:26 -0500, ext Chethan Pandarinath wrote:
Hi Tomi,
I sent the below email to the angstrom linux development listserv.
Based on the Maintainers list from git.kernel.org, you seem like the
right person to contact about this. Would you be able to discuss this
Jean,
-Original Message-
From: Jean Pihet [mailto:jean.pi...@newoldbits.com]
Sent: Tuesday, December 14, 2010 2:53 PM
To: Kevin Hilman; Vishwanath BS
Cc: linux-omap@vger.kernel.org; Jean Pihet
Subject: Re: [PATCH] OMAP3: clean up ASM idle code
Kevin,
On Tue, Dec 14, 2010 at 5:12
+#define HSI_CHST_RD(c) ((c)-state HSI_CHST_RD_MASK)
+#define HSI_CHST_WR(c) ((c)-state HSI_CHST_WR_MASK)
+
+#define HSI_CHST_OC_SET(c, v) \
+ do { \
+ (c)-state = ~HSI_CHST_OC_MASK; \
+ (c)-state |= v; \
+ } while (0);
+
Hi Clemens,
On Monday 13 December 2010 17:10:51 Clemens Ladisch wrote:
I wrote:
I'll see if I can draw up the ALSA-specific media stuff over the weekend.
Sorry, wrong weekend.
Anyway, below are some remarks and a patch.
Thank you. Please see my comments inline.
* Entity types
Hi,
On Fri, 2010-12-03 at 13:07 +, ext Russell King - ARM Linux wrote:
So please, 2MB, or if you object, at the _very_ _least_ 1MB. But
definitely not PAGE_SIZE.
Here's a patch for this. Works for me on OMAP3430SDP. If the patch is
ok, I'll send a pull request to Paul.
From
Hi Clemens,
On Monday 13 December 2010 17:10:51 Clemens Ladisch wrote:
I wrote:
I'll see if I can draw up the ALSA-specific media stuff over the
weekend.
Sorry, wrong weekend.
Anyway, below are some remarks and a patch.
Thank you. Please see my comments inline.
* Entity types
On Thu, 2010-12-02 at 14:00 -0800, ext Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [101202 13:15]:
drivers/built-in.o: In function `omapfb_do_probe':
drivers/video/omap/omapfb_main.c:1773: undefined reference to
`omap2_int_ctrl'
Looks like there's a missing
Hi Hans,
On Tuesday 14 December 2010 13:40:21 Hans Verkuil wrote:
On Monday 13 December 2010 17:10:51 Clemens Ladisch wrote:
* Entity types
TYPE_NODE was renamed to TYPE_DEVICE because node sounds like a node
in a graph, which does not distinguish it from other entity types
because
Version 6:
* Rebase on Russell King branch.
- for details see:
http://marc.info/?l=linux-omapm=129228495723001w=2
Version 5:
* Changes in iommu: create new api to set valid da range
- Change range variables to platform data structure.
Version 4:
* Changes in iommu: create new api to set valid
From: Guzman Lugo, Fernando x0095...@ti.com
If some fixed da address is wanted to be mapped and the page
is freed but it is used as gap, the mapping will fail.
This patch is fixing that and olny keeps the gap for
not fixed address.
Signed-off-by: Fernando Guzman Lugo x0095...@ti.com
Acked-by:
From: Guzman Lugo, Fernando x0095...@ti.com
This patch adds superpages support to fixed ad address
inside iommu_kmap function.
Signed-off-by: Fernando Guzman Lugo x0095...@ti.com
Acked-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/plat-omap/iovmm.c | 62
From: Guzman Lugo, Fernando x0095...@ti.com
__iounmap function is wrong for OMAP architecture,
instead use iounmap which will call to the correct function.
Signed-off-by: Fernando Guzman Lugo x0095...@ti.com
Acked-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/plat-omap/iovmm.c |2 +-
From: Guzman Lugo, Fernando x0095...@ti.com
Some IOMMUs cannot use the whole 0x0 - 0x rage.
With this new API the valid range can be set.
Signed-off-by: Fernando Guzman Lugo x0095...@ti.com
Acked-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/plat-omap/include/plat/iommu.h |3
Laurent Pinchart wrote:
On Monday 13 December 2010 17:10:51 Clemens Ladisch wrote:
TYPE_EXT describes entities that represent some interface to the
external world, TYPE_INT those that are internal to the entire device.
(I'm not sure if that distinction is very useful, but TYPE_SUBDEV seems
to
Laurent Pinchart wrote:
On Tuesday 14 December 2010 13:40:21 Hans Verkuil wrote:
On Monday 13 December 2010 17:10:51 Clemens Ladisch wrote:
* Entity types
TYPE_NODE was renamed to TYPE_DEVICE because node sounds like a node
in a graph, which does not distinguish it from other entity
At Tue, 14 Dec 2010 14:31:55 +0100,
Clemens Ladisch wrote:
Should we have an AUDIO category ?
Probably not, because there are combined audio/video jacks, any maybe
other entities.
Yes, nowadays HDMI / DP are pretty common, for example.
Takashi
--
To unsubscribe from this list: send the
Hi Paul,
This patch will conflict with your power prcm series, because you are
creating an empty scrm44xx.h in it.
So I did rebased this series on top on your prcm to fix that.
Don't you want to use the already rebased version instead?
Regards,
Benoit
On 12/14/2010 7:34 AM, Paul Walmsley
Any comments on this?
Op 7 dec 2010, om 13:40 heeft Koen Kooi het volgende geschreven:
From: Koen Kooi k...@dominion.thruhere.net
Signed-off-by: Koen Kooi k...@beagleboard.org
---
arch/arm/mach-omap2/board-omap3beagle.c | 27 +++
1 files changed, 23 insertions(+),
Hi,
On Tue, 2010-12-14 at 11:37 +0530, ext Guruswamy, Senthilvadivu wrote:
Tomi,
[Senthil] I see in patch work that the whole of this series is delegated to
you. Could you please act on this and let me know if there is anything
pending from my side ?
I'll try to find time to look through
Hi Clemens,
On Tuesday 14 December 2010 14:31:55 Clemens Ladisch wrote:
Laurent Pinchart wrote:
On Monday 13 December 2010 17:10:51 Clemens Ladisch wrote:
TYPE_EXT describes entities that represent some interface to the
external world, TYPE_INT those that are internal to the entire device.
On 12/14/2010 7:41 PM, Koen Kooi wrote:
Any comments on this?
Op 7 dec 2010, om 13:40 heeft Koen Kooi het volgende geschreven:
From: Koen Kooi k...@dominion.thruhere.net
You may want to add a description here. For instance you're
making the PMU STAT led disappear - and I'm not sure it's
Hi Greg, Tony,
On Sat, Dec 4, 2010 at 1:50 AM, Ohad Ben-Cohen o...@wizery.com wrote:
OMAP4 introduces a Hardware Spinlock device, which provides hardware
assistance for synchronization and mutual exclusion between heterogeneous
processors and those not operating under a single, shared
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Wednesday, December 08, 2010 11:48 AM
To: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
Cc: Mark Brown; Benoît Cousson; Kevin Hilman; Rajendra Nayak; Peter
Ujfalusi; Santosh Shilimkar; Jarkko
Hi Clemens, Laurent, Hans others!
Clemens Ladisch wrote:
I wrote:
I'll see if I can draw up the ALSA-specific media stuff over the weekend.
Sorry, wrong weekend.
Anyway, below are some remarks and a patch.
* Entity types
TYPE_NODE was renamed to TYPE_DEVICE because node sounds
Hi Hans,
On Tuesday 14 December 2010 15:51:08 Hans Verkuil wrote:
Laurent Pinchart wrote:
On Monday 13 December 2010 17:10:51 Clemens Ladisch wrote:
TYPE_EXT describes entities that represent some interface to the
external world, TYPE_INT those that are internal to the entire device.
On Tue, Dec 14, 2010 at 3:07 PM, Fernando Guzman Lugo
fernando.l...@ti.com wrote:
From: Guzman Lugo, Fernando x0095...@ti.com
Some IOMMUs cannot use the whole 0x0 - 0x rage.
With this new API the valid range can be set.
Signed-off-by: Fernando Guzman Lugo x0095...@ti.com
Acked-by:
From: Abraham Arce x0066...@ti.com
- Runtime PM selected by ARCH_OMAP2PLUS_TYPICAL ARCH_OMAP2PLUS,
which is the default OMAP2+ defconfig including OMAP4
- Runtime PM APIs handles Clock Framework APIs
- Do not do the keypadconfig if the irq request fails
A minimal pm runtime get/put approach
Laurent Pinchart wrote:
On Tuesday 14 December 2010 14:31:55 Clemens Ladisch wrote:
Laurent Pinchart wrote:
On Monday 13 December 2010 17:10:51 Clemens Ladisch wrote:
EXT_SPEAKER also includes headphones; there might be made a case for
having those as a separate subtype.
From: Abraham Arce x0066...@ti.com
Enable Runtime PM functionality in OMAP4 driver based on the following
assumptions
- Runtime PM selected by ARCH_OMAP2PLUS_TYPICAL ARCH_OMAP2PLUS,
which is the default OMAP2+ defconfig including OMAP4
- Runtime PM APIs handles Clock Framework APIs
- Do not
dmtimer adaptation to platform_driver.
This patch series is adaptation of dmtimer code to platform driver
using omap_device and omap_hwmod abstraction.
Tested on following platforms:
OMAP4430, OMAP3430, OMAP3630, OMAP2430
OMAP2420, OMAP1710(in-progress)
Baseline:
From: Thara Gopinath th...@ti.com
Add dmtimer data.
Signed-off-by: Thara Gopinath th...@ti.com
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
Reviewed-by: Varadarajan, Charulatha ch...@ti.com
Acked-by: Cousson, Benoit b-cous...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_2420_data.c |
For some reason the wakeup enable bit is not getting set on OMAP2430,
OMAP2420. This is inspite of the fact that SYSC_HAS_ENAWAKEUP flag is
present in the hwmod database. Until the reason is found we need this
patch to boot on the above platforms.
Signed-off-by: Tarun Kanti DebBarma
switch-over to platform device driver through following changes:
(a) call to dmtimer initialization routine from timer-gp.c is
removed (b) initiate dmtimer early initialization from omap2_init_common_hw
in io.c (c) modify plat-omap/dmtimer routines to use new register map and
platform data.
The low-level read and write access routines wait on
write-pending register in posted mode to make sure that
previous write is complete on respective registers.
This waiting is done in an infinite while loop. Now it
is being modified to use timeout instead.
Signed-off-by: Tarun Kanti DebBarma
From: Cousson, Benoit b-cous...@ti.com
Add dmtimer data.
Signed-off-by: Cousson, Benoit b-cous...@ti.com
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
Reviewed-by: Varadarajan, Charulatha ch...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 623
Add pm_runtime support to dmtimer. Since dmtimer is used during
early boot before pm_runtime is initialized completely there are
provisions to enable/disable clocks directly in the code during
early boot.
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
[p-bas...@ti.com: added pm_runtime
Add dmtimer platform driver functions which include:
(1) platform driver initialization
(2) driver probe function
(3) driver remove function
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
Signed-off-by: Thara Gopinath th...@ti.com
Reviewed-by: Varadarajan, Charulatha ch...@ti.com
Add routines to converts dmtimers to platform devices. The device data
is obtained from hwmod database of respective platform and is registered
to device model after successful binding to driver. It also provides
provision to access timers during early boot when pm_runtime framework
is not
From: Thara Gopinath th...@ti.com
Convert OMAP1 dmtimers into a platform devices and then registers with
device model framework so that it can be bound to corresponding driver.
Signed-off-by: Thara Gopinath th...@ti.com
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
Reviewed-by:
From: Thara Gopinath th...@ti.com
Add dmtimer data.
Signed-off-by: Thara Gopinath th...@ti.com
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
Reviewed-by: Varadarajan, Charulatha ch...@ti.com
Acked-by: Cousson, Benoit b-cous...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_2430_data.c |
From: Thara Gopinath th...@ti.com
Add device name to OMAP2 dmtimer fclk nodes so that the fclk nodes can be
retrieved by doing a clk_get with the corresponding device pointers or
device names.
NOTE: gpt1_fck is modified in patch-9 when we switch to platform device
driver. This is to make sure
This patch only contains clean-ups and cosmetic changes,
no functional change.
Clean up of the ASM code:
- reorganized the code in logical sections: defines, API
functions, internal functions and variables,
- reworked and simplified the execution paths, for better
readability and to avoid
On Tue, Dec 14, 2010 at 04:31:36PM +0200, Ohad Ben-Cohen wrote:
Hi Greg, Tony,
On Sat, Dec 4, 2010 at 1:50 AM, Ohad Ben-Cohen o...@wizery.com wrote:
OMAP4 introduces a Hardware Spinlock device, which provides hardware
assistance for synchronization and mutual exclusion between
On Tue, 2010-12-14 at 11:56 +, ext Alan Cox wrote:
+#define HSI_CHST_RD(c) ((c)-state HSI_CHST_RD_MASK)
+#define HSI_CHST_WR(c) ((c)-state HSI_CHST_WR_MASK)
+
+#define HSI_CHST_OC_SET(c, v) \
+ do { \
+ (c)-state = ~HSI_CHST_OC_MASK; \
+
Shubhrajyoti D a0393...@india.ti.com writes:
From: Abraham Arce x0066...@ti.com
Enable Runtime PM functionality in OMAP4 driver based on the following
assumptions
- Runtime PM selected by ARCH_OMAP2PLUS_TYPICAL ARCH_OMAP2PLUS,
which is the default OMAP2+ defconfig including OMAP4
this
From: Jean Pihet j-pi...@ti.com
This patch only contains clean-ups and cosmetic changes,
no functional change.
Clean up of the ASM code:
- reorganized the code in logical sections: defines, API
functions, internal functions and variables,
- reworked and simplified the execution paths, for
Kevin,
The reworked version has been resent. Please use '[PATCH v3] OMAP3:
clean up ASM idle code' which has the correct e-mail addresses for the
sign-offs.
Thanks,
Jean
On Tue, Dec 14, 2010 at 12:34 PM, Vishwanath Sripathy
vishwanath...@ti.com wrote:
Jean,
-Original Message-
From:
On Tue, Dec 14, 2010 at 9:10 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Tue, Dec 14, 2010 at 3:07 PM, Fernando Guzman Lugo
fernando.l...@ti.com wrote:
You are missing a description here.
Yes, I forget the description but it is pretty much the same than the subject.
Version
Russell King - ARM Linux wrote:
On Mon, Dec 13, 2010 at 09:23:29AM -0800, Abhijeet Dharmapurikar wrote:
Sorry for being late on testing this out. The patch series and works on
the msm 8660.
Acked-By: Abhijeet Dharmapurikar adhar...@codeaurora.org
Would you prefer a Tested-by: ?
Yes,
On Tue, 14 Dec 2010, Cousson, Benoit wrote:
This patch will conflict with your power prcm series, because you are creating
an empty scrm44xx.h in it.
So I did rebased this series on top on your prcm to fix that.
Don't you want to use the already rebased version instead?
I would rather
On Tue, Dec 14, 2010 at 7:06 PM, Greg KH g...@kroah.com wrote:
Can you please have a look and say if this looks OK ?
Look at what, I don't see a patch here.
Here's the complete patchset:
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg39833.html
If you prefer, I can resubmit.
* Tomi Valkeinen tomi.valkei...@nokia.com [101214 04:23]:
So please, 2MB, or if you object, at the _very_ _least_ 1MB. But
definitely not PAGE_SIZE.
Acked-by: Tony Lindgren t...@atomide.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@nokia.com
---
drivers/video/omap2/vram.c |4
On Tue, Dec 14, 2010 at 9:08 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Tue, Dec 14, 2010 at 3:07 PM, Fernando Guzman Lugo
fernando.l...@ti.com wrote:
From: Guzman Lugo, Fernando x0095...@ti.com
Some IOMMUs cannot use the whole 0x0 - 0x rage.
With this new API the
Benoit Cousson b-cous...@ti.com writes:
From: Rajendra Nayak rna...@ti.com
For pwrdm's which support lowperstatechange, do not try waking
up the domain to put it back to deeper sleep state.
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Santosh Shilimkar
Paul Walmsley p...@pwsan.com writes:
Hi Benoît, Kevin,
On Mon, 13 Dec 2010, Benoit Cousson wrote:
This is a series of fixes on OMAP3/4 in setup apis,
in the suspend framework and in powerdomain modelling
for OMAP4.
...
Rajendra Nayak (3):
OMAP4: PM: Use the lowpwrstatechange feature
Paul Walmsley p...@pwsan.com writes:
This clock/SRAM patch series, based on v2.6.37-rc5:
- fixes some problems and missing data with OMAP4 clocks,
- adds SCRM IP block data (part of the OMAP4 PRCM collection of modules),
- cleans up the way that OMAP3 clock data CK_* and RATE_IN_* flags
On 12/14/2010 7:13 PM, Paul Walmsley wrote:
On Tue, 14 Dec 2010, Cousson, Benoit wrote:
This patch will conflict with your power prcm series, because you are creating
an empty scrm44xx.h in it.
So I did rebased this series on top on your prcm to fix that.
Don't you want to use the already
In its current form, the driver may interfere with different hardware on
different boards if built into the kernel, hence is not suitable for
inclusion into a defconfig, inteded to be usable with multiple OMAP1 cpu and
machine types.
Convert it to a platform driver, that should be free from
This series of patches remove the hungarian notation from the structure's
elements.
The words to be renamed are:
OriginalReplacement:
dw_api_reg_base api_reg_base
dw_brd_state brd_state
dw_chnl_buf_size
hungarian notation will be removed from the elements inside
structures, the next variables will be renamed:
Original:Replacement:
pfn_brd_set_statebrd_set_state
pfn_brd_startbrd_start
pfn_brd_status brd_status
pfn_brd_stop brd_stop
hungarian notation will be removed from the elements inside
structures, the next variables will be renamed:
Original:Replacement:
pfn_dev_create by dev_create
pfn_dev_destroy dev_destroy
pfn_exit exit
pfn_get_fxn_addr get_fxn_addr
hungarian notation will be removed from the elements inside
structures, the next variables will be renamed:
Original: Replacement:
hnext next
hnode node
hprev prev
hroot root
hstream stream
pbuf
hungarian notation will be removed from the elements inside
structures, the next variables will be renamed:
Original: Replacement:
hprocessor processor
udma_priority dma_priority
udsp_data_mau_size dsp_data_mau_size
udsp_heap_addr dsp_heap_addr
hungarian notation will be removed from the elements inside
structures, the next variables will be renamed:
Original: Replacement:
dw_seg_base_va seg_base_va
dw_self_loopself_loop
dw_statestate
dw_tc_endianism tc_endianism
dw_test_base
hungarian notation will be removed from the elements inside
structures, the next variables will be renamed:
Original: Replacement:
ul_gpp_phys gpp_phys
ul_gpp_read_pointer gpp_read_pointer
ul_gpp_size gpp_size
ul_gpp_va gpp_va
ul_heap_size
On Tue, Dec 14, 2010 at 8:59 PM, Guzman Lugo, Fernando
fernando.l...@ti.com wrote:
On Tue, Dec 14, 2010 at 9:08 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Tue, Dec 14, 2010 at 3:07 PM, Fernando Guzman Lugo
fernando.l...@ti.com wrote:
From: Guzman Lugo, Fernando x0095...@ti.com
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [101214 12:31]:
In its current form, the driver may interfere with different hardware on
different boards if built into the kernel, hence is not suitable for
inclusion into a defconfig, inteded to be usable with multiple OMAP1 cpu and
machine
* G, Manjunath Kondaiah manj...@ti.com [101203 19:33]:
*
Test Report:
Build:
omap2plus_defconfig: Success
omap_osk_5912_defconfig: Success
Boot:
OMAP3530Beagle : Success
Hi Clemens,
On Tuesday 14 December 2010 14:49:15 Clemens Ladisch wrote:
Laurent Pinchart wrote:
On Tuesday 14 December 2010 13:40:21 Hans Verkuil wrote:
On Monday 13 December 2010 17:10:51 Clemens Ladisch wrote:
* Entity types
TYPE_NODE was renamed to TYPE_DEVICE because node
Hello Omar
On Mon, 13 Dec 2010, Ramirez Luna, Omar wrote:
On Mon, Dec 13, 2010 at 2:12 AM, Cousson, Benoit b-cous...@ti.com wrote:
On 12/11/2010 12:45 AM, Ramirez Luna, Omar wrote:
Make the parameter received by omap_device_get_mpu_rt_va
consistent with the functions meant to be called
Tony Lindgren t...@atomide.com writes:
* G, Manjunath Kondaiah manj...@ti.com [101203 19:33]:
*
Test Report:
Build:
omap2plus_defconfig: Success
omap_osk_5912_defconfig: Success
Boot:
Misc fixes found while working with iovmm module. They are
needed in order to tidspbridge can work properly along with
iovmm module.
Version 7:
* Change 4/4 patch base on Felipe Contreras comments about
having start/end in platform data and struct iommu.
Version 6:
* Rebase on Russell King
From: Guzman Lugo, Fernando x0095...@ti.com
This patch adds superpages support to fixed ad address
inside iommu_kmap function.
Signed-off-by: Fernando Guzman Lugo x0095...@ti.com
Acked-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/plat-omap/iovmm.c | 62
From: Guzman Lugo, Fernando x0095...@ti.com
Some IOMMUs cannot use the whole 0x0 - 0x range.
With this new API the valid range can be set.
Signed-off-by: Fernando Guzman Lugo x0095...@ti.com
Acked-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/mach-omap2/omap-iommu.c|8
From: Guzman Lugo, Fernando x0095...@ti.com
__iounmap function is wrong for OMAP architecture,
instead use iounmap which will call to the correct function.
Signed-off-by: Fernando Guzman Lugo x0095...@ti.com
Acked-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/plat-omap/iovmm.c |2 +-
From: Guzman Lugo, Fernando x0095...@ti.com
If some fixed da address is wanted to be mapped and the page
is freed but it is used as gap, the mapping will fail.
This patch is fixing that and olny keeps the gap for
not fixed address.
Signed-off-by: Fernando Guzman Lugo x0095...@ti.com
Acked-by:
Kevin Hilman khil...@deeprootsystems.com writes:
[...]
Using the patch below which fixes up the interrupt numbers to match the
original code, the memory-to-memory test is now working on OSK.
Tony, if you prefer just to fold this into the original, feel free to
add
* Kevin Hilman khil...@deeprootsystems.com [101214 16:55]:
Kevin Hilman khil...@deeprootsystems.com writes:
[...]
Using the patch below which fixes up the interrupt numbers to match the
original code, the memory-to-memory test is now working on OSK.
Tony, if you prefer just to fold
is
'integration-2.6.38-20101214-010' available from
git://git.pwsan.com/linux-integration
- Paul
--
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 Fri, 10 Dec 2010, Benoit Cousson wrote:
Fix opt clocks name in clock framework and hwmod.
Add the missing iclk in the ocp_if structure.
Add the HWMOD_CONTROL_OPT_CLKS_IN_RESET flag to ensure
the the GPIO optional clock is enable during reset.
Signed-off-by: Benoit Cousson
to it with the update details.
The current integration tag that contains the revised patch is
'integration-2.6.38-20101214-010' available from
git://git.pwsan.com/linux-integration
- Paul
G, Manjunath Kondaiah manj...@ti.com writes:
Patch series to convert DMA library into platform driver using platform
device model and adapting hwmod for omap2+.
After the OMAP1 fixup for PATCH 7/9,
Acked-by: Kevin Hilman khil...@deeprootsystems.com
and
Tested-by: Kevin Hilman
Fernando,
For omap patches, follow the convention
OMAP: iommu: subject
OMAP: iovmm: subject
Ref: http://www.spinics.net/lists/linux-omap/msg39956.html
On Tue, Dec 14, 2010 at 6:53 PM, Fernando Guzman Lugo
fernando.l...@ti.com wrote:
Misc fixes found while working with iovmm module. They are
* Kevin Hilman khil...@deeprootsystems.com [101214 17:37]:
G, Manjunath Kondaiah manj...@ti.com writes:
Patch series to convert DMA library into platform driver using platform
device model and adapting hwmod for omap2+.
After the OMAP1 fixup for PATCH 7/9,
Acked-by: Kevin Hilman
On Tue, Dec 14, 2010 at 05:04:00PM -0800, Tony Lindgren wrote:
* Kevin Hilman khil...@deeprootsystems.com [101214 16:55]:
Kevin Hilman khil...@deeprootsystems.com writes:
[...]
Using the patch below which fixes up the interrupt numbers to match the
original code, the
Tony Lindgren t...@atomide.com writes:
* Kevin Hilman khil...@deeprootsystems.com [101214 17:37]:
G, Manjunath Kondaiah manj...@ti.com writes:
Patch series to convert DMA library into platform driver using platform
device model and adapting hwmod for omap2+.
After the OMAP1 fixup for
* Kevin Hilman khil...@deeprootsystems.com [101214 18:02]:
Tony Lindgren t...@atomide.com writes:
* Kevin Hilman khil...@deeprootsystems.com [101214 17:37]:
G, Manjunath Kondaiah manj...@ti.com writes:
Patch series to convert DMA library into platform driver using platform
device
On Sat, 4 Dec 2010, G, Manjunath Kondaiah wrote:
Add OMAP2430 DMA hwmod data and also add required
DMA device attributes.
...
+/* dma_system - L3 */
+static struct omap_hwmod_ocp_if omap2430_dma_system__l3 = {
+ .master = omap2430_dma_system_hwmod,
+ .slave =
* G, Manjunath Kondaiah manj...@ti.com [101214 18:01]:
On Tue, Dec 14, 2010 at 05:04:00PM -0800, Tony Lindgren wrote:
OK thanks, will fold it in and let's merge them into linux-omap
master branch for few days for testing. Then if everything looks
good, I'll queue these for the 2.6.38
Hi Kevin,
working my way through these...
On Thu, 9 Dec 2010, Kevin Hilman wrote:
Add new powerdomain API
int pwrdm_get_context_loss_count(struct powerdomain *pwrdm)
for checking how many times the powerdomain has lost context. The
loss count is the sum sum of the powerdomain
* Rajendra Nayak rna...@ti.com [101213 03:57]:
+static inline void omap_irq_base_init(void)
+{
+ extern void __iomem *omap_irq_base;
+
+#ifdef MULTI_OMAP2
+ if (cpu_is_omap242x())
Looks like this should be a cpu_is_omap24xx(). The
current master is broken on a 2430sdp and a
1 - 100 of 120 matches
Mail list logo