Re: [Xenomai] Hung task on Xenomai patched ARM 3.8.13 BeagleBone Kernel

[Charles Steinkuehler <charles@steinkuehler.net>]

On 10/17/2013 1:43 PM, Gilles Chanteperdrix wrote:
> On 10/17/2013 02:39 PM, Charles Steinkuehler wrote:
> 
>> If so, I suspect something with the mmc and dma updates specific to
>> the BeagleBone patch set.  Maybe I should be pestering the OMAP
>> kernel list?
> 
> As I said in my first answer, the thing that could happen could be
> that the driver is not prepared for the interrupt controller to
> receive another interrupt while the interrupt line is masked after
> receiving the first interrupt, this could be considered a driver bug
> which is exposed by the fact that interrupts are masked for a longer
> time with the I-pipe patch.

For anyone still following or stumbling across this thread, Ralf Roesch
identified a commit from the 3.12 branch that appears to fix the issue,
both for the Xenomai patched BeagleBone kernel and for the 'standard'
BeagleBone kernel without xenomai patches applied.  The odd behavior I
was getting with a 'standard' kernel vs the xenomai patched kernel is
apparently due to my not generating enough stress to trigger the bug
when the xenomai patches were not enabled (it is much easier to generate
the hung task with the xenomai patches applied, but the issue isn't
directly related to xenomai in any way, it's a goof in the status
register handling of the MMC controller).

The patch with the fix from the 3.12 kernel source can be found here:

http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=7472bab236bdee1173412585591329e718f4d324

-- 
Charles Steinkuehler
charles@steinkuehler.net

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 261 bytes
Desc: OpenPGP digital signature
URL: <http://www.xenomai.org/pipermail/xenomai/attachments/20131104/4a5df78e/attachment.sig>