Dr. Bates Discovered a Scientifically Proven Way To Have a Perfect Vision
Naturally
See How : http://good-links.us/improve-eye-sight.html
Ethernet vlan(4) interfaces have valid Ethernet link layer
addresses but use a different interface type (IFT_L2VLAN vs
IFT_ETHER). Treat IFT_L2VLAN interfaces like IFT_ETHER
interfaces when handling link layer addresses.
>From FreeBSD
Index: ipv6cp.c
=
> Date: Wed, 2 Mar 2011 21:23:07 +0100 (CET)
> From: Mark Kettenis
>
> This diff adds touchscreen support to ums(4). This works great for
> newer Gunze USB touchscreens in "WHQL" mode. That means that it is
> Microsoft approved, so it should be some sort of standard way to hook
> these things u
I just relized that I did send out an outdated diff. This one has
an additional check for F_SSL and F_SSLCLIENT to avoid splicing ssl
connections.
The RELAY_NOSPLICE environment variable is only for testing and
will be removed in the final version.
bluhm
Index: usr.sbin/relayd/parse.y
This diff adds touchscreen support to ums(4). This works great for
newer Gunze USB touchscreens in "WHQL" mode. That means that it is
Microsoft approved, so it should be some sort of standard way to hook
these things up. Rather than hardcoding the calibration for the
device I have (like uts(4) s
This diff implements socket splicing for relayd. Instead of copying
data in userland from one TCP socket into another, the kernel is
told to move the data himself.
The environment variable RELAY_NOSPLICE works like EVENT_NOKQUEUE
from libevent. It can be used to easily turn it on and off for
tes
On Tue, Mar 1, 2011 at 7:39 PM, Brad wrote:
> There is currently a bug with std::showpos with the older
> version of libstdc++-v3 that is bundled with gcc 4.2.1
> in-tree. It was exposed by the Gnash testsuite when
> dates were not being formatted correctly showing
> GMT0 instead of GMT+ a
On Tue, Mar 1, 2011 at 6:37 PM, Amit Kulkarni wrote:
> 2) another question. Most allocations are either 1 or a power of two.
> But there are a few allocations of 3 pages, specifically most
> allocations are either 1 page, 2 page, some 16's, some 32's, one
> single 128. I printed this info by check
On 2011/03/02 18:50, Alexander Bluhm wrote:
> Here is a diff that reassembles IPv6 fragments in pf. In the forward
> case, it refragments the packets with the same size to allow Path-MTU
> discovery.
No immediate problems, I haven't tested a lot yet but certainly
v6 fragments are getting through.
Here is a diff that reassembles IPv6 fragments in pf. In the forward
case, it refragments the packets with the same size to allow Path-MTU
discovery.
With route-to and pf-sync there are still some issues regarding
IPv6 fragments. Everything else including nat and redirect should
work.
Please te
Hi,
They are also inline text in the original email, in case attachments
didn't go through. I attached because people have problem with gmail
mangling diff files.
But still I am putting them up here for download
uvm diff
https://filestogeaux.lsu.edu/public/download.php?FILE=akulka1/172984cgyg8
dm
Where will this bioctl call be done from?
>From /etc/rc.local after fsck has run and spent ages because the disks
are not cached?
I don't understand what the purpose is of giving an option that makes
disks slow. What's the point?
Why does the kernel just always try to make it best?
> Date: Wed, 2 Mar 2011 12:09:01 +0100
> From: Mike Belopuhov
>
> On Wed, Mar 2, 2011 at 11:54 AM, Okan Demirmen wrote:
> > I'm not certain this is wanted, but I said I would forward along this
> > very simplisitc patch, so here it is. If something like this is wanted,
> > it can be re-worked t
I really think this heuristic belongs in the kernel. I think there is a
desire to make the policy a knob (the old, "I prefer slow and safe over
fast and dangerous; well use a ups! they don't!" debate).
So instead of bioctl I think we need a sysctl, for example hw.diskcache,
that by default is ena
On 2011/03/02 12:09, Mike Belopuhov wrote:
> On Wed, Mar 2, 2011 at 11:54 AM, Okan Demirmen wrote:
> > I'm not certain this is wanted, but I said I would forward along this
> > very simplisitc patch, so here it is. If something like this is wanted,
> > it can be re-worked to take multiple args to
On Wed, Mar 2, 2011 at 11:54 AM, Okan Demirmen wrote:
> I'm not certain this is wanted, but I said I would forward along this
> very simplisitc patch, so here it is. If something like this is wanted,
> it can be re-worked to take multiple args to -e and such, but again,
> only if this is deemed n
Index: aucat.1
===
RCS file: /cvs/src/usr.bin/aucat/aucat.1,v
retrieving revision 1.73
diff -u -r1.73 aucat.1
--- aucat.1 31 Jul 2010 08:48:01 - 1.73
+++ aucat.1 2 Mar 2011 12:03:46 -
@@ -294,7 +294,7 @@
.Pq Fl f
On Wed, Mar 02, 2011 at 10:18:08AM +, Jason McIntyre wrote:
> On Wed, Mar 02, 2011 at 10:13:35AM +0100, Otto Moerbeek wrote:
> >
> > Lets try to make some progress here. This is the diff I have had in
> > my tree for a while. It is a port of the freebsd code.
> >
> > What is lacking is the
On Sun 2011.02.20 at 10:30 -0500, Okan Demirmen wrote:
> On Sun 2011.02.20 at 13:28 +0100, Mark Kettenis wrote:
> > > Date: Sun, 20 Feb 2011 07:03:25 -0500
> > > From: Kenneth R Westerback
> > >
> > > On Sun, Feb 20, 2011 at 12:39:06PM +0100, Mark Kettenis wrote:
> > > > > Date: Sun, 20 Feb 2011
On Wed, Mar 02, 2011 at 10:13:35AM +0100, Otto Moerbeek wrote:
>
> Lets try to make some progress here. This is the diff I have had in
> my tree for a while. It is a port of the freebsd code.
>
> What is lacking is the man page stuff. So if sombody could merge that
> from freebsd, I'd be happy.
On Mon, Jan 24, 2011 at 08:54:42PM +0100, Simon Kuhnle wrote:
> while playing around with some zone file generator/update scripts,
> I noticed that we're missing BINDs named-compilezone(8).
>
> named-compilezone is normally just a symlink to named-checkzone
> and if executed with this name, some d
On Tue, Feb 15, 2011 at 01:01:33PM +0100, Otto Moerbeek wrote:
> On Tue, Feb 15, 2011 at 12:23:41PM +0100, Gabriel Linder wrote:
>
> > On 02/14/11 17:43, Christiano F. Haesbaert wrote:
> > >Any news on this ?
> > >
> >
> > The diff still apply on -current. If there are changes needed I can
> > w
On 03/02/11 00:37, Amit Kulkarni wrote:
> Hi,
>
> I found 2 possible null pointers by clang static analyzer and I have
> attached it to email later.
uh-oh...
> [demime 1.01d removed an attachment of type application/octet-stream which
> had a name of uvm_pmemrange_1.diff]
> [demime 1.01d remove
there have been reports of panics with pfsync defer combined with
ipv6 traffic. ive been over the pfsync code repeatedly trying to
find out where it treats ipv4 and ipv6 differently without any luck.
i just had a lightbulb moment literally minutes ago and came up
with the code below. turns out that
24 matches
Mail list logo
