Hi Sourav,
On Fri, Oct 05, 2012 at 12:56:26PM +0530, Sourav Poddar wrote:
From: G, Manjunath Kondaiah manj...@ti.com
SMSC ECE1099 is a keyboard scan or GPIO expansion device.The device
supports a keypad scan matrix of 23*8.This driver uses this
device as a keypad driver.
Tested on
Since kernel 3.7 the DTS data are not overwriten by hwmod data we can add the
address space
and interrupt line description inside dtsi file for OMAP5. This serie is
updating the
current OMAP5 IP with missing entry.
It has been tested on OMAP5 with 3.7-audio-display feature tree.
- MMC is
Add base address and interrupt line inside Device Tree data for
OMAP5.
Signed-off-by: Sebastien Guiriec s-guir...@ti.com
Reviewed-by: Shubhrajyoti D shubhrajy...@ti.com
---
arch/arm/boot/dts/omap5.dtsi | 22 --
1 file changed, 20 insertions(+), 2 deletions(-)
diff --git
Add base address and interrupt line inside Device Tree data for
OMAP5.
Signed-off-by: Sebastien Guiriec s-guir...@ti.com
---
arch/arm/boot/dts/omap5.dtsi | 15 +++
1 file changed, 15 insertions(+)
diff --git a/arch/arm/boot/dts/omap5.dtsi b/arch/arm/boot/dts/omap5.dtsi
index
Add base address and interrupt line inside Device Tree data for
OMAP5
Signed-off-by: Sebastien Guiriec s-guir...@ti.com
Reviewed-by: Shubhrajyoti D shubhrajy...@ti.com
---
arch/arm/boot/dts/omap5.dtsi | 19 +--
1 file changed, 17 insertions(+), 2 deletions(-)
diff --git
Add base address and interrupt line inside Device Tree data for
OMAP5
Signed-off-by: Sebastien Guiriec s-guir...@ti.com
---
arch/arm/boot/dts/omap5.dtsi | 24
1 file changed, 24 insertions(+)
diff --git a/arch/arm/boot/dts/omap5.dtsi b/arch/arm/boot/dts/omap5.dtsi
On Tuesday 23 October 2012 11:39 PM, Kevin Hilman wrote:
From: Kevin Hilman khil...@ti.com
When debounce clocks are disabled, ensure that the banks
dbck_enable_mask is cleared also. Otherwise, context restore on
subsequent off-mode transition will restore previous value from the
shadow copies
On 10/23/2012 06:15 PM, Sebastien Guiriec wrote:
Hi Benoit and John,
On 10/23/2012 06:07 PM, Benoit Cousson wrote:
On 10/23/2012 05:59 PM, Jon Hunter wrote:
On 10/23/2012 10:09 AM, Benoit Cousson wrote:
On 10/23/2012 04:49 PM, Jon Hunter wrote:
Hi Seb,
On 10/23/2012 03:37 AM, Sebastien
On Tue, Oct 23, 2012 at 03:00:09PM -0700, Kevin Hilman wrote:
Felipe Balbi ba...@ti.com writes:
Hi,
On Tue, Oct 23, 2012 at 11:09:31AM -0700, Kevin Hilman wrote:
From: Kevin Hilman khil...@ti.com
When debounce clocks are disabled, ensure that the banks
dbck_enable_mask is cleared
On Tue, Oct 23, 2012 at 8:09 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
From: Kevin Hilman khil...@ti.com
When debounce clocks are disabled, ensure that the banks
dbck_enable_mask is cleared also. Otherwise, context restore on
subsequent off-mode transition will restore previous
Hi,
On Tue, Oct 23, 2012 at 01:02:49PM -0700, Dmitry Torokhov wrote:
On Tue, Oct 23, 2012 at 11:18:12AM +0200, Benoit Cousson wrote:
Hi Dimitry,
On 10/22/2012 05:50 PM, Dmitry Torokhov wrote:
Hi Sourav,
On Mon, Oct 22, 2012 at 06:43:00PM +0530, Sourav Poddar wrote:
Adapt
On 10/24/12 10:16, Linus Walleij wrote:
On Tue, Oct 23, 2012 at 8:09 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
From: Kevin Hilman khil...@ti.com
When debounce clocks are disabled, ensure that the banks
dbck_enable_mask is cleared also. Otherwise, context restore on
subsequent
On 10/23/12 20:19, Kevin Hilman wrote:
Kevin Hilman khil...@deeprootsystems.com writes:
+Igor
Paul Walmsley p...@pwsan.com writes:
Here are some basic OMAP test results for Linux v3.7-rc2.
Logs and other details at:
http://www.pwsan.com/omap/testlogs/test_v3.7-rc2/20121020134755/
Hi Seb,
Sorry, I missed your previous email, your v2 was the right one.
We do have a single INTC in every OMAP, there is no point to repeat the
same data hundred times.
The DTS are already big enough.
On 10/24/2012 09:07 AM, Sebastien Guiriec wrote:
Since kernel 3.7 the DTS data are not
Hi Benoit,
On 10/24/2012 11:15 AM, Benoit Cousson wrote:
Hi Seb,
Sorry, I missed your previous email, your v2 was the right one.
We do have a single INTC in every OMAP, there is no point to repeat the
same data hundred times.
The DTS are already big enough.
So in such case we should send a
Hi,
Here's another series with miscellaneous omapdss cleanups and fixes. I've made
these during my work with various bigger projects, like using DSI PLL for DVI
and omapdrm cooperation work.
The patches are based on current omapdss master, and can also be found from:
The panel drivers contain enable, disable, suspend and resume calls.
The suspend and resume are effectively identical to disable and enable.
This patch removes panel suspend and enable code from omapdss and the
panel drivers, and replaces their use with enable and disable.
Signed-off-by: Tomi
The output drivers get the omapdss hw version from the platform data for
their respective output device. This doesn't work with DT, as there's no
platform data for them.
Add a new function, omapdss_get_version(), which returns the dss version
from the core device, which will have platform data on
dss.h contains dispc_irq_handler declaration, even if the function is
dispc.c internal. Remove the declaration.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dss.h |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/video/omap2/dss/dss.h
dispc_mgr_lclk_rate() cannot currently be called with DIGIT channel
parameter, even if dispc_ovl_lclk_rate() can. Fix this by making
dispc_mgr_lclk_rate() handle DIGIT channel also.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dispc.c | 49
Use dss_feat_get_num_ovls() in dispc.c instead of
omap_dss_get_num_overlays() to remove the dependency to overlay.c. Note
that we still have uses of omap_dss_get_num_overlays() in dispc.c, but
these will be moved out in the future patches.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
Currently omapdss driver sets up the initial connections between
overlays, overlay manager and a panel, based on default display
parameter coming from the board file or via module parameters.
This is unnecessary, as it's the higher level component that should
decide what display to use and how.
The current dispc_mgr_enable/disable function are blocking, and do a bit
too much for omapdrm. We'll expose new enable disable functions that
will just set the bits in the registers in the following patches.
This patch renames the current functions to *_sync, to make it clear
that they are
We need a low level manager-enable function for omapdrm. We have that
function as dispc internal func, _enable_mgr_out().
This patch exposes that function, and renames it to dispc_mgr_enable().
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dispc.c | 10
There's currently just one power-on function for HDMI, which enables the
IP and the video output. When reading EDID or detecting if a monitor is
connected, we don't need the video output.
Enabling the video output for these operations is not a big problem in
itself, but the quick enable/disable
It seems that using the second EDID block causes more problems than is
of any help. The first mode in the extended block will get
FB_MODE_IS_FIRST set, which will override the first mode from the first
EDID block, thus making the default videomode selection not to work
properly.
This patch
The hdmi driver tries to find the given video timings from its static
list of timings, to find the required ID for the mode. The check tries
to find exact match for the pixel clock, among other checks.
with omapfb driver there can be some amount of error in the give pixel
clock, as the pixel
The dispc error handler tries to fix issues by disabling and enabling
panel. This is problematic, as we're trying to remove the dependency
from omapdss to the omap_dss_devices. It's also racy, and doesn't really
fix anything.
This patch removes the use of omap_dss_device from the error handler,
The dispc's error handler has a loop inside another loop, and both use
the same loop variable. This is clearly wrong, and this patch makes a
new variable for the inner loop.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dispc.c |5 +++--
1 file changed, 3
dss_generic_clk_source_names is missing the names for clocks from DSI2
PLL. Add them.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dss.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/video/omap2/dss/dss.c b/drivers/video/omap2/dss/dss.c
index
Add new dispc function, dispc_ovl_enabled(). This returns if the overlay
enable bit is set in the registers.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
drivers/video/omap2/dss/dispc.c |5 +
drivers/video/omap2/dss/dss.h |1 +
2 files changed, 6 insertions(+)
diff
This patch makes use of the hdmi_power_[on|off]_core() functions added
in the previous patch. The functions are used when reading EDID or
detecting if a monitor is connected.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Cc: Ricardo Neri ricardo.n...@ti.com
---
Split the omap4_hdmi_mux_pads() function into two parts, one handles the
tpd12s015 gpio muxing, the other handles the hdmi pins.
This is clearer, as hdmi and tpd12s015 are separate devices, and it also
allows us to mux those separately with DT.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
The current omapfb code goes over all the modes found from the monitors
EDID data, and searches for a mode that is compatible with the DSS
hardware and has the highest x-res.
While this works ok as such, it proves problematic when using DSI PLL
for pixel clock. Calculating DSI PLL dividers is not
Add 1920x1200 video mode to hdmi driver's static modelist.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Cc: Ricardo Neri ricardo.n...@ti.com
---
drivers/video/omap2/dss/hdmi.c |6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/video/omap2/dss/hdmi.c
DISPC irqs need to be handled from the compat layer and also in the
future by the omapdrm. To make this possible, this patchs adds a set of
helper functions, so that the irqs can be managed without direct
register reads/writes.
The following functions are added, and all the current direct reg
The interrupt-parent attribute does not have to be added in each
node since the DT framework will check for the parent as well to get it.
Create an interrupt-parent for OMAP2, OMAP3, AM33xx and remove the
attributes from every nodes that were using it.
Signed-off-by: Benoit Cousson
Hi Greg,
On Tue, Oct 16, 2012 at 08:13:59AM -0700, Tony Lindgren wrote:
* Felipe Balbi ba...@ti.com [121016 07:16]:
This reverts commit 957ee7270d632245b43f6feb0e70d9a5e9ea6cf6
(serial: omap: fix software flow control).
As Russell has pointed out, that commit isn't fixing
Software
On 10/24/2012 11:27 AM, Sebastien Guiriec wrote:
Hi Benoit,
On 10/24/2012 11:15 AM, Benoit Cousson wrote:
Hi Seb,
Sorry, I missed your previous email, your v2 was the right one.
We do have a single INTC in every OMAP, there is no point to repeat the
same data hundred times.
The DTS are
On 10/24/2012 12:02 PM, Benoit Cousson wrote:
The interrupt-parent attribute does not have to be added in each
node since the DT framework will check for the parent as well to get it.
Create an interrupt-parent for OMAP2, OMAP3, AM33xx and remove the
attributes from every nodes that were
On Wed, Oct 24, 2012 at 3:54 AM, Tony Lindgren t...@atomide.com wrote:
I don't think mach-davinci has wl12xx_board_init() available?
Maybe leave this out or define also also somewhere for mach-davinci?
Yeah let's leave davinci out for now:
From 665bcaa7ef0ed385cf1765f2d4503bf84aaf488a Mon Sep
On Tue, Oct 23, 2012 at 9:09 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
From: Kevin Hilman khil...@ti.com
When debounce clocks are disabled, ensure that the banks
dbck_enable_mask is cleared also. Otherwise, context restore on
subsequent off-mode transition will restore previous
On Wednesday 24 October 2012 05:32 PM, Grazvydas Ignotas wrote:
On Tue, Oct 23, 2012 at 9:09 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
From: Kevin Hilman khil...@ti.com
When debounce clocks are disabled, ensure that the banks
dbck_enable_mask is cleared also. Otherwise, context
On Tue, Oct 23, 2012 at 10:02 PM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
I have seen just in a few days 3 or 4 drivers having exactly the same
change - call to devm_pinctrl_get_select_default(), and I guess I will
receive the same patches for the rest of input drivers shortly.
This
On Wed, Oct 24, 2012 at 3:49 PM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
On Wednesday 24 October 2012 05:32 PM, Grazvydas Ignotas wrote:
On Tue, Oct 23, 2012 at 9:09 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
From: Kevin Hilman khil...@ti.com
When debounce clocks are
Hi,
On Wed, Oct 24, 2012 at 08:56:15PM +0800, Fengguang Wu wrote:
Hi Shubhrajyoti,
FYI, there are new compile warnings show up in
tree: git://git.kernel.org/pub/scm/linux/kernel/git/balbi/usb.git
i2c-transferred-bytes-on-NACK
can you *not* test this branch ? Specially since it has
Hi,
On Wed, Oct 24, 2012 at 09:23:23PM +0800, Fengguang Wu wrote:
Sorry, this should really be CCed to the media list.
I'll use the list recommended by get_maintainer.pl in future.
Actually, I would suggest only testing the following branches from my
tree:
dwc3, musb, xceiv, gadget and fixes
Hi Will,
On 10/24/2012 04:31 AM, Will Deacon wrote:
Hi Jon,
On Tue, Oct 23, 2012 at 09:31:08PM +0100, Jon Hunter wrote:
Commit 7be2958 (ARM: PMU: Add runtime PM Support) updated the ARM PMU code to
use runtime PM which was prototyped and validated on the OMAP devices. In
this
commit,
Grazvydas Ignotas nota...@gmail.com writes:
On Tue, Oct 23, 2012 at 9:09 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
From: Kevin Hilman khil...@ti.com
When debounce clocks are disabled, ensure that the banks
dbck_enable_mask is cleared also. Otherwise, context restore on
On Wed, Oct 24, 2012 at 03:16:43PM +0100, Jon Hunter wrote:
Hi Will,
On 10/24/2012 04:31 AM, Will Deacon wrote:
Can we not just use the presence of the resume/suspend function pointers to
indicate whether we should enable runtime pm or not? i.e. if they're not
NULL, then enable the
On Wednesday 24 October 2012 07:49 PM, Kevin Hilman wrote:
Grazvydas Ignotas nota...@gmail.com writes:
On Tue, Oct 23, 2012 at 9:09 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
From: Kevin Hilman khil...@ti.com
When debounce clocks are disabled, ensure that the banks
dbck_enable_mask
Hi
On 10/22/2012 11:46 AM, Felipe Balbi wrote:
It's impossible to have Arbitration Lost,
Read Overflow, and Tranmist Underflow all
asserted at the same time.
Those error conditions are mutually exclusive
so what the code should be doing, instead, is
check each error flag separataly.
On 10/24/2012 09:32 AM, Will Deacon wrote:
On Wed, Oct 24, 2012 at 03:16:43PM +0100, Jon Hunter wrote:
Hi Will,
On 10/24/2012 04:31 AM, Will Deacon wrote:
Can we not just use the presence of the resume/suspend function pointers to
indicate whether we should enable runtime pm or not? i.e. if
Rename the files to have consistent names across OMAP boards.
Update the Makefile to use the new names.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Uri Yosef ur...@variscite.com
---
arch/arm/boot/dts/Makefile |4 ++--
.../dts/{omap4-pandaES.dts =
Hi,
Selso, hopefully you don't mind, but I'll forward this to the
linux-omap mailing list, as this seems to be an interesting kernel
problem in tidspbridge.
Omar, any ideas?
On Wed, Oct 24, 2012 at 5:24 PM, Selso Liberado
selso.liber...@gmail.com wrote:
Hi !
So I did have the best result
Hi Jon,
On 10/19/2012 04:59 PM, Jon Hunter wrote:
Add the 12 GP timers nodes present in OMAP2.
Add the 12 GP timers nodes present in OMAP3.
Add the 11 GP timers nodes present in OMAP4.
Add the 7 GP timers nodes present in AM33xx.
Add documentation for timer properties specific to OMAP.
On Wed, Oct 24, 2012 at 5:49 PM, Selso Liberado
selso.liber...@gmail.com wrote:
I wished that someone agreed to mail him about this.
Is the mailing list your talking about is located with this url ?
http://linux.omap.com/mailman/listinfo
Yes, they are in CC now.
I did also work with the
On Wed, Oct 24, 2012 at 11:37:04AM +0300, Felipe Balbi wrote:
Hi,
On Tue, Oct 23, 2012 at 01:02:49PM -0700, Dmitry Torokhov wrote:
On Tue, Oct 23, 2012 at 11:18:12AM +0200, Benoit Cousson wrote:
Hi Dimitry,
On 10/22/2012 05:50 PM, Dmitry Torokhov wrote:
Hi Sourav,
On
On Wed, Oct 24, 2012 at 02:54:23PM +0200, Linus Walleij wrote:
On Tue, Oct 23, 2012 at 10:02 PM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
I have seen just in a few days 3 or 4 drivers having exactly the same
change - call to devm_pinctrl_get_select_default(), and I guess I will
* Juha Kuikka juha.kui...@gmail.com [121023 13:40]:
Hi,
There seems to be an issue in the omap nand driver
(drivers/mtd/nand/omap2.c) concerning sub-page reads (visible when
using 16bit LP NAND, SOFT_ECC and UBI).
Problem is caused by the omap_read_buf_pref() function using 32bit
reads
* Tomi Valkeinen tomi.valkei...@ti.com [121024 02:32]:
Split the omap4_hdmi_mux_pads() function into two parts, one handles the
tpd12s015 gpio muxing, the other handles the hdmi pins.
This is clearer, as hdmi and tpd12s015 are separate devices, and it also
allows us to mux those separately
On Wed, Oct 24, 2012 at 6:14 PM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
On Wed, Oct 24, 2012 at 11:37:04AM +0300, Felipe Balbi wrote:
- we ask another layer to allocate memory for us
- we ask another layer to call our ISR once the IRQ line is asserted
- we ask another layer to
Hi,
On Wed, Oct 24, 2012 at 09:14:29AM -0700, Dmitry Torokhov wrote:
snip
No, I guess we ihave different understanding of what directly use means.
This particular driver does directly use interrupts: it requests it and
performs some actions when interrupt arrives. Same goes for IO
On Wed, Oct 24, 2012 at 6:18 PM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
On Wed, Oct 24, 2012 at 02:54:23PM +0200, Linus Walleij wrote:
A third alternative as outlined is to use notifiers and some
resource core in drivers/base/*
OK, so with drivers/base/, have you considered doing
Hi,
On Wed, Oct 24, 2012 at 09:18:01AM -0700, Dmitry Torokhov wrote:
On Wed, Oct 24, 2012 at 02:54:23PM +0200, Linus Walleij wrote:
On Tue, Oct 23, 2012 at 10:02 PM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
I have seen just in a few days 3 or 4 drivers having exactly the same
From: Kevin Hilman khil...@ti.com
When a GPIO bank is freed or shutdown, ensure that the banks
dbck_enable_mask is cleared also. Otherwise, context restore on
subsequent off-mode transition will restore previous value from the
shadow copies (bank-context.debounce*) leading to mismatch state
On Wed, Oct 24, 2012 at 6:52 PM, Felipe Balbi ba...@ti.com wrote:
On Wed, Oct 24, 2012 at 09:14:29AM -0700, Dmitry Torokhov wrote:
All of _their_ resources, exactly. They do not own nor control pins so
they should not be bothered with them either. Look, when you see that
except that they
On Wed, Oct 24, 2012 at 04:37:20PM +0300, Felipe Balbi wrote:
Hi,
On Wed, Oct 24, 2012 at 09:23:23PM +0800, Fengguang Wu wrote:
Sorry, this should really be CCed to the media list.
I'll use the list recommended by get_maintainer.pl in future.
Actually, I would suggest only testing the
On Wed, Oct 24, 2012 at 6:57 PM, Felipe Balbi ba...@ti.com wrote:
On Wed, Oct 24, 2012 at 09:18:01AM -0700, Dmitry Torokhov wrote:
OK, so with drivers/base/, have you considered doing default pinctrl
selection in bus's probe() methods? Yo would select the default
configuration before starting
On Wed, Oct 24, 2012 at 15:32:14, Cousson, Benoit wrote:
The interrupt-parent attribute does not have to be added in each
node since the DT framework will check for the parent as well to get it.
Create an interrupt-parent for OMAP2, OMAP3, AM33xx and remove the
attributes from every nodes
On Wed, Oct 24, 2012 at 04:06:07PM +0100, Jon Hunter wrote:
On 10/24/2012 09:32 AM, Will Deacon wrote:
Hmmm, now I start to wonder whether your original idea of having separate
callbacks for enable/disable irq and resume/suspend doesn't make more sense.
Then the CTI magic can go in the irq
On Wednesday, October 24, 2012 06:51:47 PM Linus Walleij wrote:
On Wed, Oct 24, 2012 at 6:14 PM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
On Wed, Oct 24, 2012 at 11:37:04AM +0300, Felipe Balbi wrote:
- we ask another layer to allocate memory for us
- we ask another layer to call
On Wednesday, October 24, 2012 07:52:16 PM Felipe Balbi wrote:
Hi,
On Wed, Oct 24, 2012 at 09:14:29AM -0700, Dmitry Torokhov wrote:
snip
No, I guess we ihave different understanding of what directly use
means.
This particular driver does directly use interrupts: it requests it
On 10/24/2012 12:23 PM, Will Deacon wrote:
On Wed, Oct 24, 2012 at 04:06:07PM +0100, Jon Hunter wrote:
On 10/24/2012 09:32 AM, Will Deacon wrote:
Hmmm, now I start to wonder whether your original idea of having separate
callbacks for enable/disable irq and resume/suspend doesn't make more
Hi Dmitry,
On 10/24/2012 06:14 PM, Dmitry Torokhov wrote:
On Wed, Oct 24, 2012 at 11:37:04AM +0300, Felipe Balbi wrote:
Hi,
On Tue, Oct 23, 2012 at 01:02:49PM -0700, Dmitry Torokhov wrote:
On Tue, Oct 23, 2012 at 11:18:12AM +0200, Benoit Cousson wrote:
Hi Dimitry,
On 10/22/2012 05:50 PM,
On Wednesday, October 24, 2012 07:57:49 PM Felipe Balbi wrote:
Hi,
On Wed, Oct 24, 2012 at 09:18:01AM -0700, Dmitry Torokhov wrote:
On Wed, Oct 24, 2012 at 02:54:23PM +0200, Linus Walleij wrote:
On Tue, Oct 23, 2012 at 10:02 PM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
On Wed, Oct 17, 2012 at 23:31:09, Hunter, Jon wrote:
Add the 12 GP timers nodes present in OMAP2.
Add the 12 GP timers nodes present in OMAP3.
Add the 11 GP timers nodes present in OMAP4.
Add the 7 GP timers nodes present in AM33xx.
Add documentation for timer properties specific to OMAP.
The following changes since commit 6f0c0580b70c89094b3422ba81118c7b959c7556:
Linux 3.7-rc2 (2012-10-20 12:11:32 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
tags/omap-for-v3.7-rc2/fixes-signed
for you to fetch changes up
On Wed, Oct 24, 2012 at 01:02:55PM +0300, Felipe Balbi wrote:
Hi Greg,
On Tue, Oct 16, 2012 at 08:13:59AM -0700, Tony Lindgren wrote:
* Felipe Balbi ba...@ti.com [121016 07:16]:
This reverts commit 957ee7270d632245b43f6feb0e70d9a5e9ea6cf6
(serial: omap: fix software flow control).
On Wed, Oct 24, 2012 at 11:57:42AM -0700, Greg KH wrote:
On Wed, Oct 24, 2012 at 01:02:55PM +0300, Felipe Balbi wrote:
Hi Greg,
On Tue, Oct 16, 2012 at 08:13:59AM -0700, Tony Lindgren wrote:
* Felipe Balbi ba...@ti.com [121016 07:16]:
This reverts commit
Hi,
On Wed, Oct 24, 2012 at 10:28:46AM -0700, Dmitry Torokhov wrote:
for more complex pinctrl use cases. These are my dogfood drivers ...
Most of these will request more than one state and switch the driver
between these different states at runtime, in these examples for power
saving
Hi,
On Wed, Oct 24, 2012 at 10:58:53AM -0700, Dmitry Torokhov wrote:
On Wednesday, October 24, 2012 07:57:49 PM Felipe Balbi wrote:
Hi,
On Wed, Oct 24, 2012 at 09:18:01AM -0700, Dmitry Torokhov wrote:
On Wed, Oct 24, 2012 at 02:54:23PM +0200, Linus Walleij wrote:
On Tue, Oct 23,
On Wednesday, October 24, 2012 10:10:42 PM Felipe Balbi wrote:
That is a valid concern and we'll need to find a compromise here. As I
said,
WHAT ?? Silicon erratas are not a valid concern ? Power waste isn't a
valid concern ? Tell that to the millions of devices shipped with Linux
Hi,
On Wed, Oct 24, 2012 at 12:38:44PM -0700, Dmitry Torokhov wrote:
On Wednesday, October 24, 2012 10:10:42 PM Felipe Balbi wrote:
That is a valid concern and we'll need to find a compromise here. As I
said,
WHAT ?? Silicon erratas are not a valid concern ? Power waste isn't a
* Felipe Balbi ba...@ti.com [121019 00:45]:
On Thu, Oct 18, 2012 at 07:20:05PM -0700, Tony Lindgren wrote:
Let's move what we can from plat/usb.h to the local usb.h
for ARM common zImage support.
This is needed so we can remove plat/usb.h for ARM common
zImage support.
Cc: Felipe
On 10/24/2012 10:41 AM, Benoit Cousson wrote:
Hi Jon,
On 10/19/2012 04:59 PM, Jon Hunter wrote:
Add the 12 GP timers nodes present in OMAP2.
Add the 12 GP timers nodes present in OMAP3.
Add the 11 GP timers nodes present in OMAP4.
Add the 7 GP timers nodes present in AM33xx.
Add
* Laurent Pinchart laurent.pinch...@ideasonboard.com [121019 02:41]:
On Thursday 18 October 2012 13:28:42 Tony Lindgren wrote:
--- a/arch/arm/mach-omap2/iommu2.c
+++ b/arch/arm/mach-omap2/iommu2.c
@@ -17,6 +17,7 @@
#include linux/module.h
#include linux/slab.h
#include
Hi,
On Wed, Oct 24, 2012 at 10:34 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
Hi,
Selso, hopefully you don't mind, but I'll forward this to the
linux-omap mailing list, as this seems to be an interesting kernel
problem in tidspbridge.
Omar, any ideas?
I don't see tidspbridge
On 10/24/2012 12:10 PM, Kevin Hilman wrote:
From: Kevin Hilman khil...@ti.com
When a GPIO bank is freed or shutdown, ensure that the banks
dbck_enable_mask is cleared also. Otherwise, context restore on
subsequent off-mode transition will restore previous value from the
shadow copies
On 10/24/2012 01:17 PM, Hiremath, Vaibhav wrote:
On Wed, Oct 17, 2012 at 23:31:09, Hunter, Jon wrote:
Add the 12 GP timers nodes present in OMAP2.
Add the 12 GP timers nodes present in OMAP3.
Add the 11 GP timers nodes present in OMAP4.
Add the 7 GP timers nodes present in AM33xx.
Add
Ho Tony,
On Friday 19 October 2012 09:17:43 Tony Lindgren wrote:
* Laurent Pinchart laurent.pinch...@ideasonboard.com [121019 02:45]:
On Thursday 18 October 2012 13:28:48 Tony Lindgren wrote:
@@ -117,13 +112,6 @@ static inline struct omap_iommu
*dev_to_omap_iommu(struct device *dev) }
* Daniel Mack zon...@gmail.com [121022 12:57]:
This patch adds basic DT bindings for OMAP GPMC.
The actual peripherals are instanciated from child nodes within the GPMC
node, and the only type of device that is currently supported is NAND.
Code was added to parse the generic GPMC timing
* Laurent Pinchart laurent.pinch...@ideasonboard.com [121024 16:26]:
Ho Tony,
On Friday 19 October 2012 09:17:43 Tony Lindgren wrote:
* Laurent Pinchart laurent.pinch...@ideasonboard.com [121019 02:45]:
On Thursday 18 October 2012 13:28:48 Tony Lindgren wrote:
@@ -117,13 +112,6 @@
Hi Tony,
On Wednesday 24 October 2012 16:33:18 Tony Lindgren wrote:
* Laurent Pinchart laurent.pinch...@ideasonboard.com [121024 16:26]:
On Friday 19 October 2012 09:17:43 Tony Lindgren wrote:
* Laurent Pinchart laurent.pinch...@ideasonboard.com [121019 02:45]:
On Thursday 18 October
Hi Tony,
On Wednesday 24 October 2012 15:34:12 Tony Lindgren wrote:
* Laurent Pinchart laurent.pinch...@ideasonboard.com [121019 02:41]:
On Thursday 18 October 2012 13:28:42 Tony Lindgren wrote:
--- a/arch/arm/mach-omap2/iommu2.c
+++ b/arch/arm/mach-omap2/iommu2.c
@@ -17,6 +17,7 @@
* Paul Walmsley p...@pwsan.com [121021 12:15]:
Hi Tony
The following changes since commit 6f0c0580b70c89094b3422ba81118c7b959c7556:
Linux 3.7-rc2 (2012-10-20 12:11:32 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending.git
Hi all,
Here are these posted again after updating patch 3/6 the following
patches no longer applied.
Regards,
Tony
---
Ido Yariv (3):
ARM: OMAP: Merge iommu2.h into iommu.h
ARM: OMAP2+: Move iopgtable header to drivers/iommu/
ARM: OMAP2+: Make some definitions local
Tony
From: Ido Yariv i...@wizery.com
Since iommu is not supported on OMAP1 and will not likely to ever be
supported, merge plat/iommu2.h into iommu.h so only one file would have
to move to platform_data/ as part of the single zImage effort.
Cc: Joerg Roedel joerg.roe...@amd.com
Cc: Ohad Ben-Cohen
Looks like the iommu framework does not have generic functions
exported for all the needs yet. The hardware specific functions
are defined in files like intel-iommu.h and amd-iommu.h. Follow
the same standard for omap-iommu.h.
This is needed because we are removing plat and mach includes
for ARM
This file should not be in arch/arm. Move it to drivers/iommu
to allow making most of the header local to drivers/iommu.
This is needed as we are removing plat and mach includes
from drivers for ARM common zImage support.
Cc: Joerg Roedel joerg.roe...@amd.com
Cc: Ohad Ben-Cohen o...@wizery.com
1 - 100 of 112 matches
Mail list logo