-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Alexander Shishkin
Sent: Monday, July 26, 2010 2:34 AM
To: Hari Kanigeri
Cc: Alexander Shishkin; linux-arm-ker...@lists.infradead.org; Tony
Lindgren; Russell King; Paul
-Original Message-
From: Alexander Shishkin [mailto:virtu...@slind.org]
Sent: Sunday, July 25, 2010 10:35 PM
To: linux-arm-ker...@lists.infradead.org
Cc: Alexander Shishkin; Tony Lindgren; Russell King; Paul Walmsley;
Shilimkar, Santosh; Kevin Hilman; linux-omap@vger.kernel.org;
On Mon, Jul 26, 2010 at 12:28:38 +0530, Shilimkar, Santosh wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Alexander Shishkin
Sent: Monday, July 26, 2010 2:34 AM
To: Hari Kanigeri
Cc: Alexander Shishkin;
Hi,
On Thu, 2010-07-15 at 14:37 +0200, ext Mayuresh Janorkar wrote:
From: Gustavo Diaz Prado x0083...@ti.com
Adds the missing display update call when panning, this
is needed for the DSI panel when the auto-update feature is
not enabled.
The omapfb driver is not meant to make updates
On Wed, 2010-07-21 at 16:36 +0200, ext Igor Grinberg wrote:
ping!
Man has to have his vacation!
TDO35S samples the data on the falling adge of the pixel clock,
therefore the data strobe should be on the raising edge.
Looks fine to me, except I'd like the patch subject to be in line with
On Thu, 2010-07-22 at 00:40 +0200, ext Maurus Cuelenaere wrote:
omapfb_mode_to_timings() sets the bpp to 0 when bootarg omapfb.mode is set to
either pal or ntsc. This patch corrects this by setting the bpp to 24, as
would be done if omapdss_default_get_recommended_bpp() would be called
Thanks,
-Original Message-
From: Alexander Shishkin [mailto:virtu...@slind.org]
Sent: Monday, July 26, 2010 1:02 PM
To: Shilimkar, Santosh
Cc: Hari Kanigeri; linux-arm-ker...@lists.infradead.org; Tony Lindgren;
Russell King; Paul Walmsley; Kevin Hilman; linux-omap@vger.kernel.org;
On Wed, 2010-07-21 at 16:36 +0200, ext Igor Grinberg wrote:
ping!
Man has to have his vacation!
Well, sorry for that...
I had no idea you are on vacation, but I hope you had a good one :)
TDO35S samples the data on the falling adge of the pixel clock,
therefore the data
CM-T35 DVI transmitter sampling the data on the raising edge of the
pixel clock, therefore the data strobe should happen on the falling
edge.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
Signed-off-by: Mike Rapoport m...@compulab.co.il
NAK, this only fixes the pixel clock
On Mon, Jul 26, 2010 at 02:01:14 +0530, Shilimkar, Santosh wrote:
-Original Message-
From: Alexander Shishkin [mailto:virtu...@slind.org]
Sent: Monday, July 26, 2010 1:02 PM
To: Shilimkar, Santosh
Cc: Hari Kanigeri; linux-arm-ker...@lists.infradead.org; Tony Lindgren;
Hi,
I had a little query. We check for TX FIFO not full before
sending a short packet in dsi_vc_send_short(), but we
don't have a similar check in dsi_vc_send_long() before
writing to the long packet header.
There is a check of the static fifo size of the channel and
the length of data we are
On Mon, 2010-07-26 at 11:28 +0200, ext Taneja, Archit wrote:
Hi,
I had a little query. We check for TX FIFO not full before
sending a short packet in dsi_vc_send_short(), but we
don't have a similar check in dsi_vc_send_long() before
writing to the long packet header.
There is a check of
This patch enables platforms to modify the dss device configuration
of the generic panel.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
drivers/video/omap2/displays/panel-generic.c |2 +-
1 files changed, 1 insertions(+), 1
CM-T35 DVI transmitter sampling the data on the raising edge of the
pixel clock, therefore the data strobe should happen on the falling
edge.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t35.c |1 +
1
-Original Message-
From: Tomi Valkeinen [mailto:tomi.valkei...@nokia.com]
Sent: Monday, July 26, 2010 3:50 PM
To: Taneja, Archit
Cc: linux-omap@vger.kernel.org
Subject: Re: DSS2: DSI: Check for TX FIFO emptiness when
sending long packets
On Mon, 2010-07-26 at 11:28 +0200,
-Original Message-
From: Menon, Nishanth
Sent: Thursday, July 22, 2010 5:16 PM
To: Premi, Sanjeev
Cc: Gadiyar, Anand; linux-omap@vger.kernel.org
Subject: Re: [PATCH] omap: Add macros to evaluate cpu revision
Premi, Sanjeev had written, on 07/22/2010 06:20 AM, the following:
-Original Message-
From: Nishanth Menon [mailto:menon.nisha...@gmail.com]
Sent: Wednesday, June 02, 2010 10:07 AM
To: Premi, Sanjeev
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCHv1 1/1] omap3: pm: Delink opp layer and cpufreq
On 06/01/2010 03:01 PM, Premi, Sanjeev wrote:
Premi, Sanjeev had written, on 07/26/2010 10:35 AM, the following:
-Original Message-
From: Nishanth Menon [mailto:menon.nisha...@gmail.com]
Sent: Wednesday, June 02, 2010 10:07 AM
To: Premi, Sanjeev
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCHv1 1/1] omap3: pm: Delink opp layer
Ohad,
-Original Message-
From: Ohad Ben-Cohen [mailto:o...@wizery.com]
Sent: Thursday, July 22, 2010 6:18 PM
To: Gabay, Benzy
Cc: linux-wirel...@vger.kernel.org; linux-...@vger.kernel.org; linux-
o...@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
li...@arm.linux.org.uk;
Thanks, Santosh, for your comments. I will roll them into an RFC v2.
Also, adding the media list...
-David
-Original Message-
From: Shilimkar, Santosh
Sent: Saturday, July 24, 2010 2:45 AM
To: Sin, David; linux-arm-ker...@lists.arm.linux.org.uk;
linux-omap@vger.kernel.org; Tony
Thanks, Russel, for your comments. I will rework the RFC and send out a v2
soon.
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Saturday, July 24, 2010 3:09 AM
To: Sin, David
Cc: linux-arm-ker...@lists.arm.linux.org.uk;
Comments acknowledged. Adding in media lists also.
-David
-Original Message-
From: Shilimkar, Santosh
Sent: Saturday, July 24, 2010 2:13 AM
To: Sin, David; linux-arm-ker...@lists.arm.linux.org.uk;
linux-omap@vger.kernel.org; Tony Lindgren; Russell King
Cc: Kanigeri, Hari; Ohad
OK -- I will revisit this. Thanks for the explanation.
-David
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Saturday, July 24, 2010 3:01 AM
To: Sin, David
Cc: linux-arm-ker...@lists.arm.linux.org.uk; linux-omap@vger.kernel.org; Tony
Lindgren;
Thanks for your feedback, Linus. I will incorporate an acronym list in the
documentation. TCM stands for TILER container manager, which pretty much
represents the interface to the logic which determines the location for a given
2-D area request. SiTA (Simple TILER algorithm) is the
On Wed, Jul 21, 2010 at 08:33:34PM +0300, Ohad Ben-Cohen wrote:
This patch series adds native support for wl1271 on ZOOM.
Just for the record, I'm fine with the wl1271 bits here going through
the omap tree with the rest of the series.
John
--
John W. LinvilleSomeday the world
Hi Laurent,
Thanks for taking the time to review. These are all very good comments and I
will work on incorporating them into the next RFC version.
-David
-Original Message-
From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
Sent: Monday, July 26, 2010 3:13 AM
To:
Benoit and Santosh,
Thanks for your comments. I will get back after reviewing your comments.
Thank you,
Best regards,
Hari
-Original Message-
From: Cousson, Benoit
Sent: Saturday, July 24, 2010 11:44 AM
To: Kanigeri, Hari
Cc: Linux Omap; Tony Lindgren; Shilimkar, Santosh; Que,
Gopinath, Thara had written, on 07/24/2010 01:42 AM, the following:
This patch adds the check for whether a omap_device and in turn
platform_device and device pointers exist for the device before
adding it's opp table into the global table. This is because all
the later accesses to the opp
28 matches
Mail list logo