On Fri, Jun 21, 2013 at 10:57:18AM +0200, Marc Espie wrote:
> On Fri, Jun 21, 2013 at 05:31:39PM +1000, Jonathan Gray wrote:
> > Both gcc and clang have an extension for binary integer constants.
> > In gcc's case this has been around since 4.3.
> >
> > The mesa backend for newer intel parts (i965
On Fri, Jun 21, 2013 at 10:20:01AM +0200, Mark Kettenis wrote:
> > Date: Fri, 21 Jun 2013 17:31:39 +1000
> > From: Jonathan Gray
> >
> > Both gcc and clang have an extension for binary integer constants.
> > In gcc's case this has been around since 4.3.
> >
> > The mesa backend for newer intel p
Hi,
This is a mail I've sent to dlg@ and kettenis@ and didn't
get an objection, but I would like a more widespread testing
to happen with this diff.
Please try it on all bge's you can. Your help is much
appreciated!
8<
I find the transmit path on 5719 here to be of questionable
On Tue, Jun 25, 2013 at 03:05, David Coppa wrote:
>
> $ procmap
> procmap: invalid address (0) == -1 vs. 224 @ 0
>
> Since procmap does not work anymore for users, what about removing
> the setgid kmem?
i want to say no, because we should still try to make it work. but
having tried a little and
$ procmap
procmap: invalid address (0) == -1 vs. 224 @ 0
Since procmap does not work anymore for users, what about removing
the setgid kmem?
ciao,
David
Index: Makefile
===
RCS file: /cvs/src/usr.sbin/procmap/Makefile,v
retrieving
On Tue, Jun 25, 2013 at 08:45:25AM +0200, Sebastian Reitenbach wrote:
> include/pcap.h says the return value of pcap_breakloop is void, not int.
>
> OK?
>
ok.
jmc
>
> Index: lib/libpcap/pcap.3
> ===
> RCS file: /cvs/src/lib/libpca
