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
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/
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
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
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
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
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
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
> 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
>
> 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
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.
11 matches
Mail list logo