From: Philippe De Muyter <phdm@macqel.be>
To: Greg Ungerer <gerg@snapgear.com>
Cc: linux-m68k@vger.kernel.org, uclinux-dev@uclinux.org,
Greg Ungerer <gerg@uclinux.org>
Subject: Re: [PATCH] m68knommu: allow ColdFire CPUs to use unaligned accesses
Date: Fri, 8 Jun 2012 15:35:03 +0200 [thread overview]
Message-ID: <20120608133503.GA12617@frolo.macqel> (raw)
In-Reply-To: <4FD1EDDF.1040101@snapgear.com>
Hi Greg,
On Fri, Jun 08, 2012 at 10:19:43PM +1000, Greg Ungerer wrote:
> Hi Philippe,
>
> On 06/08/2012 08:39 PM, Philippe De Muyter wrote:
>> On Fri, Jun 08, 2012 at 03:43:00PM +1000, gerg@snapgear.com wrote:
>>> From: Greg Ungerer<gerg@uclinux.org>
>>>
>>> All current ColdFire CPUs are able to support unaligned memory accesses.
>>> So remove the CONFIG_CPU_HAS_NO_UNALIGNED option selection for ColdFire.
>>>
>>> It seems that the current restriction was inherrited from the early
>>> non-MMU
>>> support for the basic 68000 proecssors - which do not support unaligned
>>> accesses.
>>
>> It seems that the first ColdFires needed the restriction :
>>
>> I read in the "MCF5200 ColdFire Family ProgrammerÆs Reference Manual"
>> :
>>
>> The ColdFire processor default configuration supports word- and
>> longword-sized operand references on 0-modulo-2 and 0-modulo-4
>> addresses, respectively. All other references are defined as
>> misaligned accesses. Any attempt to access a misaligned operand
>> generates an address-error exception, unless the optional hardware
>> module for handling misalignment is present. This misalignment
>> module converts any misaligned operand references into a series
>> of aligned bus cycles to access the data. The existence of the
>> misalignment module is implementation-dependent and is documented
>> in the appropriate ColdFire userÆs manual.
I mentionned that only to make you able to soften the commit comment :)
>
> I wish Freescale really did make that clear within the doco for each
> part!
>
> The oldest (and I assume simplest) part we support is the 5206, and it
> does explicitly state in the MCF5206UM that it supports unaligned
> accesses (Section 6.6). It is not as clear as this in some of the
> other CPU/SoC User Manuals that I looked through.
>
> I am pretty confident that all the parts we currently support in Linux
> do unaligned accesses.
I agree. And if some parts did not implement it, we'd see it quickly.
Regards
Philippe
next prev parent reply other threads:[~2012-06-08 13:35 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-08 5:43 [PATCH] m68knommu: allow ColdFire CPUs to use unaligned accesses gerg
2012-06-08 7:19 ` Geert Uytterhoeven
2012-06-08 9:10 ` Greg Ungerer
2012-06-08 10:39 ` Philippe De Muyter
2012-06-08 12:19 ` Greg Ungerer
2012-06-08 13:35 ` Philippe De Muyter [this message]
2012-06-12 2:25 ` Greg Ungerer
2012-06-12 7:26 ` Philippe De Muyter
2012-06-12 20:27 ` Geert Uytterhoeven
2012-06-13 0:27 ` Greg Ungerer
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=20120608133503.GA12617@frolo.macqel \
--to=phdm@macqel.be \
--cc=gerg@snapgear.com \
--cc=gerg@uclinux.org \
--cc=linux-m68k@vger.kernel.org \
--cc=uclinux-dev@uclinux.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