Re: dhclient support for /32 assignments

2013-12-03 Thread Kenneth Westerback
Rfc 3442 is what I referred to. Ken On 3 Dec 2013 22:54, "Matthew Dempsky" wrote: > On Tue, Dec 3, 2013 at 5:55 PM, Kenneth R Westerback > wrote: > > Located here, the addition of the 255.255.255.255 route is not done in > the > > presence of DHO_CLASSLESS_STATIC_ROUTES. As I recall only D

Re: dhclient support for /32 assignments

2013-12-03 Thread Matthew Dempsky
On Tue, Dec 3, 2013 at 5:55 PM, Kenneth R Westerback wrote: > Located here, the addition of the 255.255.255.255 route is not done in the > presence of DHO_CLASSLESS_STATIC_ROUTES. As I recall only DHO_ROUTERS and > DHO_STATIC_ROUTES are incompatible with DHO_CLASSLESS_STATIC_ROUTES. So > we may wa

Re: dhclient support for /32 assignments

2013-12-03 Thread Kenneth R Westerback
On Tue, Dec 03, 2013 at 04:15:10PM -0800, Matthew Dempsky wrote: > The patch below extends dhclient to mimic this logic from ISC DHCP's > linux script: > > if [ "x$new_subnet_mask" = "x255.255.255.255" ] ; then > route add -host $router dev $interface > fi > route

LLVM warning in dev/pci/if_wpi.c

2013-12-03 Thread Brad Smith
An unused function in wpi(4). #if 0 out the function for now. if_wpi.c:510:1: error: unused function 'wpi_mem_write' [-Werror,-Wunused-function] OK? Index: if_wpi.c === RCS file: /home/cvs/src/sys/dev/pci/if_wpi.c,v retrieving rev

LLVM warning in dev/pci/drm/i915/i915_drv.c

2013-12-03 Thread Brad Smith
The ValleyView PCI ids are #ifdef notyet in the table which references these structs so stick these under #ifdef notyet too until the ids are enabled. i915_drv.c:288:39: error: unused variable 'intel_valleyview_m_info' [-Werror,-Wunused-const-variable] i915_drv.c:297:39: error: unused variable '

dhclient support for /32 assignments

2013-12-03 Thread Matthew Dempsky
The patch below extends dhclient to mimic this logic from ISC DHCP's linux script: if [ "x$new_subnet_mask" = "x255.255.255.255" ] ; then route add -host $router dev $interface fi route add default gw $router $metric_arg dev $interface With this change, dhclient

LLVM warning in net/net80211/ieee80211_output.c

2013-12-03 Thread Brad Smith
ieee80211_edca_table is unused within the code so just #if 0 it out for but but keeping it around for future reference in case it ever becomes useful. ieee80211_output.c:311:5: error: unused variable 'ieee80211_edca_table' [-Werror,-Wunused-const-variable] OK? Index: ieee80211_output.c ===

LLVM warning in sys/uvm/uvm_map.c

2013-12-03 Thread Brad Smith
An unused function in the UVM code. #if 0 it out for now. uvm_map.c:171:14: error: unused function 'uvm_mapentry_freecmp' [-Werror,-Wunused-function] uvm_map.c:353:1: error: unused function 'uvm_mapentry_freecmp' [-Werror,-Wunused-function] OK? Index: uvm_map.c ===

LLVM warning in amd64/amd64/amd64errata.c and i386 version too

2013-12-03 Thread Brad Smith
The relvent code using amd64_errata_set4 is #if 0'd out so do the same to the variable. amd64errata.c:103:22: error: unused variable 'amd64_errata_set4' [-Werror,-Wunused-const-variable] OK? Index: amd64/amd64/amd64errata.c === RC

LLVM warning in dev/ic/ohci.c

2013-12-03 Thread Brad Smith
Some unused functions in ohci(4). #if 0 them out to appease the warnings but keep the code around in case it will be used at some point in the future. ohci.c:193:1: error: unused function 'OREAD1' [-Werror,-Wunused-function] ohci.c:200:1: error: unused function 'OREAD2' [-Werror,-Wunused-function]

LLVM warning in dev/ic/uhci.c

2013-12-03 Thread Brad Smith
Put UREAD4 under #ifdef UHCI_DEBUG as it is only used by a function for debugging which is also under UHCI_DEBUG. uhci.c:256:1: error: unused function 'UREAD4' [-Werror,-Wunused-function] OK? Index: uhci.c === RCS file: /home/cvs/s

Re: LLVM warning in dev/ic/atw.c

2013-12-03 Thread Stuart Henderson
On 2013/12/03 17:32, Brad Smith wrote: > The bit of code that calls this function is #if 0'd out so leave the function > there but #if 0 it out as well. > > atw.c:3021:1: error: unused function 'atw_hw_decrypted' > [-Werror,-Wunused-function] OK, though after looking through BUGS in the manpage,

Re: select.2: update includes

2013-12-03 Thread Christian Weisgerber
Matthew Dempsky: > I think you're missing a "{" after the do. :) Hmm, yes. This survives a make build: Index: sys/sys/select.h === RCS file: /cvs/src/sys/sys/select.h,v retrieving revision 1.13 diff -u -p -r1.13 select.h --- sys/sy

LLVM warning in dev/ic/atw.c

2013-12-03 Thread Brad Smith
The bit of code that calls this function is #if 0'd out so leave the function there but #if 0 it out as well. atw.c:3021:1: error: unused function 'atw_hw_decrypted' [-Werror,-Wunused-function] OK? Index: atw.c === RCS file: /home

LLVM warning in dev/ic/smc91cxx.c

2013-12-03 Thread Brad Smith
This popped out at me when I was looking at this driver awhile ago but I see now LLVM even warns about the fact that it is unused within the smc91cxx driver code. smc91cxx.c:191:1: error: unused function 'ether_cmp' [-Werror,-Wunused-function] OK? Index: smc91cxx.c =

LLVM warning in dev/ic/aic79xx.c

2013-12-03 Thread Brad Smith
This is unused within the aic79xx code. aic79xx.c:93:20: error: unused variable 'num_chip_names' [-Werror,-Wunused-const-variable] OK? Index: aic79xx.c === RCS file: /home/cvs/src/sys/dev/ic/aic79xx.c,v retrieving revision 1.51 di

Re: xenocara fallout from libcompat removal

2013-12-03 Thread Matthieu Herrb
On Tue, Dec 03, 2013 at 08:53:37PM +0100, Christian Weisgerber wrote: > The xenocara fallout from libcompat removal is actually minimal. > > I don't know if there are any extant operating systems that still > require for getrusage(). > ok. > Index: app/xgc/tests.c > ===

Re: select.2: update includes

2013-12-03 Thread Theo de Raadt
> I wasn't sure if people might be calling FD_COPY()/FD_ZERO() with > void* or char* typed arguments (or other custom sized types). If we > can assume they'll only pass fd_set* arguments, then they could be > done away with. Hmm, that's a good question. The base appears clean, but it rarely make

Re: select.2: update includes

2013-12-03 Thread Matthew Dempsky
On Tue, Dec 3, 2013 at 1:39 PM, Philip Guenther wrote: > What problem does the casts solve? I wasn't sure if people might be calling FD_COPY()/FD_ZERO() with void* or char* typed arguments (or other custom sized types). If we can assume they'll only pass fd_set* arguments, then they could be don

Re: select.2: update includes

2013-12-03 Thread Matthew Dempsky
On Tue, Dec 3, 2013 at 1:55 PM, Christian Weisgerber wrote: > +#if __BSD_VISIBLE > +#defineFD_COPY(f, t) (void)(*(t) = *(f)) > +#endif > +#defineFD_ZERO(p) do \ > + fd_set *_p = (p); \ > + __size_t _n = _

Re: select.2: update includes

2013-12-03 Thread Christian Weisgerber
Combining the various suggestions, I now have this: Index: sys/sys/select.h === RCS file: /cvs/src/sys/sys/select.h,v retrieving revision 1.13 diff -u -p -r1.13 select.h --- sys/sys/select.h29 Oct 2013 02:44:52 - 1.13 +++

Re: select.2: update includes

2013-12-03 Thread Theo de Raadt
> On Tue, Dec 3, 2013 at 12:37 PM, Philip Guenther wrote: > > needs to stay until FD_ZERO() and FD_COPY() are changed to > > not use memset()/memcpy(). > > Good point. > > Would something like this work? > > #define FD_COPY(f, t) (*(fd_set *)(t) = *(const fd_set *)(f)) Regarding your FD_ZER

Re: select.2: update includes

2013-12-03 Thread Philip Guenther
On Tue, Dec 3, 2013 at 1:03 PM, Matthew Dempsky wrote: > On Tue, Dec 3, 2013 at 12:37 PM, Philip Guenther wrote: >> needs to stay until FD_ZERO() and FD_COPY() are changed to >> not use memset()/memcpy(). > > Good point. > > Would something like this work? > > #define FD_COPY(f, t) (*(fd_set *

Re: select.2: update includes

2013-12-03 Thread Matthew Dempsky
On Tue, Dec 3, 2013 at 12:37 PM, Philip Guenther wrote: > needs to stay until FD_ZERO() and FD_COPY() are changed to > not use memset()/memcpy(). Good point. Would something like this work? #define FD_COPY(f, t) (*(fd_set *)(t) = *(const fd_set *)(f)) static const fd_set __fd_zero_set; #defi

Re: select.2: update includes

2013-12-03 Thread Christian Weisgerber
Philip Guenther: > needs to stay until FD_ZERO() and FD_COPY() are changed to > not use memset()/memcpy(). We could grab this from FreeBSD: #if __BSD_VISIBLE #define FD_COPY(f, t) (void)(*(t) = *(f)) #endif #define FD_ZERO(p) do { \ fd_set *_p;

Re: cdce(4): sc->cdce_unit

2013-12-03 Thread Theo de Raadt
> I read sys/dev/usb/if_cdce.c and found sc->cdce_unit is refered but > none initializes. Maybe the fix is required like this :- > [...] > + sc->cdce_unit = self->dv_unit; I really dislike variables that serve no purpose. The same thing is available straight out of struct device. I've also

cdce(4): sc->cdce_unit

2013-12-03 Thread SASANO Takayoshi
Hello, I read sys/dev/usb/if_cdce.c and found sc->cdce_unit is refered but none initializes. Maybe the fix is required like this :- Index: if_cdce.c === RCS file: /cvs/src/sys/dev/usb/if_cdce.c,v retrieving revision 1.57 diff -u -p -

Re: Genesys Logic GL620USB-A, USB PC-to-PC link cable (take 2)

2013-12-03 Thread SASANO Takayoshi
Hello, jca@ privately advised that I should write my own copyright to describe who modified the code. I am planning to add notice like if_axe.c and sent the diff to him but there is no answer (too busy?). So I ask here. Is there any good solution? Thanks, SASANO Takayoshi Index: if_ugl.c

Re: select.2: update includes

2013-12-03 Thread Philip Guenther
On Tue, Dec 3, 2013 at 12:08 PM, Christian Weisgerber wrote: > POSIX says select() and everything it needs should come from > . Eight years ago our headers have been fixed to > provide this. Time to acknowledge this in the man page, too. > > ok? ... > -.Fd #include needs to stay until FD_ZERO

Re: select.2: update includes

2013-12-03 Thread Matthew Dempsky
On Tue, Dec 3, 2013 at 12:08 PM, Christian Weisgerber wrote: > ok? ok matthew > +.Fd #include Worth using .In instead while you're at it?

select.2: update includes

2013-12-03 Thread Christian Weisgerber
POSIX says select() and everything it needs should come from . Eight years ago our headers have been fixed to provide this. Time to acknowledge this in the man page, too. ok? Index: select.2 === RCS file: /cvs/src/lib/libc/sys/sele

xenocara fallout from libcompat removal

2013-12-03 Thread Christian Weisgerber
The xenocara fallout from libcompat removal is actually minimal. I don't know if there are any extant operating systems that still require for getrusage(). Index: app/xgc/tests.c === RCS file: /cvs/xenocara/app/xgc/tests.c,v retriev

Re: pf.os: add additional fingerprints

2013-12-03 Thread Eitan Adler
On Tue, Dec 3, 2013 at 3:55 AM, Stuart Henderson wrote: > On 2013/12/02 23:39, Eitan Adler wrote: >> Hi all, >> >> This is a simple enough patch: >> >> Index: pf.os >> ==*= >> RCS file: /cvs/src/etc/pf.os,v >> retrieving revision 1.26

Re: etc/mtree/special: remove nsd.conf

2013-12-03 Thread Ian McWilliam
On 3/12/2013 7:12 PM, Björn Ketelaars wrote: /etc/nsd.conf has been moved to /var/nsd/etc/nsd.conf. /etc/changelist has been changed accordingly, /etc/mtree/special has not. NSD's configuration file resides in a root:_nsd owned directory with permission set at 0750. As such there should be no nee

Re: pf.os: add additional fingerprints

2013-12-03 Thread Henning Brauer
* Stuart Henderson [2013-12-03 09:55]: > On 2013/12/02 23:39, Eitan Adler wrote: > > Index: pf.os > DragonFly 2.7 is 3 years old; should the version range in this last one > be extended, or has the signature changed now? there was a much more complete update of pf.os committed a longish time ago,

Re: etc/mtree/special: remove nsd.conf

2013-12-03 Thread Stuart Henderson
On 2013/12/03 09:12, Björn Ketelaars wrote: > /etc/nsd.conf has been moved to /var/nsd/etc/nsd.conf. /etc/changelist has > been > changed accordingly, /etc/mtree/special has not. NSD's configuration file > resides in a root:_nsd owned directory with permission set at 0750. As such > there should b

Re: pf.os: add additional fingerprints

2013-12-03 Thread Stuart Henderson
On 2013/12/02 23:39, Eitan Adler wrote: > Hi all, > > This is a simple enough patch: > > Index: pf.os > ==*= > RCS file: /cvs/src/etc/pf.os,v > retrieving revision 1.26 > diff -u -r1.26 pf.os > --- pf.os 3 Aug 2012 12:25:16 - 1.2

Re: etc/mtree/special: remove nsd.conf

2013-12-03 Thread Björn Ketelaars
On 03/12/2013, Ian McWilliam wrote: > On 3/12/2013 7:12 PM, Björn Ketelaars wrote: > >/etc/nsd.conf has been moved to /var/nsd/etc/nsd.conf. /etc/changelist has > >been > >changed accordingly, /etc/mtree/special has not. NSD's configuration file > >resides in a root:_nsd owned directory with permi

etc/mtree/special: remove nsd.conf

2013-12-03 Thread Björn Ketelaars
/etc/nsd.conf has been moved to /var/nsd/etc/nsd.conf. /etc/changelist has been changed accordingly, /etc/mtree/special has not. NSD's configuration file resides in a root:_nsd owned directory with permission set at 0750. As such there should be no need for inclusion of nsd.conf in the mtree specif