Hello.
I have Davinci DM365 board, but I can't find more suitable
mail-listing to ask my qustion.
I have written Linux kernel module.
Main purpose: change ARM core rate.
Davinci DM365 has two PLL: PLL1 and PLL2.
ARM core can be feed by:
* PLLC1SYSCLK1 - fixed all time, equal to 243000 kHz.
*
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 operating system
(e.g. OMAP4 has dual Cortex-A9, dual Cortex-M3 and a C64x+ DSP).
The intention
Add a platform-independent hwspinlock framework.
Hardware spinlock devices are needed, e.g., in order to access data
that is shared between remote processors, that otherwise have no
alternative mechanism to accomplish synchronization and mutual exclusion
operations.
Signed-off-by: Ohad Ben-Cohen
From: Simon Que s...@ti.com
Add hwspinlock support for the OMAP4 Hardware Spinlock device.
The Hardware Spinlock device on OMAP4 provides hardware assistance
for synchronization between the multiple processors in the system
(dual Cortex-A9, dual Cortex-M3 and a C64x+ DSP).
[o...@wizery.com:
From: Benoit Cousson b-cous...@ti.com
Add hwspinlock hwmod data for OMAP4 chip
Signed-off-by: Cousson, Benoit b-cous...@ti.com
Signed-off-by: Hari Kanigeri h-kanige...@ti.com
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
Cc: Paul Walmsley p...@pwsan.com
Acked-by: Tony Lindgren t...@atomide.com
From: Simon Que s...@ti.com
Build and register an hwspinlock platform device.
Although only OMAP4 supports the hardware spinlock module (for now),
it is still safe to run this initcall on all omaps, because hwmod lookup
will simply fail on hwspinlock-less platforms.
Signed-off-by: Simon Que
Hi Santosh,
On Sun, Jan 30, 2011 at 6:57 AM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
-Original Message-
From: Santosh Shilimkar [mailto:santosh.shilim...@ti.com]
Sent: Saturday, January 29, 2011 10:45 PM
To: jean.pi...@newoldbits.com; linux-omap@vger.kernel.org
Cc: Jean
Hi Keerthy,
On Sat, Jan 22, 2011 at 10:19:33PM +0530, J, KEERTHY wrote:
On Fri, Jan 7, 2011 at 5:42 PM, J, KEERTHY j-keer...@ti.com wrote:
On Fri, Jan 7, 2011 at 3:25 AM, Guenter Roeck
guenter.ro...@ericsson.com wrote:
On Thu, 2011-01-06 at 15:21 -0500, Mark Brown wrote:
On Thu, Jan 06,
-Original Message-
From: Jean Pihet [mailto:jean.pi...@newoldbits.com]
Sent: Monday, January 31, 2011 4:07 PM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; Jean Pihet-XID
Subject: Re: [RFC/PATCH] OMAP3: run the ASM sleep code from DDR
Hi Santosh,
[.]
+ * For OFF
Hi Kevin,
-Original Message-
From: Kevin Hilman [mailto:khil...@ti.com]
Sent: Friday, January 28, 2011 5:49 AM
To: Ben Dooks; Rajendra Nayak; linux-...@vger.kernel.org
Cc: linux-omap@vger.kernel.org; linux...@lists.linux-foundation.org;
linux-arm-ker...@lists.infradead.org
Subject:
Add linux/sched.h because of missing declaration of TASK_NORMAL.
This patch fixes the following error:
drivers/media/video/omap24xxcam.c: In function
'omap24xxcam_vbq_complete':
drivers/media/video/omap24xxcam.c:415: error: 'TASK_NORMAL' undeclared
(first use in this function)
Certain peripherals require autoidle bits to be disabled before performing
some operations. This patch series provides APIs in omap_device layer to
modify the SYSCONFIG register.
Since current implementation of PM run time framework does not support
changing sysconfig settings during middle of
Create a new API that forms a wrapper to _set_module_autoidle()
to modify the AUTOIDLE bit.
This API is intended to be used by drivers that requires direct
manipulation of the AUTOIDLE bits in SYSCONFIG register.
McBSP driver requires autoidle bit to be enabled/disabled while
using sidetone
Provide APIs to be used by the driver in order to modify AUTOIDLE
and SIDLE bits. These APIs in turn call hwmod APIs to modify the
SYSCONFIG register.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
---
In case in user has a OMAP3630 ES1.2 the kernel should warn the user
about the ERRATUM, but using pr_warn instead of WARN_ON is already
enough, as there is nothing else the user can do besides changing the
board.
Signed-off-by: Ricardo Salveti de Araujo ricardo.salv...@canonical.com
---
v1-v2:
*
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Gulati, Shweta
Sent: Monday, January 24, 2011 11:07 AM
To: linux-omap@vger.kernel.org
Cc: Gopinath, Thara; Gulati, Shweta
Subject: [PATCH V2] OMAP3: PM: Set/reset T2 bit
Hi Paul,
On OMAP4, some aux clk nodes (part of SCRM) have control
for both parent and divider selection. Is there a way in the
current clock framework for OMAP's to handle this?
Regards,
Rajendra
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
-Original Message-
From: Anand Gadiyar [mailto:gadi...@ti.com]
Sent: Saturday, January 29, 2011 2:19 AM
To: Sricharan R; linux-omap@vger.kernel.org
Cc: Santosh Shilimkar; t...@atomide.com; p...@pwsan.com
Subject: RE: [PATCH 1/5] omap2+: mux: Seperate the pads of a hwmod as
static and
-Original Message-
From: Anand Gadiyar [mailto:gadi...@ti.com]
Sent: Saturday, January 29, 2011 2:23 AM
To: Sricharan R; linux-omap@vger.kernel.org
Cc: Santosh Shilimkar; t...@atomide.com; p...@pwsan.com
Subject: RE: [PATCH 4/5] omap4: board-omap4panda: Initialise the serial
pads
Corrected a checkpatch warning.
Signed-off-by: sricharan r.sricha...@ti.com
---
arch/arm/mach-omap2/board-3430sdp.c | 86 ++-
1 files changed, 85 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/board-3430sdp.c
Removed the remux flags for serial2 cts which was
kept for testing. Passed the serial data to serial
init.
Tested this on omap4panda.
Signed-off-by: sricharan r.sricha...@ti.com
---
arch/arm/mach-omap2/board-omap4panda.c | 72 +++-
1 files changed, 70
Modify OMAP McBSP driver to use omap hwmod framework and pm runtime APIs.
Created on top of linux OMAP master (linux-omap-2.6 :master)
Did digital loopback testing on OMAP4430, OMAP3430 and OMAP2430 SDP boards.
Verified that this patch series does not break the OMAP1 build.
Patch series
Adds a structure member 'name' to 'omap_hwmod_addr_space' structure.
The drivers can use platform_get_resource_byname() to get resource of
type 'IORESOURCE_MEM' by name so that it need not rely on the order to get
the proper resource.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
From: Charulatha V ch...@ti.com
Add McBSP hwmod data for OMAP2420.
Also add macros in prcm-common.h for idlest bit of OMAP24XX McBSP devices
Signed-off-by: Charulatha V ch...@ti.com
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
Implement McBSP as platform device and add support for
registering through platform device layer using resource
structures.
Later in this patch series, OMAP2+ McBSP driver would be modified to
use hwmod framework after populating the omap2+ hwmod database.
Signed-off-by: Kishon Vijay Abraham I
From: Charulatha V ch...@ti.com
Add McBSP hwmod data for OMAP2430.
Added a revision member inorder to facilitate the driver to
differentiate between mcbsp in different omap.
Signed-off-by: Charulatha V ch...@ti.com
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Signed-off-by: Shubhrajyoti
From: Charulatha V ch...@ti.com
Add McBSP hwmod data for OMAP3.
Added a revision member inorder to facilitate the driver to
differentiate between mcbsp in different omap.
Signed-off-by: Charulatha V ch...@ti.com
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Signed-off-by: Shubhrajyoti D
Since the sidetone block is tightly coupled to the mcbsp, sidetone information
is directly added to mcbsp2 3 hwmod dev_attr.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Signed-off-by: Benoit Cousson b-cous...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 10 ++
From: Benoit Cousson b-cous...@ti.com
Added a revision member inorder to facilitate the driver to
differentiate between mcbsp in different omap.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Signed-off-by: Charulatha V ch...@ti.com
---
Modify OMAP2+ McBSP to use omap hwmod framework APIs
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Signed-off-by: Charulatha V ch...@ti.com
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
arch/arm/mach-omap2/mcbsp.c | 685 +++
1 files changed,
McBSP2/3 in OMAP3 has sidetone feature which requires autoidle
to be disabled before starting the sidetone. Also SYSCONFIG
register has to be set with smart idle or no idle depending on the
dma op mode (threshold or element sync). For doing these operations
dynamically at runtime, omap_device APIs
Add pm runtime support for McBSP driver.
Reference to fclk is not removed because it is required when the
functional clock is switched from one source to another.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
arch/arm/mach-omap2/mcbsp.c |5 +++--
After McBSP driver is hwmod adapted, the information about the hw would be
obtained from the hwmod database by the mcbsp driver. Since DMA programming is
handled by the client driver, APIs are provided to pass the DMA channel number
and base address of data register required by the client driver
Removed the use of macros to obtain base address and DMA channel number.
Instead use the McBSP driver API's that passes base address and DMA
channel number to the client driver.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Cc: Jarkko Nikula jhnik...@gmail.com
Cc: Peter Ujfalusi
Information like base address and DMA channel nubers should no longer
be obtained using macros. These information should be obtained from
hwmod database. Hence the macros that define the base address are removed.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Signed-off-by: Charulatha V
On Mon, 31 Jan 2011, Rajendra Nayak wrote:
Can you elaborate a bit more on how/why runtime PM transitions
are disabled during system suspend, and how is it taken care
of that a runtime resume of a device works however a subsequent
runtime (re)suspend does not?
I'll answer for Kevin. This is
-Original Message-
From: Alan Stern [mailto:st...@rowland.harvard.edu]
Sent: Monday, January 31, 2011 8:43 PM
To: Rajendra Nayak
Cc: Kevin Hilman; Ben Dooks; linux-...@vger.kernel.org;
linux...@lists.linux-foundation.org; linux-
o...@vger.kernel.org;
Vishwanath Sripathy vishwanath...@ti.com writes:
[...]
Regarding 34xx testing, I did try to test it on 3430 SDP. However
image was not booting up when I used pm branch. I see that with
latest pm-core branch image boots up where as with pm branch it does
not. Is this a known issue?
I don't
Alan Stern st...@rowland.harvard.edu writes:
On Mon, 31 Jan 2011, Rajendra Nayak wrote:
Can you elaborate a bit more on how/why runtime PM transitions
are disabled during system suspend, and how is it taken care
of that a runtime resume of a device works however a subsequent
runtime
-Original Message-
From: Vishwanath Sripathy [mailto:vishwanath...@ti.com]
Sent: Thursday, January 27, 2011 7:56 PM
To: Menon, Nishanth; Premi, Sanjeev
Cc: linux-omap@vger.kernel.org
Subject: RE: [query] smartreflex: No PMIC hook to init smartreflex
Nishant,
-Original
Stefan Weil w...@mail.berlios.de writes:
sr_info was allocated and needs a kfree before returning.
This error was reported by cppcheck:
arch/arm/mach-omap2/smartreflex.c:837: error: Memory leak: sr_info
To: Tony Lindgren t...@atomide.com
Cc: Russell King li...@arm.linux.org.uk
Cc:
On Mon, 31 Jan 2011, Kevin Hilman wrote:
I understand how this works, but frankly I'm still a bit fuzzy on why.
I guess I'm still missing a good understanding of what interfering with a
system power transition means, and why a runtime suspend qualifies as
interfering but not a runtime
Stefan Weil w...@mail.berlios.de writes:
These errors were found by cppcheck:
arch/arm/mach-omap2/smartreflex.c:784: error: Possible null pointer
dereference: sr_info
arch/arm/mach-omap2/smartreflex.c:799: error: Possible null pointer
dereference: sr_info
Both conditional statements are
This patch series changes dss clock names to generic role names for all DSS
clocks across clk APIs, hwmod data, dss driver.
It also changes the enums used within DSS framework to refer to the clocks
to make them generic and related to functionality than value.
eg. DSS_CLK_TVFCK replaces
Currently, clock database has dev, clock-name tuples for DSS2. Because of
this, the clock names are different across different OMAP platforms.
This patch aligns the DSS2 clock names and roles across OMAP 2420, 2430, 3xxx,
44xx platforms in the clock databases, hwmod databases for opt-clocks, and
From: Archit Taneja arc...@ti.com
enum dss_clock structure is replaced with generic names that
could be used across OMAP2420, 2430, 3xxx, 44xx platforms.
Signed-off-by: Sumit Semwal sumit.sem...@ti.com
Signed-off-by: Archit Taneja arc...@ti.com
---
drivers/video/omap2/dss/core.c|4 +-
From: Archit Taneja arc...@ti.com
The dss struct in dss.c has omap2/3 specific clock names. Making them generic,
to increase readability and extendability.
Signed-off-by: Sumit Semwal sumit.sem...@ti.com
Signed-off-by: Archit Taneja arc...@ti.com
---
drivers/video/omap2/dss/dss.c | 82
DSS code uses ick as one of the clocks in clk_get/clk_put. OMAP4 clock database
doesn't have ick for DSS, so adding ick as dummy clock.
This is needed for backward compatibility with OMAP2/3.
Once pm_runtime* APIs get introduced in DSS, this will be revisited.
Signed-off-by: Sumit Semwal
On Mon, Jan 31, 2011 at 08:20:36PM +0530, Kishon Vijay Abraham I wrote:
Removed the use of macros to obtain base address and DMA channel number.
Instead use the McBSP driver API's that passes base address and DMA
channel number to the client driver.
Signed-off-by: Kishon Vijay Abraham I
From: David Cohen david@dhcppc2.(none)
Hi,
OMAP IOMMU prints error messages twice. These patches remove the error
message from the OMAP2,3 specific implementation and let them to be
printed on the above layer only.
Br,
David
---
David Cohen (2):
OMAP: Add generic IOMMU errors code
OMAP:
IOMMU error messages are duplicated. They're printed on IOMMU specific
layer for OMAP2,3 and once again on the above layer. With this patch,
the error message is printed on the above layer only.
Signed-off-by: David Cohen david.co...@nokia.com
---
arch/arm/mach-omap2/iommu2.c| 33
Generic IOMMU errors code are necessary to handle errors on generic
layer.
Signed-off-by: David Cohen david.co...@nokia.com
---
arch/arm/plat-omap/include/plat/iommu.h |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-omap/include/plat/iommu.h
On Wed, 19 Jan 2011, Rajendra Nayak wrote:
Trivial fix to remove the unused function declaration
from the powerdomain header.
Signed-off-by: Rajendra Nayak rna...@ti.com
---
arch/arm/mach-omap2/powerdomain.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git
Hi Linus,
Please pull some omap fixes from:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
omap-fixes-for-linus
This is mostly to fix few compiler warning that sneaked in during the
merge window. Also included is one trivial omap1 related cleanup patch
to keep the code
On Monday, January 31, 2011, Alan Stern wrote:
On Mon, 31 Jan 2011, Kevin Hilman wrote:
I understand how this works, but frankly I'm still a bit fuzzy on why.
I guess I'm still missing a good understanding of what interfering with a
system power transition means, and why a runtime
Tony,
Please pull the following small set of PM-related fixes for 2.6.38-rc.
Kevin
The following changes since commit 1bae4ce27c9c90344f23c65ea6966c50ffeae2f5:
Linux 2.6.38-rc2 (2011-01-21 19:01:34 -0800)
are available in the git repository at:
On Mon, Jan 24, 2011 at 10:47 PM, Kevin Hilman khil...@ti.com wrote:
Govindraj govindraj...@gmail.com writes:
On Fri, Jan 21, 2011 at 3:31 PM, Thomas Weber we...@corscience.de wrote:
Magic SysRq key is not working for OMAP on new serial
console ttyOx because SUPPORT_SYSRQ is not defined
for
On Tue, Jan 25, 2011 at 09:03:22PM -0800, Sutharsan wrote:
From: Sutharsan Ramamoorthy s...@cypress.com
This patch fixes errors reported by checkpatch.pl
in westbridge device controller driver in the staging tree.
File containing EXPORT_SYMBOL() macros for all the APIs exported
by the
On Wed, Jan 26, 2011 at 08:58:54AM -0800, Sutharsan wrote:
From: Sutharsan Ramamoorthy s...@cypress.com
This patch fixes errors reported by checkpatch.pl
in westbridge device controller driver in the staging tree.
File containing EXPORT_SYMBOL() macros for all the APIs exported
by the
On Mon, 2011-01-31 at 13:31 -0800, Greg KH wrote:
On Tue, Jan 25, 2011 at 09:03:22PM -0800, Sutharsan wrote:
From: Sutharsan Ramamoorthy s...@cypress.com
This patch fixes errors reported by checkpatch.pl
in westbridge device controller driver in the staging tree.
File containing
On Mon, 2011-01-31 at 13:40 -0800, Greg KH wrote:
On Wed, Jan 26, 2011 at 08:58:54AM -0800, Sutharsan wrote:
From: Sutharsan Ramamoorthy s...@cypress.com
This patch fixes errors reported by checkpatch.pl
in westbridge device controller driver in the staging tree.
File containing
Ricardo Salveti de Araujo ricardo.salv...@canonical.com writes:
In case in user has a OMAP3630 ES1.2 the kernel should warn the user
about the ERRATUM, but using pr_warn instead of WARN_ON is already
enough, as there is nothing else the user can do besides changing the
board.
Add Rajendra Nayak and myself as maintainers for the OMAP
powerdomain/clockdomain per-SoC layer code.
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Paul Walmsley p...@pwsan.com
Signed-off-by: Benoît Cousson b-cous...@ti.com
Hi Rajendra
one brief comment below. Also, when you post an updated version, could
you cc the linux-arm-kernel mailing list? That way I won't have to do
it...
On Fri, 28 Jan 2011, Rajendra Nayak wrote:
The _add_optional_clock_alias function expects an entry
already existing in the clkdev
On Mon, 31 Jan 2011, Rajendra Nayak wrote:
Hi Paul,
On OMAP4, some aux clk nodes (part of SCRM) have control
for both parent and divider selection. Is there a way in the
current clock framework for OMAP's to handle this?
For these clocks on OMAP3, we split the clock into two struct clks.
Hello Santosh,
On Fri, 28 Jan 2011, Santosh Shilimkar wrote:
On OMAP4, one can explicitly program INACTIVE as the power state of
the logic area inside the power domain. Techincally PD state programmed
to ON and if all the clock domains within the PD are idled, is equivalent
tp PD programmed
Hi guys
On Fri, 28 Jan 2011, Santosh Shilimkar wrote:
From: Rajendra Nayak rna...@ti.com
Enable all DPLL autoidle at boot on OMAP4.
Is there some reason why we can't do this in the OMAP4 PM code? At some
point, I think it would be good to essentially disable all PM at boot, and
then let
On Mon, 31 Jan 2011 12:33:41 +0200
Ohad Ben-Cohen o...@wizery.com wrote:
Add a platform-independent hwspinlock framework.
Hardware spinlock devices are needed, e.g., in order to access data
that is shared between remote processors, that otherwise have no
alternative mechanism to accomplish
Thomas Weber thomas.weber.li...@googlemail.com writes:
On Mon, Jan 24, 2011 at 10:47 PM, Kevin Hilman khil...@ti.com wrote:
Govindraj govindraj...@gmail.com writes:
On Fri, Jan 21, 2011 at 3:31 PM, Thomas Weber we...@corscience.de wrote:
Magic SysRq key is not working for OMAP on new serial
Hi David,
On Mon, Jan 31, 2011 at 11:25 AM, David Cohen david.co...@nokia.com wrote:
IOMMU error messages are duplicated. They're printed on IOMMU specific
layer for OMAP2,3 and once again on the above layer. With this patch,
the error message is printed on the above layer only.
So, you say
Sanjeev,
On Mon, Jan 31, 2011 at 9:50 PM, Premi, Sanjeev pr...@ti.com wrote:
-Original Message-
From: Vishwanath Sripathy [mailto:vishwanath...@ti.com]
Sent: Thursday, January 27, 2011 7:56 PM
To: Menon, Nishanth; Premi, Sanjeev
Cc: linux-omap@vger.kernel.org
Subject: RE: [query]
Hi Paul,
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Tuesday, February 01, 2011 4:39 AM
To: Rajendra Nayak
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH] OMAP: hwmod: Do not expect an entry in clkdev to
add alias for opt_clks
Hi Rajendra
one brief
Hi Paul,
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Tuesday, February 01, 2011 4:47 AM
To: rna...@ti.com; Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; khil...@ti.com; b-cous...@ti.com;
linux-arm-ker...@lists.infradead.org
Subject: Re: [PATCH 4/6]
Abhilash,
On Mon, Jan 31, 2011 at 7:19 PM, Koyamangalath, Abhilash
abhilash...@ti.com wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Gulati, Shweta
Sent: Monday, January 24, 2011 11:07 AM
To:
On Tue, Feb 1, 2011 at 1:38 AM, Andrew Morton a...@linux-foundation.org wrote:
It's a little irritating having two hwspinlock.h's.
hwspinlock_internal.h wold be a conventional approach. But it's not a
big deal.
...
+/**
+ * __hwspin_lock_timeout() - lock an hwspinlock with timeout limit
+
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Tuesday, February 01, 2011 4:44 AM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; khil...@ti.com; b-cous...@ti.com;
rna...@ti.com; linux-arm-ker...@lists.infradead.org
Subject: Re: [PATCH 1/6] omap4:
On Tue, 1 Feb 2011 08:20:13 +0200 Ohad Ben-Cohen o...@wizery.com wrote:
On Tue, Feb 1, 2011 at 1:38 AM, Andrew Morton a...@linux-foundation.org
wrote:
It's a little irritating having two hwspinlock.h's.
hwspinlock_internal.h wold be a conventional approach. __But it's not a
big deal.
On Thu, Jan 27, 2011 at 07:31:23AM -0500, Ben Gamari wrote:
On Thu, 27 Jan 2011 06:48:10 +0200, Felipe Balbi ba...@ti.com wrote:
sorry, quite busy at the moment, but here's one answer. Check this
commit:
commit a9c037832e9624e240c5019d0e01e9352e8f638d
...
Thanks for the reply! So I
Magic SysRq key is not working for OMAP on new serial
console ttyOx because SUPPORT_SYSRQ is not defined
for omap-serial.
This patch defines SUPPORT_SYSRQ in omap-serial and
enables handling of Magic SysRq character.
Further there is an issue of losing first break character.
Removing the reset
On Tue, Feb 1, 2011 at 8:38 AM, Andrew Morton a...@linux-foundation.org wrote:
I'll do a quick respin of the patches with that and the
hwspinlock_internal.h comment above.
OK..
The patch series looks OK to me.
Can I add your Acked-by on the non-omap parts when I respin the series ?
Thanks,
On Tue, 1 Feb 2011 09:36:22 +0200 Ohad Ben-Cohen o...@wizery.com wrote:
On Tue, Feb 1, 2011 at 8:38 AM, Andrew Morton a...@linux-foundation.org
wrote:
I'll do a quick respin of the patches with that and the
hwspinlock_internal.h comment above.
OK..
The patch series looks OK to me.
81 matches
Mail list logo