Xin LI wrote:
Log:
Add a new rc.d script, static_arp, which enables the administrator to
statically bind IPv4 <-> MAC address at boot time.
Thanks for doing this -- users will love this!
___
svn-src-all@freebsd.org mailing list
http://lists.fr
George V. Neville-Neil wrote:
Author: gnn
Date: Thu Sep 3 21:10:57 2009
New Revision: 196797
URL: http://svn.freebsd.org/changeset/base/196797
Log:
Add ARP statistics to the kernel and netstat.
Thanks very much for this change.
Any chance this struct can get explicitly versioned (i.e. as
Robert Watson wrote:
For sysctls, explicit versioning doesn't help too much -- what I've
been pondering for another structure was including spares and having a
capabilities field in the structure where flags are set when fields
are known by the kernel. That way userspace can tell if the kernel
Nice fix.
Timing problems are the subtlest.
___
svn-src-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
John,
That's news to me. I'm pretty sure I tested this code with and without
INET6 when I checked it in, given I was mostly testing without INET6.
This was a very long time ago, so I was surprised to receive your
message. Could something have changed to have broken mtest?
thanks
BMS
John Baldwi
Maksim Yevmenkin wrote:
Author: emax
Date: Wed Mar 18 21:43:16 2009
New Revision: 189989
URL: http://svn.freebsd.org/changeset/base/189989
Log:
MFC r189462
MFC is ahead of schedule due to request.
Add Bluetooth compatibility shims. Inspired by Linux BlueZ and NetBSD.
Most excellent,
Robert Watson wrote:
On Fri, 20 Mar 2009, Coleman Kane wrote:
I've found that many of the GNU apps are notorious for this. I really
can't say that I know why libassuan or gnupg explicitly require GNU
pth, rather than first attempting to use POSIX pthread API. Their
configure scripts both want
Robert Watson wrote:
...
Log:
Start to address a number of races relating to use of ifnet pointers
after the corresponding interface has been destroyed:
(1) Add an ifnet refcount, ifp->if_refcount. Initialize it to 1 in
if_alloc(), and modify if_free_type() to decrement and check
Robert Watson wrote:
...
(3) Some consumers of ifnets need to be taught to register the ifnet
removal
event and properly detach themselves. For example, DUMMYNET is a
well-known component that likes to hold onto mbufs for a long time,
increasing the chances of the "oh, my ifnet is
Robert Watson wrote:
...
Now that Giant is nuked, the netisr could be eliminated and the ifnet
rlock taken as it is before dispatching an entire chain. I only
implemented a netisr to allow the code to be back-ported, however I
don't care about back-porting any more -- it's too much effort an
Hi,
We're missing a man page for ndp(4).
It seems reasonable that we should have one (we have one for arp(4),
after all).
Any plans to write one? Would be very nice to have.
I raided GNATS but didn't see anything in the bin.
Daniel Gerzo wrote:
Log:
- xref ndp(8)
thanks,
BMS
__
Bruce M Simpson wrote:
Log:
Bite the bullet, and make the IPv6 SSM and MLDv2 mega-commit:
import from p4 bms_netdev. Summary of changes:
Let me know if this makes anything explode.
cheers,
BMS
___
svn-src-all@freebsd.org mailing list
http://l
Mark,
On 06/05/2014 19:07, Mark Johnston wrote:
Log:
Add a postinit debugger hook to rtld. This will be used by dtrace(1) to halt
the victim process before its entry point is called, at which point probes
and DOF data are registered with the kernel.
I recently had a situation where I
On 07/05/2014 18:31, Mark Johnston wrote:
The Linuxulator makes use of Linux's loader rather than rtld; this was
the source of the problem fixed in r254018, for example. Static
binaries are not invoked through rtld either, so I don't think this
change would have helped anyway.
I'm aware that
On 01/08/13 17:55, Rui Paulo wrote:
On 1 Aug 2013, at 09:27, Alexander V. Chernikov wrote:
Because thay aren't really interfaces. All they need is BPF.
There is a cleaner approach described here:
http://lists.freebsd.org/pipermail/freebsd-net/2012-December/034031.html
I don't agree with this
On 24/07/13 05:24, Marcel Moolenaar wrote:
Log:
Decouple the UUID generator from network interfaces by having MAC
addresses added to the UUID generator using uuid_ether_add(). The
UUID generator keeps an arbitrary number of MAC addresses, under
the assumption that they are rarely remo
On 07/08/13 13:05, Gleb Smirnoff wrote:
Yes, lack of good management mechanism creates a temptation to create
a foo(4) interface for any new FOO protocol, with its own if_ioctl method
that will provide a clean entry into its management. I suspect that was one
of the reasons to implement carp(4) a
John Baldwin wrote:
Author: jhb
Date: Tue Feb 17 19:57:52 2009
New Revision: 188727
URL: http://svn.freebsd.org/changeset/base/188727
Log:
MFC: Rework the lifetime management of the kernel implementation of POSIX
semaphores. Specifically, semaphores are now represented as new file
descrip
Bruce Simpson wrote:
FYI:
This change *may* fix Python 2.6's 'multiprocessing' module on FreeBSD
7-STABLE, which is known to have problems there; it depends on POSIX
semaphores to synchronize its IPC between different fork()'s of the
Python interpreter.
If anyone els
John Baldwin wrote:
...
I just tested this and Python 2.5 still dumps core in sem_open() when
called from semlock_new() in _multiprocessing.so, this is with the most
recent back-port of multiprocessing to Python 2.5:
http://pypi.python.org/pypi/multiprocessing
Do you have a core
John Baldwin wrote:
Hmm, by symbols I meant having things built with debug symbols (i.e. "-g").
OK... I will try to build a Python interpreter w/debug symbols next time
around.
I am just giving this a dry run for now -- I am collaborating on a
project where we've ended up implementing st
Robert Noland wrote:
...
This is tested on PowerPC and amd64 running -CURRENT, and is in addition
to the patch currently applied by ports. It *should* gracefully use the
old pathway if the new ioctl isn't available. And now I have working X
on PPC!
Nifty, I hadn't thought of using the i
John Baldwin wrote:
Log:
Add a new type of KTRACE record for sysctl(3) invocations. It uses the
internal sysctl_sysctl_name() handler to map the MIB array to a string
name and logs this name in the trace log. This can be useful to see
exactly which sysctls a thread is invoking.
T
Bruce M Simpson wrote:
Early MFC, as the test case in the PR is fairly complete and the
submitter also re-ran test case on -STABLE. It also bites Python
fairly hard, which will otherwise try to use POSIX sems for its
internal thread synchronization; this needs more in-depth testing.
N
A big thanks to jhb@ for pushing much of the housekeeping around
semaphores into the file descriptor layer, btw;
without his major help, the fix for the logic wouldn't have been a one
line diff.
___
svn-src-all@freebsd.org mailing list
http://lists.fre
Bruce Simpson wrote:
http://people.freebsd.org/~bms/dump/python26-fbsd-pth.patch
This patch has been committed to the lang/python26 port with some fixups
(thanks miwi).
If you're a Python user, please try testing a Python port build with the
SEM option selected
so POSIX semaphore
Alexander Motin wrote:
Log:
MFC r200171, r200182, r200275, r200295, r200359:
Introduce ATA_CAM kernel option, turning ata(4) controller drivers into
cam(4) interface modules. When enabled, this option deprecates all ata(4)
peripheral drivers (ad, acd, ...) and interfaces and allows cam(4)
On 12/22/09 20:19, Doug Barton wrote:
I know that there is a huge cultural bias towards shipping "a complete
system," and don't get me wrong, I am fully supportive of that. I am
NOT suggesting that we dike out the existing toolchain. Just that we
make it easier to use toolchains from ports.
On 28/12/2009 20:08, Alexander Motin wrote:
Author: mav
Date: Mon Dec 28 20:08:01 2009
New Revision: 201139
URL: http://svn.freebsd.org/changeset/base/201139
Log:
Add BIO_DELETE support to ada(4):
- For SSDs use TRIM feature of DATA SET MANAGEMENT command, as defined by
ACS-2 specificat
On 29/12/2009 15:58, Konstantin Belousov wrote:
Author: kib
Date: Tue Dec 29 15:58:10 2009
New Revision: 201204
URL: http://svn.freebsd.org/changeset/base/201204
Log:
Document _FAST and _PRECISE clocks.
I saw a speed increase with CLOCK_MONOTONIC_FAST vs CLOCK_MONOTONIC
during pmcstat
On 04/01/2010 22:23, Luigi Rizzo wrote:
I also think that the name of the new directory or the exact percentage of
ipv4-ness or netinet-ness of the sctp* and tcp* and multicast* stuff
is irrelevant. Moving directories with svn is so easy that we should not
worry even if we need a couple of attem
On 04/01/2010 05:27, David Xu wrote:
Log:
Add user-level semaphore synchronous type...
Nice work! Will this be MFC-able to 8.x?
A lot of things could benefit from this, especially Boost.Interprocess.
cheers,
BMS
___
svn-src-all@freebsd.org ma
I just tested this patch in -STABLE right now, and it's looking fine so far.
Plugging the eSATA box in triggers:
ada1 at ahcich3 bus 0 scbus3 target 0 lun 0
ada1: ATA-8 SATA 2.x device
ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO size 8192bytes)
ada1: Command Queueing enabled
ada1: 476940MB
On 07/02/2010 04:38, Doug Barton wrote:
Are all the port numbers that have been added recently things that
have been requested by users? IIUC there is a cost "albeit small" for
parsing the /etc/services file each time it's read, so traditionally
we've tried to keep it as small as possible whi
Sean Bruno wrote:
Log:
MFC 182911,182948,185996 from HEAD to syncronize fwcontrol between all
branches
of FreeBSD.
These changes provide the following features:
Allow users of more than one Firewire board to execute commands
Allow users to pass more than one command line argume
Cute!
___
svn-src-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
Luigi Rizzo wrote:
Log:
Add a reference to the "env" kernel config option in the GENERIC file,
as this is very useful e.g. in diskless configurations and barely documented
anywhere else.
Thanks! This pointer is a big help for folk who don't already know of it.
cheers
BMS
___
Antoine Brodin wrote:
Author: antoine
Date: Sun Jan 25 19:35:23 2009
New Revision: 187697
URL: http://svn.freebsd.org/changeset/base/187697
Log:
MFC r181349 to stable/7:
Make atacontrol(8) rebuild work when /usr is not mounted or from /rescue
Thanks for this.
I didn't realize that dd
Brooks Davis wrote:
On Sun, Jun 21, 2009 at 04:48:09PM +0200, Dag-Erling Sm??rgrav wrote:
Alexey Dokuchaev writes:
This kinda brings up the question, do we actually need catman(1) at all
these days of fast CPU and disks and plenty of RAM?
Show me the fast CPU and plenty of RAM
Ed Schouten wrote:
Author: ed
Date: Thu Jul 2 18:24:37 2009
New Revision: 195295
URL: http://svn.freebsd.org/changeset/base/195295
Log:
Enable POSIX semaphores on all non-embedded architectures by default.
More applications (including Firefox) seem to depend on this nowadays,
so not h
Hi all,
I haven't updated the mergeinfo for this file, as the USB stack in
HEAD has been completely replaced with the new USB stack. If this is
desired, please let me know how to proceed -- I'm new to mergeinfo.
When I used the following command to try to maintain the mergeinfo
informa
Brian Somers wrote:
...
br...@dev sys $ svn st
M .
M contrib/pf
You should keep the mergeinfo on the sys directory, so the entire merge
should really have been done as with the above command but without
the --record-only - that would update the mergeinfo properties (as above)
and pat
John Baldwin wrote:
...
That's because you merged to the file rather than to sys/. There's a set of
instructions about mergning with SVN on the wiki that explains why to do
kernel merges to sys/ instead of individual files.
I read them, having been pointed at them by kib@ -- but they didn
Sam Leffler wrote:
Modified:
head/tools/tools/net80211/stumbler/stumbler.c
head/tools/tools/net80211/w00t/README
...
head/tools/tools/net80211/wesside/wesside/wesside.c
head/tools/tools/net80211/wlaninject/wlaninject.c
All I can say is 'werd'... Mr Bittau's (to be Dr?) stuff's in the
Thanks for committing this fix.
___
svn-src-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
Hey Robert,
I didn't see any changes which directly touched ip_mroute in this rev.
Can you clarify how this touches ip_mroute? It wasn't obvious from the diff.
thanks,
BMS
Robert Watson wrote:
Log:
Many network stack subsystems use a single global data structure to hold
all pertinent sta
Robert Watson wrote:
You're right, it was included in error. ip_mroute is on the list of
modules that uses a stats structure with an accessor macro, but that
structure make it onto the list of structures requiring accessor
functions because it's accessed only from within ip_mroute (actually,
On 04/10/10 13:05, Bruce M Simpson wrote:
Log:
Fix a few issues related to the legacy 4.4 BSD multicast APIs.
IPv4 addresses can and do change during normal operation. Testing by
pfSense developers exposed an issue where OpenOSPFD was using the IPv4
address to leave the OSPF link-sco
On 04/16/10 09:23, Alexander Leidinger wrote:
IP multicast group membership is always scoped to physical links [1].
The 4.4BSD API originally used the "primary IP address" to identify
each link. Unfortunately this is not a persistent identifier,
especially so in the use-case which had problem
Right On Commander!
On 04/16/10 16:43, Fabien Thomas wrote:
Log:
MFC r206089, r206684:
- Support for uncore counting events: one fixed PMC with the uncore
domain clock, 8 programmable PMC.
- Westmere based CPU (Xeon 5600, Corei7 980X) support.
- New man pages with events list
Hey Jason,
Have you looked at ? It is used by pf and the multicast code.
cheers
Bruce
On 02/28/10 22:57, Jason Evans wrote:
Author: jasone
Date: Sun Feb 28 22:57:13 2010
New Revision: 204493
URL: http://svn.freebsd.org/changeset/base/204493
Log:
Rewrite red-black trees to do lazy balance
On 03/08/10 15:01, Nathan Whitehorn wrote:
Log:
Enable tmpfs unconditionally on all platforms. No one I spoke to could
remember why it was x86 only, and it works just as well on at least powerpc
as on x86.
Thanks, What with 7.3 coming up and all, this would make for a nice MFC. :-)
Any objections to making AF_NETLINK Foundation proposal public?
Might help FreeBSD get out of the niche a bit more; energy quantum wells
are never great.
___
svn-src-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To
On 03/13/10 13:53, Robert N. M. Watson wrote:
On Mar 13, 2010, at 1:50 PM, Randall Stewart wrote:
I could refactor that this way if you want... it would mean a few more de-ref's
and
looking to see if its a v4 or v6 packet and then doing the proper offset...
This is the sort of thing
Warner Losh wrote:
Author: imp
Date: Sat May 9 18:50:01 2009
New Revision: 191943
URL: http://svn.freebsd.org/changeset/base/191943
Log:
Remove bogus comment.
Thanks for tackling the BURN_BRIDGES cleanup. Some more general thoughts:
Actually, in_multihead can probably get blown away now
Hi,
Could this commit have broken boot on my amd64 system with an ULi SATA
controller?
I have not fully bisected (and to be honest, who really has time to do
this for production machines, unless
The panic I get with RELENG_7 sources as of yesterday after this commit
is 'resource list busy'
Alexander Motin wrote:
Bruce Simpson wrote:
Could this commit have broken boot on my amd64 system with an ULi
SATA controller?
This commit could change driver used for controller and so expose some
other bug in ALI driver. As I can see, there is present
vendor-specific driver for this chip
Alexander Motin wrote:
...
This change is not anyhow related to your system. Looks like the real
reason found by jhb@ on sta...@. Probably something become more strict
in system resource management last time and this driver violates now.
Thanks... I reckon John is probably on the money with
Doug Barton wrote:
Log:
Eliminate the warning that "Values of network_interfaces other than
AUTO are deprecated.' There is no good reason to deprecate them, and
setting this to different values can be useful for custom solutions
and/or one-off configuration problems.
Thanks, I wasn't
Brooks Davis wrote:
On Mon, Jun 01, 2009 at 03:34:12PM +0100, Bruce Simpson wrote:
Doug Barton wrote:
Log:
Eliminate the warning that "Values of network_interfaces other than
AUTO are deprecated.' There is no good reason to deprecate them, and
setting this to different
Brooks Davis wrote:
...
On boot time I instantiate a tap0 instance from cloned_interfaces=".." in
/etc/rc.conf, and then use ifconfig_tap0="..." to clone the MAC address on
the tap instance from the internal Ethernet port, as there is no other way
of uniquely identifying the client for an auto
John,
John Baldwin wrote:
Were you ever able to test http://www.FreeBSD.org/~jhb/patches/ata_ali.patch?
Fraid not, thanks for the reminder... I have been sidetracked...
Unfortunately that patch doesn't seem to be there now, and I didn't have
a copy downloaded.
I can try to make time now
John Baldwin wrote:
http://www.FreeBSD.org/~jhb/patches/ata_ali.patch
Ok, I've uploaded the patch, I must have just sent it inline before.
Thanks!
I did a p4 integ on my p4 work branch, built a NanoBSD USB stick image
with this patch incorporated into the kernel, booted from it
successful
John Baldwin wrote:
As far as I know the regression / panic still happens in 7.2 -- I nearly
did an 'installkernel' on that box w/o thinking...
Yes. The same patch will apply to 7-stable though it will have to be applied
to ata-chipset.c instead.
Here is that patch reworked, which I'm
John Baldwin wrote:
On an i386 8.0 kernel built here it is this line:
139 if ((error = ch->dma.load(request, NULL, &dummy))) {
which would seem to indicate dma.load is NULL somehow. My patch doesn't
affect that part of the code at all. Are you using any modules or is ata
compile
Warner Losh wrote:
Author: imp
Date: Wed Jun 10 18:12:15 2009
New Revision: 193938
URL: http://svn.freebsd.org/changeset/base/193938
Log:
These are no longer referenced in the tree, so can be safely removed.
Thanks! Death to the Pixies says Frank Black! :-)
Frank Zappa meanwhile remains
On 19/06/2014 21:05, Hans Petter Selasky wrote:
Are there any existing C++ kernel modules, or in ports? Even though,
C++ kernel modules can be compiled with C files aswell, containing the
sysctls.
The Click Modular Router is implemented in C++, I have occasionally
pitched in with keeping it
On 19/06/2014 06:28, Hans Petter Selasky wrote:
Author: hselasky
Date: Thu Jun 19 05:28:42 2014
New Revision: 267633
URL: http://svnweb.freebsd.org/changeset/base/267633
Log:
Initialize sysctl OID structure by record.
So, has there been any traction on rethinking / backing out this change
Daichi-san,
Just FYI: I could not get IIC to work with the glxiic(4) driver in tree
on my PC Engines ALIX 6D2, although this driver [1] appears to work.
Tested with a Dallas Semiconductor DS1337 RTC module some time ago.
Bruce
[1] http://www.phisch.org/website/glxiic/
___
On 12/07/2014 12:34, Bruce Evans wrote:
This joke is bad. The C++ version is worse in every way.
I concur with everything you have said in your message. Moral of story:
it is very, very easy to introduce bloat using C++, and using a higher
level language does not automatically lead to bette
On 12/07/2014 16:31, Ian Lepore wrote:
It is in no way established that any kind of "mess" exists.
On the contrary, the metrics and analysis which bde@ has presented seem
pretty clear to me.
All we have
is some people who appear to hate C++ expressing their opinions about
how they hate C++
On 21/07/2014 16:22, Pedro F. Giffuni wrote:
]
Log:
Add re-entrant versions of the hash functions based on the GNU api.
What, if anything, can be done about qsort_r() API incompatibility?
___
svn-src-all@freebsd.org mailing list
http://lists.fre
On Sun, 19 Oct 2014, at 13:02, Andriy Gapon wrote:
> I think that on platforms where an optimized version of fls() is
> available that
> would work faster than this cool piece of bit magic.
This is a common enough idiom that perhaps a macro should be added:
sys/param.h:
#define roundup(x, y)
Hello,
This is a really inconvenient time for me (I am up against a deadline)
but I am not 100% comfortable with this change.
On Thu, 30 Oct 2014, at 10:59, Andrey V. Elsukov wrote:
> Log:
> Fix mbuf leak in IPv6 multicast code.
> When multicast capable interface goes away, it leaves multicas
On Mon, 3 Nov 2014, at 08:21, Julian Elischer wrote:
> I'm open to being persuaded but I think we need to have a discussion
> about stack usage. We used to say that anything greater that, say
> 64 bytes should probably be allocated.
I have to admit the level of stack usage in my current $DAYJOB pr
On 14/05/2014 16:57, Ian Lepore wrote:
TI Programmable Realtime Unit Subsystem.
OK, so PRUSS is one vowel change away from the name of a killer android
in a work by Philip K. Dick.
Are there applications for this driver? I'm just curious having skimmed
this document [1]:
"The PRU subsystem
On 16/05/2014 08:46, Doug Ambrisko wrote:
mrsas(4) attaches disks to the CAM layer so it depends on CAM and devices
show up as /dev/daX. mfiutil(8) does not work with mrsas.
This is a big improvement. When using ZFS with mfi(4), mfiutil(8) can be
used to create an "un-RAID" configuratio
On 03/08/2014 15:27, Warner Losh wrote:
What, if anything, can be done about qsort_r() API incompatibility?
qsort_r is non-standard and we did it first, plus we will want to stay
compatible with Apple :).
I guess we could do some ugly parameter swapping in the case where _GNU_SOURCE
is defined
On 06/08/2014 01:36, Marcel Moolenaar wrote:
Log:
Optionally include the install command as found on Juniper products
like EX and SRX. The install command uses pkgfs to extract a kernel,
zero or more modules and a root file system from the specified package
and boots the kernel. The n
On 20/11/2014 21:10, Craig Rodrigues wrote:
Converting these (and other) utilities to use libxo will make it a lot
easier to write analysis tools like eagleeye.
It'll also make it easier for anyone doing systems-level study. Right
now I have a bunch of shell scripts which hoover up command o
rtadvd(8) has a few other bugs apart from this. It could probably stand
to use CLOCK_MONOTONIC where that's possible, also...
--
BMS (sent via webmail)
___
svn-src-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To uns
On 22/12/2014 21:26, Dmitry Morozovsky wrote:
Log:
Add VAMI (VMware Appliance Management Interface) port.
This is vApp / VMware Studio related; any plans to get FreeBSD guests
working?
___
svn-src-all@freebsd.org mailing list
http://lists.fr
On 12/01/2015 08:33, Hiren Panchasara wrote:
Log:
DCTCP (Data Center TCP) implementation.
Right On Commander!
___
svn-src-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-s
Gleb,
Correct me if I'm wrong -- but doesn't this set of changes remove the
ability for the user to see the stack-wide membership filters on each
link? The implementation required KVM as it must inspect the SSM filters
themselves to obtain this information.
On 19/02/2015 22:42, Gleb Smirnoff
On 21/02/2015 00:50, Gleb Smirnoff wrote:
May be you refer to code that was always under #if 0, disabled due to
difficulty to go through RB-trees via kvm(3)?
My bad - yes - this code was unfinished as of SVN rev 192923, it seems I
ran into problems with RB-tree walks through KREAD().
To
On Thu, 4 Sep 2014, at 10:05, Jean-Sébastien Pédron wrote:
> Unfortunately, reading from the video memory is very expensive. The new
> version of vt_vga never reads from the video memory. Instead, it uses
> the console history to know what those 8 pixels should look like and
> write one byte which
On Thu, 18 Sep 2014, at 07:04, Kevin Lo wrote:
> Sorry, I overlooked that. Marcelo has a patch with 802.1p tagging
> support,
> I thought the patch was committed.
I agree the comment change should be reverted. I changed if_ethersubr.c
many years ago to decode 802.1p tags into the mbuf packet head
It's good to see this patch being aired out and going into mainline
finally. However, what about IP DS mapping and/or application layer
mapping? We may not need full-on MPLS style classification, unless we
plan to take that code later on. (I'm looking at you, NetBSD.)
__
On 06/06/16 13:48, Marcelo Araujo wrote:
We have on ipfw(8) support for DSCP[1], I'm not sure if this is the
same/similar case you mentioned for IP DS(DiffServices?).
Background: I introduced the code to process VLAN 0 tags inline as
normal traffic several years ago for 802.1p.
I'm referring
On 03/10/16 20:02, Eric van Gyzen wrote:
Author: vangyzen
Date: Mon Oct 3 19:02:22 2016
New Revision: 306652
URL: https://svnweb.freebsd.org/changeset/base/306652
Log:
Update arp(4) to document the net.link.ether.inet.garp_rexmit_count sysctl.
Meh, acronym collision.
It's probably obvious
On 03/10/16 20:22, Eric van Gyzen wrote:
The collision is unfortunate, but I agree that the context should be enough.
Agreed -- other technical writers have also used this version of the
GARP acronym in doco.
However, that GARP -- 802.1ak -- is due to be replaced with MRP.
The "Mental-map
On 17/10/16 18:40, John Baldwin wrote:
I'm a bit hesitant to do all the type parsing in the kernel vs userland.
However, I think having smbios(4) export a /dev/smbios that you can either
read() or mmap() to access the table would be very convenient and let you
keep the bits to parse the table in
On 17/10/16 21:23, Bruce Simpson wrote:
On 17/10/16 18:40, John Baldwin wrote:
I'm a bit hesitant to do all the type parsing in the kernel vs userland.
However, I think having smbios(4) export a /dev/smbios that you can
either
read() or mmap() to access the table would be very convenien
"Yes, I know it's not a typewriter. Why is this command not working?"
Perhaps this errno code should be aliased... and strerror() massaged in
places... assuming we strictly follow the POSIX.
___
svn-src-all@freebsd.org mailing list
https://lists.freeb
On 31/07/16 07:24, Adrian Chadd wrote:
[gpioled] add support for inverting the LED polarity.
No, this isn't a star trek science joke - sometimes LEDs are wired
up to be active low, so this is needed.
Actually, just about every bit of hardware I have interacted with on
that level recently
On 01/08/16 17:49, Ian Lepore wrote:
...
In addition, the strerror() output for ENOTTY says nothing about a
typewriter, the text is "Inappropriate ioctl for device."
If that semantic gap has already been plugged, ignore my message.
___
svn-src-all@fr
DES,
I believe this breaks logging into various embedded network devices,
unfortunately. E.g. the Netonix WISP Switch, which uses an embedded
Linux variant with dropbear 0.51. It is expecting to use DSA not RSA for
the key exchange.g
Is there a way to revert this change, at least on an ongoi
On 07/08/16 11:58, Bruce Simpson wrote:
Is there a way to revert this change, at least on an ongoing operational
basis (e.g. configuration file) for those of us who use FreeBSD to
connect directly to such devices?
I was able to override this (somewhat unilateral, to my mind)
deprecation of
On 07/08/16 12:43, Oliver Pinter wrote:
I was able to override this (somewhat unilateral, to my mind)
deprecation of the DH key exchange by using this option:
-oKexAlgorithms=+diffie-hellman-group1-sha1
You can add this option to /etc/ssh/ssh.conf or ~/.ssh/config too.
Can this at least be ad
On 07/08/16 15:40, Warner Losh wrote:
That’s a cop-out answer. We, as a project, need to articulate to our
users, whom we care about, why this rather obnoxious hit to usability
was taken. The answer must be more complete than “We just disabled
it because upstream disabled it for reasons we’re too
1 - 100 of 141 matches
Mail list logo