On Tue, May 08, 2012 at 10:53:44AM +0300, Igor Grinberg wrote:
On 05/07/12 17:48, Alan Stern wrote:
On Mon, 7 May 2012, Igor Grinberg wrote:
On 05/07/12 17:04, Alan Stern wrote:
On Sun, 6 May 2012, Igor Grinberg wrote:
Hi Alan,
...
Sorry, for being jumpy...
Samuel has not
On Tue, May 8, 2012 at 1:16 PM, Minchan Kim minc...@kernel.org wrote:
On 05/03/2012 11:22 PM, Venkatraman S wrote:
Standard eMMC (Embedded MultiMedia Card) specification expects to execute
one request at a time. If some requests are more important than others, they
can't be aborted while the
On 05/07/2012 11:19 AM, Jassi Brar wrote:
On 7 May 2012 21:23, Stephen Warren swar...@wwwdotorg.org wrote:
On 05/05/2012 11:10 AM, Jassi Brar wrote:
Hmm... there ought to be a way by which a client is handed a random 'token'
via its dt node and similarly the dmac informed which channel (and
On Tue, May 8, 2012 at 11:58 AM, mani manish...@gmail.com wrote:
How about adding the AS_DMPG flag in the file - address_space when getting
a filemap_fault()
so that we can treat the page fault pages as the high priority pages over
normal read requests.
How about changing below lines for the
Hi Tony,
Here is a small series I have done for 3.4 but never posted before.
It adds GPIO node for twl4030 embedded gpio controller and some LEDs data
to be able to get rid of the static init done in board file right now.
It is based on arm-soc/omap/dt-missed-3.4 to get the previous patches not
Add the debug LEDs nodes for an OMAP4 SDP/Blaze.
Signed-off-by: Benoit Cousson b-cous...@ti.com
---
arch/arm/boot/dts/omap4-sdp.dts | 43 +++
1 files changed, 43 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/omap4-sdp.dts
Add the twl-gpio node inside twl4030 definition.
Cc: Felipe Balbi ba...@ti.com
Signed-off-by: Benoit Cousson b-cous...@ti.com
---
arch/arm/boot/dts/twl4030.dtsi |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/twl4030.dtsi
Add the debug LEDs nodes for an OMAP4 PandaBoard.
Signed-off-by: Benoit Cousson b-cous...@ti.com
---
arch/arm/boot/dts/omap4-panda.dts | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/omap4-panda.dts
b/arch/arm/boot/dts/omap4-panda.dts
Dave Jones da...@redhat.com writes:
This last few releases I've been more of a hindrance than help to getting
some of the patches merged upstream, so due to my lack of time, I'm
considering
removing myself as maintainer, and having patches routed as such instead...
Thanks Dave for your work
On Tue, May 08, 2012 at 21:18:29, Tony Lindgren wrote:
* Hiremath, Vaibhav hvaib...@ti.com [120507 22:52]:
On Tue, May 08, 2012 at 01:05:01, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [120507 12:22]:
* Paul Walmsley p...@pwsan.com [120507 12:11]:
Hi,
On Fri, 4
PandaBoard. (Note that
4430ES2 Pandaboard has a UART driver-related dynamic idle issue that
is unrelated to this series.) Boot and test logs are available at:
http://www.pwsan.com/omap/bootlogs/20120508/prcm_devel_a_3.5__0135f6a04642c192bdf4b36e06937d3387e174ff/
object size (delta in bytes from
The TWL driver has been converted to use SPARSE_IRQ and no longer
needs to be passed IRQ base/end. Since driver no longer uses these
fields, so remove them from the reamaining users.
Cc: Benoit Cousson b-cous...@ti.com
Cc: Samuel Ortiz sa...@linux.intel.com
Signed-off-by: Kevin Hilman
After converstion to SPARSE_IRQ, the driver doesn't use the
pdata-irq_base/irq_end fields anymore. The last users
have been cleanup up, and now these fields can be removed.
Cc: Benoit Cousson b-cous...@ti.com
Cc: Samuel Ortiz sa...@linux.intel.com
Signed-off-by: Kevin Hilman khil...@ti.com
---
The TWL driver has been converted to SPARSE_IRQ, and no longer needs
these fields. Remove them.
Samuel, with your ack, we can keep the twl.h change with the OMAP
change that removes all the users so they merge together and avoid
potential build problems if they merge separately.
Kevin
Kevin
On Tue, May 08, 2012 at 21:42:12, Tony Lindgren wrote:
* Vaibhav Hiremath hvaib...@ti.com [120508 08:10]:
This patch cleans up dpll_data structure, making structure
fields definition based on feature availability for given SoC,
managed using Kconfig rules.
SOC_HAS_DPLL_IDLE: idle state
Gentle ping on this.. any comments?
~Sourav
On Thu, Apr 26, 2012 at 11:24 AM, Sourav Poddar sourav.pod...@ti.com wrote:
From: G, Manjunath Kondaiah manj...@ti.com
Keypad controller register offsets are different for omap4
and omap5. Handle these offsets through static mapping and
assign
* Hiremath, Vaibhav hvaib...@ti.com [120508 10:28]:
On Tue, May 08, 2012 at 21:42:12, Tony Lindgren wrote:
* Vaibhav Hiremath hvaib...@ti.com [120508 08:10]:
This patch cleans up dpll_data structure, making structure
fields definition based on feature availability for given SoC,
Hi Benoit,
On 05/08/2012 06:01 AM, Cousson, Benoit wrote:
[...]
P.S. Please note there is also already a different fix in mainline for
the EMU clkdm data from Paul which adds the force wakeup flag and
removes the DISABLE_AUTO flag[1] (but leaves the ENABLE_AUTO flag,
because the hardware is
Thank you...you are correct, Sir. I changed the console to ttyO0 and now have
output. I am having issues trying to mount the RFS that is on the MMC card but
have not fully investigated that issue yet.
I would still really like to see a OMAP3_EVM .config file if anyone has one
available.
* Santosh Shilimkar santosh.shilim...@ti.com [120508 00:18]:
Tony,
Please pull the following preparatory cleanup series to add OMAP5 minimal
support. Boot tested on OMAP2430 SDP, OMAP3430 SDP and OMAP4430 SDP platforms.
I have dropped {[PATCH 7/7] ARM: OMAP4+: Add prm and cm base init
Vaibhav Hiremath hvaib...@ti.com writes:
With addition to TI81XX, AM33XX family of devices, the number
of interrupts supported has increased to 128, compared to 96.
The current implementation for irq handling is hardcoded to use
96 interrupts (with 3 register-sets to handle), this patch
This removes several boot warnings from board-omap3beagle.c:
- gpio_request: gpio--22 (DVI reset) status -22
- Unable to get DVI reset GPIO
There is a combination of leftover code and revision confusion.
Additionally, xM support is currently a hack.
For original Beagleboard this removes the
* Paul Walmsley p...@pwsan.com [120508 10:20]:
Hi Tony,
this pull request is for some CM, PRM, clock, clockdomain, and
powerdomain updates for v3.5. It is a prerequisite for some upcoming
hwmod pull requests.
Thanks, pulling into devel-prcm and adding to tmp-merge branch too.
Tony
--
To
Dnia wtorek, 8 maja 2012 10:11:46 Artem Bityutskiy pisze:
On Tue, 2012-05-08 at 10:03 +0300, Artem Bityutskiy wrote:
On Mon, 2012-05-07 at 22:51 +0200, Janusz Krzysztofik wrote:
A call to request_mem_region() has been introduced in the omap-
gpio
driver recently (commit
* Hiremath, Vaibhav hvaib...@ti.com [120507 11:59]:
On Mon, May 07, 2012 at 23:02:29, Tony Lindgren wrote:
* Hiremath, Vaibhav hvaib...@ti.com [120507 07:41]:
On Sat, May 05, 2012 at 01:35:47, Tony Lindgren wrote:
I suggest doing some clean-up patches before adding SOC_AM33XX where
* Hiremath, Vaibhav hvaib...@ti.com [120508 10:04]:
On Tue, May 08, 2012 at 21:18:29, Tony Lindgren wrote:
* Hiremath, Vaibhav hvaib...@ti.com [120507 22:52]:
On Tue, May 08, 2012 at 01:05:01, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [120507 12:22]:
* Paul Walmsley
On Tue, May 08, 2012 at 09:49:26AM -0600, Paul Walmsley wrote:
Hi Kevin,
thanks for the suggestion,
On Tue, 8 May 2012, Kevin Hilman wrote:
Paul Walmsley p...@pwsan.com writes:
On Thu, 19 Apr 2012, Igor Grinberg wrote:
IMO this can be seen on any AM35xx based board with
On 8 May 2012 22:05, Stephen Warren swar...@wwwdotorg.org wrote:
The data doesn't need to be part of the DMA controller node in order for
the DMA controller driver to be the entity interpreting it.
I rather say, if the dma controller driver is the entity going to interpret the
data, why not
Tony,
I should've CC'ed you on my initial posting, and will do so with future posts,
but here is a ping with the 2 patches[1] I sent that add MSUB and LCD support
for the LogicPD OMAP3530 SOM-LV and Torpedo DevKits.
Please let me know if you any comments or anyone (or mailing list) I should
On 05/08/2012 11:18 AM, Kevin Hilman wrote:
Cousson, Benoit b-cous...@ti.com writes:
On 5/8/2012 4:00 PM, Kevin Hilman wrote:
Jean Pihetjean.pi...@newoldbits.com writes:
[...]
Yes, indeed, we should not hack the flags to fix that kind of issue. The
flags describe what the HW is capable
On Wed, May 09, 2012 at 00:36:51, Tony Lindgren wrote:
* Hiremath, Vaibhav hvaib...@ti.com [120507 11:59]:
On Mon, May 07, 2012 at 23:02:29, Tony Lindgren wrote:
* Hiremath, Vaibhav hvaib...@ti.com [120507 07:41]:
On Sat, May 05, 2012 at 01:35:47, Tony Lindgren wrote:
I
In current implementation, some places we are still using
ARCH_OMAPx config option, making it difficult to add new devices;
for example, while adding am33xx device support I came across multiple
instances where I had to patch the existing code to make it work for
am33xx.
This patch tries to
All OMAP2PLUS based devices, builds omap-device.o target;
so just add one entry so that there is no need to patch this file
for any future OMAP2+ devices.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Kevin Hilman khil...@ti.com
Cc: Paul Walmsley
In order to remove unnecessary idefs, move noncore and core
dpll ops to dpll3xxx.c file (where it should have been already).
The clkops (clkops_omap3_core_dpll_ops clkops_omap3_noncore_dpll_ops)
is used in clock data files, and dependency is already handled by
Makefile rule.
Signed-off-by:
The function __omap2_set_globals() can be common across all
platforms/architectures, even in case of omap4, internally it
calls same set of functions as in __omap2_set_globals() function
(except for sdrc).
This patch adds new config flag SOC_HAS_OMAP2_SDRC to handle sdrc,
so that we can reuse same
This patch cleans up dpll_data structure, making structure
fields definition based on feature availability for given SoC,
managed using Kconfig rules.
SOC_HAS_OMAP3_DPLL_IDLE: idle state
SOC_HAS_OMAP3_DPLL_RECAL: recalibration capability
SOC_HAS_OMAP3_DPLL_DCO_SEL: dco selection
* Vaibhav Hiremath hvaib...@ti.com [120508 08:32]:
--- a/arch/arm/mach-omap2/Kconfig
+++ b/arch/arm/mach-omap2/Kconfig
@@ -123,8 +123,11 @@ config SOC_OMAPTI81XX
config SOC_OMAPAM33XX
bool AM33XX support
- depends on ARCH_OMAP3
+ depends on ARCH_OMAP2PLUS
This is not
* Raja, Govindraj govindraj.r...@ti.com [120508 02:17]:
On Tue, May 8, 2012 at 10:35 AM, Paul Walmsley p...@pwsan.com wrote:
Govindraj,
After your commit bce492c04ba8fc66a4ea0a52b181ba255daaaf54 (ARM: OMAP2+:
UART: Fix incorrect population of default uart pads), the kernel does not
On 05/04/2012 07:18 PM, Daniel Lezcano wrote:
Define a CPU_IDLE section in the makefile, declare the functions in
the header files conforming to the kernel coding rules and remove the
'define's in the C files.
CONFIG_PM is enabled when CPU_IDLE is enabled because the cpuidle drivers
use some
The only thing the higher-level layers might potentially need to do
is to enable/disable AVS around transitions (e.g. when changing OPP,
AVS is disabled before changing OPP and only re-enabled when the new
nominal voltage has been acheived.)
Getting clean baseline in place is
Daniel Lezcano daniel.lezc...@linaro.org writes:
Define a CPU_IDLE section in the makefile, declare the functions in
the header files conforming to the kernel coding rules and remove the
'define's in the C files.
CONFIG_PM is enabled when CPU_IDLE is enabled because the cpuidle drivers
use
Daniel Lezcano daniel.lezc...@linaro.org writes:
On 05/04/2012 07:18 PM, Daniel Lezcano wrote:
Define a CPU_IDLE section in the makefile, declare the functions in
the header files conforming to the kernel coding rules and remove the
'define's in the C files.
CONFIG_PM is enabled when
On Fri, 4 May 2012 18:01:22 +0200 (CEST) Thomas Gleixner t...@linutronix.de
wrote:
Neil,
On Fri, 4 May 2012, NeilBrown wrote:
On Wed, 25 Apr 2012 14:54:54 +0200 (CEST) Thomas Gleixner
t...@linutronix.de wrote:
Why not simply managing the pending bit for level irqs ?
Hi
* Kevin Hilman khil...@ti.com [120507 10:37]:
Tony,
Kevin Hilman khil...@ti.com writes:
The detection of AM35xx SoCs is confusing and has redundancies. Clean
this up so that SoC detection is only based on SoC family: AM35xx.
Since these aren't PM related, can you queue these with
On 05/08/2012 10:44 PM, Kevin Hilman wrote:
Daniel Lezcanodaniel.lezc...@linaro.org writes:
Define a CPU_IDLE section in the makefile, declare the functions in
the header files conforming to the kernel coding rules and remove the
'define's in the C files.
CONFIG_PM is enabled when CPU_IDLE
Tony Lindgren t...@atomide.com writes:
* Kevin Hilman khil...@ti.com [120507 10:37]:
Tony,
Kevin Hilman khil...@ti.com writes:
The detection of AM35xx SoCs is confusing and has redundancies. Clean
this up so that SoC detection is only based on SoC family: AM35xx.
Since these aren't
Jon Hunter jon-hun...@ti.com writes:
Hi Benoit,
On 05/08/2012 06:01 AM, Cousson, Benoit wrote:
[...]
P.S. Please note there is also already a different fix in mainline for
the EMU clkdm data from Paul which adds the force wakeup flag and
removes the DISABLE_AUTO flag[1] (but leaves the
Jon Hunter jon-hun...@ti.com writes:
On 05/08/2012 11:18 AM, Kevin Hilman wrote:
Cousson, Benoit b-cous...@ti.com writes:
On 5/8/2012 4:00 PM, Kevin Hilman wrote:
Jean Pihetjean.pi...@newoldbits.com writes:
[...]
Yes, indeed, we should not hack the flags to fix that kind of issue.
* Afzal Mohammed af...@ti.com [120502 02:05]:
Hi Tony,
As you would have already seen, v4 of GPMC driver conversion has been
posted (this is v4-alt). I undertand the risk involved in converting
all board files to use new interface in a single patch series. But to
have a decent set of
* Roger Quadros rog...@ti.com [120419 00:26]:
Hi,
On 04/18/2012 07:50 PM, Tony Lindgren wrote:
Hi,
* Roger Quadros rog...@ti.com [120403 02:50]:
Hi Tony,
Could you please take this patch for the next merge? Thanks.
Yes, it seems that this is not needed as a fix for the -rc
On Mon, 7 May 2012, Kevin Hilman wrote:
Well, Paul will have to comment here for the final word, but IIUC, the
hwmod flags are supposed to indicate only what the HW is capable of.
s/hwmod/clockdomain/ in this case, but that's exactly right. The
motivation is to allow this data to be
On Tue, May 08, 2012 at 07:31:57PM +0530, Shilimkar, Santosh wrote:
Ok. Assuming you mean it's _not_ cleaner to have two domains where
manager overrides XN attributes Note that DRAM can be in the middle of
4GB address space, so we need to take care of bottom and top address
space.
Update
* Mircea Gherzan mgher...@gmail.com [120317 06:00]:
Hi Tony,
Am 06.03.2012 23:55, schrieb Mircea Gherzan:
The uim deamon requires sysfs entries that are filled in using
this platform data.
Signed-off-by: Mircea Gherzan mgher...@gmail.com
---
arch/arm/mach-omap2/board-omap4panda.c
Vaibhav Hiremath hvaib...@ti.com writes:
Initially, we decided to make am33xx family of device to fall
under omap3 class (cpu_is_omap34xx() = true), since it carries
Cortex-A8 core. But while adding complete baseport support
(like, clock, power and hwmod) support, it is observed that,
we are
* Kevin Hilman khil...@ti.com [120508 15:00]:
Vaibhav Hiremath hvaib...@ti.com writes:
Initially, we decided to make am33xx family of device to fall
under omap3 class (cpu_is_omap34xx() = true), since it carries
Cortex-A8 core. But while adding complete baseport support
(like, clock,
* Igor Grinberg grinb...@compulab.co.il [120508 01:37]:
ping x2
Thanks for patience, applying into board branch finally.
Tony
--
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
* Raja, Govindraj govindraj.r...@ti.com [120424 02:26]:
On Fri, Apr 20, 2012 at 10:43 PM, Tony Lindgren t...@atomide.com wrote:
* Matt Porter mpor...@ti.com [120420 09:04]:
On Fri, Mar 30, 2012 at 02:39:32PM -0700, Tony Lindgren wrote:
* Kumar Gala ga...@kernel.crashing.org [120330 14:14]:
On Wed, May 9, 2012 at 3:51 AM, Jon Hunter jon-hun...@ti.com wrote:
I had to make a couple mods to Ming's patches but I do have something
working now that _should_ not break PM. However, per my previous email
(in response to Benoit's) I am struggling with the definition of the
Hi Russ,
Russ Dill russ.d...@ti.com writes:
This removes several boot warnings from board-omap3beagle.c:
- gpio_request: gpio--22 (DVI reset) status -22
- Unable to get DVI reset GPIO
Thanks for your patches and revies on the list! It's much appreciated.
Some requests for upstream-bound
* Kevin Hilman khil...@ti.com [120430 16:40]:
Currently cpu_is_omap3517() actually detects any device in the AM35x
family (3517 and no-SGX version 3505.) To make it more clear what is
being detected, convert the names from 3517 to AM35xx.
This adds a new cpu_is_am35xx() which duplicates the
Woodruff, Richard r-woodru...@ti.com writes:
The only thing the higher-level layers might potentially need to
do is to enable/disable AVS around transitions (e.g. when
changing OPP,AVS is disabled before changing OPP and
only re-enabled when the newnominal voltage has been
* Kevin Hilman khil...@ti.com [120508 14:20]:
This last removal patch depends on the am35x clock changes that are in
devel-prcm too. So in order to apply it, I'd need a stable base with
your cleanup and devel-prcm branches.
It's not a big deal though, it can wait until v3.5 as well.
OK
Hi Kevin,
On 05/08/2012 04:28 PM, Kevin Hilman wrote:
Jon Hunter jon-hun...@ti.com writes:
On 05/08/2012 11:18 AM, Kevin Hilman wrote:
Cousson, Benoit b-cous...@ti.com writes:
On 5/8/2012 4:00 PM, Kevin Hilman wrote:
Jean Pihetjean.pi...@newoldbits.com writes:
[...]
Yes, indeed, we
Vaibhav Hiremath hvaib...@ti.com writes:
The function __omap2_set_globals() can be common across all
platforms/architectures, even in case of omap4, internally it
calls same set of functions as in __omap2_set_globals() function
(except for sdrc).
OK so far.
This patch adds new config flag
Vaibhav Hiremath hvaib...@ti.com writes:
This patch cleans up dpll_data structure, making structure
fields definition based on feature availability for given SoC,
managed using Kconfig rules.
SOC_HAS_OMAP3_DPLL_IDLE: idle state
SOC_HAS_OMAP3_DPLL_RECAL: recalibration capability
* Javier Martinez Canillas jav...@dowhile0.org [120427 02:33]:
On Wed, Apr 25, 2012 at 9:59 AM, Enric Balletbò i Serra
eballe...@gmail.com wrote:
Tony, as this is a fix ,may be included ?
Acked-by: Enric Balletbo i Serra eballe...@gmail.com
Tested-by: Enric Balletbo i Serra
* Kevin Hilman khil...@ti.com [120412 07:26]:
Tarun Kanti DebBarma tarun.ka...@ti.com writes:
Since hwmod framework now manages sysconfig context save/restore
there is no more need to touch this register in driver. Hence,
remove restore of sysconfig register in omap_timer_restore_context.
* Archit Taneja a0393...@ti.com [120507 04:05]:
Hi Tony, Paul,
Could you please consider this patch for the next -rc cycle, it
fixes contention errors seen on the DSI panel on OMAP4 SDP.
I have this already in fixes branch as commit
08ca7444f589bedf9ad5d82883e5d0754852d73b.
Regards,
Tony
* Ricardo Neri ricardo.n...@ti.com [120503 18:54]:
Hi Tony,
This is me again; asking if you had any chance to look at these patches.
Thanks applying into board branch finally.
Regards,
Tony
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
* Mans Rullgard m...@mansr.com [120419 11:02]:
This adds the required am35xx_emac_init() call to the craneboard init
function.
Thanks applying into board branch.
Tony
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
Hi
On Mon, 23 Apr 2012, Tony Lindgren wrote:
Add MMC for 2420 so we can pass the DMA request lines the same
way as we already do on omap2430 and later.
Cc: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Signed-off-by: Tony Lindgren t...@atomide.com
During some testing
* Balaji T K balaj...@ti.com [120425 04:57]:
platform_device pdev can be NULL if CONFIG_MMC_OMAP_HS is not set.
Add check for NULL pointer. while at it move the duplicated functions
to omap4-common.c
Fixes the following boot crash seen with omap4sdp and omap4panda
when MMC is disabled.
On Mon, May 7, 2012 at 4:21 AM, Archit Taneja arc...@ti.com wrote:
The first patch in this series is a follow up on the previously posted
series
'OMAPDSS: APPLY: Treat overlay manager timings as shadow registers'. It is
required for HDMI and DPI interfaces to work properly, it ensures manager
* Sergio Aguirre saagui...@ti.com [120502 08:21]:
This adds support for camera interface with the support for
following sensors:
- OV5640
- OV5650
It seems that at this point we should initialize new things like this
with DT only. We don't quite yet have the muxing in place, but I'd
rather
* nb6g3dENgvI peter.ujfal...@ti.com [120502 05:26]:
From: Peter Ujfalusi peter.ujfal...@ti.com
If dtb is provided the needed device will be created dynamically.
Thanks applying both into dt branch.
Regards,
Tony
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the
Hi Tomi,
Thanks for taking the time to comment.
On 05/07/2012 06:43 AM, Tomi Valkeinen wrote:
Hi,
On Thu, 2012-05-03 at 20:44 -0500, Ricardo Neri wrote:
Implement the DSS device driver audio support interface in the HDMI
panel driver and generic driver. The implementation relies on the
* Peter Ujfalusi peter.ujfal...@ti.com [120502 06:48]:
V1V8 supply from twl6030 commonly used as VIO for the machine.
V2V1 is adviced to supply the twl6040, and also to feed the twl6030's
VCXIO_IN, and VDAC_IN inputs.
Create the common regulator configurations for these regulators:
Make the
* Jon Hunter jon-hun...@ti.com [120502 11:34]:
From: Santosh Shilimkar santosh.shilim...@ti.com
HIGMEM support in kernel is quite mature now and we have boards
like ZOOM, PANDA, SDP where 1 GB memories are installed. With
HIGHMEM disabled not all of the 1GB of RAM (only ~700MB) can be
Hi Kevin,
On 05/08/2012 04:22 PM, Kevin Hilman wrote:
Jon Hunter jon-hun...@ti.com writes:
Hi Benoit,
On 05/08/2012 06:01 AM, Cousson, Benoit wrote:
[...]
P.S. Please note there is also already a different fix in mainline for
the EMU clkdm data from Paul which adds the force wakeup
* Pali Rohár pali.ro...@gmail.com [120504 08:41]:
Hi!
Upstream linux kernel has already driver for lis3lv02d accelerometer
in drivers/misc/lis3lv02d. So now can be added also platform support
for nokia rx51. Patch exists for long time in meego obs repository:
* Ashwin Bihari ashwin.bih...@logicpd.com [120507 12:41]:
Use the generic DSS panel driver that provides support for
the 4.3 Sharp LQ043T1DG01 that comes standard on the
OMAP3530 SOM-LV and Torpedo DevKits.
Applying the 1/2 of this into board branch, but this probably
needs to be coordinated
* Russ Dill russ.d...@ti.com [120507 19:27]:
On Beagleboard-xM (all revisions) only MMC1_DAT0-MMC1_DAT3 are wired up.
Tested on Beagleboard-xM Rev C1 and Beagleboard Rev B4.
v2 - Moved logic into omap3_beagle_init_rev
Thanks applying into board branch.
Tony
--
To unsubscribe from this list:
* Artem Bityutskiy dedeki...@gmail.com [120508 07:02]:
From: Artem Bityutskiy artem.bityuts...@linux.intel.com
SX1 board requirese i2c, so select it in Kconfig, otherwise I have the
following build error:
Thanks applying into fixes-non-critical as this seems to build
with omap1_defconfig.
* Ashwin Bihari ashwin.bih...@logicpd.com [120508 12:18]:
Tony,
I should've CC'ed you on my initial posting, and will do so with future
posts, but here is a ping with the 2 patches[1] I sent that add MSUB and LCD
support for the LogicPD OMAP3530 SOM-LV and Torpedo DevKits.
Please let me
* yegorsli...@googlemail.com yegorsli...@googlemail.com [120308 02:36]:
From: Yegor Yefremov yegorsli...@googlemail.com
Signed-off-by: Yegor Yefremov yegorsli...@googlemail.com
---
v2: READ and WRITE will be configured in the same way, so change the cases
accordingly
Applying into
* Ivan Djelic ivan.dje...@parrot.com [120426 05:23]:
Hello,
Here is version 3 of this patch after review from Tony Lindgren.
This version adds a separate initialization function mostly to check CPU
compatibility. This check cannot be done in gpmc_enable_hwecc_bch() (which
is meant to be
lightly tested on 4430ES2 PandaBoard. (Note that
4430ES2 Pandaboard has a UART driver-related dynamic idle issue that
is unrelated to this series.) Boot and test logs are available at:
http://www.pwsan.com/omap/bootlogs/20120508/hwmod_data_devel_a_3.5__2db1bc2c9249950daa652ac94d677a21b4fe2f50
On Mon, May 07, 2012 at 10:16:30PM +0530, S, Venkatraman wrote:
Mon, May 7, 2012 at 5:01 AM, Dave Chinner da...@fromorbit.com wrote:
On Thu, May 03, 2012 at 07:53:00PM +0530, Venkatraman S wrote:
From: Ilan Smith ilan.sm...@sandisk.com
Add attribute to identify demand paging requests.
From: Hilman, Kevin
Sent: Tuesday, May 08, 2012 5:17 PM
A basic OMAP AVS driver has been in mainline for a long time, yet we
have not seen support submitted for all of these features.
1.5/3.5 is a feature.
ABB is requirement for a production useable driver. Higher speed rated OMAP4
and all
On 05/09/2012 01:31 AM, S, Venkatraman wrote:
On Tue, May 8, 2012 at 1:16 PM, Minchan Kim minc...@kernel.org wrote:
On 05/03/2012 11:22 PM, Venkatraman S wrote:
Standard eMMC (Embedded MultiMedia Card) specification expects to execute
one request at a time. If some requests are more
Hi Tony
On Mon, 23 Apr 2012, Tony Lindgren wrote:
This allows us to pass dma request lines in platform data to
MMC driver the same way as we already do for omap2430 and later.
Signed-off-by: Tony Lindgren t...@atomide.com
This might save you some time, I updated this patch to move the
This removes several boot warnings from board-omap3beagle.c:
- gpio_request: gpio--22 (DVI reset) status -22
- Unable to get DVI reset GPIO
There is a combination of leftover code and revision confusion.
Additionally, xM support is currently a hack.
For original Beagleboard this removes the
The OMAP 3630 has configuration how the ISP CSI-2 PHY pins are connected to
the actual CSI-2 receivers outside the ISP itself. Allow changing this
configuration from the ISP driver.
Signed-off-by: Sakari Ailus sakari.ai...@iki.fi
---
Hi,
This patch does what was discussed some time ago: provide
Ho Sourav,
On Thu, Apr 26, 2012 at 11:24:37AM +0530, Sourav Poddar wrote:
-config KEYBOARD_OMAP4
- tristate TI OMAP4 keypad support
+config KEYBOARD_OMAP4+
I think this works purely by accident - '+' sign getting dropped by
parser...
@@ -139,16 +192,33 @@ static int
On Wednesday 09 May 2012 05:08 AM, Russ Dill wrote:
On Mon, May 7, 2012 at 4:21 AM, Archit Tanejaarc...@ti.com wrote:
The first patch in this series is a follow up on the previously posted
series
'OMAPDSS: APPLY: Treat overlay manager timings as shadow registers'. It is
required for HDMI and
101 - 195 of 195 matches
Mail list logo
