Repository navigation
Rebase edera/mainline onto master @ 6628e7d4c6b2 - #74
Closed
edera-rebase-app[bot] wants to merge 10000 commits into
Closed
edera-rebase-app[bot] wants to merge 10000 commits into
edera-rebase-app[bot] wants to merge 10000 commits into
Conversation
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Nightly rebase of
edera/mainline(6990bf0bee64) ontomaster(6628e7d4c6b2), driven by Claude. Not pushed automatically because the checker found drift and Claude's report asks for a decision. Run log.Important
Do not use the merge button: this branch replaces
edera/mainlinerather than merging into it. Approve the pull request to land it; the land workflow force-pushesedera/mainlineto the approved head, pinned to6990bf0bee64, and keeps a backup.Independent checks
Builds: success (x86_64 vmlinux on the Edera host config and arm64 vmlinux, both with the Edera features built in; per-build results in the run).
6990bf0bee64c2409fc72c46864c07de0c7d6628e7d4c6b2Commits whose hunk context moved (own +/- lines identical)
ea62ac9f1b0f iommu/xen: Add Xen PV-IOMMU driver→3d17f52db513bd1c0dba57c3 sysctl: wire up PaX softmode setting→692285d6572b849ed61740ea use maximum supported mmap rnd entropy by default→c1bae0d26b9bDrift (changed lines: upstream delta vs. actual change)
Claude's report
Summary
edera/mainline(6990bf0bee64) rebased onto torvalds master6628e7d4c6b2(v7.2-rc5-41402-g6628e7d4c6b2) from the old base864c07de0c7d(v7.2-rc5-26646-g864c07de0c7d): 13964 upstream commits (merge window). All 105 downstream commits were replayed in order ontorebase-result(new tipc2409fc72c46). Two conflicts were resolved, both in OpenPaX commits, both by moving the downstream hunk to where upstream moved the surrounding code. No commit was dropped or went empty, and no build fixes were needed. x86_64 and arm64vmlinuxboth build.verify-upstream-rebase.shpasses the base, linearity and commit-count checks. It fails the drift check, and that is expected: the only drift is thekernel/sysctl.crelocation from conflict 1, explained below. One upstream change reaches the Hyper-V-nested-on-Xen feature without touching its lines. It is raised under Needs a decision.Needs a decision
228e21764b38 Drivers: hv: Run VMBus kexec cleanup from syscore shutdownnow runs the VMBus kexec teardown on a Xen PV dom0 nested under Hyper-V. Before this change, on x86hv_kexec_handler()was only reached throughhv_machine_shutdown(). That hook is installed byms_hyperv_init_platform()and so only exists whenx86_hyper_type == X86_HYPER_MS_HYPERV. The nested dom0 isXEN_PV, so it never ran the handler. Upstream now calls the handler fromhv_vmbus_syscore's.shutdowncallback, whichhv_acpi_init()registers. On the nested path that registration happens becausehv_is_hyperv_initialized()returns true whenhyperv_nested_on_xenis set. On a kexec from that dom0, the kernel will now callvmbus_initiate_unload(false)and thencpuhp_remove_state(hyperv_cpuhp_online). That sends CHANNELMSG_UNLOAD and waits for the reply over the Xen VIRQ bridge, then tears down the SynIC on each CPU through Xen-proxied MSRs. The handler does not callhyperv_remove_xen_vmbus_irq().hv_vmbus_syscore_shutdown()returns early whenhyperv_nested_on_xen), or the downstream VMBus-via-Xen-VIRQ commit should add the bridge teardown.syscore_shutdown()runs at all) should decide.Conflicts resolved
bd1c0dba57c3 sysctl: wire up PaX softmode setting→692285d6572b. File:kernel/sysctl.c. Collided with443bea2f71c5 sysctl: consolidate CONFIG_SYSCTL into a single block in kernel/sysctl.c(withacd19f2c56f2before it). Upstream movedsysctl_subsys_table[]andsysctl_init_bases()up into the first#ifdef CONFIG_SYSCTLblock. It left only aproc_do_static_key()stub in the#elsebranch, where the downstream hunk used to apply. I kept upstream's layout exactly and the#elsebranch as upstream has it. I re-applied the downstream hunks unchanged at the table's new location: theCONFIG_OPENPAX_SOFTMODEpax_table[]just beforesysctl_subsys_table[], and theregister_sysctl_init("kernel/pax", pax_table)call insysctl_init_bases(). The commit's own +/- lines are identical to the original. It is still insideCONFIG_SYSCTL, as before. This relocation is the entire drift the checker reports.849ed61740ea use maximum supported mmap rnd entropy by default→c1bae0d26b9b. File:arch/Kconfig. Collided with8cdae75cebe0 arch/Kconfig: fix dead conditions by removing dead options. Upstream deletedARCH_MMAP_RND_BITS_DEFAULTandARCH_MMAP_RND_COMPAT_BITS_DEFAULTand theirdefault X if Xlines. Those lines were dead: an int symbol used as a condition is always false, and no arch selected them. I kept upstream's removal and applied the downstream change (default ..._MIN→default ..._MAXfor both symbols). Behaviour matches the old tree, because the removed line never applied. The checker reports this commit as context-only, with no drift.Dropped downstream commits
None.
Build fixes
None.
Upstream commits that meet the series
65 upstream commits touch a file the series also touches (23 shared files). Fixes (Fixes:/stable tags; there are no CVE references) and my reading of the final tree:
278b2abf660a init/bootconfig: pass init arguments in documented order(Fixes, Cc stable). Intact ininit/main.c: extra init args are parsed beforeafter_dashes. The downstream changes to this file (pax_softmode, near the top) are far from the hunk.51e766bcd35e init/main: fix false-positive kernel panic on environment variable overwrite(Fixes). Intact: thestrncmpbreak comes before theMAX_INIT_ENVSpanic check.b82ed0e3a1da init/main: fix off-by-one in argv_init cleanup(Fixes). Intact: both loops arei <= MAX_INIT_ARGS.0f4a9e682f7f xattr: always invoke cap_convert_nscap() for security.capability writes(Fixes). Intact invfs_setxattr(). The downstreampax_getxattr()is a read path through__vfs_getxattr()and is not affected.1c8f6308e557 iommu/dma: Catch scatterlist length overflows(Fixes). Intact: bothoverflows_type()andcheck_add_overflow()are iniommu_dma_map_sg(). The downstream change todma-iommu.c(skip PCI window reservation under the Xen PV-IOMMU) is iniova_reserve_iommu_regions().dd57772e36f7 Drivers: hv: vmbus: Check ACPI companion before use(Fixes). Intact invmbus_acpi_add(). The downstream VMBus-via-Xen-VIRQ hunks are invmbus_bus_init()andvmbus_exit().228e21764b38 Drivers: hv: Run VMBus kexec cleanup from syscore shutdown(Fixes). Applied intact. It reaches the nested-on-Xen path; see Needs a decision.7135a05838e8 mm/vma: avoid spurious write locks when mm->mm_lock_seq overflows(Fixes, Cc stable). Intact. The downstreampax_flagsfield inmm_structand thetools/testing/vmastubs are separate hunks.68cb098eadda mm/vma: avoid broken uffd merge on mremap(Fixes, Cc stable). The test stub is intact next to the downstreamget_random_u32()stub.799203afd298,e3e7a85730a4,681f3b68f435,5728d3523f12: documentation-only changes inkernel-parameters.txt. Intact, with the downstreampax_softmode=entry alongside.Non-fix commits I checked for semantic effect on the series:
6eecb67b69af xen/grant-table: stop setting PG_private on pages for grant mapping: the downstreamgnttab_alloc_pages_node()still goes throughgnttab_pages_set_private(), and nothing downstream testsPagePrivate()on grant pages (greppeddrivers/xen,arch/x86/xen,include/xen). No effect.1ae140d0f272 iommu: Make iommu-dma helpers private: the Xen PV-IOMMU uses neitheriommu_get_dma_domain()noriommu_deferred_attach(). No effect.aa416fa911ad iommu: Finalize deferred attachments when mapping MSI pages(not in a shared file) is also a no-op for it: the driver has nois_attach_deferred, and it reserves MSI asIOMMU_RESV_MSI, notSW_MSI.2690d4156b51 iommu/hyperv: Add para-virtualized IOMMU support for Hyper-V guest: only hooked fromhyperv_init(), which the nested-on-Xen path (hyperv_init_nested_on_xen()) does not call. Its new Kconfig entry is whyea62ac9f1b0f iommu/xen: Add Xen PV-IOMMU driverreplays with moved context.118bdac10546 Drivers: hv: Add logical device ID registry for vPCI devices: a software rhashtable with no hypercall. It does not interact with the nested-on-Xenpci-hyperv.cchanges.d0ec95a8a4e7 hv_netvsc: Advertise the SR-IOV capability for CoCo VMs: SR-IOV was already advertised on the nested path, becausehv_is_isolation_supported()is false there. The downstream DMA-map hunks are untouched.242bac52294e,d08ab285b096,2bfbb09b505c(sysctl handler rework):pax_tableis a singleintwithproc_dointvec. No effect.9cae38dc11daand the other mm/vma refactors:map_deny_write_exec()(which the OpenPaX MPROTECT hunk extends) still has the same two callers, inmm/mprotect.candmm/vma.c.Full list:
Builds
kernel-build.sh x86_64, Edera host.config from edera-dev/linux-kernel-oci@6865daedf8cc; every forced option survivedolddefconfig).kernel-build.sh arm64, defconfig plus the common downstream options).