Re: Reproducable deadlock in NFS client

2019-10-03 Thread Peter Jeremy
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

Re: AMD Secure Encrypted Virtualization - FreeBSD Status?

2019-10-03 Thread grarpamp
>> 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

re: Reproducable deadlock in NFS client

2019-10-03 Thread Rick Macklem
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

Re: radeon panics kernels

2019-10-03 Thread Steve Kargl
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: > >> >

Re: radeon panics kernels

2019-10-03 Thread Hans Petter Selasky
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

Reproduceable deadlock in NFS Client

2019-10-03 Thread Peter Jeremy
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

Re: AMD Secure Encrypted Virtualization - FreeBSD Status?

2019-10-03 Thread Tomasz CEDRO
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

Re: AMD Secure Encrypted Virtualization - FreeBSD Status?

2019-10-03 Thread Clay Daniels Jr.
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,

Re: radeon panics kernels

2019-10-03 Thread Steve Kargl
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

Re: rc.d/linux runs unconditionally

2019-10-03 Thread Edward Tomasz Napierała
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

Re: AMD Secure Encrypted Virtualization - FreeBSD Status?

2019-10-03 Thread Tomasz CEDRO
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

Re: Troubles with the X-Server on an RADEON GPU 240

2019-10-03 Thread mms.vanbreukelin...@gmail.com
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: >

rc.d/linux runs unconditionally

2019-10-03 Thread Michael Butler
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"

Re: HEADS UP - users of hpt27xx, hptmv, hptnr, hptrr drivers

2019-10-03 Thread Warner Losh
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 >

Re: radeon panics kernels

2019-10-03 Thread Steve Kargl
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

Re: radeon panics kernels

2019-10-03 Thread Steve Kargl
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 > > >

Re: radeon panics kernels

2019-10-03 Thread Hans Petter Selasky
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

Re: radeon panics kernels

2019-10-03 Thread Steve Kargl
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

HEADS UP - users of hpt27xx, hptmv, hptnr, hptrr drivers

2019-10-03 Thread Ed Maste
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 +

Re: Kernel panic after rebuilding CURRENT

2019-10-03 Thread Johan Hendriks
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

AMD Secure Encrypted Virtualization - FreeBSD Status?

2019-10-03 Thread grarpamp
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

Re: radeon panics kernels

2019-10-03 Thread Hans Petter Selasky
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