<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Oct 23, 2017 at 11:34 AM, Kevin O'Connor <span dir="ltr"><<a href="mailto:kevin@koconnor.net" target="_blank">kevin@koconnor.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon, Oct 23, 2017 at 10:55:57AM -0500, Matt DeVillier wrote:<br>
> On Mon, Oct 23, 2017 at 10:50 AM, Kevin O'Connor <<a href="mailto:kevin@koconnor.net">kevin@koconnor.net</a>> wrote:<br>
><br>
> > On Mon, Oct 23, 2017 at 10:39:03AM -0400, Kevin O'Connor wrote:<br>
> > > Hi Matt,<br>
> > ><br>
> > > Can you gzip and attach the full log?  (At a minimum, we need to see<br>
> > > the log extracts around the failure.)<br>
> ><br>
> > Ah, nevermind - I see the timeout is generated in the wait for the<br>
> > card to be in a non-busy state.<br>
> ><br>
> > Unfortunately, I can't see anything wrong in the log - the card isn't<br>
> > coming out of its initialization phase.  I can't see any reason why<br>
> > that would be.  Has the user verified the card works under Linux?<br>
> ><br>
><br>
> card is detected/usable under Linux, no problem there<br>
<br>
</span>Can you grab the syslog/dmesg output from Linux as it detects and<br>
initializes the card?<br></blockquote><div><br></div><div>sure, any special kernel params for debugging?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
The failure is pretty early in the card detection process and the card<br>
isn't responding with a particular failure - it's just not going into<br>
a ready state.<br>
<span class="HOEnZb"><font color="#888888"><br>
-Kevin<br>
</font></span></blockquote></div><br></div></div>