GeezerVisonThe World Wide Web, restored to 800 pixels of glory. | |
| Home|About|Gaming cabinet|Archives|How it works|Starter sites | |
GeezerVison is showing github.com — Update dynamic logging to work with Go's 1.17+ calling convention by ddelnano · Pull Request #2108 · pixie-io/pixie Conversation
|
|
@oazizi000 I think that makes sense. I've updated the docs in pixie-io/docs.px.dev#294. That page is linked in Pixie's README and is essentially the documentation for the feature. I'll also post an update on #666 stating that the feature was updated to support Go 1.17+. |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
…2116) Summary: Add go 1.22 and 1.23 to socket tracer tests. Bump minor go versions This PR adds Go 1.22 and 1.23 to the socket tracer test suite in anticipation of removing Go 1.16 and 1.17 from our repo once #2108 is merged. The plan is to follow this up with a change that removes Go 1.16 and 1.17 in addition to upgrading a portion of our Go dependencies. The bulk of our dependencies still support Go 1.18, so this will allow us to upgrade to the latest versions. Relevant Issues: N/A Type of change: /kind cleanup Test Plan: Test suite passes --------- Signed-off-by: Dom Del Nano <[email protected]>
Summary: Upgrade rules_go to v0.47.1 for go 1.22 support The work to remove our dependence on go 1.16 will be complete soon (once pixie-io#2108 is merged). With that done, we can upgrade our go dependencies and go version. This rules_go change is needed to support go 1.22 as there was an assembler fix in [v0.46.0](https://github.com/bazel-contrib/rules_go/releases/tag/v0.46.0) (bazel-contrib/rules_go#3756 specifically). This was the most recent rules_go version I could upgrade to without dealing with breaking changes. I'll revisit upgrading this to a newer version soon, but my primary goal was to be able to upgrade go and our go deps. Relevant Issues: N/A Type of change: /kind cleanup Test Plan: Existing tests and verified my branch to add go 1.22 as a supported version builds properly Signed-off-by: Dom Del Nano <[email protected]> GitOrigin-RevId: b122242
…xie-io#2108) Summary: Update dynamic logging to work with Go's 1.17+ calling convention Despite our earlier messaging that dynamic logging would be deprecated in pixie-io#2105, I decided that it was easier to handle the new ABI instead of deprecating the Go parts of the dynamic tracer. My rationale for this is that the blocker for achieving feature parity for the new Go ABI, handling `STRUCT_BLOB` variables, is actually a concern for c/c++ tracepoint programs as well. I felt it was important to keep the dynamic tracer rather than deprecate it entirely. As mentioned above, this change does not have full feature parity with the legacy ABI since `STRUCT_BLOB` variables don't work with register based calling conventions -- these variables copy a blob of memory with the assumption that a packed struct exists in a contiguous chunk of memory. However, this isn't unique to Go binaries as c/c++ applications can pass certain structs via [registers](https://github.com/pixie-io/pixie/blob/b0001dab6288508295c54f36c81b3ed80c2677e1/src/stirling/obj_tools/testdata/cc/test_exe.cc#L66-L69) as well. This change replaces the previous Go `STRUCT_BLOB` tests with C equivalents that pass the variable on the stack. When a struct variable will be passed via a register, dynamic logging will now return an error and suggest to the user to access struct fields individually. This error and the test cases that assert the error is returned can be reverted to their original form once pixie-io#2106 is complete. Relevant Issues: pixie-io#2105 Type of change: /kind cleanup Test Plan: Existing tests pass and new ones were added where coverage was needed Changelog Message: Update Go dynamic logging feature to support Go 1.17+ binaries --------- Signed-off-by: Dom Del Nano <[email protected]> GitOrigin-RevId: 8232eee
…ixie-io#2116) Summary: Add go 1.22 and 1.23 to socket tracer tests. Bump minor go versions This PR adds Go 1.22 and 1.23 to the socket tracer test suite in anticipation of removing Go 1.16 and 1.17 from our repo once pixie-io#2108 is merged. The plan is to follow this up with a change that removes Go 1.16 and 1.17 in addition to upgrading a portion of our Go dependencies. The bulk of our dependencies still support Go 1.18, so this will allow us to upgrade to the latest versions. Relevant Issues: N/A Type of change: /kind cleanup Test Plan: Test suite passes --------- Signed-off-by: Dom Del Nano <[email protected]> GitOrigin-RevId: 09ade3b
Summary: Upgrade rules_go to v0.47.1 for go 1.22 support The work to remove our dependence on go 1.16 will be complete soon (once pixie-io#2108 is merged). With that done, we can upgrade our go dependencies and go version. This rules_go change is needed to support go 1.22 as there was an assembler fix in [v0.46.0](https://github.com/bazel-contrib/rules_go/releases/tag/v0.46.0) (bazel-contrib/rules_go#3756 specifically). This was the most recent rules_go version I could upgrade to without dealing with breaking changes. I'll revisit upgrading this to a newer version soon, but my primary goal was to be able to upgrade go and our go deps. Relevant Issues: N/A Type of change: /kind cleanup Test Plan: Existing tests and verified my branch to add go 1.22 as a supported version builds properly Signed-off-by: Dom Del Nano <[email protected]>
…xie-io#2108) Summary: Update dynamic logging to work with Go's 1.17+ calling convention Despite our earlier messaging that dynamic logging would be deprecated in pixie-io#2105, I decided that it was easier to handle the new ABI instead of deprecating the Go parts of the dynamic tracer. My rationale for this is that the blocker for achieving feature parity for the new Go ABI, handling `STRUCT_BLOB` variables, is actually a concern for c/c++ tracepoint programs as well. I felt it was important to keep the dynamic tracer rather than deprecate it entirely. As mentioned above, this change does not have full feature parity with the legacy ABI since `STRUCT_BLOB` variables don't work with register based calling conventions -- these variables copy a blob of memory with the assumption that a packed struct exists in a contiguous chunk of memory. However, this isn't unique to Go binaries as c/c++ applications can pass certain structs via [registers](https://github.com/pixie-io/pixie/blob/b0001dab6288508295c54f36c81b3ed80c2677e1/src/stirling/obj_tools/testdata/cc/test_exe.cc#L66-L69) as well. This change replaces the previous Go `STRUCT_BLOB` tests with C equivalents that pass the variable on the stack. When a struct variable will be passed via a register, dynamic logging will now return an error and suggest to the user to access struct fields individually. This error and the test cases that assert the error is returned can be reverted to their original form once pixie-io#2106 is complete. Relevant Issues: pixie-io#2105 Type of change: /kind cleanup Test Plan: Existing tests pass and new ones were added where coverage was needed Changelog Message: Update Go dynamic logging feature to support Go 1.17+ binaries --------- Signed-off-by: Dom Del Nano <[email protected]>
…ixie-io#2116) Summary: Add go 1.22 and 1.23 to socket tracer tests. Bump minor go versions This PR adds Go 1.22 and 1.23 to the socket tracer test suite in anticipation of removing Go 1.16 and 1.17 from our repo once pixie-io#2108 is merged. The plan is to follow this up with a change that removes Go 1.16 and 1.17 in addition to upgrading a portion of our Go dependencies. The bulk of our dependencies still support Go 1.18, so this will allow us to upgrade to the latest versions. Relevant Issues: N/A Type of change: /kind cleanup Test Plan: Test suite passes --------- Signed-off-by: Dom Del Nano <[email protected]>
Summary: Upgrade rules_go to v0.47.1 for go 1.22 support The work to remove our dependence on go 1.16 will be complete soon (once pixie-io#2108 is merged). With that done, we can upgrade our go dependencies and go version. This rules_go change is needed to support go 1.22 as there was an assembler fix in [v0.46.0](https://github.com/bazel-contrib/rules_go/releases/tag/v0.46.0) (bazel-contrib/rules_go#3756 specifically). This was the most recent rules_go version I could upgrade to without dealing with breaking changes. I'll revisit upgrading this to a newer version soon, but my primary goal was to be able to upgrade go and our go deps. Relevant Issues: N/A Type of change: /kind cleanup Test Plan: Existing tests and verified my branch to add go 1.22 as a supported version builds properly Signed-off-by: Dom Del Nano <[email protected]>
…xie-io#2108) Summary: Update dynamic logging to work with Go's 1.17+ calling convention Despite our earlier messaging that dynamic logging would be deprecated in pixie-io#2105, I decided that it was easier to handle the new ABI instead of deprecating the Go parts of the dynamic tracer. My rationale for this is that the blocker for achieving feature parity for the new Go ABI, handling `STRUCT_BLOB` variables, is actually a concern for c/c++ tracepoint programs as well. I felt it was important to keep the dynamic tracer rather than deprecate it entirely. As mentioned above, this change does not have full feature parity with the legacy ABI since `STRUCT_BLOB` variables don't work with register based calling conventions -- these variables copy a blob of memory with the assumption that a packed struct exists in a contiguous chunk of memory. However, this isn't unique to Go binaries as c/c++ applications can pass certain structs via [registers](https://github.com/pixie-io/pixie/blob/b0001dab6288508295c54f36c81b3ed80c2677e1/src/stirling/obj_tools/testdata/cc/test_exe.cc#L66-L69) as well. This change replaces the previous Go `STRUCT_BLOB` tests with C equivalents that pass the variable on the stack. When a struct variable will be passed via a register, dynamic logging will now return an error and suggest to the user to access struct fields individually. This error and the test cases that assert the error is returned can be reverted to their original form once pixie-io#2106 is complete. Relevant Issues: pixie-io#2105 Type of change: /kind cleanup Test Plan: Existing tests pass and new ones were added where coverage was needed Changelog Message: Update Go dynamic logging feature to support Go 1.17+ binaries --------- Signed-off-by: Dom Del Nano <[email protected]>
…ixie-io#2116) Summary: Add go 1.22 and 1.23 to socket tracer tests. Bump minor go versions This PR adds Go 1.22 and 1.23 to the socket tracer test suite in anticipation of removing Go 1.16 and 1.17 from our repo once pixie-io#2108 is merged. The plan is to follow this up with a change that removes Go 1.16 and 1.17 in addition to upgrading a portion of our Go dependencies. The bulk of our dependencies still support Go 1.18, so this will allow us to upgrade to the latest versions. Relevant Issues: N/A Type of change: /kind cleanup Test Plan: Test suite passes --------- Signed-off-by: Dom Del Nano <[email protected]>
Summary: Upgrade rules_go to v0.47.1 for go 1.22 support The work to remove our dependence on go 1.16 will be complete soon (once pixie-io#2108 is merged). With that done, we can upgrade our go dependencies and go version. This rules_go change is needed to support go 1.22 as there was an assembler fix in [v0.46.0](https://github.com/bazel-contrib/rules_go/releases/tag/v0.46.0) (bazel-contrib/rules_go#3756 specifically). This was the most recent rules_go version I could upgrade to without dealing with breaking changes. I'll revisit upgrading this to a newer version soon, but my primary goal was to be able to upgrade go and our go deps. Relevant Issues: N/A Type of change: /kind cleanup Test Plan: Existing tests and verified my branch to add go 1.22 as a supported version builds properly Signed-off-by: Dom Del Nano <[email protected]>
…xie-io#2108) Summary: Update dynamic logging to work with Go's 1.17+ calling convention Despite our earlier messaging that dynamic logging would be deprecated in pixie-io#2105, I decided that it was easier to handle the new ABI instead of deprecating the Go parts of the dynamic tracer. My rationale for this is that the blocker for achieving feature parity for the new Go ABI, handling `STRUCT_BLOB` variables, is actually a concern for c/c++ tracepoint programs as well. I felt it was important to keep the dynamic tracer rather than deprecate it entirely. As mentioned above, this change does not have full feature parity with the legacy ABI since `STRUCT_BLOB` variables don't work with register based calling conventions -- these variables copy a blob of memory with the assumption that a packed struct exists in a contiguous chunk of memory. However, this isn't unique to Go binaries as c/c++ applications can pass certain structs via [registers](https://github.com/pixie-io/pixie/blob/bf0ee6c316eb72f94b5e4ec0fc44a25187d93d88/src/stirling/obj_tools/testdata/cc/test_exe.cc#L66-L69) as well. This change replaces the previous Go `STRUCT_BLOB` tests with C equivalents that pass the variable on the stack. When a struct variable will be passed via a register, dynamic logging will now return an error and suggest to the user to access struct fields individually. This error and the test cases that assert the error is returned can be reverted to their original form once pixie-io#2106 is complete. Relevant Issues: pixie-io#2105 Type of change: /kind cleanup Test Plan: Existing tests pass and new ones were added where coverage was needed Changelog Message: Update Go dynamic logging feature to support Go 1.17+ binaries --------- Signed-off-by: Dom Del Nano <[email protected]>
…ixie-io#2116) Summary: Add go 1.22 and 1.23 to socket tracer tests. Bump minor go versions This PR adds Go 1.22 and 1.23 to the socket tracer test suite in anticipation of removing Go 1.16 and 1.17 from our repo once pixie-io#2108 is merged. The plan is to follow this up with a change that removes Go 1.16 and 1.17 in addition to upgrading a portion of our Go dependencies. The bulk of our dependencies still support Go 1.18, so this will allow us to upgrade to the latest versions. Relevant Issues: N/A Type of change: /kind cleanup Test Plan: Test suite passes --------- Signed-off-by: Dom Del Nano <[email protected]>
There was an error while loading. Please reload this page.
Successfully merging this pull request may close these issues.
There was an error while loading. Please reload this page.