99fcf48327
To fix issues with 5.14+ kernels, we bump to the latest 4.5 systemtap.
This means that we can drop a backported patch, and we pickup the
following changes:
7f6992539 Correct RISC-V handling of SDT markers and document their format.
2dfd140fd Fix races in perf probe task finder callback
f463f6053 The /* pc=0x... */ is no longer printed by "stap -v -L 'kernel.function("*")'
0bd97a806 Use task_state tapset function to avoid task_struct changes
4996a29c6 tapset: start adopting kernel netif_* tracepoints in netdev.* tapset
fb0851e62 dwflpp.h: add conditional EM_RISCV define
c5599df8e Add dwarfless register access for RISC-V
33d861435 Add bactrace support for RISC-V
2ae3fc866 RISC-V dwarf register number to pt_reg mappings
3df603720 Eliminate the sa_restorer field in sigaction struct for RISC-V.
a6aff9d33 Avoid generating problematic asynchronous unwind tables on RISC-V
a463860c3 Add RISC-V 64-bit processor support
8486fd78d Add the actual RISC-V syscall-number mappings to the tapsets.
1e383aa38 Add creation of mappings between syscall names and numbers for RISC-V
aedb2dbe7 RISC-V doesn't have crash available, disable it for rpmbuilds.
33a9bf1a1 Update to newer config.guess to support RISC-V
3bca17469 Use lex_cast instead of to_string when shortening function names.
0b5bc934a Revert "runtime: unregister the control channel before cleaning up"
166a95089 runtime: fix panics when polling on the control channel while unloading
e6a1b008b Shorten function names that will exceed the kernel's objtool limit of 128
4f54ba033 runtime/transport: add a comment blurb for ordering invariant at shutdown
dbe08f1ac runtime: unregister the control channel before cleaning up
798a67290 bpf pr23478 :: test non-unique key/val iteration
079f5d708 bpf pr23478 :: test multi-key associative array iteration
70b24879d rhbz1938312: un-disable bpf.exp after kernel bugfix
2896d6f5a pr23478 WIP: fixes for existing foreach testcases
0d1a38dbc pr23478 WIP: rework bpf foreach to handle multi-key array
14a2c8f54 Run task_fd_lookup.exp with --compatible 4.0
f2c147767 PR28184: Adapt to kernel rename __fcheck_files to files_lookup_fd_raw
0581a6560 PR28184: Adapt to kernel rename __fcheck_files to files_lookup_fd_raw
559fd51fe testsuite: time-limit auxiliary child processes
5d89bb03e stapbpf bugfix: missing in_block() in try-catch code
04b43f48f releng: ditch custom pie/ssp CFLAGS engine in configure.ac
b47d03c20 PR28079: Adapt to kernel 5.14 task_struct.__state change
e66f3a83b runtime: adapt to -Werror=implicit-fallthrough=5, dyninst runtime
ea00c1070 PR28140: kernel 5.14-rc adaptation, jump_label_patch
ffb0a38ea runtime: adapt to -Werror=implicit-fallthrough=5
efba2178f Revert to using test_tsk_thread_flag for uprobes2
23db8b29f PR27984: Adjust the address so dwfl_module_addrinfo finds correct function name
a29f65d57 PR28079: Adapt to kernel 5.14 task_struct.__state change
2f7e966c0 testsuite item typo fix
5abb4d130 PR27934: give fuller diagnosis for pass-5 probe-registration errors
371805aa0 PR27820 tapset/bpf/logging.stp: implement abort() tapset function
ee361f183 PR27820 tapset/bpf/logging.stp: move bpf versions of functions
968173f7f runtime: linux 5.14 compat: <linux/panic_notifier.h>
ef5a8b9ed runtime: fix unintended compile error with autoconf-x86-uniregs.c
84ef6bd9f Revert "systemtap.spec: don't buildrequire emacs"
65fc44163 spin-rawhide: ok tweak the git-archive top level path too
c7f1c12e1 spin-rawhide: switch to ~ versioning for Source: file names too
bff2b2ff5 spin-rawhide: switch to ~ versioning for n-v-r
7c2751e37 task_finder_vma: add autoconf check for hlist_add_tail_rcu()
ea7c27bbe Don't fail vma tracking mmap callback if module is already known.
2eb7fdfdb Use the path instead of the module for vma tracking mmap callback.
a5104a612 update READMEs + man pages for freenode -> oftc move
23c351645 Update list of reasons for latencytap.stp example
5409ddea1 rhbz1972805: add basic syscall-in-ptregs support for s390x
0fc73fc4e systemtap.spec: don't Require: libvirt
515a6a2d6 rhbz1972828: tapsets: iommu tracepoints
eaf63df6a ppc64 runtime: FULL_REGS() gone
757d4f654 c++ buildability: util.cxx - unique_ptr
1a6e7aea7 systemtap.spec: don't buildrequire emacs
5ff28c970 Allow for adjacent segments belonging to different modules.
b1e8cd5de Note that Python is a requirement.
27115ab4c Get the enumerator's enumeration type
1288bee31 testsuite/systemtap.base/perf.sh drop bashism
4755bc453 Add hlist macros for use by hlist_add_tail_rcu
bccf5123f parse.cxx: Initialize functioncall synthetic field
9bbee6518 Add hlist_add_tail_rcu for rhel 6.
630e406b8 Don't assume ISO C99
4a3ad3532 Extend vma mapped entries when the address is adjacent.
294b7a53e stap-prep: switch to using main vmlinuz file as debuginfod test download
643351d22 PR27903: grok more glibc dwarf
3a843482a c++11 hygiene: use cxx_override macro for pre-4.7 g++
3e9bcd7b1 Fix more -Wformat-nonliteral and -Wmismatched-tags when compiling with clang
8e5145ae4 dtrace: Use -o option to specify output file for CPP
b3a392975 Fix -Wformat-nonliteral and -Wformat warnings with clang
545535f82 Fix -Woverloaded-virtual warnings when building with clang
0f4bd3219 set2: Return this from assignment operator
6de815bca Add missing copy constructors to set1_ref and set1_const_ref
930b54119 Add some override specifiers where missing
14f04522b util.cxx: Use abs() instead of labs()
13016e9dd systemtap.spec: python3 tweaks
494ece199 PR27864: tolerate loc_unavailable during loc2c transform
e8f5c058f autoconf: version bumps for the next release-4.6
77abac91d version bumps for the next release-4.6
0eba8a46b NEWS: release-4.5
(From OE-Core rev: aa27c2e7570f229bf82f18cf07aae93ba96ca9f6)
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Poky
Poky is an integration of various components to form a pre-packaged build system and development environment which is used as a development and validation tool by the Yocto Project. It features support for building customised embedded style device images and custom containers. There are reference demo images ranging from X11/GTK+ to Weston, commandline and more. The system supports cross-architecture application development using QEMU emulation and a standalone toolchain and SDK suitable for IDE integration.
Additional information on the specifics of hardware that Poky supports is available in README.hardware. Further hardware support can easily be added in the form of BSP layers which extend the systems capabilities in a modular way. Many layers are available and can be found through the layer index.
As an integration layer Poky consists of several upstream projects such as BitBake, OpenEmbedded-Core, Yocto documentation, the 'meta-yocto' layer which has configuration and hardware support components. These components are all part of the Yocto Project and OpenEmbedded ecosystems.
The Yocto Project has extensive documentation about the system including a reference manual which can be found at https://docs.yoctoproject.org/
OpenEmbedded is the build architecture used by Poky and the Yocto project. For information about OpenEmbedded, see the OpenEmbedded website.
Contribution Guidelines
The project works using a mailing list patch submission process. Patches should be sent to the mailing list for the repository the components originate from (see below). Throughout the Yocto Project, the README files in the component in question should detail where to send patches, who the maintainers are and where bugs should be reported.
A guide to submitting patches to OpenEmbedded is available at:
http://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded
There is good documentation on how to write/format patches at:
https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Where to Send Patches
As Poky is an integration repository (built using a tool called combo-layer), patches against the various components should be sent to their respective upstreams:
OpenEmbedded-Core (files in meta/, meta-selftest/, meta-skeleton/, scripts/):
- Git repository: https://git.openembedded.org/openembedded-core/
- Mailing list: openembedded-core@lists.openembedded.org
BitBake (files in bitbake/):
- Git repository: https://git.openembedded.org/bitbake/
- Mailing list: bitbake-devel@lists.openembedded.org
Documentation (files in documentation/):
- Git repository: https://git.yoctoproject.org/cgit/cgit.cgi/yocto-docs/
- Mailing list: docs@lists.yoctoproject.org
meta-yocto (files in meta-poky/, meta-yocto-bsp/):
- Git repository: http://git.yoctoproject.org/cgit/cgit.cgi/meta-yocto
- Mailing list: poky@lists.yoctoproject.org
If in doubt, check the openembedded-core git repository for the content you intend to modify as most files are from there unless clearly one of the above categories. Before sending, be sure the patches apply cleanly to the current git repository branch in question.