Skip to content
Snippets Groups Projects
  1. May 18, 2022
  2. May 17, 2022
  3. May 16, 2022
  4. May 13, 2022
    • Ben Widawsky's avatar
      hw/pxb: Allow creation of a CXL PXB (host bridge) · 4f8db871
      Ben Widawsky authored
      
      This works like adding a typical pxb device, except the name is
      'pxb-cxl' instead of 'pxb-pcie'. An example command line would be as
      follows:
        -device pxb-cxl,id=cxl.0,bus="pcie.0",bus_nr=1
      
      A CXL PXB is backward compatible with PCIe. What this means in practice
      is that an operating system that is unaware of CXL should still be able
      to enumerate this topology as if it were PCIe.
      
      One can create multiple CXL PXB host bridges, but a host bridge can only
      be connected to the main root bus. Host bridges cannot appear elsewhere
      in the topology.
      
      Note that as of this patch, the ACPI tables needed for the host bridge
      (specifically, an ACPI object in _SB named ACPI0016 and the CEDT) aren't
      created. So while this patch internally creates it, it cannot be
      properly used by an operating system or other system software.
      
      Also necessary is to add an exception to scripts/device-crash-test
      similar to that for exiting pxb as both must created on a PCIexpress
      host bus.
      
      Signed-off-by: default avatarBen Widawsky <ben.widawsky@intel.com>
      Signed-off-by: default avatarJonathan.Cameron <Jonathan.Cameron@huawei.com>
      Reviewed-by: default avatarAlex Bennée <alex.bennee@linaro.org>
      Message-Id: <20220429144110.25167-15-Jonathan.Cameron@huawei.com>
      Reviewed-by: default avatarMichael S. Tsirkin <mst@redhat.com>
      Signed-off-by: default avatarMichael S. Tsirkin <mst@redhat.com>
      4f8db871
  5. May 12, 2022
  6. May 09, 2022
  7. May 07, 2022
  8. May 03, 2022
  9. Apr 28, 2022
  10. Apr 27, 2022
  11. Apr 21, 2022
  12. Apr 06, 2022
  13. Apr 05, 2022
  14. Apr 01, 2022
    • Marc-André Lureau's avatar
      trace: fix compilation with lttng-ust >= 2.13 · e32aaa5a
      Marc-André Lureau authored
      
      On Fedora 36, with lttng-ust 2.13.1, compilation fails with:
      
      In file included from trace/trace-ust-all.h:49085,
                       from trace/trace-ust-all.c:13:
      /usr/include/lttng/tracepoint-event.h:67:10: error: #include expects "FILENAME" or <FILENAME>
         67 | #include LTTNG_UST_TRACEPOINT_INCLUDE
            |          ^~~~~~~~~~~~~~~~~~~~~~~~~~~~
      
      In lttng-ust commit 41858e2b6e8 ("Fix: don't do macro expansion in
      tracepoint file name") from 2012, starting from lttng-ust 2.1, the API
      was changed to expect TRACEPOINT_INCLUDE to be defined as a string.
      
      In lttng-ust commit d2966b4b0b2 ("Remove TRACEPOINT_INCLUDE_FILE
      macro"), in 2021, the compatibility macro was removed.
      
      Use the "new" API from 2012, and bump the version requirement to 2.1 to
      fix compilation with >= 2.13.
      
      According to repology, all distributions we support have >= 2.1 (centos
      8 has oldest with 2.8.1 afaict)
      
      Signed-off-by: default avatarMarc-André Lureau <marcandre.lureau@redhat.com>
      Reviewed-by: default avatarStefan Hajnoczi <stefanha@redhat.com>
      Message-Id: <20220328084717.367993-2-marcandre.lureau@redhat.com>
      Signed-off-by: default avatarThomas Huth <thuth@redhat.com>
      e32aaa5a
  15. Mar 28, 2022
  16. Mar 22, 2022
Loading