Hi Timo,
It seems that in this patch, you disable the watchdog regardless whether
the registration fails or not. I wonder if this is a good thing to do.
What if the bootloader have already enabled the watchdog and then user
space booting fails for some reason before any process is able to
On Tue, May 18, 2010 at 07:51:09PM +0200, Jarkko Nikula wrote:
On Tue, 18 May 2010 15:48:48 +0300
Eduardo Valentin eduardo.valen...@nokia.com wrote:
@@ -285,6 +287,9 @@ static struct regulator_consumer_supply
rx51_vmmc2_supplies[] = {
/* tlv320aic3x analog supplies */
On Wed, 19 May 2010, Tomi Valkeinen wrote:
Hi,
On Wed, 2010-05-19 at 10:08 +0200, ext Guennadi Liakhovetski wrote:
Hi Tomi
On Wed, 19 May 2010, Tomi Valkeinen wrote:
The file name is mipi_dsi.h, the comment talks about MIPI, and the file
contains defines for MIPI DSI and MIPI
On Thu, 2010-05-20 at 10:07 +0200, ext Guennadi Liakhovetski wrote:
Yes, right, I should have said they are related;) How about calling the
header mipi_display.h? This would then unite DSI, DCS, DBI and DPI?
Creating a separate header for each of these standards seems like an
overkill to
On Thu, May 20, 2010 at 11:32:49AM +0300, Tomi Valkeinen wrote:
On Thu, 2010-05-20 at 10:07 +0200, ext Guennadi Liakhovetski wrote:
Yes, right, I should have said they are related;) How about calling the
header mipi_display.h? This would then unite DSI, DCS, DBI and DPI?
Creating a
On Thu, May 20, 2010 at 07:15:28AM +0200, Florian Mickler wrote:
But with that, you still shift the burden of exchanging that app with
an feature-equivalent non-broken version to the user.
which is not user friendly and not necessary if you have a smart
enough kernel.
and _without that_, you
On Thu, May 20, 2010 at 10:57:40AM +0200, ext Felipe Balbi wrote:
boder thinking about power consumption since the kernel is smart
^I mean bother
--
balbi
DefectiveByDesign.org
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
On Thu, 20 May 2010, Felipe Balbi wrote:
On Thu, May 20, 2010 at 11:32:49AM +0300, Tomi Valkeinen wrote:
On Thu, 2010-05-20 at 10:07 +0200, ext Guennadi Liakhovetski wrote:
Yes, right, I should have said they are related;) How about calling the
header mipi_display.h? This would then
Hi Wim,
On Thu, 2010-05-20 at 09:46 +0200, ext Wim Van Sebroeck wrote:
= bottom line: this patch adds the correct default behaviour and should
not be changed. Feel free to add the module-parameter to keep the watchog
running at start.
Thanks for the detailed explanation. I was worried about
Hi,
AM35x supports only 32bit read operations so we need to have
workaround for 8bit and 16bit read operations.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
Patch created against linus'tree + all musb patches in Greg's queue
Changes from v1:
- removed unnecessary parens.
This header adds defines for MIPI DSI and DCS commands and data formats. See
http://www.mipi.org/ for details.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
Ok, how about this? If this is acceptable I'll repost other patches too,
adjusted accordingly.
v1 - v2:
1. renamed
Hello.
Gupta, Ajay Kumar wrote:
AM35x supports only 32bit read operations so we need to have
workaround for 8bit and 16bit read operations.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
Patch created against linus'tree + all musb patches in Greg's queue
Changes from v1:
-
Gupta, Ajay Kumar wrote:
Fixes/workaround based on CONFIG_MACH_OMAP3517EVM will be good only for
OMAP3517EVM and would not scale well to other boards based on AM35x.
(As commented earlier by Sergei)
I just got to know of another board LIZARD based on AM35x so we really
need to find a
Hi,
Gupta, Ajay Kumar wrote:
AM35x supports only 32bit read operations so we need to have
workaround for 8bit and 16bit read operations.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
[...]
+#if !defined(CONFIG_MACH_OMAP3517EVM)
Fixes/workaround based on
Hi,
Fixes/workaround based on CONFIG_MACH_OMAP3517EVM will be good only for
OMAP3517EVM and would not scale well to other boards based on AM35x.
(As commented earlier by Sergei)
I just got to know of another board LIZARD based on AM35x so we really
need to find a solution for this.
Fix the names of twl5031 specific sih modules to match
the documentation.
Signed-off-by: Ilkka Koskinen ilkka.koski...@nokia.com
---
drivers/mfd/twl4030-irq.c | 11 ++-
1 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/drivers/mfd/twl4030-irq.c b/drivers/mfd/twl4030-irq.c
On Thu, 20 May 2010 11:57:40 +0300
Felipe Balbi m...@felipebalbi.com wrote:
On Thu, May 20, 2010 at 07:15:28AM +0200, Florian Mickler wrote:
But with that, you still shift the burden of exchanging that app with
an feature-equivalent non-broken version to the user.
which is not user
On Thu, May 20, 2010 at 11:41:14AM +0200, ext Gadiyar, Anand wrote:
It would not scale very well - we already have multi-omap builds
that select support for multiple boards. If the AM35x boards are
part of such builds, then mutually exclusive config options won't
work - already n8x0 MUSB is
There is REGULATOR_SUPPLY macro available for initializing the struct
regulator_consumer_supply so use it where applicable (all other supplies
than vdds_sdi) as it improves the readability.
Signed-off-by: Jarkko Nikula jhnik...@gmail.com
Acked-by: Eduardo Valentin eduardo.valen...@nokia.com
---
With these and upcoming change to tpa6130a2 driver it's possible to add
support for the TPA6130A2 headphone amplifier.
Signed-off-by: Jarkko Nikula jhnik...@gmail.com
---
v2:
- Rebased on top of 7b93a0d
- Only Vdd supply added as the CPVSS turned out to be miss defined in
tpa6130a2. Thanks to
On Thu, May 20, 2010 at 12:06:30PM +0200, Balbi Felipe (Nokia-D/Helsinki) wrote:
arm-based only) boards and be sure it would work. We would just need to
put something similar down for dma engines.
and of course, the same platform-code could instantiate a dma engine
platform_device but that's
On 4/22/2010 5:55 PM, Varadarajan, Charulatha wrote:
Add hwmod structures for GPIO module on OMAP3
[snip]
+
+static struct omap_hwmod omap3xxx_gpio1_hwmod = {
+ .name = gpio1_hwmod,
You should remove the _hwmod prefix of all the hwmod name in order to
align with the
-Original Message-
From: Cousson, Benoit
Sent: Thursday, May 20, 2010 3:43 PM
To: Varadarajan, Charulatha
Cc: linux-omap@vger.kernel.org; Nayak, Rajendra; p...@pwsan.com;
t...@atomide.com;
khil...@deeprootsystems.com
Subject: Re: [PATCH 6/9] OMAP:GPIO:hwmod: add GPIO hwmods for
Hi,
On Thu, May 20, 2010 at 12:05:19PM +0200, ext Florian Mickler wrote:
You said that already. For me this sounds like you want to take the
users hostage in order to get nice (poweraware) apps.
not the users, no. The app developers. They should know what bad
applications can cause to a
-Original Message-
From: Menon, Nishanth
Sent: Thursday, May 20, 2010 7:19 AM
To: Tony Lindgren
Cc: Shilimkar, Santosh; linux-omap@vger.kernel.org; Paul Walmsley
Subject: Re: [PATCH v2] omap4: Fix multi-omap boot with reset un-used clocks
Tony Lindgren had written, on 05/19/2010
On Thu, 20 May 2010, Tomi Valkeinen wrote:
On Thu, 2010-05-20 at 10:07 +0200, ext Guennadi Liakhovetski wrote:
Yes, right, I should have said they are related;) How about calling the
header mipi_display.h? This would then unite DSI, DCS, DBI and DPI?
Creating a separate header for each
On Thu, May 20, 2010 at 01:27:25PM +0200, ext Vladimir Pantelic wrote:
Felipe Balbi wrote:
Hi,
On Wed, May 19, 2010 at 10:42:55PM +0200, ext Rafael J. Wysocki wrote:
Please note that this approach is not too practical for vendors who ship
systems like cell phones to the general public.
Fix board data to support device only, host only and OTG roles.
The board data hardcodes the mode to OTG or Peripheral.
This fix will allow to use Peripheral, Host and OTG
roles independently.
Signed-off-by: Maulik Mankad x0082...@ti.com
Cc: Felipe Balbi felipe.ba...@nokia.com
Cc: Tony Lindgren
Patch series is based on remotes/origin/pm-wip/govindraj
branch from Kevin's PM tree.
Patches are tested with 3430SDP.
Have updated 2420/2430 hwmod data files
it would be great if some one can test the same.
Govindraj.R (6):
Serial: Clean up set_uart_globals.
Serial: Add UART4 hwmod data.
Remove set_uart_globals function as this will not be
needed as physical address for uarts will be taken from
hwmod data file.
Cc: Kevin Hilman khil...@deeprootsystems.com
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
arch/arm/mach-omap2/serial.c |5 -
Introduce UART4 hwmod data for OMAP3630
Cc: Kevin Hilman khil...@deeprootsystems.com
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 54
arch/arm/mach-omap2/prcm-common.h |2 +
With this patch we retain uart name and just uart
rather than uart_hwmod as per autogenerated file for
omap4 just to retain common names across hwmod data files.
Also pass rx channel id as first dma platform parameter
to driver.
Cc: Kevin Hilman khil...@deeprootsystems.com
Signed-off-by:
Add UART HWMOD data into 2420 hmwod data file.
Cc: Kevin Hilman khil...@deeprootsystems.com
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_2420_data.c | 184
1 files changed, 184 insertions(+), 0 deletions(-)
diff --git
Add UART HWMOD data into 2430 hmwod data file.
Cc: Kevin Hilman khil...@deeprootsystems.com
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_2430_data.c | 184
1 files changed, 184 insertions(+), 0 deletions(-)
diff --git
-Original Message-
From: Menon, Nishanth
Sent: Thursday, May 13, 2010 9:02 PM
To: G, Manjunath Kondaiah
Cc: linux-omap@vger.kernel.org; Agarwal, Preshit; Tony
Lindgren; Kevin Hilman; Turquette, Mike; V, Hemanth
Subject: Re: [PATCH v4] OMAP3: Registering sgx device and
it's
Hi,
Subject: [PATCH] ARM: OMAP: Fix board data to support device only, host only
and OTG roles.
Fix board data to support device only, host only and OTG roles.
The board data hardcodes the mode to OTG or Peripheral.
This fix will allow to use Peripheral, Host and OTG
roles independently.
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Friday, May 14, 2010 10:10 PM
To: G, Manjunath Kondaiah
Cc: linux-omap@vger.kernel.org; Agarwal, Preshit; Tony
Lindgren; Turquette, Mike; V, Hemanth
Subject: Re: [PATCH v4] OMAP3: Registering sgx
On Thu, 2010-05-20 at 13:03 +0200, ext Guennadi Liakhovetski wrote:
Yes, I'd use u8 too, because the specs define transaction types to take
6 bits and DCS commands to be 8-bit ints. But, you know, doesn't our
case fall under case (b) of Chapter 5 Typedefs of CodingStyle?:) I mean,
From: Damodar x0132...@ti.com
This patch corrects Possible memory leak of 'input' allocated
through input_allocate_device and Suspicious dereference of pointer 'pdata'
before NULL check
Signed-off-by: Damodar Santhapuri x0132...@ti.com
Signed-off-by: Manjunatha GK manj...@ti.com
Cc: Tony
From: Satish x0124...@ti.com
Fix Null pointer check for pointer r in omap2_mcspi_remove() function.
Signed-off-by: Satish Kumar x0124...@ti.com
Signed-off-by: Manjunatha GK manj...@ti.com
Cc: Tony Lindgren t...@atomide.com
---
drivers/spi/omap2_mcspi.c |2 ++
1 files changed, 2
From: Satish Kumar satis...@ti.com
Fix Null pointer check for display pointer in omapfb_blank().
Signed-off-by: Satish Kumar satis...@ti.com
Signed-off-by: Manjunatha GK manj...@ti.com
Cc: Tony Lindgren t...@atomide.com
---
drivers/video/omap2/omapfb/omapfb-main.c |5 +
1 files changed,
From: Satish x0124...@ti.com
The memory allocated for sgt structure is not freed on error
when sg_alloc_table is called in sg_alloc_table().
Signed-off-by: Satish Kumar x0124...@ti.com
Signed-off-by: Manjunatha GK manj...@ti.com
Cc: Tony Lindgren t...@atomide.com
---
arch/arm/plat-omap/iovmm.c
On Thu, 2010-05-20 at 11:30 +0200, ext Guennadi Liakhovetski wrote:
This header adds defines for MIPI DSI and DCS commands and data formats. See
http://www.mipi.org/ for details.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
Ok, how about this? If this is acceptable I'll
On Thu, May 20, 2010 at 11:08 AM, Ghorai, Sukumar s-gho...@ti.com wrote:
Vimal,
-Original Message-
From: Vimal Singh [mailto:vimal.neww...@gmail.com]
Sent: 2010-05-20 00:01
To: Ghorai, Sukumar
Cc: linux-omap@vger.kernel.org; linux-...@lists.infradead.org;
t...@atomide.com;
Guzman Lugo, Fernando wrote:
From 595a54c6a886d8e707e04cbf5d0d9b6d6de7c6ec Mon Sep 17 00:00:00 2001
From: Fernando Guzman Lugo x0095...@ti.com
Date: Tue, 18 May 2010 20:14:20 -0500
Subject: [PATCH] DSPBRIDGE: fix incorrect reset in bridge_brd_start function
IVA mmu reset was not being done
On Thu, May 20, 2010 at 7:59 PM, Manjunatha GK manj...@ti.com wrote:
From: Satish x0124...@ti.com
The memory allocated for sgt structure is not freed on error
when sg_alloc_table is called in sg_alloc_table().
Typo mistake: correct sg_alloc_table to sgtable_alloc for second time.
--
On Thu, May 20, 2010 at 7:59 PM, Manjunatha GK manj...@ti.com wrote:
From: Damodar x0132...@ti.com
This patch corrects Possible memory leak of 'input' allocated
through input_allocate_device and Suspicious dereference of pointer 'pdata'
before NULL check
Signed-off-by: Damodar Santhapuri
I think better remove .mode parameter from board_data if
its not needed anyways
But it *IS* needed, as I explained before...
if some board
supports only some specific mode they can select those
specifc config only.
No they can't. Recall that kernels are expected to run on
multiple
On Thu, May 20, 2010 at 8:41 PM, Vimal Singh vimal.neww...@gmail.com wrote:
On Thu, May 20, 2010 at 7:59 PM, Manjunatha GK manj...@ti.com wrote:
From: Damodar x0132...@ti.com
This patch corrects Possible memory leak of 'input' allocated
through input_allocate_device and Suspicious dereference
On Thu, May 20, 2010 at 05:15:30PM +0200, ext David Brownell wrote:
I think better remove .mode parameter from board_data if
its not needed anyways
But it *IS* needed, as I explained before...
if some board
supports only some specific mode they can select those
specifc config only.
Subject: [PATCH] ARM: OMAP: Fix board data to support
device only, host only and OTG roles.
Fix board data to support device only, host only and
OTG roles.
The board data hardcodes the mode to OTG or
Peripheral.
Or host. That's correct... because the *BOARD* is hard-wired
that
+#ifdef CONFIG_USB_MUSB_OTG
+ .mode
= MUSB_OTG,
+#elif defined(CONFIG_USB_MUSB_HDRC_HCD)
+ .mode
= MUSB_HOST,
+#elif defined(CONFIG_USB_GADGET_MUSB_HDRC)
.mode
= MUSB_PERIPHERAL,
+#endif
= MUSB_PERIPHERAL,
+#endif
By the way ...
This header adds defines for MIPI DSI and DCS commands and data formats. See
http://www.mipi.org/ for details.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
v2 - v3:
1. added peripheral-to-processor transaction types
v1 - v2:
1. renamed mpi_dsi.h to mipi_display.h
2. improved
Cousson, Benoit b-cous...@ti.com writes:
Hi Charu
From: Varadarajan, Charulatha
From: Cousson, Benoit
Sent: Tuesday, May 18, 2010 10:55 PM
Hi Charu,
On 5/18/2010 4:50 PM, Charulatha V wrote:
[snip]
diff --git a/arch/arm/mach-omap2/clock2420_data.c b/arch/arm/mach-
Hari Kanigeri h-kanige...@ti.com writes:
The prm-regbits-.h header files are not dependent on prm.h
header file.
Signed-off-by: Hari Kanigeri h-kanige...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c |1 +
This file is not in mailine, or linux-omap master. Please
state any
Benoit Cousson b-cous...@ti.com writes:
From: Rajendra Nayak rna...@ti.com
Dependency not supported yet, hence comment all dependency handling
code in hwmod.
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
---
Benoit Cousson b-cous...@ti.com writes:
From: Rajendra Nayak rna...@ti.com
Do not disable any clocks yet since not all drivers are adapted
and rely on bootloader to enable clocks
Signed-off-by: Rajendra Nayak rna...@ti.com
---
arch/arm/mach-omap2/omap_hwmod.c |2 ++
1 files changed,
- Original Message -
From: Tony Lindgren t...@atomide.com
To: kishore kadiyala kishore.kadiy...@ti.com
Cc: linux-...@vger.kernel.org; linux-omap@vger.kernel.org;
madhu...@ti.com; jarkko.lavi...@nokia.com; r...@arm.linux.org.uk;
p...@pwsan.com; santosh.shilim...@ti.com
Sent:
during development on MeeGo devices we try to tackle
down as much as
possible the use_time offenders and start by filing
bugs to those apps,
instead of fixing their issues in kernel space.
Some apps do abuse kernel mechanisms, and whether the bug is in the
app or that kernel mechanism
On Mon, 17 May 2010 13:02:30 +0300
felipe.ba...@nokia.com wrote:
From: Felipe Balbi felipe.ba...@nokia.com
Few architectures, like OMAP, allow you to set
a debouncing time for the gpio before generating
the IRQ. Teach gpiolib about that.
...
--- a/drivers/gpio/gpiolib.c
+++
On Mon, 17 May 2010 13:02:29 +0300
felipe.ba...@nokia.com wrote:
From: Felipe Balbi felipe.ba...@nokia.com
Hi all,
I'm resending this series since no-one has had any further
comments for quite some time.
Adding Andrew Morton to the loop also since David Brownell
didn't pick the patch
Hi Kevin
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Thursday, May 20, 2010 12:13 PM
To: Kanigeri, Hari
Cc: Paul Walmsley; Linux Omap
Subject: Re: [PATCH] omap:hwmod-remove prm header from prm-regbits-
headers
Hari Kanigeri
V2:
- Rebased off of Thomas Renninger's cgroup_cpuacct refactoring.
- Renamed function struct to cpuacct_chrage_calls from cpuacct_cpufreq_calls
Introduce new platform callback hooks for cpuacct for tracking CPU frequencies
Not all platforms / architectures have a set CPU_FREQ_TABLE defined
for
v2:
Rebased off of Thomas Renninger's patch for cgroups_cpuacct refactoring,
which is based off of linus's tree. Thomas it might be easier to merge our
patches if you take these patches and put them in a series ontop of your
original patches (presuming there are no objections to your patch).
This
V2:
- Rebased off Thomass Renninger's cgroup_cpuacct refactoring
Platform must register cpu power function that return power in
milliWatt seconds.
New file:
cpuacct.power reports the power consumed in milliWatt seconds
Signed-off-by: Mike Chan m...@android.com
---
Implement OMAP platform specific scheduler callbacks for tracking
cpu frequencies per cpuacct cgroup.
Signed-off-by: Mike Chan m...@android.com
---
arch/arm/plat-omap/cpu-omap.c | 67 -
1 files changed, 66 insertions(+), 1 deletions(-)
diff --git
On Thu, May 20, 2010 at 10:40:17AM -0700, David Brownell wrote:
Some apps do abuse kernel mechanisms, and whether the bug is in the
app or that kernel mechanism can be a judgement call. I'd expect to
hey come on, there's no judgement call for an app polling every second
to check battery status
On Thu, May 20, 2010 at 11:04:31AM -0700, Andrew Morton wrote:
On Mon, 17 May 2010 13:02:29 +0300
felipe.ba...@nokia.com wrote:
From: Felipe Balbi felipe.ba...@nokia.com
Hi all,
I'm resending this series since no-one has had any further
comments for quite some time.
Adding
+EXPORT_SYMBOL_GPL(gpio_set_debounce);
nitlet: I suspect this function is taking gpio_lock sooner than it
strictly needs to. Find-tuning that would decrease contention by an
insignificant amount ;)
We need this for Intel MID boxes as well Andrew - so its a generic need.
Alan
--
To
On Thu, 20 May 2010 20:04:17 +0100
Alan Cox a...@lxorguk.ukuu.org.uk wrote:
+EXPORT_SYMBOL_GPL(gpio_set_debounce);
nitlet: I suspect this function is taking gpio_lock sooner than it
strictly needs to. Find-tuning that would decrease contention by an
insignificant amount ;)
We
On Mon, May 17, 2010 at 01:02:30PM +0300, felipe.ba...@nokia.com wrote:
From: Felipe Balbi felipe.ba...@nokia.com
Few architectures, like OMAP, allow you to set
a debouncing time for the gpio before generating
the IRQ. Teach gpiolib about that.
Signed-off-by: Felipe Balbi
Hi Mike,
On Thursday 20 May 2010 08:42:21 pm Mike Chan wrote:
v2:
Rebased off of Thomas Renninger's patch for cgroups_cpuacct refactoring,
thanks.
A general comment:
I don't know much about the cgroup stuff.
I am also not sure how exactly power can be measured on this arch based on
frequency
The current iommu module doesn't provide the mechanism to get MMU fault on
TLB miss when working with locked TLB entries and TWL disabled.
To get the TLB miss interrupt, the TWL should be disabled.
This patch set provides the option to enable/disable TWL and to enable TLB miss
interrupt.
Based on
In order to enable TLB miss interrupt, the TWL should be
disabled. This patch provides the functionality to get the
MMU fault interrupt for a TLB miss in the cases where the
users are working with the locked TLB entries and with TWL
disabled.
New interface is added to select twl and to enable TLB
Revise the IRQ mask definitions to handle the MMU faults related
to TWL fault as well as TLB miss fault.
Signed-off-by: Hari Kanigeri h-kanige...@ti.com
Signed-off-by: Hiroshi Doyu hiroshi.d...@nokia.com
---
arch/arm/mach-omap2/iommu2.c | 12
1 files changed, 8 insertions(+), 4
Hi Felipe,
On Fri, May 14, 2010 at 10:27 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
Also, I noticed an important problem. Your code assumes that we would
always have a bunch of scattered pages,
Just a small note: the pages can be contiguous even in normal memory
allocation (not
On Thu, May 20, 2010 at 2:01 PM, Thomas Renninger tr...@suse.de wrote:
Hi Mike,
On Thursday 20 May 2010 08:42:21 pm Mike Chan wrote:
v2:
Rebased off of Thomas Renninger's patch for cgroups_cpuacct refactoring,
thanks.
A general comment:
I don't know much about the cgroup stuff.
Perhaps
I'm not sure if this has been discussed, yet but since it seems that
the resource framework will not be making it upstream, I am curious
what are the replacements under consideration. I am starting to see
similar issues on other platforms (msm / tegra) so more generic
(non-omap) solution might be
This would be generally useful for embedded systems,
especially where the interrupt concerned is a wake source.
It allows drivers to avoid
spurious interrupts from noisy sources so if the hardware
supports it
the driver can avoid having to explicitly wait for the
signal to become
stable
Hi Ilkka,
On Thu, May 20, 2010 at 01:04:20PM +0300, Ilkka Koskinen wrote:
Fix the names of twl5031 specific sih modules to match
the documentation.
Patch applied, thanks.
Cheers,
Samuel.
Signed-off-by: Ilkka Koskinen ilkka.koski...@nokia.com
---
drivers/mfd/twl4030-irq.c | 11
-0700, David Brownell wrote:
Some apps do abuse kernel mechanisms, and whether the
bug is in the
app or that kernel mechanism can be a judgement
call. I'd expect to
hey come on, there's no judgement call for an app polling
every second
to check battery status or some other status
Mike Chan had written, on 05/20/2010 05:37 PM, the following:
I'm not sure if this has been discussed, yet but since it seems that
the resource framework will not be making it upstream, I am curious
http://marc.info/?l=linux-omapm=127206504624556w=2 (we are getting to
the one month expiry date
Hello,
There has been quite a bit of activity on the hwmod front, but no
common place to combine patches for testing.
To that end, I've update the pm-wip/hwmods branch in my tree to
the two fixes/cleanup series from Benoit (which will be merged
via for 2.6.35):
[PATCH 00/10] OMAP: HWMOD
If an omap_hwmod is setup using HWMOD_INIT_NO_IDLE flag, there is
currently way to idle it since omap_hwmod_idle() requires the hwmod to
be in the enabled state.
This patch adds a check to omap_hwmod_idle() so if the hwmod was has
the INIT_NO_IDLE flag, calling omap_hwmod_idle() will still
84 matches
Mail list logo