<div><div dir="auto">As far as I recall the eMMC is on an SDHCI host that doesn’t support some modes so well - there isn’t any reason for it to go down to 1.8V so the board has a fixed 3.3V regulator sourced for the power.</div><div dir="auto"><br></div><div dir="auto">Quick fix for the device tree (no-1-8-v I think) might get it working. Check the generic SDHC bindings, there maybe a way to limit it to SDR52 mode (thats legacy ~’class 10’ mode) which, if it doesn’t work, means there’s something else horribly wrong. </div><div dir="auto"><br></div><div dir="auto">Alternatively it could be because the bootloader didn’t put the device back in a probable state.</div><div dir="auto"><br></div><div dir="auto">Any SDA/MMC device that can’t do SDR52 would be so woefully out of spec, it’s logical to try and knock it back just to see if it works at all simplify first finding the problem so it can be appropriately debugged.</div><div dir="auto"><br></div><div dir="auto">Ta,</div><div dir="auto">Matt</div><br><div class="gmail_quote"><div>On Fri, Apr 20, 2018 at 09:05 Duncan <<a href="mailto:dguthrie@posteo.net">dguthrie@posteo.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
Currently running mainline (with Debian Buster test image, that's 4.15<br>
or something, using vendor EDKII image):<br>
<br>
In my experience:<br>
        - Removable SD card /does/ get enumerated. The internal eMMC does not<br>
work currently, though (some error about 1.8V vs 3.3V). This is annoying<br>
because I'd rather use the internal 8G eMMC module for the operating<br>
system, then have soft-RAID on the hard drives. Perhaps this will be<br>
fixed in 4.16 or later kernel.<br>
        - The 2,5G SFP+ module is not working.<br>
        - It won't boot from SD card. It will, however, boot from USB3 drive,<br>
or USB3 SD card reader.<br>
<br>
It doesn't seem ready for production, but it is better than nothing.<br>
<br>
Best,<br>
Duncan<br>
<br>
Matteo Croce:<br>
> Hi,<br>
> <br>
> I've got my Macchiatobin double shot a week ago and playing with it since then.<br>
> I succesfully configured and compiled the vendor kernel[1] but now I<br>
> wish to run a mainstream one.<br>
> The only tree which have the mvpp2x driver sems to be the mcbin branch<br>
> of linux-arm[2] which have some issues:<br>
> - I had to revert b2b6b7338be211693706ef139ef06b98d3254846 to boot<br>
> - the network card fails with error "invalid phy mode"<br>
> - the removable SD doesn't get enumerated.<br>
> - safexcel crypto generates a SIGSEGV when used (I get eip197/ifpp.bin<br>
> from Marvell extranet).<br>
> <br>
> What kernel tree are you using right now, and with which config?<br>
> <br>
> Regards,<br>
> <br>
> [1] branch linux-4.4.52-armada-17.10<br>
> ofhttps://<a href="http://github.com/MarvellEmbeddedProcessors/linux-marvell" rel="noreferrer" target="_blank">github.com/MarvellEmbeddedProcessors/linux-marvell</a><br>
> [2] <a href="http://git.arm.linux.org.uk/cgit/linux-arm.git/tree/drivers/net/ethernet/marvell/mvpp2x?h=mcbin" rel="noreferrer" target="_blank">http://git.arm.linux.org.uk/cgit/linux-arm.git/tree/drivers/net/ethernet/marvell/mvpp2x?h=mcbin</a><br>
><br>
<br>
<br>
_______________________________________________<br>
Macchiato mailing list<br>
<a href="mailto:Macchiato@lists.einval.com" target="_blank">Macchiato@lists.einval.com</a><br>
<a href="https://lists.einval.com/cgi-bin/mailman/listinfo/macchiato" rel="noreferrer" target="_blank">https://lists.einval.com/cgi-bin/mailman/listinfo/macchiato</a></blockquote></div></div>