On Tue, 30 Jan 2024 21:19:32 +0100 Tobias Waldekranz wrote: > This series starts off (1-2/5) by creating stringifiers for common > switchdev objects. This will primarily be used by the tracepoints for > decoding switchdev notifications, but drivers could also make use of > them to provide richer debug/error messages. > > Then follows two refactoring commits (3-4/5), with no (intended) > functional changes: > > - 3/5: Wrap all replay callbacks in br_switchdev.c in a switchdev > function to make it easy to trace all of these. > > - 4/5: Instead of using a different format for deferred items, reuse > the existing notification structures when enqueuing. This lets > us share a bit more code, and it unifies the data presented by > the tracepoints. > > Finally, add the tracepoints. Is there any risk with conflicting with the fixes which are getting worked on in parallel? Sorry for not investigating myself, ENOTIME. > v1 -> v2: > > - Fixup kernel-doc comment for switchdev_call_replay > > I know that there are still some warnings issued by checkpatch, but > I'm not sure how to work around them, given the nature of the mapper > macros. Please advise. It's a known problem, don't worry about those.
