[CRIU] [PATCHv2] arm/pie/build: do not produce relocatable parasite object
Christopher Covington
cov at codeaurora.org
Fri Apr 22 11:12:12 PDT 2016
Hi Dmitry,
On 04/21/2016 02:03 PM, Dmitry Safonov wrote:
> With `-r` option relocation to parasite_service
> was not made on ARM:
> 0x76dbc018: bl 0x76dbc018 0xebfffffe
> (You may saw it with objdump also).
>
> This leaded to hang at "Putting tsock" message:
> (01.368297) ----------------------------------------
> (01.368321)
> (01.368339) Collecting fds (pid: 13503)
> (01.368360) ----------------------------------------
> (01.368535) Found 3 file descriptors
> (01.368564) ----------------------------------------
> (01.368648) Dump private signals of 13503
> (01.368708) Dump shared signals of 13503
> (01.368761) Parasite syscall_ip at 0x10000
> (01.369605) Set up parasite blob using memfd
> (01.369641) Putting parasite blob into 0x76cc5000->0x76e1f000
> (01.369755) Dumping GP/FPU registers for 13503
> (01.369818) Putting tsock into pid 13503
>
> Also link against native.lib.a
>
> Reported-by: alex vk <avankemp at gmail.com>
> Reported-by: long.wanglong <long.wanglong at huawei.com>
> Cc: Cyrill Gorcunov <gorcunov at gmail.com>
> Signed-off-by: Dmitry Safonov <dsafonov at virtuozzo.com>
> ---
> v2: drop partial linking only for arm/arm64
>
> P.S: please, do not apply, before it doesn't have
> Tested-by: Wang Long <long.wanglong at huawei.com>
> as I don't have arm64 board and can't tell if this is
> the same problem as on RPI2 (armv7) board.
For what it's worth, I've done most of my AArch64 work on
qemu-system-aarch64. Example command line:
qemu-system-aarch64 \
-nographic \
-monitor none \
-M virt \
-cpu cortex-a57 \
-m 4G \
-drive if=none,file=rootfs.img,cache=writeback,id=disk0 \
-device virtio-blk-device,drive=disk0 \
-serial stdio \
-kernel Image \
-append "root=/dev/vda rw console=ttyAMA0 maxcpus=1 norandmaps"
-fsdev local,id=r,security_model=none,path=/ \
-device virtio-9p-device,fsdev=r,mount_tag=passthrough \
-netdev user,id=mynet0,net=192.168.76.0/24,dhcpstart=192.168.76.9
-device virtio-net-device,netdev=mynet0
> criu/pie/Makefile | 13 +++++++++----
> 1 file changed, 9 insertions(+), 4 deletions(-)
>
> diff --git a/criu/pie/Makefile b/criu/pie/Makefile
> index 3679e24438a4..4daf77338c85 100644
> --- a/criu/pie/Makefile
> +++ b/criu/pie/Makefile
> @@ -153,19 +153,24 @@ $(obj)/%-blob.h: $(obj)/%.built-in.bin.o $(SRC_DIR)/compel/compel
>
> else # !piegen-y
>
> +# ld on arm doesn't like -pie and -r options together
> +ifeq ($(filter arm arm64,$(ARCH)),)
> + LD_R := -r
I think this is conventionally named LDFLAGS.
> +endif
> +
> define gen-rule-built-in.bin.o
> $(obj)/parasite-$(1).built-in.bin.o: $(obj)/$(1).built-in.o \
> - $(obj)/pie.lds-$(1).S
> + $(obj)/pie.lds-$(1).S $(obj)/native.lib.a
> $$(call msg-gen, $$@)
> - $(Q) $(LD) -r -T $(obj)/pie.lds-$(1).S -o $$@ $$<
> + $(Q) $(LD) $(LD_R) -T $(obj)/pie.lds-$(1).S -o $$@ $$< $(obj)/native.lib.a
Could you use "$$^" instead of "$$< $(obj)/native.lib.a"?
> endef
>
> $(eval $(call map,gen-rule-built-in.bin.o,$(parasite_target)))
>
> $(obj)/restorer.built-in.bin.o: $(obj)/restorer.built-in.o \
> - $(obj)/pie.lds-native.S
> + $(obj)/pie.lds-native.S $(obj)/native.lib.a
> $(call msg-gen, $@)
> - $(Q) $(LD) -r -T $(obj)/pie.lds-native.S -o $@ $<
> + $(Q) $(LD) $(LD_R) -T $(obj)/pie.lds-native.S -o $@ $< $(obj)/native.lib.a
>
> $(obj)/%.built-in.bin: $(obj)/%.built-in.bin.o
> $(call msg-gen, $@)
>
Thanks,
Christopher Covington
--
Qualcomm Innovation Center, Inc.
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
More information about the CRIU
mailing list