On Sat, May 06, 2017 at 11:17:26PM +0200, Mark Kettenis wrote:
> This diff makes BOOTAA64.EFI pass the address of the EFI system table
> and information about the EFI memory map to the kernel. This is done
> by adding several properties to the /chosen node. This matches what
> Linux does (see Doc
An errata patch for pf has been released for OpenBSD 6.1 today.
Details can be found on this page: https://www.openbsd.org/errata61.html
Binary updates for the amd64 and i386 platforms are also available via
the syspatch utility. Note that syspatch uses the mirror configured in
/etc/installurl, s
This diff makes BOOTAA64.EFI pass the address of the EFI system table
and information about the EFI memory map to the kernel. This is done
by adding several properties to the /chosen node. This matches what
Linux does (see Documentation/arm/uefi.txt) except that the properties
have an "openbsd,"
Diff below makes installboot(8) work on arm64. It reuses the armv7
code just like amd64 reuses the i386 code.
ok?
Index: usr.sbin/installboot/Makefile
===
RCS file: /cvs/src/usr.sbin/installboot/Makefile,v
retrieving revision 1.19
On Sat, May 06, 2017 at 11:35:31AM -0700, Pratik Vyas wrote:
> * Reyk Floeter [2017-05-05 18:11:22 +0200]:
>
> > Once again and for the record: nice work!
>
> Thank you!
>
> > See comments below, otherwise OK.
>
> Addressed and attached a patch inline.
>
> > (As mentioned before, we should tr
* Reyk Floeter [2017-05-05 18:11:22 +0200]:
Once again and for the record: nice work!
Thank you!
See comments below, otherwise OK.
Addressed and attached a patch inline.
(As mentioned before, we should try to merge this part if init and
restore later to make it easier to keep it in sync
> Date: Fri, 5 May 2017 22:09:03 +0200 (CEST)
> From: Mark Kettenis
>
> Just got this panic on armv7; got a very similar panic on hppa
> yesterday that I didn't have time to look into any further. This is
> completely reproducable.
>
> setting tty flags
> pf enabled
> kern.allowkmem: 0 -> 1
> s
On Fri, May 05, 2017 at 10:48:30PM +, Christian Weisgerber wrote:
> On 2017-05-05, "Peter J. Philipp" wrote:
>
> > This is my second official contribution to what I call ELFSEC, it places a
> > signature in binaries, in the ELF header to be exact.
> -snip-
>
> How does this defend against b