1. 06 Mar, 2019 14 commits
  2. 05 Mar, 2019 16 commits
    • Mark Johnston's avatar
      Add riscv minidump support to libkvm. · 5e58ed82
      Mark Johnston authored
      Submitted by:	Mitchell Horne <mhorne063@gmail.com>
      Differential Revision:	https://reviews.freebsd.org/D19171
    • Mark Johnston's avatar
      Initialize dump_avail[] on riscv. · 3a3dfb28
      Mark Johnston authored
      Submitted by:	Mitchell Horne <mhorne063@gmail.com>
      Differential Revision:	https://reviews.freebsd.org/D19170
    • Mark Johnston's avatar
      Add pmap_get_tables() for riscv. · 91c3fda0
      Mark Johnston authored
      This mirrors the arm64 implementation and is for use in the minidump
      Submitted by:	Mitchell Horne <mhorne063@gmail.com>
      Differential Revision:	https://reviews.freebsd.org/D18321
    • Marcel Moolenaar's avatar
      Round # partitions up to fill the last GPT table sector · 835adc68
      Marcel Moolenaar authored
      Set the number of partitions entries in the GPT header to a
      multiple of the number of entries that fit in a sector.
      PR:		236238
      Reviewed by:	imp
      MFC after:	2 weeks
      Differential Revision:	https://reviews.freebsd.org/D19465
    • Dimitry Andric's avatar
      Add a few missed files to the MK_LLVM_TARGET_BPF=yes case, otherwise · 0a462115
      Dimitry Andric authored
      clang and various other executables will fail to link with undefined
      Reported by:	O. Hartmann <ohartmann@walstatt.org>
      MFC after:	1 month
      X-MFC-With:	r344779
    • Mark Johnston's avatar
      Show wiring state of map entries in procstat -v. · 6a855903
      Mark Johnston authored
      Note that only entries wired by userspace are shown as such.  In
      particular, entries transiently wired by sysctl_wire_old_buffer() are
      not flagged as wired in procstat -v output.
      Reviewed by:	kib (previous version)
      MFC after:	2 weeks
      Differential Revision:	https://reviews.freebsd.org/D19461
    • Ed Maste's avatar
      freebsd-update.8: update example to contemporary versions · 3f877103
      Ed Maste authored
      PR:		235761
      Reported by:	linimon
      MFC after:	1 week
    • Eric Joyner's avatar
      Remove references to CONTIGMALLOC_WORKS in iflib and em · bc408c7d
      Eric Joyner authored
      From Jake:
      "The iflib_fl_setup() function tries to pick various buffer sizes based
      on the max_frame_size value defined by the parent driver. However, this
      code was wrapped under CONTIGMALLOC_WORKS, which was never actually
      defined anywhere.
      This same code pattern was used in if_em.c, likely trying to match
      what iflib uses.
      Since CONTIGMALLOC_WORKS is not defined, remove this dead code from
      iflib_fl_setup and if_em.c
      Given that various iflib drivers appear to be using a similar
      calculation, it might be worth making this buffer size a value that the
      driver can peek at in the future."
      Submitted by:	Jacob Keller <jacob.e.keller@intel.com>
      Reviewed by:	shurd@
      MFC after:	1 week
      Sponsored by:	Intel Corporation
      Differential Revision:	https://reviews.freebsd.org/D19199
    • Ed Maste's avatar
      libllvm: promote WithColor and xxhash to SRCS_MIN · 80a8c751
      Ed Maste authored
      The armv6 build failed in CI due to missing symbols (from these two
      source files) in the bootstrap Clang.
      This affected only armv6 because other Clang-using archs are using LLD
      as the bootstrap linker, and thus include SRCS_MIW via LLD_BOOTSTRAP.
      Reported by:	CI, via lwhsu
      Sponsored by:	The FreeBSD Foundation
    • Kristof Provost's avatar
      tun tests: Test renaming and destroying a tun interface in a vnet jail · 3846e575
      Kristof Provost authored
      There was a problem destroying renamed tun interfaces in vnet jails. This was
      fixed in r344794. Test the previously failing scenario.
      PR:		235704
      MFC after:	2 weeks
    • Alexander Leidinger's avatar
    • Hans Petter Selasky's avatar
      Fix typos in libusb. · 1efeb40d
      Hans Petter Selasky authored
      Found by:		Denis Ahrens <denis@h3q.com>
      MFC after:		1 week
      Sponsored by:		Mellanox Technologies
    • Kristof Provost's avatar
      tun: VIMAGE fix for if_tun cloner · 5ea5849a
      Kristof Provost authored
      The if_tun cloner is not virtualised, but if_clone_attach() does use a
      virtualised list of cloners.
      The result is that we can't find the if_tun cloner when we try to remove
      a renamed tun interface. Virtualise the cloner, and move the final
      cleanup into a sysuninit so that we're sure this happens after all of
      the vnet_sysuninits
      Note that we need unit numbers to be system-unique (rather than unique
      per vnet, as is done by if_clone_simple()). The unit number is used to
      create the corresponding /dev/tunX device node, and this node must match
      with the interface.
      Switch to if_clone_advanced() so that we have control over the unit
      Reproduction scenario:
      	jail -c -n foo persist vnet
      	jexec test ifconfig tun create
      	jexec test ifconfig tun0 name wg0
      	jexec test ifconfig wg0 destroy
      PR:		235704
      Reviewed by:	bz, hrs, hselasky
      MFC after:	2 weeks
      Differential Revision:	https://reviews.freebsd.org/D19248
    • Justin Hibbits's avatar
      Fix binutils compilation error with Clang 8 · bc2b9c01
      Justin Hibbits authored
      This change fixes the following compilation error when using clang 8 to cross
      compile base to powerpc64:
      error: arithmetic on a null pointer treated as a cast from integer to pointer is
      a GNU extension [-Werror,-Wnull-pointer-arithmetic]
        info->private_data = (char *) 0 + dialect;
      		       ~~~~~~~~~~ ^
      1 error generated.
      *** [ppc-dis.o] Error code 1
      make[6]: stopped in /usr/src/gnu/usr.bin/binutils/libopcodes
      1 error
      Test Plan:
      - buildworld for x86_64 (native)
      - buildworld for powerpc64 (cross)
      - buildworld for powerpc64 (native)
      Submitted by:	alfredo.junior_eldorado.org.br
      Reviewed By:	emaste, pfg, brooks
      Differential Revision:	https://reviews.freebsd.org/D19235
    • Marcel Moolenaar's avatar
      Revert revision 254095 · 96937e3b
      Marcel Moolenaar authored
      In revision 254095, gpt_entries is not set to match the on-disk
      hdr_entries, but rather is computed based on available space.
      There are 2 problems with this:
      1.  The GPT backend respects hdr_entries and only reads and writes
          that number of partition entries.  On top of that, CRC32 is
          computed over the table that has hdr_entries elements.  When
          the common code works on what is possibly a larger number, the
          behaviour becomes inconsistent and problematic.  In particular,
          it would be possible to add a new partition that on a reboot
          isn't there anymore.
      2.  The calculation of gpt_entries is based on flawed assumptions.
          The GPT specification does not dictate that sectors are layed
          out in a particular way that the available space can be
          determined by looking at LBAs.  In practice, implementations
          do the same thing, because there's no reason to do it any
          other way.  Still, GPT allows certain freedoms that can be
          exploited in some form or shape if the need arises.
      PR:		229977
      MFC after:	2 weeks
      Differential Revision:	https://reviews.freebsd.org/D19438
    • Hiroki Sato's avatar
      Fix grammar. · 9ae4c2a4
      Hiroki Sato authored
      Submitted by:	Massimiliano Stucchi
  3. 04 Mar, 2019 10 commits