From: Laszlo Ersek <lersek@redhat.com>
To: Bruce Cran <bruce@cran.org.uk>,
"edk2-devel (edk2-devel@lists.01.org)" <edk2-devel@ml01.01.org>
Cc: "Wu, Hao A" <hao.a.wu@intel.com>,
"Ni, Ruiyu" <ruiyu.ni@intel.com>,
"Gao, Liming" <liming.gao@intel.com>
Subject: Re: OVMF: cross-filesystem copy broken? ("The source and destination are the same")
Date: Thu, 17 Nov 2016 10:35:39 +0100 [thread overview]
Message-ID: <d1a6b5ea-6980-825b-98aa-095ba5555d39@redhat.com> (raw)
In-Reply-To: <47cd17d8-f022-6ca5-2f52-06a8250f8d14@cran.org.uk>
On 11/17/16 04:11, Bruce Cran wrote:
> I don't know if this is a known issue, but it appears that
> cross-filesystem copies no longer work. I'm running OVMF X64 built from
> git commit a0426207c133bdf40c42561f26c20c4b3114d8f9. I've tried copying
> between filesystems in various ways - with the current directory being
> fs0, fs1, specifying the destination as the current directory, a empty
> directory or a filename. It always results in the same error:
>
> FS0:\efi\ubuntu\> cp grubx64.efi fs1:\
>
> cp: The source and destination are the same.
>
>
> I built OVMF with: `./OvmfPkg/build.sh -a X64 -t GCC49 -b NOOPT -D
> DEBUG_ON_SERIAL_PORT=TRUE` and am running OVMF with:
>
>
> qemu-system-x86_64 -name uefi -M q35 -m size=16G -cpu host -enable-kvm \
> -drive
> if=pflash,format=raw,file=workspace/edk2/Build/OvmfX64/NOOPT_GCC49/FV/OVMF.fd
> -serial pty \
> -nodefaults -s -rtc base=utc -monitor stdio --usbdevice tablet \
> -vga qxl -sdl \
> -device vfio-pci,host=01:00.0,id=iodrive,rombar=0 \
> -drive file=uefi.img,if=ide,media=disk,id=disk,format=raw \
> -drive file=uefi_tmp.img,if=ide,media=disk,id=disk1,format=raw
>
>
I wonder if you are running into this BZ:
https://bugzilla.tianocore.org/show_bug.cgi?id=239
There's a patch on the list for said BZ:
[edk2] [PATCH v2] API PathRemoveLastItem not handle root paths properly
so if the BZ is indeed what you're encountering, then the patch should
fix it for you. Can you please test it and report back in that thread?
The error message that you see corresponds to the STR_CP_SD_SAME token.
It is emitted by the ValidateAndCopyFiles() function, in
"ShellPkg/Library/UefiShellLevel2CommandsLib/Cp.c".
However, the same function calls PathRemoveLastItem() in a loop first,
so I suspect the patch is related to the symptom you see.
Thanks
Laszlo
next prev parent reply other threads:[~2016-11-17 9:35 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-11-17 3:11 OVMF: cross-filesystem copy broken? ("The source and destination are the same") Bruce Cran
2016-11-17 9:35 ` Laszlo Ersek [this message]
2016-11-17 15:24 ` Bruce Cran
2016-11-17 16:06 ` Laszlo Ersek
2016-12-14 22:08 ` Palmer, Thomas
2016-12-15 4:36 ` Gao, Liming
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-list from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=d1a6b5ea-6980-825b-98aa-095ba5555d39@redhat.com \
--to=devel@edk2.groups.io \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox