On Tue, 28 Jun 2016 23:19:45 -0700 Matthew Macy wrote
>
>
>
> On Tue, 28 Jun 2016 15:51:57 -0700 K. Macy wrote
>
> > On Tue, Jun 28, 2016 at 10:51 AM, Matthew Macy wrote:
>
> > > You guys should really look at Samy Bahra's epoch based reclamation. I
While testing the new firewall functionality on head I stumbled in this:
root@sensei:~ [0]# ipfw table foo create type number
ipfw: Table creation failed: Operation not supported
root@sensei:~ [71]#
The ipfw man page states this should work, am I missing something?
--
Guido Falsi
Hi Maxim,
2016-06-28 21:14 GMT+02:00 Maxim Sobolev :
> P.S. Just if somebody is interested in fixing those "fast scrolling text
> turns into garbage" display issues, here is some screenshots of one of my
> 11-alpha3 systems captured with a camera at 120fps. As you can see text
> tears down quite b
Ed, I think this is bug, not a feature. People expect scrolling and updates
to be smooth these days, the fact that we deliberately break it just
signifies very weird preferences somebody made while developing the code.
The fact that it "looks fine when scrolling stops" is no execuse IMHO.
-Max
On
P.S. Asynchronous nature of vt is also a poor excuse in my view. There are
plenty ways to do it asynchronously, while preserving updates order. It
should not be one-or-the-other deal.
On Thu, Jun 30, 2016 at 7:21 AM, Maxim Sobolev wrote:
> Ed, I think this is bug, not a feature. People expect sc
Some updates:
- 11n (A-MPDU & A-MSDU) now is supported (hw.usb.urtwm.enable_11n option
was removed);
- Atheros Fast-Frames support was added in
https://github.com/s3erios/urtwm/commit/e835e556a0533d0adf81008dd4330241a7a5fbab
.
Hi all!
The driver is in https://github.com/s3erios/urtwm ; cu
On, Mon Jun 27, 2016, Andriy Voskoboinyk wrote:
> Mon, 27 Jun 2016 20:06:20 +0300 було написано Marcus von Appen
> :
>
> Hi,
>
> the attached patch may fix this issue (probably)
I'm getting downstream rates of around 300 to 500 kbit/s, so it's not
much more than before, although the downstream ra
Hi,
during the last weeks and months a lot of changes went into the tree to
allow a top-to-bottom network stack teardown to stabilize VNET
shutdown and plug some memory leaks.
In addition some missing parts were virtualised or the virtualisation
was fixed, e.g., pf and ipfilter, ipfw log interfa
