From: David Henningsson <david.henningsson@canonical.com>
To: Takashi Iwai <tiwai@suse.de>,
Sudip Mukherjee <sudipm.mukherjee@gmail.com>
Cc: alsa-devel@alsa-project.org
Subject: Re: [PATCH 0/3] Kill the rest snd_print*() usages
Date: Mon, 03 Nov 2014 09:01:11 +0100 [thread overview]
Message-ID: <54573647.7030500@canonical.com> (raw)
In-Reply-To: <s5hioiyuiyj.wl-tiwai@suse.de>
On 2014-11-02 09:04, Takashi Iwai wrote:
> At Sat, 1 Nov 2014 18:45:40 +0530,
> Sudip Mukherjee wrote:
>>
>> On Fri, Oct 31, 2014 at 06:31:23PM +0100, Takashi Iwai wrote:
>>> At Fri, 31 Oct 2014 18:15:36 +0530,
>>> Sudip Mukherjee wrote:
>>>>
>>>> On Tue, Oct 28, 2014 at 05:45:12PM +0100, Takashi Iwai wrote:
>>>>> Hi,
>>>>>
>>>>> it's a small series to get rid of snd_print*() usages in a few
>>>>> PCI sound drivers. There remain still a few, I know, but this is
>>>>> just a matter of cleanup, so let them be there...
>>>>
>>>> hi,
>>>> still there is approx. 723 usages of snd_printk (including snd_printk in comments),
>>>> and including 46 in PCI.
>>>> shall i do the cleanups for you ?
>>>
>>> Only you have really free time and gut :)
>>> The problem is rather inconsistencies, i.e. if the same module has a
>>> mix of dev_*() and snd_printk() (or snd_printd()), they should be
>>> replaced as well. If not mixed, we can leave as is for now.
>>>
>> i am having one doubt. I saw in your patch you have replaced snd_printdd with dev_dbg
>> and snd_printd with dev_info.
>> but when i am checking the macro of snd_printd or snd_printdd , i see that they are also
>> printing the file and line along with the message. snd_printddd is also doing the same thing.
>> then while replacing them with dev_*, the file and line are not required ?
>
> Pretty depends on the situation. When the printed text is unique, the
> file and the line are mostly superfluous. If there are multiple
> similar messages, they have to be modified somehow to be easily
> identifiable.
Also, for dev_dbg, I don't think we should add file and line information
- it is already added with CONFIG_DYNAMIC_DEBUG (if enabled). Adding it
one more time seems superfluous.
--
David Henningsson, Canonical Ltd.
https://launchpad.net/~diwic
prev parent reply other threads:[~2014-11-03 8:01 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-28 16:45 [PATCH 0/3] Kill the rest snd_print*() usages Takashi Iwai
2014-10-28 16:45 ` [PATCH 1/3] ALSA: ctxfi: Kill the rest snd_print*() Takashi Iwai
2014-10-28 16:45 ` [PATCH 2/3] ALSA: pcxhr: " Takashi Iwai
2014-10-28 16:45 ` [PATCH 3/3] ALSA: au88x0: " Takashi Iwai
2014-10-31 12:45 ` [PATCH 0/3] Kill the rest snd_print*() usages Sudip Mukherjee
2014-10-31 17:31 ` Takashi Iwai
2014-11-01 13:15 ` Sudip Mukherjee
2014-11-02 8:04 ` Takashi Iwai
2014-11-03 8:01 ` David Henningsson [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=54573647.7030500@canonical.com \
--to=david.henningsson@canonical.com \
--cc=alsa-devel@alsa-project.org \
--cc=sudipm.mukherjee@gmail.com \
--cc=tiwai@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox