> > Tested on my x230t and will continue to test. No regrssions noticed on
> > relative pointing devices.
> >
> > OK?
>
> Anyone?
>
> I appreciate that I am probably the only one using OpenBSD on a tablet,
> but a "looks OK" and "no regressions for relative pointing devices"
> would be great.
Wha
Now that the M_ICMP_CSUM_* flags are actually used in the kernel by PF
(specifically pf_check_proto_cksum() and pf_cksum()), document them in
the mbuf(9) man page.
OK?
Index: mbuf.9
===
RCS file: /cvs/src/share/man/man9/mbuf.9,v
ret
On Wed, Oct 16, 2013 at 11:45:34PM +0100, Edd Barrett wrote:
> Tested on my x230t and will continue to test. No regrssions noticed on
> relative pointing devices.
>
> OK?
Anyone?
I appreciate that I am probably the only one using OpenBSD on a tablet,
but a "looks OK" and "no regressions for rela
On Fri, Oct 18, 2013 at 03:27:09PM -0400, Lawrence Teo wrote:
> Back in August I sent a diff to fix ICMP checksum calculation in
> in_proto_cksum_out() and in_delayed_cksum() in cases where the ICMP
> checksum field is not in the first mbuf of an mbuf chain (original post
> at http://marc.info/?l=o
You were right, after updating and recompiling kernel nor more page
fault. Besides now I can move the windows smoothly (before they put
like lines while moving). I also think in general faster X (I wonder
how to measure).
On Tue, Oct 22, 2013 at 10:53:36AM -0700, Philip Guenther wrote:
On Tue