Message ID | 20220524120307.306167-1-richard.purdie@linuxfoundation.org |
---|---|
State | New |
Headers | show |
Series | lzo: Add further info to a patch | expand |
diff --git a/meta/recipes-support/lzo/lzo/0001-Use-memcpy-instead-of-reinventing-it.patch b/meta/recipes-support/lzo/lzo/0001-Use-memcpy-instead-of-reinventing-it.patch index db3a70e8031f..4e6ca4132b54 100644 --- a/meta/recipes-support/lzo/lzo/0001-Use-memcpy-instead-of-reinventing-it.patch +++ b/meta/recipes-support/lzo/lzo/0001-Use-memcpy-instead-of-reinventing-it.patch @@ -10,6 +10,13 @@ Change suggested by Julian Taylor. Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757037 +RP: Patch is still in debian as of 20220524 in a revised form: +https://sources.debian.org/patches/lzo2/2.10-2/ +https://sources.debian.org/patches/lzo2/2.10-2/0001-Conditionally-replace-reinvention-of-memcpy-with-cal.patch/ + +We likely need this in OE to prevent against unaligned accesses +on systems such as armv5. + Upstream-Status: Pending Signed-off-by: Saul Wold <sgw@linux.intel.com> ---
Add some further info to the patch based on upsream changes. Given the last release in 2017 and glaring issues on at least armv5, it does raise the question on whether we should drop this. There are probably better compression tools now. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> --- .../lzo/0001-Use-memcpy-instead-of-reinventing-it.patch | 7 +++++++ 1 file changed, 7 insertions(+)