<div dir="ltr">Ping. What's left to be done here?<div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Nov 12, 2018 at 3:52 PM Christian Svensson <<a href="mailto:blue@cmd.nu" target="_blank">blue@cmd.nu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr">Hi,</div><div dir="ltr"><br></div><div dir="ltr">Thanks for the review.</div><div dir="ltr"><br>On Mon, Nov 12, 2018 at 3:39 PM Cédric Le Goater <<a href="mailto:clg@kaod.org" target="_blank">clg@kaod.org</a>> wrote:<br>> The datasheet is not very clear on the topic.<br><br>I won't argue there.<br><br>> and one could understand that under Normal DMA operation, there is<br>> no Checksum accumulation.<div><br></div><div>Indeed, that's what I thought as well. Then my question to myself was that</div><div>since that means that you can either 1) transfer data or 2) calculate the</div><div>checksum it seems like a pretty useless feature.</div><div><br></div><div>If you look at 8.6.2 DMA CheckSum Calculation Mode (for ast2400 at least) you</div><div>see the sentence:</div><div>> 5. FMC80[2] is set when only checksum calculation is necessary, no data movement</div><div><br></div><div>Which I take to read that you can execute the whole section and you will</div><div>get a checksum + data transfer, but if you set FMC80[2] then you get the</div><div>checksum, but no data movement.</div><div><br>> do you have a firmware doing so you could share ? I would like to check<br>> for the ast2500.</div><div><br></div><div>I have my own firmware here:</div><div><a href="https://github.com/u-root/u-bmc/blob/07979a696df4351ec6dbb424ca80a5ebcc2eda1d/platform/ast2400/boot/main.S" target="_blank">https://github.com/u-root/u-bmc/blob/07979a696df4351ec6dbb424ca80a5ebcc2eda1d/platform/ast2400/boot/main.S</a><br></div><div><br></div><div>Cheers,</div></div></div></div>
</blockquote></div>