[SRU][B][PATCH 0/1] zfs: fix potential build error

Andrea Righi andrea.righi at canonical.com
Wed May 15 10:58:46 UTC 2019


Buglink: https://bugs.launchpad.net/bugs/1828763

[Impact]

* In b49151d684f44 tx_waited has been renamed to tx_dirty_delayed, but only in
  the tracepoint definition (in trace_dmu.h) and not in the rest of the code,
  causing build errors if zfs tracepoints are enabled.

* Fix by reverting tx_dirty_delayed back to the original name tx_waited

NOTE: this bug doesn't show up in regular kernel builds, because zfs
tracepoints are not enabled by default, it is possible to see this problem only
by enabling them and recompiling zfs outside our regular build process, but
it's a good cleanup anyway (in case we need to enable zfs tracepoints in the
future).

[Test Case]

 * enable zfs tracepoints in config and build zfs

[Fix]

 * Restore the old struct name to fix the build bug

[Regression Potential]

 * It is a very small fix (just a rename of a struct member), so regression
   potential is minimal

 trace_dmu.h |    6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)




More information about the kernel-team mailing list