Re: UBC?

2010-01-31 Thread Ariane van der Steldt
On Sun, Jan 31, 2010 at 12:15:58PM -0701, Jeff Ross wrote: > On Sat, 30 Jan 2010, Bob Beck wrote: > > > Ooooh. nice one. Obviously ami couldn't get memory mappings and freaked > > out. > > > > While not completely necessary, I'd love for you to file that whole > > thing into sendbug() in a pr so

annoying DOS attack on https.openbsd.org

2010-01-31 Thread Bob Beck
As some of you had noticed, https.openbsd.org had log files fill up and stopped accepting requests. This seems to have been the result of an annoying botnet which has taken a liking to us: http://www.theregister.co.uk/2010/01/29/strange_ssl_web_attack/ http://www.shadowserver.org/wiki/pmwiki.php/

Re: UBC?

2010-01-31 Thread Philip Guenther
On Sat, Jan 30, 2010 at 3:50 PM, David Gwynne wrote: ... > - am = malloc(sizeof(struct ami_mem), M_DEVBUF, M_NOWAIT|M_ZERO); > + am = malloc(sizeof(struct ami_mem), M_DEVBUF, M_ZERO | > + nowait ? M_NOWAIT : 0); Oops, precedence lossage! That always passes M_NOWAIT (and nev

Re: UBC?

2010-01-31 Thread Jeff Ross
On Sat, 30 Jan 2010, Bob Beck wrote: Ooooh. nice one. Obviously ami couldn't get memory mappings and freaked out. While not completely necessary, I'd love for you to file that whole thing into sendbug() in a pr so we don't forget it. but that one I need to pester krw, art, dlg, and maybe marco

Re: uvm_pseg_get & uvm_pseg_lck

2010-01-31 Thread Owain Ainsworth
On Sun, Jan 31, 2010 at 02:05:35PM +0100, Mark Kettenis wrote: > > Date: Thu, 28 Jan 2010 18:55:55 +0300 > > From: Mike Belopuhov > > > > Hi all, > > > > could someone please enlighten me how this uvm_pseg_get is supposed > > to work? > > > > uvm_pseg_get > > mtx_enter(&uvm_pseg_lck); > > `-> u

compilation error with moko kernel

2010-01-31 Thread dermiste
Hi folks, I tried to compile the moko kernel, and make ended on a missing symbol error (namely IPL_SERIAL). I went into sys/arch/moko/include/intr.h and found out that splserial was still there, even if it seems to be deprecated in favor of spltty(). I replaced all the occurences of splserial() b

Re: UBC?

2010-01-31 Thread Bret S. Lambert
On Sun, Jan 31, 2010 at 01:18:59PM +, Stuart Henderson wrote: > On 2010/01/31 09:50, David Gwynne wrote: > > On Sun, Jan 31, 2010 at 09:41:14AM +1000, David Gwynne wrote: > > > pmap_enter in this situation should fail, not panic. the error would be > > > handled properly as the stack unwinds u

Re: UBC?

2010-01-31 Thread Stuart Henderson
On 2010/01/31 09:50, David Gwynne wrote: > On Sun, Jan 31, 2010 at 09:41:14AM +1000, David Gwynne wrote: > > pmap_enter in this situation should fail, not panic. the error would be > > handled properly as the stack unwinds up to ami_allocmem. > > > > i can change ami_allocmem to take a NOWAIT etc

Re: uvm_pseg_get & uvm_pseg_lck

2010-01-31 Thread Mark Kettenis
> Date: Thu, 28 Jan 2010 18:55:55 +0300 > From: Mike Belopuhov > > Hi all, > > could someone please enlighten me how this uvm_pseg_get is supposed > to work? > > uvm_pseg_get > mtx_enter(&uvm_pseg_lck); > `-> uvm_pseg_init > `-> uvm_km_valloc > `-> uvm_km_valloc_align >

Re: mg + tinyscheme

2010-01-31 Thread Mark Kettenis
> Date: Thu, 28 Jan 2010 15:46:03 +0300 > From: Mike Belopuhov > > On Wed, Jan 27, 2010 at 17:53 -0700, kj...@pintday.org wrote: > > > Also, it makes more sense to have a R[456]RS-compliant version than > > > just any or "tiny". > > > > Define sense. > > > > so that you know what this implemen

some cleanup of of uvm_map.c

2010-01-31 Thread Anton Maksimenkov
Here is some cleanup of uvm_map.c code. At first, in uvm_map_advice() function. Let it looks as simple as uvm_map_inherit() - no need to lock/unlock map just to realize that sanity check fail. Also no need to do it in every loop. Second, remove redundant "temp_entry" variable from both functions.