Mirror of git.yoctoproject.org/meta-xilinx.git https://git.enea.com/cgit/linux/meta-xilinx.git/atom?h=nanbield 2023-04-10T16:03:22+00:00 2023-04-10T16:03:22+00:00 Mark Hatle mark.hatle@amd.com 2023-03-09T16:39:51+00:00 urn:sha1:53e60833cff3418236615a072d502e6003959485 ld.gold and dwp are not supported on Microblaze, disable gprof is not generated on Microblaze, disable this alternative Signed-off-by: Mark Hatle <mark.hatle@amd.com> 2022-11-10T23:04:42+00:00 Mark Hatle mark.hatle@amd.com 2022-11-04T20:07:16+00:00 urn:sha1:75212f7d2fa1d3ef9775b70d0268b2d4b30325e0 Signed-off-by: Mark Hatle <mark.hatle@amd.com> 2022-09-01T23:10:26+00:00 Mark Hatle mark.hatle@kernel.crashing.org 2022-09-01T17:36:20+00:00 urn:sha1:940e4d944196a2637eee3f7143cfe4573f92f7d7 Signed-off-by: Mark Hatle <mark.hatle@kernel.crashing.org> 2022-09-01T00:54:10+00:00 Mark Hatle mark.hatle@kernel.crashing.org 2022-07-26T02:50:15+00:00 urn:sha1:99db60eba08220956b1541cfb3e3201fd691c87a Signed-off-by: Mark Hatle <mark.hatle@kernel.crashing.org> 2022-02-04T21:24:54+00:00 Mark Hatle mark.hatle@xilinx.com 2022-02-02T17:46:31+00:00 urn:sha1:03f7b76106fc05999421d54cbf5d1d51bc83b25a Three bug fixes suggested by community member dednev@rambler.ru: *elf*-microblaze-relaxation.patch short description: The roots of invalid data offsets (pointer) after relaxation are in internal symbol table cache handling. If symbol table was cached while section processing for garbage collection, the elf_tdata (abfd)->symtab_hdr pointer is not NULL, but (Elf_Internal_Sym *) symtab_hdr->contents array contains data for local symbols only. But in the repeated relocation processing there is no check whenever the symbol index is local (ELF32_R_SYM (irelscan->r_info) < symtab_hdr->sh_info) or global. This leads to the buffer overflow (global symbol index is out of bounds) and following invalid relocation processing, especially in extra relocation data modifications (f.e. irelscan->r_addend could be decreased by arbitrary values). *elf*-microblaze-no-keep-memory.patch short description: There is incorrect newly allocated buffers handling if internal memory caching is disabled (without --no-keep-memory ld switch). This leads to possible double free(...) calls for such data and results in unexpected ld termination with abort(). I've fixed this issue by implementing similar to the elf32-avr.c data buffer handling. *elf*-imm-check-for-relaxation.patch short description: I've reverted Xilinx path to the original GNU binutils bfd code for microblaze, because this patch incorrectly leaves some "imm -1" instructions in resulting binary file after relaxation and increases executable size. If you look at the IMM instruction argument processing in binutils/gas/config/tc-microblaze.c you will see, that gas checks are similar to the original bfd microblaze_elf_relax_section(...) Signed-off-by: Mark Hatle <mark.hatle@xilinx.com> 2022-01-14T19:21:32+00:00 Mark Hatle mark.hatle@xilinx.com 2021-12-02T12:23:52+00:00 urn:sha1:d458a64c2f6828c41a69b4c223fe42c3c6cdfefd Signed-off-by: Mark Hatle <mark.hatle@xilinx.com> 2022-01-14T19:21:32+00:00 Mark Hatle mark.hatle@xilinx.com 2021-12-01T20:49:56+00:00 urn:sha1:6af2732ce760390b611460e4c31edbab9cdb0dee This reverts commit 7f12056ccc3a978e9b69c380bffc3c04ee20520e. Signed-off-by: Mark Hatle <mark.hatle@xilinx.com> 2021-10-25T21:53:19+00:00 Mark Hatle mark.hatle@xilinx.com 2021-10-12T21:09:58+00:00 urn:sha1:7f12056ccc3a978e9b69c380bffc3c04ee20520e Signed-off-by: Mark Hatle <mark.hatle@xilinx.com> 2021-09-29T05:12:06+00:00 Sai Hari Chandana Kalluri chandana.kalluri@xilinx.com 2021-09-29T05:12:04+00:00 urn:sha1:6921a88182ce51763fcf61273972df99dc2faee5 This is the result of automated script (0.9.0) conversion: oe-core/scripts/contrib/convert-overrides.py . converting the metadata to use ":" as the override character instead of "_". Signed-off-by: Sai Hari Chandana Kalluri <chandana.kalluri@xilinx.com> 2021-07-14T22:02:41+00:00 Mark Hatle mark.hatle@xilinx.com 2021-04-30T19:18:52+00:00 urn:sha1:980ad571ee51f5b796692ec5d3302183122bffbd Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>