On Tue, Aug 14, 2012 at 07:49:06PM +0530, Shubhrajyoti D wrote:
Prevent the NULL pointer access by moving the platform_set_drvdata function
after the access of the pdev.
[ 654.961761] Unable to handle kernel NULL pointer dereference at virtual
address 0070
[ 654.970611] pgd =
On Wed, Jul 18, 2012 at 12:43:22PM +0300, Ruslan Bilovol wrote:
Hi,
On Fri, Jul 13, 2012 at 8:53 AM, ABRAHAM, KISHON VIJAY kis...@ti.com
wrote:
Hi,
On Thu, Jul 12, 2012 at 6:55 PM, Ruslan Bilovol ruslan.bilo...@ti.com
wrote:
TWL6030/32 that is used on 4430sdp board can deliver up
On Wed, 2012-08-15 at 00:38 +0530, Archit Taneja wrote:
On Tuesday 14 August 2012 11:03 PM, Tomi Valkeinen wrote:
On Tue, 2012-08-14 at 22:26 +0530, Archit Taneja wrote:
On Tuesday 14 August 2012 07:14 PM, Tomi Valkeinen wrote:
I guess it depends on how drm/fb want to use it. I guess an
On Wed, 2012-08-15 at 00:31 +0300, Aaro Koskinen wrote:
Hi,
On Tue, Aug 07, 2012 at 04:22:02PM +0300, Tomi Valkeinen wrote:
On Tue, 2012-08-07 at 12:05 +0530, Archit Taneja wrote:
On Tuesday 07 August 2012 03:44 AM, Aaro Koskinen wrote:
On Mon, Aug 06, 2012 at 11:06:28PM +0530, Archit
On Fri, 2012-08-10 at 16:07 +0530, Archit Taneja wrote:
This is a continuation of the work started in the series:
http://marc.info/?l=linux-omapm=134381744304672w=2
This makes the panel driver call interface specific functions to configure the
data lines and pixel format requested by the
On Tue, Aug 14, 2012 at 13:59:12, Tony Lindgren wrote:
Hi,
* Paul Walmsley p...@pwsan.com [120726 13:07]:
On Wed, 25 Jul 2012, Paul Walmsley wrote:
These IP blocks and the ECAP IP blocks have periods in their names.
The rest of the IP block named in the file don't use periods --
On 7/23/2012 8:54 PM, Jon Hunter wrote:
Hi Rob,
On 07/16/2012 10:56 AM, Jon Hunter wrote:
Hi Rob,
On 07/13/2012 09:15 PM, Rob Herring wrote:
On 07/13/2012 05:26 PM, Jon Hunter wrote:
Add the 12 GP timers nodes present in OMAP3.
Add the 11 GP timers nodes present in OMAP4.
Add
On 7/14/2012 3:56 AM, Jon Hunter wrote:
OMAP3 devices may or may not have security features enabled. Security enabled
devices are known as high-secure (HS) and devices without security are known
as
general purpose (GP).
For OMAP3 devices there are 12 general purpose timers available. On
On 8/8/2012 5:13 PM, Hiremath, Vaibhav wrote:
On Wed, Aug 08, 2012 at 07:38:01, Rob Herring wrote:
On 08/07/2012 10:53 AM, Hiremath, Vaibhav wrote:
On Tue, Aug 07, 2012 at 20:49:48, Rob Herring wrote:
On 08/07/2012 08:37 AM, Vaibhav Hiremath wrote:
If the module requires only one
Hi,
On Tue, 2012-07-17 at 10:01 -0400, Raphael Assenat wrote:
Add timings for ChiMei G121S1-L01/L02 and G121X1-L01 LCD displays.
This needed to be converted to work with latest kernel. See patch below.
I've applied the patch to my dev branch, mail me if it's not correct.
commit
Here is a re-spin after some comments and suggestions after review.
Implement the functional states for the power domains:
- unify the API to use the functional states. pwrdm_set_next_fpwrst
now is the function to control the power domains power and logic
states,
- reorganize the powerdomain
Introduce the functional states for power domains, which include
the power states and the logic states.
This patch provides the API functions to set and read the power
domains settings and to convert between the functional (i.e. logical)
and the internal (or registers) values.
OMAP2, OMAP3 and
Note: the patch is in RFC state because the state machine for setting
the next power domain states needs more discussion. Validated on OMAP34
with cpuidle and suspend/resume, though.
Power domains have varied capabilities. When attempting a low power
state such as OFF/RET, a specific min
pwrdm_set_next_fpwrst and pwrdm_read_next_fpwrst are intented
to be the only API to program and request the next state of a power
domain.
This patch protects the power domain next state settings and structs
from concurrent accesses by the use of a lock.
A spinlock is used since
Use the functional power states as the API to control power
domains:
- use the PWRDM_FUNC_PWRST_* and PWRDM_LOGIC_MEM_PWRST_*
macros for the power states and logic settings,
- the pwrdm_set_next_fpwrst function, which controls
the power states and logic settings of power domains, shall
be
Trace the power domain transitions using the functional power states,
which include the power and logic states.
While at it, fix the trace in the case a power domain did not hit
the desired state, as reported by Paul Walmsley.
Reported-by: Paul Walmsley p...@pwsan.com
Signed-off-by: Jean Pihet
The newly added code for functional power states re-defines the
API to query and control the power domains settings.
The API is now split in the following parts in powerdomain.h:
- the public or external API, to be used by external PM components:
cpuidle, suspend, pm, clock* etc.
- the
From: Nishanth Menon n...@ti.com
Silent failure makes debug hard. So, provide rate limited error
messages in functional and oft-used code to prevent spam
when something goes wrong..
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/mach-omap2/powerdomain.c | 72
The PM code uses some counters to keep track of the power domains
transitions, in order to provide the information to drivers (in
pwrdm_get_context_loss_count) and to expose the information to
sysfs for debug purpose.
This patch provides the information for each functional state.
Signed-off-by:
Ideally in common SoC dtsi file should set all modules
to disabled state and it should get enabled in respective
EVM/Board dts file as per usage.
This patch sets default status of all modules to disabled
state in am33xx.dtsi file. Currently there are no modules
supported as part of Bone and EVM
On Tuesday 14 August 2012, Tony Lindgren wrote:
Here are some omap fixes, these are probably too late for -rc1,
we're fine getting them in for -rc2 as well.
The following changes since commit 0d7614f09c1ebdbaa1599a5aba7593f147bf96ee:
Linux 3.6-rc1 (2012-08-02 16:38:10 -0700)
are
On Tue, Aug 14, 2012 at 02:25:18PM +, AnilKumar, Chimata wrote:
AM335x EVM have one dedicated input supply which provide supplies to all
the PMIC regulators. According to tps65910 VDD1 regulator input supply
is from vcc1 so we have to create a dummy/parent/some node to handle this.
On Thu, Aug 02, 2012 at 05:42:43PM +0530, Ravi Babu wrote:
This series of patches adds,
a) Multi instances support in musb driver
b) DT support for musb_dsps glue layer
c) DT support for NOP transceiver
AM33xx and TI81xx has dual musb controller and has two usb PHY of same type.
This patch
Some remote processors (like Omap4's DSP) need to explicitly
set a boot address from which they start executing code when
taken out of reset.
Support for this has been added to remoteproc code through
a set_bootaddr function in the platform data which, if needed,
must be set according to the
Hi,
On 15/08/12 05:31 AM, Tomi Valkeinen wrote:
Hi,
On Tue, 2012-07-17 at 10:01 -0400, Raphael Assenat wrote:
Add timings for ChiMei G121S1-L01/L02 and G121X1-L01 LCD displays.
This needed to be converted to work with latest kernel. See patch below.
I've applied the patch to my dev
Heippa,
Thanks for the patch! I know Mauro has already applied this so any changes
would make a separate patch.
I have tested this up to the point I can see that the IR LED blinks ---
using my phone's camera. :-) But I have no receivers so the testing ends to
this.
On Mon, Aug 13, 2012 at
On Tue, Aug 14, 2012 at 12:07:55PM +0300, Peter Ujfalusi wrote:
Create new unified ASoC machine driver (with DT support) for boards using
simple
configuration for audio and using the twl4030 codec.
This driver will replace the following machine drivers (since they are
basically
the same):
On Wed, Aug 15, 2012 at 01:10:04AM +0300, Aaro Koskinen wrote:
It seems commit 2098e95ce9bb039ff2e7bf836df358d18a176139 (regulator: twl:
adapt twl-regulator driver to dt) accidentally deleted VINTANA1. Also
the same commit defines VINTANA2 twice with TWL4030_ADJUSTABLE_LDO and
Hi Mark,
On Wed, Aug 15, 2012 at 18:23:39, Mark Brown wrote:
On Tue, Aug 14, 2012 at 02:25:18PM +, AnilKumar, Chimata wrote:
AM335x EVM have one dedicated input supply which provide supplies to all
the PMIC regulators. According to tps65910 VDD1 regulator input supply
is from vcc1 so
On Wed, Aug 15, 2012 at 04:47:02PM +, AnilKumar, Chimata wrote:
On Wed, Aug 15, 2012 at 18:23:39, Mark Brown wrote:
If you have all these unrelated supplies in the system then your device
tree should accurately reflect that. However this would be a very
In that case I have to add all
Jean,
On Wed, Aug 15, 2012 at 3:32 PM, Jean Pihet jean.pi...@newoldbits.com wrote:
Here is a re-spin after some comments and suggestions after review.
Implement the functional states for the power domains:
- unify the API to use the functional states. pwrdm_set_next_fpwrst
now is the
On our AM3505 based board, dpi.c complains that there is no VDSS_DSI regulator
and the framebuffer cannot be enabled. However, this check does not seem to
apply to AM3505/17 chips.
Taking into account comments received after my first patch[1], I have added
entries to dss_features.c to support the
Terve Sakari,
Long time no see.
On 08/15/12 19:06, Sakari Ailus wrote:
Heippa,
Thanks for the patch! I know Mauro has already applied this so any changes
would make a separate patch.
Patches are cheap :) I'll have also couple of changes from Sean's comments.
I have tested this up to
From: Rob Clark r...@ti.com
Re-sending the earlier rotation property patch, plus Andre's z-order
property patch rebased on latest staging-next.
Andre Renaud (1):
Expose the OMAP Z-Order property through DRM
Rob Clark (1):
staging: drm/omap: add rotation properties
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 | 10 +++
From: Andre Renaud an...@bluewatersys.com
Added support for zorder changes through DRM plane properties
Signed-off-by: Andre Renaud an...@bluewatersys.com
Signed-off-by: Rob Clark r...@ti.com
---
drivers/staging/omapdrm/omap_drv.h |1 +
drivers/staging/omapdrm/omap_plane.c | 19
Hello,
a few months ago, Always Innovating - a company behind their OMAP3 based
product Touchbook basically stopped production. I've been porting some
specific drivers for current kernels since then and I'd like to push at
least some of them to the mainline.
However, I found a bug in mainline
Hi
On Mon, 9 Jul 2012, Tony Lindgren wrote:
Below (untested) is what could be done in the short term.
That's fine with me. Do you want to queue it or do you want me to queue
it?
Heh these CK_ defines are now running out of the u16 cpu_mask.
They really should be replaced with SoC
Hi Santosh,
On Wed, 15 Aug 2012, Shilimkar, Santosh wrote:
On Wed, Aug 15, 2012 at 3:32 PM, Jean Pihet jean.pi...@newoldbits.com wrote:
I didn't find any mention here about why are we going in this path and not
in the direction proposed in another RFC [1]
I have already given my comments[2]
On Tue, Aug 14, 2012 at 19:48:56, Datta, Shubhrajyoti wrote:
From: Felipe Balbi ba...@ti.com
otherwise we could get our IRQ line disabled due
to many spurious IRQs.
Patch description should be readable by itself. It is not a continuation of
subject line.
Signed-off-by: Felipe Balbi
Paul,
On Thu, Aug 16, 2012 at 6:18 AM, Paul Walmsley p...@pwsan.com wrote:
Hi Santosh,
On Wed, 15 Aug 2012, Shilimkar, Santosh wrote:
On Wed, Aug 15, 2012 at 3:32 PM, Jean Pihet jean.pi...@newoldbits.com
wrote:
I didn't find any mention here about why are we going in this path and
41 matches
Mail list logo