[Bug 64] Any user can trigger a panic in mmap with an overlapping mapping

Hi, We just came across another issue that allows a user to crash the system through mmap. Despite trying, we didn't notice any more serious privilege escalation opportunities. /* * mmap_dup_panic.c *Demonstrate a panic through the mmap system call. * * gcc -g mmap_dup_panic.c -o mmap_

format errors in {,s}bin

I have found this useful. It's caught a few errors. Everything currently compiles (in my limited testing), so it's a good way to keep it that way. It could use some more testing on exotic archs so as to not break builds. Index: sbin/Makefile.inc ==

patch for resolv.conf(5)

The resolver supports more than 3 nameservers. Index: resolv.conf.5 === RCS file: /cvs/src/share/man/man5/resolv.conf.5,v retrieving revision 1.48 diff -u -p -r1.48 resolv.conf.5 --- resolv.conf.5 23 Nov 2015 18:04:53 -

pmapassert

Hi, personally, i like running w/pmap asserts w/o DEBUG too, and this would allow just that, effortless switching between KDASSERT/assert. -Artturi Index: sys/arch/arm/include/pmap.h === RCS file: /cvs/src/sys/arch/arm/include/pmap

Re: Regression tests for calendar(1)

Thus said "Andy Bradford" on 28 Jul 2016 02:56:59 -0600: > Not enough? Different style required? Does the patch need to be broken > up? Or a different approach? Specifically, I originally had in mind, a single monolithic input file (generated with as many possible combinations of

Style update for some files in arch/arm

I found a few files that could use updated function declarations. Here is my diff: Index: sys/arch/arm/arm/conf.c === RCS file: /cvs/src/sys/arch/arm/arm/conf.c,v retrieving revision 1.46 diff -u -r1.46 conf.c --- sys/arch/arm/arm/co

Re: jot(1) bugs, test suite

Here's a full patch including two small manpage tweaks. It contains the three hunks that fix FreeBSD's regress tests from my previous mail: * initialize begin, ender, step, reps (from attila) * set steps to -1 if ender < begin (adapted from FreeBSD) * properly skip "%%" in the format string (from

Followup patch for regression to calendar(1)

Hello, Here's the followup patch that accounts for the missed events. Specifically, some kinds of events actually can have a differing month (specifically Easter and Weekly events like Every Monday). This allows all tests to pass (from previous email): Index: day.c ==

Regression tests for calendar(1)

Hello, A few weeks ago I submitted a patch to calendar(1) that helped it handle fifth weekday events and 31st events, and afterward, I noticed that there were no regression tests. In writing them, I discovered that while the patch fixed these two particular cases, it broke others. I'll send a

Re: arm: pmap uvm_fault findings

On Wed, Jul 27, 2016 at 08:06:57PM +0200, Patrick Wildt wrote: > On Tue, Jul 26, 2016 at 06:43:18PM +0200, Patrick Wildt wrote: > > Hi, > > > > I've been trying to debug a pmap issue on ARM. I have no solution, but > > I would like to share my findings so far. > > > > First of all, the panic/uvm