On Wed, 2010-06-30 at 14:07 +0200, ext Tony Lindgren wrote:
Use the new mux function for that.
Cc: Kyungmin Park kyungmin.p...@samsung.com
Cc: Tomi Valkeinen tomi.valkei...@nokia.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/board-apollon.c |3 +++
Thank you for the corrections. I'm correcting them now. Some responses:
Randy Dunlap wrote:
+struct vcm *vcm_create(size_t start_addr, size_t len);
Seems odd to use size_t for start_addr.
I used size_t because I wanted to allow the start_addr the same range
as len. Is there a better type
On Wed, Jun 30, 2010 at 06:00:23PM +0200, ext Christoph Egger wrote:
MACH_OMAP2_H4_USB1 doesn't exist in Kconfig, therefore removing all
references for it from the source code.
Signed-off-by: Christoph Egger sicce...@cs.fau.de
Does this apply on top of Tony's recent patches ??
--
balbi
This patch contains the documentation for the API, termed the Virtual
Contiguous Memory Manager. Its use would allow all of the IOMMU to VM,
VM to device and device to IOMMU interoperation code to be refactored
into platform independent code.
Comments, suggestions and criticisms are welcome and
Hi,
This value is set from bootloader, and kernel side only change the mode.
Right it runs by luck.
Thank you,
Kyungmin Park
-Original Message-
From: Tomi Valkeinen [mailto:tomi.valkei...@nokia.com]
Sent: Thursday, July 01, 2010 4:06 PM
To: ext Tony Lindgren
Cc:
* Nicolas Pitre n...@fluxnic.net [100630 17:36]:
On Wed, 30 Jun 2010, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [100630 14:02]:
* Nicolas Pitre n...@fluxnic.net [100629 22:14]:
Updated patch below.
And a bug crept in..
+ .macro set_tls_v6, tp, tmp1, tmp2
+
Hi,
On Wed, 2010-06-30 at 16:15 +0200, ext Afzal Mohammed wrote:
If enabling fb0 fails in omapfb_create_framebuffers(), remove
sysfs file before returning to probe. This is required to complete
the cleanup in the above mentioned error case.
omapfb frees the resources in
T2 script changes rebased on top of Thara's SmartReflex patches.
This series of patch implements a updated TRITON power scripts.
Also moving the sleep, wakeup warm_reset sequence to a generic script file,
which can be used by different OMAP3 board with the power companion chip
TWL4030.
This
This patch will fix the TRITON sleep/wakeup sequence.
Since the function to populate the sleep script is getting called always
irrespective of the flag TWL4030_SLEEP_SCRIPT, other scripts data
is getting over written by the sleep script.
Signed-off-by: Lesly A M lesl...@ti.com
Cc: Nishanth Menon
Correcting the if condition check for printing the warning,
if wakeup script is not updated before updating the sleep script.
Since the flag 'order' is set to '1' while updating the wakeup script for P1P2,
the condition checking for printing the warning should be if(!order)
(ie: print the warning
This patch has the changes to use separate clk/volt setup_time
for RET and OFF state. Because the clocksetup voltsetup time1
used for RET OFF is different.
Create separate copies of VC parameters for each Si in voltage.c.
Since the voltage vales for each state is different in different OMAP Si.
Renaming vdd0_/vdd1_ to vdd1_/vdd2_ in VC param structure,
since there is no VDD0. It's VDD1 voltage domain with processor voltage
VDD2 voltage domain with CORE voltage.
VDD1 voltage specific values are stored in PRM_VC_CMD_VAL_0 register
VDD2 voltage specific values are stored in
This patch will add a new function omap_voltage_vc_update() to re-program
the VC parameters while entering low power mode, based on CORE_DOMAIN target
state.
The voltsetup2 is used only when the device exits sys_off mode
(with PRM_VOLTCTRL[3]SEL_OFF set to 1).
Also removed the clearing of
This patch will create the generic TRITON power scripts which can be used
by different OMAP3 boards with the same power companion chip (TWL4030 series).
Added the api(twl4030_get_scripts/twl4030_get_vc_timings) to update the
sleep/wakeup/warm_reset sequence, resource configuration voltsetup_time
This patch has the changes to remove the sleep/wakeup/warm_rest sequence
resource configuration from the 3430SDP board file and use the generic script.
Updating the sleep/wakeup/warm_rest sequence resource configuration in the
board file from generic script file.
Signed-off-by: Lesly A M
Adding the power script data for zoom board to TWL4030 platform data.
Updating the sleep/wakeup/warm_reset sequence resource configuration
from generic script file.
Signed-off-by: Lesly A M lesl...@ti.com
Cc: Nishanth Menon n...@ti.com
Cc: David Derrick dderr...@ti.com
Cc: Samuel Ortiz
From: Semwal, Sumit sumit.sem...@ti.com
This patch series incorporates changes in DSS2 to enable
omap_dss_device instances to use the new Overlay Manager LCD2 in
DISPC.
On OMAP4, we have a new DISPC channel for Overlay Manager LCD2. This
channel's video port is a source port for RFBI, DSI2 and
From: Sumit Semwal sumit.sem...@ti.com
Overlay Manager LCD2 changes in dispay.h
Signed-off-by: Sumit Semwal sumit.sem...@ti.com
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
Signed-off-by: Mukund Mittal mmit...@ti.com
Signed-off-by: Archit Taneja arc...@ti.com
Signed-off-by: Samreen
From: Sumit Semwal sumit.sem...@ti.com
Add new Overlay Manager in manager.c, make secondary channel changes
and update supported displays for the managers in OMAP4
Signed-off-by: Sumit Semwal sumit.sem...@ti.com
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
Signed-off-by: Mukund Mittal
From: Sumit Semwal sumit.sem...@ti.com
The addition of the new 2lcd manager requires modifications in the
dss_recheck_connections patch, this function behaves the same if
the 2lcd manager doesn't exist
Signed-off-by: Sumit Semwal sumit.sem...@ti.com
Signed-off-by: Senthilvadivu Guruswamy
From: Semwal, Sumit sumit.sem...@ti.com
Introduce OMAP4 DISPC base address and Secondary LCD Channel registers, use them
in register dumps.
Signed-off-by: Sumit Semwal sumit.sem...@ti.com
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
Signed-off-by: Mukund Mittal mmit...@ti.com
From: Sumit Semwal sumit.sem...@ti.com
Introduce the new enum channel as a parameter in all dispc functions
used by interface drivers(dsi, sdi etc) in order to differentiate
between the 2 channels
Signed-off-by: Sumit Semwal sumit.sem...@ti.com
Signed-off-by: Senthilvadivu Guruswamy
From: Sumit Semwal sumit.sem...@ti.com
Introduce Secondary Channel IRQS for dumps and error handling
Signed-off-by: Sumit Semwal sumit.sem...@ti.com
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
Signed-off-by: Mukund Mittal mmit...@ti.com
Signed-off-by: Archit Taneja arc...@ti.com
From: Sumit Semwal sumit.sem...@ti.com
Make necessary changes in the interface drivers for the dispc
functions which have the new enum channel added to them
Signed-off-by: Sumit Semwal sumit.sem...@ti.com
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
Signed-off-by: Mukund Mittal
* Kyungmin Park kyungmin.p...@samsung.com [100701 11:12]:
Hi,
This value is set from bootloader, and kernel side only change the mode.
Right it runs by luck.
So should we just drop the omap_cfg_reg for now, then add it back
later with proper gpio_request etc?
Tony
--
To unsubscribe from
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Wednesday, June 30, 2010 12:55 PM
To: Shilimkar, Santosh
Cc: linux-arm-ker...@lists.infradead.org; linux-omap@vger.kernel.org
Subject: Re: [PATCH 6/6] omap2/3/4: Add Kconfig option to compile in
typical omap
* Hemanth V heman...@ti.com [100630 17:12]:
From 713727188b99465341767eedaa42004862261211 Mon Sep 17 00:00:00 2001
From: Hemanth V heman...@ti.com
Date: Wed, 30 Jun 2010 18:16:33 +0530
Subject: [PATCH] OMAP4: Add support for PWM LED
TWL6030 supports PWM (Pulse Width Modulator) which is used
On Thu, Jul 1, 2010 at 7:33 PM, Tony Lindgren t...@atomide.com wrote:
* Kyungmin Park kyungmin.p...@samsung.com [100701 11:12]:
Hi,
This value is set from bootloader, and kernel side only change the mode.
Right it runs by luck.
So should we just drop the omap_cfg_reg for now, then add it
The following set of patches applies on top of for-next branch. And
is dependent on the following patches not yet applied onto this branch.
1. http://www.mail-archive.com/linux-omap@vger.kernel.org/msg30305.html
2.
This patch makes it possible to select sw or hw (different layout options)
ecc scheme supported by omap nand driver. And hw ecc layout selected for
sdp and zoom boards, by default.
Signed-off-by: Sukumar Ghorai s-gho...@ti.com
Signed-off-by: Vimal Singh vimalsi...@ti.com
---
Configure the FIFO THREASHOLD value different for read and write to keep busy
both
filling and to drain out of FIFO at reading and writing.
Signed-off-by: Sukumar Ghorai s-gho...@ti.com
Signed-off-by: Vimal Singh vimalsi...@ti.com
---
arch/arm/mach-omap2/gpmc.c | 11
This patch enable prefetch-irq mode for NAND.
Signed-off-by: Vimal Singh vimalsi...@ti.com
Signed-off-by: Sukumar Ghorai s-gho...@ti.com
---
arch/arm/mach-omap2/board-flash.c |1 +
arch/arm/mach-omap2/gpmc.c |7 +
This patch overrides nand ecc layout and bad block descriptor (for 8-bit
device) to support hw ecc in romcode layout. So as to have in sync with ecc
layout throughout; i.e. x-laod, u-boot and kernel.
This patch also enables to use romcode ecc for spd and zoom, by default.
* Paul Walmsley p...@pwsan.com [100624 09:22]:
Hi Tony,
what do you think on this one? -rc or .36?
If we want to try to get it into the -rc cycle, the description
should mention what it fixes and show the error. Otherwise it might
be hard to argue this is a real fix or a regression.
On Thu, 2010-07-01 at 12:31 +0200, ext Archit Taneja wrote:
From: Semwal, Sumit sumit.sem...@ti.com
Introduce OMAP4 DISPC base address and Secondary LCD Channel registers, use
them
in register dumps.
Signed-off-by: Sumit Semwal sumit.sem...@ti.com
Signed-off-by: Senthilvadivu Guruswamy
On Thu, 2010-07-01 at 12:31 +0200, ext Archit Taneja wrote:
From: Sumit Semwal sumit.sem...@ti.com
The addition of the new 2lcd manager requires modifications in the
dss_recheck_connections patch, this function behaves the same if
the 2lcd manager doesn't exist
Here (and also in the
On Thu, 2010-07-01 at 12:31 +0200, ext Archit Taneja wrote:
From: Sumit Semwal sumit.sem...@ti.com
Add new Overlay Manager in manager.c, make secondary channel changes
and update supported displays for the managers in OMAP4
Signed-off-by: Sumit Semwal sumit.sem...@ti.com
Signed-off-by:
On Thu, 2010-07-01 at 12:31 +0200, ext Archit Taneja wrote:
From: Sumit Semwal sumit.sem...@ti.com
Add new Overlay Manager in manager.c, make secondary
channel changes
and update supported displays for the managers in OMAP4
snip
@@ -1471,15 +1471,25 @@ int
Hi,
On Thu, 2010-07-01 at 12:31 +0200, ext Archit Taneja wrote:
From: Semwal, Sumit sumit.sem...@ti.com
Introduce OMAP4 DISPC base address and Secondary LCD Channel
registers, use them in register dumps.
snip
#define DISPC_DIVISOR DISPC_REG(0x0070)
+#define
* Govindraj.R govindraj.r...@ti.com [100614 17:07]:
Adds a padconf offset retrieval api which will
get us the padconf offset based on muxname provided
which can be later used with omap_ctrl_writew,
omap_ctrl_readw calls for remuxing signals.
Cc: Tony Lindgren t...@atomide.com
* Datta, Shubhrajyoti shubhrajy...@ti.com [100615 17:40]:
Adding board configuration for the tmp105
temperature sensor. The interface to the sensor
is I2C.
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
arch/arm/mach-omap2/board-4430sdp.c |8 +++-
1 files changed, 7
- Original Message -
From: Tony Lindgren t...@atomide.com
To: Hemanth V heman...@ti.com
Cc: linux-omap@vger.kernel.org
Sent: Thursday, July 01, 2010 4:07 PM
Subject: Re: [PATCH 2/2] OMAP4: Add support for PWM LED
* Hemanth V heman...@ti.com [100630 17:12]:
From
* Hemanth V heman...@ti.com [100701 15:11]:
- Original Message - From: Tony Lindgren
t...@atomide.com
To: Hemanth V heman...@ti.com
Cc: linux-omap@vger.kernel.org
Sent: Thursday, July 01, 2010 4:07 PM
Subject: Re: [PATCH 2/2] OMAP4: Add support for PWM LED
* Hemanth V
* Datta, Shubhrajyoti shubhrajy...@ti.com [100617 09:14]:
Enabling hwmon and lm75 in the omap4 defconfig
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
arch/arm/configs/omap_4430sdp_defconfig |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
mode change 100644 = 100755
On Thu, 2010-07-01 at 12:31 +0200, ext Archit Taneja wrote:
From: Sumit Semwal sumit.sem...@ti.com
The addition of the new 2lcd manager requires modifications in the
dss_recheck_connections patch, this function behaves the
same if the
2lcd manager doesn't exist
Here (and also
* kishore kadiyala kishorek.kadiy...@gmail.com [100621 09:49]:
On Fri, Jun 18, 2010 at 1:49 AM, Andrew Morton
a...@linux-foundation.org wrote:
On Thu, 17 Jun 2010 20:56:58 +0530 (IST)
kishore kadiyala kishore.kadiy...@ti.com wrote:
--- a/arch/arm/plat-omap/include/plat/mmc.h
+++
Hi Tony,
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Thursday, July 01, 2010 5:47 PM
To: Datta, Shubhrajyoti
Cc: linux-omap@vger.kernel.org; LM Sensors
Subject: Re: [RFC] [PATCH] Board changes for tmp105 temperature sensor
* Datta, Shubhrajyoti
* Andrew Morton a...@linux-foundation.org [100617 23:09]:
On Thu, 17 Jun 2010 20:57:19 +0530 (IST)
kishore kadiyala kishore.kadiy...@ti.com wrote:
Adding card detect callback function which gives the status of
the card .For MMC1 Controller, Card detect interrupt source is
twl6030 and
* Catalin Marinas catalin.mari...@arm.com [100625 16:44]:
On Wed, 2010-06-23 at 08:57 +0100, Tony Lindgren wrote:
MVFR0 and MVFR1 are only available starting with ARM1136 r1p0 release
according to B.5 VFP changes in DDI0211F_arm1136_r1p0_trm.pdf. This is
also when TLS register got added, so
Adding board configuration for the tmp105
temperature sensor. The interface to the sensor
is I2C.
-Removing unwanted file mode change
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
arch/arm/mach-omap2/board-4430sdp.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff
On Thu, 2010-07-01 at 14:28 +0200, ext Taneja, Archit wrote:
On Thu, 2010-07-01 at 12:31 +0200, ext Archit Taneja wrote:
From: Sumit Semwal sumit.sem...@ti.com
The addition of the new 2lcd manager requires modifications in the
dss_recheck_connections patch, this function behaves
On Wed, Jun 30, 2010 at 10:54:09PM +0300, Kirill A. Shutemov wrote:
On Wed, Jun 30, 2010 at 05:54:42PM +0200, Christoph Egger wrote:
OMAP_MUX_ERRORS doesn't exist in Kconfig, therefore removing all
references for it from the source code.
IIUC, CONFIG_OMAP_MUX_WARNINGS should be used here
Move sysfs entry creation to omapfb_probe() from omapfb_create_framebuffers().
This will make sure that sysfs entry is not left behind in case of unsuccessful
probe due to failure in enabling fb0 of omapfb_create_framebuffers().
Signed-off-by: Afzal Mohammed lazfa...@gmail.com
---
Hi Tomi,
Is this change ok instead of having sysfs entry removal in
omapfb_free_resources() ?
Hope this change makes probe look more of a remove mirror.
Regards
Afzal
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
On Thu, 2010-07-01 at 15:40 +0200, ext Afzal Mohammed wrote:
Move sysfs entry creation to omapfb_probe() from omapfb_create_framebuffers().
This will make sure that sysfs entry is not left behind in case of
unsuccessful
probe due to failure in enabling fb0 of omapfb_create_framebuffers().
On Thu, Jul 01, 2010 at 03:22:55PM +0200, Christoph Egger wrote:
On Wed, Jun 30, 2010 at 10:54:09PM +0300, Kirill A. Shutemov wrote:
On Wed, Jun 30, 2010 at 05:54:42PM +0200, Christoph Egger wrote:
OMAP_MUX_ERRORS doesn't exist in Kconfig, therefore removing all
references for it from the
On Thu, 1 Jul 2010, Archit Taneja wrote:
From: Semwal, Sumit sumit.sem...@ti.com
Introduce OMAP4 DISPC base address and Secondary LCD Channel registers, use
them
in register dumps.
Signed-off-by: Sumit Semwal sumit.sem...@ti.com
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
On Thu, 1 Jul 2010, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [100624 09:22]:
Hi Tony,
what do you think on this one? -rc or .36?
If we want to try to get it into the -rc cycle, the description
should mention what it fixes and show the error. Otherwise it might
be hard to
Hi Fernando,
+int mmu_fault_isr(struct iommu *mmu)
-/*
- * mmu_check_if_fault ===
- * Check to see if MMU Fault is valid TLB miss from DSP
- * Note: This function is called from an ISR
- */
-static bool mmu_check_if_fault(struct bridge_dev_context *dev_context)
{
+
On Tue, 29 Jun 2010 22:55:50 -0700 Zach Pfeffer wrote:
arch/arm/mm/vcm.c | 1901
+
include/linux/vcm.h | 701 +
include/linux/vcm_types.h | 318
3 files changed, 2920 insertions(+), 0 deletions(-)
create
Tony Lindgren wrote:
+static void __init kuser_get_tls_init(unsigned long vectors)
+{
+ /*
+ * vectors + 0xfe0 = __kuser_get_tls
+ * vectors + 0xfe8 = hardware TLS instruction at 0x0fe8
+ */
+ if (tls_emu || has_tls)
+ memcpy((void *)vectors + 0xfe0,
Hi Hari,
-Original Message-
From: Kanigeri, Hari
Sent: Thursday, July 01, 2010 12:17 PM
To: Guzman Lugo, Fernando; linux-omap@vger.kernel.org; linux-
ker...@vger.kernel.org
Cc: o...@wizery.com; hiroshi.d...@nokia.com; ameya.pala...@nokia.com;
felipe.contre...@nokia.com; Guzman
What license (name/type) is this?
IANAL, but AFAIK standard wisdom is that disclaimer in the documentation
and/or other materials provided is generally not acceptable for Linux
because it's an excessive burden for all distributors.
Also for me it's still quite unclear why we would want this
+ da = iommu_read_reg(mmu, MMU_FAULT_AD);
+ iommu_write_reg(mmu, 0, MMU_IRQENABLE);
-- Isn't the MMU already enabled at this point when the function
callback
is called by iommu ?
This line is actually disabling the interrupts. I am writing 0x0 in the
MMU_IRQENABLE.
-- oops !
-Original Message-
From: Kanigeri, Hari
Sent: Thursday, July 01, 2010 1:04 PM
To: Guzman Lugo, Fernando; linux-omap@vger.kernel.org; linux-
ker...@vger.kernel.org
Cc: o...@wizery.com; Hiroshi DOYU; ameya.pala...@nokia.com;
felipe.contre...@nokia.com
Subject: RE: [PATCHv3 5/9]
Pramod, Teerth,
On Mon, 7 Jun 2010, Gurav , Pramod wrote:
Can you please push these patches if you don't you are OK with them?
As we discussed in Bangalore, these patches need some changes:
1. The delay needs to be precisely characterized in terms of what the
hardware actually needs. It
On Thu, 2010-07-01 at 20:02 +0200, Andi Kleen wrote:
What license (name/type) is this?
IANAL, but AFAIK standard wisdom is that disclaimer in the documentation
and/or other materials provided is generally not acceptable for Linux
because it's an excessive burden for all distributors.
It's
On Thu, Jul 01, 2010 at 12:28:23PM -0700, Daniel Walker wrote:
On Thu, 2010-07-01 at 20:02 +0200, Andi Kleen wrote:
What license (name/type) is this?
IANAL, but AFAIK standard wisdom is that disclaimer in the documentation
and/or other materials provided is generally not acceptable for
On Thu, 2010-07-01 at 21:38 +0200, Andi Kleen wrote:
Also for me it's still quite unclear why we would want this code at all...
It doesn't seem to do anything you couldn't do with the existing
interfaces.
I don't know all that much about what Zach's done here, but from what
Hi Tony,
here are some updates for Pandora, which we have now around 700 units
shipped (finally!) after years of developemt hell. More are being
made at the moment.
Patch 2/2 has incorporated my last patch that missed the last merge
window, and depends on pass wl1251 information to SDIO core
Update gpio-keys setup so it matches what is on default firmware.
Also make use of debounce feature in gpio-keys instead of setting it
explicitly, as gpio-keys is now capable of using hardware debounce on
OMAPs thanks to recent gpiolib changes.
Also fix a sparce warning along the way.
Add platform data for NAND and wifi, also setup all GPIOs
needed to use the wifi chip.
Signed-off-by: Grazvydas Ignotas nota...@gmail.com
---
arch/arm/mach-omap2/board-omap3pandora.c | 121 ++
1 files changed, 121 insertions(+), 0 deletions(-)
diff --git
On Thu, 1 Jul 2010, Grazvydas Ignotas wrote:
here are some updates for Pandora, which we have now around 700 units
shipped (finally!) after years of developemt hell. More are being
made at the moment.
Woohoo! Congratulations to you and the rest of the team :-)
- Paul
--
To unsubscribe from
Grazvydas Ignotas wrote:
Hi Tony,
here are some updates for Pandora, which we have now around 700 units
shipped (finally!) after years of developemt hell. More are being
made at the moment.
Neat! Hope you sell a zillion. I'll try and buy one someday.
- Anand
--
To unsubscribe from this
Randy,
On Thu, 1 Jul 2010, Randy Dunlap wrote:
+ * @start_addr The starting address of the VCM region.
+ * @lenThe len of the VCM region. This must be at least
+ * vcm_min() bytes.
and missing lots of struct members here.
If some of them are private, you can use:
On 07/01/10 13:59, Paul Walmsley wrote:
Randy,
On Thu, 1 Jul 2010, Randy Dunlap wrote:
+ * @start_addr The starting address of the VCM region.
+ * @lenThe len of the VCM region. This must be at least
+ * vcm_min() bytes.
and missing lots of struct members here.
If some
Andi Kleen wrote:
Also for me it's still quite unclear why we would want this code at all...
It doesn't seem to do anything you couldn't do with the existing interfaces.
I don't know all that much about what Zach's done here, but from what
he's said so far it looks like this help to manage
On Thu, 2010-07-01 at 15:00 -0700, Zach Pfeffer wrote:
Additionally, the current IOMMU interface does not allow users to
associate one page table with multiple IOMMUs unless the user explicitly
wrote a muxed device underneith the IOMMU interface. This also could be
done, but would have to be
He demonstrated the usage of his code in one of the emails he sent out
initially. Did you go over that, and what (or how many) step would you
use with the current code to do the same thing?
-- So is this patch set adding layers and abstractions to help the User ?
If the idea is to share some
From: Ohad Ben-Cohen oh...@ti.com
This is a preliminary version of OMAP's remoteproc module,
submitted for RFC purposes.
The purpose of the remoteproc module is to decouple
hw-specific code from generic IPC drivers (such as
dspbridge and syslink), in order to eventually make
those IPC drivers
From: Ohad Ben-Cohen oh...@ti.com
Add preliminary iva2 hwmod support to omap3.
We do not include iva2_clk; that will be part of a separate
hwmod, which will be controlled by iommu.
Signed-off-by: Ohad Ben-Cohen oh...@ti.com
Signed-off-by: Hari Kanigeri h-kanige...@ti.com
---
From: Ohad Ben-Cohen oh...@ti.com
Introduce OMAP3 remoteproc module which takes care of
machine-specific code required to start and stop
the DSP remote processor.
Signed-off-by: Ohad Ben-Cohen oh...@ti.com
Signed-off-by: Hari Kanigeri h-kanige...@ti.com
---
arch/arm/mach-omap2/remoteproc3xxx.c
From: Hari Kanigeri h-kanige...@ti.com
Introduce OMAP4 machine-dependent module required
for starting and stopping the OMAP3 remote processors.
Signed-off-by: Hari Kanigeri h-kanige...@ti.com
Signed-off-by: Ohad Ben-Cohen oh...@ti.com
---
arch/arm/mach-omap2/remoteproc44xx.c | 196
From: Ohad Ben-Cohen oh...@ti.com
The OMAP remote processor module decouples
machine-specific code from TI's IPC
drivers (e.g. dspbridge and syslink).
While dspbridge calls the remoteproc handlers
from the kernel, syslink calls them from
user space. Hence remoteproc supports both
interfaces.
From: Ohad Ben-Cohen oh...@ti.com
Add an omap_device for each remote processor on the system
Signed-off-by: Ohad Ben-Cohen oh...@ti.com
Signed-off-by: Hari Kanigeri h-kanige...@ti.com
---
arch/arm/mach-omap2/devices.c | 86 +
1 files changed, 86
From: Ohad Ben-Cohen oh...@ti.com
Make it possible to build omap's remoteproc module
Signed-off-by: Ohad Ben-Cohen oh...@ti.com
Signed-off-by: Hari Kanigeri h-kanige...@ti.com
---
arch/arm/mach-omap2/Makefile |6 ++
arch/arm/plat-omap/Kconfig |7 +++
The VCMM takes the long view. Its designed for a future in which the
number of IOMMUs will go up and the ways in which these IOMMUs are
composed will vary from system to system, and may vary at
runtime. Already, there are ~20 different IOMMU map implementations in
the kernel. Had the Linux
The VCMM provides a more abstract, global view with finer-grained
control of each mapping a user wants to create. For instance, the
symantics of iommu_map preclude its use in setting up just the IOMMU
side of a mapping. With a one-sided map, two IOMMU devices can be
Hmm? dma_map_* does not
Fernando,
- for_each_sg(sgt-sgl, sg, sgt-nents, i)
- sg_set_page(sg, usr_pgs[i], PAGE_SIZE, 0);
+ da = iommu_vmap(mmu, da, sgt, IOVMF_ENDIAN_LITTLE |
+ IOVMF_ELSZ_32);
-- iommu_vmap does the Kernel mapping to the
On Thu, 1 Jul 2010, Jamie Lokier wrote:
Tony Lindgren wrote:
+static void __init kuser_get_tls_init(unsigned long vectors)
+{
+ /*
+* vectors + 0xfe0 = __kuser_get_tls
+* vectors + 0xfe8 = hardware TLS instruction at 0x0fe8
+*/
+ if (tls_emu || has_tls)
+
Hi,
On Thu, 2010-07-01 at 14:28 +0200, ext Taneja, Archit wrote:
On Thu, 2010-07-01 at 12:31 +0200, ext Archit Taneja wrote:
From: Sumit Semwal sumit.sem...@ti.com
The addition of the new 2lcd manager requires
modifications in the
dss_recheck_connections patch, this
On 7/2/2010 12:23 AM, Ohad Ben-Cohen wrote:
From: Ohad Ben-Cohenoh...@ti.com
Add preliminary iva2 hwmod support to omap3.
We do not include iva2_clk; that will be part of a separate
hwmod, which will be controlled by iommu.
I think Kevin already sent a hwmod for IVA2... one week ago:
[PATCH
92 matches
Mail list logo
