On Mon, Jan 27, 2020 at 09:08:01AM +0000, Chris Wilson wrote: > Quoting Daniel Vetter (2020-01-27 09:05:57) > > On Sat, Jan 25, 2020 at 04:08:39PM +0000, Chris Wilson wrote: > > > Quoting Wambui Karuga (2020-01-22 12:57:48) > > > > This series is a part of the conversion to the new struct drm_device > > > > based logging macros in drm/i915. > > > > This series focuses on the drm/i915/gem directory and converts all > > > > straightforward instances of the printk based logging macros to the new > > > > macros. > > > > > > Overall, I'm not keen on this as it perpetuates the mistake of putting > > > client debug message in dmesg and now gives them even more an air of > > > being device driver debug messages. We need a mechanism by which we > > > report the details of what a client did wrong back to that client > > > (tracefs + context/client getparam to return an isolated debug fd is my > > > idea). > > > > Sean is working on that, but it's a global thing still. > > Go look at how I suggest we can use tracefs in that thread :) Hm I think we're a few threads further already? Steven Rostedt has jumped in now too ... -Daniel -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch _______________________________________________ Intel-gfx mailing list Intel-gfx@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/intel-gfx
