From: Tomasz Figa <t.figa@samsung.com>
To: Kamil Debski <k.debski@samsung.com>,
'Arun Kumar K' <arun.kk@samsung.com>
Cc: 'dwmw2' <dwmw2@infradead.org>, 'ben' <ben@decadent.org.uk>,
'linux-samsung-soc' <linux-samsung-soc@vger.kernel.org>
Subject: Re: [PATCH 1/2] s5p-mfc: Update mfc-v6 firmware
Date: Fri, 16 May 2014 12:22:19 +0200 [thread overview]
Message-ID: <5375E6DB.70303@samsung.com> (raw)
In-Reply-To: <04bf01cf70ee$f2184d40$d648e7c0$%debski@samsung.com>
Hi Kamil, Arun,
On 16.05.2014 12:09, Kamil Debski wrote:
> Hi,
>
> ----Original Message-----
>> From: arunkk.samsung@gmail.com [mailto:arunkk.samsung@gmail.com] On
>> Behalf Of Arun Kumar K
>> Sent: Friday, May 16, 2014 12:00 PM
>>
>> Hi Kamil,
>>
>> On Fri, May 16, 2014 at 3:24 PM, Kamil Debski <k.debski@samsung.com>
>> wrote:
>>> Hi Arun,
>>>
>>> I asked you to put old and new v6 firmware in separate files.
>>
>> But wont that require a different filename other than s5p-mfc-v6.fw?
>
> Yes.
>
>> But the driver still expects the same file name.
>> Can I put the new filename as s5p-mfc-v6-v2.fw and mention in the
>> README that the file has to be renamed to s5p-mfc-v6.fw to be used?
>
> I think this is the way to go, because the new driver (with the patch)
> will work with old firmware, while old driver (without the patch) will
> not work with the new firmware.
>
>>
>>> You should also mention in the commit message that this new firmware
>>> will not work with the s5p-mfc driver without the patch you recently
>>> submitted to linux-media mailing list. Please also add a link to the
>>> thread with the necessary patch.
>>
>> Ok will do that.
>>
>>>
>>> In addition to the above I think a readme/description file should be
>>> added to the s5p-mfc folder. The issue of firmware for v6 should be
>>> explained, so that no one is surprised that something does not work.
>>>
May I suggest a little different solution?
Since to not break compatibility, support for both firmware versions is
needed in the driver anyway, why not simply make the new, incompatible
firmware always use a different filename.
Then let the driver try to load the new one first and if it fails then
load the old one? This would also let you get rid of that version check
by hardcoded date, as you would know which firmware type was found.
Best regards,
Tomasz
next prev parent reply other threads:[~2014-05-16 10:22 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1400233490-5677-1-git-send-email-arun.kk@samsung.com>
2014-05-16 9:54 ` [PATCH 1/2] s5p-mfc: Update mfc-v6 firmware Kamil Debski
2014-05-16 9:59 ` Arun Kumar K
2014-05-16 10:09 ` Kamil Debski
2014-05-16 10:22 ` Tomasz Figa [this message]
2014-05-19 8:38 ` Kamil Debski
2014-05-19 9:42 ` Arun Kumar K
2014-05-19 11:18 ` Ben Hutchings
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=5375E6DB.70303@samsung.com \
--to=t.figa@samsung.com \
--cc=arun.kk@samsung.com \
--cc=ben@decadent.org.uk \
--cc=dwmw2@infradead.org \
--cc=k.debski@samsung.com \
--cc=linux-samsung-soc@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.