No solution found to the permissions on tools/objtool/sync-check.sh ? git or patch is not smart enough for that ? It's obviously extremely easy to solve the problem, but I find that rather strange.
François Valenduc
Le 29/12/17 à 18:10, Greg KH a écrit :
I'm announcing the release of the 4.14.10 kernel.
All users of the 4.14 kernel series must upgrade.
The updated 4.14.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.14.y and can be browsed at the normal kernel.org git web browser: http://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git%3Ba=summar...
thanks,
greg k-h
Documentation/x86/x86_64/mm.txt | 24 Makefile | 2 arch/arm64/kvm/hyp/debug-sr.c | 3 arch/parisc/boot/compressed/misc.c | 4 arch/parisc/kernel/entry.S | 12 arch/parisc/kernel/hpmc.S | 1 arch/powerpc/include/asm/mmu_context.h | 5 arch/powerpc/kvm/book3s_xive.c | 7 arch/powerpc/perf/core-book3s.c | 8 arch/um/include/asm/mmu_context.h | 3 arch/unicore32/include/asm/mmu_context.h | 5 arch/x86/Kconfig | 3 arch/x86/entry/entry_32.S | 12 arch/x86/entry/entry_64.S | 4 arch/x86/entry/vsyscall/vsyscall_64.c | 38 arch/x86/include/asm/cpu_entry_area.h | 68 + arch/x86/include/asm/desc.h | 1 arch/x86/include/asm/espfix.h | 7 arch/x86/include/asm/fixmap.h | 71 - arch/x86/include/asm/inat.h | 10 arch/x86/include/asm/invpcid.h | 53 arch/x86/include/asm/mmu.h | 4 arch/x86/include/asm/mmu_context.h | 54 - arch/x86/include/asm/pgtable_32_types.h | 15 arch/x86/include/asm/pgtable_64_types.h | 47 arch/x86/include/asm/processor.h | 6 arch/x86/include/asm/stacktrace.h | 4 arch/x86/include/asm/tlbflush.h | 136 +- arch/x86/kernel/asm-offsets.c | 4 arch/x86/kernel/asm-offsets_32.c | 2 arch/x86/kernel/cpu/common.c | 100 - arch/x86/kernel/cpu/microcode/intel.c | 13 arch/x86/kernel/dumpstack.c | 11 arch/x86/kernel/dumpstack_32.c | 6 arch/x86/kernel/dumpstack_64.c | 12 arch/x86/kernel/ldt.c | 47 arch/x86/kernel/smpboot.c | 6 arch/x86/kernel/traps.c | 6 arch/x86/kvm/emulate.c | 32 arch/x86/kvm/mmu.c | 8 arch/x86/kvm/x86.c | 2 arch/x86/lib/x86-opcode-map.txt | 13 arch/x86/mm/Makefile | 2 arch/x86/mm/cpu_entry_area.c | 139 ++ arch/x86/mm/dump_pagetables.c | 98 + arch/x86/mm/init_32.c | 6 arch/x86/mm/kasan_init_64.c | 29 arch/x86/mm/pgtable_32.c | 1 arch/x86/mm/tlb.c | 10 arch/x86/platform/uv/tlb_uv.c | 2 arch/x86/xen/mmu_pv.c | 2 block/bio.c | 2 block/blk-throttle.c | 8 crypto/af_alg.c | 6 crypto/algif_aead.c | 16 crypto/algif_skcipher.c | 16 crypto/mcryptd.c | 23 crypto/skcipher.c | 10 drivers/acpi/apei/erst.c | 2 drivers/acpi/nfit/core.c | 9 drivers/char/ipmi/ipmi_si_intf.c | 1 drivers/clk/sunxi/clk-sun9i-mmc.c | 12 drivers/gpu/drm/i915/i915_gem.c | 9 drivers/gpu/drm/sun4i/sun4i_tcon.c | 4 drivers/mfd/cros_ec_spi.c | 1 drivers/mfd/twl4030-audio.c | 9 drivers/mfd/twl6040.c | 12 drivers/net/ethernet/marvell/mvneta.c | 8 drivers/nvdimm/btt.c | 201 +++ drivers/nvdimm/btt.h | 45 drivers/nvdimm/pfn_devs.c | 20 drivers/parisc/lba_pci.c | 33 drivers/pci/pci-driver.c | 7 drivers/pinctrl/intel/pinctrl-cherryview.c | 16 drivers/spi/spi-armada-3700.c | 8 drivers/spi/spi-xilinx.c | 11 include/asm-generic/mm_hooks.h | 5 include/asm-generic/pgtable.h | 5 include/crypto/mcryptd.h | 1 include/linux/bio.h | 2 include/linux/blk_types.h | 9 include/linux/blkdev.h | 2 init/main.c | 6 kernel/fork.c | 3 net/ipv6/route.c | 58 - sound/core/rawmidi.c | 15 sound/pci/hda/patch_hdmi.c | 6 sound/pci/hda/patch_realtek.c | 35 sound/usb/mixer.c | 27 sound/usb/quirks.c | 7 tools/objtool/.gitignore | 2 tools/objtool/Makefile | 30 tools/objtool/arch/x86/Build | 10 tools/objtool/arch/x86/decode.c | 6 tools/objtool/arch/x86/include/asm/inat.h | 244 ++++ tools/objtool/arch/x86/include/asm/inat_types.h | 29 tools/objtool/arch/x86/include/asm/insn.h | 211 +++ tools/objtool/arch/x86/include/asm/orc_types.h | 107 + tools/objtool/arch/x86/insn/gen-insn-attr-x86.awk | 393 ------- tools/objtool/arch/x86/insn/inat.c | 97 - tools/objtool/arch/x86/insn/inat.h | 234 ---- tools/objtool/arch/x86/insn/inat_types.h | 29 tools/objtool/arch/x86/insn/insn.c | 606 ----------- tools/objtool/arch/x86/insn/insn.h | 211 --- tools/objtool/arch/x86/insn/x86-opcode-map.txt | 1063 ------------------- tools/objtool/arch/x86/lib/inat.c | 97 + tools/objtool/arch/x86/lib/insn.c | 606 +++++++++++ tools/objtool/arch/x86/lib/x86-opcode-map.txt | 1072 ++++++++++++++++++++ tools/objtool/arch/x86/tools/gen-insn-attr-x86.awk | 393 +++++++ tools/objtool/orc.h | 2 tools/objtool/orc_dump.c | 7 tools/objtool/orc_types.h | 107 - tools/objtool/sync-check.sh | 29 tools/perf/util/intel-pt-decoder/x86-opcode-map.txt | 15 tools/testing/selftests/x86/ldt_gdt.c | 9 virt/kvm/arm/mmu.c | 10 116 files changed, 4023 insertions(+), 3424 deletions(-)
Andy Lutomirski (3): x86/vsyscall/64: Explicitly set _PAGE_USER in the pagetable hierarchy x86/vsyscall/64: Warn and fail vsyscall emulation in NATIVE mode x86/mm/64: Improve the memory map documentation
Chen-Yu Tsai (1): clk: sunxi: sun9i-mmc: Implement reset callback for reset controls
Chris Wilson (1): drm/i915: Flush pending GTT writes before unbinding
Cédric Le Goater (1): KVM: PPC: Book3S: fix XIVE migration of pending interrupts
Dan Williams (3): acpi, nfit: fix health event notification libnvdimm, dax: fix 1GB-aligned namespaces vs physical misalignment libnvdimm, pfn: fix start_pad handling for aligned namespaces
Dave Hansen (4): x86/entry: Rename SYSENTER_stack to CPU_ENTRY_AREA_entry_stack x86/mm: Move the CR3 construction functions to tlbflush.h x86/mm: Remove hard-coded ASID limit checks x86/mm: Put MMU to hardware ASID translation in one place
Eric Biggers (1): crypto: skcipher - set walk.iv for zero-length inputs
Greg Kroah-Hartman (2): Revert "ipv6: grab rt->rt6i_ref before allocating pcpu rt" Linux 4.14.10
Guneshwor Singh (1): ALSA: hda - Add vendor id for Cannonlake HDMI codec
Helge Deller (3): parisc: Align os_hpmc_size on word boundary parisc: Fix indenting in puts() parisc: Hide Diva-built-in serial aux and graphics card
Ingo Molnar (1): tools/headers: Sync objtool UAPI header
Jens Axboe (1): block: unalign call_single_data in struct request
Johan Hovold (2): mfd: twl4030-audio: Fix sibling-node lookup mfd: twl6040: Fix child-node lookup
John David Anglin (1): Revert "parisc: Re-enable interrupts early"
John Einar Reitan (1): Revert "ipmi_si: fix memory leak on new_smi"
Jon Hunter (1): mfd: cros ec: spi: Don't send first message too soon
Josh Poimboeuf (3): objtool: Move synced files to their original relative locations objtool: Move kernel headers/code sync check to a script objtool: Fix cross-build
Julien Thierry (1): arm64: kvm: Prevent restoring stale PMSCR_EL1 for vcpu
Jussi Laako (1): ALSA: usb-audio: Add native DSD support for Esoteric D-05X
Kailang Yang (1): ALSA: hda/realtek - Fix Dell AIO LineOut issue
Laurent Vivier (1): KVM: PPC: Book3S HV: Fix pending_pri value in kvmppc_xive_get_icp()
Marc Zyngier (1): KVM: arm/arm64: Fix HYP unmapping going off limits
Maxime Chevallier (1): spi: a3700: Fix clk prescaling for coefficient over 15
Maxime Ripard (1): drm/sun4i: Fix error path handling
Mika Westerberg (1): pinctrl: cherryview: Mask all interrupts on Intel_Strago based systems
Mikulas Patocka (1): objtool: Fix 64-bit build on 32-bit host
Paolo Bonzini (1): kvm: x86: fix RSM when PCID is non-zero
Peter Zijlstra (8): x86/ldt: Rework locking x86/doc: Remove obvious weirdnesses from the x86 MM layout documentation x86/uv: Use the right TLB-flush API x86/microcode: Dont abuse the TLB-flush interface x86/mm: Use __flush_tlb_one() for kernel memory x86/mm: Remove superfluous barriers x86/mm: Add comments to clarify which TLB-flush functions are supposed to flush what x86/mm: Create asm/invpcid.h
Rafael J. Wysocki (1): PCI / PM: Force devices to D0 in pci_pm_thaw_noirq()
Randy Dunlap (1): x86/decoder: Fix and update the opcodes map
Ravi Bangoria (1): powerpc/perf: Dereference BHRB entries safely
Ricardo Neri (1): x86/insn-eval: Add utility functions to get segment selector
Ricardo Ribalda Delgado (1): spi: xilinx: Detect stall with Unknown commands
Sebastian Andrzej Siewior (1): crypto: mcryptd - protect the per-CPU queue with a lock
Shaohua Li (1): block-throttle: avoid double charge
Stephan Mueller (2): crypto: af_alg - wait for data at beginning of recvmsg crypto: af_alg - fix race accessing cipher request
Takashi Iwai (3): ACPI: APEI / ERST: Fix missing error handling in erst_reader() ALSA: rawmidi: Avoid racy info ioctl via ctl device ALSA: usb-audio: Fix the missing ctl name suffix at parsing SU
Thomas Gleixner (9): x86/Kconfig: Limit NR_CPUS on 32-bit to a sane amount x86/mm/dump_pagetables: Check PAGE_PRESENT for real x86/mm/dump_pagetables: Make the address hints correct and readable arch, mm: Allow arch_dup_mmap() to fail x86/ldt: Prevent LDT inheritance on exec x86/cpu_entry_area: Move it to a separate unit x86/cpu_entry_area: Move it out of the fixmap init: Invoke init_espfix_bsp() from mm_init() x86/cpu_entry_area: Prevent wraparound in setup_cpu_entry_area_ptes() on 32bit
Vishal Verma (1): libnvdimm, btt: Fix an incompatibility in the log layout
Wanpeng Li (2): KVM: MMU: Fix infinite loop when there is no available mmu page KVM: X86: Fix load RFLAGS w/o the fixed bit
Yelena Krivosheev (3): net: mvneta: clear interface link status on port disable net: mvneta: use proper rxq_number in loop on rx queues net: mvneta: eliminate wrong call to handle rx descriptor error
On Fri, Dec 29, 2017 at 06:18:18PM +0100, François Valenduc wrote:
No solution found to the permissions on tools/objtool/sync-check.sh ?
Is the permission not correct in the repo? Is it not correct in the patch I sent out in response to this?
git or patch is not smart enough for that ? It's obviously extremely easy to solve the problem, but I find that rather strange.
git and patch handle it just fine, quilt has issues, which I worked around very easily. Are you having problems with the git tree as-is?
thanks,
greg k-h
Le 29/12/17 à 18:32, Greg KH a écrit :
On Fri, Dec 29, 2017 at 06:18:18PM +0100, François Valenduc wrote:
No solution found to the permissions on tools/objtool/sync-check.sh ?
Is the permission not correct in the repo? Is it not correct in the patch I sent out in response to this?
git or patch is not smart enough for that ? It's obviously extremely easy to solve the problem, but I find that rather strange.
git and patch handle it just fine, quilt has issues, which I worked around very easily. Are you having problems with the git tree as-is?
thanks,
greg k-h
It seems I messed up with enigmail. So in case you couldn't read my reply, I send it again.
I didn't see the posts of Toralf Forster before replying to your annoucement. But my problem is exactly the same. I extracted the patch from git (with git diff v4.14.9..v4.14.10). The permissions are also wrong if I download the patch from kernel.org. In both cases, sync-check.sh is not executable.
Regards,
François Valenduc
On Fri, Dec 29, 2017 at 06:38:15PM +0100, François Valenduc wrote:
Le 29/12/17 à 18:32, Greg KH a écrit :
On Fri, Dec 29, 2017 at 06:18:18PM +0100, François Valenduc wrote:
No solution found to the permissions on tools/objtool/sync-check.sh ?
Is the permission not correct in the repo? Is it not correct in the patch I sent out in response to this?
git or patch is not smart enough for that ? It's obviously extremely easy to solve the problem, but I find that rather strange.
git and patch handle it just fine, quilt has issues, which I worked around very easily. Are you having problems with the git tree as-is?
thanks,
greg k-h
It seems I messed up with enigmail. So in case you couldn't read my reply, I send it again.
I didn't see the posts of Toralf Forster before replying to your annoucement. But my problem is exactly the same. I extracted the patch from git (with git diff v4.14.9..v4.14.10). The permissions are also wrong if I download the patch from kernel.org. In both cases, sync-check.sh is not executable.
That's fine, but when you apply the patch, you need to keep the file mode. So be careful as to how you apply it.
I just got told that there's a patch in Andrew's tree that fixes this (it doesn't rely on the mode of the file.) Hopefully it gets into Linus's tree soon and then I can queue it up into the stable tree to help people who don't only use git.
thanks,
greg k-h
Le 29/12/17 à 18:42, Greg KH a écrit :
On Fri, Dec 29, 2017 at 06:38:15PM +0100, François Valenduc wrote:
Le 29/12/17 à 18:32, Greg KH a écrit :
On Fri, Dec 29, 2017 at 06:18:18PM +0100, François Valenduc wrote:
No solution found to the permissions on tools/objtool/sync-check.sh ?
Is the permission not correct in the repo? Is it not correct in the patch I sent out in response to this?
git or patch is not smart enough for that ? It's obviously extremely easy to solve the problem, but I find that rather strange.
git and patch handle it just fine, quilt has issues, which I worked around very easily. Are you having problems with the git tree as-is?
thanks,
greg k-h
It seems I messed up with enigmail. So in case you couldn't read my reply, I send it again.
I didn't see the posts of Toralf Forster before replying to your annoucement. But my problem is exactly the same. I extracted the patch from git (with git diff v4.14.9..v4.14.10). The permissions are also wrong if I download the patch from kernel.org. In both cases, sync-check.sh is not executable.
That's fine, but when you apply the patch, you need to keep the file mode. So be careful as to how you apply it.
I just got told that there's a patch in Andrew's tree that fixes this (it doesn't rely on the mode of the file.) Hopefully it gets into Linus's tree soon and then I can queue it up into the stable tree to help people who don't only use git.
thanks,
greg k-h
I tried like this: git diff v4.14.9..v4.14.10 | (cd /usr/src/linux-4.14 && patch -p1 ) or xzcat .../patch-4.14.9-10.xz | patch -p1 As I said, in both cases, sync-check.sh is not executable.
But if I do git archive --prefix=linux-4.14/ | (cd ../ && tar xvfp - ), sync-script.sh is executable.
Would there be something wrong with the patch command ?
Regards,
François Valenduc
On Sat, Dec 30, 2017 at 04:48:32PM +0100, François Valenduc wrote:
Le 29/12/17 à 18:42, Greg KH a écrit :
On Fri, Dec 29, 2017 at 06:38:15PM +0100, François Valenduc wrote:
Le 29/12/17 à 18:32, Greg KH a écrit :
On Fri, Dec 29, 2017 at 06:18:18PM +0100, François Valenduc wrote:
No solution found to the permissions on tools/objtool/sync-check.sh ?
Is the permission not correct in the repo? Is it not correct in the patch I sent out in response to this?
git or patch is not smart enough for that ? It's obviously extremely easy to solve the problem, but I find that rather strange.
git and patch handle it just fine, quilt has issues, which I worked around very easily. Are you having problems with the git tree as-is?
thanks,
greg k-h
It seems I messed up with enigmail. So in case you couldn't read my reply, I send it again.
I didn't see the posts of Toralf Forster before replying to your annoucement. But my problem is exactly the same. I extracted the patch from git (with git diff v4.14.9..v4.14.10). The permissions are also wrong if I download the patch from kernel.org. In both cases, sync-check.sh is not executable.
That's fine, but when you apply the patch, you need to keep the file mode. So be careful as to how you apply it.
I just got told that there's a patch in Andrew's tree that fixes this (it doesn't rely on the mode of the file.) Hopefully it gets into Linus's tree soon and then I can queue it up into the stable tree to help people who don't only use git.
thanks,
greg k-h
I tried like this: git diff v4.14.9..v4.14.10 | (cd /usr/src/linux-4.14 && patch -p1 ) or xzcat .../patch-4.14.9-10.xz | patch -p1 As I said, in both cases, sync-check.sh is not executable.
But if I do git archive --prefix=linux-4.14/ | (cd ../ && tar xvfp - ), sync-script.sh is executable.
Would there be something wrong with the patch command ?
Yes, patch is the problem here, it's not keeping the file permission, sorry.
greg k-h
On 12/29/17 18:42, Greg KH wrote:
On Fri, Dec 29, 2017 at 06:38:15PM +0100, François Valenduc wrote:
Le 29/12/17 à 18:32, Greg KH a écrit :
On Fri, Dec 29, 2017 at 06:18:18PM +0100, François Valenduc wrote:
No solution found to the permissions on tools/objtool/sync-check.sh ?
Is the permission not correct in the repo? Is it not correct in the patch I sent out in response to this?
git or patch is not smart enough for that ? It's obviously extremely easy to solve the problem, but I find that rather strange.
git and patch handle it just fine, quilt has issues, which I worked around very easily. Are you having problems with the git tree as-is?
thanks,
greg k-h
It seems I messed up with enigmail. So in case you couldn't read my reply, I send it again.
I didn't see the posts of Toralf Forster before replying to your annoucement. But my problem is exactly the same. I extracted the patch from git (with git diff v4.14.9..v4.14.10). The permissions are also wrong if I download the patch from kernel.org. In both cases, sync-check.sh is not executable.
That's fine, but when you apply the patch, you need to keep the file mode. So be careful as to how you apply it.
I just got told that there's a patch in Andrew's tree that fixes this (it doesn't rely on the mode of the file.) Hopefully it gets into Linus's tree soon and then I can queue it up into the stable tree to help people who don't only use git.
This is now in 4.15-rc8 as commit 0f908ccbeca aka: "tools/objtool/Makefile: don't assume sync-check.sh is executable"
I've been using it since it came out, would be great to add that to all stable series where 3bd51c5a371de was applied.
thanks, Holger
On Mon, Jan 15, 2018 at 11:07:33PM +0100, Holger Hoffstätte wrote:
On 12/29/17 18:42, Greg KH wrote:
On Fri, Dec 29, 2017 at 06:38:15PM +0100, François Valenduc wrote:
Le 29/12/17 à 18:32, Greg KH a écrit :
On Fri, Dec 29, 2017 at 06:18:18PM +0100, François Valenduc wrote:
No solution found to the permissions on tools/objtool/sync-check.sh ?
Is the permission not correct in the repo? Is it not correct in the patch I sent out in response to this?
git or patch is not smart enough for that ? It's obviously extremely easy to solve the problem, but I find that rather strange.
git and patch handle it just fine, quilt has issues, which I worked around very easily. Are you having problems with the git tree as-is?
thanks,
greg k-h
It seems I messed up with enigmail. So in case you couldn't read my reply, I send it again.
I didn't see the posts of Toralf Forster before replying to your annoucement. But my problem is exactly the same. I extracted the patch from git (with git diff v4.14.9..v4.14.10). The permissions are also wrong if I download the patch from kernel.org. In both cases, sync-check.sh is not executable.
That's fine, but when you apply the patch, you need to keep the file mode. So be careful as to how you apply it.
I just got told that there's a patch in Andrew's tree that fixes this (it doesn't rely on the mode of the file.) Hopefully it gets into Linus's tree soon and then I can queue it up into the stable tree to help people who don't only use git.
This is now in 4.15-rc8 as commit 0f908ccbeca aka: "tools/objtool/Makefile: don't assume sync-check.sh is executable"
I've been using it since it came out, would be great to add that to all stable series where 3bd51c5a371de was applied.
Thanks, I'll queue it up for the next round after this one. Then the gentoo users will be a bit happier :)
greg k-h
linux-stable-mirror@lists.linaro.org