[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAGoCfix7eRYMiFRaoWn03rEt1bdQYz5YtaFyxLUAs=WZ9q9jwQ@mail.gmail.com>
Date: Mon, 25 Jan 2016 13:38:17 -0500
From: Devin Heitmueller <dheitmueller@...nellabs.com>
To: SF Markus Elfring <elfring@...rs.sourceforge.net>
Cc: Mauro Carvalho Chehab <mchehab@....samsung.com>,
Linux Media Mailing List <linux-media@...r.kernel.org>,
LKML <linux-kernel@...r.kernel.org>,
kernel-janitors@...r.kernel.org,
Julia Lawall <julia.lawall@...6.fr>
Subject: Re: [PATCH] [media] xc5000: Faster result reporting in xc_load_fw_and_init_tuner()
> Are you interested in a bit of software optimisation for the implementation
> of the function "xc_load_fw_and_init_tuner"?
To be clear, absolutely none of the code in question is performance
sensitive (i.e. saving a couple of extra CPU cycles has no value in
this case). Hence given that I'm assuming you have no intention to
actually test any of these patches with a real device I would
recommend you do the bare minimum to prevent Coccinelle from
complaining and not restructure any of the core business logic unless
you plan to also do actual testing.
Thanks,
Devin
--
Devin J. Heitmueller - Kernel Labs
http://www.kernellabs.com
Powered by blists - more mailing lists