svn commit: r360865 - head/sys/mips/atheros

Author: adrian Date: Sun May 10 03:36:11 2020 New Revision: 360865 URL: https://svnweb.freebsd.org/changeset/base/360865 Log: [atheros] [if_arge] Various fixes to avoid TX stalls and bad sized packets This is stuff I've been running for a couple years. It's inspired by changes I found in

Re: svn commit: r359488 - head/share/mk

On Tue, Mar 31, 2020 at 11:00 AM Simon J. Gerraty wrote: > > Author: sjg > Date: Tue Mar 31 15:59:29 2020 > New Revision: 359488 > URL: https://svnweb.freebsd.org/changeset/base/359488 > > Log: > Include ${.CURDIR}/local.init.mk if it exists > > This is handy for making local hacks to an app >

svn commit: r360852 - head/contrib/llvm-project/clang/lib/AST

Author: cem Date: Sat May 9 19:26:44 2020 New Revision: 360852 URL: https://svnweb.freebsd.org/changeset/base/360852 Log: clang: Reject %n for __attribute__((format(__freebsd_kprintf__))) A follow-up to r360849. Reported by: imp Reviewed by: emaste, imp X-MFC-With: r360849 D

Re: svn commit: r360849 - in head: share/man/man9 sys/kern

On Sat, 9 May 2020 at 12:46, Ryan Stone wrote: > > On Sat, May 9, 2020 at 11:56 AM Ed Maste wrote: > > > > Author: emaste > > Date: Sat May 9 15:56:02 2020 > > New Revision: 360849 > > URL: https://svnweb.freebsd.org/changeset/base/360849 > > > > Log: > > remove %n support from printf(9) > > S

svn commit: r360851 - head/sys/compat/linuxkpi/common/include/linux

Author: manu Date: Sat May 9 17:52:50 2020 New Revision: 360851 URL: https://svnweb.freebsd.org/changeset/base/360851 Log: linuxkpi: Add bitmap_copy and bitmap_andnot bitmap_copy simply copy the bitmaps, no idea why it exists. bitmap_andnot is similar to bitmap_and but uses !src2. S

Re: svn commit: r360849 - in head: share/man/man9 sys/kern

On Sat, May 9, 2020 at 11:56 AM Ed Maste wrote: > > Author: emaste > Date: Sat May 9 15:56:02 2020 > New Revision: 360849 > URL: https://svnweb.freebsd.org/changeset/base/360849 > > Log: > remove %n support from printf(9) Should we put a KASSERT in to catch if new code tries to use a %n flag (

svn commit: r360849 - in head: share/man/man9 sys/kern

Author: emaste Date: Sat May 9 15:56:02 2020 New Revision: 360849 URL: https://svnweb.freebsd.org/changeset/base/360849 Log: remove %n support from printf(9) It can be dangerous and there is no need for it in the kernel. Inspired by Kees Cook's change in Linux, and later OpenBSD. Re

svn commit: r360848 - in head: share/man/man4 sys/dev/rtwn/usb sys/dev/usb

Author: markj Date: Sat May 9 14:49:56 2020 New Revision: 360848 URL: https://svnweb.freebsd.org/changeset/base/360848 Log: rtwn: Add a new USB ID. PR: 246315 Submitted by: Idwer Vollering MFC after:1 week Modified: head/share/man/man4/rtwn_usb.4 head/sys/dev/rtwn/u

svn commit: r360847 - head/share/man/man8

Author: trasz Date: Sat May 9 14:19:29 2020 New Revision: 360847 URL: https://svnweb.freebsd.org/changeset/base/360847 Log: Add ARM loader path to uefi(8) man page. MFC after:2 weeks Sponsored by: DARPA Modified: head/share/man/man8/uefi.8 Modified: head/share/man/man8/uefi.8 ===

svn commit: r360846 - head/sys/netgraph/bluetooth/include

Author: takawata Date: Sat May 9 14:15:44 2020 New Revision: 360846 URL: https://svnweb.freebsd.org/changeset/base/360846 Log: Add space for RSSI in data member. RSSI is put just after actual data. Submitted by: Marc Veldman PR: 245920 Modified: head/sys/netgraph/bluetooth/include/n

svn commit: r360845 - head/sys/kern

Author: kib Date: Sat May 9 13:00:38 2020 New Revision: 360845 URL: https://svnweb.freebsd.org/changeset/base/360845 Log: Avoid spurious ENOMEMs from sysctl hw.pagesizes. Reported by: Paul Floyd PR: 246215 Reviewed by: emaste Sponsored by: The FreeBSD Foundation MFC after:

svn commit: r360844 - head/share/man/man3

Author: kib Date: Sat May 9 12:58:27 2020 New Revision: 360844 URL: https://svnweb.freebsd.org/changeset/base/360844 Log: Document BUS_OOMERR. Sponsored by: The FreeBSD Foundation MFC after:3 days Differential revision:https://reviews.freebsd.org/D24761 Modified: head/sh

Re: svn commit: r360836 - head/stand/libsa/zfs

> On 9. May 2020, at 11:23, Ronald Klop wrote: > > On Sat, 09 May 2020 09:25:29 +0200, Toomas Soome > wrote: > >> >> >>> On 9. May 2020, at 09:57, Ronald Klop wrote: >>> >>> Hi Toomas, >>> >>> Could this fix this issue >>> https://bugs.freebsd.org/bugzilla/show_bu

svn commit: r360841 - head/sbin/recoverdisk

Author: phk Date: Sat May 9 10:55:34 2020 New Revision: 360841 URL: https://svnweb.freebsd.org/changeset/base/360841 Log: Don't send clear screen until we are committed to run. Modified: head/sbin/recoverdisk/recoverdisk.c Modified: head/sbin/recoverdisk/recoverdisk.c ==

Re: svn commit: r360833 - head

Hi, On 5/9/20 4:01 AM, Kyle Evans wrote: Author: kevans Date: Sat May 9 02:01:29 2020 New Revision: 360833 URL: https://svnweb.freebsd.org/changeset/base/360833 Log: installworld: attempt a certctl rehash at the tail end ... Modified: head/Makefile.inc1 ===

svn commit: r360839 - head/share/man/man5

Author: bcr (doc committer) Date: Sat May 9 10:22:00 2020 New Revision: 360839 URL: https://svnweb.freebsd.org/changeset/base/360839 Log: Mention the existence of /etc/defaults/vendor.conf for custom vendor-specific changes to FreeBSD's default settings. While here, fix a typo: perfoma

Re: svn commit: r360836 - head/stand/libsa/zfs

On Sat, 09 May 2020 09:25:29 +0200, Toomas Soome wrote: On 9. May 2020, at 09:57, Ronald Klop wrote: Hi Toomas, Could this fix this issue https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=144234 ? Regards, Ronald. I doubt a bit unless you have GELI encryption or 4kn disk (which we

svn commit: r360837 - head/usr.sbin/bhyve

Author: vmaffione Date: Sat May 9 07:57:41 2020 New Revision: 360837 URL: https://svnweb.freebsd.org/changeset/base/360837 Log: bhyve: update man page to describe the virtio-net mtu option r359704 introduced an 'mtu' option for the virtio-net device emulation. Update the man page to desc

Re: svn commit: r360836 - head/stand/libsa/zfs

> On 9. May 2020, at 09:57, Ronald Klop wrote: > > Hi Toomas, > > Could this fix this issue > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=144234 ? > > Regards, > Ronald. I doubt a bit unless you have GELI encryption or 4kn disk (which we can not boot with BIOS, only with UEFI). Tha