On Wed, 2010-10-20 at 10:53 +0100, Russell King - ARM Linux wrote:
To: Ohad Ben-Cohen o...@wizery.com
Cc: Hari Kanigeri h-kanige...@ti.com, Benoit Cousson b-cous...@ti.com,
Tony Lindgren t...@atomide.com, Greg KH g...@kroah.com,
linux-ker...@vger.kernel.org,
Grant
On Wed, 2010-10-06 at 17:00 -0700, Tony Lindgren wrote:
- .long HWCAP_SWP|HWCAP_HALF|HWCAP_THUMB|HWCAP_FAST_MULT|HWCAP_EDSP
+ .long
HWCAP_SWP|HWCAP_HALF|HWCAP_THUMB|HWCAP_FAST_MULT|HWCAP_EDSP|HWCAP_TLS
Thanks for catching this.. I have no idea how this happened, I must have
On Thu, 2010-07-01 at 20:02 +0200, Andi Kleen wrote:
What license (name/type) is this?
IANAL, but AFAIK standard wisdom is that disclaimer in the documentation
and/or other materials provided is generally not acceptable for Linux
because it's an excessive burden for all distributors.
It's
On Thu, 2010-07-01 at 21:38 +0200, Andi Kleen wrote:
Also for me it's still quite unclear why we would want this code at all...
It doesn't seem to do anything you couldn't do with the existing
interfaces.
I don't know all that much about what Zach's done here, but from what
On Thu, 2010-07-01 at 15:00 -0700, Zach Pfeffer wrote:
Additionally, the current IOMMU interface does not allow users to
associate one page table with multiple IOMMUs unless the user explicitly
wrote a muxed device underneith the IOMMU interface. This also could be
done, but would have to be
On Thu, 2010-05-13 at 14:46 -0700, Greg KH wrote:
On Thu, May 13, 2010 at 02:33:29PM -0700, Daniel Walker wrote:
On Thu, 2010-05-13 at 23:27 +0200, Rafael J. Wysocki wrote:
Because someone would have to remove suspend blockers (or rather
wakelocks)
from the drivers, test
On Thu, 2010-05-13 at 13:17 +0100, Matthew Garrett wrote:
On Wed, May 12, 2010 at 09:35:30PM -0600, Paul Walmsley wrote:
Figuring out a different way to do this should not limit Android at all,
since Google can do what other Linux distributions do and continue to
patch opportunistic
On Thu, 2010-05-13 at 11:17 -0700, Brian Swetland wrote:
I'm not sure this necessitates using only debugfs for the userspace
interface. A userspace interface is necessary to accomplish what
we're trying to do here, otherwise we have only half a solution, and
our hope is that it'd be a
On Thu, 2010-05-13 at 19:36 +0100, Matthew Garrett wrote:
On Thu, May 13, 2010 at 11:25:57AM -0700, Daniel Walker wrote:
The problem is that once this userspace interface is exposed, it's
nearly permanent and has to be support for a long long time .. It might
seen trivial to just remove
On Thu, 2010-05-13 at 20:11 +0100, Matthew Garrett wrote:
On Thu, May 13, 2010 at 11:59:37AM -0700, Daniel Walker wrote:
On Thu, 2010-05-13 at 19:36 +0100, Matthew Garrett wrote:
Deprecating sysfs interfaces can be done within 6 months or so,
especially if there's only one real consumer
On Thu, 2010-05-13 at 13:23 -0700, Tony Lindgren wrote:
* Matthew Garrett m...@redhat.com [100513 13:03]:
On Thu, May 13, 2010 at 01:00:04PM -0700, Tony Lindgren wrote:
The system stays running because there's something to do. The system
won't suspend until all the processors hit the
On Thu, 2010-05-13 at 23:11 +0200, Rafael J. Wysocki wrote:
On Thursday 13 May 2010, Matthew Garrett wrote:
On Thu, May 13, 2010 at 12:36:34PM -0700, Daniel Walker wrote:
On Thu, 2010-05-13 at 20:11 +0100, Matthew Garrett wrote:
See feature-removal-schedule.txt. So far we have
On Thu, 2010-05-13 at 23:27 +0200, Rafael J. Wysocki wrote:
Because someone would have to remove suspend blockers (or rather wakelocks)
from the drivers, test that they work correctly without suspend blockers and
submit the modified versions. Going forward, every party responsible for such
a
Hilman khil...@deeprooted.net
Cc: Tony Lindgren t...@atomide.com
Signed-off-by: Daniel Walker dwal...@fifo99.com
---
arch/arm/plat-omap/iovmm.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/arm/plat-omap/iovmm.c b/arch/arm/plat-omap/iovmm.c
index 57f7122..9b6cb90
14 matches
Mail list logo