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
      5e58ed82
    • 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
      3a3dfb28
    • 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
      code.
      
      Submitted by:	Mitchell Horne <mhorne063@gmail.com>
      Differential Revision:	https://reviews.freebsd.org/D18321
      91c3fda0
    • 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
      835adc68
    • 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
      symbols.
      
      Reported by:	O. Hartmann <ohartmann@walstatt.org>
      MFC after:	1 month
      X-MFC-With:	r344779
      0a462115
    • 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
      6a855903
    • 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
      3f877103
    • 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
      bc408c7d
    • 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
      80a8c751
    • 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
      3846e575
    • Alexander Leidinger's avatar
      3df898ba
    • 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
      1efeb40d
    • 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
      numbers.
      
      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
      5ea5849a
    • Justin Hibbits's avatar
      Fix binutils compilation error with Clang 8 · bc2b9c01
      Justin Hibbits authored
      Summary:
      This change fixes the following compilation error when using clang 8 to cross
      compile base to powerpc64:
      
      ```
      /usr/src/gnu/usr.bin/binutils/libopcodes/../../../../contrib/binutils/opcodes/ppc-dis.c:100:35:
      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
      bc2b9c01
    • 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
      96937e3b
    • Hiroki Sato's avatar
      Fix grammar. · 9ae4c2a4
      Hiroki Sato authored
      Submitted by:	Massimiliano Stucchi
      9ae4c2a4
  3. 04 Mar, 2019 10 commits