On Fri, 6 Aug 2010, Russell King - ARM Linux wrote:
On Fri, Aug 06, 2010 at 01:02:24PM +0300, Ohad Ben-Cohen wrote:
We have Russell's suggestion which is nice and simple, but it has the
1 device limitation.
You could make it generic by doing something like this:
#define
On Fri, 3 Dec 2010, Tony Lindgren wrote:
Hi all,
I've got some patches almost ready to go to merge the omap1
configs into a single omap1_defconfig. While working on getting
that done, I had to come up with a better solution for entry-armv.S
macros to detect the soc we're running on.
I
On Sat, 4 Dec 2010, Tony Lindgren wrote:
* Nicolas Pitre n...@fluxnic.net [101203 21:39]:
On Fri, 3 Dec 2010, Tony Lindgren wrote:
Hi all,
I've got some patches almost ready to go to merge the omap1
configs into a single omap1_defconfig. While working on getting
that done, I
On Tue, 7 Dec 2010, Dave Martin wrote:
On Tue, Dec 7, 2010 at 2:53 PM, Dave Martin dave.mar...@linaro.org wrote:
[...]
Note that converting to C doesn't mean that code which attempts to
copy function bodies will work: you still need to handle the fact that
if f() is a C function symbol,
On Wed, 8 Dec 2010, Dave Martin wrote:
Hi,
On Tue, Dec 7, 2010 at 7:15 PM, Nicolas Pitre nicolas.pi...@linaro.org
wrote:
On Tue, 7 Dec 2010, Dave Martin wrote:
On Tue, Dec 7, 2010 at 2:53 PM, Dave Martin dave.mar...@linaro.org wrote:
[...]
Note that converting to C doesn't mean
...@arm.com
Acked-by: Nicolas Pitre nicolas.pi...@linaro.org
---
arch/arm/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index f9ca7f3..7e825c3 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -1759,7 +1759,7
to the kernel, since this
processor supports the rare ARMv6T2 extensions, which add support
for Thumb-2 and a few other ARMv7 features.
Signed-off-by: Dave Martin dave.mar...@linaro.org
Acked-by: Catalin Marinas catalin.mari...@arm.com
Acked-by: Nicolas Pitre nicolas.pi...@linaro.org
---
arch
+ker...@arm.linux.org.uk
Acked-by: Nicolas Pitre nicolas.pi...@linaro.org
---
arch/arm/mm/Kconfig |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mm/Kconfig b/arch/arm/mm/Kconfig
index 22a3f4a..29215f5 100644
--- a/arch/arm/mm/Kconfig
+++ b/arch/arm
it unconditionally.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
Acked-by: Nicolas Pitre nicolas.pi...@linaro.org
Note: this is becoming a bit confusing and prone to mistake when we have:
CONFIG_CPU_V6
CONFIG_CPU_V6K
CONFIG_CPU_32v6
CONFIG_CPU_32v6K
I don't
On Mon, 17 Jan 2011, Russell King - ARM Linux wrote:
Make Dove platforms select the new V6K CPU option.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
Tested-by: Nicolas Pitre nicolas.pi...@linaro.org
I'd suggest doing the following instead of attaching the selection to
each
On Mon, 17 Jan 2011, Russell King - ARM Linux wrote:
On Mon, Jan 17, 2011 at 05:23:43PM -0500, Nicolas Pitre wrote:
Note: this is becoming a bit confusing and prone to mistake when we have:
Agreed.
CONFIG_CPU_V6
CONFIG_CPU_V6K
CONFIG_CPU_32v6
CONFIG_CPU_32v6K
On Mon, 17 Jan 2011, Russell King - ARM Linux wrote:
On Mon, Jan 17, 2011 at 10:36:35PM +, Russell King - ARM Linux wrote:
It may be better at some point to get rid of the CPU_32v* and replace
them with CPU_ARCH_V* instead, which makes it clear that these ones
definitely refer to the
Reviewed-by: Nicolas Pitre nicolas.pi...@linaro.org
Also heavily tested on an ext3 fs read-write, using a LE host.
---
arch/arm/include/asm/bitops.h | 60
+++--
arch/arm/kernel/armksyms.c| 18
arch/arm/lib/bitops.h | 38
On Mon, 17 Jan 2011, Russell King - ARM Linux wrote:
Add additional instructions to our assembly bitops functions to ensure
that they only operate on word-aligned pointers. This will be necessary
when we switch these operations to use the word-based exclusive
operations.
Signed-off-by:
On Tue, 18 Jan 2011, Russell King - ARM Linux wrote:
On Tue, Jan 18, 2011 at 01:00:21AM -0500, Nicolas Pitre wrote:
I also wonder what happens with a misaligned ldrex/strex... Does the
alignment trap get invoked? If so, the assertion could be put there
instead if that's not done already
On Sun, 23 Jan 2011, Russell King - ARM Linux wrote:
On Mon, Jan 17, 2011 at 07:21:40PM +, Russell King - ARM Linux wrote:
Switch the set/clear/change bitops to use the word-based exclusive
operations, which are only present in a wider range of ARM architectures
than the byte-based
On Tue, 25 Jan 2011, Russell King - ARM Linux wrote:
On Tue, Jan 25, 2011 at 05:33:14PM +, Dave Martin wrote:
On Tue, Jan 25, 2011 at 4:59 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Tue, Jan 25, 2011 at 04:43:52PM +, Dave Martin wrote:
A couple of questions
On Tue, 25 Jan 2011, Will Deacon wrote:
Hi Russell,
Hopefully this isn't too late to be useful.
On Mon, Jan 17, 2011 at 07:21:40PM +, Russell King - ARM Linux wrote:
Switch the set/clear/change bitops to use the word-based exclusive
operations, which are only present in a wider
On Wed, 26 Jan 2011, Dave Martin wrote:
On Tue, Jan 25, 2011 at 9:21 PM, Nicolas Pitre nicolas.pi...@linaro.org
wrote:
On Tue, 25 Jan 2011, Russell King - ARM Linux wrote:
Hmm, actually it looks like you can end up with configurations where the
spinlocks are inlined.
That means
On Wed, 26 Jan 2011, Dave Martin wrote:
On Wed, Jan 26, 2011 at 3:52 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
So I don't think weak symbols work like we want them to.
That was the conclusion I came to also ... the linker seems to resolve
references in each object
On Wed, 26 Jan 2011, Dave P. Martin wrote:
SMP_ON_UP fixups lead to vmlinux link errors if those sections are
discarded at link-time. In particular this may happen for built-in
__exit stuff.
This patch modifies the vmlinux linker script to reduce the amount
of discarded sections, and
On Thu, 3 Feb 2011, Tony Lindgren wrote:
Hi all,
Here are two patches that allow using machine ID for DEBUG_LL
macros by adding a new macro inituart.
This won't work with the device tree support as the machine ID is then
replaced with a catch-it-all-with-dt-support machine ID.
Nicolas
--
On Thu, 3 Feb 2011, Tony Lindgren wrote:
Allow machine specific init of the DEBUG_LL serial port. This is needed
to debug kernels built with support for multiple machines compiled in
without recompiling the kernel.
As some SoCs need to use variables to store the port address and LSR
On Thu, 3 Feb 2011, Tony Lindgren wrote:
Add empty inituart macros. These can be used to initialize
the debug serial port based on the machine ID.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-aaec2000/include/mach/debug-macro.S |4
On Thu, 3 Feb 2011, Tony Lindgren wrote:
This way we can have the debug-macro.S be common for omap1 and omap2+
and get sensible error messages booting the wrong zImage with
CONFIG_AUTO_ZRELADDR selected. Note that this does not seem to work
with u-boot and uImage.
Signed-off-by: Tony
On Thu, 3 Feb 2011, Tony Lindgren wrote:
* Nicolas Pitre n...@fluxnic.net [110203 18:01]:
On Thu, 3 Feb 2011, Tony Lindgren wrote:
Hi all,
Here are two patches that allow using machine ID for DEBUG_LL
macros by adding a new macro inituart.
This won't work with the device
On Fri, 4 Feb 2011, Tony Lindgren wrote:
* Nicolas Pitre n...@fluxnic.net [110203 19:32]:
On Thu, 3 Feb 2011, Tony Lindgren wrote:
This way we can have the debug-macro.S be common for omap1 and omap2+
and get sensible error messages booting the wrong zImage
On Fri, 4 Feb 2011, Tony Lindgren wrote:
* Nicolas Pitre n...@fluxnic.net [110204 12:14]:
Just create a get_config_ptr macro or similar and the trickery will be
nicely encapsulated. You'd have:
.macro get_config_ptr ptr, tmp
b 9002f
.align
9001: .long
On Tue, 8 Feb 2011, Santosh Shilimkar wrote:
I think it's probably going to be better to _purposely_ break the
OMAP build when it covers v6 and v7 CPUs in these kernels as I don't
think it's sanely fixable given where we are.
Agreed. At least making SMP unavailable when both v6 and v7
On Wed, 9 Feb 2011, Dave Martin wrote:
For CONFIG_THUMB2_KERNEL, the existing definition of do_wfi() will
insert invalid code into the instruction stream.
Any assembler which can assemble Thumb-2 is guaranteed to accept
the wfi mnemonic, so for the Thumb-2 case, just use the mnemonic.
On Wed, 9 Feb 2011, Russell King - ARM Linux wrote:
On Wed, Feb 09, 2011 at 08:24:21AM -0800, Tony Lindgren wrote:
* Santosh Shilimkar santosh.shilim...@ti.com [110209 01:59]:
From: Dave Martin [mailto:dave.mar...@linaro.org]
You could also have a v7+ unified kernel -- i.e.,
On Thu, 18 Feb 2010, Madhusudhan wrote:
If I look in the mainline kernel today there is only one SDIO card driver
sdio_uart.c. And at least I don't see a way I can test any of these
features myself.
There are many other SDIO drivers in the kernel today:
- The libertas wireless driver
On Thu, 18 Feb 2010, Steve Sakoman wrote:
On Thu, Feb 18, 2010 at 12:21 PM, Paul Walmsley p...@pwsan.com wrote:
(cc'ing Steve, Richard, Anand)
There appear to be least seven SDIO card drivers in 2.6.34-rc7. At least
one of these is for a TI chip - the wl1251. I think some of the
On Tue, 8 Dec 2009, Tony Lindgren wrote:
* Ladislav Michl ladislav.mi...@seznam.cz [091208 08:07]:
Now that all OMAP boards are using the board resources, we don't need
to keep the arch/board specific crap in the driver header.
Planning to merge this via linux-omap list too with the
On Fri, 18 Dec 2009, Russell King - ARM Linux wrote:
On Thu, Dec 17, 2009 at 07:19:24PM -0800, Tony Lindgren wrote:
Hi Catalin,
You may have already run into this, but if not, looks like commit
115b22474eb1905da2f606a057da345583d3 breaks compile for v7:
On Tue, 26 Aug 2008, Russell King - ARM Linux wrote:
The point is that my git usage does _not_ match with the requirements
brought on by publishing the git tree, and therefore it should _not_
be published in the first place. The only reason it is published is
because people like you vocally
On Tue, 26 Aug 2008, Nicolas Pitre wrote:
That's not all black or white. Many people have branches which are
rebased all the time, especially when those branches are made up of
other evolving branches. I Think this is the case of your devel branch
which sounds pretty fine to me. As long
On Wed, 23 Jun 2010, Jamie Lokier wrote:
For other things like __switch_to and maybe cache maintenance calls,
dmb() etc, I'd suggest first doing a generic asm mechanism like x86's
alternatives, keeping in mind that one of the alternatives has to be
XIP friendly.
You cannot be XIP friendly
On Fri, 25 Jun 2010, Russell King - ARM Linux wrote:
Does anyone know where we are on the defconfig problem? From what I
can see, it's mostly stalled for the time being, which is not good
news for us.
What looked to be promizing is the work by Uwe Kleine-König according to
the preview he
On Tue, 29 Jun 2010, Tony Lindgren wrote:
OK. Sorry for the delay again. Here's an updated version that sets
__kuser_get_tls instruction dynamically. Does this do what you were
thinking, or did I miss something?
See my comments below.
Also, can we detect somehow the hardware that uses
On Wed, 30 Jun 2010, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [100630 14:02]:
* Nicolas Pitre n...@fluxnic.net [100629 22:14]:
Updated patch below.
And a bug crept in..
+ .macro set_tls_v6, tp, tmp1, tmp2
+ ldr \tmp1, =elf_hwcap
+ ldr \tmp1, [\tmp1
On Thu, 1 Jul 2010, Jamie Lokier wrote:
Tony Lindgren wrote:
+static void __init kuser_get_tls_init(unsigned long vectors)
+{
+ /*
+* vectors + 0xfe0 = __kuser_get_tls
+* vectors + 0xfe8 = hardware TLS instruction at 0x0fe8
+*/
+ if (tls_emu || has_tls)
+
On Mon, 5 Jul 2010, Stephen Rothwell wrote:
Hi all,
Today's linux-next merge of the omap tree got a conflict in
arch/arm/kernel/entry-armv.S between commit
df0698be14c6683606d5df2d83e3ae40f85ed0d9 (ARM: stack protector: change
the canary value per task) from the arm tree and commit
On Tue, 6 Jul 2010, Ohad Ben-Cohen wrote:
From: Ohad Ben-Cohen oh...@ti.com
Add support for software emulation of card detect
events.
This is required for specific controllers
that are hard wired with embedded SDIO devices
(such as TI's wl1271 WLAN device).
Why?
Many instances of
On Tue, 6 Jul 2010, Madhusudhan wrote:
-Original Message-
From: Ohad Ben-Cohen [mailto:o...@wizery.com]
Sent: Tuesday, July 06, 2010 6:48 AM
To: Nicolas Pitre
Cc: linux-wirel...@vger.kernel.org; linux-...@vger.kernel.org; linux-
o...@vger.kernel.org; linux-arm-ker
On Tue, 6 Jul 2010, Roger Quadros wrote:
On 07/06/2010 03:53 PM, ext Ohad Ben-Cohen wrote:
Hi Roger,
On Tue, Jul 6, 2010 at 1:35 PM, Roger Quadrosroger.quad...@nokia.com
wrote:
My point is that shouldn't this be handled by SDIO core?
Care to explain what you mean / give a code
On Wed, 7 Jul 2010, Roger Quadros wrote:
On 07/06/2010 08:42 PM, ext Nicolas Pitre wrote:
On Tue, 6 Jul 2010, Roger Quadros wrote:
OK, this is how I see it.
- Treat the non-removable card as non-removable. So no need to do card
detect
emulation.
- Treat the GPIO power
On Wed, 7 Jul 2010, Roger Quadros wrote:
On 07/06/2010 10:51 PM, Hunter Adrian (Nokia-MS/Helsinki) wrote:
For eMMC in omap_hsmmc, this is all done via claim_host / release_host
which call -enable() / -disable() methods. omap_hsmmc makes use of
mmc_power_restore_host() which calls
On Wed, 7 Jul 2010, Madhusudhan wrote:
-Original Message-
From: Nicolas Pitre [mailto:n...@fluxnic.net]
Sent: Wednesday, July 07, 2010 9:03 AM
To: Roger Quadros
Cc: Hunter Adrian (Nokia-MS/Helsinki); Ohad Ben-Cohen; linux-
wirel...@vger.kernel.org; linux
On Wed, 7 Jul 2010, Adrian Hunter wrote:
Nicolas Pitre wrote:
On Wed, 7 Jul 2010, Roger Quadros wrote:
On 07/06/2010 10:51 PM, Hunter Adrian (Nokia-MS/Helsinki) wrote:
For eMMC in omap_hsmmc, this is all done via claim_host / release_host
which call -enable() / -disable() methods
On Mon, 12 Jul 2010, Uwe Kleine-König wrote:
On Mon, Jul 12, 2010 at 10:40:36AM -0700, Linus Torvalds wrote:
I hope you at least do agree that the current situation is a steaming
pile of sh*t. And yes, I _will_ remove the crap, both from POWER and
ARM, unless I see some serious tries at
On Mon, 12 Jul 2010, Linus Torvalds wrote:
I'd happily pull it. Just this single line in your email is a very
very powerful thing:
177 files changed, 652 insertions(+), 194157 deletions(-)
However, before I would pull, I'd definitely like to make sure we at
least have some way forward
On Mon, 12 Jul 2010, Linus Torvalds wrote:
On Mon, Jul 12, 2010 at 12:17 PM, Nicolas Pitre n...@fluxnic.net wrote:
Put another way: I realize that fairly late in the -rc series is
actually a really good time to do this, rather than during the merge
window itself when things
On Mon, 12 Jul 2010, Arnd Bergmann wrote:
On Monday 12 July 2010 20:50:29 Uwe Kleine-König wrote:
[1] The following changes since commit
67a3e12b05e055c0415c556a315a3d3eb637e29e:
Linux 2.6.35-rc1 (2010-05-30 13:21:02 -0700)
are available in the git repository at:
On Mon, 12 Jul 2010, David Brown wrote:
On Monday 12 July 2010 16:18:01 Linus Torvalds wrote:
2010/7/12 David Brown dav...@codeaurora.org:
Do you have scripts or tools that you did this with, or is a manual
process. We're about to add several new (ARM) targets, and it'd be
nice
PM, Linus Torvalds
torva...@linux-foundation.org wrote:
On Mon, Jul 12, 2010 at 12:17 PM, Nicolas Pitre n...@fluxnic.net
wrote:
I think Uwe could provide his script and add it to the kernel tree.
Then all architectures could benefit from it. Having the defconfig
files
that haven't been covered. E.g., one thing
we plan to look at next is their bahvior together with SDIO Suspend/Resume.
Special thanks to Roger Quadros and Nicolas Pitre for their extensive
review and helpful suggestions.
FYI, I do intend to review those patches, but I'll be flying home
On Sun, 25 Jul 2010, Ohad Ben-Cohen wrote:
On Thu, Jul 22, 2010 at 2:35 PM, Roger Quadros roger.quad...@nokia.com
wrote:
On 07/21/2010 08:33 PM, ext Ohad Ben-Cohen wrote:
Add support for an SDIO device to stay powered off even without
the presence of an SDIO function driver. A host
On Thu, 8 Sep 2011, Arnd Bergmann wrote:
On Tuesday 06 September 2011, Russell King - ARM Linux wrote:
On Tue, Sep 06, 2011 at 04:29:14AM -0700, Tony Lindgren wrote:
Arnd,
Care to pull the following fixes to the -rc series from Paul?
Tony,
I don't think that will happen
rant
I must state up front that I'm starting to share the frustration that
was publicly expressed by some other kernel maintainers on a few
occasions during the last year. I'm sorry that this frustration
build-up often ends up bursting out on the OMAP code, but the OMAP
kernel community is
On Mon, 3 Oct 2011, Tony Lindgren wrote:
* Nicolas Pitre n...@fluxnic.net [111003 11:26]:
The problem is that those ioremap() calls are performed _*before*_ the
memory is fully set up yet, and also even before the corresponding
static mappings are even in place! So not only
On Mon, 3 Oct 2011, Nicolas Pitre wrote:
On Mon, 3 Oct 2011, Tony Lindgren wrote:
* Nicolas Pitre n...@fluxnic.net [111003 11:26]:
Furthermore... there is also a static mapping for physical address
0x4e00 using virtual address 0xff10 which is already reserved
for other
On Mon, 3 Oct 2011, Russell King - ARM Linux wrote:
On Mon, Oct 03, 2011 at 06:09:57PM -0400, Nicolas Pitre wrote:
On Mon, 3 Oct 2011, Tony Lindgren wrote:
Having the SRAM base address move around with different sizes also
requires the SoC detection.. Otherwise we can end up mapping
On Tue, 4 Oct 2011, Santosh Shilimkar wrote:
On Tuesday 04 October 2011 04:08 AM, Tony Lindgren wrote:
* Nicolas Pitre n...@fluxnic.net [111003 14:36]:
On Mon, 3 Oct 2011, Tony Lindgren wrote:
Having the SRAM base address move around with different sizes also
requires the SoC detection
On Tue, 4 Oct 2011, Russell King - ARM Linux wrote:
On Tue, Oct 04, 2011 at 05:10:36PM -0400, Nicolas Pitre wrote:
Which makes me think... with all those architectures intercepting
ioremap calls in order to provide an equivalent static mapping address,
they already get an unexpected
On Tue, 4 Oct 2011, Tony Lindgren wrote:
In any case, I suggest we add the following __arm_ioremap_exec patch
and then sort out issues with it as they show up.
This allows further work on the common SRAM genalloc patches and generic
map_io patches.
Nico, I already have a series
-by: Tony Lindgren t...@atomide.com
Acked-by: Nicolas Pitre nicolas.pi...@linaro.org
As mentioned, you might consider dropping the export until needed.
---
arch/arm/include/asm/io.h |1 +
arch/arm/mm/ioremap.c | 22 ++
2 files changed, 23 insertions(+), 0 deletions
On Tue, 4 Oct 2011, Tony Lindgren wrote:
This allows us to remove omap hacks for map_io.
Signed-off-by: Tony Lindgren t...@atomide.com
Nice cleanup.
Acked-by: Nicolas Pitre nicolas.pi...@linaro.org
---
arch/arm/mach-omap2/io.c | 19 +---
arch/arm/plat-omap/sram.c | 69
On Tue, 4 Oct 2011, Tony Lindgren wrote:
Otherwise we can't do generic map_io as we currently rely on
static mappings that work only because of arch_ioremap.
Signed-off-by: Tony Lindgren t...@atomide.com
That's great.
Acked-by: Nicolas Pitre nicolas.pi...@linaro.org
diff --git a/arch/arm
On Tue, 4 Oct 2011, Rob Herring wrote:
On 10/04/2011 04:21 PM, Nicolas Pitre wrote:
On Tue, 4 Oct 2011, Santosh Shilimkar wrote:
On Tuesday 04 October 2011 04:08 AM, Tony Lindgren wrote:
* Nicolas Pitre n...@fluxnic.net [111003 14:36]:
On Mon, 3 Oct 2011, Tony Lindgren wrote
On Thu, 6 Oct 2011, Tony Lindgren wrote:
* S, Venkatraman svenk...@ti.com [110825 07:23]:
On Thu, Aug 25, 2011 at 5:19 PM, Cousson, Benoit b-cous...@ti.com wrote:
Hi Venkat,
On 8/24/2011 9:46 PM, S, Venkatraman wrote:
As part of an effort to get single ARM kernel binary [1],
On Fri, 7 Oct 2011, Santosh Shilimkar wrote:
I have reviewed and tested this series. No problems seen.
As asked on other thread, if you are targeting this one for
3.2, then sram changes would have a small conflict with
OMAP4 errata patch. If it is for 3.3, we should be able to
sort out that
-by: Nicolas Pitre nicolas.pi...@linaro.org
---
arch/arm/mach-omap1/io.c |1 +
arch/arm/mach-omap2/io.c |1 +
arch/arm/plat-omap/include/plat/io.h |2 ++
arch/arm/plat-omap/io.c | 10 ++
4 files changed, 14 insertions(+), 0
On Fri, 7 Oct 2011, Tony Lindgren wrote:
* Nicolas Pitre n...@fluxnic.net [111007 12:41]:
On Thu, 6 Oct 2011, Tony Lindgren wrote:
* S, Venkatraman svenk...@ti.com [110825 07:23]:
On Thu, Aug 25, 2011 at 5:19 PM, Cousson, Benoit b-cous...@ti.com
wrote:
Hi Venkat
On Fri, 7 Oct 2011, Tony Lindgren wrote:
* Santosh Shilimkar santosh.shilim...@ti.com [111006 23:22]:
The changes looks fine to me. Though the ugly hard-coding
is back with it, it's a step towards generic_io, so hopefully
it won't have to stay for long time.
Nico please correct me if
On Fri, 31 Aug 2012, Hiremath, Vaibhav wrote:
On Fri, Aug 31, 2012 at 22:43:36, Russell King - ARM Linux wrote:
On Fri, Aug 31, 2012 at 08:24:51PM +0530, Vaibhav Hiremath wrote:
Hi Russell Tony,
AM335X EVM (based on AM33XX device) only supports DT boot mode and
doesn't have
On Mon, 3 Sep 2012, Mohammed, Afzal wrote:
Hi,
On Fri, Aug 31, 2012 at 23:53:32, Nicolas Pitre wrote:
On Fri, 31 Aug 2012, Hiremath, Vaibhav wrote:
On Fri, Aug 31, 2012 at 22:43:36, Russell King - ARM Linux wrote:
On Fri, Aug 31, 2012 at 08:24:51PM +0530, Vaibhav Hiremath wrote
On Wed, 31 Aug 2011, Will Deacon wrote:
On Wed, Aug 31, 2011 at 02:43:33PM +0100, Mark Salter wrote:
On Wed, 2011-08-31 at 09:49 +0100, Will Deacon wrote:
On Wed, Aug 31, 2011 at 01:23:47AM +0100, Chen Peter-B29397 wrote:
One question: why this write buffer issue did not happen at UP
On Fri, 2 Sep 2011, Kevin Hilman wrote:
Hi Tony,
Your testing-board branch currently has a couple new boards that are
missing the boot_params to atag_offset conversion (patch below.)
There's a patch below to fix this, but maybe it's better to just rebase
your testing-board branch onto
On Fri, 2 Sep 2011, Nicolas Pitre wrote:
On Fri, 2 Sep 2011, Kevin Hilman wrote:
Hi Tony,
Your testing-board branch currently has a couple new boards that are
missing the boot_params to atag_offset conversion (patch below.)
There's a patch below to fix this, but maybe it's better
and
invalidates the D-cache up to LoUIS and invalidates the I-cache, according
to the new API.
Reviewed-by: Santosh Shilimkar santosh.shilim...@ti.com
Signed-off-by: Lorenzo Pieralisi lorenzo.pieral...@arm.com
Reviewed-by: Nicolas Pitre n...@linaro.org
---
arch/arm/include/asm/cacheflush.h
-off-by: Lorenzo Pieralisi lorenzo.pieral...@arm.com
Acked-by: Nicolas Pitre n...@linaro.org
---
arch/arm/mm/cache-v7.S | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/arch/arm/mm/cache-v7.S b/arch/arm/mm/cache-v7.S
index d1fa2f6..140b294 100644
--- a/arch
management remains unchanged.
Reviewed-by: Santosh Shilimkar santosh.shilim...@ti.com
Signed-off-by: Lorenzo Pieralisi lorenzo.pieral...@arm.com
Reviewed-by: Nicolas Pitre n...@linaro.org
---
arch/arm/kernel/suspend.c | 17 -
1 file changed, 16 insertions(+), 1 deletion
Shilimkar santosh.shilim...@ti.com
Signed-off-by: Lorenzo Pieralisi lorenzo.pieral...@arm.com
Acked-by: Nicolas Pitre n...@linaro.org
---
arch/arm/kernel/smp.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/arch/arm/kernel/smp.c b/arch/arm/kernel/smp.c
index d3eb222
Shilimkar santosh.shilim...@ti.com
Signed-off-by: Lorenzo Pieralisi lorenzo.pieral...@arm.com
Reviewed-by: Nicolas Pitre n...@linaro.org
---
arch/arm/mm/proc-v7.S | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mm/proc-v7.S b/arch/arm/mm/proc-v7.S
index c2e2b66
On Fri, 5 Oct 2012, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [121005 16:27]:
* Russell King - ARM Linux li...@arm.linux.org.uk [121005 16:10]:
On Fri, Oct 05, 2012 at 01:08:22PM -0700, Tony Lindgren wrote:
Just bisected this down in linux-next for breaking booting of
my
On Sat, 6 Oct 2012, Marc Zyngier wrote:
Hi Tony,
On Fri, 5 Oct 2012 13:08:22 -0700, Tony Lindgren t...@atomide.com wrote:
Hi,
* Marc Zyngier marc.zyng...@arm.com [120907 10:04]:
From: Dave Martin dave.mar...@linaro.org
This patch does two things:
* Ensure that
if not entered in HYP mode.
Yes, with this it boots OK.
OK. In that case, I suggest this patch be sent to Russell to fix this
issue so he could push the ARM stuff to Linus ASAP.
Acked-by: Nicolas Pitre n...@linaro.org
Nicolas
--
To unsubscribe from this list: send the line unsubscribe linux
On Mon, 14 May 2012, Cousson, Benoit wrote:
Salut Thomas,
Sorry for the delay.
On 5/4/2012 5:59 PM, Thomas Petazzoni wrote:
Hello Benoit,
Le Fri, 23 Sep 2011 22:23:09 +0200,
Benoit Coussonb-cous...@ti.com a écrit :
Add SoC specific map_io function to be used by the generic
On Fri, 1 Apr 2011, Arnd Bergmann wrote:
On Friday 01 April 2011, Detlef Vollmann wrote:
On 04/01/11 16:59, Arnd Bergmann wrote:
On Friday 01 April 2011, Detlef Vollmann wrote:
On 04/01/11 15:54, Arnd Bergmann wrote:
9. All interesting work is going into a handful of platforms, all
On Fri, 1 Apr 2011, Arnd Bergmann wrote:
On Friday 01 April 2011, Will Deacon wrote:
1. The core arch code is not a problem (Russell does a great job here)
2. The platform specific code contains a lot of crap that doesn't belong
there
(not enough reviewers to push back on crap)
On Sat, 2 Apr 2011, Arnd Bergmann wrote:
On Friday 01 April 2011 21:54:47 Nicolas Pitre wrote:
I however don't think it is practical to go off in a separate
mach-nocrap space and do things in parallel. Taking OMAP as an example,
there is already way too big of an infrastructure in place
reverted -rc1 works:
commit d239b1dc093d551046a909920b5310c1d1e308c1
Author: Nicolas Pitre nicolas.pi...@linaro.org
Date: Mon Feb 21 04:57:38 2011 +0100
ARM: 6746/1: remove the 4x expansion presumption while decompressing
the kernel
With the revert, also bigger
On Mon, 4 Apr 2011, Benjamin Herrenschmidt wrote:
On Fri, 2011-04-01 at 16:28 +0200, Detlef Vollmann wrote:
* No board files
Where do you put code that needs to run very early (e.g. pinging the
watchdog)?
Even on powerpc I keep board files :-)
The main thing is:
- The generic
On Fri, 8 Apr 2011, Li Li wrote:
Dears,
I cannot understand how TLS EMU ensure it's SMP safe, because get_tls
helper (at 0x0fe0) just read the value from 0x0ff0. But all
SMP cores should have the exact same mapping to the vectors page (at
0x). So various threads running on
On Wed, 13 Apr 2011, Tony Lindgren wrote:
* Nicolas Pitre nicolas.pi...@linaro.org [110402 05:40]:
On Thu, 31 Mar 2011, Aaro Koskinen wrote:
Hi,
On Wed, 30 Mar 2011, Kevin Hilman wrote:
Tony Lindgren t...@atomide.com writes:
FYI, looks like we've started hitting some
On Tue, 19 Apr 2011, Tony Lindgren wrote:
Aaro and I speculated that boards using u-boot with uImage work,
while n900 is using zImage and fails with the same kernel probably
because of the different placement of compressed image in the
memory.
Could you try the following (by changing the
On Thu, 21 Apr 2011, Tony Lindgren wrote:
Otherwise we end up overwriting ourselves. This fixes booting
on n900 after commit 6d7d0ae51574943bf571d269da3243257a2d15db
(ARM: 6750/1: improvements to compressed/head.S).
Signed-off-by: Tony Lindgren t...@atomide.com
I don't understand why this
On Thu, 21 Apr 2011, Nicolas Pitre wrote:
On Thu, 21 Apr 2011, Tony Lindgren wrote:
Otherwise we end up overwriting ourselves. This fixes booting
on n900 after commit 6d7d0ae51574943bf571d269da3243257a2d15db
(ARM: 6750/1: improvements to compressed/head.S).
Signed-off-by: Tony
On Thu, 21 Apr 2011, Nicolas Pitre wrote:
On Thu, 21 Apr 2011, Nicolas Pitre wrote:
On Thu, 21 Apr 2011, Tony Lindgren wrote:
Otherwise we end up overwriting ourselves. This fixes booting
on n900 after commit 6d7d0ae51574943bf571d269da3243257a2d15db
(ARM: 6750/1: improvements
1 - 100 of 166 matches
Mail list logo