From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rene Herman Subject: Re: [PATCH 10/10] wss_lib: use wss detection code instead of ad1848 one Date: Tue, 29 Jul 2008 16:15:10 +0200 Message-ID: <488F25EE.4080104@keyaccess.nl> References: <20080718215126.7128a6f9.krzysztof.h1@poczta.fm> <4883632A.8090106@keyaccess.nl> <4887A28F.90506@keyaccess.nl> <20080724072620.4197510c.krzysztof.h1@poczta.fm> <48884BD4.3010308@keyaccess.nl> <488E1249.7020401@keyaccess.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from smtpq2.groni1.gr.home.nl (smtpq2.groni1.gr.home.nl [213.51.130.201]) by alsa0.perex.cz (Postfix) with ESMTP id 9FB901038F0 for ; Tue, 29 Jul 2008 16:12:39 +0200 (CEST) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: alsa-devel-bounces@alsa-project.org Errors-To: alsa-devel-bounces@alsa-project.org To: Takashi Iwai Cc: Alsa-devel , Krzysztof Helt List-Id: alsa-devel@alsa-project.org On 29-07-08 15:02, Takashi Iwai wrote: > At Mon, 28 Jul 2008 20:39:05 +0200, > Rene Herman wrote: >> On 28-07-08 17:37, Takashi Iwai wrote: >> >>> Well, I still prefer folding lines to fit 80-column - of course >>> only if the result is somewhat reasonable and more readable. >> Which it absolutely never is, because if it were, the original >> programmer would've already formatted it that way. > > ... only if the original author respected the standard CodingStyle. > Many old ALSA codes are not in that category. > > Honestly, I don't mind much to keep them as they are now, even though > checkpatch grumbles, if the author (or the heir) wants to keep it > intentionally even after reading the CodingStyle text carefully... I'm also definitely not speaking about things such as function headers which needlessly walk of to the far right, but specifically about stuff where the formatting _not_ inside 80 cols made things much easier to read. In this case, my specific comments were about: 1) mixer element macros Many spots in this patchset, but for IMO most clearly bad example: http://mailman.alsa-project.org/pipermail/alsa-devel/2008-July/009272.html See the cmi8330 ones. Not only do these kind of changes muddy up a patch, they muddy up the result as well. Hate it... 2) debug printks For one example here, see: http://mailman.alsa-project.org/pipermail/alsa-devel/2008-July/008978.html /snd_wss_debug Bad, bad, triply bad. 3) trivial switches, although I don't feel hugely strongly about those. Example: http://mailman.alsa-project.org/pipermail/alsa-devel/2008-July/009314.html /snd_wss_chip_id ... All of these, I strongly feel, are examples where checkpatch needs and deserves to be fully ignored. Rene.