Hi Catalian,<br><br>I see this patch<br><br>&nbsp;RealView: Fix SD/MMC card detection on RealView PB1176<br><br><br>The RealView PB1176 has to use GPIO for detecting the SD/MMC card<br>change.<br>Commit ID &nbsp;&nbsp;&nbsp;&nbsp; : &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; e83e8eab985df97f2b49e2863c97bc929a921b63<br><br><br>This is no yet made to Kernel.org nor to stable arm git or is it dropped, or will be supported later.<br><br>Regards<br>Neelu<br><br><font face="Tahoma, Arial, Sans-Serif" size="2"><hr size="2" width="100%" align="center"><strong>From</strong>: Catalin Marinas &lt;catalin.marinas@arm.com&gt;<br><strong>Sent</strong>: Monday, August 24, 2009 8:47 PM<br><strong>To</strong>: Jamie Lokier &lt;jamie@shareable.org&gt;<br><strong>Subject</strong>: Re: LDREX/STREX and pre-emption on SMP hardware</font><br><br>On Mon, 2009-08-24 at 22:12 +0100, Jamie Lokier wrote:<br>&gt; Catalin Marinas wrote:<br>&gt; &gt; BTW, some time ago I sent a patch to clear the exclusive monitor at<br>&gt; &gt; every exception entry (interrupt, aborts etc.) but wasn't accepted. The<br>&gt; &gt; main reason for that was to be able to only use STR for atomic_set()<br>&gt; &gt; rather than the combination of LDREX/STREX we have now.<br>&gt; <br>&gt; Would CLREX+STR work, and would it be an improvement?<br><br>IMHO, yes. You use CLREX at every exception entry and make the<br>atomic_set() function simply use STR. But the argument was that<br>atomic_set() isn't used very often anyway.<br><br>&gt; &gt; A similar reason for STR used in application signal handlers which<br>&gt; &gt; are usually invoked without a __switch_to call (unless the signal<br>&gt; &gt; handler is in a different application from the running one).<br>&gt; <br>&gt; How about adding CLREX to the signal handling path?  Not exception<br>&gt; entry, but the part which sets up the signal frame.<br><br>Yes, that's the solution, only that I've never had the time to revisit<br>it and send another patch.<br><br>-- <br>Catalin<br><br><br>_______________________________________________<br>linux-arm-kernel mailing list<br>linux-arm-kernel@lists.infradead.org<br>http://lists.infradead.org/mailman/listinfo/linux-arm-kernel<br><br>