On 2019-Oct-03 23:28:07 +, Rick Macklem wrote:
>1 - kib@ just put a patch up on phabricator that reorganizes the handling
> of vnode_pager_setsize().
> D21883
> (If you could test this patch, that might be the best approach.)
That fixes my problem. I've added a note to D21883
>> Just whose secure keys do you suggest? I go to a lot of trouble to disable
>> secure boot so I can load any operating system I want.
Some motherboards have BIOS that allows you to both
- Upload your own keys
- Delete all the spooky Microsoft keys
Read the UEFI Secure Boot specification
Hi Peter,
You could try a couple of things:
1 - kib@ just put a patch up on phabricator that reorganizes the handling
of vnode_pager_setsize().
D21883
(If you could test this patch, that might be the best approach.)
or
2 - The only differences between the post r352392 code and
On Thu, Oct 03, 2019 at 11:52:38PM +0200, Hans Petter Selasky wrote:
> On 2019-10-03 22:26, Steve Kargl wrote:
> > On Thu, Oct 03, 2019 at 03:05:27PM +0200, Hans Petter Selasky wrote:
> >>
> >> If you leave the port debug knob for drm-current-kmod AS-IS, I think you
> >> can get away with:
> >>
>
On 2019-10-03 22:26, Steve Kargl wrote:
On Thu, Oct 03, 2019 at 03:05:27PM +0200, Hans Petter Selasky wrote:
If you leave the port debug knob for drm-current-kmod AS-IS, I think you
can get away with:
make DEBUG_FLAGS="-g"
Then re-load the vmcore file in GDB/KGDB from ports (!) and add the
My diskless Rock64 has taken to deadlocking reproduceably whilst
building libprivatesqlite3.a as part of buildworld when running
r352792. At the time of the deadlock, the relevant running process
is:
ar -crD libprivatesqlite3.a sqlite3.o
And those files are:
-rw-r--r--1 root wheel 3178496
On Thu, Oct 3, 2019 at 10:29 PM Clay Daniels Jr. wrote:
> Just whose secure keys do you suggest? I go to a lot of trouble to disable
> secure boot so I can load any operating system I want.
The goal would be not to disable secure boot and have FreeBSD running
with a secured bootloader :-)
At
Just whose secure keys do you suggest? I go to a lot of trouble to disable
secure boot so I can load any operating system I want.
On Thu, Oct 3, 2019 at 11:10 AM Tomasz CEDRO wrote:
> would be really nice also to get UEFI BOOT compatible with SECURE BOOT :-)
>
>
> --
> CeDeROM, SQ7MHZ,
On Thu, Oct 03, 2019 at 03:05:27PM +0200, Hans Petter Selasky wrote:
>
> If you leave the port debug knob for drm-current-kmod AS-IS, I think you
> can get away with:
>
> make DEBUG_FLAGS="-g"
>
> Then re-load the vmcore file in GDB/KGDB from ports (!) and add the
> symbol files for the
On 1003T0947, Michael Butler wrote:
> In rc.d/sysvipc we see ..
>
> name="sysvipc"
> desc="Load SysV IPC modules"
> rcvar="sysvipc_enable"
> start_cmd="${name}_start"
>
> .. so it won't try to run without explicitly setting sysvipc_enable in
> /etc/rc.conf.
>
> However in rc.d/linux, we have
would be really nice also to get UEFI BOOT compatible with SECURE BOOT :-)
--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any
On Wed, 2 Oct 2019 at 18:50,
mms.vanbreukelin...@gmail.com wrote: Forgotten
to tell, I did this aleady. User has been already added to the video group.
On Wed, 2 Oct 2019 at 18:42, Pete Wright wrote:
On 10/2/19 9:36 AM, Miranda Maria Sophie Van den Breukelingen wrote:
>
In rc.d/sysvipc we see ..
name="sysvipc"
desc="Load SysV IPC modules"
rcvar="sysvipc_enable"
start_cmd="${name}_start"
.. so it won't try to run without explicitly setting sysvipc_enable in
/etc/rc.conf.
However in rc.d/linux, we have only ..
name="linux"
desc="Enable Linux ABI"
OTE TO PEOPLE WHO THINK THAT FreeBSD 13.x IS SLOW:
> disable the most expensive debugging functionality run
> "ln -s 'abort:false,junk:false' /etc/malloc.conf".)
>
> +20191003:
> + The hpt27xx, hptmv, hptnr, and hptrr drivers have been removed from
>
On Thu, Oct 03, 2019 at 03:05:27PM +0200, Hans Petter Selasky wrote:
> On 2019-10-03 14:59, Steve Kargl wrote:
> > On Thu, Oct 03, 2019 at 09:17:32AM +0200, Hans Petter Selasky wrote:
> >> On 2019-10-02 23:19, Steve Kargl wrote:
> >>> troutmask.apl.washington.edu dumped core - see
On Thu, Oct 03, 2019 at 05:59:20AM -0700, Steve Kargl wrote:
> On Thu, Oct 03, 2019 at 09:17:32AM +0200, Hans Petter Selasky wrote:
> > On 2019-10-02 23:19, Steve Kargl wrote:
> > > troutmask.apl.washington.edu dumped core - see /var/crash/vmcore.7
> > >
> > > Wed Oct 2 14:12:38 PDT 2019
> > >
On 2019-10-03 14:59, Steve Kargl wrote:
On Thu, Oct 03, 2019 at 09:17:32AM +0200, Hans Petter Selasky wrote:
On 2019-10-02 23:19, Steve Kargl wrote:
troutmask.apl.washington.edu dumped core - see /var/crash/vmcore.7
Wed Oct 2 14:12:38 PDT 2019
This looks like a simple NULL pointer.
Can
On Thu, Oct 03, 2019 at 09:17:32AM +0200, Hans Petter Selasky wrote:
> On 2019-10-02 23:19, Steve Kargl wrote:
> > troutmask.apl.washington.edu dumped core - see /var/crash/vmcore.7
> >
> > Wed Oct 2 14:12:38 PDT 2019
> >
>
> This looks like a simple NULL pointer.
>
> Can you re-compile the
disable the most expensive debugging functionality run
"ln -s 'abort:false,junk:false' /etc/malloc.conf".)
+20191003:
+ The hpt27xx, hptmv, hptnr, and hptrr drivers have been removed from
+ GENERIC. They are available as modules and can be loaded by adding
+
Yes for me too.
Op vr 27 sep. 2019 om 13:23 schreef mms.vanbreukelin...@gmail.com <
mms.vanbreukelin...@gmail.com>:
> Works again, just 'svn up' to the latest release, rebuuld, nothing to
> do with virtualization but a serious kernel problem - IMO having too little
> userspace and too much
https://developer.amd.com/sev/
https://github.com/AMDESE/AMDSEV
https://arstechnica.com/gadgets/2019/08/a-detailed-look-at-amds-new-epyc-rome-7nm-server-cpus/
http://amd-dev.wpengine.netdna-cdn.com/wordpress/media/2013/12/AMD_Memory_Encryption_Whitepaper_v7-Public.pdf
On 2019-10-02 23:19, Steve Kargl wrote:
troutmask.apl.washington.edu dumped core - see /var/crash/vmcore.7
Wed Oct 2 14:12:38 PDT 2019
This looks like a simple NULL pointer.
Can you re-compile the drm ports module with debugging symbols and then
reproduce?
--HPS
FreeBSD
22 matches
Mail list logo