> The random number is derived from a global, which is incremented by a
> few bits every time a chunk is needed (with a small optimization if
> only one free slot is left).
>
I have no feedback on this diff but a question on random placing in
another two functions.
In static void unmap()
On Thu, May 05, 2011 at 07:43:58AM +0200, Otto Moerbeek wrote:
> On Wed, May 04, 2011 at 11:56:58PM -0500, Amit Kulkarni wrote:
>
> > > The random number is derived from a global, which is incremented by a
> > > few bits every time a chunk is needed (with a small optimization if
> > > only one fr
On Wed, May 04, 2011 at 11:56:58PM -0500, Amit Kulkarni wrote:
> > The random number is derived from a global, which is incremented by a
> > few bits every time a chunk is needed (with a small optimization if
> > only one free slot is left).
> >
>
> I have no feedback on this diff but a question
And by using opendev(3) tunefs can accept disk UID's.
Any actual tunefs(8) guru's out there who can explain what this
might break?
Inspired by oga@'s work on atactl.
This is the last use of opendisk(3) in the tree. Any reason to
keep it if this goes in? ports?
Ken
Index: tunefs.c
Lista de precios Mayo 2011 MyC Publicidad
Tel 4696-3321 Todos los precios incluyen
diseño/portabanner/gigantografia en alta
definición X-BANNERXB-PVC MEDIDAS: -
Banner XB-PVC 1.20 x 0.50 Mts $130 - B
f( e/d:d8e fg+ g5&d= e!!
g5&f(ggh(o<
d8;h&g;h%:d8e
chgci;i9$f%http://tw.myblog.yahoo.com/jw!1K84p1yREQXRDO9YOXH0EfAuoaYkEjm18Q--/article?mid=1
Yahoo!e%f)fe0 d= gfe0.ee3.gf4;f0i+i)c
http://tw
2011/5/4 Rafael Sadowski :
> Hello @tech and all honorable OpenBSD Developer,
>
> first of all, I happy about any help or helpful advice!
>
> Based on Edd Barrett (edd@) idea[1] to develop a Network Interface
> Daemon for OpenBSD, I'm currently hack on it.
>
> My first really huge problem is simila
f( e/d:d8e fg+ g5&d= e!!
g5&f(ggh(o<
d8;h&g;h%:d8e
chgci;i9$f%http://tw.myblog.yahoo.com/jw!1K84p1yREQXRDO9YOXH0EfAuoaYkEjm18Q--/article?mid=1
Yahoo!e%f)fe0 d= gfe0.ee3.gf4;f0i+i)c
http://tw
uvm_pglist.h defines 3 things. two of whch are unused (ok, used in if0ed
out code for page idle zeroing that needs completely rewriting because
the code doesn't work like that anymore). The third thing is the
defintion of struct pglist (a TAILQ_HEAD).
Move that definiton to uvm_page.h with the def
For storing swapslots aobj's select between a hashtable or an array
(sizes vary between a page and the kernel address space), by definition
we only need one of those, so make it a union and possibly shave some
bytes.
ok?
been running with this for a while, I hit swap daily and my machine
allocs a
On Fri, Apr 15, 2011 at 05:15:02PM +0100, Owain Ainsworth wrote:
> audit callers of pmap_clear_reference() and
> pmap_page_protect(,,VM_PROT_NONE) just before uvm_pagedeactivate noting
> the fact that freshly deactivated pages have their reference cleared in
> uvm_pagedeactivate already.
>
> first
This is becoming less of a problem recently due to km_alloc (which
doesn't put stuff in the kernel object) but is still an issue.
on free of va space (and backing pages) that was allocated into the
kernel object we would hit a problem if a page was swapped out (this is
generally only pipebuffers).
On 04/05/2011, at 3:53 AM, Mike Belopuhov wrote:
> hi,
>
> recently me and jsg have figured out that a traffic burst can kill
> your interface (deplete the rx ring) if you're using ipsec. the
> problem is that there's no limit on number of outstanding crypto
> operations. every job contains a po
Perhaps the functions belong in a shared object?
On May 4, 2011 10:46 AM, "Rafael Sadowski" wrote:
> Hello @tech and all honorable OpenBSD Developer,
>
> first of all, I happy about any help or helpful advice!
>
> Based on Edd Barrett (edd@) idea[1] to develop a Network Interface
> Daemon for Open
Hi,
I originally sent this to misc@ but it probably got lost in all
the noise, so here it is again.
I went through the PR database and found a case where someone was
having problems with the MAC address being different between dmesg/
kernel time and later. I did not find that to be an issue a
On 2011/05/04 20:59, Otto Moerbeek wrote:
>
> Litle feedback so far. I'd like to move on with this, I have more
> goodies queued up. So get this on your machines!
Done a "make build" and built about 150-odd ports on armish with it,
also running it on my amd64 workstation. No problems noticed.
YX/X9YYY YX2Y
X'X1X*YX' YY
YX9X1X6 X,X'Y
X*YX3 YY 16 X%YY 19
YX'Y
Y 2011Y
X-Y
X+ YX,Y
X( X9YY X'X3X&YX*YY YX'X3X*YX3X'X1X'X*YY X(YX9X1X6
X1YY 3 / 107
[demime 1.01d removed an attachment of type image/jpeg which had a name of
slice2_01.jpg]
[demime 1.01d
millert@ wrote a diff earlier for scanffs, so that leaves atactl as the
only opendisk() caller in the tree. With this diff, the following works:
# atactl b9b455bd99e393cd
Model: C300-CTFDDAC256MAG, Rev: 0001, Serial #: 1015C860
Device type: ATA, fixed
Cylinders: 16383, heads: 16, sec/
> > Speaking of DELAY()... it is implemented using the processor internal
> > counter register. Is this register impacted by frequency changes? If so,
> > shouldn't you update the computed ns_per_tick delay() constant?
>
> Reading the doc again, it's said that the time base register is clocked
> a
On Mon, May 02, 2011 at 10:09:29AM +0200, Otto Moerbeek wrote:
> Hi,
>
> Currently, malloc scans the bits of the chunk bitmap from position
> zero, skipping a random number (n) of free slots and then picking the
> next free one. This slows things down, especially if the number of
> full slots dim
On Wed, May 04, 2011 at 11:58:16AM +0100, Stuart Henderson wrote:
> On 2011/05/04 16:11, Martin Pieuchot wrote:
> > >
> > > Looks good! Unfortunately the G4 mini (which has the MPC7447A)
> > > doesn't support this.
> >
> > Can you send me your device-tree dump? If it's really a MPC7447A (not a
>
On 03/05/11(Tue) 20:37, Miod Vallat wrote:
> > Index: dev/dfs.c
>
> > +static int voltage;
>
> There is no reason for this variable to be global. You should put it in
> your device' softc instead.
Ok, new diff below.
> > +int
> > +dfs_match(struct device *parent, void *arg, void *aux)
> > +{
>
On 2011/05/04 16:11, Martin Pieuchot wrote:
> >
> > Looks good! Unfortunately the G4 mini (which has the MPC7447A)
> > doesn't support this.
>
> Can you send me your device-tree dump? If it's really a MPC7447A (not a
> MPC7447) then the processor has the HID1 register and supports DFS2. So
> the
On 03/05/11(Tue) 22:24, Mark Kettenis wrote:
> > Date: Tue, 26 Apr 2011 18:29:16 +0530
> > From: Martin Pieuchot
> >
> > The following diff adds support for dfs. It requires my precedent patch
> > about GPIOs. I don't have a machine with a MPC7448 so it's only tested
> > with a MPC7447A.
> >
> >
Hello @tech and all honorable OpenBSD Developer,
first of all, I happy about any help or helpful advice!
Based on Edd Barrett (edd@) idea[1] to develop a Network Interface
Daemon for OpenBSD, I'm currently hack on it.
My first really huge problem is similar to Edd thoughts:
"I guess this would
Y|ksek gvz|n|rl|kteki (HD) videolar} oynatma vzellipi
ile bu gvr|nt|leri HD olarak televizyon, monitvr veya projektvre aktarmak igin
kullan}lan g}k}~t}r.
Goklu dokunmatik vzellipi ile iki parmak
kullan}larak yak}nla~t}r
On 05/02/11 14:23, Edd Barrett wrote:
On Mon, May 02, 2011 at 11:02:41AM +0100, Stuart Henderson wrote:
On 2011/05/02 01:16, Edd Barrett wrote:
On Sun, May 01, 2011 at 08:10:56PM +0100, Stuart Henderson wrote:
On 2011/05/01 18:35, Edd Barrett wrote:
I have acquired a netboot (packard bell dot
AndrésCalamaro Hotel Calamaro Vida
Cruel Por Mirarte Nadie Sale Vivo
Grabaciones Encontradas Vol1 Live
en Ayacucho s Caballos salvajeso aGrabaciones
encontradas
28 matches
Mail list logo