On 08/11/2016 02:19 PM, Bjorn Andersson wrote: > On Thu 11 Aug 00:36 PDT 2016, Lee Jones wrote: > >> On Wed, 10 Aug 2016, Suman Anna wrote: >> >>> On 08/09/2016 01:12 PM, Lee Jones wrote: >>>> On Tue, 09 Aug 2016, Bjorn Andersson wrote: >>>> >>>>> On Thu 04 Aug 02:21 PDT 2016, Lee Jones wrote: > [..] >>>>>> - dev_dbg(dev, "carveout rsc: da %x, pa %x, len %x, flags %x\n", >>>>>> + dev_dbg(dev, "carveout rsc: da %x, pa %x, len 0x%x, flags %x\n", >>>>>> rsc->da, rsc->pa, rsc->len, rsc->flags); >>> >>> If you are modifying this trace, it's better to following the leading 0x >>> convention on all arguments rather than just the length. >> >> I'd be concerned if anyone thought it a good idea to print out memory >> addresses !0x. The length is the only parameter there which could >> (and has) cause confusion. >> >> However, the fix-up is trivial, so I'm happy to oblige. I'll leave >> the final decision to Bjorn and fix-up if he sees it necessary. >> > > I applied this patch yesterday, I see both changes here related to the > issue presented (confusing printing of len) so I'm fine with not > touching the other parts. > > That said, there are a few other format strings in this driver that > would benefit from some love as well, several cases where we should use > %pK or %pad rather than using %llx and a cast to unsigned long long. OK, no issues. I have the patches for some of these handy, will post them soon. regards Suman -- To unsubscribe from this list: send the line "unsubscribe linux-remoteproc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html