diff options
| author |   Richard Purdie <richard.purdie@linuxfoundation.org> | 2022-05-24 13:03:07 +0100 |
|---|---|---|
| committer |   Steve Sakoman <steve@sakoman.com> | 2022-06-02 06:54:27 -1000 |
| commit | 27815774c983f7c2c849513efe087a6d77eaf443 (patch) | |
| tree | d4f7d988d02b4f7c6bbc0efc73cc1ca7025fabe2 /meta/recipes-support | |
| parent | 0c63c7aaab9b74e9e069c2bc2395414c4a69a0f5 (diff) | |
| download | openembedded-core-contrib-27815774c983f7c2c849513efe087a6d77eaf443.tar.gz | |
lzo: Add further info to a patch and mark as Inactive-Upstream
Add some further info to the patch based on upstream 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>
Signed-off-by: Luca Ceresoli <luca.ceresoli@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
(cherry picked from commit 241309c6dec364445093fa5973cc8998431cbed9)
Signed-off-by: Steve Sakoman <steve@sakoman.com>
Diffstat (limited to 'meta/recipes-support')
| -rw-r--r-- | meta/recipes-support/lzo/lzo/0001-Use-memcpy-instead-of-reinventing-it.patch | 10 |
1 files changed, 9 insertions, 1 deletions
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 db3a70e803..a0d2502d24 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,7 +10,15 @@ Change suggested by Julian Taylor. Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757037 -Upstream-Status: Pending +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/ +It was submitted in 2015, no reply to an email from RP in 2022 either. + +We likely need this in OE to prevent against unaligned accesses +on systems such as armv5. + +Upstream-Status: Inactive-Upstream Signed-off-by: Saul Wold <sgw@linux.intel.com> --- minilzo/minilzo.c | 14 ++++++++++++++ |