From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751512AbdFHEjq (ORCPT ); Thu, 8 Jun 2017 00:39:46 -0400 Received: from mail-yw0-f172.google.com ([209.85.161.172]:35898 "EHLO mail-yw0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750752AbdFHEjo (ORCPT ); Thu, 8 Jun 2017 00:39:44 -0400 MIME-Version: 1.0 In-Reply-To: References: <20170530094901.1807-1-hiroh@chromium.org> <1496139572.2618.19.camel@perches.com> <1496196991.2618.47.camel@perches.com> <1496203602.2618.54.camel@perches.com> <0eb529d9-a710-4305-f0e2-e2fcd5d5433a@xs4all.nl> From: Tomasz Figa Date: Thu, 8 Jun 2017 13:39:22 +0900 Message-ID: Subject: Re: [PATCH v2] [media] vb2: core: Lower the log level of debug outputs To: Hirokazu Honda , Hans Verkuil , Joe Perches Cc: Pawel Osciak , Kyungmin Park , Marek Szyprowski , Mauro Carvalho Chehab , linux-media@vger.kernel.org, "linux-kernel@vger.kernel.org" Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jun 8, 2017 at 12:24 PM, Hirokazu Honda wrote: > Hi, > > I completely understand bitmask method now. > I agree to the idea, but it is necessary to change the specification of > a debug parameter. > (We probably need to change a document about that?) > For example, there is maybe a user who set a debug parameter 3. > The user assume that logs whose levels are less than 4 are shown. > However, after the bitmask method is adopted, someday the logs whose > level is 1 or 2 are only shown, not 3 level logs are not shown. > This will be confusing to users. I think I have to agree with Hirokazu here. Even though it's only about debugging, there might be some automatic testing systems that actually rely on certain values here. It probably shouldn't be considered hard ABI, but that still could be a significant annoyance for everyone. However, one could add this in an incremental way, i.e. add a new debug_mask parameter that would be used by dprinkt(), while making the original debug parameter simply update the debug_mask whenever it's changed. I still think that it should be made with a separate patch, though, as adjusting the levels and changing the filtering method are orthogonal. Best regards, Tomasz