On Sun, May 10, 2020 at 07:52:42PM -, Michael van Elst wrote:
> And I'd like to talk to Martin, since 100% of the task is done if
> we just add the missing dependency without the option.
Lets start with just the dependency and see if everything fits in the
next build run. We can add the
Updating src tree:
P src/crypto/dist/ipsec-tools/src/setkey/token.l
P src/distrib/sets/lists/comp/ad.aarch64
P src/distrib/sets/lists/tests/mi
P src/doc/HACKS
P src/external/bsd/dhcpcd/dist/src/dhcpcd.c
P src/lib/libc/arch/aarch64/genassym.cf
P src/lib/libc/arch/aarch64/gen/_setjmp.S
P
On Sun, 10 May 2020 at 23:41, Chavdar Ivanov wrote:
>
> Hi,
>
> I get:
> ...
Same happens with multimedia/libmp4v2, but for this one needs also
-Wno-stringop-truncation .
> # compile pkgin-0.16.1/tools.o
> gcc -O2 -I/usr/include -I/usr/pkg/include -fPIE-std=gnu99
> -Werror
Hi,
I get:
...
# compile pkgin-0.16.1/tools.o
gcc -O2 -I/usr/include -I/usr/pkg/include -fPIE-std=gnu99
-Werror-DHAVE_NBCOMPAT_H=1
-I/usr/pkgsrc/pkgtools/pkgin/work/libnbcompat -I/usr/include
-I/usr/pkg/include -DPKGIN_VERSION=\""0.16.1 for NetB
SD-9.99.60 x86_64"\"
On Sun, 10 May 2020, Michael van Elst wrote:
p...@whooppee.com (Paul Goyette) writes:
Well, 90%+ of the effort has already been expended, so why not?
90%+ is probably the time needed to test optional builds in the future.
FWIW, I have just successfully completed my build of my custom
p...@whooppee.com (Paul Goyette) writes:
>> Well, 90%+ of the effort has already been expended, so why not?
90%+ is probably the time needed to test optional builds in the future.
>FWIW, I have just successfully completed my build of my custom kernel
>(and an entire ``build.sh release'') and it
On Sun, 10 May 2020, Paul Goyette wrote:
On Sun, 10 May 2020, Michael van Elst wrote:
p...@whooppee.com (Paul Goyette) writes:
FWIW, here's an additional patch to update the options(4) man page:
But is it worth the effort to make 16kB optional ?
Well, 90%+ of the effort has already been
On Sun, 10 May 2020, Michael van Elst wrote:
p...@whooppee.com (Paul Goyette) writes:
FWIW, here's an additional patch to update the options(4) man page:
But is it worth the effort to make 16kB optional ?
Well, 90%+ of the effort has already been expended, so why not?
p...@whooppee.com (Paul Goyette) writes:
>FWIW, here's an additional patch to update the options(4) man page:
But is it worth the effort to make 16kB optional ?
--
--
Michael van Elst
Internet: mlel...@serpens.de
"A potential
On Sun, 10 May 2020, Michael van Elst wrote:
On Sun, May 10, 2020 at 08:46:30AM -0700, Paul Goyette wrote:
Here is a patch that makes encrypted swap (but not rijndael) optional:
http://ftp.netbsd.org/pub/NetBSD/misc/mlelstv/uvm_swap.diff
That looks good to me, too. I guess you should also
On Sun, 10 May 2020, Paul Goyette wrote:
Here is a patch that makes encrypted swap (but not rijndael) optional:
http://ftp.netbsd.org/pub/NetBSD/misc/mlelstv/uvm_swap.diff
That looks good to me, too. I guess you should also add VM_SWAPCRYPT option
to various kernels (GENERIC*, XEN3*, ...)?
Here is a patch that makes encrypted swap (but not rijndael) optional:
http://ftp.netbsd.org/pub/NetBSD/misc/mlelstv/uvm_swap.diff
That looks good to me, too. I guess you should also add VM_SWAPCRYPT
option to various kernels (GENERIC*, XEN3*, ...)?
Please commit.
On Sun, 10 May 2020, Michael van Elst wrote:
On Sun, May 10, 2020 at 07:54:06AM -0700, Paul Goyette wrote:
Prior to the encrypted-swap commit, a kernel configured without the
``pseudo-device crypto'' was able to link and run successfully. (Any
attempt to use rijndael results in an auto-load
On Sun, May 10, 2020 at 07:54:06AM -0700, Paul Goyette wrote:
> Prior to the encrypted-swap commit, a kernel configured without the
> ``pseudo-device crypto'' was able to link and run successfully. (Any
> attempt to use rijndael results in an auto-load of the crypto module.)
Even without
> Date: Sun, 10 May 2020 13:44:49 -
> From: mlel...@serpens.de (Michael van Elst)
>
> Here is a patch that makes encrypted swap (but not rijndael) optional:
>
> http://ftp.netbsd.org/pub/NetBSD/misc/mlelstv/uvm_swap.diff
>
> which might be useful to create small kernels (it's just about
On Sun, 10 May 2020, Michael van Elst wrote:
p...@whooppee.com (Paul Goyette) writes:
the kernel. Without this, the kernel fails to link, with undefined
references to several symbols:
rijndael_cipherInit
rijndael_blockEncrypt
rijndael_blockDecrypt
p...@whooppee.com (Paul Goyette) writes:
>the kernel. Without this, the kernel fails to link, with undefined
>references to several symbols:
> rijndael_cipherInit
> rijndael_blockEncrypt
> rijndael_blockDecrypt
> rijndael_makeKey
>Since the two crypto devices are
On Sun, May 10, 2020 at 02:36:15PM +0200, Rhialto wrote:
> Probably similarly, linking fails when building an amd64 MODULAR kernel,
> with some Xen-related undefined symbol errors:
Yes I posted a question to tech-kern, asking how to resolve this, I got
no reply so far.
--
Manuel Bouyer
With the recent introduction of swap encryption, it is now mandatory
to include "pseudo-device crypto" and/or "pseudo-device swcrypto" in
the kernel. Without this, the kernel fails to link, with undefined
references to several symbols:
rijndael_cipherInit
rijndael_blockEncrypt
Probably similarly, linking fails when building an amd64 MODULAR kernel,
with some Xen-related undefined symbol errors:
building standard kern library
create vers.c
compile MODULAR/vers.o
link MODULAR/netbsd
/vol1/rhialto/tools.amd64/bin/x86_64--netbsd-ld: hypervisor.o: in
On 09.05.2020 12:53, Roland Illig wrote:
On 08.05.2020 18:36, Ron Georgia wrote:
Thank you for pointing that out. I am updating now.
I downloaded the NetBSD-9.99.60-amd64-install.img (date stamped May
07, 2020) this morning and installed on my Lenovo X200. I did select
the option to download
21 matches
Mail list logo
