<html><head><meta http-equiv="Content-Type" content="text/html; charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Committed, thanks!<div class=""><br class=""></div><div class="">christos<br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On Apr 24, 2020, at 12:47 PM, Jonathan Duncan <<a href="mailto:jonathanduncan@gmail.com" class="">jonathanduncan@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><p class=""><defanged_div dir="ltr" class=""></defanged_div></p><p class=""><defanged_div class="">Hello, <br class=""></defanged_div></p><defanged_div class=""><p class=""><defanged_div class=""><br class=""></defanged_div></p><defanged_div class=""><p class=""><defanged_div class="">Included are three patches:</defanged_div></p><defanged_div class=""><p class=""><defanged_div class=""><br class=""></defanged_div></p><defanged_div class=""><p class=""><defanged_div class="">1) Resolves a minor issue with how the current magic file patterns for ARM kernels detects big endian zImages.</defanged_div></p><defanged_div class=""><p class=""><defanged_div class=""><br class=""></defanged_div></p><defanged_div class=""><p class=""><defanged_div class="">2) Adds a new pattern for ARM64 kernel images.</defanged_div></p><defanged_div class=""><p class=""><defanged_div class=""><br class=""></defanged_div></p><defanged_div class=""><p class=""><defanged_div class="">3) The third adds a pattern for ARM uncompressed Images. Although these are rarer they are still valid kernel build artefacts.</defanged_div></p><defanged_div class=""><p class=""><defanged_div class="">Note: In the third patch there is no defined header or magic value for uncompressed ARM kernel Images, so the pattern is <br class=""></defanged_div></p><defanged_div class=""><p class=""><defanged_div class="">matching against a characteristic opcode pattern that has been present for many years. I'm not sure what the policy for such</defanged_div></p><defanged_div class=""><p class=""><defanged_div class="">"fuzzy" patterns is. The current pattern matches 40 bits found in a 320 bit window at the start of the file. I'm not sure if this is</defanged_div></p><defanged_div class=""><p class=""><defanged_div class="">precise enough. If this is not acceptable please disregard this third patch.</defanged_div></p><defanged_div class=""><p class=""><defanged_div class=""><br class=""></defanged_div></p><defanged_div class=""><p class=""><defanged_div class=""><br class=""></defanged_div></p><defanged_div class=""><p class=""><defanged_div class="">Thanks,</defanged_div></p><defanged_div class=""><p class=""><defanged_div class="">Jonathan Duncan<br class=""></defanged_div></p><defanged_div class=""><p class=""><defanged_div class=""><br class=""></defanged_div></p><defanged_div class=""><div class=""><br class="webkit-block-placeholder"></div><defanged_div class="">
<span id="cid:f_k9eeyohx1"><0001-Refine-ARM-uncompressed-Kernel-pattern-endianness.patch></span><span id="cid:f_k9ef82xs1"><0001-Add-a-pattern-to-identify-ARM64-AARCH64-kernel-image.patch></span><span id="cid:f_k9ef855z2"><0001-Refine-ARM-uncompressed-Kernel-pattern-endianness.patch></span>-- <br class="">File mailing list<br class=""><a href="mailto:File@astron.com" class="">File@astron.com</a><br class="">https://mailman.astron.com/mailman/listinfo/file<br class=""><span id="cid:0FC55DC1-1229-4216-9488-84A20508C4BD@astron.com"><sanitizer.log></span></defanged_div></defanged_div></defanged_div></defanged_div></defanged_div></defanged_div></defanged_div></defanged_div></defanged_div></defanged_div></defanged_div></defanged_div></defanged_div></defanged_div></defanged_div></defanged_div></defanged_div></defanged_div></defanged_div></div></blockquote></div><br class=""></div></body></html>