The build error is as follows:
`rfcomm_cleanup_ttys' referenced in section `.init.text' of net/built-in.o:
defined in discarded section `.exit.text' of net/built-in.o
make: *** [.tmp_vmlinux1] Error 1
This patch fixes by removing __exit from fucntion 'rfcomm_cleanup_ttys'
to avoid section
Currently we map 1 MB section while setting up SRAM on OMAPs.
The actual physcal OCM RAM available on OMAP SOCs is in order
of KBs. On the newer ARMs with speculation, this is dangerous and can
result in untraceable aborts.
On Davinci as well because of section limitation the SRAM is
marked as
This patch populates the L1 entries for MT_MEMORY and MT_MEMORY_NONACHED
types so that at boot-up, we can map memories outside system memory
at page level granularity
Previously the mapping was limiting to section level, which creates
unnecessary addiotional mapping for which physical memory may
Currently we map 1 MB section while setting up SRAM on OMAPs.
The actual physcal OCM RAM available on OMAP SOCs is in order
of KBs. This patch maps only available sram and removes some
non necessary cpu_is_xxx checks.
On the newer ARMs with speculation, this is dangerous and can
result in
On Davinci SRAM is mapped as MT_DEVICE becasue of the section
mapping pre-requisite instead of intended MT_MEMORY_NONCACHED
Since the section mapping limitation gets fixed with first
patch in this series, the MT_MEMORY_NONCACHED can be used now.
Have not tested this, so somebody with Davinci
On Sun, Aug 08, 2010 at 03:47:52PM +0530, Santosh Shilimkar wrote:
@@ -475,6 +486,9 @@ static void __init build_mem_type_table(void)
mem_types[MT_LOW_VECTORS].prot_l1 |= ecc_mask;
mem_types[MT_HIGH_VECTORS].prot_l1 |= ecc_mask;
mem_types[MT_MEMORY].prot_sect |= ecc_mask |
On Sun, Aug 08, 2010 at 03:47:52PM +0530, Santosh Shilimkar wrote:
This patch populates the L1 entries for MT_MEMORY and MT_MEMORY_NONACHED
Spelling.
types so that at boot-up, we can map memories outside system memory
at page level granularity
If you're only using MT_MEMORY_NONCACHED (it
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Sunday, August 08, 2010 5:06 PM
To: Shilimkar, Santosh
Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
Subject: Re: [PATCH 1/3] ARM: mmu: Setup MT_MEMORY and
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Sunday, August 08, 2010 5:04 PM
To: Shilimkar, Santosh
Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
Subject: Re: [PATCH 1/3] ARM: mmu: Setup MT_MEMORY and
We are modifying register value instead of return value.
This fix is originally done by Carlos Eduardo Aguiar. Original fix is
commit bb4e91722e29efe31587d2cc664b6def645aecd9 in
git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
Author modified the fix for mainline version of
This patch is originally done by Carlos Eduardo Aguiar. Original fix is
commit 3305829b2816072b9c8ed01374b205ae4de74027 in
git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
Author modified the fix for mainline version of menelaus.
Signed-off-by: Jarkko Nikula jhnik...@gmail.com
On Wed, Aug 4, 2010 at 3:15 AM, Tony Lindgren t...@atomide.com wrote:
* Cory Maccarrone darkstar6...@gmail.com [100802 18:23]:
This change adds in a bluetooth controld driver/rfkill
interface to the serial bluetooth controller found on many
HTC smartphones such as the HTC Herald and HTC
This change adds in MMC and I2C support to the HTC Herald board, as well
as adding the HTCPLD driver for the PLD used on this phone. It also
adds in the gpio-keys entries for the front directional keys and
selector and the cursor keys on the slide-out keyboard, and gpio-leds
support for the LEDs
Hi Santosh,
* Santosh Shilimkar santosh.shilim...@ti.com [2010-08-08 14:37:58 +0530]:
The build error is as follows:
`rfcomm_cleanup_ttys' referenced in section `.init.text' of net/built-in.o:
defined in discarded section `.exit.text' of net/built-in.o
make: *** [.tmp_vmlinux1] Error 1
Hi Jarkko,
On Sun, Aug 08, 2010 at 08:05:23PM +0300, Jarkko Nikula wrote:
We are modifying register value instead of return value.
Patch applied, kiitos.
This fix is originally done by Carlos Eduardo Aguiar. Original fix is
commit bb4e91722e29efe31587d2cc664b6def645aecd9 in
On Sun, Aug 08, 2010 at 08:05:24PM +0300, Jarkko Nikula wrote:
This patch is originally done by Carlos Eduardo Aguiar. Original fix is
commit 3305829b2816072b9c8ed01374b205ae4de74027 in
git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
Author modified the fix for mainline
Charu,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Varadarajan, Charulatha
Sent: Friday, August 06, 2010 6:04 PM
To: linux-omap@vger.kernel.org
Cc: p...@pwsan.com; khil...@deeprootsystems.com; Cousson, Benoit;
Kevin,
Any comments on this patch?
Thanks
Vishwa
-Original Message-
From: Sripathy, Vishwanath
Sent: Friday, July 23, 2010 2:07 PM
To: linux-omap@vger.kernel.org
Cc: Sripathy, Vishwanath
Subject: [PATCH] OMAP PM: MPU/DMA Latency constraints
This patch has implementation for OMAP
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Kalliguddi, Hema
Sent: Friday, August 06, 2010 10:58 PM
To: linux-...@vger.kernel.org; linux-omap@vger.kernel.org
Cc: Kalliguddi, Hema; Basak, Partha; Felipe Balbi;
19 matches
Mail list logo