[PATCH V2 5/5] arm: samsung: delete frame buffer header files from platform
Sylwester Nawrocki
s.nawrocki at samsung.com
Wed Aug 1 06:00:08 EDT 2012
Hi,
On 08/01/2012 11:39 AM, Kukjin Kim wrote:
> Leela Krishna Amudala wrote:
>> On Wed, Aug 1, 2012 at 7:34 AM, Kukjin Kim <kgene.kim at samsung.com> wrote:
>>> Leela Krishna Amudala wrote:
>>>>
>>>> The FIMD register headers are moved to include/video/
>>>> hence, deleting these files from platform side
>>>>
>>>> Signed-off-by: Leela Krishna Amudala <l.krishna at samsung.com>
>>>> ---
>>>> arch/arm/plat-samsung/include/plat/regs-fb-v4.h | 159 ---------
>>>> arch/arm/plat-samsung/include/plat/regs-fb.h | 403
>>> -------------------
>>>> ----
>>>> 2 files changed, 0 insertions(+), 562 deletions(-)
>>>> delete mode 100644 arch/arm/plat-samsung/include/plat/regs-fb-v4.h
>>>> delete mode 100644 arch/arm/plat-samsung/include/plat/regs-fb.h
>>>>
>>> No. This should be squashed into first patch on this series. See below.
>>>
>>> arch/arm/plat-samsung/include/plat/regs-fb-v4.h | 159
>>> --------------------
>>> .../plat/regs-fb.h => include/video/samsung_fimd.h | 145
>>> ++++++++++++++++--
>>> 2 files changed, 134 insertions(+), 170 deletions(-)
>>> delete mode 100644 arch/arm/plat-samsung/include/plat/regs-fb-v4.h
>>> rename arch/arm/plat-samsung/include/plat/regs-fb.h =>
>>> include/video/samsung_fimd.h (74%)
>>>
>>
>> If I squash it with the first patch and if somebody set that as a head
>> commit, it will break the build. Hence, splitted it up from the first
>> patch.
>>
> NACK. your changes are not adding just moving. So should be squashed. If
> required, you could create just one patch for moving them, probably, 1st,
> 3rd, 4th and 5th patches into one patch.
Yes, this patch series is mainly moving files around. But to avoid git
bisect breakage, it should be split as it is done now, or the whole
series should be squashed into one patch. The latter might be even easier
to handle, but having a single patch touching arch/arm/ and drivers/
might not be a good idea. If you're fine handling that, then we just
need to squash this series into single patch.
It just need to be ensured, IMO, there is no bisection breakage.
--
Regards,
Sylwester
More information about the linux-arm-kernel
mailing list