Updating to the latest korg -stable release that comprises
the following commits:
d7defc5b8d42 Linux 6.4.2
ba0f198721f4 arch/arm64/mm/fault: Fix undeclared variable error in do_page_fault()
57db8dc02888 drm/amdgpu: Validate VM ioctl flags.
cc39da6c58c4 dm ioctl: Avoid double-fetch of version
c27c99d4458f docs: Set minimal gtags / GNU GLOBAL version to 6.6.5
16167ccafbb3 scripts/tags.sh: Resolve gtags empty index generation
b1c2d0ded4dc hugetlb: revert use of page_cache_next_miss()
a03f2f4bd490 nubus: Partially revert proc_create_single_data() conversion
1c70f4df65ac Revert "cxl/port: Enable the HDM decoder capability for switch ports"
5dda60d23104 nfs: don't report STATX_BTIME in ->getattr
926eae6ede9b execve: always mark stack as growing down during early stack setup
dfb27a766896 PCI/ACPI: Call _REG when transitioning D-states
f933605c1767 PCI/ACPI: Validate acpi_pci_set_power_state() parameter
f23cf6986b87 tools/nolibc: x86_64: disable stack protector for _start
8911865ae284 xtensa: fix lock_mm_and_find_vma in case VMA not found
593776794734 Linux 6.4.1
2aad4f30f4e4 xtensa: fix NOMMU build with lock_mm_and_find_vma() conversion
87d780e048bd csky: fix up lock_mm_and_find_vma() conversion
0d98e5325f1f parisc: fix expand_stack() conversion
23d1e960cd12 sparc32: fix lock_mm_and_find_vma() conversion
7a11f6e08edf Revert "thermal/drivers/mediatek: Use devm_of_iomap to avoid resource leak in mtk_thermal_probe"
e6d864166aaf HID: logitech-hidpp: add HIDPP_QUIRK_DELAYED_INIT for the T651.
05b47034e248 HID: hidraw: fix data race on device refcount
14fdcf965dc5 fbdev: fix potential OOB read in fast_imageblit()
00d5932e09d7 mm/khugepaged: fix regression in collapse_file()
f450d0307644 gup: add warning if some caller would seem to want stack expansion
d0198363f910 HID: wacom: Use ktime_t rather than int when dealing with timestamps
fb32951c8903 mm: always expand the stack with the mmap write lock held
af099fa739b8 execve: expand new process stack manually ahead of time
b2d6752dbfe7 mm: make find_extend_vma() fail if write lock not held
accf6d0c5832 powerpc/mm: convert coprocessor fault to lock_mm_and_find_vma()
203cfe05efc8 mm/fault: convert remaining simple cases to lock_mm_and_find_vma()
4e3fb74f6050 arm/mm: Convert to using lock_mm_and_find_vma()
7e99b9821acc riscv/mm: Convert to using lock_mm_and_find_vma()
929eb6b2a690 mips/mm: Convert to using lock_mm_and_find_vma()
b6f36565369c powerpc/mm: Convert to using lock_mm_and_find_vma()
7a1383601b7c arm64/mm: Convert to using lock_mm_and_find_vma()
d939d8c154f1 mm: make the page fault mmap locking killable
b11fa3d22ac0 mm: introduce new 'lock_mm_and_find_vma()' page fault helper
f5fcf6555a2a maple_tree: fix potential out-of-bounds access in mas_wr_end_piv()
b6e1ef3cd6d8 can: isotp: isotp_sendmsg(): fix return error fix on TX path
3f2719a1c382 cpufreq: amd-pstate: Make amd-pstate EPP driver name hyphenated
9e97e46e3210 x86/smp: Cure kexec() vs. mwait_play_dead() breakage
cc37b1184236 x86/smp: Use dedicated cache-line for mwait_play_dead()
4726d74f697f x86/smp: Remove pointless wmb()s from native_stop_other_cpus()
8b1b43c42100 x86/smp: Dont access non-existing CPUID leaf
f9abe01d5d68 x86/smp: Make stop_other_cpus() more robust
9a500542a1dc x86/microcode/AMD: Load late on both threads too
(From OE-Core rev: 262133f1276951a60d9aac88168175f24f5c839c)
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:
https://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: https://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.