linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: ben.dooks@codethink.co.uk (Ben Dooks)
To: linux-arm-kernel@lists.infradead.org
Subject: 3.11-rc7 big-endian support
Date: Thu, 29 Aug 2013 11:23:21 +0100	[thread overview]
Message-ID: <521F2119.8080204@codethink.co.uk> (raw)
In-Reply-To: <20130829115951.4d6df89b@skate>

On 29/08/13 10:59, Thomas Petazzoni wrote:
> Dear Ben Dooks,
>
> On Tue, 27 Aug 2013 23:02:01 +0100, Ben Dooks wrote:
>> On 27/08/13 22:38, Ben Dooks wrote:
>>> This is a new series of the core work for getting big-endian working
>>> nicely on ARM. This is mainly a rebase on 3.11-rc7 and has not had
>>> a lot of testing on it.
>>>
>>> It is available on:
>>>
>>> 	git://git.baserock.org/delta/linux.git baserock/311-rc7/be/core-v1
>>>
>>> Since the previous version:
>>>
>>> - Added Victor's atomic64 patch
>>> - Fixed BUG() patch to use<asm/opcodes.h>
>>>
>>> I would like to get as much of this merged as possible, so would
>>> it be possible
>>
>> Is it possible to get all or some of this series pulled before the
>> next merge window? Do I need to remove the machine specific parts
>> of the series?
>
> I believe your patch series would get more attention if the cover
> letter was a bit better. It lacks a version number and a changelog. The
> new posting you made as "re-send patch series due to mta issues" does
> not even have a cover letter.

That was in-reply to as it seems that some of the messages never made
it back to me due to a mta issue at my end that needed fixing.

> Also, none of the patches are Cc'ed to the relevant maintainers, so I'm
> not sure how you expect those maintainers to look at your patches?

I actually left the machine specific ones in this series as a convenient
place to keep them before producing a tree for submission.

> Would it be possible to Cc me on future postings of this patch set?
>
> Considering the Acked-by and Reviewed-by you had, I would suggest that
> you push the following patches in Russell King's patch system:
>
>   [PATCH 02/19] ARM: asm: Add ARM_BE8() assembly helper
>   [PATCH 03/19] ARM: fixup_pv_table bug when CPU_ENDIAN_BE8
>                 (after adding Dave Martin Reviewed-by)
>   [PATCH 04/19] ARM: set BE8 if LE in head code
>                 (after adding Dave Martin Reviewed-by and removing the
>                 merge line conflict)
>   [PATCH 05/19] ARM: pl01x debug code endian fix
>   [PATCH 06/19] ARM: twd: data endian fix
>   [PATCH 07/19] ARM: smp_scu: data endian fixes
>   [PATCH 11/19] ARM: alignment: correctly decode instructions in BE8 mode.
>                 (after adding Dave Martin Reviewed-by)
>   [PATCH 12/19] ARM: traps: use<asm/opcodes.h>  to get correct instruction order
>                 (after fixing the typo pointed by Dave Martin)
>   [PATCH 13/19] ARM: module: correctly relocate instructions in BE8
>                 (after adding Dave Martin Reviewed-by)
>   [PATCH 14/19] ARM: set --be8 when linking modules
>                 (after adding Dave Martin Reviewed-by)
>   [PATCH 15/19] ARM: hardware: fix endian-ness in<hardware/coresight.h>
>   [PATCH 16/19] ARM: net: fix arm instruction endian-ness in bpf_jit_32.c
>                 (after adding Dave Martin Reviewed-by)
>   [PATCH 17/19] ARM: Correct BUG() assembly to ensure it is endian-agnostic
>                 (after adding Dave Martin Reviewed-by)
>   [PATCH 18/19] ARM: kdgb: use<asm/opcodes.h>  for data to be assembled as intruction
>                 (after adding Dave Martin Reviewed-by)
>   [PATCH 19/19] ARM: atomic64: fix endian-ness in atomic.h
>
> Considering the release timing, you should really submit those either
> today or tomorrow into Russell's patch system if you want them to be
> merged for 3.12.
>
> Regarding mvebu, the below patch is needed to get the secondary CPUs to
> boot. Other than that, on Armada XP:
>
> Tested-by: Thomas Petazzoni<thomas.petazzoni@free-electrons.com>

I will fix up the original patch, as it seems to have gotten out of sync
with the change to add the coherency fabric code.

> It doesn't work yet on Armada 370, but I'm not sure it's due to your
> patches and anyway isn't a regression since LE continues to work fine
> on Armada 370.

I wonder if it is due to a bootloader issue. I will push out the atags
branch later today and you can try that.

> diff --git a/arch/arm/mach-mvebu/headsmp.S b/arch/arm/mach-mvebu/headsmp.S
> index 3109df0..be067b7 100644
> --- a/arch/arm/mach-mvebu/headsmp.S
> +++ b/arch/arm/mach-mvebu/headsmp.S
> @@ -29,13 +29,13 @@
>    * startup
>    */
>   ENTRY(armada_xp_secondary_startup)
> +ARM_BE8(setend be )                    @ go BE8 if booted LE
> +
>          /* Get coherency fabric base physical address */
>          adr     r0, 1f
>          ldr     r1, [r0]
>          ldr     r0, [r0, r1]
>
> - ARM_BE8(setend        be )                    @ go BE8 if booted LE
> -
>          /* Read CPU id */
>          mrc     p15, 0, r1, c0, c0, 5
>          and     r1, r1, #0xF
>
> Thanks,
>
> Thomas


-- 
Ben Dooks				http://www.codethink.co.uk/
Senior Engineer				Codethink - Providing Genius

  reply	other threads:[~2013-08-29 10:23 UTC|newest]

Thread overview: 62+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-08-27 21:38 3.11-rc7 big-endian support Ben Dooks
2013-08-27 21:38 ` [PATCH 01/19] ARM: fix ARCH_IXP4xx usage of ARCH_SUPPORTS_BIG_ENDIAN Ben Dooks
2013-08-27 21:38 ` [PATCH 02/19] ARM: asm: Add ARM_BE8() assembly helper Ben Dooks
2013-08-27 21:38 ` [PATCH 03/19] ARM: fixup_pv_table bug when CPU_ENDIAN_BE8 Ben Dooks
2013-08-28 16:54   ` Dave Martin
2013-08-27 21:38 ` [PATCH 04/19] ARM: set BE8 if LE in head code Ben Dooks
2013-08-28 10:21   ` Thomas Petazzoni
2013-08-28 16:42   ` Dave Martin
2013-08-27 21:38 ` [PATCH 05/19] ARM: pl01x debug code endian fix Ben Dooks
2013-08-28 17:03   ` Dave Martin
2013-08-27 21:38 ` [PATCH 06/19] ARM: twd: data " Ben Dooks
2013-08-27 21:38 ` [PATCH 07/19] ARM: smp_scu: data endian fixes Ben Dooks
2013-08-27 21:38 ` [PATCH 08/19] highbank: enable big-endian Ben Dooks
2013-08-28 15:21   ` Rob Herring
2013-08-30 18:50     ` Ben Dooks
2013-08-27 21:38 ` [PATCH 09/19] mvebu: support running big-endian Ben Dooks
2013-08-27 21:38 ` [PATCH 10/19] vexpress: add big endian support Ben Dooks
2013-08-27 21:38 ` [PATCH 11/19] ARM: alignment: correctly decode instructions in BE8 mode Ben Dooks
2013-08-28 16:44   ` Dave Martin
2013-08-27 21:38 ` [PATCH 12/19] ARM: traps: use <asm/opcodes.h> to get correct instruction order Ben Dooks
2013-08-28 11:22   ` Dave Martin
2013-08-27 21:38 ` [PATCH 13/19] ARM: module: correctly relocate instructions in BE8 Ben Dooks
2013-08-28 16:46   ` Dave Martin
2013-08-27 21:38 ` [PATCH 14/19] ARM: set --be8 when linking modules Ben Dooks
2013-08-28 16:38   ` Dave Martin
2013-08-30 18:55     ` Ben Dooks
2013-08-27 21:38 ` [PATCH 15/19] ARM: hardware: fix endian-ness in <hardware/coresight.h> Ben Dooks
2013-08-27 21:38 ` [PATCH 16/19] ARM: net: fix arm instruction endian-ness in bpf_jit_32.c Ben Dooks
2013-08-28 16:47   ` Dave Martin
2013-08-27 21:38 ` [PATCH 17/19] ARM: Correct BUG() assembly to ensure it is endian-agnostic Ben Dooks
2013-08-28 16:48   ` Dave Martin
2013-08-27 21:38 ` [PATCH 18/19] ARM: kdgb: use <asm/opcodes.h> for data to be assembled as intruction Ben Dooks
2013-08-28 16:50   ` Dave Martin
2013-08-27 21:38 ` [PATCH 19/19] ARM: atomic64: fix endian-ness in atomic.h Ben Dooks
2013-08-27 22:02 ` 3.11-rc7 big-endian support Ben Dooks
2013-08-29  9:59   ` Thomas Petazzoni
2013-08-29 10:23     ` Ben Dooks [this message]
2013-08-29 10:28       ` Thomas Petazzoni
2013-08-29 15:53         ` Victor Kamensky
2013-08-29 17:17           ` Ben Dooks
2013-08-28 11:45 ` re-send patch series due to mta issues Ben Dooks
2013-08-28 11:45   ` [PATCH 01/19] ARM: fix ARCH_IXP4xx usage of ARCH_SUPPORTS_BIG_ENDIAN Ben Dooks
2013-08-28 11:45   ` [PATCH 02/19] ARM: asm: Add ARM_BE8() assembly helper Ben Dooks
2013-08-28 11:45   ` [PATCH 03/19] ARM: fixup_pv_table bug when CPU_ENDIAN_BE8 Ben Dooks
2013-08-28 11:45   ` [PATCH 04/19] ARM: set BE8 if LE in head code Ben Dooks
2013-08-28 11:45   ` [PATCH 05/19] ARM: pl01x debug code endian fix Ben Dooks
2013-08-28 11:45   ` [PATCH 06/19] ARM: twd: data " Ben Dooks
2013-08-28 11:45   ` [PATCH 07/19] ARM: smp_scu: data endian fixes Ben Dooks
2013-08-28 11:45   ` [PATCH 08/19] highbank: enable big-endian Ben Dooks
2013-08-28 11:45   ` [PATCH 09/19] mvebu: support running big-endian Ben Dooks
2013-08-28 11:45   ` [PATCH 10/19] vexpress: add big endian support Ben Dooks
2013-08-28 11:45   ` [PATCH 11/19] ARM: alignment: correctly decode instructions in BE8 mode Ben Dooks
2013-08-28 19:40     ` Sergei Shtylyov
2013-08-30 18:47       ` Ben Dooks
2013-08-28 11:45   ` [PATCH 12/19] ARM: traps: use <asm/opcodes.h> to get correct instruction order Ben Dooks
2013-08-28 11:45   ` [PATCH 13/19] ARM: module: correctly relocate instructions in BE8 Ben Dooks
2013-08-28 11:45   ` [PATCH 14/19] ARM: set --be8 when linking modules Ben Dooks
2013-08-28 11:45   ` [PATCH 15/19] ARM: hardware: fix endian-ness in <hardware/coresight.h> Ben Dooks
2013-08-28 11:45   ` [PATCH 16/19] ARM: net: fix arm instruction endian-ness in bpf_jit_32.c Ben Dooks
2013-08-28 11:45   ` [PATCH 17/19] ARM: Correct BUG() assembly to ensure it is endian-agnostic Ben Dooks
2013-08-28 11:45   ` [PATCH 18/19] ARM: kdgb: use <asm/opcodes.h> for data to be assembled as intruction Ben Dooks
2013-08-28 11:45   ` [PATCH 19/19] ARM: atomic64: fix endian-ness in atomic.h Ben Dooks

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=521F2119.8080204@codethink.co.uk \
    --to=ben.dooks@codethink.co.uk \
    --cc=linux-arm-kernel@lists.infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).