Building of arch/arm/plat-mxc/ssi-fiq.S failed w/ THUMB2 enabled?

On Mon, Jan 23, 2012 at 5:59 AM, Sascha Hauer [off-list ref] wrote:

On Fri, Jan 20, 2012 at 12:00:03PM +0000, Dave Martin wrote:

quoted

On Fri, Jan 20, 2012 at 11:52:17AM +0000, Russell King - ARM Linux wrote:

quoted

On Fri, Dec 02, 2011 at 11:24:18AM +0100, Uwe Kleine-K?nig wrote:

quoted

On Fri, Dec 02, 2011 at 06:01:08PM +0800, Eric Miao wrote:

quoted

Hi Dave & Sascha,

I checked the log of this file, found a THUMB2 related changes, yet
I'm still having the failure below, can you help do a quick check?

the problem is that in Thumb most commands don't work with r8-r15
because there are only three bits used to encode them. This is
unfortunate as the other registers are not banked for FIQ.

The best possibility I see is to save some unbanked registers to the
banked registers on entry and restore them on exception exit.

Or always build this as ARM code.

That should work, sure -- I prefer to keep the number of instances where
we need to do this to a minimum if we can, though.

I vote for compiling this in ARM mode since it's a straight forward
solution.

Some background:

The original reason for creating this code was that we did not have SDMA
support at the time I wanted audio support. The FIQ code was a simple
way to seperate audio and DMA support and to push them to mainline
seperately. There is another reason for having this code though. The
i.MX SSI port is quite broken in AC97 mode. Some AC97 codecs like the
WM9712 always send data in slot 12 (IIRC it contains gpio status). The
SSI unit always puts all valid slots into the data stream, so we end up
having the audio rx data interleaved with the gpio status data. The FIQ
code is used to skip the gpio status data (see /* dummy read to skip
slot 12 */ in ssi-fiq.S).

Okay so let's start with the thumb-isation of that code since it's
breaking thumb2 kernel builds for i.MX with
SSI audio (regardless of AC97 requirement).

Freescale's older BSPs implemented AC97 and I2S audio mode seperately
(duplicating code but.. that can
be fixed) to set up different DAIs so it's not impossible to consider
that the different SSI modes could be
made fairly modular based on some kind of internal core subsystem..?
Later though, right? :)

I can officially say that I don't care, as long as it builds in Thumb2
mode, and audio plays.. for now. Dave's
patch seems to work, can we upstream it?

-- 
Matt Sealey [off-list ref]
Product Development Analyst, Genesi USA, Inc.