Skip to content

build(deps): bump go.opentelemetry.io/otel/sdk from 1.42.0 to 1.43.0 in /xpumd/receiver#132

Closed
dependabot[bot] wants to merge 586 commits into
mainfrom
dependabot/go_modules/xpumd/receiver/go.opentelemetry.io/otel/sdk-1.43.0
Closed

build(deps): bump go.opentelemetry.io/otel/sdk from 1.42.0 to 1.43.0 in /xpumd/receiver#132
dependabot[bot] wants to merge 586 commits into
mainfrom
dependabot/go_modules/xpumd/receiver/go.opentelemetry.io/otel/sdk-1.43.0

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Jun 10, 2026 •
edited
Loading

Copy link
Copy Markdown
Contributor

Bumps go.opentelemetry.io/otel/sdk from 1.42.0 to 1.43.0.

Changelog

Sourced from go.opentelemetry.io/otel/sdk's changelog.

[1.43.0/0.65.0/0.19.0] 2026-04-02

Added

  • Add IsRandom and WithRandom on TraceFlags, and IsRandom on SpanContext in go.opentelemetry.io/otel/trace for W3C Trace Context Level 2 Random Trace ID Flag support. (#8012)
  • Add service detection with WithService in go.opentelemetry.io/otel/sdk/resource. (#7642)
  • Add DefaultWithContext and EnvironmentWithContext in go.opentelemetry.io/otel/sdk/resource to support plumbing context.Context through default and environment detectors. (#8051)
  • Support attributes with empty value (attribute.EMPTY) in go.opentelemetry.io/otel/exporters/otlp/otlptrace/otlptracegrpc. (#8038)
  • Support attributes with empty value (attribute.EMPTY) in go.opentelemetry.io/otel/exporters/otlp/otlpmetric/otlpmetricgrpc. (#8038)
  • Support attributes with empty value (attribute.EMPTY) in go.opentelemetry.io/otel/exporters/otlp/otlplog/otlploggrpc. (#8038)
  • Support attributes with empty value (attribute.EMPTY) in go.opentelemetry.io/otel/exporters/otlp/otlptrace/otlptracehttp. (#8038)
  • Support attributes with empty value (attribute.EMPTY) in go.opentelemetry.io/otel/exporters/otlp/otlpmetric/otlpmetrichttp. (#8038)
  • Support attributes with empty value (attribute.EMPTY) in go.opentelemetry.io/otel/exporters/otlp/otlplog/otlploghttp. (#8038)
  • Support attributes with empty value (attribute.EMPTY) in go.opentelemetry.io/otel/sdk/metric/metricdata/metricdatatest. (#8038)
  • Add support for per-series start time tracking for cumulative metrics in go.opentelemetry.io/otel/sdk/metric. Set OTEL_GO_X_PER_SERIES_START_TIMESTAMPS=true to enable. (#8060)
  • Add WithCardinalityLimitSelector for metric reader for configuring cardinality limits specific to the instrument kind. (#7855)

Changed

  • Introduce the EMPTY Type in go.opentelemetry.io/otel/attribute to reflect that an empty value is now a valid value, with INVALID remaining as a deprecated alias of EMPTY. (#8038)
  • Improve slice handling in go.opentelemetry.io/otel/attribute to optimize short slice values with fixed-size fast paths. (#8039)
  • Improve performance of span metric recording in go.opentelemetry.io/otel/sdk/trace by returning early if self-observability is not enabled. (#8067)
  • Improve formatting of metric data diffs in go.opentelemetry.io/otel/sdk/metric/metricdata/metricdatatest. (#8073)

Deprecated

  • Deprecate INVALID in go.opentelemetry.io/otel/attribute. Use EMPTY instead. (#8038)

Fixed

  • Return spec-compliant TraceIdRatioBased description. This is a breaking behavioral change, but it is necessary to make the implementation spec-compliant. (#8027)
  • Fix a race condition in go.opentelemetry.io/otel/sdk/metric where the lastvalue aggregation could collect the value 0 even when no zero-value measurements were recorded. (#8056)
  • Limit HTTP response body to 4 MiB in go.opentelemetry.io/otel/exporters/otlp/otlptrace/otlptracehttp to mitigate excessive memory usage caused by a misconfigured or malicious server. Responses exceeding the limit are treated as non-retryable errors. (#8108)
  • Limit HTTP response body to 4 MiB in go.opentelemetry.io/otel/exporters/otlp/otlpmetric/otlpmetrichttp to mitigate excessive memory usage caused by a misconfigured or malicious server. Responses exceeding the limit are treated as non-retryable errors. (#8108)
  • Limit HTTP response body to 4 MiB in go.opentelemetry.io/otel/exporters/otlp/otlplog/otlploghttp to mitigate excessive memory usage caused by a misconfigured or malicious server. Responses exceeding the limit are treated as non-retryable errors. (#8108)
  • WithHostID detector in go.opentelemetry.io/otel/sdk/resource to use full path for kenv command on BSD. (#8113)
  • Fix missing request.GetBody in go.opentelemetry.io/otel/exporters/otlp/otlplog/otlploghttp to correctly handle HTTP2 GOAWAY frame. (#8096)
Commits
  • 9276201 Release v1.43.0 / v0.65.0 / v0.19.0 (#8128)
  • 61b8c94 chore(deps): update module github.com/mattn/go-runewidth to v0.0.22 (#8131)
  • 97a086e chore(deps): update github.com/golangci/dupl digest to c99c5cf (#8122)
  • 5e363de limit response body size for OTLP HTTP exporters (#8108)
  • 35214b6 Use an absolute path when calling bsd kenv (#8113)
  • 290024c fix(deps): update module google.golang.org/grpc to v1.80.0 (#8121)
  • e70658e fix: support getBody in otelploghttp (#8096)
  • 4afe468 fix(deps): update googleapis to 9d38bb4 (#8117)
  • b9ca729 chore(deps): update module github.com/go-git/go-git/v5 to v5.17.2 (#8115)
  • 69472ec chore(deps): update fossas/fossa-action action to v1.9.0 (#8118)
  • Additional commits viewable in compare view

Dependabot compatibility score

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

  • @dependabot rebase will rebase this PR
  • @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
  • @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
  • @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)
    You can disable automated security fix PRs for this repo from the Security Alerts page.

satyeshwar and others added 30 commits October 1, 2025 07:34
@satyeshwar
oal: Added a common os.h in the oal folder
af9de7c 
Instead of having two os.h, one in Linux and one in Windows folders
within the oal folder, we now have a common os.h which has common data
structures and macros for both OSs. OS specific macros can still stay
within their respective folder header files but those headers have been
renamed to oslin.h and oswin.h.

This is part of a fix for XPUM-945.

Signed-off-by: Singh, Satyeshwar <satyeshwar.singh@intel.com>
@satyeshwar
threading: Moved threading header and source files into core folder
f646dbe 
This allows other sections of the code to also use thread class. It
should not be just AMC specific.

This is part of a fix for XPUM-945.

Signed-off-by: Singh, Satyeshwar <satyeshwar.singh@intel.com>
@weswaugh @satyeshwar
device: Remove unnecessary downcasts
5931dc9 
This patch makes the code more streamlined as it removes downcasting
which isn't really required.

Fixes XPUM-883.
@satyeshwar
amc: Introduce amcInitialize function
b6afd38 
This function initializes AMC related functionality and should be called
from preUpdate once. It should be different from amcEnumerate which will
simply enumerate how many AMC capable cards there are.

This is part of a fix for XPUM-945.

Signed-off-by: Singh, Satyeshwar <satyeshwar.singh@intel.com>
@satyeshwar
amc: Changed the amcDeviceList to be a list of amcCardInfo
2a1a535 
Previously this list just carried string path of the amcDevice. Now, it
is a list of data structure called amcCardInfo which holds both the
string path of the amcDevice but also its gpuParent. The reason for this
change is because we will need to identify which device is associated
with an AMC (and which AMC) at a later point.

This is part of a fix for XPUM-945.

Signed-off-by: Singh, Satyeshwar <satyeshwar.singh@intel.com>
@satyeshwar
device: Find out if a device has an AMC or not
71782f5 
While creating the amcDeviceList, we also figured out the parent GPU for
it. So at device initialization time, we can now go through this list to
see if a particular device has an AMC or not by matching the GPU BDFs.

This is part of a fix for XPUM-945.

Signed-off-by: Singh, Satyeshwar <satyeshwar.singh@intel.com>
@satyeshwar
updatefw: Update firmware for multiple devices in parallel
3eff8ac 
Some firmware updates can take several minutes to finish. If the user
has specified that they want multiple cards to be updated, then instead
of serially updating them, create threads for each one and update them
in parallel to speed things up.

This is part of a fix for XPUM-945.

Signed-off-by: Singh, Satyeshwar <satyeshwar.singh@intel.com>
@satyeshwar
amc: Use amcIndex instead of deviceIndex when updating AMC firmware
0e93922 
Not all devices have AMC controller. For example, a system could have
one BMG B60 and another BMG NX2 and only NX2 has an AMC in it. So, while
updating AMC firmware, we need to track which device has AMC on it and
provide to amcupd class only the AMC firmware index otherwise it may
not update the right device.

This is part of a fix for XPUM-945.

Signed-off-by: Singh, Satyeshwar <satyeshwar.singh@intel.com>
@satyeshwar
fwupd: Show progress on a per device basis
3035d84 
This patch finally lets the user see progress on a per device basis. For
example, if 2 AMC devices will be updating their firmware, it will show
something like:
Firmware update progress for device 1: ###### 50 %
Firmware update progress for device 2: #### 40 %

In order to update multiple lines simultaneously, we have to keep track
of the current and total number of threads (lines to print).

This is part of a fix for XPUM-945.

Signed-off-by: Singh, Satyeshwar <satyeshwar.singh@intel.com>
@satyeshwar
cmd_log: Implement log functionality in XPUM
e29cfe6 
This patch adds the capability for XPU manager to collect system logs
and create a tar ball including all of these logs. The following logs
are collected:
cpuinfo
meminfo
/proc/modules
/proc/version
/proc/pci
/proc/iomem
/proc/mtrr
/proc/cmdline
syslog
kernel logs

In order to collect some of these logs, external 3rd party apps are
needed. They are:
dpkg - For Debian based systems
rpm - For Redhat/Suse based systems
lspci
dmidecode
lsusb
clinfo
vainfo

This fixes XPUM-958.

Signed-off-by: Singh, Satyeshwar <satyeshwar.singh@intel.com>
@satyeshwar
pci: Search for hexadecimal digits in BDF as well
79679d5 
Previously, we were searching only for digits and were missing out on
some devices that have a hex number in them. For example, 0000:0a:00.0.
This patch fixes this problem.

This fixes XPUM-995.

Signed-off-by: Singh, Satyeshwar <satyeshwar.singh@intel.com>
@satyeshwar
cmd_discovery: Changed from json to ordered_json
e623c1d 
json alphabetizes the output which isn't desired in our case. We would
like to print values in the way that they were inserted.

This is part of a fix for XPUM-996.

Signed-off-by: Singh, Satyeshwar <satyeshwar.singh@intel.com>
@satyeshwar
cmd_discovery: Print whether it is a physical or virtual function
6b64145 
One of the things that discovery command should print is whether a
device is physical or virtual. This patch prints it.

This is part of a fix for XPUM-996.

Signed-off-by: Singh, Satyeshwar <satyeshwar.singh@intel.com>
@satyeshwar
cmd_discovery: Find drm device path for a particular device
9c4a5d3 
drm device path can be found by going through /sys/class/drm and looking
for card0/1/... Then going into that directory and finding the device
symlink. The basename $(realpath of this device symlink) is the bdf. If
this bdf matches our card's bdf, then we have found a match and the
corresponding drm device path is /dev/dri/card*. This is of course only
available for Linux so for Windows it will return nothing.

This is part of a fix for XPUM-996.

Signed-off-by: Singh, Satyeshwar <satyeshwar.singh@intel.com>
@satyeshwar
cmd_discovery: Use a helper function to get display names
b0cca26 
Instead of printing something like this:
pci_bdf_address: 0000:57:00.0
It is better to print:
PCI BDF Address: 0000:57:00.0

This helper function contains a keymap that converts from json format to
proper display name.

This is part of a fix for XPUM-996.

Signed-off-by: Singh, Satyeshwar <satyeshwar.singh@intel.com>
@satyeshwar
cmd_discovery: Remove unused username/password/assumeyes options
04120c8 
These options are not needed as we now have a special oob command for
any devices that need to be discovered through the redfish protocol.

This is part of a fix for XPUM-996.

Signed-off-by: Singh, Satyeshwar <satyeshwar.singh@intel.com>
@jain-shravan @satyeshwar
amclib: Add PLDM FRU handling functionality
bf9d470 
- Implemented PLDM commands to get FRU Table Metadata and FRU Table.
- Implemented parsers to parse FRU table metadata and FRU table records.
- New AMC and FRU APIs to get Serial Number and AMC Version from FRU Table.
- Updated main to get and print Serial Number and AMC Version for each card.

This is part of a fix for XPUM-994.
@satyeshwar
amc: Fix Valgrind issues
745d014 
There were several issues reported by valgrind around potentially
reaching codepaths without proper initializations. This patch fixes
these issues.

This is part of a fix for XPUM-994.

Signed-off-by: Singh, Satyeshwar <satyeshwar.singh@intel.com>
@satyeshwar
cmd_discovery: Add listamcversions feature
b31cd2c 
This feature required a tweak to how we call getFWversion as we now have
to pass the GPU BDF. If this is for the AMC firmware, we will use
amcGetCardInfo to get the serialnumber and version info.
This required us to introduce two new functions in amclib class to
find out which AMC device belongs to which GPU and also get FRU data for
that device.

This is part of a fix for XPUM-994.

Signed-off-by: Singh, Satyeshwar <satyeshwar.singh@intel.com>
@satyeshwar
global_lock: Added a cross-process lock while updating firmware
a045204 
If we are updating the firmware through one instance of XPUM, we can't
allow another instance (process) to try doing another update. This is
due to the fact that for certain firmwares like AMC, XPUM has to
initialize the i2c child device driver and this can interfere with an
ongoing firmware update.
In order to prevent another instance from trying to do a firmware
update, we had to create Windows and Linux based files whose presence
will be checked by each XPUM instance before starting any firmware
updates.

This is part of a fix for XPUM-945.

Signed-off-by: Singh, Satyeshwar <satyeshwar.singh@intel.com>
@satyeshwar
pldm: Relax checks for AMC FW response for mctp and pldm
20a4ef7 
When we get FRU response, we check for the command type in header to match
the command that we sent. However, we don't get this command back. For
example, we sent a 1 for cmdType but we get back 4. Similarly other PLDM
and MCTP command checks are relaxed to overcome FW issues.

This is part of a fix for XPUM-945.

Signed-off-by: Singh, Satyeshwar <satyeshwar.singh@intel.com>
@satyeshwar
os: Moved some generic macros into the common os.h
f7f0d2d 
Instead of having these macros defined in oslin.h and oswin.h, if they
resolve to common functions, then move them into the common os.h

This is part of a fix for XPUM-945.

Signed-off-by: Singh, Satyeshwar <satyeshwar.singh@intel.com>
@satyeshwar
progress: OS specific FW update progress
93e7365 
The way that FW update progress is reported is different between Windows
and Linux as using Linux way on Windows shows some visual artifacts.
This patch removes the setProgress function from device class and
instead adds it in OS specific files.

This is part of a fix for XPUM-945.

Signed-off-by: Singh, Satyeshwar <satyeshwar.singh@intel.com>
@satyeshwar
amcupd: Use a static flag for number of AMC cards
8cd44fa 
Instead of a per class instance flag, we need to use a single static
instance so that we can provide the total number of cards to each class
instance and check if we are going above the limit.

With this commit, we can finally update the AMC FW of multiple cards
simultaneously now!

This is part of a fix for XPUM-945.

Signed-off-by: Singh, Satyeshwar <satyeshwar.singh@intel.com>
@satyeshwar
gscupd: Add support for updating OPROM code and data FW
575ee53 
One of the firmware types that some cards like BMG support is called
Option ROM (OPROM). There are two parts of this OPROM which are code
and data. This patch allows the user to update both parts via XPUM
updatefw command. It utilizes IGSC library to do so.

Signed-off-by: Singh, Satyeshwar <satyeshwar.singh@intel.com>
@satyeshwar
cli: Removed Sysman run call
d56e64e 
This PR removes a performance-impacting Sysman test call from the CLI
initialization code. The call was only intended for testing Sysman
functions but was causing significant execution delays due to the high
number of metrics-related calls XPUM makes into Sysman.

Removes the arg.sm.run() call and its error handling from the main function
Improves XPUM execution time by 300-400ms on average

Signed-off-by: Singh, Satyeshwar <satyeshwar.singh@intel.com>
@savery42
Update Linux runner tag and remove caching
c52111c 
Adjusts the Github Runner tag for Linux runners to have a platform
specific name. Remove aggressive caching as it was causing failed builds
due to stale data

Fixes XPUM-1002

Signed off by: <sean.avery@intel.com>
@savery42
Add [[maybe_unused]] to parameter going into unexpanded macro
4803d05 
Windows does not support a GETLOGS definition, so a function parameter
only being fed into the macro may cause false positive warnings.
Adds the annotation to prevent the warning prior to implementing a
proper logging interface.

Fixes XPUM-1002

Signed off by: <sean.avery@intel.com>
@savery42
Add CI for Windows
19cf1c7 
Windows CI to cover:
- Compiliation
- Testing on a BMG device (no tests currently exist)
- Uploading prebuilt binaries for debug and release as Github artifacts
@satyeshwar
xpum: Use Zes device handle instead of Ze device handle where possible
beda58f 
In some areas, we were erroneously using Ze device handle instead of Zes
device handle (although it wasn't causing any functionality issues). In
some other areas, device handle was just not needed. This patch cleans
up all of this code.

Signed-off-by: Singh, Satyeshwar <satyeshwar.singh@intel.com>
nrt99045 and others added 24 commits April 1, 2026 12:53
@nrt99045 @savery42
oal: Device discovery based on PCI BDF.
1776edc 
Dev-SHA: 56bd6ad59b4ae3471d07df66f1f673ab71ffd2b9
@sagarsum595 @savery42
pytest: Migrated pytest scripts to XPUM2.0
960071c 
Dev-SHA: bdede1698b9806bac7cf6ad2d3834d09bb71145e
@marquiz @savery42
ci: enable dependabot for github actions
0a64e6c 
Dev-SHA: 1d13caa4339757d39018b414ebae286bb7e52dd7
@marquiz @savery42
xpumd: bump drivers in container image
f7dc767 
Dev-SHA: 88b16f4c472ed6a617249523a27a2f741d028355
@marquiz @savery42
ci: add deps update and tests as new change types in PR template
a5d2214 
Dev-SHA: 7ba2b8529dd5f90aae6ff786b11f549ecae62b28
@marquiz @savery42
ci: update xpumd job triggers
eead3f3 
Dev-SHA: 5b804ef4a3fa45bd0430173bbca78fc5048bd35e
@savery42
oal: Fix xpu-smi log
2d0e7ad 
Dev-SHA: 634a8352fee015fca225b70ac9bbb5091ce25876
@marquiz @savery42
xpumd: bump opentelemetry collector to v0.149.0
c801eed 
Dev-SHA: 6dd02d4f9eb411d44bf42b6b7bc3f9bf1760ccd8
@marquiz @savery42
xpumd: update auto-generated code
fc3f6d4 
Dev-SHA: c8c196e1e621d28d4e521672c141e8732d0fb3dc
@marquiz @savery42
xpumd/level-zero-go: add level-zero stub driver
b8c30d8 
Dev-SHA: 64db395a3b0299fd0e3d81bb9aa56f14a082e4d7
@marquiz @savery42
xpumd/level-zero-go: document stub driver usage
ed58c9f 
Dev-SHA: ffc496802a56f89e576589f1d8ca6a88b19575ff
@AshwinKumarKulkarni @savery42
core: support driver version from sysman driver handle
2ea9ac6 
Dev-SHA: 1c9009d1bc97642d8db741186bbe3008d0437c86
@michaelslshan @savery42
cmd_diag: fix the CPU id for diag precheck command
9c632a2 
Dev-SHA: 0f30335ecfcf057c83dbfa8fb1357dc302f661b9
@savery42 @aravindksg
utility: Rewrite TableBuider ULT in doctest
6941404 
Dev-SHA: c187c2170e6c4cfc0e27568242f2505f88c5cdfb
@dependabot @aravindksg
build(deps): bump actions/setup-go from 6.3.0 to 6.4.0
7f6f17b 
Dev-SHA: 8d22225c341a8dc889f94887f1ba6748b2dbd1d1
@savery42 @aravindksg
hal: Implement basic logger w/ file sink
f6e89a5 
Dev-SHA: 10640cd19d7a64b91eb13bb7b18e5c075aa352f2
@nrt99045 @savery42
ial: Expose VR temprature in stats command.
6bcba1e 
Dev-SHA: 2791607bc02fef797ac3676e738fbf76e4163455
@nrt99045 @savery42
oal: Fix to access AMC device parallely by xpu-smi
339c8c7 
Dev-SHA: 7b3adb4c4f12f88588ad0c8b613b9bc6d8311ff6
@marquiz @savery42
ci/xpumd: add setup-buildx action
b530bdd 
Dev-SHA: a48fdcdcbd99ee97bbe8d8900671bf34f0a5263a
@savery42
validation: Add YAML based validation schema and parser
3dda662 
Dev-SHA: 42b1cd5d6df7f074fb885b10b4c12a5d26b212b1
@dependabot @savery42
build(deps): bump go.opentelemetry.io/otel in /xpumd/receiver
13e70ea 
Dev-SHA: 9a5c624efed2a78c329cbcebb0822a58274272e3
@dependabot @savery42
build(deps): bump go.opentelemetry.io/otel/sdk/metric in /xpumd/exporter
58ce513 
Dev-SHA: 8fd4607a6c9e0d8521813ff6c490ac972a1aaff0
@dependabot @savery42
build(deps): bump google.golang.org/grpc in /xpumd/exporter
e8e2d08 
Dev-SHA: 54d440cac9308367303bf3359c202ec35b1af28e
@dependabot
build(deps): bump go.opentelemetry.io/otel/sdk in /xpumd/receiver
12dfdee 
Bumps [go.opentelemetry.io/otel/sdk](https://github.com/open-telemetry/opentelemetry-go) from 1.42.0 to 1.43.0.
- [Release notes](https://github.com/open-telemetry/opentelemetry-go/releases)
- [Changelog](https://github.com/open-telemetry/opentelemetry-go/blob/main/CHANGELOG.md)
- [Commits](open-telemetry/opentelemetry-go@v1.42.0...v1.43.0)

---
updated-dependencies:
- dependency-name: go.opentelemetry.io/otel/sdk
  dependency-version: 1.43.0
  dependency-type: indirect
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot Bot added dependencies Pull requests that update a dependency file go Pull requests that update go code labels Jun 10, 2026
@dependabot @github

dependabot Bot commented on behalf of github Jun 10, 2026

Copy link
Copy Markdown
Contributor Author

Looks like go.opentelemetry.io/otel/sdk is no longer a dependency, so this is no longer needed.

@dependabot dependabot Bot closed this Jun 10, 2026
@dependabot dependabot Bot deleted the dependabot/go_modules/xpumd/receiver/go.opentelemetry.io/otel/sdk-1.43.0 branch June 10, 2026 17:09
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Reviewers

No reviews

Assignees

No one assigned

Labels

dependencies Pull requests that update a dependency file go Pull requests that update go code

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.