Hi Tony,
On 11/13/2012 10:32 AM, Peter Ujfalusi wrote:
To facilitate upcoming cleanup in twl stack.
No functional change.
Would you please consider this patch for 3.8? It would shorten the time I'll
need to progress on the cleanup regarding to twl-core greatly.
Thank you,
Péter
Hi Shubhrajyoti,
On Thu, Nov 15, 2012 at 8:34 AM, Shubhrajyoti D shubhrajy...@ti.com wrote:
Currently we just queue the transfer and release the
qos constraints, however we donot wait for the transfer
Typo: donot
to complete to release the constraint. Move the remove
constraint after the bus
Hi,
Since the 32KHz clock was removed from the twl-regulator (0e8e5c34
regulator: twl: Remove references to 32kHz clock from DT bindings),
we've been having problems with our wl12xx chip that is connected
through the omap_hsmmc.
Our card simply doesn't get added to the system and we get lots of
Currently we just queue the transfer and release the
qos constraints, however we do not wait for the transfer
to complete to release the constraint. Move the remove
constraint after the bus busy as we are sure that the
transfers are completed by then.
Acked-by: Jean Pihet j-pi...@ti.com
On Thu, Nov 15, 2012 at 1:46 PM, Jean Pihet jean.pi...@newoldbits.com wrote:
Hi Shubhrajyoti,
On Thu, Nov 15, 2012 at 8:34 AM, Shubhrajyoti D shubhrajy...@ti.com wrote:
Currently we just queue the transfer and release the
qos constraints, however we donot wait for the transfer
Typo: donot
On Thu, Nov 15, 2012 at 9:51 AM, Shubhrajyoti Datta
omaplinuxker...@gmail.com wrote:
On Thu, Nov 15, 2012 at 1:46 PM, Jean Pihet jean.pi...@newoldbits.com wrote:
Hi Shubhrajyoti,
On Thu, Nov 15, 2012 at 8:34 AM, Shubhrajyoti D shubhrajy...@ti.com wrote:
Currently we just queue the transfer
On Tuesday 13 November 2012, Russell King - ARM Linux wrote:
You're missing something; that is one of the greatest powers of open
source. The many eyes (and minds) effect. Someone out there probably
has a solution to whatever problem, the trick is to find that person. :)
I think we have a
On Wed, Nov 14, 2012 at 02:21:59PM -0800, Tony Lindgren wrote:
No idea if assuming that zero value for the diagnostic register
is safe.. What's the default value of the diagnostic register supposed
to be?
No, that's not safe. What if your pre-kernel code has asked the secure
monitor to set
On 2012-11-15 04:33, Ricardo Neri wrote:
Hi Mark,
On 11/14/2012 05:08 PM, Mark Brown wrote:
On Wed, Nov 14, 2012 at 11:07:09AM -0600, Ricardo Neri wrote:
On 11/13/2012 09:27 PM, Mark Brown wrote:
Presumably this needs some other corresponding change in the resource
setup to go in
On Thu, Nov 15, 2012 at 12:20 AM, Wolfram Sang w.s...@pengutronix.de wrote:
This makes one of my code analyzers happy and makes me a part of the
anything open source which we could all be using ? :-)
'my' as in 'one of those I am using'. It was cppcheck which found that
flaw. Its use for
On Mon, 2012-10-29 at 15:51 -0400, Christopher Harvey wrote:
In 16bit NAND mode the GPMC would send the address 0xNN as 0xFFNN
instead of 0x00NN on the bus. The 0xFFs were actually uninitialized
bits that were left unset in the GPMC command output register. The
reason they weren't initialized
On Thu, Nov 15, 2012 at 12:54:48AM +, Rob Herring wrote:
On 11/14/2012 04:21 PM, Tony Lindgren wrote:
* Rob Herring robherri...@gmail.com [121114 13:59]:
On 11/14/2012 02:32 PM, Tony Lindgren wrote:
Checking for the bit already set should work in this case, I'll post
a patch for
On 2012-11-15 11:45, Tomi Valkeinen wrote:
On 2012-11-15 04:33, Ricardo Neri wrote:
Hi Mark,
On 11/14/2012 05:08 PM, Mark Brown wrote:
On Wed, Nov 14, 2012 at 11:07:09AM -0600, Ricardo Neri wrote:
On 11/13/2012 09:27 PM, Mark Brown wrote:
Presumably this needs some other corresponding
On Thu, Nov 15, 2012 at 1:01 PM, Catalin Marinas
catalin.mari...@arm.com wrote:
On Thu, Nov 15, 2012 at 12:54:48AM +, Rob Herring wrote:
On 11/14/2012 04:21 PM, Tony Lindgren wrote:
* Rob Herring robherri...@gmail.com [121114 13:59]:
On 11/14/2012 02:32 PM, Tony Lindgren wrote:
Hi,
On Thu, Nov 15, 2012 at 03:34:10PM +0530, Shubhrajyoti Datta wrote:
On Thu, Nov 15, 2012 at 12:20 AM, Wolfram Sang w.s...@pengutronix.de wrote:
This makes one of my code analyzers happy and makes me a part of the
anything open source which we could all be using ? :-)
'my' as in
On Thu, Nov 15, 2012 at 3:19 AM, Arnd Bergmann a...@arndb.de wrote:
On Tuesday 13 November 2012, Russell King - ARM Linux wrote:
You're missing something; that is one of the greatest powers of open
source. The many eyes (and minds) effect. Someone out there probably
has a solution to
Hello,
After a conversion to common clock framework GCC 4.7 stops to compile the
current kernel with the following error:
CC arch/arm/mach-omap2/clockdomain.o
In file included from arch/arm/mach-omap2/clockdomain.c:25:0:
arch/arm/mach-omap2/clockdomain.c: In function
From: Peter Meerwald p.meerw...@bct-electronic.com
Signed-off-by: Peter Meerwald p.meerw...@bct-electronic.com
---
drivers/mfd/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/Kconfig b/drivers/mfd/Kconfig
index acab3ef..a0fc8c0 100644
---
Hi,
On Thu, Nov 15, 2012 at 05:11:14PM +0400, Igor Mazanov wrote:
Hello,
After a conversion to common clock framework GCC 4.7 stops to compile
the current kernel with the following error:
CC arch/arm/mach-omap2/clockdomain.o
In file included from
On Thu, Nov 15, 2012 at 02:41:43PM +0200, Siarhei Siamashka wrote:
BTW, I always wondered about what could be preventing TI and the other
silicon vendors from using something like an SMC API based on
asymmetric cryptography?
The answer is... nothing. But it didn't happen and we're stuck with
On Thursday 15 November 2012, Rob Clark wrote:
On Thu, Nov 15, 2012 at 3:19 AM, Arnd Bergmann a...@arndb.de wrote:
On Tuesday 13 November 2012, Russell King - ARM Linux wrote:
You're missing something; that is one of the greatest powers of open
source. The many eyes (and minds) effect.
On Thu, Nov 15, 2012 at 7:39 AM, Arnd Bergmann a...@arndb.de wrote:
On Thursday 15 November 2012, Rob Clark wrote:
On Thu, Nov 15, 2012 at 3:19 AM, Arnd Bergmann a...@arndb.de wrote:
On Tuesday 13 November 2012, Russell King - ARM Linux wrote:
You're missing something; that is one of the
On Thu, Nov 15, 2012 at 12:41:43PM +, Siarhei Siamashka wrote:
On Thu, Nov 15, 2012 at 1:01 PM, Catalin Marinas
catalin.mari...@arm.com wrote:
On Thu, Nov 15, 2012 at 12:54:48AM +, Rob Herring wrote:
On 11/14/2012 04:21 PM, Tony Lindgren wrote:
* Rob Herring robherri...@gmail.com
On Tue, Nov 13, 2012 at 9:28 AM, Peter Ujfalusi peter.ujfal...@ti.com wrote:
Since the twl-core has been converted to use regmap it is no longer needed
to allocate bigger buffer for data when writing to twl.
CC: Grant Likely grant.lik...@secretlab.ca
CC: Linus Walleij
On 11/15/2012 05:01 AM, Catalin Marinas wrote:
On Thu, Nov 15, 2012 at 12:54:48AM +, Rob Herring wrote:
On 11/14/2012 04:21 PM, Tony Lindgren wrote:
* Rob Herring robherri...@gmail.com [121114 13:59]:
On 11/14/2012 02:32 PM, Tony Lindgren wrote:
Checking for the bit already set should
Hi,
This patchset addresses the following
- Avoid addressing clocks one by one by name and use a for loop + bunch
of cleanups.
- Get number of channels/ports dynamically either from revision register
or from platform data. Avoids getting clocks that are not present.
- Add OMAP5 and HSIC mode
Just a pointer to the platform data should suffice.
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/mfd/omap-usb-tll.c |9 -
1 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/mfd/omap-usb-tll.c b/drivers/mfd/omap-usb-tll.c
index 4b7757b..d1750a4 100644
---
This is a handy macro to check if the port requires the
USB TLL module or not. Use it to Enable the TLL module and manage
the clocks.
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/mfd/omap-usb-tll.c | 20
1 files changed, 12 insertions(+), 8 deletions(-)
diff
The TLL module on OMAP5 has 3 channels.
HSIC mode requires the TLL channel to be in Transparent UTMI mode.
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/mfd/omap-usb-tll.c | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/drivers/mfd/omap-usb-tll.c
OMAPs till date can have upto 3 ports. We need to initialize
the port mode in HOSTCONFIG register for all of them.
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/mfd/omap-usb-host.c | 31 ---
1 files changed, 12 insertions(+), 19 deletions(-)
diff --git
We don't really need a spinlock here, so get rid of it.
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/mfd/omap-usb-host.c | 16
1 files changed, 0 insertions(+), 16 deletions(-)
diff --git a/drivers/mfd/omap-usb-host.c b/drivers/mfd/omap-usb-host.c
index
Instead of enabling the USB PHY clock in the board file we
provide the PHY clock details to the driver via board platform
data so that driver code can manage the clock.
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/mach-omap2/board-omap4panda.c | 14 +++---
1 files changed, 3
From: Andy Green andy.gr...@linaro.org
This patch changes the management of the two GPIO for
hub reset (actually controls enable of ULPI PHY and hub reset) and
hub power (controls power to hub + eth).
Because the only connection from the ULPI PHY output is to the hub+eth
chip, there is no
Boards like Panda require an auxiliary clock to clock the PHY
that is connected to one of the USB ports. This patch enables
board support code to provide the name and the rate of such
a clock for each of the USB ports. omap-usb-host driver can
then manage the clock.
Signed-off-by: Roger Quadros
Enable the optional HSIC clocks (60MHz and 480MHz) for the ports
that are configured in HSIC mode.
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/mfd/omap-usb-host.c | 56 +-
1 files changed, 54 insertions(+), 2 deletions(-)
diff --git
There is no such clock as utmi_p1_gfclk. It is only a clock selector
bit to select th the parent of usb_host_hs_utmi_p1_clk.
So we get rid of utmi_p1_gfclk and utmi_p2_gfclk by merging them into
usb_host_hs_utmi_p1_clk and usb_host_hs_utmi_p2_clk respectively.
CC: Benoit Cousson b-cous...@ti.com
For some platforms e.g. OMAP5, we cannot rely on USBHOST revision
to determine the number of ports available. In such cases we have
to rely on platform data (or FDT) to give us the right number of
ports.
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/mach-omap2/usb-host.c|1
prevents getting clocks that don't exist on the platform.
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/mfd/omap-usb-host.c | 47 ---
1 files changed, 35 insertions(+), 12 deletions(-)
diff --git a/drivers/mfd/omap-usb-host.c
All ports have similarly named port clocks so we can
bunch them into a port data structure and use for loop
to enable/disable the clocks.
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/mfd/omap-usb-host.c | 208 +--
1 files changed, 101
We can just hold the pointer to the platform data instead
of creating a copy of it.
Also get rid of the unnecessary missing platform data checks
in runtime_suspend/resume. We are already checking for missing
platform data in probe.
Signed-off-by: Roger Quadros rog...@ti.com
---
Every channel has a functional clock that is similarly named.
It makes sense to use a for loop to manage these clocks as OMAPs
can come with upto 3 channels.
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/mfd/omap-usb-tll.c | 130 +---
1 files
The port clocks are not required to access the port registers,
they are only needed when the PORT is used. So we move the port clock
handling code to omap_tll_enable/disable().
Also get of unnecessary spinlock code in probe function and check for
missing platform data.
Signed-off-by: Roger
On Thu, Nov 15, 2012 at 02:31:33PM +, Rob Herring wrote:
On 11/15/2012 05:01 AM, Catalin Marinas wrote:
On Thu, Nov 15, 2012 at 12:54:48AM +, Rob Herring wrote:
On 11/14/2012 04:21 PM, Tony Lindgren wrote:
* Rob Herring robherri...@gmail.com [121114 13:59]:
On 11/14/2012 02:32 PM,
On Thursday 15 November 2012, Rob Clark wrote:
I still haven't heard a conclusive argument why we need to use get_user()
rather than copy_from_user() in the DRM code. Is this about a fast path
where you want to shave off a few cycles for each call, or does this
simplify the code structure,
Hi Tony,
On Wed, Nov 14, 2012 at 6:51 PM, Tony Lindgren t...@atomide.com wrote:
* Jean Pihet jean.pi...@newoldbits.com [121114 08:43]:
The patch should change the name of the hwmod entry as well, can you
fold this change in the current patch?
This was caused by the merge of omap-for-v3.8/pm
On Thu, Nov 15, 2012 at 01:02:09PM +0200, Artem Bityutskiy wrote:
On Mon, 2012-10-29 at 15:51 -0400, Christopher Harvey wrote:
In 16bit NAND mode the GPMC would send the address 0xNN as 0xFFNN
instead of 0x00NN on the bus. The 0xFFs were actually uninitialized
bits that were left unset in
Provides a means for the OMAP USB host subsystem to be initialized
from Device tree. This is a first step for device tree migration where
we specify only the board specific stuff. Things like I/O address space
and interrupts are not yet specified in the device tree but can be
Provides a means for the OMAP USB host subsystem to be initialized
from Device tree. This is a first step for device tree migration where
we specify only the board specific stuff. Things like I/O address space
and interrupts are not yet specified in the device tree but can be
done as a next step.
Get USB Host working. On Panda, two GPIOs are used, one for
HUB/PHY reset and other for Hub power. We model them as fixed
regulators. The regulator for RESET is made to depend on regulator
for Hub power so that the Hub power is enabled by the regulator
framework before RESET is removed.
Tested on
The device tree node will provide the input supply name as
a string. Use that to populate the supply_name parameter of
the regulator descriptor.
Also correct the documentation to reflect the same.
Signed-off-by: Roger Quadros rog...@ti.com
CC: Laxman Dewangan ldewan...@nvidia.com
CC: Mark Brown
From: Keshava Munegowda keshava_mgo...@ti.com
The port1 of omap4 panda board is used in ULPI PHY mode.
The pin mux of usbhs (usbb1) port 1 is configured accordingly.
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
---
arch/arm/boot/dts/omap4-panda.dts | 18 ++
1 files
Hi,
On 14 November 2012 09:44, Paul Walmsley p...@pwsan.com wrote:
Hi
On Tue, 13 Nov 2012, Omar Ramirez Luna wrote:
This prevents hwmod _enable_clocks...omap2_dflt_clk_enable path
from enabling modulemode inside CLKCTRL using its clk-enable_reg
field. Instead is left to
Catalin Marinas catalin.mari...@arm.com writes:
On Thu, Nov 15, 2012 at 12:41:43PM +, Siarhei Siamashka wrote:
BTW, I always wondered about what could be preventing TI and the other
silicon vendors from using something like an SMC API based on
asymmetric cryptography? My understanding is
On Thu, 2012-11-15 at 09:48 -0500, Christopher Harvey wrote:
On Thu, Nov 15, 2012 at 01:02:09PM +0200, Artem Bityutskiy wrote:
On Mon, 2012-10-29 at 15:51 -0400, Christopher Harvey wrote:
In 16bit NAND mode the GPMC would send the address 0xNN as 0xFFNN
instead of 0x00NN on the bus. The
Eliminate an erroneous invocation of rproc_shutdown inside
the error path of rproc_virtio_find_vqs.
Reported-by: Ido Yariv i...@wizery.com
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
---
drivers/remoteproc/remoteproc_virtio.c | 18 --
1 file changed, 12 insertions(+), 6
On 11/15/2012 08:37 AM, Catalin Marinas wrote:
On Thu, Nov 15, 2012 at 02:31:33PM +, Rob Herring wrote:
On 11/15/2012 05:01 AM, Catalin Marinas wrote:
On Thu, Nov 15, 2012 at 12:54:48AM +, Rob Herring wrote:
On 11/14/2012 04:21 PM, Tony Lindgren wrote:
* Rob Herring
On Thu, Nov 15, 2012 at 05:18:44PM +0200, Artem Bityutskiy wrote:
On Thu, 2012-11-15 at 09:48 -0500, Christopher Harvey wrote:
On Thu, Nov 15, 2012 at 01:02:09PM +0200, Artem Bityutskiy wrote:
On Mon, 2012-10-29 at 15:51 -0400, Christopher Harvey wrote:
In 16bit NAND mode the GPMC would
Hi,
This series is about improving omapdss API for omapdrm.
We have two separate, exclusive, users of omapdss: 1) omapfb + omap_vout and 2)
omapdrm. Because omapfb and omap_vout are independent drivers, we've built
layers in omapdss to manage the two simultaneous callers. These layers are not
Remove dispc_mgr_is_channel_enabled() and dss_mgr_get_timings()
declarations, as the function doesn't exist.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dss.h |2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/video/omap2/dss/dss.h
If the DSI support has not been compiled in or the SoC doesn't have DSI
hardware, dpi_get_dsidev() returns NULL. This NULL is passed to
dpi_verify_dsi_pll() causing a crash. The bug was added with commit
0e8276ef75f5c7811b038d1d23b2b42c16efc5ac (OMAPDSS: DPI: always use DSI
PLL if available).
Fix
dsi_get_dsidev_from_id() gives a WARN if DSI support is not compiled in.
This warning is not right, as it's valid to call
dsi_get_dsidev_from_id() to see if there is DSI support or not.
Remove the WARN().
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dss.h |
OMAP2/3 do not have FRAMEDONETV irq, but later omaps do. We currently
always return 0 from dispc_mgr_get_framedone_irq() for TV output to be
compatible with OMAP2/3.
This patch implements no_framedone_tv dispc-feature that is used in
dispc_mgr_get_framedone_irq to return either 0 for OMAP2/3, or
WB will not be used with compat-mode, i.e. from omapfb. This means we
don't need the current complex dispc_wb_enable function, but can have a
simple register write version of the function.
This patch removes all the extra code from dispc_wb_enable()
Signed-off-by: Tomi Valkeinen
Instead of doing direct register reads/writes, dispc_wb_enable() and
dispc_wb_is_enabled() functions can use the common overlay functions to
set and check the enable bit.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dispc.c |4 ++--
1 file changed, 2
dispc_mgr_disable_digit_out() needs to wait until the DIGIT output is
turned off. This is done with either VSYNC irq on OMAP2/3 and
FRAMEDONETV on OMAP4+. It currently uses a rather hacky way to decide
what irq to use.
This patch changes dispc_mgr_disable_digit_out to use
dispc_mgr_go() should never be called with manager output disabled or if
the GO bit is already set. Change the current silent returns to
WARN_ONs.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dispc.c | 16 ++--
1 file changed, 2 insertions(+), 14
Change the dispc_plane_pclk_rate and dispc_plane_lclk_rate functions to
return 0 if the given plane is the writeback plane. The clocks are not
valid for WB, but returning 0 from these functions instead of running
into BUG() will simplify the code that uses these functions.
Signed-off-by: Tomi
In order to make the scaling calculations independent of the current
hardware configuration (e.g. which manager is connected to this output),
we need to change the calc funcs to get all the variables needed for the
calculations via parameters.
This patch changes calc_core_clk() function to get
In order to make the scaling calculations independent of the current
hardware configuration (e.g. which manager is connected to this output),
we need to change the calc funcs to get all the variables needed for the
calculations via parameters.
This patch changes check_horiz_timing_omap3() to get
In order to make the scaling calculations independent of the current
hardware configuration (e.g. which manager is connected to this output),
we need to change the calc funcs to get all the variables needed for the
calculations via parameters.
This patch changes calc_scaling to get pclk and lclk
In order to make the scaling calculations independent of the current
hardware configuration (e.g. which manager is connected to this output),
we need to change the calc funcs to get all the variables needed for the
calculations via parameters.
This patch changes dispc_ovl_calc_scaling to get pclk
Move display sysfs related code from display.c to display-sysfs.c, for
clarity. The sysfs code will only be used for compat mode.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/Makefile|3 +-
drivers/video/omap2/dss/display-sysfs.c | 321
Add dss_get_core_pdev() which returns the platform device for dss core
device. The following patches use the core pdev to register sysfs files
in the compat code.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/core.c |5 +
drivers/video/omap2/dss/dss.h |
Add two new exported functions, omapdss_compat_init and
omapdss_compat_uninit, which are to be used by omapfb, omap_vout to
enable compatibility mode for omapdss. The functions are called by
omapdss internally for now, and moved to other drivers later.
The compatibility mode is implemented fully
Overlay and overlay_manager structs will only be needed in the compat
mode.
This patch moves initialization of overlay and overlay_manager structs
to apply.c, so that they are handled in omapdss_compat_init().
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
The output drivers need some operations from the overlay managers, like
enable and set_timings. These will affect the dispc registers, and need
to be synchronized with the composition-side changes with overlays and
overlay managers.
We want to handle these calls in the apply.c in the
Some of the output drivers need to handle FRAMEDONE interrupt from
DISPC. This creates a direct dependency to dispc code, and we need to
avoid this to make the compat code to work.
Instead of the output drivers registering for dispc interrupts, we
create new mgr-ops that are used to register a
We have two functions to wait for a dispc interrupt:
int omap_dispc_wait_for_irq_timeout(u32 irqmask, unsigned long timeout);
int omap_dispc_wait_for_irq_interruptible_timeout(u32 irqmask,
Of these, the former is not used at all, and can be removed. The latter
is only used by the compat layer,
Most of the functions that are assigned to the fields in ovl-mgr struct
are in apply.c. By moving the function pointer setup into apply.c we can
make these functions static.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/apply.c | 58
dispc_mgr_enable_sync and dispc_mgr_disable_sync are only used with the
compat mode. Non-compat will use the simpler enable and disable
functions.
This patch moves the synchronous enable/disable code to the compat
layer. A new file is created, dispc-compat.c, which contains low level
dispc compat
The whole dispc irq handling system we currently have is only needed for
compat layer, and thus can be moved from dispc.c to the compat layer.
This is quite straigtforward, but we need to add new dispc functions to
request and free the actual hardware irq: dispc_request_irq() and
This patch adds a new function, dispc_ovl_check(), which can be used to
verify scaling configuration for an overlay. The function gets both the
overlay and overlay manager as parameters, so that the caller does not
need to configure the hardware before using this function.
Signed-off-by: Tomi
dpi.c uses dss_mgr_check_timings() to verify video timings, but that
function is in the compat layer. Change dpi.c to use the dispc's check
instead.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dpi.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Move creation of the sysfs files for displays to the compat layer.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/apply.c | 14 ++
drivers/video/omap2/dss/display.c |8
2 files changed, 14 insertions(+), 8 deletions(-)
diff --git
Separate the core DSS files and compat layer files in the Makefile for
clarity.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/Makefile |7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/video/omap2/dss/Makefile
Export dss_mgr_ops related functions.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dss.h| 30 --
drivers/video/omap2/dss/output.c |9 +
include/video/omapdss.h | 29 +
3 files
Export dss_features related functions.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dss_features.c |5 +
drivers/video/omap2/dss/dss_features.h |4
include/video/omapdss.h|7 +++
3 files changed, 12 insertions(+), 4
Most of the functions that are assigned to the fields in ovl struct are
in apply.c. By moving the function pointer setup into apply.c we can
make these functions static.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/apply.c | 37
Export DISPC functions.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dispc.c | 23 +++
drivers/video/omap2/dss/dss.h | 36 +---
include/video/omapdss.h | 39
omapdss_compat_init() and omapdss_compat_uninit() is called internally
by omapdss. This patch moves the calls to omapfb, omap_vout and omapdrm
drivers. omapdrm driver can later remove the call after non-compat
support has been implemented in omapdrm.
Signed-off-by: Tomi Valkeinen
On Thu, Nov 15, 2012 at 03:37:08PM +, Rob Herring wrote:
On 11/15/2012 08:37 AM, Catalin Marinas wrote:
On Thu, Nov 15, 2012 at 02:31:33PM +, Rob Herring wrote:
Does that work for Versatile Express CA9? It needs ARM_ERRATA_751472.
On VE Linux runs in secure mode, so it's fine.
When rebooting an OMAP3530 at 125 MHz, the reboot hangs.
This patch adds a generic power save script, which resets the TWL4030 when a
warm reset occures. This way the OMAP3530 does not hang on reboot.
Signed-off-by: Matthias Brugger matthias@gmail.com
---
arch/arm/mach-omap2/board-igep0020.c
Hi Mark,
On 11/14/2012 10:10 PM, Mark Brown wrote:
On Wed, Nov 14, 2012 at 08:33:11PM -0600, Ricardo Neri wrote:
On 11/14/2012 05:08 PM, Mark Brown wrote:
Don't do this. With a change like this which must be made at the same
time over multiple subsystems it is very important that you send
On Tuesday 13 November 2012, Tony Lindgren wrote:
The following changes since commit edf8dde393f879fc2d8c22d4bc01ff8d37b80e1a:
Merge branch 'linus' into
omap-for-v3.8/cleanup-headers-prepare-multiplatform-v3 (2012-11-09 14:58:01
-0800)
are available in the git repository at:
* Jean Pihet jean.pi...@newoldbits.com [121115 06:49]:
Hi Tony,
On Wed, Nov 14, 2012 at 6:51 PM, Tony Lindgren t...@atomide.com wrote:
* Jean Pihet jean.pi...@newoldbits.com [121114 08:43]:
The patch should change the name of the hwmod entry as well, can you
fold this change in the
On Thu, Nov 15, 2012 at 03:18:44PM +, Artem Bityutskiy wrote:
On Thu, 2012-11-15 at 09:48 -0500, Christopher Harvey wrote:
On Thu, Nov 15, 2012 at 01:02:09PM +0200, Artem Bityutskiy wrote:
On Mon, 2012-10-29 at 15:51 -0400, Christopher Harvey wrote:
In 16bit NAND mode the GPMC would
On Wed, 31 Oct 2012 21:04:24 -0500, Rob Herring robherri...@gmail.com wrote:
On 10/31/2012 10:57 AM, Pantelis Antoniou wrote:
This simple patch enables dynamic changes of the DT tree on runtime
to be visible to the device-tree proc interface.
Signed-off-by: Pantelis Antoniou
On Wed, 31 Oct 2012 17:57:33 +0200, Pantelis Antoniou
pa...@antoniou-consulting.com wrote:
Export an interface that other in-kernel users can utilize.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
I'm not going to apply this before an in-kernel user exists for this. I
know
On Thu, Nov 15, 2012 at 10:06 AM, Matthias Brugger
matthias@googlemail.com wrote:
When rebooting an OMAP3530 at 125 MHz, the reboot hangs.
This patch adds a generic power save script, which resets the TWL4030 when a
warm reset occures. This way the OMAP3530 does not hang on reboot.
On Thursday 15 November 2012, Tony Lindgren wrote:
The following changes since commit 3d70f8c617a436c7146ecb81df2265b4626dfe89:
Linux 3.7-rc4 (2012-11-04 11:07:39 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
1 - 100 of 136 matches
Mail list logo