On Tue, 1 Jun 2010, Arve Hjønnevåg wrote:
2010/6/1 Thomas Gleixner t...@linutronix.de:
On Mon, 31 May 2010, Arve Hjønnevåg wrote:
On Mon, May 31, 2010 at 2:46 PM, Thomas Gleixner t...@linutronix.de
wrote:
On Mon, 31 May 2010, James Bottomley wrote:
For MSM hardware, it looks
On Tue, Jun 1, 2010 at 10:32 PM, Neil Brown ne...@suse.de wrote:
On Tue, 1 Jun 2010 12:50:01 +0200 (CEST)
Thomas Gleixner t...@linutronix.de wrote:
On Tue, 1 Jun 2010, Neil Brown wrote:
I think you have acknowledged that there is a race with suspend - thanks.
Next step was can it be
2010/6/2 Thomas Gleixner t...@linutronix.de:
On Tue, 1 Jun 2010, Arve Hjønnevåg wrote:
2010/6/1 Thomas Gleixner t...@linutronix.de:
On Mon, 31 May 2010, Arve Hjønnevåg wrote:
On Mon, May 31, 2010 at 2:46 PM, Thomas Gleixner t...@linutronix.de
wrote:
On Mon, 31 May 2010, James
On Wed, 2 Jun 2010, Arve Hjønnevåg wrote:
2010/6/2 Thomas Gleixner t...@linutronix.de:
On Tue, 1 Jun 2010, Arve Hjønnevåg wrote:
Deferring the the timers forever without stopping the clock can cause
problems. Our user space code has a lot of timeouts that will trigger
an error if an app
Hi Tony,
Patches only for fixes for omap iommu module during -rc cycle.
The following changes since commit 67a3e12b05e055c0415c556a315a3d3eb637e29e:
Linux 2.6.35-rc1 (2010-05-30 13:21:02 -0700)
are available in the git repository at:
git://gitorious.org/~doyu/lk/mainline.git
Dmitry Torokhov wrote:
Hi Anand,
On Fri, May 14, 2010 at 02:26:40PM +0530, Gadiyar, Anand wrote:
Looks like the ads7846 driver breaks suspend-to-ram at least on
the OMAP 3430SDP. On a kernel built with the omap3_defconfig, with
no_console_suspend, I see the log below.
Will
On Wed, 2 Jun 2010 00:05:14 -0700
Arve Hjønnevåg a...@android.com wrote:
On Tue, Jun 1, 2010 at 10:32 PM, Neil Brown ne...@suse.de wrote:
On Tue, 1 Jun 2010 12:50:01 +0200 (CEST)
Thomas Gleixner t...@linutronix.de wrote:
On Tue, 1 Jun 2010, Neil Brown wrote:
I think you have
On Tue, 1 Jun 2010, Arve Hjønnevåg wrote:
2010/6/1 Thomas Gleixner t...@linutronix.de:
On Mon, 31 May 2010, Arve Hjønnevåg wrote:
2010/5/31 Rafael J. Wysocki r...@sisk.pl:
On Monday 31 May 2010, Arve Hjønnevåg wrote:
2010/5/30 Rafael J. Wysocki r...@sisk.pl:
...
I think it
On Mon, 31 May 2010 16:44:52 -0500
Arce, Abraham x0066...@ti.com wrote:
+ unsigned int length = 0, id = 0;
+ int hw_mod_name_len = 16;
+ char oh_name[hw_mod_name_len];
+ char *name = omap4-keypad;
+
+ length = snprintf(oh_name, hw_mod_name_len, kbd);
+
+ oh =
On Wed, 2 Jun 2010 18:06:14 +1000
Neil Brown ne...@suse.de wrote:
I cannot imagine why it would take multiple seconds to scan a keypad.
Can you explain that?
Do you mean while keys are held pressed? Maybe you don't get a wake-up event
on key-release? In that case your user-space daemon
2010/6/2 Thomas Gleixner t...@linutronix.de:
On Tue, 1 Jun 2010, Arve Hjønnevåg wrote:
2010/6/1 Thomas Gleixner t...@linutronix.de:
On Mon, 31 May 2010, Arve Hjønnevåg wrote:
2010/5/31 Rafael J. Wysocki r...@sisk.pl:
On Monday 31 May 2010, Arve Hjønnevåg wrote:
2010/5/30 Rafael J.
- Original Message -
From: Andrew Morton a...@linux-foundation.org
To: Jonathan Cameron ker...@jic23.retrosnub.co.uk
Cc: Hemanth V heman...@ti.com; linux-ker...@vger.kernel.org;
linux-omap@vger.kernel.org; Daniel Mack dan...@caiaq.de; Jonathan
Cameron ji...@cam.ac.uk; Wolfram Sang
Hi,
On Tuesday 01 June 2010 14:18:19 Ujfalusi Peter (Nokia-D/Tampere) wrote:
..
Liam if you are going to take the series, could you fix the patch names?
I can also resend them if it is easier for you.
---
Peter Ujfalusi (5):
OMAP: McBSP: Function to query the FIFO size
OMAP2: McBSP:
On Wed, 2010-06-02 at 10:29 +0200, Thomas Gleixner wrote:
If I understood you correctly then you can shutdown the CPU in idle
completelty already, but that's not enough due to:
1) crappy applications keeping the cpu away from idle
2) timers firing
Would solving those two issues
2010/6/2 Neil Brown ne...@suse.de:
On Wed, 2 Jun 2010 00:05:14 -0700
Arve Hjønnevåg a...@android.com wrote:
On Tue, Jun 1, 2010 at 10:32 PM, Neil Brown ne...@suse.de wrote:
On Tue, 1 Jun 2010 12:50:01 +0200 (CEST)
Thomas Gleixner t...@linutronix.de wrote:
On Tue, 1 Jun 2010, Neil Brown
On Wed, 2010-06-02 at 12:05 +0300, Peter Ujfalusi wrote:
Hi,
On Tuesday 01 June 2010 14:18:19 Ujfalusi Peter (Nokia-D/Tampere) wrote:
..
Liam if you are going to take the series, could you fix the patch names?
I can also resend them if it is easier for you.
Peter, I think it's
2010/6/2 Thomas Gleixner t...@linutronix.de:
On Wed, 2 Jun 2010, Arve Hjønnevåg wrote:
2010/6/2 Thomas Gleixner t...@linutronix.de:
On Tue, 1 Jun 2010, Arve Hjønnevåg wrote:
Because suspend itself causes you to not be idle you cannot abort
suspend just because you are not idle anymore.
On Wed, 2 Jun 2010, Arve Hjønnevåg wrote:
2010/6/2 Neil Brown ne...@suse.de:
There would still need to be some sort of communication between the the
suspend daemon on any event daemon to ensure that the events had been
processed. This could be very light weight interaction. The point
On Wed, 2010-06-02 at 01:54 -0700, Arve Hjønnevåg wrote:
No I want you to stop confusing low power idle modes with suspend.
I think it is you who is confused. For power management purposes suspend
is nothing more but a deep idle state.
(and please don't mention @#$@ up x86 ACPI again, Intel
2010/6/2 Thomas Gleixner t...@linutronix.de:
On Wed, 2 Jun 2010, Arve Hjønnevåg wrote:
2010/6/2 Neil Brown ne...@suse.de:
There would still need to be some sort of communication between the the
suspend daemon on any event daemon to ensure that the events had been
processed. This could be
2010/6/2 Peter Zijlstra pet...@infradead.org:
On Wed, 2010-06-02 at 01:54 -0700, Arve Hjønnevåg wrote:
No I want you to stop confusing low power idle modes with suspend.
I think it is you who is confused. For power management purposes suspend
is nothing more but a deep idle state.
No, idle
On Wed, Jun 02, 2010 at 09:50:54AM +0200, Doyu Hiroshi (Nokia-D/Helsinki) wrote:
omap iommu: Introduce iopgd_is_table MACRO
omap iommu: Rename iopte_[p,v]addr - iopte_page_[p,v]addr
should these two be here or should they go to 2.6.36 merge window ? at
least from the description it
Hi,
Sorry for the delay, I eventually got the time to look at your patches.
On Tue, 2010-06-01 at 11:25 +0100, Hiroshi DOYU wrote:
There is a false positive case that a pointer is calculated by other
methods than the usual container_of macro. kmemleak_ignore can cover
such a false positive,
On Wed, 2010-06-02 at 03:00 -0700, Arve Hjønnevåg wrote:
2010/6/2 Peter Zijlstra pet...@infradead.org:
On Wed, 2010-06-02 at 01:54 -0700, Arve Hjønnevåg wrote:
No I want you to stop confusing low power idle modes with suspend.
I think it is you who is confused. For power management
From: Eric Dumazet eric.duma...@gmail.com
Fix the allocation length of rx skbuff.
Based on discussion http://lkml.org/lkml/2010/5/26/501
Signed-off-by: Abraham Arce x0066...@ti.com
---
drivers/net/ks8851.c |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff --git
Hi Felipe,
From: Balbi Felipe (Nokia-D/Helsinki) felipe.ba...@nokia.com
Subject: Re: [GIT PULL] omap iommu: for-next for 2.6.35-rc1
Date: Wed, 2 Jun 2010 12:01:00 +0200
On Wed, Jun 02, 2010 at 09:50:54AM +0200, Doyu Hiroshi (Nokia-D/Helsinki)
wrote:
omap iommu: Introduce iopgd_is_table
On Wed, Jun 02, 2010 at 01:06:44PM +0200, Doyu Hiroshi (Nokia-D/Helsinki) wrote:
This subject might be misleading.
These patches are for for-next, which means for v2.6.36. v2.6.35-rc1
on subject implies the base TAG for these patches.
ok, sorry for that :-)
--
balbi
DefectiveByDesign.org
--
* Laurent Epinat laurent.epi...@cioinfoindus.fr [100602 13:03]:
Hello all
How can I call omap_mux_init_signal()
from external driver compiled as module ?
cause the function is not in the standard path include files
and is not exported
You can't that's the whole idea :)
Instead,
From: ext Catalin Marinas catalin.mari...@arm.com
Subject: Re: [PATCH v2 0/3] kmemleak: Fix false positive with special scan
Date: Wed, 2 Jun 2010 12:01:24 +0200
Hi,
Sorry for the delay, I eventually got the time to look at your patches.
Thank you for your review.
On Tue, 2010-06-01 at
Choose the generic panel for lcd code of Devkit8000.
Signed-off-by: Thomas Weber we...@corscience.de
---
arch/arm/mach-omap2/board-devkit8000.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/board-devkit8000.c
From: Kan-Ru Chen ka...@0xlab.org
This patch corrects the LCD reset pin configuration.
Original code from early devkit8000 patch sets the TWL4030 GPIO_1
to EHCI_nOC and TWL4030_GPIO_MAX+1 to ledA. Indeed these two pins
are both LCD_PWREN. Setup the lcd reset_gpio properly so it can be
disabled
omap_board_config is no longer used and thats why empty.
This patch removes the empty omap_board_config.
Signed-off-by: Thomas Weber we...@corscience.de
---
arch/arm/mach-omap2/board-devkit8000.c |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git
Devkit8000 uses the TPS65930 and not the TWL4030.
The TPS65930 uses only a subset of the power supplies
of the TWL4030.
Signed-off-by: Thomas Weber we...@corscience.de
---
arch/arm/mach-omap2/board-devkit8000.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
From: Kan-Ru Chen ka...@0xlab.org
This patch corrects the DVI-D output setup of Devkit8000
Devkit8000 has different DVI reset pin with the BeagleBoard.
On Devkit8000 the TWL4030 GPIO_7 is assigned to do the job.
Signed-off-by: Kan-Ru Chen ka...@0xlab.org
---
These patches correct errors that were done while using the board code
from beagle board for Devkit8000.
The Devkit8000 uses the TPS65930, an reduced version of the TWL4030.
So not all power supplies from the TWL4030 are available.
The DSS2 do not need a VDVI any longer so it is removed.
The
Using the macro gpio_is_valid for check of valid gpio pins.
Signed-off-by: Thomas Weber we...@corscience.de
---
arch/arm/mach-omap2/board-devkit8000.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-omap2/board-devkit8000.c
The Devkit8000 uses the cost reduced variant tps65930 of the twl4030.
The TPS65930 only has vdd1, vdd2, vpll1, vio, vmmc1, vdac and vaux2.
vaux2 is not used on Devkit8000.
Signed-off-by: Thomas Weber we...@corscience.de
---
arch/arm/mach-omap2/board-devkit8000.c | 22 --
1
Replacing supplies with the REGULATOR_SUPPLY macro.
Signed-off-by: Thomas Weber we...@corscience.de
---
arch/arm/mach-omap2/board-devkit8000.c | 33 ---
1 files changed, 13 insertions(+), 20 deletions(-)
diff --git a/arch/arm/mach-omap2/board-devkit8000.c
devkit8000_panel_enable_tv and devkit8000_panel_disable_tv are already
done in DSS2 code. So they are no longer needed in board code.
Signed-off-by: Thomas Weber we...@corscience.de
---
arch/arm/mach-omap2/board-devkit8000.c | 12
1 files changed, 0 insertions(+), 12 deletions(-)
Corrected the wrong power supplies in devkit8000 code.
Add supply for ads7846 to support the new regulator framework for
touchscreen.
Signed-off-by: Thomas Weber we...@corscience.de
---
arch/arm/mach-omap2/board-devkit8000.c | 32 ++--
1 files changed, 26
The VDVI power supply is no longer needed in
board code with the new DSS2 interface.
Signed-off-by: Thomas Weber we...@corscience.de
---
arch/arm/mach-omap2/board-devkit8000.c |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/arch/arm/mach-omap2/board-devkit8000.c
On Wed, 2 Jun 2010 14:21:30 +0300
Tony Lindgren t...@atomide.com wrote:
How can I call omap_mux_init_signal()
from external driver compiled as module ?
cause the function is not in the standard path include files
and is not exported
You can't that's the whole idea :)
Instead,
On Wed, 02 Jun 2010 11:10:51 +0200
Peter Zijlstra pet...@infradead.org wrote:
On Wed, 2010-06-02 at 10:29 +0200, Thomas Gleixner wrote:
If I understood you correctly then you can shutdown the CPU in idle
completelty already, but that's not enough due to:
1) crappy applications
On Wednesday 02 June 2010 12:15:22 ext Liam Girdwood wrote:
On Wed, 2010-06-02 at 12:05 +0300, Peter Ujfalusi wrote:
Hi,
On Tuesday 01 June 2010 14:18:19 Ujfalusi Peter (Nokia-D/Tampere) wrote:
..
Liam if you are going to take the series, could you fix the patch names?
I can
Felipe,
+static struct omap4_keypad_platform_data sdp4430_keypad_data = {
+.keymap_data= sdp4430_keymap_data,
+.rows = 8,
+.cols = 8,
+.device_enable = omap_device_enable,
+.device_shutdown=
From: Hiroshi DOYU hiroshi.d...@nokia.com
Subject: Re: [PATCH v2 0/3] kmemleak: Fix false positive with special scan
Date: Wed, 02 Jun 2010 14:34:58 +0300 (EEST)
From: ext Catalin Marinas catalin.mari...@arm.com
Subject: Re: [PATCH v2 0/3] kmemleak: Fix false positive with special scan
Date:
Thanks Thomas,
+ unsigned int length = 0, id = 0;
+ int hw_mod_name_len = 16;
+ char oh_name[hw_mod_name_len];
+ char *name = omap4-keypad;
+
+ length = snprintf(oh_name, hw_mod_name_len, kbd);
+
+ oh = omap_hwmod_lookup(oh_name);
+ if (!oh) {
+
Is there any standardisation of the ABIs whcih these drivers offer? If
so, does this new driver comply with that?
There was an attempt to sort this out but Linux vetoed it because he is
under the delusion that light sensors are input devices. That doesn't
work in many use cases as you have to
Op 2 jun 2010, om 13:46 heeft Jarkko Nikula het volgende geschreven:
On Wed, 2 Jun 2010 14:21:30 +0300
Tony Lindgren t...@atomide.com wrote:
How can I call omap_mux_init_signal()
from external driver compiled as module ?
cause the function is not in the standard path include files
and
On Wed, 2 Jun 2010 14:56:30 +0200
Koen Kooi k...@dominion.thruhere.net wrote:
How about add-on cards for e.g. BeagleBoard? It would be nice feature
if a kernel module for that particular add-on card can do the muxing
without needing to specify them on cmdline. I.e. if you are switching
On Wed, 2 Jun 2010 07:45:07 -0500
Arce, Abraham x0066...@ti.com wrote:
I'll remove length variable and keep snprintf, below oh_name - kbd is used
again, this will keep name defined in one single place
WARN(IS_ERR(od), Could not build omap_device for %s %s\n,
name,
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
phone: 301-407-9583
email: m-kariche...@ti.com
-Original Message-
From: Hiremath, Vaibhav
Sent: Thursday, May 27, 2010 9:11 AM
To: linux-me...@vger.kernel.org
Cc: mche...@redhat.com; Karicheri,
* Jarkko Nikula jhnik...@gmail.com [100602 16:06]:
On Wed, 2 Jun 2010 14:56:30 +0200
Koen Kooi k...@dominion.thruhere.net wrote:
How about add-on cards for e.g. BeagleBoard? It would be nice feature
if a kernel module for that particular add-on card can do the muxing
without needing
Vaibhav,
See below my comments...
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
phone: 301-407-9583
email: m-kariche...@ti.com
-Original Message-
From: Hiremath, Vaibhav
Sent: Thursday, May 27, 2010 9:11 AM
To: linux-me...@vger.kernel.org
Cc:
From: Karicheri, Muralidharan
Sent: Wednesday, June 02, 2010 7:23 PM
To: Hiremath, Vaibhav; linux-me...@vger.kernel.org
Cc: mche...@redhat.com; linux-omap@vger.kernel.org
Subject: RE: [PATCH 1/2] Davinci: Create seperate Kconfig file for davinci
devices
Vaibhav,
Could you also list DM365 here? This was somehow missed.
I believe you are referring to
Instruments:- DM6446, DM365 DM355
yes. Thanks.
Submitting this patch alone with this change.
Thanks,
Vaibhav
-To compile this driver as a module, choose M here: the
-module
Op 2 jun 2010, om 15:57 heeft Tony Lindgren het volgende geschreven:
* Jarkko Nikula jhnik...@gmail.com [100602 16:06]:
On Wed, 2 Jun 2010 14:56:30 +0200
Koen Kooi k...@dominion.thruhere.net wrote:
How about add-on cards for e.g. BeagleBoard? It would be nice feature
if a kernel module
From: Karicheri, Muralidharan
Sent: Wednesday, June 02, 2010 7:31 PM
To: Hiremath, Vaibhav; linux-me...@vger.kernel.org
Cc: mche...@redhat.com; linux-omap@vger.kernel.org
Subject: RE: [PATCH 2/2] AM3517: Add VPFE Capture driver support to board file
On Wed, 2 Jun 2010 16:57:10 +0300
Tony Lindgren t...@atomide.com wrote:
Problem is that amount of expansion boards is practically unlimited so
patching bootloader and board file could come quite maintenance effort.
Of course there are some lets say generic boards but bunch of in-house,
On Wed, 2010-06-02 at 12:34 +0100, Hiroshi DOYU wrote:
From: ext Catalin Marinas catalin.mari...@arm.com
Can we not add a new prio tree (or just use the existing one) for
pointer aliases? The advantage is that you only have a single function
to call, something like kmemleak_add_alias() and
Hello all
How can I call omap_mux_init_signal()
from external driver compiled as module ?
cause the function is not in the standard path include files
and is not exported
regards,
Laurent
Le 11.03.2010 23:48, Tony Lindgren a écrit :
* Peter Baradapeter.bar...@gmail.com [100311 14:29]:
* Jarkko Nikula jhnik...@gmail.com [100602 17:06]:
On Wed, 2 Jun 2010 16:57:10 +0300
Tony Lindgren t...@atomide.com wrote:
Problem is that amount of expansion boards is practically unlimited so
patching bootloader and board file could come quite maintenance effort.
Of course there
On Wed, Jun 02, 2010 at 04:45:48PM +0200, ext Tony Lindgren wrote:
Yeah having the modules do the platform device init and registration will
lead into nasty conflicts. The platform device registration really needs
to happen in the board-*.c files, not in the drivers.
yeah, unless you had a way
* Felipe Balbi felipe.ba...@nokia.com [100602 17:50]:
I have to agree modules are not supposed to change platform stuff.
On the other hand, that could be used by EHCI/OHCI to implement port
handoff on runtime:
mux all usb ports to ehci, if enumeration fails, remux ports to
ohci and try
On Tue, 2010-06-01 at 21:41 -0700, Arve Hjønnevåg wrote:
2010/6/1 James Bottomley james.bottom...@suse.de:
On Tue, 2010-06-01 at 18:10 -0700, Arve Hjønnevåg wrote:
On Tue, Jun 1, 2010 at 3:36 PM, James Bottomley james.bottom...@suse.de
wrote:
On Wed, 2010-06-02 at 00:24 +0200, Rafael J.
The addition of the new debounce code (commit
168ef3d9a56bd8bffe0ef4189c450888b4aefefe) broke the auto-disable of
debounce clocks on idle by forgetting to update the debounce clock
enable mask.
Add back the updating of bank-dbck_enable_mask so debounce clocks are
auto-disabled.
Signed-off-by:
Felipe Balbi wrote:
On Wed, Jun 02, 2010 at 04:45:48PM +0200, ext Tony Lindgren wrote:
Yeah having the modules do the platform device init and registration will
lead into nasty conflicts. The platform device registration really needs
to happen in the board-*.c files, not in the drivers.
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Gadiyar, Anand
Sent: Friday, May 28, 2010 2:55 PM
To: Stephen Schwarm, CSDP; linux-omap@vger.kernel.org
Subject: RE: simple sd card performance bug fix on OMAP
On Wed, Jun 2, 2010 at 1:06 AM, Neil Brown ne...@suse.de wrote:
On Wed, 2 Jun 2010 00:05:14 -0700
Arve Hjønnevåg a...@android.com wrote:
The user-space suspend daemon avoids losing wake-events by using
fcntl(F_OWNER) to ensure it gets a signal whenever any important wake-event
is ready to
On Wed, 2 Jun 2010 21:02:24 +1000
Neil Brown ne...@suse.de wrote:
And this decision (to block suspend) really needs to be made in the driver,
not in userspace?
Well, it fits. The requirement is a direct consequence of the intimate
knowledge the driver has about the driven devices.
Or if you
On Wed, 02 Jun 2010 10:05:11 -0500
James Bottomley james.bottom...@suse.de wrote:
On Tue, 2010-06-01 at 21:41 -0700, Arve Hjønnevåg wrote:
No, they have to be two separate constraints, otherwise a constraint
to block suspend would override a constraint to block a low power idle
mode or the
On Wed, 02 Jun 2010 12:21:28 +0200
Peter Zijlstra pet...@infradead.org wrote:
On Wed, 2010-06-02 at 03:00 -0700, Arve Hjønnevåg wrote:
2010/6/2 Peter Zijlstra pet...@infradead.org:
On Wed, 2010-06-02 at 01:54 -0700, Arve Hjønnevåg wrote:
No I want you to stop confusing low power idle
Hi,
I've got android-2.6.29 kernel and android-1.5r3 SDK version running on
a gumstix Overo Earth (TI OMAP 3503), and I'm using the platform to implement a
data logging application.
The partition has been configured as read-write /dev/mtd4, with a merged rootfs
and system folder. There
Not sure if its of any use to you, but we had a similar situation and
we are now looking at UBI
(http://www.linux-mtd.infradead.org/doc/ubi.html). We use JFFS2 and we
are considering using it over UBI.
We had problems of data corruption in the flash so we now mount only
partitions with writable
On Wednesday 02 June 2010, Neil Brown wrote:
On Tue, 1 Jun 2010 12:50:01 +0200 (CEST)
Thomas Gleixner t...@linutronix.de wrote:
On Tue, 1 Jun 2010, Neil Brown wrote:
I think you have acknowledged that there is a race with suspend - thanks.
Next step was can it be closed.
You
On Wed, 2010-06-02 at 21:47 +0200, Florian Mickler wrote:
On Wed, 02 Jun 2010 10:05:11 -0500
James Bottomley james.bottom...@suse.de wrote:
On Tue, 2010-06-01 at 21:41 -0700, Arve Hjønnevåg wrote:
No, they have to be two separate constraints, otherwise a constraint
to block suspend
On Wednesday 02 June 2010, Neil Brown wrote:
On Tue, 1 Jun 2010 10:47:49 -0400 (EDT)
Alan Stern st...@rowland.harvard.edu wrote:
...
So yes, there are different use cases and we should support all of them,
both I shut the lid and my laptop really stays asleep and I never miss a
TXT because my
On Sat, 29 May 2010 19:27:23 -0700
Cory Maccarrone darkstar6...@gmail.com wrote:
This change removes a BUG_ON for when interrupts are disabled
during an MMC request. During boot, interrupts can be disabled
when a request is made, causing this bug to be triggered. In reality,
there's no
On Wed, 2 Jun 2010 22:41:14 +0200
Rafael J. Wysocki r...@sisk.pl wrote:
On Wednesday 02 June 2010, Neil Brown wrote:
- Would this fix the bug??
- and address the issues that suspend-blockers was created to address?
- or are the requirements on user-space too onerous?
In theory wakeup
On Thursday 03 June 2010, Neil Brown wrote:
On Wed, 2 Jun 2010 22:41:14 +0200
Rafael J. Wysocki r...@sisk.pl wrote:
On Wednesday 02 June 2010, Neil Brown wrote:
- Would this fix the bug??
- and address the issues that suspend-blockers was created to address?
- or are the
On Wed, Jun 2, 2010 at 2:05 PM, Andrew Morton a...@linux-foundation.org wrote:
On Sat, 29 May 2010 19:27:23 -0700
Cory Maccarrone darkstar6...@gmail.com wrote:
This change removes a BUG_ON for when interrupts are disabled
during an MMC request. During boot, interrupts can be disabled
when a
On Wed, Jun 2, 2010 at 1:41 PM, James Bottomley james.bottom...@suse.de wrote:
On Wed, 2010-06-02 at 21:47 +0200, Florian Mickler wrote:
On Wed, 02 Jun 2010 10:05:11 -0500
James Bottomley james.bottom...@suse.de wrote:
On Tue, 2010-06-01 at 21:41 -0700, Arve Hjønnevåg wrote:
No, they have
On Wed, 2010-06-02 at 15:27 -0700, Arve Hjønnevåg wrote:
On Wed, Jun 2, 2010 at 1:41 PM, James Bottomley james.bottom...@suse.de
wrote:
On Wed, 2010-06-02 at 21:47 +0200, Florian Mickler wrote:
On Wed, 02 Jun 2010 10:05:11 -0500
James Bottomley james.bottom...@suse.de wrote:
On Tue,
On Wed, 02 Jun 2010 15:41:11 -0500
James Bottomley james.bottom...@suse.de wrote:
On Wed, 2010-06-02 at 21:47 +0200, Florian Mickler wrote:
On Wed, 02 Jun 2010 10:05:11 -0500
James Bottomley james.bottom...@suse.de wrote:
On Tue, 2010-06-01 at 21:41 -0700, Arve Hjønnevåg wrote:
No,
-Original Message-
From: Florian Mickler [mailto:flor...@mickler.org]
Sent: Wednesday, June 02, 2010 4:06 PM
To: James Bottomley
Cc: Arve Hjønnevåg; Neil Brown; ty...@mit.edu; Peter Zijlstra; LKML; Alan
Cox; Gross, Mark; Thomas Gleixner; Linux OMAP Mailing List; Linux PM;
On Wed, 2 Jun 2010 21:05:21 +0200
Florian Mickler flor...@mickler.org wrote:
Could someone perhaps make a recap on what are the problems with the
API? I have no clear eye (experience?) for that (or so it seems).
Good interface design is an acquired taste. And it isn't always easy to
explain
On Wed, Jun 02, 2010 at 09:05:21PM +0200, Florian Mickler wrote:
On Wed, 2 Jun 2010 21:02:24 +1000
Neil Brown ne...@suse.de wrote:
And this decision (to block suspend) really needs to be made in the driver,
not in userspace?
Well, it fits. The requirement is a direct consequence of the
Thara Gopinath th...@ti.com writes:
This patch series introduces smartreflex and voltage driver support
for OMAP3430 and OMAP3630. SmartReflex modules do adaptive voltage
control for real-time voltage adjustments.
Originally all the functionalities introduced in this patch
were present in
Nishanth Menon menon.nisha...@gmail.com writes:
On 05/30/2010 01:50 PM, Premi, Sanjeev wrote:
[...]
[sp] There is no mention of cpufreq not working; but specifically the
support of bootarg mpurate which is independent of cpufreq.
The bootarg mpurate has been existing since quite sometime.
On Wed, Jun 2, 2010 at 4:30 PM, Andrew Morton a...@linux-foundation.org wrote:
On Wed, 2 Jun 2010 15:26:52 -0700
Cory Maccarrone darkstar6...@gmail.com wrote:
On Wed, Jun 2, 2010 at 2:05 PM, Andrew Morton a...@linux-foundation.org
wrote:
On Sat, 29 May 2010 19:27:23 -0700
Cory Maccarrone
On Wed, 2 Jun 2010 16:32:44 -0700
Dmitry Torokhov dmitry.torok...@gmail.com wrote:
On Wed, Jun 02, 2010 at 09:05:21PM +0200, Florian Mickler wrote:
On Wed, 2 Jun 2010 21:02:24 +1000
Neil Brown ne...@suse.de wrote:
And this decision (to block suspend) really needs to be made in the
On Wed, Jun 2, 2010 at 4:32 PM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
On Wed, Jun 02, 2010 at 09:05:21PM +0200, Florian Mickler wrote:
On Wed, 2 Jun 2010 21:02:24 +1000
Neil Brown ne...@suse.de wrote:
And this decision (to block suspend) really needs to be made in the driver,
On Wed, 2 Jun 2010 19:44:59 -0700
Arve Hjønnevåg a...@android.com wrote:
On Wed, Jun 2, 2010 at 4:32 PM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
On Wed, Jun 02, 2010 at 09:05:21PM +0200, Florian Mickler wrote:
On Wed, 2 Jun 2010 21:02:24 +1000
Neil Brown ne...@suse.de wrote:
On Thu, May 27, 2010 at 06:06:43PM +0200, Thomas Gleixner wrote:
On Thu, 27 May 2010, Alan Stern wrote:
And to answer Thomas's question: The whole reason for having in-kernel
suspend blockers is so that userspace can tell the system to suspend
without losing wakeup events.
Suppose a
Hello,
Tony: Could you take a look at the arch/arm patches in this series?
Thanks!
Changes since v3/4:
- Fixed commit subjects and messages for OMAP3 related patches
- Added Acked-by from Mark, and Jarkko
Intro message from the original series:
This series aims to correct how the McBSP FIFO is
Users of McBSP can use the omap_mcbsp_get_fifo_size function to query
the size of the McBSP FIFO.
The function will return the FIFO size in words (the HW maximum).
Signed-off-by: Peter Ujfalusi peter.ujfal...@nokia.com
Acked-by: Jarkko Nikula jhnik...@gmail.com
Acked-by: Mark Brown
Use the actual FIFO size in words as buffer_size on OMAP3.
Change the threshold configuration to use 1 based numbering, when
specifying the allowed threshold maximum or the McBSP threshold value.
Set the default maximum threshold to (buffer_size - 0x10) intialy.
From users of McBSP, now it is
Sicne the platform data's buffer_size now holds the full size
of the FIFO, there is no longer need to handle the ports
differently.
Signed-off-by: Peter Ujfalusi peter.ujfal...@nokia.com
Acked-by: Jarkko Nikula jhnik...@gmail.com
Acked-by: Mark Brown broo...@opensource.wolsfonmicro.com
---
Save the word length configuration of McBSP, and use that information
to calculate, and configure the threshold in McBSP.
Previously the calculation was only correct when the stream had 16bit
audio.
Signed-off-by: Peter Ujfalusi peter.ujfal...@nokia.com
Acked-by: Jarkko Nikula jhnik...@gmail.com
OMAP McBSP FIFO is word structured:
McBSP2 has 1024 + 256 = 1280 word long buffer,
McBSP1,3,4,5 has 128 word long buffer
This means, that the size of the FIFO
depends on the McBSP word size configuration.
For example on McBSP3:
16bit samples: size is 128 * 2 = 256 bytes
32bit samples: size is 128
1 - 100 of 139 matches
Mail list logo