On Thu, 31 Oct, at 05:24:58PM, Borislav Petkov wrote:
From: Borislav Petkov b...@suse.de
Hi all,
here's maybe the final version of the patchset, no major changes since
the last time but cosmetic and cleanups and tidying as requested by Matt
and others.
Patches also at:
From: Borislav Petkov b...@suse.de
Hi all,
here's maybe the final version of the patchset, no major changes since
the last time but cosmetic and cleanups and tidying as requested by Matt
and others.
Patches also at:
git://git.kernel.org/pub/scm/linux/kernel/git/bp/bp.git#efi
The previous
On Tue, 08 Oct, at 06:45:51PM, Borislav Petkov wrote:
@@ -141,34 +151,75 @@ static long efi_runtime_ioctl(struct file *file,
unsigned int cmd,
return -EFAULT;
convert_from_guid(vendor, vendor_guid);
- status =
On 09/19/13 at 04:54pm, Borislav Petkov wrote:
From: Borislav Petkov b...@suse.de
Hi all,
here's finally a new version of the runtime services VA mapping patchset
which hopefully implements hpa's idea of statically mapping EFI runtime
regions in a top-down manner starting at -4Gb virtual.
On 09/20/13 at 03:29pm, Dave Young wrote:
On 09/19/13 at 04:54pm, Borislav Petkov wrote:
From: Borislav Petkov b...@suse.de
Hi all,
here's finally a new version of the runtime services VA mapping patchset
which hopefully implements hpa's idea of statically mapping EFI runtime
On Fri, Sep 20, 2013 at 03:29:04PM +0800, Dave Young wrote:
Just tested this series, for 1st kernel It boots ok in qemu+ovmf. But
it immediately reboot on my Thinkpad T420. Unfortunately there's no
way to debug this very early problem because there's no serial port
also earlyprintk does not
On Fri, Sep 20, 2013 at 04:19:40PM +0800, Dave Young wrote:
Actually the ovmf testing is qemu-system-x86_64 -kernel , boot from grub
fails as well. Nothing printed on serial. I guess '-kernel' is using efi stub
to boot?
Yes.
Which OVMF are you using? Mine is pretty recent: svn revision 14530
On Fri, 20 Sep, at 11:05:44AM, Borislav Petkov wrote:
But no, 32-bit is not addressed here. Which just dawned on me: Matt, I
probably should keep the ioremapping code for 32-bit, doh. I completely
went 64-bit only here :-)
Yes, please keep the ioremap code. At least for now.
--
Matt Fleming,
On Fri, 20 Sep, at 11:05:44AM, Borislav Petkov wrote:
Another concern is that is it safe for i386 efi boot?
That's why I didn't put a git tree on k.org - I wanted to run tests
myself before Fengguang's robot :)
But no, 32-bit is not addressed here. Which just dawned on me: Matt, I
On Fri, Sep 20, 2013 at 10:49:13AM +0100, Matt Fleming wrote:
/home/build/git/efi/arch/x86/platform/efi/efi.c: In function ‘__map_region’:
/home/build/git/efi/arch/x86/platform/efi/efi.c:753:24: error: ‘struct
real_mode_header’ has no member named ‘trampoline_pgd’
On 09/20/13 at 11:33am, Borislav Petkov wrote:
On Fri, Sep 20, 2013 at 04:19:40PM +0800, Dave Young wrote:
Actually the ovmf testing is qemu-system-x86_64 -kernel , boot from grub
fails as well. Nothing printed on serial. I guess '-kernel' is using efi
stub
to boot?
Yes.
Which OVMF
On 09/20/13 at 11:05am, Borislav Petkov wrote:
On Fri, Sep 20, 2013 at 03:29:04PM +0800, Dave Young wrote:
Just tested this series, for 1st kernel It boots ok in qemu+ovmf. But
it immediately reboot on my Thinkpad T420. Unfortunately there's no
way to debug this very early problem because
On 09/20/13 at 01:29pm, Matt Fleming wrote:
On Fri, 20 Sep, at 11:05:44AM, Borislav Petkov wrote:
On Fri, Sep 20, 2013 at 03:29:04PM +0800, Dave Young wrote:
Just tested this series, for 1st kernel It boots ok in qemu+ovmf. But
it immediately reboot on my Thinkpad T420. Unfortunately
From: Borislav Petkov b...@suse.de
Hi all,
here's finally a new version of the runtime services VA mapping patchset
which hopefully implements hpa's idea of statically mapping EFI runtime
regions in a top-down manner starting at -4Gb virtual.
We're also using a different pagetable so as not to
14 matches
Mail list logo