Fantastic!
** Changed in: edk2 (Ubuntu)
Status: Incomplete => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1534397
Title:
please provide newer version of edk2 that support
0~20160104.c2a892d7-1 from both debian or xenial work for me.
Thanks guys.
FYI, libvirt doesn't approve of the path it's installed in (virt-aa-
helper thinks it's a restricted path), but that is another issue.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
On Fri, Jan 29, 2016 at 09:57:40PM -, Ali wrote:
> There isn't any way to get this updated in wily, is there?
This would qualify as a hardware-related SRU, but unfortunately because the
version in xenial is a complete upstream update of software already in use
in wily (and other releases)
Updates to wily would need to meet the stable release update policy:
https://wiki.ubuntu.com/StableReleaseUpdates
Including a new upstream snapshot would not qualify. If you were able to
identify a fix that meets this guidelines - e.g. a single/obviously
correct changeset, then we maybe able to
There isn't any way to get this updated in wily, is there?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1534397
Title:
please provide newer version of edk2 that support UEFI boot of AArch64
On Thu, Jan 28, 2016 at 10:34:57PM -, dann frazier wrote:
> @Ali: Do you mind trying the qemu-efi from Debian/sid?
> https://packages.debian.org/source/unstable/edk2
> It was updated last night - if new Linaro builds are working for you,
> then maybe this includes the same fix(es).
This
@Ali: Do you mind trying the qemu-efi from Debian/sid?
https://packages.debian.org/source/unstable/edk2
It was updated last night - if new Linaro builds are working for you,
then maybe this includes the same fix(es).
--
You received this bug notification because you are a member of Ubuntu
Sorry about the versions:
qemu-efi 0~20150106.5c2d456b-2
qemu-system-arm 1:2.3+dfsg-5ubuntu9.1
Yes, I'm running the wily kernel on the host: 4.2.0-25-generic
#30-Ubuntu
I thought I tried older versions (since deleted) ran into the same
behavior as with the packaged qemu-efi version, so it does
I don't know what problem you're trying to describe here, because the
*only* thing the qemu-efi package does is support UEFI boot on AArch64.
I'm afraid we would need more detail to understand what's going on.
It's possible that those who are running qemu-efi on arm64 systems
already can provide
I just installed wily on a HP m400 (X-Gene) system, installed qemu-kvm
and qemu-efi, and the following got me to an EFI shell:
$ sudo qemu-system-aarch64 -enable-kvm -m 1024 -cpu host -M virt
-nographic -bios /usr/share/qemu-efi/QEMU_EFI.fd
Please review https://wiki.ubuntu.com/ARM64/QEMU to see
That's odd, i have a GICv2 system and the following hangs before getting
to the shell:
$ qemu-system-aarch64 -enable-kvm -m 1024 -cpu host -M virt -nographic -bios
/usr/share/qemu-efi/QEMU_EFI.fd
However, this works fine. I tried
$ wget -O
I tested with qemu-efi 0~20150106.5c2d456b-2 and qemu-kvm 2.3+dfsg-
5ubuntu9.1 - which I'm guessing is the same version as you, but your
versions look to be truncated.
Can you confirm you are also running the wily kernel on the host? As
mentioned on the wiki, the host kernel version can have an
12 matches
Mail list logo