Re: svn commit: r196550 - in head: etc/defaults etc/rc.d share/man/man5

2009-08-26 Thread Bruce Simpson
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

Re: svn commit: r196797 - in head: sys/net sys/netinet usr.bin/netstat

2009-09-03 Thread Bruce Simpson
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

Re: svn commit: r196797 - in head: sys/net sys/netinet usr.bin/netstat

2009-09-04 Thread Bruce Simpson
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

Re: svn commit: r197652 - stable/7/sys/kern

2009-09-30 Thread Bruce Simpson
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"

Re: svn commit: r191651 - head/usr.sbin/mtest

2011-02-16 Thread Bruce Simpson
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

Re: svn commit: r189989 - stable/7/lib/libbluetooth

2009-03-18 Thread Bruce Simpson
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,

Re: svn commit: r189828 - in head: include sys/sys

2009-03-21 Thread Bruce Simpson
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

Re: svn commit: r191367 - head/sys/net

2009-04-22 Thread Bruce Simpson
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

Re: svn commit: r191367 - head/sys/net

2009-04-22 Thread Bruce Simpson
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

Re: svn commit: r191367 - head/sys/net

2009-04-26 Thread Bruce Simpson
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

Re: svn commit: r191635 - head/usr.sbin/arp

2009-04-29 Thread Bruce Simpson
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 __

Re: svn commit: r191672 - in head: . sys/conf sys/kern sys/netinet sys/netinet6 sys/sys usr.sbin/ifmcstat

2009-04-29 Thread Bruce Simpson
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

Re: svn commit: r265456 - head/libexec/rtld-elf

2014-05-07 Thread Bruce Simpson
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

Re: svn commit: r265456 - head/libexec/rtld-elf

2014-05-07 Thread Bruce Simpson
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

Re: svn commit: r253841 - head/sys/netinet6

2013-08-07 Thread Bruce Simpson
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

Re: svn commit: r253590 - in head/sys: kern net sys

2013-08-07 Thread Bruce Simpson
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

Re: svn commit: r253841 - head/sys/netinet6

2013-08-07 Thread Bruce Simpson
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

Re: svn commit: r188727 - in stable/7: sys sys/contrib/pf sys/dev/ath/ath_hal sys/dev/cxgb sys/kern sys/modules/sem sys/sys tools/regression/posixsem usr.bin/procstat

2009-02-18 Thread Bruce Simpson
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

Re: svn commit: r188727 - in stable/7: sys sys/contrib/pf sys/dev/ath/ath_hal sys/dev/cxgb sys/kern sys/modules/sem sys/sys tools/regression/posixsem usr.bin/procstat

2009-02-18 Thread Bruce Simpson
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

Re: svn commit: r188727 - in stable/7: sys sys/contrib/pf sys/dev/ath/ath_hal sys/dev/cxgb sys/kern sys/modules/sem sys/sys tools/regression/posixsem usr.bin/procstat

2009-02-18 Thread Bruce Simpson
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

Re: svn commit: r188727 - in stable/7: sys sys/contrib/pf sys/dev/ath/ath_hal sys/dev/cxgb sys/kern sys/modules/sem sys/sys tools/regression/posixsem usr.bin/procstat

2009-02-22 Thread Bruce Simpson
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

Re: svn commit: r188018 - in head: sys/dev/pci usr.sbin/pciconf

2009-02-26 Thread Bruce Simpson
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

Re: svn commit: r189707 - in head: sys/kern sys/sys usr.bin/kdump usr.bin/ktrace

2009-03-11 Thread Bruce Simpson
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

Re: svn commit: r189781 - stable/7/sys/kern

2009-03-13 Thread Bruce Simpson
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

Re: svn commit: r189781 - stable/7/sys/kern

2009-03-13 Thread Bruce Simpson
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

Re: svn commit: r189781 - stable/7/sys/kern

2009-03-14 Thread Bruce Simpson
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

Re: svn commit: r200432 - in stable/8: . contrib/top lib/libusb sbin/atacontrol sys/arm/mv sys/cam/ata sys/cam/scsi sys/conf sys/dev/ata sys/dev/ata/chipsets sys/powerpc/powermac sys/powerpc/psim tool

2009-12-12 Thread Bruce Simpson
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)

Re: svn commit: r200797 - head/lib/libc/stdtime

2009-12-22 Thread Bruce Simpson
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.

Re: svn commit: r201139 - in head/sys: cam/ata geom sys

2009-12-28 Thread Bruce Simpson
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

Re: svn commit: r201204 - head/lib/libc/sys

2009-12-29 Thread Bruce Simpson
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

Re: moving sctp to a separate directory ? (Re: svn commit: r201523 - head/sys/netinet)

2010-01-05 Thread Bruce Simpson
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

Re: svn commit: r201472 - in head/sys: kern sys

2010-01-05 Thread Bruce Simpson
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

Re: svn commit: r203108 - in head/sys: cam cam/ata cam/scsi dev/ahci dev/asr dev/ata dev/ciss dev/hptiop dev/hptrr dev/mly dev/mpt dev/ppbus dev/siis dev/trm dev/twa dev/usb/storage

2010-01-28 Thread Bruce Simpson
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

Re: svn commit: r203574 - head/etc

2010-02-06 Thread Bruce Simpson
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

Re: svn commit: r186387 - stable/7/usr.sbin/fwcontrol

2008-12-21 Thread Bruce Simpson
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

Re: svn commit: r186457 - in head/tools/tools: . ether_reflect

2008-12-24 Thread Bruce Simpson
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"

Re: svn commit: r186829 - head/sys/i386/conf

2009-01-06 Thread Bruce Simpson
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 ___

Re: svn commit: r187697 - stable/7/sbin/atacontrol

2009-01-25 Thread Bruce Simpson
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

Re: svn commit: r194493 - head/usr.bin/catman

2009-06-21 Thread Bruce Simpson
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

Re: svn commit: r195295 - in head/sys: amd64/conf i386/conf ia64/conf pc98/conf powerpc/conf sparc64/conf sun4v/conf

2009-07-04 Thread Bruce Simpson
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

Re: svn commit: r195829 - stable/7/sys/dev/usb

2009-07-22 Thread Bruce Simpson
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

Re: svn commit: r195829 - stable/7/sys/dev/usb

2009-07-23 Thread Bruce Simpson
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

Re: svn commit: r195829 - stable/7/sys/dev/usb

2009-07-23 Thread Bruce Simpson
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

Re: svn commit: r195848 - in head/tools/tools/net80211: stumbler w00t w00t/ap w00t/assoc w00t/expand w00t/prga w00t/redir wesside/wesside wlaninject

2009-07-24 Thread Bruce Simpson
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

Re: svn commit: r195921 - head/sys/net

2009-07-28 Thread Bruce Simpson
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"

Re: svn commit: r196039 - in head/sys: contrib/pf/net dev/cxgb/ulp/tom net netinet netinet6

2009-08-04 Thread Bruce Simpson
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

Re: svn commit: r196039 - in head/sys: contrib/pf/net dev/cxgb/ulp/tom net netinet netinet6

2009-08-04 Thread Bruce Simpson
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,

Re: svn commit: r206452 - head/sys/netinet

2010-04-15 Thread Bruce Simpson
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

Re: svn commit: r206452 - head/sys/netinet

2010-04-16 Thread Bruce Simpson
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

Re: svn commit: r206701 - in stable/8/sys: amd64/include conf dev/hwpmc i386/include modules/hwpmc sys

2010-04-16 Thread Bruce Simpson
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

Re: svn commit: r204493 - head/lib/libc/stdlib

2010-03-02 Thread Bruce Simpson
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

Re: svn commit: r204870 - head/sys/modules

2010-03-08 Thread Bruce Simpson
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. :-)

Re: svn commit: r205024 - head/sys/net

2010-03-12 Thread Bruce Simpson
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

Re: svn commit: r205104 - in head/sys: dev/xen/netback netinet netinet6

2010-03-13 Thread Bruce Simpson
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

Re: svn commit: r191943 - head/sys/netinet

2009-05-09 Thread Bruce Simpson
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

Re: svn commit: r192033 - stable/7/sys/dev/ata

2009-05-14 Thread Bruce Simpson
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'

Re: svn commit: r192033 - stable/7/sys/dev/ata

2009-05-17 Thread Bruce Simpson
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

Re: svn commit: r192033 - stable/7/sys/dev/ata

2009-05-17 Thread Bruce Simpson
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

Re: svn commit: r193199 - head/etc

2009-06-01 Thread Bruce Simpson
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

Re: svn commit: r193199 - head/etc

2009-06-02 Thread Bruce Simpson
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

Re: svn commit: r193199 - head/etc

2009-06-02 Thread Bruce Simpson
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

Re: svn commit: r192033 - stable/7/sys/dev/ata

2009-06-09 Thread Bruce Simpson
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

Re: svn commit: r192033 - stable/7/sys/dev/ata

2009-06-10 Thread Bruce Simpson
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

Re: svn commit: r192033 - stable/7/sys/dev/ata

2009-06-10 Thread Bruce Simpson
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

Re: svn commit: r192033 - stable/7/sys/dev/ata

2009-06-10 Thread Bruce Simpson
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

Re: svn commit: r193938 - head/sys/netinet

2009-06-10 Thread Bruce Simpson
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

Re: svn commit: r267633 - head/sys/sys

2014-06-19 Thread Bruce Simpson
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

Re: svn commit: r267633 - head/sys/sys

2014-06-23 Thread Bruce Simpson
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

Re: svn commit: r268210 - stable/10/sys/dev/glxiic

2014-07-03 Thread Bruce Simpson
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/ ___

Re: svn commit: r268566 - head/usr.bin/users

2014-07-12 Thread Bruce Simpson
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

Re: svn commit: r268566 - head/usr.bin/users

2014-07-12 Thread Bruce Simpson
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++

Re: svn commit: r268943 - in head: include lib/libc/stdlib

2014-07-21 Thread Bruce Simpson
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

Re: svn commit: r273274 - head/sys/netpfil/ipfw

2014-10-20 Thread Bruce Simpson
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)

Re: svn commit: r273855 - head/sys/netinet6

2014-10-30 Thread Bruce Simpson
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

Re: svn commit: r274017 - head/sys/kern

2014-11-03 Thread Bruce Simpson
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

Re: svn commit: r266098 - stable/10/sys/arm/ti

2014-05-14 Thread Bruce Simpson
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

Re: svn commit: r266242 - in stable/9: share/man/man4 sys/conf sys/dev/mrsas sys/modules sys/modules/mrsas

2014-05-16 Thread Bruce Simpson
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

Re: svn commit: r268943 - in head: include lib/libc/stdlib

2014-08-03 Thread Bruce Simpson
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

Re: svn commit: r269621 - head/sys/boot/common

2014-08-06 Thread Bruce Simpson
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

Re: svn commit: r274672 - in head/contrib/libxo: . libxo xolint

2014-11-22 Thread Bruce Simpson
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

Re: svn commit: r275038 - in stable: 10/usr.sbin/rtadvd 8/usr.sbin/rtadvd 9/usr.sbin/rtadvd

2014-11-25 Thread Bruce Simpson
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

Re: svn commit: r276083 - head/etc

2014-12-30 Thread Bruce Simpson
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

Re: svn commit: r277054 - in head: share/man/man4 sys/modules/cc sys/modules/cc/cc_dctcp sys/netinet sys/netinet/cc

2015-01-12 Thread Bruce Simpson
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

Re: svn commit: r279028 - in head/usr.sbin: . ifmcstat

2015-02-19 Thread Bruce Simpson
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

Re: svn commit: r279028 - in head/usr.sbin: . ifmcstat

2015-02-22 Thread Bruce Simpson
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

Re: svn commit: r271023 - stable/10/sys/dev/vt

2014-09-04 Thread Bruce Simpson
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

Re: svn commit: r271735 - head/sys/net

2014-09-18 Thread Bruce Simpson
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

Re: svn commit: r301496 - in head: sbin/ifconfig share/man/man4 sys/net sys/sys

2016-06-06 Thread Bruce Simpson
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.) __

Re: svn commit: r301496 - in head: sbin/ifconfig share/man/man4 sys/net sys/sys

2016-06-06 Thread Bruce Simpson
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

Re: svn commit: r306652 - head/usr.sbin/arp

2016-10-03 Thread Bruce Simpson
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

Re: svn commit: r306652 - head/usr.sbin/arp

2016-10-03 Thread Bruce Simpson
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

Re: svn commit: r307326 - head/sys/boot/efi/loader

2016-10-17 Thread Bruce Simpson
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

Re: svn commit: r307326 - head/sys/boot/efi/loader

2016-10-17 Thread Bruce Simpson
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

Re: svn commit: r303522 - head/sys/dev/cxgbe

2016-08-01 Thread Bruce Simpson
"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

Re: svn commit: r303574 - head/sys/dev/gpio

2016-08-01 Thread Bruce Simpson
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

Re: svn commit: r303522 - head/sys/dev/cxgbe

2016-08-01 Thread Bruce Simpson
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

Re: svn commit: r303716 - head/crypto/openssh

2016-08-07 Thread Bruce Simpson
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

Re: svn commit: r303716 - head/crypto/openssh

2016-08-07 Thread Bruce Simpson
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

Re: svn commit: r303716 - head/crypto/openssh

2016-08-07 Thread Bruce Simpson
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

Re: svn commit: r303716 - head/crypto/openssh

2016-08-07 Thread Bruce Simpson
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   2   >