On Sun, Apr 26, 2015 at 6:31 AM, Stefan Sperling wrote:
> On Sun, Apr 19, 2015 at 11:48:32PM +0300, Mikhail wrote:
>> Bellow new version of the patch with above things fixed, also I've fixed
>> detection of ETV chip in urtwn_attach(), nothing else is changed.
>
> I'm seeing very low data transmiss
ola,
i just moved the bittorrent seeder we use to reimage our lab machines
off a physical box onto a vm, and found it hit the current ring
limits.
bumping this up gave us some more headroom. the CWM on vmx0 now
sits up around 150 on our vm, but the extra tx descriptors has
helped a lot since we'r
On 4/26/15, Mikhail wrote:
> On 21:22 26-Apr 2015 Mikhail wrote:
>> On 20:20 26-Apr 2015 Stefan Sperling wrote:
>> > On Sun, Apr 26, 2015 at 01:31:17PM +0200, Stefan Sperling wrote:
>> > > On Sun, Apr 19, 2015 at 11:48:32PM +0300, Mikhail wrote:
>> > > > Bellow new version of the patch with above
On 21:22 26-Apr 2015 Mikhail wrote:
> On 20:20 26-Apr 2015 Stefan Sperling wrote:
> > On Sun, Apr 26, 2015 at 01:31:17PM +0200, Stefan Sperling wrote:
> > > On Sun, Apr 19, 2015 at 11:48:32PM +0300, Mikhail wrote:
> > > > Bellow new version of the patch with above things fixed, also I've fixed
> >
On 04/26/15 10:14, Eichert, Diana wrote:
> Point taken, but what about a readme associated with a dependency
> install? I've seen them buried, even scroll off screen, in pkg
> install with a lot of dependencies.
that's why I added it.
> Then again, most people don't RTFM.
that's why I don't exp
On 20:20 26-Apr 2015 Stefan Sperling wrote:
> On Sun, Apr 26, 2015 at 01:31:17PM +0200, Stefan Sperling wrote:
> > On Sun, Apr 19, 2015 at 11:48:32PM +0300, Mikhail wrote:
> > > Bellow new version of the patch with above things fixed, also I've fixed
> > > detection of ETV chip in urtwn_attach(), n
On Sun, Apr 26, 2015 at 01:31:17PM +0200, Stefan Sperling wrote:
> On Sun, Apr 19, 2015 at 11:48:32PM +0300, Mikhail wrote:
> > Bellow new version of the patch with above things fixed, also I've fixed
> > detection of ETV chip in urtwn_attach(), nothing else is changed.
>
> I'm seeing very low dat
On Sun, Apr 26, 2015 at 08:53:10PM +0430, sadegh solati wrote:
> Hi Everyone
> I read the following document about OpenBSD new malloc.
> http://www.openbsd.org/papers/eurobsdcon2009/otto-malloc.pdf
> On the page 17 it says that "Regions free'ed are kept for later reuse."
> I have a long living pr
> http://www.openbsd.org/papers/eurobsdcon2009/otto-malloc.pdf
> On the page 17 it says that "Regions free'ed are kept for later reuse."
> I have a long living program which do alot of malloc and free. I want
> free'ed memory to be returned back to the OS. How can i do that? is there
> any equiva
Hi Everyone
I read the following document about OpenBSD new malloc.
http://www.openbsd.org/papers/eurobsdcon2009/otto-malloc.pdf
On the page 17 it says that "Regions free'ed are kept for later reuse."
I have a long living program which do alot of malloc and free. I want
free'ed memory to be return
Point taken, but what about a readme associated with a dependency install?
I've seen them buried, even scroll off screen, in pkg install with a lot of
dependencies.
Then again, most people don't RTFM.
-Original Message-
From: owner-t...@openbsd.org [mailto:owner-t...@openbsd.org] On
On Sun, Apr 26, 2015 at 11:17:36PM +1000, bytevolc...@safe-mail.net wrote:
> Whilst I mostly like this patch, and it appears to be much cleaner than
> the bodgy "solution" I came up with a few years back, perhaps there is
> something here worth mentioning:
>
> ...
I'm glad you like it, but the de
Whilst I mostly like this patch, and it appears to be much cleaner than
the bodgy "solution" I came up with a few years back, perhaps there is
something here worth mentioning:
> + snprintf(devname, sizeof(devname), "%s%d", blkname,
> + DISKUNIT(bd->bd_dev));
> TAILQ_FOREACH(sd, &
Hi,
this adds a -priority argument to route show to filter on routes of a
certain priority.
With this you can see all ospf routes
route -n show -priority 32
or any other priority. You can also name some common priorities:
route -n show -priority bgp
This is useful on a router with a full
On Sun, Apr 19, 2015 at 11:48:32PM +0300, Mikhail wrote:
> Bellow new version of the patch with above things fixed, also I've fixed
> detection of ETV chip in urtwn_attach(), nothing else is changed.
I've committed the part below already.
I put the ID 0x0179 before 0x018a though, not after.
> Ind
On Sun, Apr 19, 2015 at 11:48:32PM +0300, Mikhail wrote:
> Bellow new version of the patch with above things fixed, also I've fixed
> detection of ETV chip in urtwn_attach(), nothing else is changed.
I'm seeing very low data transmission rates with your patch and a
TP-Link TL-WN725N device. In bot
This feature is very useful but I didn't realise it existed since it's
not in GENERIC. Can we document it?
Index: crash.8
===
RCS file: /cvs/src/share/man/man8/crash.8,v
retrieving revision 1.33
diff -u -p -r1.33 crash.8
--- crash.8
17 matches
Mail list logo