On Fri, Dec 20, 2019 at 09:05:34PM +, Andrew Doran wrote:
> Module Name: src
> Committed By: ad
> Date: Fri Dec 20 21:05:34 UTC 2019
>
> Modified Files:
> src/sys/arch/aarch64/aarch64: cpu.c cpufunc.c
> src/sys/arch/arm/arm32: arm32_boot.c cpu.c
>
In article <15520611-7273-9567-33a4-ff2490b2e...@m00nbsd.net>,
Maxime Villard wrote:
>Le 21/12/2019 à 00:05, Taylor R Campbell a écrit :
>> Security-team is not perfect. We're happy to discuss a better way to
>> disable filemon provisionally, and/or how to better address the
>> existing users
Le 21/12/2019 à 00:05, Taylor R Campbell a écrit :
Security-team is not perfect. We're happy to discuss a better way to
disable filemon provisionally, and/or how to better address the
existing users if we are to delete it -- after you do as core asked
you to do to resolve the interim dispute by
Le 21/12/2019 à 10:50, m...@netbsd.org a écrit :
On Fri, Dec 20, 2019 at 06:34:31PM -0800, John Nemeth wrote:
I don't wish to get embroiled in this debate (even if I did
start it by requesting the reversion). I just want to point out
that there is a relatively simple way disable the
Andrew Doran wrote:
> Log Message:
> NetBSD 9.99.28 - cpu_data & UVM changes.
Wow, you bump versions faster than I compile new releases. At this
pace, we'll get to 9.99.99 in a month or two ;-)
--
Alex
On Sat, Dec 21, 2019 at 03:08:18PM +0100, Christoph Badura wrote:
> On Sat, Dec 21, 2019 at 12:58:26PM +, Andrew Doran wrote:
> > Modified Files:
> > src/sys/uvm: uvm_extern.h uvm_page.c
> > Log Message:
> > Add uvm_free(): returns number of free pages in system.
>
> Can you rename this
On Sat, Dec 21, 2019 at 12:58:26PM +, Andrew Doran wrote:
> Modified Files:
> src/sys/uvm: uvm_extern.h uvm_page.c
> Log Message:
> Add uvm_free(): returns number of free pages in system.
Can you rename this to a more descriptive name? Say uvm_free_pages() or
something.
Also, we
On Fri, Dec 20, 2019 at 06:34:31PM -0800, John Nemeth wrote:
> I don't wish to get embroiled in this debate (even if I did
> start it by requesting the reversion). I just want to point out
> that there is a relatively simple way disable the autoloading of
> a module. From module(9):
>
>
