Hi Kevin,
Thanks for the patch ,
a doubt below
On Wed, Jun 27, 2012 at 7:15 AM, Kevin Hilman khil...@ti.com wrote:
In omap_i2c_xfer(), ensure pm_runtime_put() is called, even on
failure.
So the failure means that the usecount is incremented. However the
device was not
enabled. In that case
Hi,
Objective of this series is to make things easy for GPMC driver
conversion series by separating out more things from driver
conversion series.
This series,
1. Unifies NAND platform initialization functions
2. Prepares OneNAND platform code for gpmc driver migration
3. Handles additional
Helper function for updating nand platform data has been
added the capability to take timing structure arguement.
Usage of omap_nand_flash_init() has been replaced by modifed
one, omap_nand_flash_init was doing things similar to
board_nand_init except that NAND CS# were being acquired
based on
Configure busturnaround, cycle2cycledelay, waitmonitoringtime,
clkactivationtime in gpmc_cs_set_timings(). This is done so
that boards can configure these parameters of gpmc in Kernel
instead of relying on bootloader. Also configure bool type
timings like extradelay.
This needed change to two
Reorganize gpmc-onenand initialization so that changes
required for gpmc driver migration can be made smooth.
Ensuring sync read/write are disabled in onenand cannot
be expected to work properly unless GPMC is setup, this
has been removed.
Refactor set_async_mode set_sync_mode functions to
Hi Jon,
On Tue, Jun 26, 2012 at 20:26:40, Hunter, Jon wrote:
On 06/26/2012 09:39 AM, Jon Hunter wrote:
a single global variable called onenand_flags for storing the current
state of sync_read, sync_write, vhf and hf. At least this would be only
one global instead of 4. Not a big deal.
V5
On 27 June 2012 11:28, Tomi Valkeinen tomi.valkei...@ti.com wrote:
It doesn't matter how omapdss is organized, -EACCES _is_ an error. It
tells us that something unexpected happened, and we should react to it
somehow.
$ git show 5025ce070
Exactly how omapdss is organised is the reason -EBUSY
On Wed, 2012-06-27 at 13:11 +0530, Jassi Brar wrote:
On 27 June 2012 11:28, Tomi Valkeinen tomi.valkei...@ti.com wrote:
It doesn't matter how omapdss is organized, -EACCES _is_ an error. It
tells us that something unexpected happened, and we should react to it
somehow.
$ git show
As part of Common Clk Framework (CCF) the clk_enable() operation
was split into a clk_prepare() which could sleep, and a clk_enable()
which should never sleep. Similarly the clk_disable() was
split into clk_disable() and clk_unprepare(). This was
needed to handle complex cases where in a clk
Moving to Common clk framework for OMAP would mean we no longer use
internal lookup mechanism like omap_clk_get_by_name().
get rid of all its usage mostly from hwmod and omap_device
code.
Also use IS_ERR_OR_NULL() for error checking.
Moving to clk_get() also means the respective platforms
need
While we move to Common Clk Framework (CCF), direct deferencing of struct
clk wouldn't be possible anymore. Hence get rid of all such instances
in the current clock code and use macros/helpers similar to the ones that
are provided by CCF.
Signed-off-by: Rajendra Nayak rna...@ti.com
---
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
and clk_unprepare() for the hsmmc clocks.
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: Chris Ball c...@laptop.org
Cc: Balaji T K balaj...@ti.com
Cc: linux-...@vger.kernel.org
Cc: Paul Walmsley p...@pwsan.com
Cc: Mike
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
and clk_unprepare() for the omapdss clocks.
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: Tomi Valkeinen tomi.valkei...@ti.com
Cc: linux-fb...@vger.kernel.org
Cc: Paul Walmsley p...@pwsan.com
Cc: Mike Turquette
On Wed, Jun 27, 2012 at 7:13 AM, Kevin Hilman khil...@ti.com wrote:
Shubhrajyoti D shubhrajy...@ti.com writes:
If PM runtime get_sync fails return with the error
so that no further reads/writes goes through the interface.
This will avoid possible abort. Add a error message in case
of failure
On Wed, 2012-06-13 at 11:56 +, Mohammed, Afzal wrote:
I guess XXX means Warning? Why not to use plain English? :-)
It was made so that in editor (vim, maybe got biased towards it as I
use it) it gets highlighted, do you want me to send an updated series ?
No, thanks.
--
Best Regards,
On Wed, 2012-06-13 at 17:02 +0530, Afzal Mohammed wrote:
Hi,
This series cleans up gpmc mtd interactions so that GPMC driver
conversion which is going to happen shortly would happen smoothly
by not creating much disturbance outside of arch/arm/*omap*/
Dunno if Tony picked this, but the MTD
Hi Artem,
On Wed, Jun 27, 2012 at 15:05:55, Artem Bityutskiy wrote:
On Wed, 2012-06-13 at 17:02 +0530, Afzal Mohammed wrote:
Hi,
This series cleans up gpmc mtd interactions so that GPMC driver
conversion which is going to happen shortly would happen smoothly by
not creating much
On Wed, 2012-06-13 at 17:02 +0530, Afzal Mohammed wrote:
Hi,
This series cleans up gpmc mtd interactions so that GPMC driver
conversion which is going to happen shortly would happen smoothly
by not creating much disturbance outside of arch/arm/*omap*/
BTW, be aware that Russel King patched
Hi Artem,
On Wed, Jun 27, 2012 at 15:10:02, Artem Bityutskiy wrote:
On Wed, 2012-06-13 at 17:02 +0530, Afzal Mohammed wrote:
Hi,
This series cleans up gpmc mtd interactions so that GPMC driver
conversion which is going to happen shortly would happen smoothly
by not creating much
Hi Tony,
On Wed, Jun 27, 2012 at 12:03:07, Mohammed, Afzal wrote:
Objective of this series is to make things easy for GPMC driver
conversion series by separating out more things from driver
conversion series.
This series,
1. Unifies NAND platform initialization functions
2. Prepares
* Stephen Warren swar...@wwwdotorg.org [120626 10:10]:
On 06/26/2012 07:43 AM, Tony Lindgren wrote:
...
Subject: [PATCH] pinctrl: Add one-register-per-pin type device tree based
pinctrl driver
Add one-register-per-pin type device tree based pinctrl driver.
This driver has been
On Wed, 2012-06-27 at 14:21 +0530, Rajendra Nayak wrote:
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
and clk_unprepare() for the omapdss clocks.
Looks fine, and works fine with a quick test.
I'll update the subject and desc to match the use of
Its observed that in Beagle XM , during suspend/resume the OMAP
EHCI controller losing the register contents. this is causing the
hub disconnect after the resume, this is causing failure of
device detection after the resume.
to avoid the hub disconnect , The ehci config flag register is
configured
On Mon, Jun 25, 2012 at 12:18:47PM +0100, Russell King - ARM Linux wrote:
It appears to be something to do with the jack detection that's going wrong.
If I start the audio with the jack disconnected, I never get anything out
of the board. It requires the jack to be connected before the first
* Kevin Hilman khil...@ti.com [120626 05:43]:
Tony,
Please pull this series that move the SmartReflex driver out to
drivers/avs. The series includes some minimal cleanups necessary to
cleanly do the move.
The drivers/* change has been Acked by Rafael and we agreed to merge it
through
On Tue, 2012-06-26 at 15:06 +0530, Archit Taneja wrote:
Some panel timing related fields are contained in omap_panel_config in the
form
of flags. The fields are:
- Hsync logic level
- Vsync logic level
- Data driven on rising/falling edge of pixel clock
- Output enable/Data enable logic
* Kevin Hilman khil...@ti.com [120626 05:47]:
Tony,
Please pull the following PM/performance enhancements for v3.6. I
recently rebased it on your devel-pm branch to avoid some conflicts
with the IO chain stuff recently merged from Paul.
This series had the goal of improving the
On Tue, 2012-06-26 at 15:06 +0530, Archit Taneja wrote:
The struct omap_dss_dsi_videomode_data holds polaritiy/logic level information
of the DISPC video port signals DE, HSYNC and VSYNC. This information already
exists in the omap_video_timings struct.
Use the fields in omap_video_timings
On Sat, Jun 23, 2012 at 18:33:13, Domenico Andreoli wrote:
Hello,
On Mon, Jun 11, 2012 at 4:15 PM, Vaibhav Hiremath hvaib...@ti.com wrote:
I do maintain wiki page which you should refer for any updates:
http://processors.wiki.ti.com/index.php/Sitara_Linux_Upstream_Status
In order to
On Tue, Jun 26, 2012 at 17:12:03, Nori, Sekhar wrote:
Hi Daniel,
On 6/25/2012 11:47 PM, Daniel Mack wrote:
On 21.06.2012 15:50, Daniel Mack wrote:
On 18.06.2012 10:15, Hiremath, Vaibhav wrote:
On Mon, Jun 11, 2012 at 19:21:21, Jason Kridner wrote:
From: Daniel Mack zon...@gmail.com
On Wednesday 27 June 2012 05:35 PM, Tomi Valkeinen wrote:
On Tue, 2012-06-26 at 15:06 +0530, Archit Taneja wrote:
The struct omap_dss_dsi_videomode_data holds polaritiy/logic level information
of the DISPC video port signals DE, HSYNC and VSYNC. This information already
exists in the
On Wednesday 27 June 2012 05:18 PM, Tomi Valkeinen wrote:
On Tue, 2012-06-26 at 15:06 +0530, Archit Taneja wrote:
Some panel timing related fields are contained in omap_panel_config in the form
of flags. The fields are:
- Hsync logic level
- Vsync logic level
- Data driven on rising/falling
On Wed, 2012-06-27 at 17:48 +0530, Archit Taneja wrote:
On Wednesday 27 June 2012 05:35 PM, Tomi Valkeinen wrote:
The sync polarities between DISPC and DSI do not matter elsewhere, they
do not affect the DSI output, so why do we have them in the panel data?
Why doesn't dsi.c just use some
* Kevin Hilman khil...@ti.com [120626 05:53]:
Tony,
Please pull the following misc. PM cleanups for v3.6.
Kevin
The following changes since commit f8f5701bdaf9134b1f90e5044a82c66324d2073f:
Linux 3.5-rc1 (2012-06-02 18:29:26 -0700)
are available in the git repository at:
* Kevin Hilman khil...@ti.com [120626 05:55]:
Tony,
Please pull the following cleanup which removes the now unused TWL irq
base/end. The drivers part has been acked by Samuel.
Pulling this too into fixes-noncritical as it removes dead code.
Tony
The following changes since commit
On Wed, 2012-06-27 at 17:56 +0530, Archit Taneja wrote:
On Wednesday 27 June 2012 05:18 PM, Tomi Valkeinen wrote:
On Tue, 2012-06-26 at 15:06 +0530, Archit Taneja wrote:
Some panel timing related fields are contained in omap_panel_config in the
form
of flags. The fields are:
- Hsync
On Wednesday 27 June 2012 06:12 PM, Tomi Valkeinen wrote:
On Wed, 2012-06-27 at 17:56 +0530, Archit Taneja wrote:
On Wednesday 27 June 2012 05:18 PM, Tomi Valkeinen wrote:
On Tue, 2012-06-26 at 15:06 +0530, Archit Taneja wrote:
Some panel timing related fields are contained in
Hi Rajendra,
On Friday 22 June 2012 19:17:59 Rajendra Nayak wrote:
Hi,
This is a preparatory series for the OMAP Common Clk
conversion. They mostly add clk_prepare/clk_unprepare
in OMAP drivers and platform code. Also gets
rid of omap_clk_get_by_name() and uses clk_get(), and
removes all
Hi Kevin, thank you for your help.
2012/6/27 Kevin Hilman khil...@ti.com:
jean-philippe francois jp.franc...@cynove.com writes:
Hi,
My board does not have any Power Management IC.
Without the following patch, the bood ends with an oops.
How can I further debug this, ie trace through the
On Wed, 2012-06-27 at 18:17 +0530, Archit Taneja wrote:
On Wednesday 27 June 2012 06:12 PM, Tomi Valkeinen wrote:
On Wed, 2012-06-27 at 17:56 +0530, Archit Taneja wrote:
On Wednesday 27 June 2012 05:18 PM, Tomi Valkeinen wrote:
On Tue, 2012-06-26 at 15:06 +0530, Archit Taneja wrote:
Some
* Paul Bolle pebo...@tiscali.nl [120626 14:18]:
Now that OMAP730 and OMAP850 support is mostly unified, there's no
need for separate cpu detection macros for these architectures. At
least, currently there isn't, because both macros are unused.
cpu_is_7xx() seems to cover all possible uses.
On Tue, Jun 26, 2012 at 11:50 PM, Franky Lin fran...@broadcom.com wrote:
On 06/26/2012 12:21 AM, DebBarma, Tarun Kanti wrote:
On Tue, Jun 26, 2012 at 2:22 AM, Franky Lin fran...@broadcom.com wrote:
Hi Kevin, Tarun,
We are using the expansion connector A on Panda board to mount a SDIO
WiFi
* Hiremath, Vaibhav hvaib...@ti.com [120614 07:37]:
On Mon, Jun 11, 2012 at 18:52:54, Hiremath, Vaibhav wrote:
As omap1 and omap2 will never be compiled together, due to
different compiler flags, so we can simply make
cpu_class_is_omap2() = true, for all non-omap1 platforms.
On Wed, Jun 27, 2012 at 19:09:50, Tony Lindgren wrote:
* Hiremath, Vaibhav hvaib...@ti.com [120614 07:37]:
On Mon, Jun 11, 2012 at 18:52:54, Hiremath, Vaibhav wrote:
As omap1 and omap2 will never be compiled together, due to
different compiler flags, so we can simply make
On Tue, 2012-06-26 at 20:27 +, Arnd Bergmann wrote:
On Tuesday 26 June 2012, Vinod Koul wrote:
On Tue, 2012-06-26 at 14:59 +, Arnd Bergmann wrote:
On Tuesday 26 June 2012, Vinod Koul wrote:
Today, we just ask for a channel with specific mask. Further filtering
is done in
* Hiremath, Vaibhav hvaib...@ti.com [120627 06:54]:
There are few cleanup patches pending for your review, it would be good if
you provide your review comments.
Hmm care to post the Subject: lines for those? I may have marked
something as read accidentally..
Tony
--
To unsubscribe from this
From: Jassi Brar jaswinder.si...@linaro.org
It is simpler to read the current status from a register as compared
to maintaining a state variable to hold the information.
Signed-off-by: Jassi Brar jaswinder.si...@linaro.org
---
drivers/video/omap2/dss/ti_hdmi.h |1 -
From: Jassi Brar jaswinder.si...@linaro.org
State change of HDMI PHY could potentially take many millisecs, we can do
better by protecting things in hdmi_set_phy_pwr() with a mutex rather than
a spin_lock_irqsave.
Signed-off-by: Jassi Brar jaswinder.si...@linaro.org
---
From: Jassi Brar jaswinder.si...@linaro.org
We can easily keep track of latest EDID from the display and hence avoid
expensive EDID re-reads over I2C.
This could also help some cheapo displays that provide EDID reliably only
immediately after asserting HPD and not later.
Even with good displays,
On Wed, Jun 27, 2012 at 9:06 AM, Rob Clark rob.cl...@linaro.org 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.
btw, I assume the potential controversial part of the patch
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
---
drivers/staging/omapdrm/omap_crtc.c | 17 +
On Wed, 27 Jun 2012, Keshava Munegowda wrote:
Its observed that in Beagle XM , during suspend/resume the OMAP
EHCI controller losing the register contents. this is causing the
hub disconnect after the resume, this is causing failure of
device detection after the resume.
to avoid the hub
The current way how omapdss handles system suspend and resume is that
omapdss device (a platform device, which is not part of the device
hierarchy of the DSS HW devices, like DISPC and DSI, or panels.) uses
the suspend and resume callbacks from platform_driver to handle system
suspend. It does
If runtime PM is not enabled in the kernel config, pm_runtime_get_sync()
will always return 1 and pm_runtime_put_sync() will always return
-ENOSYS. pm_runtime_get_sync() returning 1 presents no problem to the
driver, but -ENOSYS from pm_runtime_put_sync() causes the driver to
print a warning.
One
On 27 June 2012 13:43, Tomi Valkeinen tomi.valkei...@ti.com wrote:
I don't like it at all that omapdss disables and enables the panels in
omapdss's suspend/resume hooks. But I'm not sure how this should work...
Should panel drivers each have their own suspend/resume hooks, and
handle it
* Afzal Mohammed af...@ti.com [120626 23:53]:
Reorganize gpmc-onenand initialization so that changes
required for gpmc driver migration can be made smooth.
Ensuring sync read/write are disabled in onenand cannot
be expected to work properly unless GPMC is setup, this
has been removed.
* Jon Hunter jon-hun...@ti.com [120625 11:20]:
Adding linux-arm ML.
Jon
On 06/25/2012 12:38 PM, Jon Hunter wrote:
OMAP4470 currently fails to boot, printing various messages such as ...
omap_hwmod: mpu: cannot clk_get main_clk dpll_mpu_m2_ck
omap_hwmod: mpu: cannot _init_clocks
* Mohammed, Afzal af...@ti.com [120627 02:48]:
Hi Artem,
On Wed, Jun 27, 2012 at 15:10:02, Artem Bityutskiy wrote:
On Wed, 2012-06-13 at 17:02 +0530, Afzal Mohammed wrote:
Hi,
This series cleans up gpmc mtd interactions so that GPMC driver
conversion which is going to happen
On 27 June 2012 20:04, Tomi Valkeinen tomi.valkei...@ti.com wrote:
The current way how omapdss handles system suspend and resume is that
omapdss device (a platform device, which is not part of the device
hierarchy of the DSS HW devices, like DISPC and DSI, or panels.) uses
the suspend and
On Wednesday 27 June 2012, Vinod Koul wrote:
On Tue, 2012-06-26 at 20:27 +, Arnd Bergmann wrote:
On Tuesday 26 June 2012, Vinod Koul wrote:
On Tue, 2012-06-26 at 14:59 +, Arnd Bergmann wrote:
If we instead modify the dmaengine code itself to know about DT
rather than wrapping
Not wanting to be a pest, but I've just tried 3.5-rc4 and the same warnings
exist.
I didn't get any response, so am I really the only person seeing this?
Cheers,
Joe Woodward
-Original Message-
From: Joe Woodward j...@terrafix.co.uk
To: linux-omap@vger.kernel.org
On Wed, Jun 27, 2012 at 19:28:17, Tony Lindgren wrote:
* Hiremath, Vaibhav hvaib...@ti.com [120627 06:54]:
There are few cleanup patches pending for your review, it would be good if
you provide your review comments.
Hmm care to post the Subject: lines for those? I may have marked
* Tony Lindgren t...@atomide.com [120627 06:44]:
* Hiremath, Vaibhav hvaib...@ti.com [120614 07:37]:
On Mon, Jun 11, 2012 at 18:52:54, Hiremath, Vaibhav wrote:
As omap1 and omap2 will never be compiled together, due to
different compiler flags, so we can simply make
Hi Laurent
On Wed, 27 Jun 2012, Laurent Pinchart wrote:
I think you've missed drivers/media/video/omap3isp/isp.c. Should I send a
patch for that ? Do these changes depend on anything not yet in mainline that
I should apply to my tree for testing ?
What would be ideal is if omap3isp could
Looks like something broke between v3.5-rc3 and v3.5-rc4 with dynamic
idle on 3530ES3 Beagle. 37xx EVM doesn't seem to be affected.
Taking a closer look now.
- Paul
echo mem /sys/power/state
#
echo mem /sys/power/state
#
cat /debug/pm_debug/count
#
echo 1000
Hello.
This is a next version of series of patches(based on Eduardo Valentin's patch
set) adding a basic support for system control module, on OMAP4+ context. It is
a working in progress.
Main changes since previous patch set version:
- Bandgap and usb phy: drivers are now independent from
This patch introduces a MFD core device driver for OMAP system control module.
The control module allows software control of various static modes supported by
the device.
It is composed of two control submodules: general control module and device
(padconfiguration) control module.
Changes
OMAP system control module can be probed early, then
omap_type is safe to use its APIs.
TODO: add support for other omap versions
Signed-off-by: Konstantin Baydarov kbaida...@dev.rtsoft.ru
---
arch/arm/mach-omap2/id.c |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff
Created a new platform driver for the platform device created by the
control module mfd core, wrt usb. This driver has API's to power on/off
the phy and the API's to write to musb mailbox.
Changes since previous version:
- Bandgap and usb phy: drivers are now independent from control module
omap4: thermal: add basic CPU thermal zone
This patch exposes OMAP4 thermal sensor as a thermal zone
named cpu. Only thermal creation is done here.
TODO:
- Add cooling bindings
- Add extrapolation rules
Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com
---
Hi Paul,
On Wednesday 27 June 2012 10:36:04 Paul Walmsley wrote:
On Wed, 27 Jun 2012, Laurent Pinchart wrote:
I think you've missed drivers/media/video/omap3isp/isp.c. Should I send a
patch for that ? Do these changes depend on anything not yet in mainline
that I should apply to my tree
Paul Walmsley p...@pwsan.com writes:
Looks like something broke between v3.5-rc3 and v3.5-rc4 with dynamic
idle on 3530ES3 Beagle. 37xx EVM doesn't seem to be affected.
Taking a closer look now.
I don't currently have access to a 3530 Beagle so I couldn't test there,
but just confirmed
Hi Vaibhav
On Wed, 27 Jun 2012, Hiremath, Vaibhav wrote:
Build Steps:
- make ARCH=arm CROSS_COMPILE=toolchain distclean
- make ARCH=arm CROSS_COMPILE=toolchain omap2plus_defconfig
- Enable option CONFIG_ARM_APPENDED_DTB and CONFIG_ARM_ATAG_DTB_COMPAT
- make ARCH=arm
On Wednesday 27 June 2012 20:05:27 Laurent Pinchart wrote:
On Wednesday 27 June 2012 10:36:04 Paul Walmsley wrote:
On Wed, 27 Jun 2012, Laurent Pinchart wrote:
I think you've missed drivers/media/video/omap3isp/isp.c. Should I send
a
patch for that ? Do these changes depend on anything
On Thu, Jun 28, 2012 at 00:01:06, Paul Walmsley wrote:
Hi Vaibhav
On Wed, 27 Jun 2012, Hiremath, Vaibhav wrote:
Build Steps:
- make ARCH=arm CROSS_COMPILE=toolchain distclean
- make ARCH=arm CROSS_COMPILE=toolchain omap2plus_defconfig
- Enable option
On Wed, 27 Jun 2012, Hiremath, Vaibhav wrote:
On Thu, Jun 28, 2012 at 00:01:06, Paul Walmsley wrote:
On Wed, 27 Jun 2012, Hiremath, Vaibhav wrote:
The branch used was your am335x-upstream-staging branch, plus a minor
patch to allow the kernel to build on an am335x-only config (although
On Thu, Jun 28, 2012 at 00:42:16, Paul Walmsley wrote:
On Wed, 27 Jun 2012, Hiremath, Vaibhav wrote:
On Thu, Jun 28, 2012 at 00:01:06, Paul Walmsley wrote:
On Wed, 27 Jun 2012, Hiremath, Vaibhav wrote:
The branch used was your am335x-upstream-staging branch, plus a minor
patch
On Wed, 27 Jun 2012, Paul Walmsley wrote:
Looks like something broke between v3.5-rc3 and v3.5-rc4 with dynamic
idle on 3530ES3 Beagle. 37xx EVM doesn't seem to be affected.
Taking a closer look now.
Reverting commit 91930652a23de0873a157aa1d9962cb878d64451 (OMAP2+: UART:
Add mechanism
On Wed, 27 Jun 2012, Hiremath, Vaibhav wrote:
Shouldn't impact, but still will apply now...will update you on this.
Can you also share me the .config file of yours??
Just sent it to you via private E-mail. It's just omap2plus_defconfig
plus the two DT-related config options that you
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 Wednesday 27 June 2012 20:45:00 Laurent Pinchart wrote:
On Wednesday 27 June 2012 20:05:27 Laurent Pinchart wrote:
On Wednesday 27 June 2012 10:36:04 Paul Walmsley wrote:
On Wed, 27 Jun 2012, Laurent Pinchart wrote:
I think you've missed drivers/media/video/omap3isp/isp.c. Should I
+ Kevin
On Wed, 27 Jun 2012, Laurent Pinchart wrote:
OK, I think I've found the information. I'll give this a try.
That sounds great.
What is still not clear to me is how runtime PM and system PM interact. For
instance the OMAP3 ISP driver disables its clocks in the system PM suspend
Hi Vaibhav,
By the way, maybe you could post a kernel image somewhere that we could
test-boot?
- Paul
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Wed, Jun 27, 2012 at 2:40 PM, Greg KH g...@kroah.com wrote:
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: Peter Meerwald pme...@pmeerw.net
---
drivers/video/omap2/dss/Kconfig |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/video/omap2/dss/Kconfig b/drivers/video/omap2/dss/Kconfig
index 43324e5..b337a84 100644
--- a/drivers/video/omap2/dss/Kconfig
+++
From: Rob Clark r...@ti.com
Update TODO file, which had been neglected.
Signed-off-by: Rob Clark r...@ti.com
---
drivers/staging/omapdrm/TODO |7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/staging/omapdrm/TODO b/drivers/staging/omapdrm/TODO
index
Hi Tomi
On Thu, 10 May 2012, Tomi Valkeinen wrote:
These patches fix DSS hwmod data related to sysc flags. I haven't seen any
problem produced by these missing bits, but by looking at the TRM it's clear
that they should be defined.
However, applying these will cause additional warnings to
Hi Paul,
On Wednesday 27 June 2012 13:59:21 Paul Walmsley wrote:
+ Kevin
On Wed, 27 Jun 2012, Laurent Pinchart wrote:
OK, I think I've found the information. I'll give this a try.
That sounds great.
I'll repeat here what I've stated in my other mail, as Kevin is CC'ed.
I haven't had
On Wed, Jun 27, 2012 at 21:47:45, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [120627 06:44]:
* Hiremath, Vaibhav hvaib...@ti.com [120614 07:37]:
On Mon, Jun 11, 2012 at 18:52:54, Hiremath, Vaibhav wrote:
As omap1 and omap2 will never be compiled together, due to
different
On Tue, 15 May 2012, Mark A. Greer wrote:
From: Mark A. Greer mgr...@animalcreek.com
The am35x family of SoCs only support the PWRSTS_ON
state so create a new set of powerdomain structures
that ensure that only the ON state is entered.
Signed-off-by: Mark A. Greer mgr...@animalcreek.com
On Thu, Jun 28, 2012 at 01:30:30, Paul Walmsley wrote:
Hi Vaibhav,
By the way, maybe you could post a kernel image somewhere that we could
test-boot?
Is it accessible - http://uploadingit.com/folder/z1uttvfpr6fgjvzl/Home%20Folder
Thanks,
Vaibhav
--
To unsubscribe from this list: send
On Wed, 27 Jun 2012, Hiremath, Vaibhav wrote:
On Thu, Jun 28, 2012 at 01:30:30, Paul Walmsley wrote:
Hi Vaibhav,
By the way, maybe you could post a kernel image somewhere that we could
test-boot?
Is it accessible -
http://uploadingit.com/folder/z1uttvfpr6fgjvzl/Home%20Folder
Hi
On Tue, 15 May 2012, Mark A. Greer wrote:
From: Mark A. Greer mgr...@animalcreek.com
Add hwmod support for the EMAC (and MDIO)
ethernet controller that's on the am35x
family of SoC's.
Signed-off-by: Mark A. Greer mgr...@animalcreek.com
I had to update this patch to apply on
Hi
On Tue, 15 May 2012, Mark A. Greer wrote:
From: Mark A. Greer mgr...@animalcreek.com
The am35x family of SoCs has a Davinci EMAC ethernet
controller on-chip. Unfortunately, the EMAC is unable
to wake the PRCM when there is network activity which
leads to a hung or extremely slow
Hi
one comment on this one
On Tue, 15 May 2012, Mark A. Greer wrote:
From: Mark A. Greer mgr...@animalcreek.com
Add hwmod support for the EMAC (and MDIO)
ethernet controller that's on the am35x
family of SoC's.
Signed-off-by: Mark A. Greer mgr...@animalcreek.com
+static struct
Good news; am able to get it booting with the images you sent and by
following the U-boot commands line by line from your earlier post. If I
use the uEnv.txt to set the optargs and uenvcmd to the same values, it
hangs as before. So looks like I need to do a little further debugging
there to
Hi
On Tue, 15 May 2012, Mark A. Greer wrote:
From: Mark A. Greer mgr...@animalcreek.com
These patches convert the davinci emac support for the am35x SoC
to use hwmod and add enable_hlt()/disable_hlt() calls to the
pm_runtime hooks for that driver.
I have converted the davinci_emac
On Sun, Jun 24, 2012 at 12:18 AM, Javier Martinez Canillas
jav...@dowhile0.org wrote:
On OMAP boards that includes an SD card slot, an EXT4 partition could
be used to store the root file system. So, the kernel should have
built-in support for EXT4 to be able to mount the VFS root on boot.
Hi Franky,
On 06/25/2012 03:52 PM, Franky Lin wrote:
Hi Kevin, Tarun,
We are using the expansion connector A on Panda board to mount a SDIO
WiFi dongle on MMC2 with a level triggered interrupt signal connected to
GPIO 138. It's been working fine until 3.5 rc1. The board hang randomly
On 06/26/2012 08:37 PM, Kevin Hilman wrote:
Franky Lin fran...@broadcom.com writes:
I noticed Kevin raised some similar cases on other platforms and also
provided two patches in the patch mail thread. But unfortunately those
two patches doesn't help in our case. I tested the driver with 3.5-rc3
1 - 100 of 110 matches
Mail list logo