Hi Trond,
[]
1) In the above piece of code, the *ppage value from ops-
sendpage
function is finally passed on to Kmap by the lower level
code
to
get the virtual address of the page.
2) In some corner cases the value of *ppage pointer is NULL.
On Sat, Sep 10, 2011 at 12:41 AM, Kevin Hilman khil...@ti.com wrote:
Govindraj.R govindraj.r...@ti.com writes:
The following UART parameters are defined within the UART driver:
1). Whether the UART uses DMA (dma_enabled), by default set to 0
2). The size of dma buffer (set to 4096 bytes)
On Fri, Sep 9, 2011 at 11:57 PM, Kevin Hilman khil...@ti.com wrote:
Keshava Munegowda keshava_mgo...@ti.com writes:
From: Kishon Vijay Abraham kis...@ti.com
For ehci and ohci hwmods, the omap4 I/O wakeup capablity is enabled.
for ehci in phy mode,
- the DAT0 and DIR I/O pad is set as
On Sat, Sep 10, 2011 at 12:29 AM, Kevin Hilman khil...@ti.com wrote:
Govindraj.R govindraj.r...@ti.com writes:
Currently we are using uart prepare and resume calls to gate uart clocks
retaining the same method.
More details on reason to retain this design is provided here:
On Fri, Sep 9, 2011 at 11:44 PM, Kevin Hilman khil...@ti.com wrote:
Govindraj govindraj...@gmail.com writes:
On Fri, Sep 9, 2011 at 5:54 AM, Kevin Hilman khil...@ti.com wrote:
Govindraj.R govindraj.r...@ti.com writes:
Adapts omap-serial driver to use pm_runtime API's.
1.) Moving
On Mon, Sep 12, 2011 at 12:25 PM, Govindraj govindraj...@gmail.com wrote:
On Fri, Sep 9, 2011 at 11:44 PM, Kevin Hilman khil...@ti.com wrote:
Govindraj govindraj...@gmail.com writes:
On Fri, Sep 9, 2011 at 5:54 AM, Kevin Hilman khil...@ti.com wrote:
Govindraj.R govindraj.r...@ti.com writes:
Resetting DISPC when a DISPC output is enabled causes the DSS to go into an
inconsistent state. Thus if the bootloader has enabled a display, the hwmod code
cannot reset the DISPC module just like that, but the outputs need to be
disabled first.
Add function dispc_disable_outputs() which disables
On Fri, 9 Sep 2011, Santosh wrote:
On Friday 09 September 2011 01:48 PM, Thomas Gleixner wrote:
On Fri, 9 Sep 2011, Santosh wrote:
On Friday 09 September 2011 12:49 PM, Thomas Gleixner wrote:
The flag says: MASK ON SUSPEND and it does not imply that you don't
need a wake
On Monday 12 September 2011 01:26 PM, Thomas Gleixner wrote:
On Fri, 9 Sep 2011, Santosh wrote:
[..]
From d63d4347dc8fb144b19f4d4e7c0621397cccea94 Mon Sep 17 00:00:00 2001
From: Santosh Shilimkarsantosh.shilim...@ti.com
Date: Fri, 9 Sep 2011 13:59:35 +0530
Subject: [PATCH] irq: Add
The current driver had a hardcoded minimum value of 2 for pixel clock
divisor (PCD). This doesn't seem to be right.
OMAP4 TRM says that PCD can be 1 when not downscaling, and inverted
pixel clock (IPC) is off.
OMAP3 TRM says the same, but also in the register descriptions that PCD
value 1 is
Use default regn and regm2 dividers in the hdmi driver if the board file
does not define them.
Cc: Mythri P K mythr...@ti.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/mach-omap2/board-4430sdp.c |9 -
drivers/video/omap2/dss/hdmi.c | 15 +--
regn divider is currently programmed to the registers without change,
but when calculating clock frequencies it is used as regn+1.
To make this similar to how DSI handles the dividers this patch changes
the regn value to be used as such for calculations, but the value
programmed to registers is
Some small DSS improvements, mostly HDMI related.
Tomi
Changes in v2:
* Rebased on top of latest DSS changes
* Improved descriptions a bit
Tomi Valkeinen (8):
OMAP: DSS2: DISPC: Fix minimum PCD value
OMAP: DSS2: HDMI: use default dividers
OMAP: DSS2: HDMI: change regn definition
OMAP:
Add IRQ definitions for missing OMAP4 IRQs: FRAMEDONEWB, FRAMEDONETV,
WBBUFFEROVERFLOW.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
include/video/omapdss.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/include/video/omapdss.h b/include/video/omapdss.h
Add dss_get_hdmi_venc_clk_source(), which can be used to get the value
programmed with dss_select_hdmi_venc_clk_source(). This can be used to
find out if the digit output is going to VENC or HDMI.
For OMAP2/3 dss_get_hdmi_venc_clk_source() always returns
DSS_VENC_TV_CLK.
Cc: Mythri P K
dispc_mgr_enable_digit_out() didn't handle HDMI case very well.
Improve the function to use FRAMEDONETV interrupt to see when HDMI has
been disabled.
Cc: Mythri P K mythr...@ti.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dispc.c | 49
regn divider is one greater than the REGN divider in TRM. Add a comment
to point this out.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
include/video/omapdss.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/video/omapdss.h b/include/video/omapdss.h
Enabling HDMI output often causes sync lost errors, and almost always
causes timeout errors being printed from dispc_mgr_enable_digit_out().
The sync lost problem seems to go lessen greatly if we first enable the
HDMI output, and only then enable the DISPC output. However, as this is
only based
Implement EDID reading and monitor detection support for HDMI and DVI outputs.
This set is based on the previously sent OMAP: DSS2: misc improvements set.
Tomi
Changes in v2:
* Rebased on top of latest DSS changes
* Create a separate DVI driver with DDC support
Tomi Valkeinen (15):
OMAP:
detect() can be used to probe if the display is connected.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
include/video/omapdss.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/video/omapdss.h b/include/video/omapdss.h
index cf7ecfb..c62b9a4 100644
---
Currently the set_timings code for hdmi is quite strange. The display is
disabled in hdmi_omap4_panel.c before setting timings, and enabled in
hdmi.c after setting the timings. Furthermore, the timings were not
permanent, and disabling and enabling the display would lose them.
This patch makes
Implement read_edid() for HDMI by implementing necessary functions to
hdmi.c and to hdmi_omap4_panel.c.
Cc: Mythri P K mythr...@ti.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dss.h |1 +
drivers/video/omap2/dss/hdmi.c| 19
read_edid() can be used to get the EDID information from the display.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
include/video/omapdss.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/video/omapdss.h b/include/video/omapdss.h
index 8120433..cf7ecfb
OMAPFB handles EDID parsing now, using the common helper functions in
fbdev. We can remove the EDID parsing from HDMI driver.
Cc: Mythri P K mythr...@ti.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/hdmi.c | 154 --
Split the DDC initialization off from hdmi_core_ddc_edid() into a
separate function hdmi_core_ddc_init(). This cleans up the
implementation.
Cc: Mythri P K mythr...@ti.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/ti_hdmi_4xxx_ip.c | 117
Clean up reading of EDID by passing direct address to the block being
read, instead of start address of the whole EDID memory area. Rewrite
the loop which reads the EDID.
This also fixes the checksum calculation, which used to calculate the
checksum only for the first block.
Cc: Mythri P K
check_timings() is supposed to be used to verify if timings are ok or
not. Currently the HDMI driver prints error messages if the timings are
not ok. This is not right, as it is no error to give invalid timings to
check_timings().
Remove the error prints.
Cc: Mythri P K mythr...@ti.com
Implement detect() by checking the hot plug detect status.
The implementation is not very good, as it always turns on the HDMI
output to get the detection working. HDMI driver needs improvements so
that we could enable only core parts of it.
Cc: Mythri P K mythr...@ti.com
Signed-off-by: Tomi
We have currently panel-generic-dpi driver, which is a combined driver
for dummy panels and also for DVI output.
The aim is to split the panel-generic-dpi into two, one for fixed size
dummy panels connected via DPI, and the other (this) for variable
resolution output which supports DDC channel
Multiple OMAP3/4 boards have a DVI framer output. This patch makes the
boards use the new panel-dvi driver, instead of the panel-generic-dpi
driver.
Separate drivers for fixed size panels and DVI framer gives us cleaner
driver code.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
OMAP3 Stalker board has definitions for LCD, but uses the generic driver
without any information what kind of LCD it has. The board should use a
particular panel type from panel-generic-dpi driver, not the generic
one.
As I haven't gotten response the signer-off of stalker board about the
issue,
Remove the generic panel config entry, which is not used.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/displays/panel-generic-dpi.c | 24 --
1 files changed, 0 insertions(+), 24 deletions(-)
diff --git
Add i2c bus number for DVI output. The driver uses this to detect if a
panel is connected and to read EDID.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/mach-omap2/board-omap3beagle.c |1 +
arch/arm/mach-omap2/board-omap4panda.c |1 +
Use the new read_edid() function to get EDID information from the
display (when available), and use the information to use a suitable mode
at initialization time.
Hot-plug is not yet supported, so the timings selected at init time will
stay even if the monitor would be changed.
Signed-off-by:
2011/9/12 Tomi Valkeinen tomi.valkei...@ti.com:
Add i2c bus number for DVI output. The driver uses this to detect if a
panel is connected and to read EDID.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/mach-omap2/board-omap3beagle.c | 1 +
On Mon, 2011-09-12 at 11:58 +0200, Enric Balletbò i Serra wrote:
2011/9/12 Tomi Valkeinen tomi.valkei...@ti.com:
Add i2c bus number for DVI output. The driver uses this to detect if a
panel is connected and to read EDID.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
On Monday 12 September 2011 02:42 PM, Valkeinen, Tomi wrote:
Enabling HDMI output often causes sync lost errors, and almost always
causes timeout errors being printed from dispc_mgr_enable_digit_out().
The sync lost problem seems to go lessen greatly if we first enable the
HDMI output, and only
On Mon, 2011-09-12 at 16:31 +0530, Archit Taneja wrote:
On Monday 12 September 2011 02:42 PM, Valkeinen, Tomi wrote:
Enabling HDMI output often causes sync lost errors, and almost always
causes timeout errors being printed from dispc_mgr_enable_digit_out().
The sync lost problem seems to
On Sun, Sep 11, 2011 at 11:57:32AM +0100, Mans Rullgard wrote:
This converts the per-board modules to platform drivers for a
device created by in main platform setup. These drivers call
snd_soc_register_card() directly instead of going via a soc-audio
device and the corresponding driver in
2011/9/12 Tomi Valkeinen tomi.valkei...@ti.com:
On Mon, 2011-09-12 at 11:58 +0200, Enric Balletbò i Serra wrote:
2011/9/12 Tomi Valkeinen tomi.valkei...@ti.com:
Add i2c bus number for DVI output. The driver uses this to detect if a
panel is connected and to read EDID.
Signed-off-by: Tomi
RX51 uses the new DSS2 display driver, but the board file still
contained some code for the old omapfb driver. The old code can be
removed.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/mach-omap2/board-rx51.c | 25 -
1 files changed, 0 insertions(+),
board-omap3touchbook.c adds an LCD device, but the kernel doesn't
contain a driver for the device. So let's remove the unneeded LCD
device.
Cc: Gregoire Gentil grego...@gentil.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/mach-omap2/board-omap3touchbook.c | 18
This patch set ports all the OMAP2/3 boards, except N8x0, that use the old
omapfb to use the newer DSS2 driver. Only board files are changed, the panel
driver additions are done in separate patch set. Applying this set without the
driver changes will obviously disable the displays of the affected
Port the old omapfb panel driver to DSS2. This patch changes the board
file only, the driver is ported in separate patch.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
Acked-by: Stanley Miao stanley.m...@windriver.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
Port the old omapfb panel driver to DSS2. This patch changes the board
file only, the driver is ported in separate patch.
Cc: Kyungmin Park kyungmin.p...@samsung.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/mach-omap2/board-apollon.c | 35
This patch set cleans up some unused drivers under the old omapfb, and ports
the used OMAP2/3 drivers to DSS2. All OMAP2/3 panels are ported, except N800
panel driver which will be handled separately.
Tomi
Tomi Valkeinen (4):
OMAP: OMAPFB: Remove unused lcd drivers
OMAP: 2420SDP: Port the
drivers/video/omap/ contains some lcd drivers which are not used by any
board. They can be removed.
Cc: Arun C arunedar...@mistralsolutions.com
Acked-by: Koen Kooi k...@openembedded.org
Acked-by: Steve Sakoman st...@sakoman.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
Port the old omapfb panel driver for 2420SDP to DSS2.
Cc: Hunyue Yau h...@mvista.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap/Makefile |2 -
drivers/video/omap/lcd_2430sdp.c | 203 --
Port the old omapfb panel driver to DSS2. This patch changes the board
file only, the driver is ported in separate patch.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/mach-omap2/board-h4.c | 42 ---
1 files changed, 26 insertions(+), 16
Port the old omapfb panel driver for H4 to DSS2.
Cc: Imre Deak imre.d...@nokia.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap/Makefile |1 -
drivers/video/omap/lcd_h4.c | 117 --
Port the old omapfb panel driver for Apollon to DSS2.
Cc: Kyungmin Park kyungmin.p...@samsung.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap/Makefile |1 -
drivers/video/omap/lcd_apollon.c | 136 --
Port the old omapfb panel driver to DSS2. This patch changes the board
file only, the driver is ported in separate patch.
Cc: Hunyue Yau h...@mvista.com
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/mach-omap2/board-2430sdp.c | 78 --
1 files
On Monday 12 September 2011 04:36 PM, Valkeinen, Tomi wrote:
On Mon, 2011-09-12 at 16:31 +0530, Archit Taneja wrote:
On Monday 12 September 2011 02:42 PM, Valkeinen, Tomi wrote:
Enabling HDMI output often causes sync lost errors, and almost always
causes timeout errors being printed from
On Mon, 2011-09-12 at 16:53 +0530, Archit Taneja wrote:
On Monday 12 September 2011 04:36 PM, Valkeinen, Tomi wrote:
On Mon, 2011-09-12 at 16:31 +0530, Archit Taneja wrote:
On Monday 12 September 2011 02:42 PM, Valkeinen, Tomi wrote:
Enabling HDMI output often causes sync lost errors, and
[...]
I tested this series on top of v3.1-rc4 using a 3430/n900 platform.
During suspend the PER powerdomain does not hit the targetted power
state. Also, in idle PER never hits retention.
As with previous versions of this series, it appears to be related to
debounce clocks being left
On Monday 12 September 2011 04:51 PM, Valkeinen, Tomi wrote:
Port the old omapfb panel driver for 2420SDP to DSS2.
Minor comment: The subject and commit message say 2420SDP, but patch
says 2430SDP.
I'll try to find the name of the panel.
Archit
Cc: Hunyue Yauh...@mvista.com
On Mon, 2011-09-12 at 17:18 +0530, Archit Taneja wrote:
On Monday 12 September 2011 04:51 PM, Valkeinen, Tomi wrote:
Port the old omapfb panel driver for 2420SDP to DSS2.
Minor comment: The subject and commit message say 2420SDP, but patch
says 2430SDP.
Ah, so it does, thanks.
I'll try
On Monday 12 September 2011 05:27 PM, Valkeinen, Tomi wrote:
On Mon, 2011-09-12 at 17:18 +0530, Archit Taneja wrote:
On Monday 12 September 2011 04:51 PM, Valkeinen, Tomi wrote:
Port the old omapfb panel driver for 2420SDP to DSS2.
Minor comment: The subject and commit message say 2420SDP,
On Mon, 2011-09-12 at 17:45 +0530, Archit Taneja wrote:
On Monday 12 September 2011 05:27 PM, Valkeinen, Tomi wrote:
On Mon, 2011-09-12 at 17:18 +0530, Archit Taneja wrote:
On Monday 12 September 2011 04:51 PM, Valkeinen, Tomi wrote:
Port the old omapfb panel driver for 2420SDP to DSS2.
Hi Tomi,
On Mon, Sep 12, 2011 at 2:43 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
Implement detect() by checking the hot plug detect status.
The implementation is not very good, as it always turns on the HDMI
output to get the detection working. HDMI driver needs improvements so
that we
On Sunday 11 September 2011, Ohad Ben-Cohen wrote:
but instead the controller should have a list of the available
spinlocks.
Might make more sense to give it the list of reserved (i.e. those that
were statically allocated) spinlocks, and then let it treat the rest
as available.
Fair
On Mon, 2011-09-12 at 11:46 +0530, Sricharan R wrote:
Hi Trond,
[]
1) In the above piece of code, the *ppage value from ops-
sendpage
function is finally passed on to Kmap by the lower level
code
to
get the virtual address of the page.
On Mon, 2011-09-12 at 10:41 -0400, Trond Myklebust wrote:
On Mon, 2011-09-12 at 11:46 +0530, Sricharan R wrote:
Thanks for the response.
I added a printk just before err = sock-ops-sendpage(sock, *ppage, base,
len, flags);
So here are values when *ppage is NULL.
xdr-page_base=
On Wed, Sep 07, 2011 at 02:53:22PM -0400, Ohad Ben-Cohen wrote:
struct device;
+struct iommu_domain;
+
+/**
+ * enum iommu_fault_types - iommu fault types
+ *
+ * @IOMMU_ERROR: Unrecoverable error
+ *
+ * Currently we only support a generic error fault type.
+ * Future users, which will
On Mon, 2011-09-12 at 18:54 +0530, K, Mythri P wrote:
Hi Tomi,
On Mon, Sep 12, 2011 at 2:43 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
Implement detect() by checking the hot plug detect status.
The implementation is not very good, as it always turns on the HDMI
output to get the
On Mon, Sep 12, 2011 at 7:02 PM, Roedel, Joerg joerg.roe...@amd.com wrote:
I still don't get the need for this. It would make sense to encode
different types of faults, like page-faults or interrupt-faults.
Right.
When I read the comment above it sounds more like you want to encode
different
Define a new api that could be used for doing fancy data transfers
like interleaved to contiguous copy and vice-versa.
Traditional SG_list based transfers tend to be very inefficient in
such cases as where the interleave and chunk are only a few bytes,
which call for a very condensed api to
DebBarma, Tarun Kanti tarun.ka...@ti.com writes:
[...]
Please rebase onto that branch so these changes can be tested along with
changes already queued for v3.2.
Ok.
I am not able to git pull
git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-omap-pm.git
Looks like there is problem
On Mon, Sep 12, 2011 at 8:24 AM, K, Mythri P mythr...@ti.com wrote:
+bool ti_hdmi_4xxx_detect(struct hdmi_ip_data *ip_data)
+{
+ int r;
+
+ void __iomem *base = hdmi_core_sys_base(ip_data);
+
+ /* HPD */
+ r = REG_GET(base, HDMI_CORE_SYS_SYS_STAT, 1, 1);
+
+
This series includes a new u8500 hwspinlock driver from Mathieu,
a core fix from Juan and several other cleanups/fixes
(some of which were reported by Arnd while reviewing Mathieu's
driver).
Maybe the most notable core change is the move to registering
a bank of hwspinlocks in a single API call,
Hardware Spinlock devices usually contain numerous locks (known
devices today support between 32 to 256 locks).
Originally hwspinlock core required drivers to register (and later,
when needed, unregister) each lock separately.
That worked, but required hwspinlocks drivers to do a bit extra work
From: Mathieu J. Poirier mathieu.poir...@linaro.org
Add hwspinlock driver for U8500's Hsem hardware.
At this point only HSem's protocol 1 is used (i.e. no interrupts).
Signed-off-by: Mathieu Poirier mathieu.poir...@linaro.org
Acked-by: Linus Walleij linus.wall...@linaro.org
[o...@wizery.com:
Update MAINTAINERS with entries for hwspinlock/core and hwspinlock/omap
files.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
---
MAINTAINERS | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 28f65c2..92cee8e 100644
---
Mark omap_hwspinlock_remove with __devexit (and use __devexit_p
appropriately) so the function can be discarded when the conditions are met.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
---
drivers/hwspinlock/omap_hwspinlock.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff
From: Juan Gutierrez jgutier...@ti.com
Since we're using non-atomic radix tree allocations, we
should be protecting the tree using a mutex and not a
spinlock.
Non-atomic allocations and process context locking is good enough,
as the tree is manipulated only when locks are registered/
Simplify hwspinlock's Kconfig by making the global CONFIG_HWSPINLOCK
entry invisible; users will just select it when needed.
This also prepares the ground for adding hwspinlock support for other
platforms (the 'depends on ARCH_OMAP4' was rather hideous, and while
we're at it, a dedicated menu is
Use struct device_driver's owner member instead of asking drivers to
explicitly pass the owner again.
This simplifies drivers and also save some memory, since there's no
point now in maintaining a separate owner pointer per hwspinlock.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
---
hwspinlock devices provide system-wide hardware locks that are used
by remote processors that have no other way to achieve synchronization.
For that to work, each physical lock must have a system-wide unique id
number that all processors are familiar with, otherwise they can't
possibly assume
hwspinlock drivers must anyway select CONFIG_HWSPINLOCK,
so there's no point in having register/unregister stubs.
Removing those stubs will only make it easier for developers
to catch CONFIG_HWSPINLOCK mis-.config-urations.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
---
Instead of allocating every hwspinlock separately, allocate
them all in one shot.
This both simplifies the driver and helps achieving better
slab utilization.
Reported-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
---
drivers/hwspinlock/omap_hwspinlock.c | 51
On 12 September 2011 21:56, Barry Song 21cn...@gmail.com wrote:
Define a new api that could be used for doing fancy data transfers
like interleaved to contiguous copy and vice-versa.
Traditional SG_list based transfers tend to be very inefficient in
such cases as where the interleave and chunk
On Mon, 2011-09-12 at 19:47 +0300, Ohad Ben-Cohen wrote:
Update MAINTAINERS with entries for hwspinlock/core and hwspinlock/omap
files.
trivial:
diff --git a/MAINTAINERS b/MAINTAINERS
[]
@@ -2953,6 +2953,14 @@ F: Documentation/hw_random.txt
[]
+HARDWARE SPINLOCK CORE
+M: Ohad
Govindraj govindraj...@gmail.com writes:
On Fri, Sep 9, 2011 at 11:44 PM, Kevin Hilman khil...@ti.com wrote:
Govindraj govindraj...@gmail.com writes:
On Fri, Sep 9, 2011 at 5:54 AM, Kevin Hilman khil...@ti.com wrote:
Govindraj.R govindraj.r...@ti.com writes:
Adapts omap-serial driver to
On Mon, Sep 12, 2011 at 7:58 PM, Joe Perches j...@perches.com wrote:
+F: Documentation/hwspinlock.h
F: Documentation/hwspinlock.txt
thanks :)
Maybe
F: drivers/hwspinlock/hwspinlock_*
ok, why not.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
ping
On 09/06/2011 03:31 PM, Kevin Hilman wrote:
Hi Ben,
On 08/23/2011 05:10 PM, Kevin Hilman wrote:
Ben,
Here's one more I2C cleanup series for v3.2.
It applies on top of my for_3.2/i2c-fixes branch just submitted.
Please pull into your tree for linux-next.
I see you pulled the other
Arnd,
On 09/06/2011 01:20 PM, Kevin Hilman wrote:
On 09/06/2011 01:13 PM, Kevin Hilman wrote:
On 09/01/2011 02:57 PM, Rafael J. Wysocki wrote:
On Thursday, September 01, 2011, Arnd Bergmann wrote:
On Thursday 01 September 2011 11:12:02 Kevin Hilman wrote:
The suspend/resume _noirq handlers
Santosh Shilimkar santosh.shilim...@ti.com writes:
This patch adds the MPUSS OSWR (Open Switch Retention) support. The MPUSS
OSWR configuration is as below.
- CPUx L1 and logic lost, MPUSS logic lost, L2 memory is retained
OMAP4460 onwards, MPUSS power domain doesn't support OFF state
On 1 September 2011 21:05, Venkatraman S svenk...@ti.com wrote:
Reuse omap_hsmmc_dma_cleanup even for normal dma teardown in
omap_hsmmc_dma_cb. Consolidate multiple points of dma unmap into a
single location in post_req function, to prevent double unmapping.
It's optional to use pre_req() and
Santosh Shilimkar santosh.shilim...@ti.com writes:
This patch adds the CPU0 and CPU1 off mode support. CPUX close switch
retention (CSWR) is not supported by hardware design.
The CPUx OFF mode isn't supported on OMAP4430 ES1.0
CPUx sleep code is common for hotplug, suspend and CPUilde.
Santosh Shilimkar santosh.shilim...@ti.com writes:
Program non-boot CPUs to hit lowest supported power state
when it is off-lined using cpu hotplug framework.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Kevin Hilman khil...@ti.com
[...]
@@ -39,15 +43,15 @@ void
2011/9/13 Jassi Brar jaswinder.si...@linaro.org:
On 12 September 2011 21:56, Barry Song 21cn...@gmail.com wrote:
Define a new api that could be used for doing fancy data transfers
like interleaved to contiguous copy and vice-versa.
Traditional SG_list based transfers tend to be very
On Tuesday 13 September 2011 02:42 AM, Kevin Hilman wrote:
Santosh Shilimkarsantosh.shilim...@ti.com writes:
Program non-boot CPUs to hit lowest supported power state
when it is off-lined using cpu hotplug framework.
Signed-off-by: Santosh Shilimkarsantosh.shilim...@ti.com
Cc: Kevin
On Tuesday 13 September 2011 12:22 AM, Kevin Hilman wrote:
Santosh Shilimkarsantosh.shilim...@ti.com writes:
This patch adds the MPUSS OSWR (Open Switch Retention) support. The MPUSS
OSWR configuration is as below.
- CPUx L1 and logic lost, MPUSS logic lost, L2 memory is retained
On Tuesday 13 September 2011 02:36 AM, Kevin Hilman wrote:
Santosh Shilimkarsantosh.shilim...@ti.com writes:
This patch adds the CPU0 and CPU1 off mode support. CPUX close switch
retention (CSWR) is not supported by hardware design.
The CPUx OFF mode isn't supported on OMAP4430 ES1.0
CPUx
94 matches
Mail list logo