* Russell King - ARM Linux li...@arm.linux.org.uk [110508 19:24]:
MPU timer 2 is used on OMAP1 for the clock source and scheduler clock.
It registers an interrupt, which counts the number of overflows of
this timer. However, this counter is only referenced by the interrupt
handler.
So, it
On Fri, 2011-05-06 at 11:45 +0530, Archit Taneja wrote:
With more overlays and overlay managers on OMAP4, and more coming in future
OMAPs, the current way of defining the DISPC overlay and manager register
offsets through macros isn't scalable. Introduce a new dispc.h header which
contains
Hi Oleg,
On 05/09/11 00:50, gr...@linuxhacker.ru wrote:
From: Oleg Drokin gr...@linuxhacker.ru
Bare-bones board file, comes with serial console, gpio keys,
MMC/SDCard and USB support.
Signed-off-by: Oleg Drokin gr...@linuxhacker.ru
---
In general, here you should write the version history
Hi Tony,
I posted last week a patch set porting most of the old omapfb OMAP2/3 drivers
to DSS2 (http://marc.info/?l=linux-fbdevm=130451207802788w=2). That patch set
contains changes to both the drivers and the board files, and it seems there is
already a minor conflict in them.
So I think it's
RX51 uses the new DSS2 display driver, but the board file still
contained some code for the old omapfb driver. The old code can be
removed.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/mach-omap2/board-rx51.c | 25 -
1 files changed, 0 insertions(+),
board-omap3touchbook.c adds an LCD device, but the kernel doesn't
contain a driver for the device. So let's remove the unneeded LCD
device.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Cc: Gregoire Gentil grego...@gentil.com
---
arch/arm/mach-omap2/board-omap3touchbook.c | 18
Port the old omapfb panel driver to DSS2. This patch changes the board
file only, the driver is ported in separate patch.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Cc: Hunyue Yau h...@mvista.com
---
arch/arm/mach-omap2/board-2430sdp.c | 84 +--
1 files
Port the old omapfb panel driver to DSS2. This patch changes the board
file only, the driver is ported in separate patch.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
---
arch/arm/mach-omap2/board-h4.c | 41 ---
1 files changed, 25 insertions(+), 16
Port the old omapfb panel driver to DSS2i. This patch changes the board
file only, the driver is ported in separate patch.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Cc: Stanley Miao stanley.m...@windriver.com
---
arch/arm/mach-omap2/board-ldp.c | 73
Port the old omapfb panel driver to DSS2. This patch changes the board
file only, the driver is ported in separate patch.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Cc: Kyungmin Park kyungmin.p...@samsung.com
---
arch/arm/mach-omap2/board-apollon.c | 34
Acked-by: Stanley Miao stanley.m...@windriver.com
Stanley.
Tomi Valkeinen wrote:
Port the old omapfb panel driver to DSS2i. This patch changes the board
file only, the driver is ported in separate patch.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Cc: Stanley Miao
Hi Tomi,
On 05/09/11 10:36, Tomi Valkeinen wrote:
Port the old omapfb panel driver to DSS2. This patch changes the board
file only, the driver is ported in separate patch.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Cc: Hunyue Yau h...@mvista.com
---
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/mfd/twl4030-codec.c |3 ++-
include/linux/mfd/twl4030-codec.h |1 +
2 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/mfd/twl4030-codec.c b/drivers/mfd/twl4030-codec.c
index c02fded..3641a6f 100644
Hi,
On Sun, May 08, 2011 at 04:08:37PM +0100, Liam Girdwood wrote:
On Wed, 2011-04-27 at 13:45 +0300, Felipe Balbi wrote:
Hi,
On Wed, Apr 27, 2011 at 10:39:51AM +0100, Graeme Gregory wrote:
The twl6025 uses a different regulator for USB than the 6030 so select
the correct regulator
From: Keshava Munegowda keshava_mgo...@ti.com
the disabling of clocks and freeing GPIO are changed
to fix the occurence of the crash of rmmod of ehci and ohci
drivers
Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com
---
drivers/mfd/omap-usb-host.c | 24
1 files
Hi,
On Mon, May 09, 2011 at 02:40:03PM +0530, Keshava Munegowda wrote:
From: Keshava Munegowda keshava_mgo...@ti.com
the disabling of clocks and freeing GPIO are changed
to fix the occurence of the crash of rmmod of ehci and ohci
drivers
Signed-off-by: Keshava Munegowda
From: Jean Pihet j-pi...@ti.com
Rework of the OMAP2+ cpuidle code
v3: rework after comments on linux-omap ML:
- renamed the C-state driver data variables as 'cx',
- retain C1 as the only always valid state and safe state,
- rework of the C-states definition.
v2: rework after comments on
From: Jean Pihet j-pi...@ti.com
- sleep_latency and wake_latency are not used, replace them by
exit_latency which is used by cpuidle. exit_latency simply is
the sum of sleep_latency and wake_latency,
- replace threshold by target_residency,
- changed the OMAP3 specific cpuidle code
From: Jean Pihet j-pi...@ti.com
The current implementation defines an internal structure and a
C-states array. Using those structures is redundant to the
structs used by the cpuidle framework.
This patch provides a clean-up of the internal struct, removes the
internal C-states array, stores the
From: Jean Pihet j-pi...@ti.com
- fix single and multi-lines comments format
- removed the omap3_idle_bm_check function and replaced the test
in omap3_enter_idle_bm by the equivalent code
- re-organize omap3_enter_idle_bm code path, assign local variables
only when needed
- reword some
From: Jean Pihet j-pi...@ti.com
The achievable power modes of the power domains in cpuidle
depends on the system wide 'enable_off_mode' knob in debugfs.
Upon changing enable_off_mode, do not change the C-states
'valid' field but instead dynamically restrict the power modes
when entering idle.
On Mon, May 9, 2011 at 3:06 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Mon, May 09, 2011 at 02:40:03PM +0530, Keshava Munegowda wrote:
From: Keshava Munegowda keshava_mgo...@ti.com
the disabling of clocks and freeing GPIO are changed
to fix the occurence of the crash of rmmod of ehci and
Hi,
On Mon, May 09, 2011 at 12:43:49PM +0100, Liam Girdwood wrote:
On Mon, 2011-05-09 at 12:03 +0300, Felipe Balbi wrote:
Hi,
On Sun, May 08, 2011 at 04:08:37PM +0100, Liam Girdwood wrote:
On Wed, 2011-04-27 at 13:45 +0300, Felipe Balbi wrote:
Hi,
On Wed, Apr 27, 2011 at
On Fri, May 6, 2011 at 9:25 PM, Kevin Hilman khil...@ti.com wrote:
Govindraj govindraj...@gmail.com writes:
On Thu, May 5, 2011 at 8:28 PM, Kevin Hilman khil...@ti.com wrote:
Govindraj govindraj...@gmail.com writes:
[...]
... this is just putting back basically the same thing that was
On Mon, May 09, 2011 at 03:16:03PM +0300, Felipe Balbi wrote:
On Mon, May 09, 2011 at 12:43:49PM +0100, Liam Girdwood wrote:
I think it's the lesser evil though, especially for device integrators.
They will just match the regulator name from the schematics together
with the TRM name when
The debug l3_ick/rate is not displaying the actual rate of the clock in
hardware. This is because, the core dpll set_rate function doesn't update the
clk.rate. After fixing, the l3_ick/rate is displaying proper values.
Signed-off-by: Shweta Gulati shweta.gul...@ti.com
Signed-off-by: Avinash.H.M
Add two API's to set IO Pad wakeup capability based on hwmod
mux pins available and also to check the status of IO Pad wakeup
event.
This two patches are separated from uart_runtime patches posted
earlier and uart_runtime adaptation relies on these two API's.
Based on 2.6.39-rc6
Changes from
Add API to determine IO-PAD wakeup event status for a given
hwmod dynamic_mux pad.
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
arch/arm/mach-omap2/mux.c| 28 ++
arch/arm/mach-omap2/mux.h| 13
Add API to enable IO pad wakeup capability based on mux dynamic pad and
wake_up enable flag available from hwmod_mux initialization.
Use the wakeup_enable flag and enable wakeup capability
for the given pads. Wakeup capability will be enabled/disabled
during hmwod idle transition based on whether
On Thu, May 05, 2011 at 03:58:56PM -0600, Paul Walmsley wrote:
Hi Paul ,
The patch is based on
* git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
* master branch.
* 9be20f0 commit. ( Linux-omap rebuilt: Updated to -rc5 )
Please base all your patches
Hi,
On Mon, May 09, 2011 at 02:29:41PM +0200, Mark Brown wrote:
On Mon, May 09, 2011 at 03:16:03PM +0300, Felipe Balbi wrote:
On Mon, May 09, 2011 at 12:43:49PM +0100, Liam Girdwood wrote:
I think it's the lesser evil though, especially for device integrators.
They will just match the
On Mon, 2011-05-09 at 15:16 +0300, Felipe Balbi wrote:
Hi,
On Mon, May 09, 2011 at 12:43:49PM +0100, Liam Girdwood wrote:
On Mon, 2011-05-09 at 12:03 +0300, Felipe Balbi wrote:
Hi,
On Sun, May 08, 2011 at 04:08:37PM +0100, Liam Girdwood wrote:
On Wed, 2011-04-27 at 13:45 +0300,
On Mon, May 09, 2011 at 04:07:07PM +0300, Felipe Balbi wrote:
The thing is. We already had problems in the past with the Clock FW
because drivers were passing clock names on platform_data and I really
want to avoid the same on regulators. We need something clever.
Right, which is why you
On Mon, May 09, 2011 at 03:35:43PM +0200, Mark Brown wrote:
On Mon, May 09, 2011 at 04:07:07PM +0300, Felipe Balbi wrote:
The thing is. We already had problems in the past with the Clock FW
because drivers were passing clock names on platform_data and I really
want to avoid the same on
When reading/writing a subpage (When HW ECC is not available/enabled)
for number of bytes not aligned to 4, the mis-aligned bytes are handled
first (by cpu copy method) before enabling the Prefetch engine to/from
'p'(start of buffer 'buf'). Then it reads/writes rest of the bytes with
the help of
Rather than always add the omap2 dirs to the build list (and thus
force everyone to generate a useless built-in.o), bind the dirs to
their relevant kconfig symbol.
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
drivers/video/omap2/Makefile |4 ++--
1 files changed, 2 insertions(+), 2
Paul Walmsley reported a kernel hang issue with beagle board during
boot. This is an intermittent bug and the execution was found to be
stuck at the l3 interrupt handler.
This was due to a dss initiator agent timeout occuring during
the boot even when there is no actual interconnect access made
Hello Govindraj
On Mon, 9 May 2011, Govindraj.R wrote:
Add API to enable IO pad wakeup capability based on mux dynamic pad and
wake_up enable flag available from hwmod_mux initialization.
Use the wakeup_enable flag and enable wakeup capability
for the given pads. Wakeup capability will be
picodlp projector is supported by OMAP.
OMAP4430 SDP and EVM boards have an on board projector called as picodlp
projector.
picodlp would be connected to display sub system as a display panel.
It has a dlp pico processor dpp2600.
The panel would be connected using 24 bit parallel interface.
GPIO
picodlp is a TI projector supported by OMAP
picodlp is interfaced with host processor using pwrgood and emu_done pins.
In programming sequence it is required to send high to pwrgood to low
wait for a fraction of seconds and then wait for emu_done signal to go low.
picodlp would be ready to send/
An on-board projector named picodlp is available for OMAP4430 SDP.
Entry for this picodlp as a panel is being added in dss_devices array
to the board file.
It needs 4 GPIO pins for interfacing with host processor
and these are defined and two of them are configured in board file.
Two GPIOs
picodlp panel driver is required for driving DLP dpp2600.
It consists of a dss driver and an i2c_client.
i2c_client is required for sending commands to dpp (DLP Pico Projector).
The power-up sequence consists of:
Setting PWRGOOD to a logic low state. Once power is stable and thus the DPP2600
is
From: Mythri P K mythr...@ti.com
picodlp is a projector connected supported by OMAP.
DLP used in OMAP4 is dpp2600 (DLP Pico Projector)
The DLP requires commands to be sent over i2c for configurations,
Commands are defined together in this header file
To know more about dpp2600 commands please
On Mon, May 09, 2011 at 04:51:26PM +0300, Felipe Balbi wrote:
On Mon, May 09, 2011 at 03:35:43PM +0200, Mark Brown wrote:
- twl-usb3v3 = regulator_get(twl-dev, vusb);
+ twl-usb3v3 = regulator_get(twl-dev, regulator_name);
if (IS_ERR(twl-usb3v3))
return -ENODEV;
* Mike Rapoport m...@compulab.co.il [110506 12:54]:
Commits 5e6a64b36ce346b7a2d481ef9fa315290eb28e5e (omap: move detection of
NAND CS to common-board-devices) and 96974a249b0cf3537f49115a59be67e2c54f315c
(omap: consolidate touch screen initialization among different boards)
break compilation
On Thu, 2011-05-05 at 14:02 +0100, Mark Brown wrote:
On Thu, May 05, 2011 at 02:36:48PM +0300, Tomi Valkeinen wrote:
So currently we have REGULATOR_SUPPLY defines for each board in all the
board files which support display. It would be much better to have an
overrideable standard setup
On Mon, 2011-05-09 at 10:40 -0400, Mike Frysinger wrote:
Rather than always add the omap2 dirs to the build list (and thus
force everyone to generate a useless built-in.o), bind the dirs to
their relevant kconfig symbol.
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
On Mon, 2011-05-09 at 11:21 +0300, Igor Grinberg wrote:
Hi Tomi,
On 05/09/11 10:36, Tomi Valkeinen wrote:
Port the old omapfb panel driver to DSS2. This patch changes the board
file only, the driver is ported in separate patch.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
On Mon, 2011-05-09 at 10:36 +0300, Tomi Valkeinen wrote:
Hi Tony,
I posted last week a patch set porting most of the old omapfb OMAP2/3 drivers
to DSS2 (http://marc.info/?l=linux-fbdevm=130451207802788w=2). That patch
set
contains changes to both the drivers and the board files, and it
On Mon, May 09, 2011 at 06:34:34PM +0300, Tomi Valkeinen wrote:
The first is that we want to avoid unnecessary board file changes, and
as almost all boards configure the DSS powers the same way, it'd be nice
to have a default config for these.
Right, makes sense.
The second thing is that
On Sun, May 08, 2011 at 05:50:06PM -0400, gr...@linuxhacker.ru wrote:
+ /*
+ * link regulators to MMC adapters ... we know the
+ * regulators will be set up only *after* we return.
+ */
+ encore_vmmc1_supply.dev = mmc[1].dev;
Just specify dev_name in the supply rather
might be a bit late, but seeing that Kevin has'nt picked this up yet,
a couple of cosmetic comments
I think it might be great if it could be folded into one of kevin's patches.
else,
$subject - OMAP3+ and could you drop the .?
On Fri, Apr 8, 2011 at 01:14, Shweta Gulati shweta.gul...@ti.com
Hi,
On Tue, May 10, 2011 at 5:52 AM, Menon, Nishanth n...@ti.com wrote:
might be a bit late, but seeing that Kevin has'nt picked this up yet,
a couple of cosmetic comments
I think it might be great if it could be folded into one of kevin's patches.
else,
$subject - OMAP3+ and could you drop
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
Hello,
Instead of keeping the old Nokia mail address, just change it to my new
email address in the author line.
drivers/mfd/twl4030-codec.c |4 ++--
include/linux/mfd/twl4030-codec.h |2 +-
2 files changed, 3 insertions(+),
54 matches
Mail list logo
