1. 06 Mar, 2019 14 commits
    • jhb's avatar
      Drop "All rights reserved" from my copyright statements. · ae6222b0
      jhb authored
      Reviewed by:	rgrimes
      MFC after:	1 month
      Differential Revision:	https://reviews.freebsd.org/D19485
    • jhb's avatar
      Divorce MK_GDB from MK_BINUTILS. · 0081e586
      jhb authored
      This permits legacy GDB to still be built and installed if
      WITHOUT_BINUTILS is set (e.g. if base/binutils is installed).
      Reviewed by:	emaste
      MFC after:	2 weeks
      Differential Revision:	https://reviews.freebsd.org/D19480
    • jhb's avatar
      Regenerate src.conf.5 for recent changes. · fd687164
      jhb authored
      Updates include removal of DRM2 and addition of several options
      related to secure booting.
    • dim's avatar
      Put in a temporary workaround for what is likely a gcc 6 bug (it does · 83c7a209
      dim authored
      not occur with gcc 7 or later).  This should prevent the following error
      from breaking the head-amd64-gcc CI builds:
      In file included from /workspace/src/contrib/llvm/tools/lldb/source/API/SBMemoryRegionInfo.cpp:14:0:
      /workspace/src/contrib/llvm/tools/lldb/include/lldb/Target/MemoryRegionInfo.h:128:54: error: 'template<class _InputIterator> lldb_private::MemoryRegionInfos::MemoryRegionInfos(_InputIterator, _InputIterator, const allocator_type&)' inherited from 'std::__1::vector<lldb_private::MemoryRegionInfo>'
         using std::vector<lldb_private::MemoryRegionInfo>::vector;
      /workspace/src/contrib/llvm/tools/lldb/include/lldb/Target/MemoryRegionInfo.h:128:54: error: conflicts with version inherited from 'std::__1::vector<lldb_private::MemoryRegionInfo>'
      Reported by:	CI
    • bcr's avatar
      Update the core-secretary role. · bbec8454
      bcr authored
      With the last core election, matthew@ stepped down and handed over to jrm@ to
      serve as new core secretary. Update this file to match.
      Approved by:	core (implicit)
    • markj's avatar
      Reorder copyright lines to preserve the source of "All rights reserved." · e415b28b
      markj authored
      Reported by:	rgrimes
      MFC with:	r344829, r344830
    • mav's avatar
      Flush stdout after each iteration. · 21579aca
      mav authored
      Without this, if output is redirected from the console, it is buffered for
      too long, making tool quite unusable.
      MFC after:	1 week
      Sponsored by:	iXsystems, Inc.
    • adrian's avatar
      [ath_hal_ar9300] Add the missing bits from the previous HAL commit. · 33436807
      adrian authored
      Noticed by: 75+ emails telling me I messed up.
    • adrian's avatar
      [athani] Add a simple tool to list and control ANI parameters. · 73913694
      adrian authored
      This is a WIP tool I'm using to figure out why ANI is weirdly busted in my
      home FreeBSD AP/STA setup.  Although athstats (mostly) gets the ANI statistics
      correct, ANI is making the radio deaf it doesn't recover without being disabled.
      It's very WIP.
      * Carambola 2,  (AR9331), AP/STA mode.
    • adrian's avatar
      [ath_hal] [ath_hal_ar9300] ANI fixes and preparation for userland control. · 40c6253d
      adrian authored
      * The ani function bitmap was being badly used when determining if a command
        could be used.  In hostap modes only a couple of the ANI control parameters
        are enabled.
      * The ani function bitmap was not being reset to HAL_ANI_ALL if transitioning
        from AP -> STA.
      * Change mrcCckOff to mrcCck - 1 == on, rather than 1 == off.  This matches
        the API used to set the value from userland via the diagnostic API.
      * Handle OFDM/CCK noise immunity level commands in ar9300_ani_control().
        These will only come from userland and it will go and program the rest of
        the ANI control parameters with the values in the ANI table.
      * Ensure all of the ANI parameters can be tweaked at runtime, even if they're
      * carambola2 (AR9331), STA/AP modes
    • mw's avatar
      Extend libsecureboot(old libve) to obtain trusted certificates from UEFI and implement revocation · 330f7494
      mw authored
      UEFI related headers were copied from edk2.
      A new build option "MK_LOADER_EFI_SECUREBOOT" was added to allow
      loading of trusted anchors from UEFI.
      Certificate revocation support is also introduced.
      The forbidden certificates are loaded from dbx variable.
      Verification fails in two cases:
      There is a direct match between cert in dbx and the one in the chain.
      The CA used to sign the chain is found in dbx.
      One can also insert a hash of TBS section of a certificate into dbx.
      In this case verifications fails only if a direct match with a
      certificate in chain is found.
      Submitted by: Kornel Duleba <mindal@semihalf.com>
      Reviewed by: sjg
      Obtained from: Semihalf
      Sponsored by: Stormshield
      Differential Revision:	https://reviews.freebsd.org/D19093
    • bcran's avatar
      Add retry loop around GetMemoryMap call to fix fragmentation bug · 8347d20a
      bcran authored
      The call to BS->AllocatePages can cause the memory map to become framented,
      causing BS->GetMemoryMap to return EFI_BUFFER_TOO_SMALL more than once. For
      example this can happen on the MinnowBoard Turbot, causing the boot to stop
      with an error. Avoid this by calling GetMemoryMap in a loop.
      Reviewed by:	imp, tsoome, kevans
      Differential Revision:	https://reviews.freebsd.org/D19341
    • cy's avatar
      Remove an empty directory emptied by r343702. · d0638720
      cy authored
      MFC after:	3 days
    • markj's avatar
      Implement minidump support for RISC-V. · 6a69e055
      markj authored
      Submitted by:	Mitchell Horne <mhorne063@gmail.com>
      Differential Revision:	https://reviews.freebsd.org/D18320
  2. 05 Mar, 2019 16 commits
    • markj's avatar
      Add riscv minidump support to libkvm. · a63fed8b
      markj authored
      Submitted by:	Mitchell Horne <mhorne063@gmail.com>
      Differential Revision:	https://reviews.freebsd.org/D19171
    • markj's avatar
      Initialize dump_avail[] on riscv. · dfa57ddf
      markj authored
      Submitted by:	Mitchell Horne <mhorne063@gmail.com>
      Differential Revision:	https://reviews.freebsd.org/D19170
    • markj's avatar
      Add pmap_get_tables() for riscv. · 25ad7b6d
      markj 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's avatar
      Round # partitions up to fill the last GPT table sector · e54089c4
      marcel 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
    • dim's avatar
      Add a few missed files to the MK_LLVM_TARGET_BPF=yes case, otherwise · f473fa70
      dim 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
    • markj's avatar
      Show wiring state of map entries in procstat -v. · 598acdef
      markj 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
    • emaste's avatar
      freebsd-update.8: update example to contemporary versions · 3e5b460f
      emaste authored
      PR:		235761
      Reported by:	linimon
      MFC after:	1 week
    • erj's avatar
      Remove references to CONTIGMALLOC_WORKS in iflib and em · 1e482a6c
      erj 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
    • emaste's avatar
      libllvm: promote WithColor and xxhash to SRCS_MIN · 20164dae
      emaste 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
    • kp's avatar
      tun tests: Test renaming and destroying a tun interface in a vnet jail · feb08f9e
      kp 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
    • netchild's avatar
      remove the removed-from-source drm/drm2 parts · 863a31f5
      netchild authored
    • hselasky's avatar
      Fix typos in libusb. · 3abe2493
      hselasky authored
      Found by:		Denis Ahrens <denis@h3q.com>
      MFC after:		1 week
      Sponsored by:		Mellanox Technologies
    • kp's avatar
      tun: VIMAGE fix for if_tun cloner · 40477d1f
      kp 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
    • jhibbits's avatar
      Fix binutils compilation error with Clang 8 · 9b0c6f16
      jhibbits 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's avatar
      Revert revision 254095 · 6ea99782
      marcel 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
    • hrs's avatar
      Fix grammar. · e846d2bb
      hrs authored
      Submitted by:	Massimiliano Stucchi
  3. 04 Mar, 2019 10 commits