On Wed, Sep 26, 2012 at 01:54:12PM -0700, Andrew Morton wrote:
On Wed, 26 Sep 2012 13:44:03 -0700
Greg KH gre...@linuxfoundation.org wrote:
On Wed, Sep 26, 2012 at 01:34:50PM -0700, Andrew Morton wrote:
On Wed, 26 Sep 2012 13:24:00 -0700
Greg KH gre...@linuxfoundation.org wrote
On Fri, Sep 07, 2012 at 08:25:31AM +0300, Felipe Balbi wrote:
when rebasing patches on top of Greg's tty-next,
it looks like automerge broke a few things which
I didn't catch (for whatever reason I didn't
have OMAP Serial enabled on .config) so I ended
up breaking the build on Greg's tty-next
On Fri, Sep 07, 2012 at 06:34:19PM +0300, Felipe Balbi wrote:
when rebasing patches on top of Greg's tty-next,
it looks like automerge broke a few things which
I didn't catch (for whatever reason I didn't
have OMAP Serial enabled on .config) so I ended
up breaking the build on Greg's tty-next
On Thu, Sep 06, 2012 at 03:45:19PM +0300, Felipe Balbi wrote:
Hi guys,
here's v4 of the omap uart patchset. No changes other than a rebase on top of
Greg's tty-next branch and Tony's Acked-by being added to a couple patches
Note: I'm resending the series with Vikram's Software Flow Control
On Tue, Sep 04, 2012 at 02:45:41PM +0300, Felipe Balbi wrote:
Hi,
On Fri, Aug 24, 2012 at 01:40:47PM +0300, Felipe Balbi wrote:
Forgot to Cc greg initially, my bad
a gentle ping on this series so we don't miss it for v3.7 merge window.
Greg, let me know if you need me to resend.
No
On Thu, Aug 23, 2012 at 01:32:43PM +0300, Felipe Balbi wrote:
The driver doesn't need to know about its platform_device.
Everything the driver needs can be done through the
struct device pointer. In case we need to use the
OMAP-specific PM function pointers, those can make
sure to find the
On Thu, Aug 23, 2012 at 01:33:00PM +0300, Felipe Balbi wrote:
From: Vikram Pandita vikram.pand...@ti.com
Software flow control register bits were not defined correctly.
Also clarify the IXON and IXOFF logic to reflect what userspace wants.
Cc: sta...@vger.kernel.org
Tested-by:
On Mon, Aug 13, 2012 at 10:57:06AM +0530, Shilimkar, Santosh wrote:
Greg,
On Wed, Jul 18, 2012 at 12:14 PM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
On Tue, Jul 17, 2012 at 11:28 PM, Greg KH gre...@linuxfoundation.org
wrote:
On Tue, Jul 17, 2012 at 10:37:45PM +0530, Shilimkar
On Mon, Aug 13, 2012 at 08:36:05PM +0530, AnilKumar Ch wrote:
Regulator platform data handling was mistakenly added to MFD
driver. So we will see build errors if we compile MFD drivers
without CONFIG_REGULATOR. This patch moves regulator platform
data handling from TPS65217 MFD driver to
On Fri, Aug 03, 2012 at 02:24:20PM -0700, Pandita, Vikram wrote:
Aaro
On Fri, Aug 3, 2012 at 1:08 PM, Aaro Koskinen aaro.koski...@iki.fi wrote:
Hi,
On Fri, Aug 03, 2012 at 11:25:37AM -0700, Pandita, Vikram wrote:
And really: Wasting 1/3 of the 80 character line is too much.
You
On Fri, Aug 03, 2012 at 03:07:39PM -0700, Pandita, Vikram wrote:
On Fri, Aug 3, 2012 at 2:59 PM, Greg KH gre...@linuxfoundation.org wrote:
On Fri, Aug 03, 2012 at 02:24:20PM -0700, Pandita, Vikram wrote:
Aaro
On Fri, Aug 3, 2012 at 1:08 PM, Aaro Koskinen aaro.koski...@iki.fi wrote:
Hi
On Fri, Aug 03, 2012 at 03:25:17PM -0700, Pandita, Vikram wrote:
This was something that got used internally and helped at times.
Could you have used the trace point instead?
As i understood the trace_prink(), one would need to modify existing
printk - trace_printk. Is my understanding
On Thu, Jul 19, 2012 at 01:20:14PM +0300, Felipe Balbi wrote:
Hi,
On Thu, Jun 21, 2012 at 07:12:12PM +0530, Keshava Munegowda wrote:
This commit 354ab8567ae3107a8cbe7228c3181990ba598aac titled
Fix OMAP EHCI suspend/resume failure (i693) is causing
the usb hub and device detection fails
On Thu, Jul 19, 2012 at 03:54:05PM -0700, Greg KH wrote:
On Thu, Jul 19, 2012 at 01:20:14PM +0300, Felipe Balbi wrote:
Hi,
On Thu, Jun 21, 2012 at 07:12:12PM +0530, Keshava Munegowda wrote:
This commit 354ab8567ae3107a8cbe7228c3181990ba598aac titled
Fix OMAP EHCI suspend/resume
On Mon, Jul 09, 2012 at 07:02:36PM +0530, Shilimkar, Santosh wrote:
Greg,
On Mon, Jul 2, 2012 at 6:48 PM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
On Sat, Jun 30, 2012 at 10:12 AM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
On Sat, Jun 30, 2012 at 9:53 AM, Greg KH gre
On Tue, Jul 17, 2012 at 10:37:45PM +0530, Shilimkar, Santosh wrote:
On Tue, Jul 17, 2012 at 10:06 PM, Greg KH gre...@linuxfoundation.org wrote:
On Mon, Jul 09, 2012 at 07:02:36PM +0530, Shilimkar, Santosh wrote:
Greg,
[...]
To elaborate more, I have created below patch.
Let me
On Thu, Jun 21, 2012 at 12:53:46PM +0300, Tomi Valkeinen wrote:
This is a fix for v3.4 stable kernel. Mainline commit is
3568f2a46f2a73bab18c914df06afd98a97e0e0e. As a clarification to the original
commit description below: when the bug happens the display does not show
anything.
Now applied,
On Sat, Jun 30, 2012 at 09:38:41AM +0530, Shilimkar, Santosh wrote:
(+ Greg, By mistake the your name got dropped cc from list)
On Fri, Jun 29, 2012 at 7:13 PM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
From: Aneesh V ane...@ti.com
Device tree support for the EMIF driver.
On Wed, Jun 27, 2012 at 09:06:26AM -0500, Rob Clark wrote:
From: Rob Clark r...@ti.com
Use tiled buffers for rotated/reflected scanout, with CRTC and plane
properties as the interface for userspace to configure rotation.
Signed-off-by: Rob Clark r...@ti.com
---
On Thu, May 03, 2012 at 06:38:23PM -0400, Paul Gortmaker wrote:
On Fri, Apr 27, 2012 at 8:24 AM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
Add a driver for the EMIF SDRAM controller used in Texas Instrument SoCs
Hi Santosh,
Can you send Greg a patch that adds proper dependencies
On Wed, May 02, 2012 at 12:20:24PM +0530, Santosh Shilimkar wrote:
Greg,
On Wednesday 02 May 2012 10:46 AM, Greg KH wrote:
On Fri, Apr 27, 2012 at 05:54:02PM +0530, Santosh Shilimkar wrote:
Add a driver for the EMIF SDRAM controller used in Texas Instrument SoCs
EMIF is an SDRAM
and faked temperature values as testing all cases in real-life
scenarios is difficult.
- Tested the driver as a module
Cc: Greg KH g...@kroah.com
This all looks good to me now, thanks for reworking this.
So, do you want me to take this through my driver tree to get to Linus
for 3.5, or do you
On Mon, Apr 23, 2012 at 04:34:46PM +0530, Shilimkar, Santosh wrote:
Afzal,
On Mon, Apr 23, 2012 at 4:26 PM, Mohammed, Afzal af...@ti.com wrote:
Hi Aneesh,
On Fri, Apr 13, 2012 at 01:28:55, V, Aneesh wrote:
Thanks. I will wait for your review then. Once I have your comments
I will
On Sun, Apr 22, 2012 at 10:57:17AM +0100, Russell King - ARM Linux wrote:
I've noticed these failure from time to time in my omap4 randconfig builds:
drivers/staging/tidspbridge/core/tiomap3430.c: In function 'bridge_brd_start':
drivers/staging/tidspbridge/core/tiomap3430.c:425: error:
On Sun, Apr 22, 2012 at 11:28:52PM +0300, Felipe Contreras wrote:
Hi,
Russell King - ARM Linux wrote:
I've noticed these failure from time to time in my omap4 randconfig builds:
drivers/staging/tidspbridge/core/tiomap3430.c: In function
'bridge_brd_start':
On Wed, Apr 18, 2012 at 10:04:22AM +0200, Jean Pihet wrote:
Hi Andrew, Greg,
Can you please look at this patch set?
The idea is to create a framework and drivers for the AVS class of
devices. This patch set implements the first step by moving the
existing code to drivers/power/avs. Next
On Thu, Apr 12, 2012 at 12:17:49PM +0530, Santosh Shilimkar wrote:
I was hoping that we will have some thing like drivers/memory/*
but since it doesn't exist, we used drivers/misc.
Why not create it? I have no objection to that, it makes it more
obvious as to what this really is.
greg k-h
--
On Thu, Apr 12, 2012 at 01:34:15PM +, Mohammed, Afzal wrote:
Hi Greg,
On Thu, Apr 12, 2012 at 18:40:45, Greg KH wrote:
On Thu, Apr 12, 2012 at 12:17:49PM +0530, Santosh Shilimkar wrote:
I was hoping that we will have some thing like drivers/memory/*
but since it doesn't exist, we
On Wed, Apr 11, 2012 at 08:44:39PM -0600, Paul Walmsley wrote:
Cc Mark Greer, Mark Salter
Hi Greg, Aneesh,
On Sat, 17 Mar 2012, Aneesh V wrote:
Add a driver for the EMIF SDRAM controller used in TI SoCs
EMIF is an SDRAM controller that supports, based on its revision,
one or more
On Thu, Apr 05, 2012 at 01:15:44PM -0500, Rob Clark wrote:
From: Rob Clark r...@ti.com
For now just implementing the exporting APIs, not yet importing. And
kmap is rejected on tiled buffers (although the usefulness of that seems
questionable, but could be added later if needed).
On Thu, Apr 05, 2012 at 10:34:56AM -0500, Rob Clark wrote:
From: Rob Clark r...@ti.com
Not sure what triggered the change in behavior, but seems to
result in recursively acquiring a mutex and hanging on boot. But
omap_drm_init() seems a much more sane place to register the
driver for the
On Thu, Apr 05, 2012 at 01:26:17PM +0100, Alan Cox wrote:
On Thu, 5 Apr 2012 16:54:03 +0530
Raja, Govindraj govindraj.r...@ti.com wrote:
On Wed, Mar 21, 2012 at 3:54 PM, Govindraj.R govindraj.r...@ti.com
wrote:
From: Govindraj.R govindraj.r...@ti.com
Based on Linux-OMAP tree uart
On Thu, Apr 05, 2012 at 11:51:30AM -0500, Rob Clark wrote:
On Thu, Apr 5, 2012 at 11:41 AM, Greg KH g...@kroah.com wrote:
On Thu, Apr 05, 2012 at 10:34:56AM -0500, Rob Clark wrote:
From: Rob Clark r...@ti.com
Not sure what triggered the change in behavior, but seems to
result
On Thu, Mar 22, 2012 at 04:05:45PM +0530, Kishon Vijay Abraham I wrote:
Upstream Commit: 7acc6197b76edd0b932a7cbcc6cfad0a8a87f026
Upstream Kernel Tag: v2.6.38-rc5-94-g7acc619
snip
formletter
This is not the correct way to submit patches for inclusion in the
stable kernel tree. Please read
On Fri, Mar 23, 2012 at 03:04:04AM +0530, ABRAHAM, KISHON VIJAY wrote:
Hi Greg,
On Thu, Mar 22, 2012 at 8:03 PM, Greg KH gre...@linuxfoundation.org wrote:
On Thu, Mar 22, 2012 at 04:05:45PM +0530, Kishon Vijay Abraham I wrote:
Upstream Commit: 7acc6197b76edd0b932a7cbcc6cfad0a8a87f026
On Fri, Mar 23, 2012 at 03:59:32AM +0530, ABRAHAM, KISHON VIJAY wrote:
Hi Greg,
On Fri, Mar 23, 2012 at 3:09 AM, Greg KH gre...@linuxfoundation.org wrote:
On Fri, Mar 23, 2012 at 03:04:04AM +0530, ABRAHAM, KISHON VIJAY wrote:
Hi Greg,
On Thu, Mar 22, 2012 at 8:03 PM, Greg KH gre
On Sat, Mar 17, 2012 at 02:28:47AM +0530, Aneesh V wrote:
Hi Greg,
On Friday 16 March 2012 12:32 AM, Greg KH wrote:
On Thu, Mar 15, 2012 at 11:47:31PM +0530, Aneesh V wrote:
add LPDDR2 data from the JEDEC spec JESD209-2. The data
includes:
1. Addressing information for LPDDR2 memories
drivers.
Right now this is used by the TI EMIF SDRAM controller
driver.
Cc: Greg KH g...@kroah.com
Signed-off-by: Aneesh V ane...@ti.com
What happened to the other patches that depended on this one?
greg k-h
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
On Thu, Mar 15, 2012 at 11:47:31PM +0530, Aneesh V wrote:
add LPDDR2 data from the JEDEC spec JESD209-2. The data
includes:
1. Addressing information for LPDDR2 memories of different
densities and types(S2/S4)
2. AC timing data.
This data will useful for memory controller device
On Thu, Mar 15, 2012 at 11:47:30PM +0530, Aneesh V wrote:
Add a driver for the EMIF SDRAM controller used in TI SoCs
EMIF is an SDRAM controller that supports, based on its revision,
one or more of LPDDR2/DDR2/DDR3 protocols.This driver adds support
for LPDDR2.
The driver supports the
On Wed, Mar 14, 2012 at 02:45:27PM +0100, Maximilian Schwerin wrote:
From: Albert Herranz albert_herr...@yahoo.es
This patch fixes the following spinlock recursion bug seen when bringing down
the ethernet interface.
[ 87.354683] BUG: spinlock recursion on CPU#0, ifconfig/1722
[
On Thu, Mar 08, 2012 at 09:35:13AM +0200, Tomi Valkeinen wrote:
On Wed, 2012-03-07 at 12:01 -0800, Greg KH wrote:
On Thu, Mar 01, 2012 at 02:26:35PM +0200, Tomi Valkeinen wrote:
From: Rob Clark r...@ti.com
The OMAPDSS: HDMI: PHY burnout fix commit switched the HDMI driver
over
On Thu, Mar 08, 2012 at 09:24:17PM +0530, Aneesh V wrote:
Add a driver for the EMIF SDRAM controller used in TI SoCs
EMIF is an SDRAM controller that supports, based on its revision,
one or more of LPDDR2/DDR2/DDR3 protocols.This driver adds support
for LPDDR2.
The driver supports the
On Thu, Mar 01, 2012 at 02:26:35PM +0200, Tomi Valkeinen wrote:
From: Rob Clark r...@ti.com
The OMAPDSS: HDMI: PHY burnout fix commit switched the HDMI driver
over to using a GPIO for plug detect. Unfortunately the -detect()
method was not also updated, causing HDMI to no longer work for
On Wed, Feb 29, 2012 at 11:07:24AM +0200, Tomi Valkeinen wrote:
On Tue, 2012-02-28 at 08:47 -0800, Greg KH wrote:
Sorry, but I don't accept pull requests. I need patches in email form,
as described in the file, Documentation/stable_kernel_rules.txt. Please
feel free to send them from
On Tue, Feb 28, 2012 at 10:03:13AM +0200, Tomi Valkeinen wrote:
Hi,
I haven't seen these merged nor any comment for these. Perhaps
sta...@kernel.org was wrong address, so adding sta...@vger.kernel.org
too.
Yes, sta...@kernel.org has been dead since last October.
I have added one
On Tue, Feb 28, 2012 at 06:22:12PM +0100, Cousson, Benoit wrote:
The following commit: be4b0281956c5cae4f63f31f11d07625a6988766
(tty: serial: OMAP: block idle while the UART is transferring data in PIO
mode),
is introducing an oops if OMAP is booted using device tree blob because
the pdata
On Fri, Feb 17, 2012 at 07:26:29PM +0530, Aneesh V wrote:
Greg,
On Thursday 16 February 2012 09:53 PM, Greg KH wrote:
On Thu, Feb 16, 2012 at 04:21:11PM +0530, Santosh Shilimkar wrote:
Andrew, Greg,
On Saturday 04 February 2012 05:46 PM, Aneesh V wrote:
Add a driver for the EMIF SDRAM
On Thu, Feb 16, 2012 at 04:21:11PM +0530, Santosh Shilimkar wrote:
Andrew, Greg,
On Saturday 04 February 2012 05:46 PM, Aneesh V wrote:
Add a driver for the EMIF SDRAM controller used in TI SoCs
EMIF is an SDRAM controller that supports, based on its revision,
one or more of
On Fri, Feb 10, 2012 at 06:05:59PM +0200, Felipe Contreras wrote:
From 5c7ad6c00d051d574007cdbecdf14bf3d0cb Mon Sep 17 00:00:00 2001
From: Justin P. Mattock justinmatt...@gmail.com
Date: Fri, 10 Feb 2012 07:19:45 -0800
Subject: [PATCH] Add dependency TIDSBRIDGE_WDT3 to TIDSBRIDGE.
On Fri, Feb 10, 2012 at 06:16:19PM +0200, Felipe Contreras wrote:
On Fri, Feb 10, 2012 at 7:18 AM, Greg KH gre...@linuxfoundation.org wrote:
On Thu, Feb 09, 2012 at 04:45:00PM -0800, Ramirez Luna, Omar wrote:
Hi,
On Thu, Feb 9, 2012 at 3:30 PM, Felipe Contreras
felipe.contre
On Fri, Jan 13, 2012 at 02:41:59PM -0600, Rob Clark wrote:
From: Rob Clark r...@ti.com
Register OMAP DRM/KMS platform device, and reserve a CMA region for
the device to use for buffer allocation.
v1: initial patch
v2: move platform data structs into plat-omap to avoid having to
On Wed, Feb 01, 2012 at 09:26:16AM +0200, Felipe Contreras wrote:
On Wed, Feb 1, 2012 at 5:44 AM, Greg KH g...@kroah.com wrote:
On Wed, Feb 01, 2012 at 03:37:55AM +0200, Felipe Contreras wrote:
On Wed, Feb 1, 2012 at 3:12 AM, Greg KH gre...@suse.de wrote:
On Wed, Feb 01, 2012 at 03:01:32AM
On Wed, Feb 08, 2012 at 05:39:28PM -0800, Kevin Hilman wrote:
Greg KH gre...@linuxfoundation.org writes:
What changeset(s) do you want me to take from my tty-next tree and put
it in the tty-linus tree to be merged for the 3.3-final timeframe?
6bbcbf2 tty: serial: omap-serial: wakeup
On Thu, Feb 09, 2012 at 08:41:55PM +0200, Felipe Contreras wrote:
On Thu, Feb 9, 2012 at 7:35 PM, Greg KH gre...@linuxfoundation.org wrote:
On Wed, Feb 01, 2012 at 09:26:16AM +0200, Felipe Contreras wrote:
On Wed, Feb 1, 2012 at 5:44 AM, Greg KH g...@kroah.com wrote:
On Wed, Feb 01, 2012
On Thu, Feb 09, 2012 at 04:45:00PM -0800, Ramirez Luna, Omar wrote:
Hi,
On Thu, Feb 9, 2012 at 3:30 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
Again, I'm totally confused as to _WHY_ this needs to be y. What is
causing this oops without it? If an oops is happening, then
On Wed, Feb 08, 2012 at 09:01:24AM -0800, Kevin Hilman wrote:
Grazvydas Ignotas nota...@gmail.com writes:
On Wed, Feb 8, 2012 at 2:53 AM, Kevin Hilman khil...@ti.com wrote:
Kevin Hilman khil...@ti.com writes:
This one is indeed strange. I have not seen this on the 34xx devices
I'm
On Wed, Feb 08, 2012 at 07:23:34PM +0200, Grazvydas Ignotas wrote:
On Wed, Feb 8, 2012 at 7:06 PM, Greg KH gre...@linuxfoundation.org wrote:
On Wed, Feb 08, 2012 at 09:01:24AM -0800, Kevin Hilman wrote:
Grazvydas Ignotas nota...@gmail.com writes:
On Wed, Feb 8, 2012 at 2:53 AM, Kevin
On Wed, Feb 08, 2012 at 03:03:19PM -0800, Kevin Hilman wrote:
Hi Greg,
Greg KH gre...@linuxfoundation.org writes:
[...]
It would look to me like they are queued for 3.4 but Kevin says there
were intended for 3.3-rc.
Kevin might have wished they would go into 3.3, but given
On Wed, Feb 08, 2012 at 05:14:18PM -0700, Paul Walmsley wrote:
Hi Greg
was just directed at this thread:
On Wed, 8 Feb 2012, Greg KH wrote:
Don't send me anything, saying it needs to get into the -rc merge
window, that you don't actually want to see merged. Otherwise, how long
am
On Thu, Feb 02, 2012 at 01:03:01PM -0700, Paul Walmsley wrote:
Hi Greg,
On Thu, 26 Jan 2012, Paul Walmsley wrote:
On Thu, 26 Jan 2012, Greg KH wrote:
Ok, I've just reverted both of these patches for now, please send new
ones when you have them.
Thanks. A pull request
On Thu, Jan 26, 2012 at 12:34:50PM -0700, Paul Walmsley wrote:
On Thu, 26 Jan 2012, Greg KH wrote:
Ok, I've just reverted both of these patches for now, please send new
ones when you have them.
Thanks. A pull request is at the bottom of this message. The patches
are also available
On Wed, Feb 01, 2012 at 03:01:32AM +0200, Felipe Contreras wrote:
From: Felipe Contreras felipe.contre...@nokia.com
The public images have it enabled, it's safer, and we get rid of this
warning:
WARNING: at arch/arm/mach-omap2/omap_l3_smx.c:162
omap3_l3_app_irq+0x114/0x15c()
In-band
On Wed, Feb 01, 2012 at 03:37:55AM +0200, Felipe Contreras wrote:
On Wed, Feb 1, 2012 at 3:12 AM, Greg KH gre...@suse.de wrote:
On Wed, Feb 01, 2012 at 03:01:32AM +0200, Felipe Contreras wrote:
From: Felipe Contreras felipe.contre...@nokia.com
The public images have it enabled, it's safer
On Wed, Jan 25, 2012 at 09:31:53PM -0700, Paul Walmsley wrote:
On Wed, 25 Jan 2012, Greg KH wrote:
On Wed, Jan 25, 2012 at 08:02:09PM -0700, Paul Walmsley wrote:
On Tue, 24 Jan 2012, gre...@suse.de wrote:
This is a note to let you know that I've just added the patch titled
On Wed, Jan 25, 2012 at 08:02:09PM -0700, Paul Walmsley wrote:
cc lists
Hi Greg
On Tue, 24 Jan 2012, gre...@suse.de wrote:
This is a note to let you know that I've just added the patch titled
tty: serial: OMAP: ensure FIFO levels are set correctly in non-DMA
to my tty git
On Sat, Jan 21, 2012 at 12:27:37AM -0700, Paul Walmsley wrote:
[ This series is targeted for merging during v3.3-rc ]
On v3.3-rc1, the OMAP serial console doesn't behave properly when
power management is enabled (the default with omap2plus_defconfig).
This seems to be due to a combination of
On Wed, Dec 14, 2011 at 05:18:43PM +, Alan Cox wrote:
On Wed, 14 Dec 2011 07:20:13 -0800
Kevin Hilman khil...@ti.com wrote:
Greg, Alan,
Rajendra Nayak rna...@ti.com writes:
v3 is rebased on top of the latest serial runtime
patches[1] and boot tested with/without DT on OMAP4
On Mon, Dec 12, 2011 at 08:30:49PM +0200, Felipe Contreras wrote:
Hi,
The short version is this: either we revert this patch[1], or we apply
this patch series[2], as well as its essential fixes[3].
The long version is this. There's a synchronization issue with the
current keypad driver
On Mon, Dec 12, 2011 at 11:04:35PM +0200, Felipe Contreras wrote:
On Mon, Dec 12, 2011 at 9:23 PM, Greg KH gre...@suse.de wrote:
On Mon, Dec 12, 2011 at 08:30:49PM +0200, Felipe Contreras wrote:
The short version is this: either we revert this patch[1], or we apply
this patch series[2
On Thu, Dec 08, 2011 at 07:44:28PM -0600, Ramirez Luna, Omar wrote:
On Thu, Dec 8, 2011 at 6:07 PM, Greg KH g...@kroah.com wrote:
Definitely 3.2-fix material IMO :)
I believe it was pushed to staging-next... I'm rooting so it can be
pushed to staging-linus :)
As it wasn't originally
On Thu, Dec 08, 2011 at 02:16:10PM -0600, Ramirez Luna, Omar wrote:
On Thu, Dec 8, 2011 at 2:11 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Sat, Nov 19, 2011 at 12:18 AM, Omar Ramirez Luna omar.rami...@ti.com
wrote:
Given that dm timer framework doesn't support request of
On Tue, Nov 22, 2011 at 07:14:12PM +0530, Rajendra Nayak wrote:
v2 is based on the latest omap-serial runtime patches, which
can be found here[1]
The series passes minimal data that allows serial console
boot, with UART's initialised from device tree.
However some of low power support for
On Mon, Nov 28, 2011 at 11:36:56AM +0530, Rajendra Nayak wrote:
On Sunday 27 November 2011 09:06 AM, Greg KH wrote:
On Tue, Nov 22, 2011 at 07:14:12PM +0530, Rajendra Nayak wrote:
v2 is based on the latest omap-serial runtime patches, which
can be found here[1]
The series passes minimal
On Sat, Nov 26, 2011 at 11:12:47AM +, Alan Cox wrote:
On Sat, 26 Nov 2011 12:31:44 +0800
tom.leim...@gmail.com wrote:
From: Ming Lei ming@canonical.com
One face detection IP[1] is integared inside OMAP4 SoC, so
introduce this driver to make face detection function work
on
On Mon, Nov 21, 2011 at 05:40:42PM -0800, Mike Turquette wrote:
.sysfs support. Visualize your clk tree at /sys/clk! Where would be
a better place to put the clk tree besides the root of /sys/?
Um, in the proper place for it under /sys/devices like the rest of the
device tree is?
When a
On Mon, Nov 21, 2011 at 05:40:47PM -0800, Mike Turquette wrote:
Introduces kobject support for the common struct clk, exports per-clk
data via read-only callbacks and models the clk tree topology in sysfs.
Also adds support for generating the clk tree in clk_init and migrating
nodes when
On Tue, Nov 22, 2011 at 10:09:29AM -0800, Mike Turquette wrote:
On Tue, Nov 22, 2011 at 9:45 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Tue, Nov 22, 2011 at 07:42:59AM -0800, Greg KH wrote:
On Mon, Nov 21, 2011 at 05:40:42PM -0800, Mike Turquette wrote:
.sysfs support
On Tue, Nov 22, 2011 at 09:57:41AM -0800, Mike Turquette wrote:
Ah, comments like this warm my heart.
Come on, no abusing the kobject code please, if have problems with how
the kernel core works, and it doesn't do things you want it to, then why
not change it to work properly for you, or
On Sun, Oct 09, 2011 at 04:59:31PM -0600, Grant Likely wrote:
On Fri, Oct 7, 2011 at 6:12 PM, Greg KH g...@kroah.com wrote:
On Fri, Oct 07, 2011 at 07:28:33PM -0400, valdis.kletni...@vt.edu wrote:
On Fri, 07 Oct 2011 16:12:45 MDT, Grant Likely said:
On Fri, Oct 7, 2011 at 12:43 AM, Greg KH
On Fri, Oct 07, 2011 at 09:03:51PM -0700, Josh Triplett wrote:
On Fri, Oct 07, 2011 at 02:23:26PM -0700, Greg KH wrote:
On Fri, Oct 07, 2011 at 01:57:15PM -0700, Josh Triplett wrote:
On Thu, Oct 06, 2011 at 11:49:28PM -0700, Greg KH wrote:
On Fri, Oct 07, 2011 at 10:33:07AM +0500, G
On Fri, Oct 07, 2011 at 10:33:06AM +0500, G, Manjunath Kondaiah wrote:
Add new error value so that drivers can request deferred probe
from drivercore.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
Reported-by: Grant Likely grant.lik...@secretlab.ca
---
Cc:
On Fri, Oct 07, 2011 at 10:33:07AM +0500, G, Manjunath Kondaiah wrote:
From: Grant Likely grant.lik...@secretlab.ca
Allow drivers to report at probe time that they cannot get all the
resources required by the device, and should be retried at a
later time.
This should completely solve
On Fri, Oct 07, 2011 at 10:33:05AM +0500, G, Manjunath Kondaiah wrote:
Why did you send this series of patches out twice? Were they different?
confused,
greg k-h
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
On Fri, Oct 07, 2011 at 01:57:15PM -0700, Josh Triplett wrote:
On Thu, Oct 06, 2011 at 11:49:28PM -0700, Greg KH wrote:
On Fri, Oct 07, 2011 at 10:33:07AM +0500, G, Manjunath Kondaiah wrote:
+config PROBE_DEFER
+ bool Deferred Driver Probe
+ default y
+ help
+ This option
On Fri, Oct 07, 2011 at 07:28:33PM -0400, valdis.kletni...@vt.edu wrote:
On Fri, 07 Oct 2011 16:12:45 MDT, Grant Likely said:
On Fri, Oct 7, 2011 at 12:43 AM, Greg KH g...@kroah.com wrote:
On Fri, Oct 07, 2011 at 10:33:06AM +0500, G, Manjunath Kondaiah wrote:
+#define EPROBE_DEFER 517
On Tue, Sep 20, 2011 at 04:13:40PM -0700, Tony Lindgren wrote:
* Ohad Ben-Cohen o...@wizery.com [110920 01:34]:
On Mon, Sep 12, 2011 at 7:46 PM, Ohad Ben-Cohen o...@wizery.com wrote:
I'm wondering how hwspinlock updates like this should go upstream.
The first hwspinlock batch was
On Mon, Sep 19, 2011 at 10:47:50AM +0200, Arnd Bergmann wrote:
On Sunday 18 September 2011 11:45:16 Randy Dunlap wrote:
We have fallbacks to Andrew and/or GregKH currently, but GregKH is not
consistent or timely with applying drivers/misc/ patches. It deserves
better.
[added him to
On Mon, Sep 19, 2011 at 08:26:08PM +0530, T Krishnamoorthy, Balaji wrote:
On Fri, Sep 16, 2011 at 7:43 PM, Greg KH gre...@suse.de wrote:
On Fri, Sep 16, 2011 at 07:21:41PM +0530, ABRAHAM, KISHON VIJAY wrote:
Sergei,
Thanks for your comments.
On Fri, Sep 16, 2011 at 3:18 PM, Sergei
On Sun, Sep 18, 2011 at 08:11:45AM -0700, Randy Dunlap wrote:
On 09/05/2011 07:19 AM, Arnd Bergmann wrote:
I think it would simply be more consistent to have it enabled all
the time. Well, even better would be to move the bulk of the misc
drivers to a proper location sorted by their
On Fri, Sep 16, 2011 at 07:21:41PM +0530, ABRAHAM, KISHON VIJAY wrote:
Sergei,
Thanks for your comments.
On Fri, Sep 16, 2011 at 3:18 PM, Sergei Shtylyov sshtyl...@mvista.com wrote:
Hello.
On 15-09-2011 18:19, Kishon Vijay Abraham I wrote:
Setting OTG_INTERFSEL to UTMI interferes
On Tue, Aug 30, 2011 at 06:26:42PM +0100, Will Deacon wrote:
On Tue, Aug 30, 2011 at 05:38:30PM +0100, Mark Salter wrote:
On Wed, 2011-08-31 at 00:03 +0800, ming@canonical.com wrote:
+/*
+ * Writing to dma coherent memory on ARM may be delayed via L2
+ * writing buffer, so
On Sat, Aug 27, 2011 at 10:48:35PM +0800, ming@canonical.com wrote:
From: Ming Lei ming@canonical.com
This patch fixs one performance bug on ARM Cortex A9 dual core platform,
which has been reported on quite a few ARM machines(OMAP4, Tegra 2,
snowball...),
see details from link of
On Sat, Aug 27, 2011 at 11:33:26PM +0800, Ming Lei wrote:
Hi,
On Sat, Aug 27, 2011 at 11:13 PM, Greg KH g...@kroah.com wrote:
On Sat, Aug 27, 2011 at 10:48:35PM +0800, ming@canonical.com wrote:
From: Ming Lei ming@canonical.com
This patch fixs one performance bug on ARM Cortex
On Thu, Aug 18, 2011 at 04:18:24PM +0530, Anand Gadiyar wrote:
I'd like to help co-maintain OMAP USB support. I've helped
out in the past when Felipe was away and would like make
it official.
Traditionally people are asked to be a maintainer, or they volunteer to
take over unmaintained
On Thu, Aug 18, 2011 at 05:14:17PM +0530, Gadiyar, Anand wrote:
Balbi, Felipe wrote:
HI,
On Thu, Aug 18, 2011 at 04:52:22PM +0530, Munegowda, Keshava wrote:
On Thu, Aug 18, 2011 at 4:14 PM, Anand Gadiyar gadi...@ti.com wrote:
This code section seems to have been accidentally copy
On Tue, Aug 16, 2011 at 10:03:57AM -0500, panduranga_mallire...@ti.com wrote:
From: Panduranga Mallireddy panduranga_mallire...@ti.com
For regulator omap4_clk32k used by wlan, set .constraints.always_on to 1.
This regulator should never be disabled.
Signed-off-by: Panduranga Mallireddy
On Mon, Aug 15, 2011 at 06:57:21PM +0300, Felipe Balbi wrote:
The driver is usable and we have tested many transfers
with g_zero and mass storage. Nevertheless, it's not
finished and we'd like more time to test it before
accepting it in mainline. Still, we think it's good
to show to the
On Mon, Aug 15, 2011 at 09:41:33PM +0300, Felipe Balbi wrote:
Hi,
On Mon, Aug 15, 2011 at 09:16:31AM -0700, Greg KH wrote:
On Mon, Aug 15, 2011 at 06:57:21PM +0300, Felipe Balbi wrote:
The driver is usable and we have tested many transfers
with g_zero and mass storage. Nevertheless
On Wed, May 11, 2011 at 07:54:57PM +0530, Kishore Kadiyala wrote:
When reading/writing a subpage (When HW ECC is not available/enabled)
for number of bytes not aligned to 4, the mis-aligned bytes are handled
first (by cpu copy method) before enabling the Prefetch engine to/from
'p'(start of
101 - 200 of 340 matches
Mail list logo
