> -Original Message-
> From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
> Sent: Friday, February 05, 2010 3:19 AM
> To: Premi, Sanjeev
> Cc: linux-omap@vger.kernel.org
> Subject: Re: [PATCH 2/3] twl4030: keypad: Hooks for board
> specific suspend-resume
>
> Sanjeev Premi writes:
On Tue, 2 Feb 2010, Tero Kristo wrote:
> From: Tero Kristo
>
> Added definitions for OMAP3430ES2_ST_SGX_SHIFT and OMAP3430ES2_ST_SGX_MASK
> as these were missing.
>
> Signed-off-by: Tero Kristo
Thanks, queued for 2.6.34.
- Paul
--
To unsubscribe from this list: send the line "unsubscribe li
On Fri, Feb 5, 2010 at 5:17 AM, Tony Lindgren wrote:
> Hi,
>
> Almost there.. Few more comments below.
>
> * Vimal Singh [100112 22:48]:
>> From 89eaa5d55e04f65e76ad49ed8b010cba578d91ca Mon Sep 17 00:00:00 2001
>> From: Vimal Singh
>> Date: Mon, 11 Jan 2010 16:01:29 +0530
>> Subject: [PATCH] Int
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Tony Lindgren
> Sent: Friday, February 05, 2010 6:35 AM
> To: linux-omap@vger.kernel.org
> Subject: [APPLIED] [PATCH 2/4-V1] AM3517: Enable TSC2004 driver
> support for AM
> -Original Message-
> From: Tony Lindgren [mailto:t...@atomide.com]
> Sent: Friday, February 05, 2010 3:21 AM
> To: Shilimkar, Santosh
> Cc: linux-omap@vger.kernel.org; Kevin Hilman
> Subject: Re: [PATCH] OMAP2/3/4: ioremap address space
>
> * Shilimkar, Santosh [100204 11:45]:
> > Tony,
* Stephen Rothwell [100204 16:13]:
> Hi Tony,
>
> On Thu, 4 Feb 2010 15:30:19 -0800 Tony Lindgren wrote:
> >
> > Thanks, I'll sort it out in omap for-next tree so they merge
> > cleanly.
Tried figuring out a clean mergeable solution, but it looks like
I need to manually merge or rebase the omap
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): 2c3dc8e6bc77782f3d855653b9df4445572c1914
PatchWorks
http://patchwork.kernel.org/patch/77078/
Git (Likely to change, and takes a while to get mirrored)
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): d9b7514e22a429d82652c7ca40afba2bed530f7a
PatchWorks
http://patchwork.kernel.org/patch/77080/
Git (Likely to change, and takes a while to get mirrored)
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): c3aee5623b847af12fb9e30ea491f6249be32d41
PatchWorks
http://patchwork.kernel.org/patch/74771/
Git (Likely to change, and takes a while to get mirrored)
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): 51177e2afc96da7984db25dca38a8f618f2e732a
PatchWorks
http://patchwork.kernel.org/patch/74770/
Git (Likely to change, and takes a while to get mirrored)
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): badd13ec074ac5ed97035916a97530c590c179d5
PatchWorks
http://patchwork.kernel.org/patch/74769/
Git (Likely to change, and takes a while to get mirrored)
Hi,
* Anuj Aggarwal [100112 01:12]:
> A new file for TWL4030/TPS65950 is created which has common supplies
> and regulator init data structures. They will be referenced from the
> various board-evm files depending upon the EVM requirements, using
> the twl4030-pmic.h header file.
Looks like this
* Pais, Allen [100121 02:50]:
> From 4aa00e5dd0bdf06b7eb421cef9e066670669691e Mon Sep 17 00:00:00 2001
> From: Allen Pais
> Date: Thu, 21 Jan 2010 21:54:04 +0530
> Subject: [PATCH 2/2] omap: 3630: Disable internal pull-ups
>
> This patch disables the newly introduced internal pull-up feature in
Hi Vijayakumar,
any update on these patches?
- Paul
--
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 http://vger.kernel.org/majordomo-info.html
* Tony Lindgren [100204 17:02]:
Actually added only this 1/4, the rest won't compile
so I've dropped them.
Regards,
Tony
> This patch has been applied to the linux-omap
> by youw fwiendly patch wobot.
>
> Branch in linux-omap: for-next
>
> Initial commit ID (Likely to change): a9eb689a1f537
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): 2029228d29b58312307f9044fbd324f558bd6ef6
PatchWorks
http://patchwork.kernel.org/patch/72103/
Git (Likely to change, and takes a while to get mirrored)
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): 0e444714870c4b98e1c3417359f359916b452f86
PatchWorks
http://patchwork.kernel.org/patch/72100/
Git (Likely to change, and takes a while to get mirrored)
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): 5fcad6b119b8760f817dbf2f2d6331ee0cee442f
PatchWorks
http://patchwork.kernel.org/patch/72102/
Git (Likely to change, and takes a while to get mirrored)
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): a9eb689a1f53707456bb9d0c867b80088f165058
PatchWorks
http://patchwork.kernel.org/patch/72101/
Git (Likely to change, and takes a while to get mirrored)
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): e0782a9c7ff8c4fd86291c0f05cfd5bff4d95edb
PatchWorks
http://patchwork.kernel.org/patch/72097/
Git (Likely to change, and takes a while to get mirrored)
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): 6e11d063ed02906e9e92f87f2bfb70b0a10886c5
PatchWorks
http://patchwork.kernel.org/patch/72098/
Git (Likely to change, and takes a while to get mirrored)
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): 6a188e18f755ad5f04f65a90b688d26fa973eb23
PatchWorks
http://patchwork.kernel.org/patch/72096/
Git (Likely to change, and takes a while to get mirrored)
Hi,
* Daniel Toussaint [091213 05:32]:
> Dear All,
>
> Patches reformatted for mainline.
Look OK, can you please repost the series with proper patch description
and Signed-off-by? See Documentation/submit* files for more info.
Need it pretty fast too for this merge window please :)
Tony
>
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): ba8e34c19167d929b32fff4ae007452ba0f4ee81
PatchWorks
http://patchwork.kernel.org/patch/72592/
Git (Likely to change, and takes a while to get mirrored)
Hi Tony,
On Thu, 4 Feb 2010 15:30:19 -0800 Tony Lindgren wrote:
>
> Thanks, I'll sort it out in omap for-next tree so they merge
> cleanly.
Thanks
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/
pgpV7BlwoG9sN.pgp
Description: PGP signatur
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): b89092d992fb738aee592715c4b976281eb89344
PatchWorks
http://patchwork.kernel.org/patch/67323/
Git (Likely to change, and takes a while to get mirrored)
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): e72cab3cc5a7e2fb9808552bec63c6ebbd0c4809
PatchWorks
http://patchwork.kernel.org/patch/67321/
Git (Likely to change, and takes a while to get mirrored)
* Tony Lindgren [100203 17:48]:
> * Aggarwal, Anuj [100129 00:13]:
> > > -Original Message-
> > > From: Mark Brown [mailto:broo...@opensource.wolfsonmicro.com]
> > > Sent: Friday, October 30, 2009 4:00 AM
> > > To: Aggarwal, Anuj
> > > Cc: alsa-de...@alsa-project.org; linux-omap@vger.kern
Hello Vishwanath,
Do you plan to address the comments on patches 1, 2, and 4 of this series
and repost? It would be nice to get these in for 2.6.34 and time is
dwindling,
- Paul
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vg
* Vimal Singh [100112 22:51]:
> From 994785b066a9bd4fbaf7753cb6ab7317440afd36 Mon Sep 17 00:00:00 2001
> From: Vimal Singh
> Date: Tue, 12 Jan 2010 17:22:42 +0530
> Subject: [PATCH] OMAP: SDP: Introducing 'board-sdp-flash.c' for flash init
>
> This patch adds 'board-sdp-flash.c', which could be
Hi,
Almost there.. Few more comments below.
* Vimal Singh [100112 22:48]:
> From 89eaa5d55e04f65e76ad49ed8b010cba578d91ca Mon Sep 17 00:00:00 2001
> From: Vimal Singh
> Date: Mon, 11 Jan 2010 16:01:29 +0530
> Subject: [PATCH] Introducing 'gpmc-nand.c' for GPMC specific NAND init
>
> Introducin
* Stephen Rothwell [100204 15:17]:
> Hi all,
>
> Today's linux-next merge of the omap tree got a conflict in
> arch/arm/mach-omap1/include/mach/debug-macro.S
> arch/arm/mach-omap2/include/mach/debug-macro.S between commit
> 7f62dc4756eaf761570b96250630d48f80397d64 ("ARM: 5910/1: ARM: Add tmp
> re
On Thu, Feb 04, 2010 at 05:31:26PM +0200, Tomi Valkeinen wrote:
> Previously the only place to get the size of the display was from the
> DSS's sysfs interface, making, for example, configuring overlays and doing
> updates on manual displays more difficult.
>
> Signed-off-by: Tomi Valkeinen
> ---
Hi all,
Today's linux-next merge of the omap tree got a conflict in
arch/arm/mach-omap1/include/mach/debug-macro.S
arch/arm/mach-omap2/include/mach/debug-macro.S between commit
7f62dc4756eaf761570b96250630d48f80397d64 ("ARM: 5910/1: ARM: Add tmp
register for addruart and loadsp") from the arm tree
Kevin Hilman writes:
> This series converts the OMAP HS-MMC driver to use omap_hwmod +
> runtime PM API.
>
> Depends on MMC hwmods available in 'pm-wip/hwmods' branch of
> my git tree[1] as well as previously posted runtime PM series:
>
>[PATCH/RFC 0/2] initial runtime PM layer for OMAP
>
> T
Hi Linus,
Please pull omap fixes from:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
omap-fixes-for-linus
Regards,
Tony
The following changes since commit abe94c756c08d50566c09a65b9c7fe72f83071c5:
Linus Torvalds (1):
Linux 2.6.33-rc6
are available in the gi
Sanjeev Premi writes:
> This patch allows wakeup from TWL4030 keypad when
> OFF mode is hit during suspend.
>
> Tested on OMAP3EVM.
>
> Signed-off-by: Sanjeev Premi
The idea here looks good, but there is nothing realy EVM specific here
AFAICT, and this exact code could be used on any other boar
* Shilimkar, Santosh [100204 11:45]:
> Tony,
>
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org
> [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Shilimkar, Santosh
> Sent: Wednesday, January 27, 2010 11:14 AM
> To: Tony Lindgren
> Cc: linux-omap@vger.kernel.org; Kevi
Sanjeev Premi writes:
> This patch adds hooks to support board specific
> implementation during the suspend and resume operations.
>
> The TWL4030 can be connected to multiple boards. Without
> these hooks, board specific macros will be required in a
> generic driver.
>
> Signed-off-by: Sanjeev P
Tero Kristo writes:
> From: Tero Kristo
>
> Only RX interrupt will now kick the sleep prevent timer. In addition, TX
> fifo status is checked before disabling clocks, this will prevent occasional
> garbage being printed on serial line. Smartidle is also disabled while
> entering idle if we have
From: Ernest Ramos Falcon
This patch adds a check before calling Proc_Detach, otherwise
in case a failure occurs on PROC_Attach and hProcessor is
invalid when the userspace task closes its handle, unexpected
behavior might be seen as this pointer is dereferenced in
PROC_Detach.
Signed-off-by: Er
On Thu, Feb 04, 2010 at 09:46:40AM -0800, Kevin Hilman wrote:
> "Govindraj.R" writes:
>
> [...]
>
> >>> >> + * @baud: baudrate for which divisor needs to be calculated.
> >>> >> + *
> >>> >> + * We have written our own function to get the divisor so as to
> >>> >> support
> >>> >> + * 13x mode.
On Thu, Feb 04, 2010 at 09:15:23PM +0530, Govindraj.R wrote:
> > Ah. Care to update the comment to mention that? I guess the case above is
> > similar.
>
>
> Before accessing FCR we need to write 0x00 to LCR,
>
> I will correct it as,
>
> / Access to FCR requires writing Ox00 to LCR *
Tony,
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Shilimkar, Santosh
Sent: Wednesday, January 27, 2010 11:14 AM
To: Tony Lindgren
Cc: linux-omap@vger.kernel.org; Kevin Hilman
Subject: RE: [PATCH] OMAP2/3/4: ioremap addre
Tony,
Can this be merged now in linux-omap ?
> -Original Message-
> From: Shilimkar, Santosh
> Sent: Friday, January 29, 2010 3:58 PM
> To: t...@atomide.com
> Cc: linux-omap@vger.kernel.org; Shilimkar, Santosh; Woodruff, Richard;
> Ghorai, Sukumar
> Subject: [PATCH v2] OMAP: UART: fix full
Nishanth Menon writes:
> From: Romit Dasgupta
>
> Using omap_opp * to refer to domain types entails opp implementation
> into maintaining pointers outside the opp layer.
>
> Since all we need is an identifier to a specific domain for
> query/operational purposes, we introduce enum for identifyin
Nishanth Menon writes:
> We had removed the frequency for OPP1 L3 when we used to use frequency
> to enable/disable frequencies. It is better to populate the same
> instead of confusing future readers of the code. The OPP1 remains
> disabled as explained in the discussion.
>
> Discussion: http://
Hi,
* Sanjeev Premi [100204 08:04]:
> This set adds suspend-resume functionality to the TWL4030
> keypad driver. It also adds the capability to wakeup from
> the OFF mode.
>
> These 2 patches don't depend upon the code in pm branch. And
> have been tested on linux-omap/master (c6348aa):
> twl4
On 4 Feb 2010, at 18:08, Dmitry Torokhov
wrote:
On Thu, Feb 04, 2010 at 04:21:55PM +, Mark Brown wrote:
On Thu, Feb 04, 2010 at 04:52:26PM +0200, Grazvydas Ignotas wrote:
On Thu, Feb 4, 2010 at 4:24 PM, Mark Brown
The updates to fix up the boards that need this are fairly
straightfor
On Thu, Feb 04, 2010 at 04:21:55PM +, Mark Brown wrote:
> On Thu, Feb 04, 2010 at 04:52:26PM +0200, Grazvydas Ignotas wrote:
> > On Thu, Feb 4, 2010 at 4:24 PM, Mark Brown
>
> > > The updates to fix up the boards that need this are fairly
> > > straightforward and given that it's fairly easy t
"Govindraj.R" writes:
[...]
>>> >> + * @baud: baudrate for which divisor needs to be calculated.
>>> >> + *
>>> >> + * We have written our own function to get the divisor so as to support
>>> >> + * 13x mode.
>>> >> + */
>>> >
>>> > Again, the why, not the how. Why do you need the 13x divisor? W
This patch adds APIs pwrdm_read_logic_retst and
pwrdm_read_mem_retst for reading the next programmed
logic and memory state a powerdomain is to hit in event
of the next power domain state being retention.
Signed-off-by: Thara Gopinath
Cc: Paul Walmsley
---
arch/arm/mach-omap2/powerdomain.c
From: Thara Gopinath
This patch series contains some preparatory powerdomain framework
related fixes for supporting Open Switch Retetion of Core and MPU
domains in OMAP3.
Thara Gopinath (3):
OMAP2/3 PM: Adding powerdomain APIs for reading the next logic and
mem state
OMAP3 PM: Defining .
This patch adds counters to keep track of whether the powerdomain
logic or software controllable memory banks are turned off when
the power domain enters retention. During power domain retention
if logic gets turned off, the scenario is known as Open Switch Retention.
Also during retention s/w cont
This patch adds the flag .pwrsts_logic_ret info for the core power domain
in the associated powerdomain structure. This flag specifies the states
core domain logic can hit in event of the domain entering retention.
Signed-off-by: Thara Gopinath
Cc: Paul Walmsley
---
arch/arm/mach-omap2/powerdom
On Thu, Feb 04, 2010 at 04:52:26PM +0200, Grazvydas Ignotas wrote:
> On Thu, Feb 4, 2010 at 4:24 PM, Mark Brown
> > The updates to fix up the boards that need this are fairly
> > straightforward and given that it's fairly easy to identify systems
> > which are using the driver in mainline so I'd r
This patch adds the 7 inch display Innolux AT070TN83
for the DevKit8000 with DSS2 interface.
Signed-off-by: Thomas Weber
---
drivers/video/omap2/displays/Kconfig |8 ++-
drivers/video/omap2/displays/Makefile |1 +
.../video/omap2/displays/panel-innolux-at070tn8
This patch adds a default config for the Timll Devkit8000.
Signed-off-by: Thomas Weber
---
arch/arm/configs/devkit8000_defconfig | 1889 +
1 files changed, 1889 insertions(+), 0 deletions(-)
create mode 100644 arch/arm/configs/devkit8000_defconfig
diff --git a/a
This patch expands the omap3beagle sound soc for the
beagle board clone DevKit8000.
Signed-off-by: Thomas Weber
---
sound/soc/omap/Kconfig |8 +---
sound/soc/omap/omap3beagle.c |6 +++---
2 files changed, 8 insertions(+), 6 deletions(-)
diff --git a/sound/soc/omap/Kconfig b/so
These patches add board support for the Timll DevKit8000.
The DevKit8000 is a beagle board clone from Timll, sold by
armkits.com. The DevKit8000 has RS232 serial port, LCD, DVI-D,
S-Video, Ethernet, SD/MMC, keyboard, camera, SPI, I2C, USB and
JTAG interface.
Signed-off-by: Thomas Weber
---
arch
These patches add support for Timll DevKit8000. The DevKit8000 is
a beagle board clone with ethernet and lcd. The patches based on
work from embest, Kim Botherway and many others.
Changelog
V2
Add minimal support for DevKit8000
Add correct position of led3.
* Shilimkar, Santosh [100204 07:59]:
> Tony,
> > -Original Message-
> > From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
> > Sent: Thursday, February 04, 2010 8:14 PM
> > To: Shilimkar, Santosh
> > Cc: Tony Lindgren; Catalin Marinas; linux-arm-ker...@lists.infradead.org;
> >
* tero.kri...@nokia.com [100203 23:59]:
>
>
> >-Original Message-
> >From: ext Tony Lindgren [mailto:t...@atomide.com]
> >Sent: 03 February, 2010 19:50
> >To: Kristo Tero (Nokia-D/Tampere)
> >Cc: linux-omap@vger.kernel.org
> >Subject: Re: [PATCH] OMAP3: Serial: Improved sleep logic
> >
This patch allows wakeup from TWL4030 keypad when
OFF mode is hit during suspend.
Tested on OMAP3EVM.
Signed-off-by: Sanjeev Premi
---
arch/arm/mach-omap2/board-omap3evm.c | 86 ++
1 files changed, 86 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-om
This patch adds suspend, resume functions to the
TWL4030 keypad driver when CONFIG_PM is selected.
Signed-off-by: Sanjeev Premi
---
drivers/input/keyboard/twl4030_keypad.c | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/drivers/input/keyboard/twl4030_ke
This patch adds hooks to support board specific
implementation during the suspend and resume operations.
The TWL4030 can be connected to multiple boards. Without
these hooks, board specific macros will be required in a
generic driver.
Signed-off-by: Sanjeev Premi
---
drivers/input/keyboard/twl4
This set adds suspend-resume functionality to the TWL4030
keypad driver. It also adds the capability to wakeup from
the OFF mode.
These 2 patches don't depend upon the code in pm branch. And
have been tested on linux-omap/master (c6348aa):
twl4030: keypad: Add suspend-resume functions
twl4030:
On Thu, Feb 04, 2010 at 05:08:11PM +0200, Mike Rapoport wrote:
> Mark Brown wrote:
> > This should not be required. The regulator API stubs itself out when it
> > is not built so all API calls report as successful.
> And what about boards that have the ads7846 tied to power rail and still
> want
Tony,
> -Original Message-
> From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
> Sent: Thursday, February 04, 2010 8:14 PM
> To: Shilimkar, Santosh
> Cc: Tony Lindgren; Catalin Marinas; linux-arm-ker...@lists.infradead.org;
> linux-omap@vger.kernel.org
> Subject: Re: [PATCH 0/
> -Original Message-
> From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
> Sent: Thursday, February 04, 2010 8:13 PM
> To: Shilimkar, Santosh
> Cc: t...@atomide.com; Woodruff, Richard; catalin.mari...@arm.com; linux-arm-
> ker...@lists.infradead.org; linux-omap@vger.kernel.org
Olof,
> Hi,
>
> Shortening the email a bit and only including the pieces that still have open
> questions:
>
>
> On Thu, Feb 04, 2010 at 08:39:10PM +0530, Govindraj.R wrote:
>> >> +#define OMAP_SERIAL_NAME ? ? "ttyO"
>> >> +#define OMAP_SERIAL_MAJOR ? ?204
>> >> +#define OMAP_SERIAL_MINOR ? ?64
>
kfree() is NULL and ZERO pointer safe so MEM_Free() doesn't provide any
significant advantage. By getting rid of MEM_Free() and the NULL pointer
check associated with it, we can save on:
1. One level of indirection which translates to a function call cost.
2. NULL pointer checking cost.
Signed-off
kmemleak offeres the same functionality as custom MEM_CHECK
mechanism, so get rid of MEM_CHECK.
Signed-off-by: Ameya Palande
---
drivers/dsp/bridge/services/mem.c | 212 +
1 files changed, 2 insertions(+), 210 deletions(-)
diff --git a/drivers/dsp/bridge/ser
This series contains patches which remove following things from the MEM
module:
1. MEM_CHECK memory leak debugging mechanism
2. MEM_Free() function
3. MEM_VFree() function
There was some issue while applying patches from V1, which should be solved in
V2.
Ameya Palande (3):
DSPBRIDGE: Get rid of
vfree() is NULL safe so MEM_VFree() doesn't provide any significant
advantage. By getting rid of MEM_VFree() and the NULL pointer check
associated with it, we can save on:
1. One level of indirection which translates to a function call cost.
2. NULL pointer checking cost.
Signed-off-by: Ameya Pala
Currently applications can reserve fb memory with OMAPFB_SETUP_MEM
ioctl, which takes the size in bytes as an argument. This falls apart
when using VRFB, as the memory need for VRFB is not trivial
This patch implements OMAPFB_RESERVE_BUFFER ioctl, which reserves memory
just like SETUP_MEM, but tak
Previously the only place to get the size of the display was from the
DSS's sysfs interface, making, for example, configuring overlays and doing
updates on manual displays more difficult.
Signed-off-by: Tomi Valkeinen
---
drivers/video/omap2/omapfb/omapfb-ioctl.c | 18 ++
inclu
Hi,
Shortening the email a bit and only including the pieces that still have open
questions:
On Thu, Feb 04, 2010 at 08:39:10PM +0530, Govindraj.R wrote:
> >> +#define OMAP_SERIAL_NAME ? ? "ttyO"
> >> +#define OMAP_SERIAL_MAJOR ? ?204
> >> +#define OMAP_SERIAL_MINOR ? ?64
> >
> > Where did thes
Mark Brown wrote:
> On Thu, Feb 04, 2010 at 03:39:18PM +0200, Grazvydas Ignotas wrote:
>
>> The ADS7846/TSC2046 touchscreen controllers can (and usually are)
>> connected to various regulators for power, so add regulator support.
>> Make it optional for now to avoid breaking all current users of t
On Thu, Feb 4, 2010 at 4:24 PM, Mark Brown
wrote:
> On Thu, Feb 04, 2010 at 03:39:18PM +0200, Grazvydas Ignotas wrote:
>
>> The ADS7846/TSC2046 touchscreen controllers can (and usually are)
>> connected to various regulators for power, so add regulator support.
>> Make it optional for now to avoid
On Thu, 2010-02-04 at 15:40 +0100, ext Janusz Krzysztofik wrote:
> Thursday 04 February 2010 10:58:12 Tomi Valkeinen wrote:
> > Hi,
> >
> > On Wed, 2010-02-03 at 17:21 +0100, ext Janusz Krzysztofik wrote:
> > > Tomi Valkeinen wrote:
> > > > On Thu, 2010-01-14 at 21:25 +0100, ext Janusz Krzysztofik
Thursday 04 February 2010 10:58:12 Tomi Valkeinen wrote:
> Hi,
>
> On Wed, 2010-02-03 at 17:21 +0100, ext Janusz Krzysztofik wrote:
> > Tomi Valkeinen wrote:
> > > On Thu, 2010-01-14 at 21:25 +0100, ext Janusz Krzysztofik wrote:
> > >> Support for RGB444 (12-bit) pixel format has been introduced in
On Thu, Feb 04, 2010 at 07:52:52PM +0530, Shilimkar, Santosh wrote:
> Russell / Tony,
>
> Here is the series which combines earlier two series because of dependency
> and
> rebased against 2.6.33-rc2. This series also implements Russell's suggested
> combined monitor API. Tested on OMAP4430 SDP
On Thu, Feb 04, 2010 at 07:55:46PM +0530, Santosh Shilimkar wrote:
> diff --git a/arch/arm/mm/cache-l2x0.c b/arch/arm/mm/cache-l2x0.c
> index 1a14d18..6241f10 100644
> --- a/arch/arm/mm/cache-l2x0.c
> +++ b/arch/arm/mm/cache-l2x0.c
> @@ -56,12 +56,41 @@ static inline void l2x0_inv_line(unsigned lon
On Thu, Feb 04, 2010 at 07:55:44PM +0530, Santosh Shilimkar wrote:
> This patch adds L2 Cache support for OMAP4. External L2 cache
> is used in OMPA4
OMAP4.
> @@ -49,6 +50,58 @@ static struct omap_lcd_config sdp4430_lcd_config
> __initdata = {
> static struct omap_board_config_kernel sdp4430_co
This patch implements the work-around for the errata 588369. The secure API
is used to alter L2 debug register because of trust-zone.
This version updated with comments from Russell and Catalin and generated
against 2.6.33-rc4 mainline kernel. Detail comments can be found:
http://www.spini
The boot_secondary() needs to call outer_clean_range() because the
L2 cache is already enabled in the kernel boot with
early_initcall
Signed-off-by: Santosh Shilimkar
CC: Tony Lindgren
CC: Russell King
---
arch/arm/mach-omap2/omap-smp.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(
This patch enables L2 cache and associated Errata on the OMAP4430
SDP.
Signed-off-by: Santosh Shilimkar
CC: Tony Lindgren
CC: Russell King
---
arch/arm/configs/omap_4430sdp_defconfig |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/arm/configs/omap_4430sdp_defcon
This patch adds the cache maintainance by line helper functions.
Signed-off-by: Santosh Shilimkar
Acked-by: Catalin Marinas
CC: Tony Lindgren
CC: Russell King
---
arch/arm/mm/cache-l2x0.c | 36 ++--
1 files changed, 26 insertions(+), 10 deletions(-)
diff --g
This patch adds L2 Cache support for OMAP4. External L2 cache
is used in OMPA4
v2 version incorporates Catalin's commnet on the register
save/restore list
Signed-off-by: Santosh Shilimkar
CC: Catalin Marinas
CC: Tony Lindgren
CC: Russell King
---
arch/arm/mach-omap2/board-4430sdp.c|
On Thu, Feb 04, 2010 at 03:39:18PM +0200, Grazvydas Ignotas wrote:
> The ADS7846/TSC2046 touchscreen controllers can (and usually are)
> connected to various regulators for power, so add regulator support.
> Make it optional for now to avoid breaking all current users of this
> driver.
This shoul
Russell / Tony,
Here is the series which combines earlier two series because of dependency and
rebased against 2.6.33-rc2. This series also implements Russell's suggested
combined monitor API. Tested on OMAP4430 SDP
The following changes since commit abe94c756c08d50566c09a65b9c7fe72f83071c5:
The ADS7846/TSC2046 touchscreen controllers can (and usually are)
connected to various regulators for power, so add regulator support.
Make it optional for now to avoid breaking all current users of this
driver.
Signed-off-by: Grazvydas Ignotas
---
drivers/input/touchscreen/ads7846.c | 29
Hi,
On Wed, 2010-02-03 at 17:21 +0100, ext Janusz Krzysztofik wrote:
> Tomi Valkeinen wrote:
> > On Thu, 2010-01-14 at 21:25 +0100, ext Janusz Krzysztofik wrote:
> >> Support for RGB444 (12-bit) pixel format has been introduced into
> >> omapfb/lcdc
> >> by Mark Underwood on 2006-05-26 (commit
On Wed, 2010-02-03 at 18:12 +0100, ext Tony Lindgren wrote:
> * Grazvydas Ignotas [100203 04:27]:
> > hi,
> >
> > On Wed, Feb 3, 2010 at 6:29 AM, Stephen Rothwell
> > wrote:
> > > Hi Tomi,
> > >
> > > Today's linux-next merge of the omap_dss2 tree got a conflict in
> > > arch/arm/mach-omap2/boa
GPIO175 is used for PEN_IRQ on the EVM. This patch
sets the mux settings for the same.
Signed-off-by: Sanjeev Premi
---
arch/arm/mach-omap2/board-omap3evm.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/board-omap3evm.c
b/arch/arm/mach-omap2/boa
The keypad was not working properly after migrating
to matrix_keypad.
Swapped the row, col fields of the KEY() macro in
the keymap definition to get it working again.
Signed-off-by: Sanjeev Premi
---
arch/arm/mach-omap2/board-omap3evm.c | 27 +++
1 files changed, 15 in
This set contains patches to get the keypad and touchscreen
working after changes to new MUX framework.
The keypad macros had to be updated after migration to the
matrix_keypad as well.
Sanjeev Premi (3):
omap3evm: Add mux settings for keypad
omap3evm: Fixes after moving to matrix_keypad
om
This patch sets SYS_NIRQ for keypad input. It also
sets the same as a wakeup event from OFF mode.
Signed-off-by: Sanjeev Premi
---
arch/arm/mach-omap2/board-omap3evm.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-omap3evm.c
b/arch/arm/mac
> Hmm, well I still have about 70 patches pending and have
> not yet gotten into looking at the board-*.c files that much..
>
> But looks like I had marked these as "awaiting upstream".
> I've marked them "new" again and will queue into omap for-next
> when I get to dealing with the board-*.c file
1 - 100 of 101 matches
Mail list logo
