svn commit: r362216 - head/sbin/ifconfig
Author: adrian
Date: Tue Jun 16 04:17:08 2020
New Revision: 362216
URL: https://svnweb.freebsd.org/changeset/base/362216
Log:
[ifconfig] add UAPSD and LPDC flags
* Add UAPSD and LDPC flags
* expand the FLAGS section; it's kinda grown since I started hacking
on net80211..
Modified:
head/sbin/ifconfig/ifieee80211.c
Modified: head/sbin/ifconfig/ifieee80211.c
==
--- head/sbin/ifconfig/ifieee80211.cTue Jun 16 02:35:30 2020
(r362215)
+++ head/sbin/ifconfig/ifieee80211.cTue Jun 16 04:17:08 2020
(r362216)
@@ -125,6 +125,8 @@
#defineIEEE80211_NODE_AMSDU_RX 0x04/* AMSDU rx enabled */
#defineIEEE80211_NODE_AMSDU_TX 0x08/* AMSDU tx enabled */
#defineIEEE80211_NODE_VHT 0x10/* VHT enabled */
+#defineIEEE80211_NODE_LDPC 0x20/* LDPC enabled */
+#defineIEEE80211_NODE_UAPSD0x40/* UAPSD enabled */
#endif
#defineMAXCHAN 1536/* max 1.5K channels */
@@ -2637,6 +2639,10 @@ getflags(int flags)
*cp++ = 't';
if (flags & IEEE80211_NODE_AMSDU_RX)
*cp++ = 'r';
+ if (flags & IEEE80211_NODE_UAPSD)
+ *cp++ = 'U';
+ if (flags & IEEE80211_NODE_LDPC)
+ *cp++ = 'L';
*cp = '\0';
return flagstring;
}
@@ -3846,8 +3852,8 @@ list_stations(int s)
, "TXSEQ"
, "RXSEQ"
);
- else
- printf("%-17.17s %4s %4s %4s %4s %4s %6s %6s %4s %-7s\n"
+ else
+ printf("%-17.17s %4s %4s %4s %4s %4s %6s %6s %4s %-12s\n"
, "ADDR"
, "AID"
, "CHAN"
@@ -3881,8 +3887,8 @@ list_stations(int s)
, gettxseq(si)
, getrxseq(si)
);
- else
- printf("%s %4u %4d %3dM %4.1f %4d %6d %6d %-4.4s %-7.7s"
+ else
+ printf("%s %4u %4d %3dM %4.1f %4d %6d %6d %-4.4s
%-12.12s"
, ether_ntoa((const struct ether_addr*)
si->isi_macaddr)
, IEEE80211_AID(si->isi_associd)
___
svn-src-all@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
svn commit: r362215 - head/usr.sbin/mountd
Author: rmacklem
Date: Tue Jun 16 02:35:30 2020
New Revision: 362215
URL: https://svnweb.freebsd.org/changeset/base/362215
Log:
Make use of the UID_NOBODY and GID_NOGROUP definitions in sys/conf.h.
r362214 exposed UID_NOBODY and GID_NOGROUP to userspace, so use them
instead of the numbers.
Reviewed by: kib
Differential Revision:https://reviews.freebsd.org/D25281
Modified:
head/usr.sbin/mountd/mountd.c
Modified: head/usr.sbin/mountd/mountd.c
==
--- head/usr.sbin/mountd/mountd.c Tue Jun 16 02:31:22 2020
(r362214)
+++ head/usr.sbin/mountd/mountd.c Tue Jun 16 02:35:30 2020
(r362215)
@@ -48,6 +48,7 @@ static char sccsid[] = "@(#)mountd.c 8.15 (Berkeley) 5
__FBSDID("$FreeBSD$");
#include
+#include
#include
#include
#include
@@ -1525,9 +1526,9 @@ get_exportlist_one(int passno)
* Set defaults.
*/
has_host = FALSE;
- anon.cr_uid = 65534;
+ anon.cr_uid = UID_NOBODY;
anon.cr_ngroups = 1;
- anon.cr_groups[0] = 65533;
+ anon.cr_groups[0] = GID_NOGROUP;
exflags = MNT_EXPORTED;
got_nondir = 0;
opt_flags = 0;
@@ -3456,8 +3457,8 @@ parsecred(char *namelist, struct expcred *cr)
/*
* Set up the unprivileged user.
*/
- cr->cr_uid = 65534;
- cr->cr_groups[0] = 65533;
+ cr->cr_uid = UID_NOBODY;
+ cr->cr_groups[0] = GID_NOGROUP;
cr->cr_ngroups = 1;
/*
* Get the user's password table entry.
___
svn-src-all@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
svn commit: r362214 - head/sys/sys
Author: rmacklem Date: Tue Jun 16 02:31:22 2020 New Revision: 362214 URL: https://svnweb.freebsd.org/changeset/base/362214 Log: Expose UID_xxx and GID_xxx definitions to userspace. This patch moves the UID_xxx and GID_xxx definitions out of the #ifdef _KERNEL section, so that userspace programs like mountd can use them. There are a couple of userspace programs that do define UID_ROOT, but they do not include sys/conf.h. Since they are defined as the same value, maybe they should be changed to include sys/conf.h. Reviewed by: kib Differential Revision:https:/reviews.freebsd.org/D25281 Modified: head/sys/sys/conf.h Modified: head/sys/sys/conf.h == --- head/sys/sys/conf.h Tue Jun 16 01:11:40 2020(r362213) +++ head/sys/sys/conf.h Tue Jun 16 02:31:22 2020(r362214) @@ -147,6 +147,23 @@ typedef int dumper_hdr_t(struct dumperinfo *di, struct #defineD_TTY 0x0004 #defineD_MEM 0x0008 /* /dev/(k)mem */ +/* Defined uid and gid values. */ +#defineUID_ROOT0 +#defineUID_BIN 3 +#defineUID_UUCP66 +#defineUID_NOBODY 65534 + +#defineGID_WHEEL 0 +#defineGID_KMEM2 +#defineGID_TTY 4 +#defineGID_OPERATOR5 +#defineGID_BIN 7 +#defineGID_GAMES 13 +#defineGID_VIDEO 44 +#defineGID_DIALER 68 +#defineGID_NOGROUP 65533 +#defineGID_NOBODY 65534 + #ifdef _KERNEL #defineD_TYPEMASK 0x @@ -308,22 +325,6 @@ void devfs_clear_cdevpriv(void); ino_t devfs_alloc_cdp_inode(void); void devfs_free_cdp_inode(ino_t ino); - -#defineUID_ROOT0 -#defineUID_BIN 3 -#defineUID_UUCP66 -#defineUID_NOBODY 65534 - -#defineGID_WHEEL 0 -#defineGID_KMEM2 -#defineGID_TTY 4 -#defineGID_OPERATOR5 -#defineGID_BIN 7 -#defineGID_GAMES 13 -#defineGID_VIDEO 44 -#defineGID_DIALER 68 -#defineGID_NOGROUP 65533 -#defineGID_NOBODY 65534 typedef void (*dev_clone_fn)(void *arg, struct ucred *cred, char *name, int namelen, struct cdev **result); ___ svn-src-all@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
svn commit: r362213 - head/sys/dev/usb/wlan
Author: adrian
Date: Tue Jun 16 01:11:40 2020
New Revision: 362213
URL: https://svnweb.freebsd.org/changeset/base/362213
Log:
[rsu] Update wme ie API use.
Whoops, forgot to land this one too!
Modified:
head/sys/dev/usb/wlan/if_rsu.c
Modified: head/sys/dev/usb/wlan/if_rsu.c
==
--- head/sys/dev/usb/wlan/if_rsu.c Tue Jun 16 00:28:45 2020
(r362212)
+++ head/sys/dev/usb/wlan/if_rsu.c Tue Jun 16 01:11:40 2020
(r362213)
@@ -1982,7 +1982,7 @@ rsu_join_bss(struct rsu_softc *sc, struct ieee80211_no
frm = ieee80211_add_qos(frm, ni);
if ((ic->ic_flags & IEEE80211_F_WME) &&
(ni->ni_ies.wme_ie != NULL))
- frm = ieee80211_add_wme_info(frm, >ic_wme);
+ frm = ieee80211_add_wme_info(frm, >ic_wme, ni);
if (ni->ni_flags & IEEE80211_NODE_HT) {
frm = ieee80211_add_htcap(frm, ni);
frm = ieee80211_add_htinfo(frm, ni);
___
svn-src-all@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
svn commit: r362212 - head/sys/net80211
Author: adrian Date: Tue Jun 16 00:28:45 2020 New Revision: 362212 URL: https://svnweb.freebsd.org/changeset/base/362212 Log: [net80211] Add missing commit to previous-1 uapsd commit. Whoops; somehow my big commit line didn't include this.. cue the tree breakage emails. Modified: head/sys/net80211/ieee80211_proto.h Modified: head/sys/net80211/ieee80211_proto.h == --- head/sys/net80211/ieee80211_proto.h Tue Jun 16 00:28:08 2020 (r362211) +++ head/sys/net80211/ieee80211_proto.h Tue Jun 16 00:28:45 2020 (r362212) @@ -152,7 +152,8 @@ uint8_t *ieee80211_add_qos(uint8_t *, const struct iee uint16_t ieee80211_getcapinfo(struct ieee80211vap *, struct ieee80211_channel *); struct ieee80211_wme_state; -uint8_t * ieee80211_add_wme_info(uint8_t *frm, struct ieee80211_wme_state *wme); +uint8_t * ieee80211_add_wme_info(uint8_t *frm, struct ieee80211_wme_state *wme, + struct ieee80211_node *ni); void ieee80211_vap_reset_erp(struct ieee80211vap *); void ieee80211_reset_erp(struct ieee80211com *); ___ svn-src-all@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
svn commit: r362211 - head/sbin/ifconfig
Author: adrian
Date: Tue Jun 16 00:28:08 2020
New Revision: 362211
URL: https://svnweb.freebsd.org/changeset/base/362211
Log:
[net80211] Add uapsd option to ifconfig
Add an enable/disable option for controlling uapsd. I'm not yet controlling
the individual AC configs or the service period.
Modified:
head/sbin/ifconfig/ifieee80211.c
Modified: head/sbin/ifconfig/ifieee80211.c
==
--- head/sbin/ifconfig/ifieee80211.cTue Jun 16 00:27:32 2020
(r362210)
+++ head/sbin/ifconfig/ifieee80211.cTue Jun 16 00:28:08 2020
(r362211)
@@ -1804,6 +1804,12 @@ set80211ldpc(const char *val, int d, int s, const stru
set80211(s, IEEE80211_IOC_LDPC, ldpc, 0, NULL);
}
+static void
+set80211uapsd(const char *val, int d, int s, const struct afswtch *rafp)
+{
+ set80211(s, IEEE80211_IOC_UAPSD, d, 0, NULL);
+}
+
static
DECL_CMD_FUNC(set80211ampdulimit, val, d)
{
@@ -5288,6 +5294,16 @@ end:
break;
}
}
+ if (get80211val(s, IEEE80211_IOC_UAPSD, ) != -1) {
+ switch (val) {
+ case 0:
+ LINE_CHECK("-uapsd");
+ break;
+ case 1:
+ LINE_CHECK("uapsd");
+ break;
+ }
+ }
}
if (IEEE80211_IS_CHAN_VHT(c) || verbose) {
@@ -5872,6 +5888,8 @@ static struct cmd ieee80211_cmds[] = {
DEF_CMD("-ldpctx", -1, set80211ldpc),
DEF_CMD("ldpc", 3, set80211ldpc), /* NB: tx+rx */
DEF_CMD("-ldpc",-3, set80211ldpc),
+ DEF_CMD("uapsd",1, set80211uapsd),
+ DEF_CMD("-uapsd", 0, set80211uapsd),
DEF_CMD("puren",1, set80211puren),
DEF_CMD("-puren", 0, set80211puren),
DEF_CMD("doth", 1, set80211doth),
___
svn-src-all@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
svn commit: r362210 - head/sys/net80211
Author: adrian
Date: Tue Jun 16 00:27:32 2020
New Revision: 362210
URL: https://svnweb.freebsd.org/changeset/base/362210
Log:
[net80211] Add initial U-APSD negotiation support.
U-APSD (unscheduled automatic power save delivery) is a power save method
that's a bit better than legacy PS-POLL - stations can mark frames with
an extra flag that tells the AP to leak out more frames after it sends
its own frames rather than needing to send a PS-POLL to get another frame
from the AP.
Now, this code just handles the negotiation bits; it doesn't actually
implement U-APSD. That's up to drivers, and nothing in the tree yet
implements this. I /may/ implement this for ath(4) if I eventually care
enough but right now I plan on just implementing it for firmware offload
based NICs that handle this in the NIC.
I'll commit the ifconfig bit after this and I may have some follow-up
commits as this gets used more by me in local testing.
This should be a glorious no-op for everyone else. If things change
for anyone that isn't fixed by a complete recompile then please reach out
to me.
Modified:
head/sys/net80211/_ieee80211.h
head/sys/net80211/ieee80211.c
head/sys/net80211/ieee80211_hostap.c
head/sys/net80211/ieee80211_ioctl.c
head/sys/net80211/ieee80211_ioctl.h
head/sys/net80211/ieee80211_node.h
head/sys/net80211/ieee80211_output.c
head/sys/net80211/ieee80211_proto.c
head/sys/net80211/ieee80211_sta.c
head/sys/net80211/ieee80211_sta.h
head/sys/net80211/ieee80211_var.h
Modified: head/sys/net80211/_ieee80211.h
==
--- head/sys/net80211/_ieee80211.h Mon Jun 15 22:43:46 2020
(r362209)
+++ head/sys/net80211/_ieee80211.h Tue Jun 16 00:27:32 2020
(r362210)
@@ -488,6 +488,7 @@ struct ieee80211_mimo_info {
#defineIEEE80211_C_MBSS0x0004 /* CAPABILITY: MBSS
available */
#defineIEEE80211_C_SWSLEEP 0x0008 /* CAPABILITY: do sleep
here */
#defineIEEE80211_C_SWAMSDUTX 0x0010 /* CAPABILITY: software
A-MSDU TX */
+#defineIEEE80211_C_UAPSD 0x0020 /* CAPABILITY: U-APSD */
/* 0x7c available */
#defineIEEE80211_C_WPA10x0080 /* CAPABILITY: WPA1
avail */
#defineIEEE80211_C_WPA20x0100 /* CAPABILITY: WPA2
avail */
Modified: head/sys/net80211/ieee80211.c
==
--- head/sys/net80211/ieee80211.c Mon Jun 15 22:43:46 2020
(r362209)
+++ head/sys/net80211/ieee80211.c Tue Jun 16 00:27:32 2020
(r362210)
@@ -616,6 +616,12 @@ ieee80211_vap_setup(struct ieee80211com *ic, struct ie
if (vap->iv_opmode == IEEE80211_M_HOSTAP &&
(vap->iv_caps & IEEE80211_C_DFS))
vap->iv_flags_ext |= IEEE80211_FEXT_DFS;
+ /* NB: only flip on U-APSD for hostap/sta for now */
+ if ((vap->iv_opmode == IEEE80211_M_STA)
+ || (vap->iv_opmode == IEEE80211_M_HOSTAP)) {
+ if (vap->iv_caps & IEEE80211_C_UAPSD)
+ vap->iv_flags_ext |= IEEE80211_FEXT_UAPSD;
+ }
vap->iv_des_chan = IEEE80211_CHAN_ANYC; /* any channel is ok */
vap->iv_bmissthreshold = IEEE80211_HWBMISS_DEFAULT;
Modified: head/sys/net80211/ieee80211_hostap.c
==
--- head/sys/net80211/ieee80211_hostap.cMon Jun 15 22:43:46 2020
(r362209)
+++ head/sys/net80211/ieee80211_hostap.cTue Jun 16 00:27:32 2020
(r362210)
@@ -65,6 +65,7 @@ __FBSDID("$FreeBSD$");
#endif
#include
#include
+#include /* for parse_wmeie */
#defineIEEE80211_RATE2MBS(r) (((r) & IEEE80211_RATE_VAL) / 2)
@@ -2253,8 +2254,18 @@ hostap_recv_mgmt(struct ieee80211_node *ni, struct mbu
* Mark node as capable of QoS.
*/
ni->ni_flags |= IEEE80211_NODE_QOS;
+ if (ieee80211_parse_wmeie(wme, wh, ni) > 0) {
+ if (ni->ni_uapsd != 0)
+ ni->ni_flags |=
+ IEEE80211_NODE_UAPSD;
+ else
+ ni->ni_flags &=
+ ~IEEE80211_NODE_UAPSD;
+ }
} else
- ni->ni_flags &= ~IEEE80211_NODE_QOS;
+ ni->ni_flags &=
+ ~(IEEE80211_NODE_QOS |
+ IEEE80211_NODE_UAPSD);
#ifdef IEEE80211_SUPPORT_SUPERG
if (ath != NULL) {
Re: svn commit: r362191 - head/sbin/md5
On Mon, Jun 15, 2020, 3:12 PM Rodney W. Grimes
wrote:
> > On Mon, Jun 15, 2020 at 7:34 AM Mateusz Piotrowski <0...@freebsd.org>
> wrote:
> >
> > > Hi,
> > >
> > > On 6/15/20 2:33 PM, Rodney W. Grimes wrote:
> > > > [ Charset UTF-8 unsupported, converting... ]
> > > >> Author: fernape (ports committer)
> > > >> Date: Mon Jun 15 10:08:02 2020
> > > >> New Revision: 362191
> > > >> URL: https://svnweb.freebsd.org/changeset/base/362191
> > > >>
> > > >> Log:
> > > >> md5(1): fix style in man page
> > > >
> > > > Mandoc is fine to ignore this, but it is wrong to call it useless.
> > > >
> > > > I really wish that this stop. .Tn might be useless to mandoc,
> > > > but it is a very usable thing if your formatting to something
> > > > other than txt, as in a ps or pdf.
> > >
> > > In that case I would consider patching our in-tree mandoc to not warn
> > > about Tn. Or request support for Tn or a well-defined replacement
> upstream.
> > >
> > > I can see the benefit of keeping Tn around, as it /might/ potentially
> > > create nice formatting for HTML. On the other hand, I don't like the
> > > idea of not following the linter.
> > >
> >
> > I thought that Tn thing was the general consensus thing and added to the
> > linter because of that. The man page explains why it's problematic:
> >
> > Tn word ...
> > Supported only for compatibility, do not use this in new
> manuals.
> > Even though the macro name ("tradename") suggests a semantic
> > function, historic usage is inconsistent, mostly using it as a
> > presentation-level macro to request a small caps font.
>
> I believe that comes about because of confusion over trade name vs
> trademark. They are not defined as the same thing.
>
> > It was useful for the Unix trademark, but was tailor towards AT's
> > preferred dressing for the Unix trademark, not for trademarks in general.
>
> Crossing tradename with trademark?
>
> > In this case, there were several instances of abuse:
> >
> > -.Tn RSA .
> > +key under a public-key cryptosystem such as RSA.
>
> trade name: noun
> 1. the name used by a manufacturer, merchant, service company,
> farming business, etc., to identify itself individually
> as a business.
> 2. a word or phrase used in a trade to designate a business,
> service, or a particular class of goods, but that is not
> technically a trademark, either because it is not
> susceptible of exclusive appropriation as a trademark or
> because it is not affixed to goods sold in the market.
> 3. the name by which an article or substance is known to the trade.
>
> I would say RSA defanitly meets 3, and probably 2.
>
> >
> > Not a trademark in this context. RSA is a trademark for the RSA
> corporation
> > and it uses it in various other contexts.
> >
> > -The
> > -.Tn MD5
> > -and
> > -.Tn SHA-1
> > -algorithms have been proven to be vulnerable to practical collision
> > -attacks and should not be relied upon to produce unique outputs,
> > +The MD5 and SHA-1 algorithms have been proven to be vulnerable to
> practical
> > +collision attacks and should not be relied upon to produce unique
> outputs,
> >
> > MD5 and SHA-1 are not trade names in this context. The rest seem similar,
> > though I've not gone to the trouble to look them all up.
>
> I would disagree under the definition of trade name above,
> you seem to be applying the definition of trade mark.
>
None of these are trade names. They are all simple names used to describe
different algorithms. They are no more trade names than bubble sort or
radix tree.
>
> > All in all, while I have some sympathy to Rod's view that we're losing
> > semantic information by these changes in general, this particular one
> > actually fixes the abuse talked about in the mdoc manual, IMHO.
>
> Only if the macro is rigidly defined as "trademark" and it
> is not.
>
The macro is obsoleted in upstream. Splitting hairs on this isn't going to
change that. Time has passed this one by.
Warner
> Warner
> --
> Rod Grimes
> rgri...@freebsd.org
>
___
svn-src-all@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
svn commit: r362209 - in stable/11: share/man/man4 sys/dev/atkbdc
Author: wulf
Date: Mon Jun 15 22:43:46 2020
New Revision: 362209
URL: https://svnweb.freebsd.org/changeset/base/362209
Log:
MFC r361715:
[psm] Do not disable trackpoint when hw.psm.elantech.touchpad_off is enabled
PR: 246117
Reported by: Alexander Sieg
MFC r361718:
[psm] Workaround active PS/2 multiplexor hang
which happens on some laptops after returning to legacy multiplexing mode
at initialization stage.
PR: 242542
Reported by: Felix Palmen
Modified:
stable/11/share/man/man4/psm.4
stable/11/sys/dev/atkbdc/psm.c
Directory Properties:
stable/11/ (props changed)
Modified: stable/11/share/man/man4/psm.4
==
--- stable/11/share/man/man4/psm.4 Mon Jun 15 22:41:28 2020
(r362208)
+++ stable/11/share/man/man4/psm.4 Mon Jun 15 22:43:46 2020
(r362209)
@@ -26,7 +26,7 @@
.\"
.\" $FreeBSD$
.\"
-.Dd September 26, 2016
+.Dd June 2, 2020
.Dt PSM 4
.Os
.Sh NAME
@@ -361,6 +361,15 @@ the sysctl with the same name and by restarting
.Xr moused 8
using
.Pa /etc/rc.d/moused .
+.Pp
+Active multiplexing support can be disabled by setting
+.Va hw.psm.mux_disabled
+to
+.Em 1
+at boot-time.
+This will prevent
+.Nm
+from enabling active multiplexing mode needed for some Synaptics touchpads.
.Sh IOCTLS
There are a few
.Xr ioctl 2
Modified: stable/11/sys/dev/atkbdc/psm.c
==
--- stable/11/sys/dev/atkbdc/psm.c Mon Jun 15 22:41:28 2020
(r362208)
+++ stable/11/sys/dev/atkbdc/psm.c Mon Jun 15 22:43:46 2020
(r362209)
@@ -515,6 +515,7 @@ static int verbose = PSM_DEBUG;
static int synaptics_support = 0;
static int trackpoint_support = 0;
static int elantech_support = 0;
+static int mux_disabled = 0;
/* for backward compatibility */
#defineOLD_MOUSE_GETHWINFO _IOR('M', 1, old_mousehw_t)
@@ -2991,6 +2992,9 @@ SYSCTL_INT(_hw_psm, OID_AUTO, trackpoint_support, CTLF
SYSCTL_INT(_hw_psm, OID_AUTO, elantech_support, CTLFLAG_RDTUN,
_support, 0, "Enable support for Elantech touchpads");
+SYSCTL_INT(_hw_psm, OID_AUTO, mux_disabled, CTLFLAG_RDTUN,
+_disabled, 0, "Disable active multiplexing");
+
static void
psmintr(void *arg)
{
@@ -4439,7 +4443,7 @@ proc_elantech(struct psm_softc *sc, packetbuf_t *pb, m
*x = *y = *z = 0;
ms->button = ms->obutton;
- if (sc->syninfo.touchpad_off)
+ if (sc->syninfo.touchpad_off && pkt != ELANTECH_PKT_TRACKPOINT)
return (0);
/* Common legend
@@ -6246,6 +6250,9 @@ enable_synaptics_mux(struct psm_softc *sc, enum probea
int active_ports_count = 0;
int active_ports_mask = 0;
+ if (mux_disabled != 0)
+ return (FALSE);
+
version = enable_aux_mux(kbdc);
if (version == -1)
return (FALSE);
@@ -6282,6 +6289,21 @@ enable_synaptics_mux(struct psm_softc *sc, enum probea
/* IRQ handler does not support active multiplexing mode */
disable_aux_mux(kbdc);
+
+ /* Is MUX still alive after switching back to legacy mode? */
+ if (!enable_aux_dev(kbdc) || !disable_aux_dev(kbdc)) {
+ /*
+* On some laptops e.g. Lenovo X121e dead AUX MUX can be
+* brought back to life with resetting of keyboard.
+*/
+ reset_kbd(kbdc);
+ if (!enable_aux_dev(kbdc) || !disable_aux_dev(kbdc)) {
+ printf("psm%d: AUX MUX hang detected!\n", sc->unit);
+ printf("Consider adding hw.psm.mux_disabled=1 to "
+ "loader tunables\n");
+ }
+ }
+ empty_both_buffers(kbdc, 10); /* remove stray data if any */
return (probe);
}
___
svn-src-all@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
svn commit: r362208 - in stable/12: share/man/man4 sys/dev/atkbdc
Author: wulf
Date: Mon Jun 15 22:41:28 2020
New Revision: 362208
URL: https://svnweb.freebsd.org/changeset/base/362208
Log:
MFC r361715:
[psm] Do not disable trackpoint when hw.psm.elantech.touchpad_off is enabled
PR: 246117
Reported by: Alexander Sieg
MFC r361718:
[psm] Workaround active PS/2 multiplexor hang
which happens on some laptops after returning to legacy multiplexing mode
at initialization stage.
PR: 242542
Reported by: Felix Palmen
Modified:
stable/12/share/man/man4/psm.4
stable/12/sys/dev/atkbdc/psm.c
Directory Properties:
stable/12/ (props changed)
Modified: stable/12/share/man/man4/psm.4
==
--- stable/12/share/man/man4/psm.4 Mon Jun 15 22:35:39 2020
(r362207)
+++ stable/12/share/man/man4/psm.4 Mon Jun 15 22:41:28 2020
(r362208)
@@ -26,7 +26,7 @@
.\"
.\" $FreeBSD$
.\"
-.Dd September 26, 2016
+.Dd June 2, 2020
.Dt PSM 4
.Os
.Sh NAME
@@ -361,6 +361,15 @@ the sysctl with the same name and by restarting
.Xr moused 8
using
.Pa /etc/rc.d/moused .
+.Pp
+Active multiplexing support can be disabled by setting
+.Va hw.psm.mux_disabled
+to
+.Em 1
+at boot-time.
+This will prevent
+.Nm
+from enabling active multiplexing mode needed for some Synaptics touchpads.
.Sh IOCTLS
There are a few
.Xr ioctl 2
Modified: stable/12/sys/dev/atkbdc/psm.c
==
--- stable/12/sys/dev/atkbdc/psm.c Mon Jun 15 22:35:39 2020
(r362207)
+++ stable/12/sys/dev/atkbdc/psm.c Mon Jun 15 22:41:28 2020
(r362208)
@@ -516,6 +516,7 @@ static int verbose = PSM_DEBUG;
static int synaptics_support = 1;
static int trackpoint_support = 1;
static int elantech_support = 1;
+static int mux_disabled = 0;
/* for backward compatibility */
#defineOLD_MOUSE_GETHWINFO _IOR('M', 1, old_mousehw_t)
@@ -2984,6 +2985,9 @@ SYSCTL_INT(_hw_psm, OID_AUTO, trackpoint_support, CTLF
SYSCTL_INT(_hw_psm, OID_AUTO, elantech_support, CTLFLAG_RDTUN,
_support, 0, "Enable support for Elantech touchpads");
+SYSCTL_INT(_hw_psm, OID_AUTO, mux_disabled, CTLFLAG_RDTUN,
+_disabled, 0, "Disable active multiplexing");
+
static void
psmintr(void *arg)
{
@@ -4436,7 +4440,7 @@ proc_elantech(struct psm_softc *sc, packetbuf_t *pb, m
*x = *y = *z = 0;
ms->button = ms->obutton;
- if (sc->syninfo.touchpad_off)
+ if (sc->syninfo.touchpad_off && pkt != ELANTECH_PKT_TRACKPOINT)
return (0);
/* Common legend
@@ -6252,6 +6256,9 @@ enable_synaptics_mux(struct psm_softc *sc, enum probea
int active_ports_count = 0;
int active_ports_mask = 0;
+ if (mux_disabled != 0)
+ return (FALSE);
+
version = enable_aux_mux(kbdc);
if (version == -1)
return (FALSE);
@@ -6288,6 +6295,21 @@ enable_synaptics_mux(struct psm_softc *sc, enum probea
/* IRQ handler does not support active multiplexing mode */
disable_aux_mux(kbdc);
+
+ /* Is MUX still alive after switching back to legacy mode? */
+ if (!enable_aux_dev(kbdc) || !disable_aux_dev(kbdc)) {
+ /*
+* On some laptops e.g. Lenovo X121e dead AUX MUX can be
+* brought back to life with resetting of keyboard.
+*/
+ reset_kbd(kbdc);
+ if (!enable_aux_dev(kbdc) || !disable_aux_dev(kbdc)) {
+ printf("psm%d: AUX MUX hang detected!\n", sc->unit);
+ printf("Consider adding hw.psm.mux_disabled=1 to "
+ "loader tunables\n");
+ }
+ }
+ empty_both_buffers(kbdc, 10); /* remove stray data if any */
return (probe);
}
___
svn-src-all@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
svn commit: r362207 - stable/11/sys/dev/evdev
Author: wulf
Date: Mon Jun 15 22:35:39 2020
New Revision: 362207
URL: https://svnweb.freebsd.org/changeset/base/362207
Log:
MFC r360624:
[evdev] Add AT translated set1 scancodes for F-unlocked F1-12 keys.
"F lock" is a switch between two sets of scancodes for function keys F1-F12
found on some Logitech and Microsoft PS/2 keyboards [1]. When "F lock" is
pressed, then F1-F12 act as function keys and produce usual keyscans for
these keys. When "F lock" is depressed, F1-F12 produced the same keyscans
but prefixed with E0.
Some laptops use [2] E0-prefixed F1-F12 scancodes for non-standard keys.
[1] https://www.win.tue.nl/~aeb/linux/kbd/scancodes-6.html
[2] https://reviews.freebsd.org/D21565
MFC r360625:
[evdev] Sync event codes with Linux kernel 5.6
Modified:
stable/11/sys/dev/evdev/evdev_utils.c
stable/11/sys/dev/evdev/input-event-codes.h
stable/11/sys/dev/evdev/input.h
Directory Properties:
stable/11/ (props changed)
Modified: stable/11/sys/dev/evdev/evdev_utils.c
==
--- stable/11/sys/dev/evdev/evdev_utils.c Mon Jun 15 22:32:59 2020
(r362206)
+++ stable/11/sys/dev/evdev/evdev_utils.c Mon Jun 15 22:35:39 2020
(r362207)
@@ -168,16 +168,16 @@ static uint16_t evdev_at_set1_scancodes[] = {
NONE, NONE, KEY_VOLUMEDOWN, NONE,
KEY_VOLUMEUP, NONE, KEY_HOMEPAGE, NONE,
NONE, KEY_KPSLASH,NONE, KEY_SYSRQ,
- KEY_RIGHTALT, NONE, NONE, NONE,
- NONE, NONE, NONE, NONE,
+ KEY_RIGHTALT, NONE, NONE, KEY_F13,
+ KEY_F14,KEY_F15,KEY_F16,KEY_F17,
/* 0x40 - 0x5f. 0xE0 prefixed */
- NONE, NONE, NONE, NONE,
- NONE, NONE, KEY_PAUSE, KEY_HOME,
+ KEY_F18,KEY_F19,KEY_F20,KEY_F21,
+ KEY_F22,NONE, KEY_PAUSE, KEY_HOME,
KEY_UP, KEY_PAGEUP, NONE, KEY_LEFT,
NONE, KEY_RIGHT, NONE, KEY_END,
KEY_DOWN, KEY_PAGEDOWN, KEY_INSERT, KEY_DELETE,
- NONE, NONE, NONE, NONE,
- NONE, NONE, NONE, KEY_LEFTMETA,
+ NONE, NONE, NONE, KEY_F23,
+ KEY_F24,NONE, NONE, KEY_LEFTMETA,
KEY_RIGHTMETA, KEY_MENU, KEY_POWER, KEY_SLEEP,
/* 0x60 - 0x7f. 0xE0 prefixed */
NONE, NONE, NONE, KEY_WAKEUP,
Modified: stable/11/sys/dev/evdev/input-event-codes.h
==
--- stable/11/sys/dev/evdev/input-event-codes.h Mon Jun 15 22:32:59 2020
(r362206)
+++ stable/11/sys/dev/evdev/input-event-codes.h Mon Jun 15 22:35:39 2020
(r362207)
@@ -453,10 +453,12 @@
#defineKEY_TITLE 0x171
#defineKEY_SUBTITLE0x172
#defineKEY_ANGLE 0x173
-#defineKEY_ZOOM0x174
+#defineKEY_FULL_SCREEN 0x174 /* AC View Toggle */
+#defineKEY_ZOOMKEY_FULL_SCREEN
#defineKEY_MODE0x175
#defineKEY_KEYBOARD0x176
-#defineKEY_SCREEN 0x177
+#defineKEY_ASPECT_RATIO0x177 /* HUTRR37: Aspect */
+#defineKEY_SCREEN KEY_ASPECT_RATIO
#defineKEY_PC 0x178 /* Media Select Computer */
#defineKEY_TV 0x179 /* Media Select TV */
#defineKEY_TV2 0x17a /* Media Select Cable */
@@ -618,6 +620,7 @@
#defineKEY_SCREENSAVER 0x245 /* AL Screen Saver */
#defineKEY_VOICECOMMAND0x246 /* Listening Voice
Command */
#defineKEY_ASSISTANT 0x247 /* AL Context-aware desktop
assistant */
+#defineKEY_KBD_LAYOUT_NEXT 0x248 /* AC Next Keyboard Layout
Select */
#defineKEY_BRIGHTNESS_MIN 0x250 /* Set Brightness to
Minimum */
#defineKEY_BRIGHTNESS_MAX 0x251 /* Set Brightness to
Maximum */
@@ -660,7 +663,87 @@
*/
#defineKEY_DATA0x277
#defineKEY_ONSCREEN_KEYBOARD 0x278
+/* Electronic privacy screen control */
+#defineKEY_PRIVACY_SCREEN_TOGGLE 0x279
+/* Select an area of screen to be copied */
+#defineKEY_SELECTIVE_SCREENSHOT0x27a
+
+/*
+ * Some keyboards have keys which do not have a defined meaning, these keys
+ * are intended to be programmed / bound to macros by the user. For most
+ * keyboards with these macro-keys the key-sequence to inject, or action to
+ * take, is all handled
svn commit: r362206 - stable/12/sys/dev/evdev
Author: wulf
Date: Mon Jun 15 22:32:59 2020
New Revision: 362206
URL: https://svnweb.freebsd.org/changeset/base/362206
Log:
MFC r360624:
[evdev] Add AT translated set1 scancodes for F-unlocked F1-12 keys.
"F lock" is a switch between two sets of scancodes for function keys F1-F12
found on some Logitech and Microsoft PS/2 keyboards [1]. When "F lock" is
pressed, then F1-F12 act as function keys and produce usual keyscans for
these keys. When "F lock" is depressed, F1-F12 produced the same keyscans
but prefixed with E0.
Some laptops use [2] E0-prefixed F1-F12 scancodes for non-standard keys.
[1] https://www.win.tue.nl/~aeb/linux/kbd/scancodes-6.html
[2] https://reviews.freebsd.org/D21565
MFC r360625:
[evdev] Sync event codes with Linux kernel 5.6
Modified:
stable/12/sys/dev/evdev/evdev_utils.c
stable/12/sys/dev/evdev/input-event-codes.h
stable/12/sys/dev/evdev/input.h
Directory Properties:
stable/12/ (props changed)
Modified: stable/12/sys/dev/evdev/evdev_utils.c
==
--- stable/12/sys/dev/evdev/evdev_utils.c Mon Jun 15 20:12:10 2020
(r362205)
+++ stable/12/sys/dev/evdev/evdev_utils.c Mon Jun 15 22:32:59 2020
(r362206)
@@ -166,16 +166,16 @@ static uint16_t evdev_at_set1_scancodes[] = {
NONE, NONE, KEY_VOLUMEDOWN, NONE,
KEY_VOLUMEUP, NONE, KEY_HOMEPAGE, NONE,
NONE, KEY_KPSLASH,NONE, KEY_SYSRQ,
- KEY_RIGHTALT, NONE, NONE, NONE,
- NONE, NONE, NONE, NONE,
+ KEY_RIGHTALT, NONE, NONE, KEY_F13,
+ KEY_F14,KEY_F15,KEY_F16,KEY_F17,
/* 0x40 - 0x5f. 0xE0 prefixed */
- NONE, NONE, NONE, NONE,
- NONE, NONE, KEY_PAUSE, KEY_HOME,
+ KEY_F18,KEY_F19,KEY_F20,KEY_F21,
+ KEY_F22,NONE, KEY_PAUSE, KEY_HOME,
KEY_UP, KEY_PAGEUP, NONE, KEY_LEFT,
NONE, KEY_RIGHT, NONE, KEY_END,
KEY_DOWN, KEY_PAGEDOWN, KEY_INSERT, KEY_DELETE,
- NONE, NONE, NONE, NONE,
- NONE, NONE, NONE, KEY_LEFTMETA,
+ NONE, NONE, NONE, KEY_F23,
+ KEY_F24,NONE, NONE, KEY_LEFTMETA,
KEY_RIGHTMETA, KEY_MENU, KEY_POWER, KEY_SLEEP,
/* 0x60 - 0x7f. 0xE0 prefixed */
NONE, NONE, NONE, KEY_WAKEUP,
Modified: stable/12/sys/dev/evdev/input-event-codes.h
==
--- stable/12/sys/dev/evdev/input-event-codes.h Mon Jun 15 20:12:10 2020
(r362205)
+++ stable/12/sys/dev/evdev/input-event-codes.h Mon Jun 15 22:32:59 2020
(r362206)
@@ -453,10 +453,12 @@
#defineKEY_TITLE 0x171
#defineKEY_SUBTITLE0x172
#defineKEY_ANGLE 0x173
-#defineKEY_ZOOM0x174
+#defineKEY_FULL_SCREEN 0x174 /* AC View Toggle */
+#defineKEY_ZOOMKEY_FULL_SCREEN
#defineKEY_MODE0x175
#defineKEY_KEYBOARD0x176
-#defineKEY_SCREEN 0x177
+#defineKEY_ASPECT_RATIO0x177 /* HUTRR37: Aspect */
+#defineKEY_SCREEN KEY_ASPECT_RATIO
#defineKEY_PC 0x178 /* Media Select Computer */
#defineKEY_TV 0x179 /* Media Select TV */
#defineKEY_TV2 0x17a /* Media Select Cable */
@@ -618,6 +620,7 @@
#defineKEY_SCREENSAVER 0x245 /* AL Screen Saver */
#defineKEY_VOICECOMMAND0x246 /* Listening Voice
Command */
#defineKEY_ASSISTANT 0x247 /* AL Context-aware desktop
assistant */
+#defineKEY_KBD_LAYOUT_NEXT 0x248 /* AC Next Keyboard Layout
Select */
#defineKEY_BRIGHTNESS_MIN 0x250 /* Set Brightness to
Minimum */
#defineKEY_BRIGHTNESS_MAX 0x251 /* Set Brightness to
Maximum */
@@ -660,7 +663,87 @@
*/
#defineKEY_DATA0x277
#defineKEY_ONSCREEN_KEYBOARD 0x278
+/* Electronic privacy screen control */
+#defineKEY_PRIVACY_SCREEN_TOGGLE 0x279
+/* Select an area of screen to be copied */
+#defineKEY_SELECTIVE_SCREENSHOT0x27a
+
+/*
+ * Some keyboards have keys which do not have a defined meaning, these keys
+ * are intended to be programmed / bound to macros by the user. For most
+ * keyboards with these macro-keys the key-sequence to inject, or action to
+ * take, is all handled
Re: svn commit: r362191 - head/sbin/md5
> On Mon, Jun 15, 2020 at 7:34 AM Mateusz Piotrowski <0...@freebsd.org> wrote:
>
> > Hi,
> >
> > On 6/15/20 2:33 PM, Rodney W. Grimes wrote:
> > > [ Charset UTF-8 unsupported, converting... ]
> > >> Author: fernape (ports committer)
> > >> Date: Mon Jun 15 10:08:02 2020
> > >> New Revision: 362191
> > >> URL: https://svnweb.freebsd.org/changeset/base/362191
> > >>
> > >> Log:
> > >> md5(1): fix style in man page
> > >
> > > Mandoc is fine to ignore this, but it is wrong to call it useless.
> > >
> > > I really wish that this stop. .Tn might be useless to mandoc,
> > > but it is a very usable thing if your formatting to something
> > > other than txt, as in a ps or pdf.
> >
> > In that case I would consider patching our in-tree mandoc to not warn
> > about Tn. Or request support for Tn or a well-defined replacement upstream.
> >
> > I can see the benefit of keeping Tn around, as it /might/ potentially
> > create nice formatting for HTML. On the other hand, I don't like the
> > idea of not following the linter.
> >
>
> I thought that Tn thing was the general consensus thing and added to the
> linter because of that. The man page explains why it's problematic:
>
> Tn word ...
> Supported only for compatibility, do not use this in new manuals.
> Even though the macro name ("tradename") suggests a semantic
> function, historic usage is inconsistent, mostly using it as a
> presentation-level macro to request a small caps font.
I believe that comes about because of confusion over trade name vs
trademark. They are not defined as the same thing.
> It was useful for the Unix trademark, but was tailor towards AT's
> preferred dressing for the Unix trademark, not for trademarks in general.
Crossing tradename with trademark?
> In this case, there were several instances of abuse:
>
> -.Tn RSA .
> +key under a public-key cryptosystem such as RSA.
trade name: noun
1. the name used by a manufacturer, merchant, service company,
farming business, etc., to identify itself individually
as a business.
2. a word or phrase used in a trade to designate a business,
service, or a particular class of goods, but that is not
technically a trademark, either because it is not
susceptible of exclusive appropriation as a trademark or
because it is not affixed to goods sold in the market.
3. the name by which an article or substance is known to the trade.
I would say RSA defanitly meets 3, and probably 2.
>
> Not a trademark in this context. RSA is a trademark for the RSA corporation
> and it uses it in various other contexts.
>
> -The
> -.Tn MD5
> -and
> -.Tn SHA-1
> -algorithms have been proven to be vulnerable to practical collision
> -attacks and should not be relied upon to produce unique outputs,
> +The MD5 and SHA-1 algorithms have been proven to be vulnerable to practical
> +collision attacks and should not be relied upon to produce unique outputs,
>
> MD5 and SHA-1 are not trade names in this context. The rest seem similar,
> though I've not gone to the trouble to look them all up.
I would disagree under the definition of trade name above,
you seem to be applying the definition of trade mark.
>
> All in all, while I have some sympathy to Rod's view that we're losing
> semantic information by these changes in general, this particular one
> actually fixes the abuse talked about in the mdoc manual, IMHO.
Only if the macro is rigidly defined as "trademark" and it
is not.
> Warner
--
Rod Grimes rgri...@freebsd.org
___
svn-src-all@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
svn commit: r362205 - head/sys/compat/linux
Author: trasz Date: Mon Jun 15 20:12:10 2020 New Revision: 362205 URL: https://svnweb.freebsd.org/changeset/base/362205 Log: Make Linux uname(2) return x86_64 to 32-bit apps. This helps Steam. PR: kern/240432 Analyzed by by: Alex S Reviewed by: emaste MFC after:2 weeks Sponsored by: The FreeBSD Foundation Differential Revision:https://reviews.freebsd.org/D25248 Modified: head/sys/compat/linux/linux_misc.c Modified: head/sys/compat/linux/linux_misc.c == --- head/sys/compat/linux/linux_misc.c Mon Jun 15 19:46:34 2020 (r362204) +++ head/sys/compat/linux/linux_misc.c Mon Jun 15 20:12:10 2020 (r362205) @@ -704,7 +704,17 @@ linux_newuname(struct thread *td, struct linux_newunam *p = '\0'; break; } +#if defined(__amd64__) + /* +* On amd64, Linux uname(2) needs to return "x86_64" +* for both 64-bit and 32-bit applications. On 32-bit, +* the string returned by getauxval(AT_PLATFORM) needs +* to remain "i686", though. +*/ + strlcpy(utsname.machine, "x86_64", LINUX_MAX_UTSNAME); +#else strlcpy(utsname.machine, linux_kplatform, LINUX_MAX_UTSNAME); +#endif return (copyout(, args->buf, sizeof(utsname))); } ___ svn-src-all@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
svn commit: r362204 - head/sys/dev/virtio/network
Author: vmaffione
Date: Mon Jun 15 19:46:34 2020
New Revision: 362204
URL: https://svnweb.freebsd.org/changeset/base/362204
Log:
if_vtnet: let vtnet_rx_vq_intr() and vtnet_rxq_tq_intr() share code
Since the two functions are similar, introduce a common function
(vtnet_rx_vq_process()) to share common code.
This also improves locking, by ensuring vrxs_rescheduled is accessed
under the RXQ lock, and taskqueue_enqueue() is not called under the
lock (therefore avoiding a spurious duplicate lock warning).
Reported by: jrtc27
MFC after:2 weeks
Modified:
head/sys/dev/virtio/network/if_vtnet.c
Modified: head/sys/dev/virtio/network/if_vtnet.c
==
--- head/sys/dev/virtio/network/if_vtnet.c Mon Jun 15 19:38:48 2020
(r362203)
+++ head/sys/dev/virtio/network/if_vtnet.c Mon Jun 15 19:46:34 2020
(r362204)
@@ -128,6 +128,7 @@ static int vtnet_rxq_merged_eof(struct vtnet_rxq *, st
static voidvtnet_rxq_input(struct vtnet_rxq *, struct mbuf *,
struct virtio_net_hdr *);
static int vtnet_rxq_eof(struct vtnet_rxq *);
+static voidvtnet_rx_vq_process(struct vtnet_rxq *rxq, int tries);
static voidvtnet_rx_vq_intr(void *);
static voidvtnet_rxq_tq_intr(void *, int);
@@ -1915,20 +1916,17 @@ vtnet_rxq_eof(struct vtnet_rxq *rxq)
}
static void
-vtnet_rx_vq_intr(void *xrxq)
+vtnet_rx_vq_process(struct vtnet_rxq *rxq, int tries)
{
struct vtnet_softc *sc;
- struct vtnet_rxq *rxq;
struct ifnet *ifp;
- int tries, more;
+ int more;
#ifdef DEV_NETMAP
int nmirq;
#endif /* DEV_NETMAP */
- rxq = xrxq;
sc = rxq->vtnrx_sc;
ifp = sc->vtnet_ifp;
- tries = 0;
if (__predict_false(rxq->vtnrx_id >= sc->vtnet_act_vq_pairs)) {
/*
@@ -1976,58 +1974,32 @@ again:
* This is an occasional condition or race (when !more),
* so retry a few times before scheduling the taskqueue.
*/
- if (tries++ < VTNET_INTR_DISABLE_RETRIES)
+ if (tries-- > 0)
goto again;
- VTNET_RXQ_UNLOCK(rxq);
rxq->vtnrx_stats.vrxs_rescheduled++;
+ VTNET_RXQ_UNLOCK(rxq);
taskqueue_enqueue(rxq->vtnrx_tq, >vtnrx_intrtask);
} else
VTNET_RXQ_UNLOCK(rxq);
}
static void
-vtnet_rxq_tq_intr(void *xrxq, int pending)
+vtnet_rx_vq_intr(void *xrxq)
{
- struct vtnet_softc *sc;
struct vtnet_rxq *rxq;
- struct ifnet *ifp;
- int more;
-#ifdef DEV_NETMAP
- int nmirq;
-#endif /* DEV_NETMAP */
rxq = xrxq;
- sc = rxq->vtnrx_sc;
- ifp = sc->vtnet_ifp;
+ vtnet_rx_vq_process(rxq, VTNET_INTR_DISABLE_RETRIES);
+}
- VTNET_RXQ_LOCK(rxq);
+static void
+vtnet_rxq_tq_intr(void *xrxq, int pending)
+{
+ struct vtnet_rxq *rxq;
-#ifdef DEV_NETMAP
- nmirq = netmap_rx_irq(ifp, rxq->vtnrx_id, );
- if (nmirq != NM_IRQ_PASS) {
- VTNET_RXQ_UNLOCK(rxq);
- if (nmirq == NM_IRQ_RESCHED) {
- taskqueue_enqueue(rxq->vtnrx_tq, >vtnrx_intrtask);
- }
- return;
- }
-#endif /* DEV_NETMAP */
-
- if ((ifp->if_drv_flags & IFF_DRV_RUNNING) == 0) {
- VTNET_RXQ_UNLOCK(rxq);
- return;
- }
-
- more = vtnet_rxq_eof(rxq);
- if (more || vtnet_rxq_enable_intr(rxq) != 0) {
- if (!more)
- vtnet_rxq_disable_intr(rxq);
- rxq->vtnrx_stats.vrxs_rescheduled++;
- taskqueue_enqueue(rxq->vtnrx_tq, >vtnrx_intrtask);
- }
-
- VTNET_RXQ_UNLOCK(rxq);
+ rxq = xrxq;
+ vtnet_rx_vq_process(rxq, 0);
}
static int
___
svn-src-all@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
svn commit: r362203 - in head/lib/csu: . aarch64 amd64 arm common i386 mips powerpc powerpc64 riscv
Author: jhb
Date: Mon Jun 15 19:38:48 2020
New Revision: 362203
URL: https://svnweb.freebsd.org/changeset/base/362203
Log:
Remove the sed hack for ABI tag notes.
The ELF notes compiled in C were placed in a section with the wrong type
(SHT_PROGBITS instead of SHT_NOTE). Previously, sed was used on the
generated assembly to rewrite the section type. Instead, write the notes
in assembly which permits setting the correct section type directly.
While here, move inline assembly entry points out of C and into assembly
for aarch64, arm, and riscv.
Reviewed by: kib
Tested on:amd64 (cirrus-ci), riscv64
Sponsored by: DARPA
Differential Revision:https://reviews.freebsd.org/D25211
Added:
head/lib/csu/aarch64/crt1_c.c
- copied, changed from r362202, head/lib/csu/aarch64/crt1.c
head/lib/csu/aarch64/crt1_s.S
- copied, changed from r362201, head/lib/csu/aarch64/crt1.c
head/lib/csu/amd64/crt1_c.c
- copied, changed from r362202, head/lib/csu/amd64/crt1.c
head/lib/csu/arm/crt1_c.c
- copied, changed from r362202, head/lib/csu/arm/crt1.c
head/lib/csu/arm/crt1_s.S
- copied, changed from r362201, head/lib/csu/arm/crt1.c
head/lib/csu/common/crtbrand.S
- copied, changed from r362202, head/lib/csu/common/crtbrand.c
head/lib/csu/common/ignore_init_note.S
- copied, changed from r362201, head/lib/csu/common/ignore_init.c
head/lib/csu/mips/crt1_c.c
- copied, changed from r362202, head/lib/csu/mips/crt1.c
head/lib/csu/powerpc/crt1_c.c
- copied, changed from r362202, head/lib/csu/powerpc/crt1.c
head/lib/csu/powerpc64/crt1_c.c
- copied, changed from r362202, head/lib/csu/powerpc64/crt1.c
head/lib/csu/riscv/crt1_c.c
- copied, changed from r362202, head/lib/csu/riscv/crt1.c
head/lib/csu/riscv/crt1_s.S
- copied, changed from r362201, head/lib/csu/riscv/crt1.c
Deleted:
head/lib/csu/aarch64/crt1.c
head/lib/csu/amd64/crt1.c
head/lib/csu/arm/crt1.c
head/lib/csu/common/crtbrand.c
head/lib/csu/mips/crt1.c
head/lib/csu/powerpc/crt1.c
head/lib/csu/powerpc64/crt1.c
head/lib/csu/riscv/crt1.c
Modified:
head/lib/csu/Makefile.inc
head/lib/csu/aarch64/Makefile
head/lib/csu/amd64/Makefile
head/lib/csu/arm/Makefile
head/lib/csu/common/ignore_init.c
head/lib/csu/i386/Makefile
head/lib/csu/i386/crt1_c.c
head/lib/csu/i386/crt1_s.S
head/lib/csu/mips/Makefile
head/lib/csu/powerpc/Makefile
head/lib/csu/powerpc64/Makefile
head/lib/csu/riscv/Makefile
Modified: head/lib/csu/Makefile.inc
==
--- head/lib/csu/Makefile.inc Mon Jun 15 18:57:43 2020(r362202)
+++ head/lib/csu/Makefile.inc Mon Jun 15 19:38:48 2020(r362203)
@@ -2,8 +2,6 @@
SSP_CFLAGS=
-SED_FIX_NOTE = -i "" -e '/\.note\.tag/s/progbits/note/'
-
NO_WMISSING_VARIABLE_DECLARATIONS=
.include
@@ -12,6 +10,8 @@ NO_WMISSING_VARIABLE_DECLARATIONS=
OBJS+= crtbegin.o crtbeginS.o crtbeginT.o
OBJS+= crtend.o crtendS.o
+
+ACFLAGS+= -DLOCORE
CFLAGS+= -fno-asynchronous-unwind-tables
CFLAGS+= -fno-omit-frame-pointer
Modified: head/lib/csu/aarch64/Makefile
==
--- head/lib/csu/aarch64/Makefile Mon Jun 15 18:57:43 2020
(r362202)
+++ head/lib/csu/aarch64/Makefile Mon Jun 15 19:38:48 2020
(r362203)
@@ -2,9 +2,9 @@
.PATH: ${.CURDIR:H}/common
-SRCS= crt1.c crti.S crtn.S
+SRCS= crti.S crtn.S
OBJS= ${SRCS:N*.h:R:S/$/.o/g}
-OBJS+= Scrt1.o gcrt1.o
+OBJS+= Scrt1.o crt1.o gcrt1.o
CFLAGS+= -I${.CURDIR:H}/common \
-I${SRCTOP}/lib/libc/include
CFLAGS+= -DCRT_IRELOC_SUPPRESS
@@ -17,31 +17,21 @@ FILESDIR= ${LIBDIR}
# These FILES qualify as libraries for the purpose of LIBRARIES_ONLY.
.undef LIBRARIES_ONLY
-CLEANFILES=${OBJS}
-CLEANFILES+= crt1.s gcrt1.s Scrt1.s
+CLEANFILES=${OBJS} crt1_c.o crt1_s.o gcrt1_c.o Scrt1_c.o
-# See the comment in lib/csu/common/crtbrand.c for the reason crt1.c is not
-# directly compiled to .o files.
+gcrt1_c.o: crt1_c.c
+ ${CC} ${CFLAGS} -DGCRT -c -o ${.TARGET} ${.CURDIR}/crt1_c.c
-crt1.s: crt1.c
- ${CC} ${CFLAGS} -S -o ${.TARGET} ${.CURDIR}/crt1.c
- sed ${SED_FIX_NOTE} ${.TARGET}
+gcrt1.o: gcrt1_c.o crt1_s.o
+ ${LD} ${_LDFLAGS} -o gcrt1.o -r crt1_s.o gcrt1_c.o
-crt1.o: crt1.s
- ${CC} ${CFLAGS:N-g} ${ACFLAGS} -c -o ${.TARGET} crt1.s
+crt1.o:crt1_c.o crt1_s.o
+ ${LD} ${_LDFLAGS} -o crt1.o -r crt1_s.o crt1_c.o
-gcrt1.s: crt1.c
- ${CC} ${CFLAGS} -DGCRT -S -o ${.TARGET} ${.CURDIR}/crt1.c
- sed ${SED_FIX_NOTE} ${.TARGET}
+Scrt1_c.o: crt1_c.c
+ ${CC} ${CFLAGS} -fPIC -DPIC -c -o ${.TARGET} ${.CURDIR}/crt1_c.c
-gcrt1.o: gcrt1.s
- ${CC} ${CFLAGS:N-g} ${ACFLAGS} -c -o ${.TARGET} gcrt1.s
-
-Scrt1.s: crt1.c
- ${CC} ${CFLAGS} -fPIC -DPIC -S -o
Re: svn commit: r362152 - head/usr.bin/ldd
On Mon, Jun 15, 2020 at 11:45:31AM -0700, John Baldwin wrote: > On 6/13/20 11:21 AM, Konstantin Belousov wrote: > > Author: kib > > Date: Sat Jun 13 18:21:31 2020 > > New Revision: 362152 > > URL: https://svnweb.freebsd.org/changeset/base/362152 > > > > Log: > > Fix ldd for PIE binaries after rtld stopped accepting binaries for dlopen. > > > > ldd proclaims ET_DYN objects as shared libraries and tries to > > dlopen(RTLD_TRACE) them to get dependencies. Since PIE binaries are > > ET_DYN | DF_1_PIE, refusal to dlopen such binaries breaks ldd. > > > > Fix it by reading and parsing dynamic segment looking for DF_FLAG_1 > > and taking DF_1_PIE into account when deciding between binary and > > library. > > Hmmm, I have an alternate patch for this that instead depends on the > present of PT_INTERP (since we already look at program headers) to > determine PIE vs not-PIE. >From my understanding of some discussions on the ABI list PT_INTERP is not the characteristic property of the binary. Instead it is ET_EXEC | (ET_DYN && DF_1_PIE), i.e. this is the reason why the flag was added. > This has the advantage of working for older > binaries since DF_1_PIE is relatively recent. (I had also changed it to > use libelf to reduce code duplication for the 32-bit compat stuff, but > it was pending on getting the branding sorted out since it still doesn't > fully work for RISC-V and aarch64 shared libraries until they are > branded as the patches also look at notes sections to check for the > FreeBSD ABI note tag to decide if a shared library is a FreeBSD one that > can be passed to dlopen()). Initially I considered to just reenable dlopening ET_DYN && DF_1_PIE for tracing. After your note about old binaries without DF_1_PIE, I think it is even better idea. I do not have an opinion on use of libelf in ldd. It is fine, perhaps, since I do not think about ldd as anything fundamental, just a convenience wrapper around rtld. So one more dependency for ldd is not that critical. ___ svn-src-all@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
Re: svn commit: r361944 - in head/sys/dev/virtio: . network
Il giorno lun 15 giu 2020 alle ore 00:05 Jessica Clarke ha scritto: > On 14 Jun 2020, at 22:22, Tom Jones wrote: > > On Sun, Jun 14, 2020 at 09:56:03PM +0100, Jessica Clarke wrote: > >> On 14 Jun 2020, at 20:51, Tom Jones wrote: > >>> On Mon, Jun 08, 2020 at 09:51:36PM +, Jessica Clarke wrote: > Author: jrtc27 > Date: Mon Jun 8 21:51:36 2020 > New Revision: 361944 > URL: https://svnweb.freebsd.org/changeset/base/361944 > > Log: > virtio: Support non-legacy network device and queue > > The non-legacy interface always defines num_buffers in the header, > regardless of whether VIRTIO_NET_F_MRG_RXBUF, just leaving it unused. > We > also need to ensure our virtqueue doesn't filter out > VIRTIO_F_VERSION_1 > during negotiation, as it supports non-legacy transports just fine. > This > fixes network packet transmission on TinyEMU. > > Reviewed by: br, brooks (mentor), jhb (mentor) > Approved by: br, brooks (mentor), jhb (mentor) > Differential Revision: https://reviews.freebsd.org/D25132 > > Modified: > head/sys/dev/virtio/network/if_vtnet.c > head/sys/dev/virtio/network/if_vtnetvar.h > head/sys/dev/virtio/virtio.c > head/sys/dev/virtio/virtqueue.c > > >>> > >>> Hi Jessica, > >>> > >>> After updating my current bhyve vm today (on a 12.1 host), networking > no longer > >>> works. Reverting this commit seems to resolve the issue. I think vtnet > is not > >>> passing enough data up to the ip layer. > >>> > >>> If I capture on the tap interface for the vm I see arp requests and arp > >>> replies, however kern.msgbuf is full of: > >>> > >>> <5>arp: short packet received on vtnet0 > >>> > >>> and netstat does not see any replies to arp requests: > >>> > >>> root@freebsd-current:~ # netstat -s -p arp > >>> arp: > >>> 11 ARP requests sent > >>> 0 ARP requests failed to sent > >>> 0 ARP replies sent > >>> 0 ARP requests received > >>> 0 ARP replies received > >>> 0 ARP packets received > >>> 24 total packets dropped due to no ARP entry > >>> 2 ARP entrys timed out > >>> 0 Duplicate IPs seen > >>> > >>> If I set up an arp entry manually I can see ICMP echo requests and > responses on > >>> the tap interface, but the vm does not see the responses. > >>> > >>> root@freebsd-current:~ # netstat -s -p ip > >>> ip: > >>> 7 total packets received > >>> 0 bad header checksums > >>> 0 with size smaller than minimum > >>> 7 with data size < data length > >>> 0 with ip length > max ip packet size > >>> 0 with header length < data size > >>> 0 with data length < header length > >>> > >>> The line > >>> > >>> 7 with data size < data length > >>> > >>> makes me think that vtnet is truncating packets. > >>> > >>> markj pointed me at this bug in irc which might also be related: > >>> > >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247242 > >> > >> Hi Tom, > >> Sorry about that; it seems bhyve hits the "legacy and no MrgRxBuf" > >> case. Could you please try the patch below? > >> > >> Jess > >> > > > > This changed fixed the issue for me. Please feel free to add > > > > Tested By: thj > > > > when you commit. > > Great, thanks for the report. > > > In testing I this lor went by, I wonder if this is something you care > about: > > > > acquiring duplicate lock of same type: "vtnet0-rx0" > > 1st vtnet0-rx0 @ > /usr/home/tj/code/freebsd/projects/review-D25220/sys/dev/virtio/network/if_vtnet.c:1780 > > 2nd vtnet0-rx0 @ > /usr/home/tj/code/freebsd/projects/review-D25220/sys/kern/subr_taskqueue.c:281 > > stack backtrace: > > #0 0x80c32881 at witness_debugger+0x71 > > #1 0x80ba3e54 at __mtx_lock_flags+0x94 > > #2 0x80c24bd2 at taskqueue_enqueue+0x42 > > #3 0x80a1af99 at vtnet_rxq_tq_intr+0xb9 > > #4 0x80c2520a at taskqueue_run_locked+0xaa > > #5 0x80c26284 at taskqueue_thread_loop+0x94 > > #6 0x80b830e0 at fork_exit+0x80 > > #7 0x81040eae at fork_trampoline+0xe > > Hm, I think that's just a false-positive, because if_vtnet constructs > the taskqueue using the same name as its own internal mutexes. Though > the locking around vtnet_rx_vq_intr and vtnet_rxq_tq_intr is a bit > fishy given they're rather similar yet inconsistent. I would imagine > rxq->vtnrx_stats.vrxs_rescheduled is supposed to be protected by that > mutex, but wouldn't like to say whether taskqueue_enqueue needs to be. > Vincenzo, you recently touched code around there, perhaps you could be > persuaded to have a quick look?.. > Yes, you are right on both. There is also code duplication that can be easily removed. I will fix that. Cheers, Vincenzo > > Jess > > ___ svn-src-all@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to
svn commit: r362202 - head/sys/arm/include
Author: jhb Date: Mon Jun 15 18:57:43 2020 New Revision: 362202 URL: https://svnweb.freebsd.org/changeset/base/362202 Log: Simplify MACHINE_ARCH to be a single string. Big endian and armv4 mean that we are now down to only two supported variants. A future change will use MACHINE_ARCH in assembly which does not support C-style string concatentation and thus needs MACHINE_ARCH defined as a single string. Reviewed by: imp Sponsored by: DARPA Differential Revision:https://reviews.freebsd.org/D25211 Modified: head/sys/arm/include/param.h Modified: head/sys/arm/include/param.h == --- head/sys/arm/include/param.hMon Jun 15 16:35:27 2020 (r362201) +++ head/sys/arm/include/param.hMon Jun 15 18:57:43 2020 (r362202) @@ -54,25 +54,15 @@ #define __PCI_REROUTE_INTERRUPT -#if __ARM_ARCH >= 7 -#define_V_SUFFIX "v7" -#elif __ARM_ARCH >= 6 -#define_V_SUFFIX "v6" -#else -#define_V_SUFFIX "" -#endif - -#ifdef __ARM_BIG_ENDIAN -#define_EB_SUFFIX "eb" -#else -#define_EB_SUFFIX "" -#endif - #ifndef MACHINE #defineMACHINE "arm" #endif #ifndef MACHINE_ARCH -#defineMACHINE_ARCH"arm" _V_SUFFIX _EB_SUFFIX +#if __ARM_ARCH >= 7 +#defineMACHINE_ARCH"armv7" +#else +#defineMACHINE_ARCH"armv6" +#endif #endif #ifdef SMP ___ svn-src-all@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
Re: svn commit: r362152 - head/usr.bin/ldd
On 6/13/20 11:21 AM, Konstantin Belousov wrote: > Author: kib > Date: Sat Jun 13 18:21:31 2020 > New Revision: 362152 > URL: https://svnweb.freebsd.org/changeset/base/362152 > > Log: > Fix ldd for PIE binaries after rtld stopped accepting binaries for dlopen. > > ldd proclaims ET_DYN objects as shared libraries and tries to > dlopen(RTLD_TRACE) them to get dependencies. Since PIE binaries are > ET_DYN | DF_1_PIE, refusal to dlopen such binaries breaks ldd. > > Fix it by reading and parsing dynamic segment looking for DF_FLAG_1 > and taking DF_1_PIE into account when deciding between binary and > library. Hmmm, I have an alternate patch for this that instead depends on the present of PT_INTERP (since we already look at program headers) to determine PIE vs not-PIE. This has the advantage of working for older binaries since DF_1_PIE is relatively recent. (I had also changed it to use libelf to reduce code duplication for the 32-bit compat stuff, but it was pending on getting the branding sorted out since it still doesn't fully work for RISC-V and aarch64 shared libraries until they are branded as the patches also look at notes sections to check for the FreeBSD ABI note tag to decide if a shared library is a FreeBSD one that can be passed to dlopen()). -- John Baldwin ___ svn-src-all@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
svn commit: r362201 - in head/sys/dev: cxgb cxgbe mlx4/mlx4_en mlx5/mlx5_en mxge oce
Author: freqlabs
Date: Mon Jun 15 16:35:27 2020
New Revision: 362201
URL: https://svnweb.freebsd.org/changeset/base/362201
Log:
Avoid trying to toggle TSO twice
Remove TSO from the toggle mask when automatically disabled by TXCKSUM* in
various NIC drivers.
Reviewed by: hselasky, np, gallatin, jpaetzel
Approved by: mav (mentor)
MFC after:1 week
Sponsored by: iXsystems, Inc.
Differential Revision:https://reviews.freebsd.org/D25120
Modified:
head/sys/dev/cxgb/cxgb_main.c
head/sys/dev/cxgbe/t4_main.c
head/sys/dev/mlx4/mlx4_en/mlx4_en_netdev.c
head/sys/dev/mlx5/mlx5_en/mlx5_en_main.c
head/sys/dev/mxge/if_mxge.c
head/sys/dev/oce/oce_if.c
Modified: head/sys/dev/cxgb/cxgb_main.c
==
--- head/sys/dev/cxgb/cxgb_main.c Mon Jun 15 15:59:44 2020
(r362200)
+++ head/sys/dev/cxgb/cxgb_main.c Mon Jun 15 16:35:27 2020
(r362201)
@@ -1964,6 +1964,7 @@ fail:
if (IFCAP_TSO4 & ifp->if_capenable &&
!(IFCAP_TXCSUM & ifp->if_capenable)) {
+ mask &= ~IFCAP_TSO4;
ifp->if_capenable &= ~IFCAP_TSO4;
if_printf(ifp,
"tso4 disabled due to -txcsum.\n");
@@ -1975,6 +1976,7 @@ fail:
if (IFCAP_TSO6 & ifp->if_capenable &&
!(IFCAP_TXCSUM_IPV6 & ifp->if_capenable)) {
+ mask &= ~IFCAP_TSO6;
ifp->if_capenable &= ~IFCAP_TSO6;
if_printf(ifp,
"tso6 disabled due to -txcsum6.\n");
Modified: head/sys/dev/cxgbe/t4_main.c
==
--- head/sys/dev/cxgbe/t4_main.cMon Jun 15 15:59:44 2020
(r362200)
+++ head/sys/dev/cxgbe/t4_main.cMon Jun 15 16:35:27 2020
(r362201)
@@ -1989,6 +1989,7 @@ cxgbe_ioctl(struct ifnet *ifp, unsigned long cmd, cadd
if (IFCAP_TSO4 & ifp->if_capenable &&
!(IFCAP_TXCSUM & ifp->if_capenable)) {
+ mask &= ~IFCAP_TSO4;
ifp->if_capenable &= ~IFCAP_TSO4;
if_printf(ifp,
"tso4 disabled due to -txcsum.\n");
@@ -2000,6 +2001,7 @@ cxgbe_ioctl(struct ifnet *ifp, unsigned long cmd, cadd
if (IFCAP_TSO6 & ifp->if_capenable &&
!(IFCAP_TXCSUM_IPV6 & ifp->if_capenable)) {
+ mask &= ~IFCAP_TSO6;
ifp->if_capenable &= ~IFCAP_TSO6;
if_printf(ifp,
"tso6 disabled due to -txcsum6.\n");
Modified: head/sys/dev/mlx4/mlx4_en/mlx4_en_netdev.c
==
--- head/sys/dev/mlx4/mlx4_en/mlx4_en_netdev.c Mon Jun 15 15:59:44 2020
(r362200)
+++ head/sys/dev/mlx4/mlx4_en/mlx4_en_netdev.c Mon Jun 15 16:35:27 2020
(r362201)
@@ -2006,6 +2006,7 @@ static int mlx4_en_ioctl(struct ifnet *dev, u_long com
if (IFCAP_TSO4 & dev->if_capenable &&
!(IFCAP_TXCSUM & dev->if_capenable)) {
+ mask &= ~IFCAP_TSO4;
dev->if_capenable &= ~IFCAP_TSO4;
dev->if_hwassist &= ~CSUM_IP_TSO;
if_printf(dev,
@@ -2018,6 +2019,7 @@ static int mlx4_en_ioctl(struct ifnet *dev, u_long com
if (IFCAP_TSO6 & dev->if_capenable &&
!(IFCAP_TXCSUM_IPV6 & dev->if_capenable)) {
+ mask &= ~IFCAP_TSO6;
dev->if_capenable &= ~IFCAP_TSO6;
dev->if_hwassist &= ~CSUM_IP6_TSO;
if_printf(dev,
Modified: head/sys/dev/mlx5/mlx5_en/mlx5_en_main.c
==
--- head/sys/dev/mlx5/mlx5_en/mlx5_en_main.cMon Jun 15 15:59:44 2020
(r362200)
+++ head/sys/dev/mlx5/mlx5_en/mlx5_en_main.cMon Jun 15 16:35:27 2020
(r362201)
@@ -3323,6 +3323,7 @@ mlx5e_ioctl(struct ifnet *ifp, u_long command, caddr_t
if (IFCAP_TSO4 & ifp->if_capenable &&
!(IFCAP_TXCSUM & ifp->if_capenable)) {
+ mask &= ~IFCAP_TSO4;
ifp->if_capenable &= ~IFCAP_TSO4;
ifp->if_hwassist &= ~CSUM_IP_TSO;
mlx5_en_err(ifp,
@@ -3335,6 +3336,7 @@ mlx5e_ioctl(struct ifnet *ifp, u_long command, caddr_t
svn commit: r362200 - in stable/12/tools/tools/locale: etc/final-maps tools
Author: yuripv Date: Mon Jun 15 15:59:44 2020 New Revision: 362200 URL: https://svnweb.freebsd.org/changeset/base/362200 Log: MFC r353127: Pre-generate Big5 charmap from CLDR data. The one used previously was missing the characters in 0-127 range, making various tools try to escape them in output. PR: 235100 Reviewed by: bapt Tested by:Ting-Wei Lan Differential Revision:https://reviews.freebsd.org/D21794 Modified: stable/12/tools/tools/locale/etc/final-maps/map.Big5 (contents, props changed) stable/12/tools/tools/locale/tools/finalize Directory Properties: stable/12/ (props changed) Modified: stable/12/tools/tools/locale/etc/final-maps/map.Big5 == --- stable/12/tools/tools/locale/etc/final-maps/map.Big5Mon Jun 15 14:58:40 2020(r362199) +++ stable/12/tools/tools/locale/etc/final-maps/map.Big5Mon Jun 15 15:59:44 2020(r362200) @@ -1,13708 +1,13968 @@ +## +# POSIX charmap +# Generated automatically from the Unicode Character Database and Common Locale Data Repository +# see http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap07.html +# charset: Big5 +## +# +# Copyright 1991-2011 Unicode, Inc. All rights reserved. Distributed under the Terms of Use in # +# http://www.unicode.org/copyright.html. # +# # +# Permission is hereby granted, free of charge, to any person obtaining a copy of the Unicode # +# data files and any associated documentation (the "Data Files") or Unicode software and any# +# associated documentation (the "Software") to deal in the Data Files or Software without # +# restriction, including without limitation the rights to use, copy, modify, merge, publish,# +# distribute, and/or sell copies of the Data Files or Software, and to permit persons to whom # +# the Data Files or Software are furnished to do so, provided that (a) the above copyright # +# notice(s) and this permission notice appear with all copies of the Data Files or Software,# +# (b) both the above copyright notice(s) and this permission notice appear in associated# +# documentation, and (c) there is clear notice in each modified Data File or in the Software as # +# well as in the documentation associated with the Data File(s) or Software that the data or# +# software has been modified. # +# # +# THE DATA FILES AND SOFTWARE ARE PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR# +# IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A# +# PARTICULAR PURPOSE AND NONINFRINGEMENT OF THIRD PARTY RIGHTS. IN NO EVENT SHALL THE COPYRIGHT # +# HOLDER OR HOLDERS INCLUDED IN THIS NOTICE BE LIABLE FOR ANY CLAIM, OR ANY SPECIAL INDIRECT OR # +# CONSEQUENTIAL DAMAGES, OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, # +# WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN # +# CONNECTION WITH THE USE OR PERFORMANCE OF THE DATA FILES OR SOFTWARE. # +# + "Big5" - 1 - 2 +1 +2 + CHARMAP - \xa1\x40 - \xa1\x41 - \xa1\x42 - \xa1\x43 - \xa1\x44 - \xa1\x45 - \xa1\x46 - \xa1\x47 - \xa1\x48 - \xa1\x49 - \xa1\x4a - \xa1\x4b - \xa1\x4c - \xa1\x4d - \xa1\x4e - \xa1\x4f - \xa1\x50 - \xa1\x51 - \xa1\x52 - \xa1\x53 - \xa1\x54 - \xa1\x55 - \xa1\x56 - \xa1\x57 - \xa1\x58 - \xa1\x59 - \xa1\x5b - \xa1\x5c - \xa1\x5d - \xa1\x5e - \xa1\x5f - \xa1\x60 - \xa1\x61 - \xa1\x62 - \xa1\x63 - \xa1\x64 - \xa1\x65 - \xa1\x66 - \xa1\x67 - \xa1\x68 - \xa1\x69 - \xa1\x6a - \xa1\x6b - \xa1\x6c - \xa1\x6d - \xa1\x6e - \xa1\x6f - \xa1\x70 - \xa1\x71 - \xa1\x72 - \xa1\x73 - \xa1\x74 - \xa1\x75 - \xa1\x76 - \xa1\x77 - \xa1\x78 - \xa1\x79 - \xa1\x7a - \xa1\x7b - \xa1\x7c - \xa1\x7d - \xa1\x7e - \xa1\xa1 - \xa1\xa2 - \xa1\xa3 - \xa1\xa4 - \xa1\xa5 - \xa1\xa6 - \xa1\xa7 - \xa1\xa8 - \xa1\xa9 - \xa1\xaa - \xa1\xab - \xa1\xac - \xa1\xad - \xa1\xae - \xa1\xaf - \xa1\xb0 - \xa1\xb1 - \xa1\xb2 - \xa1\xb3 - \xa1\xb4 - \xa1\xb5 - \xa1\xb6 - \xa1\xb7 - \xa1\xb8 - \xa1\xb9 - \xa1\xba - \xa1\xbb - \xa1\xbc - \xa1\xbd - \xa1\xbe - \xa1\xbf - \xa1\xc0 - \xa1\xc1 - \xa1\xc2 - \xa1\xc4 - \xa1\xc6 - \xa1\xc7 - \xa1\xc8 - \xa1\xc9 - \xa1\xca - \xa1\xcb - \xa1\xcc - \xa1\xcd - \xa1\xce - \xa1\xcf - \xa1\xd0 - \xa1\xd1 - \xa1\xd2 - \xa1\xd3 - \xa1\xd4 - \xa1\xd5 - \xa1\xd6 -
Re: svn commit: r362191 - head/sbin/md5
On Mon, Jun 15, 2020 at 7:34 AM Mateusz Piotrowski <0...@freebsd.org> wrote:
> Hi,
>
> On 6/15/20 2:33 PM, Rodney W. Grimes wrote:
> > [ Charset UTF-8 unsupported, converting... ]
> >> Author: fernape (ports committer)
> >> Date: Mon Jun 15 10:08:02 2020
> >> New Revision: 362191
> >> URL: https://svnweb.freebsd.org/changeset/base/362191
> >>
> >> Log:
> >> md5(1): fix style in man page
> >
> > Mandoc is fine to ignore this, but it is wrong to call it useless.
> >
> > I really wish that this stop. .Tn might be useless to mandoc,
> > but it is a very usable thing if your formatting to something
> > other than txt, as in a ps or pdf.
>
> In that case I would consider patching our in-tree mandoc to not warn
> about Tn. Or request support for Tn or a well-defined replacement upstream.
>
> I can see the benefit of keeping Tn around, as it /might/ potentially
> create nice formatting for HTML. On the other hand, I don't like the
> idea of not following the linter.
>
I thought that Tn thing was the general consensus thing and added to the
linter because of that. The man page explains why it's problematic:
Tn word ...
Supported only for compatibility, do not use this in new manuals.
Even though the macro name ("tradename") suggests a semantic
function, historic usage is inconsistent, mostly using it as a
presentation-level macro to request a small caps font.
It was useful for the Unix trademark, but was tailor towards AT's
preferred dressing for the Unix trademark, not for trademarks in general.
In this case, there were several instances of abuse:
-.Tn RSA .
+key under a public-key cryptosystem such as RSA.
Not a trademark in this context. RSA is a trademark for the RSA corporation
and it uses it in various other contexts.
-The
-.Tn MD5
-and
-.Tn SHA-1
-algorithms have been proven to be vulnerable to practical collision
-attacks and should not be relied upon to produce unique outputs,
+The MD5 and SHA-1 algorithms have been proven to be vulnerable to practical
+collision attacks and should not be relied upon to produce unique outputs,
MD5 and SHA-1 are not trade names in this context. The rest seem similar,
though I've not gone to the trouble to look them all up.
All in all, while I have some sympathy to Rod's view that we're losing
semantic information by these changes in general, this particular one
actually fixes the abuse talked about in the mdoc manual, IMHO.
Warner
___
svn-src-all@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
svn commit: r362199 - head/sys/netgraph/bluetooth/include
Author: takawata Date: Mon Jun 15 14:58:40 2020 New Revision: 362199 URL: https://svnweb.freebsd.org/changeset/base/362199 Log: Update event masks constant to Bluetooth core spec V5.2 and add LE Events. PR: 247257 Submitted by: Marc Veldman Modified: head/sys/netgraph/bluetooth/include/ng_hci.h Modified: head/sys/netgraph/bluetooth/include/ng_hci.h == --- head/sys/netgraph/bluetooth/include/ng_hci.hMon Jun 15 13:46:40 2020(r362198) +++ head/sys/netgraph/bluetooth/include/ng_hci.hMon Jun 15 14:58:40 2020(r362199) @@ -225,7 +225,8 @@ /* 0x0010 - 0x8000 - reserved for future use */ /* Event masks */ -#define NG_HCI_EVMSK_ALL 0x +#define NG_HCI_EVMSK_DEFAULT 0x1fff +#define NG_HCI_EVMSK_ALL 0x1fff #define NG_HCI_EVMSK_NONE 0x #define NG_HCI_EVMSK_INQUIRY_COMPL 0x0001 #define NG_HCI_EVMSK_INQUIRY_RESULT0x0002 @@ -259,7 +260,70 @@ #define NG_HCI_EVMSK_QOS_VIOLATION 0x2000 #define NG_HCI_EVMSK_PAGE_SCAN_MODE_CHANGE 0x4000 #define NG_HCI_EVMSK_PAGE_SCAN_REP_MODE_CHANGE 0x8000 -/* 0x0001 - 0x8000 - reserved for future use */ +#define NG_HCI_EVMSK_FLOW_SPEC_COMPL 0x0001 +#define NG_HCI_EVMSK_INQUIRY_RESULT_W_RSSI 0x0002 +#define NG_HCI_EVMSK_READ_REM_EXT_FEAT_COMPL 0x0004 + +/* 0x0008 -0x0800 - not in use */ + +#define NG_HCI_EVMSK_SYNC_CONN_COMPL 0x1000 +#define NG_HCI_EVMSK_SYNC_CONN_CHANGED 0x2000 +#define NG_HCI_EVMSK_SNIFF_SUBRATING 0x4000 +#define NG_HCI_EVMSK_EXT_INQUIRY_RESULT0x8000 +#define NG_HCI_EVMSK_ENC_KEY_REFRESH_COMPL 0x0001 +#define NG_HCI_EVMSK_IO_CAPABILITY_REQ 0x0002 +#define NG_HCI_EVMSK_IO_CAPABILITY_RESP0x0004 +#define NG_HCI_EVMSK_USER_CONFIRMATION_REQ 0x0008 +#define NG_HCI_EVMSK_USER_PASSKEY_REQ 0x0010 +#define NG_HCI_EVMSK_REM_OOB_DATA_REQ 0x0020 +#define NG_HCI_EVMSK_SIMPLE_PAIRING_COMPL 0x0040 +#define NG_HCI_EVMSK_LINK_SUPERV_TO_CHANGED0x0080 +#define NG_HCI_EVMSK_ENH_FLUSH_COMPL 0x0100 +#define NG_HCI_EVMSK_USER_PASSKEY_NOTIFICATION 0x0200 +#define NG_HCI_EVMSK_KEYPRESS_NOTIFICATION 0x0400 +#define NG_HCI_EVMSK_REM_HOST_SUPP_FEAT_NOTIFI 0x0800 +#define NG_HCI_EVMSK_LE_META 0x1000 +/* 0x1001 - 0x8000 - reserved for future use */ + +/* LE events masks*/ +#define NG_HCI_LEEVMSK_ALL 0x3fff +#define NG_HCI_LEEVMSK_NONE0x +#define NG_HCI_LEEVMSK_DEFAULT 0x001f +#define NG_HCI_LEEVMSK_CONN_COMPLETE 0x0001 +#define NG_HCI_LEEVMSK_ADV_REP 0x0002 +#define NG_HCI_LEEVMSK_CONN_UPDATE 0x0004 +#define NG_HCI_LEEVMSK_READ_REM_FEAT_REQ 0x0008 +#define NG_HCI_LEEVMSK_LONG_TERM_KEY_REQ 0x0010 +#define NG_HCI_LEEVMSK_REM_CONN_PARAM_REQ 0x0020 +#define NG_HCI_LEEVMSK_DATA_LENGTH_CHG 0x0040 +#define NG_HCI_LEEVMSK_RD_LOC_P256_PK_COMPL0x0080 +#define NG_HCI_LEEVMSK_GEN_DHKEY_COMPL 0x0100 +#define NG_HCI_LEEVMSK_ENH_CONN_COMPL 0x0200 +#define NG_HCI_LEEVMSK_DIR_ADV_REP 0x0400 +#define NG_HCI_LEEVMSK_PHY_UPD_COMPL 0x0800 +#define NG_HCI_LEEVMSK_EXT_ADV_REP 0x1000 +#define NG_HCI_LEEVMSK_PER_ADV_SYNC_EST0x2000 +#define NG_HCI_LEEVMSK_PER_ADV_REP 0x4000 +#define NG_HCI_LEEVMSK_PER_ADV_SYNC_LOST 0x8000 +#define NG_HCI_LEEVMSK_SCAN_TIMEOUT0x0001 +#define NG_HCI_LEEVMSK_ADV_SET_TERM0x0002 +#define NG_HCI_LEEVMSK_SCAN_REQ_RCVD 0x0004 +#define NG_HCI_LEEVMSK_CHAN_SEL_ALGO 0x0008 +#define NG_HCI_LEEVMSK_CONNLESS_IQ_REP 0x0001 +#define NG_HCI_LEEVMSK_CONN_IQ_REP 0x0002 +#define NG_HCI_LEEVMSK_CTE_REQ_FAILED 0x0004 +#define NG_HCI_LEEVMSK_PER_ADV_SYN_TRF_RCVD0x0008 +#define NG_HCI_LEEVMSK_CIS_EST 0x0010 +#define NG_HCI_LEEVMSK_CIS_REQ 0x0020 +#define NG_HCI_LEEVMSK_CREATE_BIG_COMPL0x0040 +#define
Re: svn commit: r362191 - head/sbin/md5
Mateusz Piotrowski wrote: Hi, On 6/15/20 2:33 PM, Rodney W. Grimes wrote: [ Charset UTF-8 unsupported, converting... ] Author: fernape (ports committer) Date: Mon Jun 15 10:08:02 2020 New Revision: 362191 URL: https://svnweb.freebsd.org/changeset/base/362191 Log: md5(1): fix style in man page Mandoc is fine to ignore this, but it is wrong to call it useless. I really wish that this stop. .Tn might be useless to mandoc, but it is a very usable thing if your formatting to something other than txt, as in a ps or pdf. In that case I would consider patching our in-tree mandoc to not warn about Tn. Or request support for Tn or a well-defined replacement upstream. I can see the benefit of keeping Tn around, as it /might/ potentially create nice formatting for HTML. On the other hand, I don't like the idea of not following the linter. It's marked as obsolete exactly because it's misused, quoting mdoc(7): Even though the macro name (“tradename”) suggests a semantic function, historic usage is inconsistent, mostly using it as a presentation-level macro to request a small caps font. If we want to somehow emphasize the text, .Sy, .Em, or similar macros should be used instead, I don't see why though, it certainly doesn't help the readability (IMO, of coursE). ___ svn-src-all@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
svn commit: r362198 - in vendor/blocklist/20200615: . bin diff etc etc/rc.d include lib libexec port test
Author: emaste Date: Mon Jun 15 13:46:40 2020 New Revision: 362198 URL: https://svnweb.freebsd.org/changeset/base/362198 Log: Tag 2020-06-15 blocklist snapshot Upstream git hash 7093cd90cc9eae6bf9fa6b66f679ea6b15451c1e Obtained from:https://github.com/zoulasc/blocklist Sponsored by: The FreeBSD Foundation Added: vendor/blocklist/20200615/ - copied from r362196, vendor/blocklist/dist/ vendor/blocklist/20200615/diff/postfix.diff - copied unchanged from r362197, vendor/blocklist/dist/diff/postfix.diff Replaced: vendor/blocklist/20200615/Makefile - copied unchanged from r362197, vendor/blocklist/dist/Makefile vendor/blocklist/20200615/Makefile.inc - copied unchanged from r362197, vendor/blocklist/dist/Makefile.inc vendor/blocklist/20200615/README - copied unchanged from r362197, vendor/blocklist/dist/README vendor/blocklist/20200615/TODO - copied unchanged from r362197, vendor/blocklist/dist/TODO vendor/blocklist/20200615/bin/Makefile - copied unchanged from r362197, vendor/blocklist/dist/bin/Makefile vendor/blocklist/20200615/bin/blocklistctl.8 - copied unchanged from r362197, vendor/blocklist/dist/bin/blocklistctl.8 vendor/blocklist/20200615/bin/blocklistctl.c - copied unchanged from r362197, vendor/blocklist/dist/bin/blocklistctl.c vendor/blocklist/20200615/bin/blocklistd.8 - copied unchanged from r362197, vendor/blocklist/dist/bin/blocklistd.8 vendor/blocklist/20200615/bin/blocklistd.c - copied unchanged from r362197, vendor/blocklist/dist/bin/blocklistd.c vendor/blocklist/20200615/bin/blocklistd.conf.5 - copied unchanged from r362197, vendor/blocklist/dist/bin/blocklistd.conf.5 vendor/blocklist/20200615/bin/conf.c - copied unchanged from r362197, vendor/blocklist/dist/bin/conf.c vendor/blocklist/20200615/bin/conf.h - copied unchanged from r362197, vendor/blocklist/dist/bin/conf.h vendor/blocklist/20200615/bin/internal.c - copied unchanged from r362197, vendor/blocklist/dist/bin/internal.c vendor/blocklist/20200615/bin/internal.h - copied unchanged from r362197, vendor/blocklist/dist/bin/internal.h vendor/blocklist/20200615/bin/run.c - copied unchanged from r362197, vendor/blocklist/dist/bin/run.c vendor/blocklist/20200615/bin/run.h - copied unchanged from r362197, vendor/blocklist/dist/bin/run.h vendor/blocklist/20200615/bin/state.c - copied unchanged from r362197, vendor/blocklist/dist/bin/state.c vendor/blocklist/20200615/bin/state.h - copied unchanged from r362197, vendor/blocklist/dist/bin/state.h vendor/blocklist/20200615/bin/support.c - copied unchanged from r362197, vendor/blocklist/dist/bin/support.c vendor/blocklist/20200615/bin/support.h - copied unchanged from r362197, vendor/blocklist/dist/bin/support.h vendor/blocklist/20200615/diff/ftpd.diff - copied unchanged from r362197, vendor/blocklist/dist/diff/ftpd.diff vendor/blocklist/20200615/diff/named.diff - copied unchanged from r362197, vendor/blocklist/dist/diff/named.diff vendor/blocklist/20200615/diff/proftpd.diff - copied unchanged from r362197, vendor/blocklist/dist/diff/proftpd.diff vendor/blocklist/20200615/diff/ssh.diff - copied unchanged from r362197, vendor/blocklist/dist/diff/ssh.diff vendor/blocklist/20200615/etc/Makefile - copied unchanged from r362197, vendor/blocklist/dist/etc/Makefile vendor/blocklist/20200615/etc/npf.conf - copied unchanged from r362197, vendor/blocklist/dist/etc/npf.conf vendor/blocklist/20200615/etc/rc.d/Makefile - copied unchanged from r362197, vendor/blocklist/dist/etc/rc.d/Makefile vendor/blocklist/20200615/etc/rc.d/blocklistd - copied unchanged from r362197, vendor/blocklist/dist/etc/rc.d/blocklistd vendor/blocklist/20200615/include/Makefile - copied unchanged from r362197, vendor/blocklist/dist/include/Makefile vendor/blocklist/20200615/include/bl.h - copied unchanged from r362197, vendor/blocklist/dist/include/bl.h vendor/blocklist/20200615/include/blocklist.h - copied unchanged from r362197, vendor/blocklist/dist/include/blocklist.h vendor/blocklist/20200615/lib/Makefile - copied unchanged from r362197, vendor/blocklist/dist/lib/Makefile vendor/blocklist/20200615/lib/bl.c - copied unchanged from r362197, vendor/blocklist/dist/lib/bl.c vendor/blocklist/20200615/lib/blocklist.c - copied unchanged from r362197, vendor/blocklist/dist/lib/blocklist.c vendor/blocklist/20200615/lib/libblocklist.3 - copied unchanged from r362197, vendor/blocklist/dist/lib/libblocklist.3 vendor/blocklist/20200615/libexec/Makefile - copied unchanged from r362197, vendor/blocklist/dist/libexec/Makefile vendor/blocklist/20200615/libexec/blocklistd-helper - copied unchanged from r362197, vendor/blocklist/dist/libexec/blocklistd-helper vendor/blocklist/20200615/port/Makefile.am - copied unchanged from r362197, vendor/blocklist/dist
svn commit: r362197 - in vendor/blocklist/dist: . bin diff etc etc/rc.d include lib libexec port test
Author: emaste
Date: Mon Jun 15 13:44:37 2020
New Revision: 362197
URL: https://svnweb.freebsd.org/changeset/base/362197
Log:
blocklist: update to 2020-06-15 snapshot
Upstream hash 7093cd90cc9eae6bf9fa6b66f679ea6b15451c1e
Obtained from:https://github.com/zoulasc/blocklist
Sponsored by: The FreeBSD Foundation
Added:
vendor/blocklist/dist/diff/postfix.diff
Modified:
vendor/blocklist/dist/Makefile
vendor/blocklist/dist/Makefile.inc
vendor/blocklist/dist/README
vendor/blocklist/dist/TODO
vendor/blocklist/dist/bin/Makefile
vendor/blocklist/dist/bin/blocklistctl.8
vendor/blocklist/dist/bin/blocklistctl.c
vendor/blocklist/dist/bin/blocklistd.8
vendor/blocklist/dist/bin/blocklistd.c
vendor/blocklist/dist/bin/blocklistd.conf.5
vendor/blocklist/dist/bin/conf.c
vendor/blocklist/dist/bin/conf.h
vendor/blocklist/dist/bin/internal.c
vendor/blocklist/dist/bin/internal.h
vendor/blocklist/dist/bin/run.c
vendor/blocklist/dist/bin/run.h
vendor/blocklist/dist/bin/state.c
vendor/blocklist/dist/bin/state.h
vendor/blocklist/dist/bin/support.c
vendor/blocklist/dist/bin/support.h
vendor/blocklist/dist/diff/ftpd.diff
vendor/blocklist/dist/diff/named.diff
vendor/blocklist/dist/diff/proftpd.diff
vendor/blocklist/dist/diff/ssh.diff
vendor/blocklist/dist/etc/Makefile
vendor/blocklist/dist/etc/npf.conf
vendor/blocklist/dist/etc/rc.d/Makefile
vendor/blocklist/dist/etc/rc.d/blocklistd
vendor/blocklist/dist/include/Makefile
vendor/blocklist/dist/include/bl.h
vendor/blocklist/dist/include/blocklist.h
vendor/blocklist/dist/lib/Makefile
vendor/blocklist/dist/lib/bl.c
vendor/blocklist/dist/lib/blocklist.c
vendor/blocklist/dist/lib/libblocklist.3
vendor/blocklist/dist/libexec/Makefile
vendor/blocklist/dist/libexec/blocklistd-helper
vendor/blocklist/dist/port/Makefile.am
vendor/blocklist/dist/port/_strtoi.h
vendor/blocklist/dist/port/configure.ac
vendor/blocklist/dist/port/fgetln.c
vendor/blocklist/dist/port/fparseln.c
vendor/blocklist/dist/port/pidfile.c
vendor/blocklist/dist/port/popenve.c
vendor/blocklist/dist/port/port.h
vendor/blocklist/dist/port/sockaddr_snprintf.c
vendor/blocklist/dist/port/strlcat.c
vendor/blocklist/dist/port/strlcpy.c
vendor/blocklist/dist/port/strtoi.c
vendor/blocklist/dist/test/Makefile
vendor/blocklist/dist/test/cltest.c
vendor/blocklist/dist/test/srvtest.c
Modified: vendor/blocklist/dist/Makefile
==
--- vendor/blocklist/dist/Makefile Mon Jun 15 13:17:22 2020
(r362196)
+++ vendor/blocklist/dist/Makefile Mon Jun 15 13:44:37 2020
(r362197)
@@ -1,4 +1,4 @@
-# $NetBSD: Makefile,v 1.2 2015/01/22 17:49:41 christos Exp $
+# $NetBSD: Makefile,v 1.1 2015/01/21 16:16:00 christos Exp $
SUBDIR = lib .WAIT include bin etc libexec
Modified: vendor/blocklist/dist/Makefile.inc
==
--- vendor/blocklist/dist/Makefile.inc Mon Jun 15 13:17:22 2020
(r362196)
+++ vendor/blocklist/dist/Makefile.inc Mon Jun 15 13:44:37 2020
(r362197)
@@ -1,9 +1,9 @@
-# $NetBSD: Makefile.inc,v 1.3 2015/01/23 03:57:22 christos Exp $
+# $NetBSD: Makefile.inc,v 1.2 2015/01/22 04:20:50 christos Exp $
WARNS=6
.if !defined(LIB)
-LDADD+=-lblacklist
-DPADD+= ${LIBBLACKLIST}
+LDADD+=-lblocklist
+DPADD+= ${LIBBLOCKLIST}
.endif
CPPFLAGS+= -I${.CURDIR}/../include
CPPFLAGS+=-DHAVE_STRUCT_SOCKADDR_SA_LEN -DHAVE_UTIL_H -DHAVE_DB_H
Modified: vendor/blocklist/dist/README
==
--- vendor/blocklist/dist/READMEMon Jun 15 13:17:22 2020
(r362196)
+++ vendor/blocklist/dist/READMEMon Jun 15 13:44:37 2020
(r362197)
@@ -1,21 +1,21 @@
-# $NetBSD: README,v 1.8 2017/04/13 17:59:34 christos Exp $
+# $NetBSD: README,v 1.7 2015/01/26 00:34:50 christos Exp $
This package contains library that can be used by network daemons to
communicate with a packet filter via a daemon to enforce opening and
closing ports dynamically based on policy.
-The interface to the packet filter is in libexec/blacklistd-helper
+The interface to the packet filter is in libexec/blocklistd-helper
(this is currently designed for npf) and the configuration file
-(inspired from inetd.conf) is in etc/blacklistd.conf.
+(inspired from inetd.conf) is in etc/blocklistd.conf.
-On NetBSD you can find an example npf.conf and blacklistd.conf in
-/usr/share/examples/blacklistd; you need to adjust the interface
+On NetBSD you can find an example npf.conf and blocklistd.conf in
+/usr/share/examples/blocklistd; you need to adjust the interface
in npf.conf and copy both files to /etc; then you just enable
-blacklistd=YES in /etc/rc.conf, start it up, and you are all set.
+blocklistd=YES in /etc/rc.conf, start it up, and you are all set.
-There is also a
Re: svn commit: r362191 - head/sbin/md5
Hi, On 6/15/20 2:33 PM, Rodney W. Grimes wrote: > [ Charset UTF-8 unsupported, converting... ] >> Author: fernape (ports committer) >> Date: Mon Jun 15 10:08:02 2020 >> New Revision: 362191 >> URL: https://svnweb.freebsd.org/changeset/base/362191 >> >> Log: >> md5(1): fix style in man page > > Mandoc is fine to ignore this, but it is wrong to call it useless. > > I really wish that this stop. .Tn might be useless to mandoc, > but it is a very usable thing if your formatting to something > other than txt, as in a ps or pdf. In that case I would consider patching our in-tree mandoc to not warn about Tn. Or request support for Tn or a well-defined replacement upstream. I can see the benefit of keeping Tn around, as it /might/ potentially create nice formatting for HTML. On the other hand, I don't like the idea of not following the linter. Cheers, Mateusz ___ svn-src-all@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
svn commit: r362196 - in vendor: NetBSD/blacklist blocklist blocklist/dist/bin blocklist/dist/etc blocklist/dist/etc/rc.d blocklist/dist/include blocklist/dist/lib blocklist/dist/libexec
Author: emaste Date: Mon Jun 15 13:17:22 2020 New Revision: 362196 URL: https://svnweb.freebsd.org/changeset/base/362196 Log: Following upstream, rename blacklist to blocklist Also move up one level from vendor/NetBSD/blacklist to vendor/blocklist, as this is now has a standalone home at https://github.com/zoulasc/blocklist I also renamed the individual files under dist/ so that the subsequent update from upstream will drop in. Sponsored by: The FreeBSD Foundation MFC after:2 weeks Added: vendor/blocklist/ - copied from r362195, vendor/NetBSD/blacklist/ vendor/blocklist/dist/bin/blocklistctl.8 - copied unchanged from r362194, vendor/NetBSD/blacklist/dist/bin/blacklistctl.8 vendor/blocklist/dist/bin/blocklistctl.c - copied unchanged from r362194, vendor/NetBSD/blacklist/dist/bin/blacklistctl.c vendor/blocklist/dist/bin/blocklistd.8 - copied unchanged from r362194, vendor/NetBSD/blacklist/dist/bin/blacklistd.8 vendor/blocklist/dist/bin/blocklistd.c - copied unchanged from r362194, vendor/NetBSD/blacklist/dist/bin/blacklistd.c vendor/blocklist/dist/bin/blocklistd.conf.5 - copied unchanged from r362194, vendor/NetBSD/blacklist/dist/bin/blacklistd.conf.5 vendor/blocklist/dist/etc/blocklistd.conf - copied unchanged from r362194, vendor/NetBSD/blacklist/dist/etc/blacklistd.conf vendor/blocklist/dist/etc/rc.d/blocklistd - copied unchanged from r362194, vendor/NetBSD/blacklist/dist/etc/rc.d/blacklistd vendor/blocklist/dist/include/blocklist.h - copied unchanged from r362194, vendor/NetBSD/blacklist/dist/include/blacklist.h vendor/blocklist/dist/lib/blocklist.c - copied unchanged from r362194, vendor/NetBSD/blacklist/dist/lib/blacklist.c vendor/blocklist/dist/lib/libblocklist.3 - copied unchanged from r362194, vendor/NetBSD/blacklist/dist/lib/libblacklist.3 vendor/blocklist/dist/libexec/blocklistd-helper - copied unchanged from r362194, vendor/NetBSD/blacklist/dist/libexec/blacklistd-helper Deleted: vendor/NetBSD/blacklist/ vendor/blocklist/dist/bin/blacklistctl.8 vendor/blocklist/dist/bin/blacklistctl.c vendor/blocklist/dist/bin/blacklistd.8 vendor/blocklist/dist/bin/blacklistd.c vendor/blocklist/dist/bin/blacklistd.conf.5 vendor/blocklist/dist/etc/blacklistd.conf vendor/blocklist/dist/etc/rc.d/blacklistd vendor/blocklist/dist/include/blacklist.h vendor/blocklist/dist/lib/blacklist.c vendor/blocklist/dist/lib/libblacklist.3 vendor/blocklist/dist/libexec/blacklistd-helper Copied: vendor/blocklist/dist/bin/blocklistctl.8 (from r362194, vendor/NetBSD/blacklist/dist/bin/blacklistctl.8) == --- /dev/null 00:00:00 1970 (empty, because file is newly added) +++ vendor/blocklist/dist/bin/blocklistctl.8Mon Jun 15 13:17:22 2020 (r362196, copy of r362194, vendor/NetBSD/blacklist/dist/bin/blacklistctl.8) @@ -0,0 +1,86 @@ +.\" $NetBSD: blacklistctl.8,v 1.9 2016/06/08 12:48:37 wiz Exp $ +.\" +.\" Copyright (c) 2015 The NetBSD Foundation, Inc. +.\" All rights reserved. +.\" +.\" This code is derived from software contributed to The NetBSD Foundation +.\" by Christos Zoulas. +.\" +.\" Redistribution and use in source and binary forms, with or without +.\" modification, are permitted provided that the following conditions +.\" are met: +.\" 1. Redistributions of source code must retain the above copyright +.\"notice, this list of conditions and the following disclaimer. +.\" 2. Redistributions in binary form must reproduce the above copyright +.\"notice, this list of conditions and the following disclaimer in the +.\"documentation and/or other materials provided with the distribution. +.\" +.\" THIS SOFTWARE IS PROVIDED BY THE NETBSD FOUNDATION, INC. AND CONTRIBUTORS +.\" ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED +.\" TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR +.\" PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE FOUNDATION OR CONTRIBUTORS +.\" BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR +.\" CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF +.\" SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS +.\" INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN +.\" CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) +.\" ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE +.\" POSSIBILITY OF SUCH DAMAGE. +.\" +.Dd June 7, 2016 +.Dt BLACKLISTCTL 8 +.Os +.Sh NAME +.Nm blacklistctl +.Nd display and change the state of blacklistd +.Sh SYNOPSIS +.Nm +.Cm dump +.Op Fl abdnrw +.Sh DESCRIPTION +.Nm +is a program used to display the state of +.Xr blacklistd 8 +.Pp +The following options are available: +.Bl -tag -width indent +.It Fl a +Show all database entries, by default it shows only the embryonic ones.
svn commit: r362195 - head/contrib/opencsd
Author: andrew Date: Mon Jun 15 13:03:01 2020 New Revision: 362195 URL: https://svnweb.freebsd.org/changeset/base/362195 Log: Bootstrap mergeinfo for OpenCSD Sponsored by: Innovate UK Modified: Directory Properties: head/contrib/opencsd/ (props changed) ___ svn-src-all@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
Re: svn commit: r362191 - head/sbin/md5
[ Charset UTF-8 unsupported, converting... ] > Author: fernape (ports committer) > Date: Mon Jun 15 10:08:02 2020 > New Revision: 362191 > URL: https://svnweb.freebsd.org/changeset/base/362191 > > Log: > md5(1): fix style in man page > > Fix a bunch of style problems reported by mandoc(1) and igor: > > mandoc: ./md5.1:19:71: STYLE: no blank before trailing delimiter: Nm ... > rmd160, > mandoc: ./md5.1:20:23: STYLE: no blank before trailing delimiter: Nm ... > skein512, > mandoc: ./md5.1:33:2: STYLE: useless macro: Tn > mandoc: ./md5.1:33:2: STYLE: useless macro: Tn > mandoc: ./md5.1:33:2: STYLE: useless macro: Tn > mandoc: ./md5.1:33:2: STYLE: useless macro: Tn > mandoc: ./md5.1:35:2: STYLE: useless macro: Tn > mandoc: ./md5.1:42:2: STYLE: useless macro: Tn > mandoc: ./md5.1:45:2: STYLE: useless macro: Tn > mandoc: ./md5.1:47:2: STYLE: useless macro: Tn > mandoc: ./md5.1:56:2: STYLE: useless macro: Tn > mandoc: ./md5.1:58:2: STYLE: useless macro: Tn > mandoc: ./md5.1:61:2: STYLE: useless macro: Tn > mandoc: ./md5.1:66:2: STYLE: useless macro: Tn > mandoc: ./md5.1:68:2: STYLE: useless macro: Tn Mandoc is fine to ignore this, but it is wrong to call it useless. I really wish that this stop. .Tn might be useless to mandoc, but it is a very usable thing if your formatting to something other than txt, as in a ps or pdf. > mandoc: ./md5.1:104:24: STYLE: no blank before trailing delimiter: Nm > skein512, > mandoc: ./md5.1:117:6: STYLE: referenced manual not found: Xr sha224 3 > > igor: > md5.1:46:no comma after "i.e.":either algorithm, [i.e.] to find an input > that produces a specific > > Approved by:bcr@ > Differential Revision: https://reviews.freebsd.org/D25277 > > Modified: > head/sbin/md5/md5.1 > > Modified: head/sbin/md5/md5.1 > == > --- head/sbin/md5/md5.1 Mon Jun 15 03:10:53 2020(r362190) > +++ head/sbin/md5/md5.1 Mon Jun 15 10:08:02 2020(r362191) > @@ -1,5 +1,5 @@ > .\" $FreeBSD$ > -.Dd July 9, 2018 > +.Dd June 15, 2020 > .Dt MD5 1 > .Os > .Sh NAME > @@ -16,8 +16,8 @@ > (All other hashes have the same options and usage.) > .Sh DESCRIPTION > The > -.Nm md5 , sha1 , sha224 , sha256 , sha384 , sha512, sha512t256, rmd160, > -.Nm skein256, skein512, > +.Nm md5 , sha1 , sha224 , sha256 , sha384 , sha512 , sha512t256 , rmd160 , > +.Nm skein256 , skein512 , > and > .Nm skein1024 > utilities take as input a message of arbitrary length and produce as > @@ -29,43 +29,29 @@ of the input. > It is conjectured that it is computationally infeasible to > produce two messages having the same message digest, or to produce any > message having a given prespecified target message digest. > -The > -.Tn SHA-224 , SHA-256 , SHA-384 , SHA-512, RIPEMD-160, > -and > -.Tn SKEIN > +The SHA-224 , SHA-256 , SHA-384 , SHA-512, RIPEMD-160, > +and SKEIN > algorithms are intended for digital signature applications, where a > large file must be > .Dq compressed > in a secure manner before being encrypted with a private > (secret) > -key under a public-key cryptosystem such as > -.Tn RSA . > +key under a public-key cryptosystem such as RSA. > .Pp > -The > -.Tn MD5 > -and > -.Tn SHA-1 > -algorithms have been proven to be vulnerable to practical collision > -attacks and should not be relied upon to produce unique outputs, > +The MD5 and SHA-1 algorithms have been proven to be vulnerable to practical > +collision attacks and should not be relied upon to produce unique outputs, > .Em nor should they be used as part of a cryptographic signature scheme. > As of 2017-03-02, there is no publicly known method to > .Em reverse > -either algorithm, i.e. to find an input that produces a specific > +either algorithm, i.e., to find an input that produces a specific > output. > .Pp > -.Tn SHA-512t256 > -is a version of > -.Tn SHA-512 > -truncated to only 256 bits. > -On 64-bit hardware, this algorithm is approximately 50% faster than > -.Tn SHA-256 > -but with the same level of security. > +SHA-512t256 is a version of SHA-512 truncated to only 256 bits. > +On 64-bit hardware, this algorithm is approximately 50% faster than SHA-256 > but > +with the same level of security. > The hashes are not interchangeable. > .Pp > -It is recommended that all new applications use > -.Tn SHA-512 > -or > -.Tn SKEIN-512 > +It is recommended that all new applications use SHA-512 or SKEIN-512 > instead of one of the other hash functions. > .Pp > The following options may be used in any combination and must > @@ -101,7 +87,7 @@ Run a built-in test script. > .Sh EXIT STATUS > The > .Nm md5 , sha1 , sha224 , sha256 , sha512 , sha512t256 , rmd160 , > -.Nm skein256 , skein512, > +.Nm skein256 , skein512 , > and > .Nm skein1024 > utilities exit 0 on success, > @@ -114,7 +100,6 @@ option. > .Xr md5 3 , > .Xr ripemd 3 , > .Xr sha 3 , > -.Xr sha224 3 , > .Xr
svn commit: r362194 - vendor/opencsd/v0.14.2
Author: andrew Date: Mon Jun 15 11:31:25 2020 New Revision: 362194 URL: https://svnweb.freebsd.org/changeset/base/362194 Log: Tag OpenCSD v0.14.2 Added: vendor/opencsd/v0.14.2/ - copied from r362193, vendor/opencsd/dist/ ___ svn-src-all@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
svn commit: r362193 - in vendor/opencsd/dist: . decoder/build/linux decoder/build/linux/ref_trace_decode_lib decoder/build/win-vs2015/ref_trace_decode_lib decoder/docs decoder/docs/prog_guide decod...
Author: andrew Date: Mon Jun 15 11:30:04 2020 New Revision: 362193 URL: https://svnweb.freebsd.org/changeset/base/362193 Log: Import OpenCSD v0.14.2 Sponsored by: Innovate UK Added: vendor/opencsd/dist/decoder/include/common/ocsd_gen_elem_stack.h (contents, props changed) vendor/opencsd/dist/decoder/include/common/trc_raw_buffer.h (contents, props changed) vendor/opencsd/dist/decoder/include/opencsd/etmv4/trc_pkt_proc_etmv4i.h (contents, props changed) vendor/opencsd/dist/decoder/source/etmv4/trc_pkt_proc_etmv4i.cpp (contents, props changed) vendor/opencsd/dist/decoder/source/ocsd_gen_elem_stack.cpp (contents, props changed) vendor/opencsd/dist/decoder/tests/auto-fdo/set_strobing.sh (contents, props changed) vendor/opencsd/dist/decoder/tests/auto-fdo/show_strobing.sh (contents, props changed) vendor/opencsd/dist/decoder/tests/run_capi_test.bash (contents, props changed) vendor/opencsd/dist/decoder/tests/snapshots/ vendor/opencsd/dist/decoder/tests/snapshots/Snowball/ vendor/opencsd/dist/decoder/tests/snapshots/Snowball/cpu_0.ini vendor/opencsd/dist/decoder/tests/snapshots/Snowball/cpu_1.ini vendor/opencsd/dist/decoder/tests/snapshots/Snowball/cstrace.bin (contents, props changed) vendor/opencsd/dist/decoder/tests/snapshots/Snowball/device_2.ini vendor/opencsd/dist/decoder/tests/snapshots/Snowball/device_3.ini vendor/opencsd/dist/decoder/tests/snapshots/Snowball/kernel_dump.bin (contents, props changed) vendor/opencsd/dist/decoder/tests/snapshots/Snowball/snapshot.ini vendor/opencsd/dist/decoder/tests/snapshots/Snowball/trace.ini vendor/opencsd/dist/decoder/tests/snapshots/TC2/ vendor/opencsd/dist/decoder/tests/snapshots/TC2/cpu_0.ini vendor/opencsd/dist/decoder/tests/snapshots/TC2/cpu_1.ini vendor/opencsd/dist/decoder/tests/snapshots/TC2/cpu_2.ini vendor/opencsd/dist/decoder/tests/snapshots/TC2/cpu_3.ini vendor/opencsd/dist/decoder/tests/snapshots/TC2/cpu_4.ini vendor/opencsd/dist/decoder/tests/snapshots/TC2/cstrace.bin (contents, props changed) vendor/opencsd/dist/decoder/tests/snapshots/TC2/device_10.ini vendor/opencsd/dist/decoder/tests/snapshots/TC2/device_5.ini vendor/opencsd/dist/decoder/tests/snapshots/TC2/device_6.ini vendor/opencsd/dist/decoder/tests/snapshots/TC2/device_7.ini vendor/opencsd/dist/decoder/tests/snapshots/TC2/device_8.ini vendor/opencsd/dist/decoder/tests/snapshots/TC2/device_9.ini vendor/opencsd/dist/decoder/tests/snapshots/TC2/ds5-dumps/ vendor/opencsd/dist/decoder/tests/snapshots/TC2/ds5-dumps/etmv3_0x10.txt (contents, props changed) vendor/opencsd/dist/decoder/tests/snapshots/TC2/ds5-dumps/etmv3_0x11.txt (contents, props changed) vendor/opencsd/dist/decoder/tests/snapshots/TC2/ds5-dumps/etmv3_0x12.txt (contents, props changed) vendor/opencsd/dist/decoder/tests/snapshots/TC2/ds5-dumps/ptmv1_0x13.txt (contents, props changed) vendor/opencsd/dist/decoder/tests/snapshots/TC2/kernel_dump.bin (contents, props changed) vendor/opencsd/dist/decoder/tests/snapshots/TC2/pkt_proc_logs/ vendor/opencsd/dist/decoder/tests/snapshots/TC2/pkt_proc_logs/trc_pkt_lister-dcd-0x13.ppl vendor/opencsd/dist/decoder/tests/snapshots/TC2/pkt_proc_logs/trc_pkt_lister_0x13.ppl vendor/opencsd/dist/decoder/tests/snapshots/TC2/snapshot.ini vendor/opencsd/dist/decoder/tests/snapshots/TC2/trace.ini vendor/opencsd/dist/decoder/tests/snapshots/a55-test-tpiu/ vendor/opencsd/dist/decoder/tests/snapshots/a55-test-tpiu/DSTREAM_0.bin (contents, props changed) vendor/opencsd/dist/decoder/tests/snapshots/a55-test-tpiu/README.txt (contents, props changed) vendor/opencsd/dist/decoder/tests/snapshots/a55-test-tpiu/contents.ini vendor/opencsd/dist/decoder/tests/snapshots/a55-test-tpiu/device1.ini vendor/opencsd/dist/decoder/tests/snapshots/a55-test-tpiu/device2.ini vendor/opencsd/dist/decoder/tests/snapshots/a55-test-tpiu/snapshot.ini vendor/opencsd/dist/decoder/tests/snapshots/a55-test-tpiu/trace.ini vendor/opencsd/dist/decoder/tests/snapshots/a57_single_step/ vendor/opencsd/dist/decoder/tests/snapshots/a57_single_step/CSTMC_TRACE_FIFO.bin (contents, props changed) vendor/opencsd/dist/decoder/tests/snapshots/a57_single_step/device1.ini vendor/opencsd/dist/decoder/tests/snapshots/a57_single_step/device2.ini vendor/opencsd/dist/decoder/tests/snapshots/a57_single_step/mem_Cortex-A57_0.bin (contents, props changed) vendor/opencsd/dist/decoder/tests/snapshots/a57_single_step/pkt_proc_logs/ vendor/opencsd/dist/decoder/tests/snapshots/a57_single_step/pkt_proc_logs/trc_pkt_lister_a57ss-1.ppl vendor/opencsd/dist/decoder/tests/snapshots/a57_single_step/pkt_proc_logs/trc_pkt_lister_a57ss-2.ppl vendor/opencsd/dist/decoder/tests/snapshots/a57_single_step/pkt_proc_logs/trc_pkt_lister_a57ss.ppl vendor/opencsd/dist/decoder/tests/snapshots/a57_single_step/snapshot.ini vendor/opencsd/dist/decoder/tests/snapshots/a57_single_step/trace.ini
svn commit: r362192 - svnadmin/conf
Author: andrew Date: Mon Jun 15 11:29:31 2020 New Revision: 362192 URL: https://svnweb.freebsd.org/changeset/base/362192 Log: Increase limit for an OpenCSD import Modified: svnadmin/conf/sizelimit.conf Modified: svnadmin/conf/sizelimit.conf == --- svnadmin/conf/sizelimit.confMon Jun 15 10:08:02 2020 (r362191) +++ svnadmin/conf/sizelimit.confMon Jun 15 11:29:31 2020 (r362192) @@ -15,6 +15,7 @@ # First field is username, second field is the raised limit required. achim +andrew bapt davidcs dim2048 ___ svn-src-all@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
Re: svn commit: r362191 - head/sbin/md5
Fernando Apesteguía wrote: Author: fernape (ports committer) Date: Mon Jun 15 10:08:02 2020 New Revision: 362191 URL: https://svnweb.freebsd.org/changeset/base/362191 Log: md5(1): fix style in man page Fix a bunch of style problems reported by mandoc(1) and igor: mandoc: ./md5.1:19:71: STYLE: no blank before trailing delimiter: Nm ... rmd160, mandoc: ./md5.1:20:23: STYLE: no blank before trailing delimiter: Nm ... skein512, mandoc: ./md5.1:33:2: STYLE: useless macro: Tn mandoc: ./md5.1:33:2: STYLE: useless macro: Tn mandoc: ./md5.1:33:2: STYLE: useless macro: Tn mandoc: ./md5.1:33:2: STYLE: useless macro: Tn mandoc: ./md5.1:35:2: STYLE: useless macro: Tn mandoc: ./md5.1:42:2: STYLE: useless macro: Tn mandoc: ./md5.1:45:2: STYLE: useless macro: Tn mandoc: ./md5.1:47:2: STYLE: useless macro: Tn mandoc: ./md5.1:56:2: STYLE: useless macro: Tn mandoc: ./md5.1:58:2: STYLE: useless macro: Tn mandoc: ./md5.1:61:2: STYLE: useless macro: Tn mandoc: ./md5.1:66:2: STYLE: useless macro: Tn mandoc: ./md5.1:68:2: STYLE: useless macro: Tn mandoc: ./md5.1:104:24: STYLE: no blank before trailing delimiter: Nm skein512, mandoc: ./md5.1:117:6: STYLE: referenced manual not found: Xr sha224 3 igor: md5.1:46:no comma after "i.e.":either algorithm, [i.e.] to find an input that produces a specific Approved by: bcr@ Differential Revision: https://reviews.freebsd.org/D25277 Modified: head/sbin/md5/md5.1 Modified: head/sbin/md5/md5.1 == --- head/sbin/md5/md5.1 Mon Jun 15 03:10:53 2020(r362190) +++ head/sbin/md5/md5.1 Mon Jun 15 10:08:02 2020(r362191) @@ -1,5 +1,5 @@ .\" $FreeBSD$ -.Dd July 9, 2018 +.Dd June 15, 2020 .Dt MD5 1 .Os .Sh NAME @@ -16,8 +16,8 @@ (All other hashes have the same options and usage.) .Sh DESCRIPTION The -.Nm md5 , sha1 , sha224 , sha256 , sha384 , sha512, sha512t256, rmd160, -.Nm skein256, skein512, +.Nm md5 , sha1 , sha224 , sha256 , sha384 , sha512 , sha512t256 , rmd160 , +.Nm skein256 , skein512 , and .Nm skein1024 utilities take as input a message of arbitrary length and produce as @@ -29,43 +29,29 @@ of the input. It is conjectured that it is computationally infeasible to produce two messages having the same message digest, or to produce any message having a given prespecified target message digest. -The -.Tn SHA-224 , SHA-256 , SHA-384 , SHA-512, RIPEMD-160, -and -.Tn SKEIN +The SHA-224 , SHA-256 , SHA-384 , SHA-512, RIPEMD-160, +and SKEIN algorithms are intended for digital signature applications, where a large file must be .Dq compressed in a secure manner before being encrypted with a private (secret) -key under a public-key cryptosystem such as -.Tn RSA . +key under a public-key cryptosystem such as RSA. .Pp -The -.Tn MD5 -and -.Tn SHA-1 -algorithms have been proven to be vulnerable to practical collision -attacks and should not be relied upon to produce unique outputs, +The MD5 and SHA-1 algorithms have been proven to be vulnerable to practical +collision attacks and should not be relied upon to produce unique outputs, .Em nor should they be used as part of a cryptographic signature scheme. As of 2017-03-02, there is no publicly known method to .Em reverse -either algorithm, i.e. to find an input that produces a specific +either algorithm, i.e., to find an input that produces a specific output. .Pp -.Tn SHA-512t256 -is a version of -.Tn SHA-512 -truncated to only 256 bits. -On 64-bit hardware, this algorithm is approximately 50% faster than -.Tn SHA-256 -but with the same level of security. +SHA-512t256 is a version of SHA-512 truncated to only 256 bits. +On 64-bit hardware, this algorithm is approximately 50% faster than SHA-256 but +with the same level of security. The hashes are not interchangeable. .Pp -It is recommended that all new applications use -.Tn SHA-512 -or -.Tn SKEIN-512 +It is recommended that all new applications use SHA-512 or SKEIN-512 instead of one of the other hash functions. .Pp The following options may be used in any combination and must @@ -101,7 +87,7 @@ Run a built-in test script. .Sh EXIT STATUS The .Nm md5 , sha1 , sha224 , sha256 , sha512 , sha512t256 , rmd160 , -.Nm skein256 , skein512, +.Nm skein256 , skein512 , and .Nm skein1024 utilities exit 0 on success, @@ -114,7 +100,6 @@ option. .Xr md5 3 , .Xr ripemd 3 , .Xr sha 3 , -.Xr sha224 3 , .Xr sha256 3 , .Xr sha384 3 , .Xr sha512 3 , I think we should create sha256.3 -> sha224.3 instead of removing the reference, as done for sha512.3 -> sha384.3 -- if you look at the sha256.3 man page, it documents all of the SHA224_* functions; i.e.,: Index: Makefile === --- Makefile(revision 362145) +++ Makefile(working copy) @@ -40,7 +40,7 @@ MLINKS+=sha256.3 SHA224_Init.3 sha256.3
svn commit: r362191 - head/sbin/md5
Author: fernape (ports committer) Date: Mon Jun 15 10:08:02 2020 New Revision: 362191 URL: https://svnweb.freebsd.org/changeset/base/362191 Log: md5(1): fix style in man page Fix a bunch of style problems reported by mandoc(1) and igor: mandoc: ./md5.1:19:71: STYLE: no blank before trailing delimiter: Nm ... rmd160, mandoc: ./md5.1:20:23: STYLE: no blank before trailing delimiter: Nm ... skein512, mandoc: ./md5.1:33:2: STYLE: useless macro: Tn mandoc: ./md5.1:33:2: STYLE: useless macro: Tn mandoc: ./md5.1:33:2: STYLE: useless macro: Tn mandoc: ./md5.1:33:2: STYLE: useless macro: Tn mandoc: ./md5.1:35:2: STYLE: useless macro: Tn mandoc: ./md5.1:42:2: STYLE: useless macro: Tn mandoc: ./md5.1:45:2: STYLE: useless macro: Tn mandoc: ./md5.1:47:2: STYLE: useless macro: Tn mandoc: ./md5.1:56:2: STYLE: useless macro: Tn mandoc: ./md5.1:58:2: STYLE: useless macro: Tn mandoc: ./md5.1:61:2: STYLE: useless macro: Tn mandoc: ./md5.1:66:2: STYLE: useless macro: Tn mandoc: ./md5.1:68:2: STYLE: useless macro: Tn mandoc: ./md5.1:104:24: STYLE: no blank before trailing delimiter: Nm skein512, mandoc: ./md5.1:117:6: STYLE: referenced manual not found: Xr sha224 3 igor: md5.1:46:no comma after "i.e.":either algorithm, [i.e.] to find an input that produces a specific Approved by: bcr@ Differential Revision: https://reviews.freebsd.org/D25277 Modified: head/sbin/md5/md5.1 Modified: head/sbin/md5/md5.1 == --- head/sbin/md5/md5.1 Mon Jun 15 03:10:53 2020(r362190) +++ head/sbin/md5/md5.1 Mon Jun 15 10:08:02 2020(r362191) @@ -1,5 +1,5 @@ .\" $FreeBSD$ -.Dd July 9, 2018 +.Dd June 15, 2020 .Dt MD5 1 .Os .Sh NAME @@ -16,8 +16,8 @@ (All other hashes have the same options and usage.) .Sh DESCRIPTION The -.Nm md5 , sha1 , sha224 , sha256 , sha384 , sha512, sha512t256, rmd160, -.Nm skein256, skein512, +.Nm md5 , sha1 , sha224 , sha256 , sha384 , sha512 , sha512t256 , rmd160 , +.Nm skein256 , skein512 , and .Nm skein1024 utilities take as input a message of arbitrary length and produce as @@ -29,43 +29,29 @@ of the input. It is conjectured that it is computationally infeasible to produce two messages having the same message digest, or to produce any message having a given prespecified target message digest. -The -.Tn SHA-224 , SHA-256 , SHA-384 , SHA-512, RIPEMD-160, -and -.Tn SKEIN +The SHA-224 , SHA-256 , SHA-384 , SHA-512, RIPEMD-160, +and SKEIN algorithms are intended for digital signature applications, where a large file must be .Dq compressed in a secure manner before being encrypted with a private (secret) -key under a public-key cryptosystem such as -.Tn RSA . +key under a public-key cryptosystem such as RSA. .Pp -The -.Tn MD5 -and -.Tn SHA-1 -algorithms have been proven to be vulnerable to practical collision -attacks and should not be relied upon to produce unique outputs, +The MD5 and SHA-1 algorithms have been proven to be vulnerable to practical +collision attacks and should not be relied upon to produce unique outputs, .Em nor should they be used as part of a cryptographic signature scheme. As of 2017-03-02, there is no publicly known method to .Em reverse -either algorithm, i.e. to find an input that produces a specific +either algorithm, i.e., to find an input that produces a specific output. .Pp -.Tn SHA-512t256 -is a version of -.Tn SHA-512 -truncated to only 256 bits. -On 64-bit hardware, this algorithm is approximately 50% faster than -.Tn SHA-256 -but with the same level of security. +SHA-512t256 is a version of SHA-512 truncated to only 256 bits. +On 64-bit hardware, this algorithm is approximately 50% faster than SHA-256 but +with the same level of security. The hashes are not interchangeable. .Pp -It is recommended that all new applications use -.Tn SHA-512 -or -.Tn SKEIN-512 +It is recommended that all new applications use SHA-512 or SKEIN-512 instead of one of the other hash functions. .Pp The following options may be used in any combination and must @@ -101,7 +87,7 @@ Run a built-in test script. .Sh EXIT STATUS The .Nm md5 , sha1 , sha224 , sha256 , sha512 , sha512t256 , rmd160 , -.Nm skein256 , skein512, +.Nm skein256 , skein512 , and .Nm skein1024 utilities exit 0 on success, @@ -114,7 +100,6 @@ option. .Xr md5 3 , .Xr ripemd 3 , .Xr sha 3 , -.Xr sha224 3 , .Xr sha256 3 , .Xr sha384 3 , .Xr sha512 3 , ___ svn-src-all@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
Jusqu'au 30 juin, profitez de conditions exceptionnelles sur les véhicules neufs
Si vous ne visualisez pas ce message correctement [1]cliquez-ici Pour ne plus recevoir nos offres vous pouvez vous désabonner en bas de cette page ou bien [2]cliquer ici. References 1. https://links.indisuivi.fr/v/2ZI/qjubcavAvDqtNDuidDtoGa/fe8c0091 2. https://links.indisuivi.fr/u/2ZI/qjubcavAvDqtNDuidDtoGa/Fd/FA-V9/F/d5f523ac Allopromo vous a envoyé cette newsletter car vous avez accepté de recevoir ses offres partenaires [1]Jaguar France [2]Jaguar France [3]Vos rêves ont suffisamment attendu Jusqu'au 30 juin, profitez de conditions exceptionnelles pendant les Liberty Days sur nos véhicules neufs disponibles immédiatement en stock et découvrez l'offre Liberty Leasing* : roulez maintenant et payez en 2021 ! [4]J'EN PROFITE On devrait toujours écouter ses envies, aujourd'hui plus que jamais. Que vous préfériez l'élégance et le dynamisme de nos berlines ou la polyvalence et le confort de nos SUV, une Jaguar reste avant tout un objet de désir. Alors si un modèle vous plaît vraiment, pourquoi hésiter plus longtemps ? [5]FB [6]TW [7]YT [8]IN [9]LI Liberty Days = Les Journées Liberté. Liberty Leasing = Location en liberté. * Offre Liberty Leasing en location longue durée sur 37 mois avec un report des 7 premiers loyers (hors services et assurances optionnels) répartis sur les 30 loyers suivants, avec un premier prélèvement en Janvier 2021. Les loyers sont déterminés selon le type de véhicule et le kilométrage souscrits. Offre non cumulable, réservée aux particuliers, sur nos véhicules neufs disponibles immédiatement avant le 30 juin 2020 dans le réseau Jaguar participant. Sous réserve d'acceptation de votre dossier par LEASYS France SAS, 413 360 181 RCS Versailles, courtier en assurance enregistré à l'ORIAS. Jaguar Land Rover France - 509 016 804 RCS Nanterre. Vos données personnelles n'ont pas été communiquées à Jaguar Land Rover France [10][?type=displayemaili=fhb0dhf0dfjc0bagde0cajgif] References 1. https://links.indisuivi.fr/c/2ZI/c1m/qjubcavAvDqtNDuidDtoGa/Fd/FA-V9/F/10317450 2. https://links.indisuivi.fr/c/2ZI/c1b/qjubcavAvDqtNDuidDtoGa/Fd/FA-V9/F/e3d0129b 3. https://links.indisuivi.fr/c/2ZI/c1o/qjubcavAvDqtNDuidDtoGa/Fd/FA-V9/F/a2fd0486 4. https://links.indisuivi.fr/c/2ZI/c1L/qjubcavAvDqtNDuidDtoGa/Fd/FA-V9/F/be4f6094 5. https://links.indisuivi.fr/c/2ZI/c1i/qjubcavAvDqtNDuidDtoGa/Fd/FA-V9/F/aed893bd 6. https://links.indisuivi.fr/c/2ZI/c17/qjubcavAvDqtNDuidDtoGa/Fd/FA-V9/F/a72a0775 7. https://links.indisuivi.fr/c/2ZI/c12/qjubcavAvDqtNDuidDtoGa/Fd/FA-V9/F/40a5d8f3 8. https://links.indisuivi.fr/c/2ZI/c1X/qjubcavAvDqtNDuidDtoGa/Fd/FA-V9/F/9692120e 9. https://links.indisuivi.fr/c/2ZI/c16/qjubcavAvDqtNDuidDtoGa/Fd/FA-V9/F/fe4c3f1e 10. https://links.indisuivi.fr/c/2ZI/c1k/qjubcavAvDqtNDuidDtoGa/Fd/FA-V9/F/1c14e36b Vous disposez d'un droit d'accès, de rectification, d'opposition et de consentement auquel vous avez accès à partir de cette page web : [1]Charte des Données Personnelles . Vous recevez ce message sur votre adresse email car vous êtes inscrit à notre liste composée de dirigeants et professionnels. MEDIAZUR - 1 Rue Prommenade des anglais 06000 Nice. 833 975 758 RCS. Pour stopper la réception par email de nos messages, suivez ce lien : [2]Se désabonner.. References 1. https://links.indisuivi.fr/c/2ZI/c1v/qjubcavAvDqtNDuidDtoGa/Fd/FA-V9/F/cb0d6001 2. https://links.indisuivi.fr/u/2ZI/qjubcavAvDqtNDuidDtoGa/Fd/FA-V9/F/d5f523ac ___ svn-src-all@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
