From: Daniel Vetter <daniel@ffwll.ch>
To: Ivan Mironov <mironov.ivan@gmail.com>
Cc: Sasha Levin <sashal@kernel.org>,
dri-devel <dri-devel@lists.freedesktop.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
stable <stable@vger.kernel.org>
Subject: Re: [PATCH v2 2/2] drm/fb-helper: Ignore the value of fb_var_screeninfo.pixclock
Date: Fri, 11 Jan 2019 10:17:22 +0100 [thread overview]
Message-ID: <CAKMK7uEm=MyT+Ty5EQWtQCMVTqS4w13yMeEbsXw9hE=f5OpCNw@mail.gmail.com> (raw)
In-Reply-To: <1688637327c088be458662a86d384cc0f0d51f55.camel@gmail.com>
On Fri, Jan 11, 2019 at 9:19 AM Ivan Mironov <mironov.ivan@gmail.com> wrote:
>
> On Wed, 2019-01-09 at 15:52 +0000, Sasha Levin wrote:
> > Hi,
> >
> > [This is an automated email]
> >
> > This commit has been processed because it contains a "Fixes:" tag,
> > fixing commit: 79e539453b34 DRM: i915: add mode setting support.
> >
> > The bot has tested the following trees: v4.20.0, v4.19.13, v4.14.91, v4.9.148, v4.4.169, v3.18.131.
> >
> > v4.20.0: Failed to apply! Possible dependencies:
> > 042bf753842d ("drm/fourcc: Add char_per_block, block_w and block_h in drm_format_info")
> > 9c71a6686bfa ("drm: fourcc: Convert drm_format_info kerneldoc to in-line member documentation")
> >
> > v4.19.13: Failed to apply! Possible dependencies:
> > 042bf753842d ("drm/fourcc: Add char_per_block, block_w and block_h in drm_format_info")
> > 9c71a6686bfa ("drm: fourcc: Convert drm_format_info kerneldoc to in-line member documentation")
> > c76abab59b3c ("drm: Use horizontal and vertical chroma subsampling factor while calculating offsets in the physical address of framebuffer")
> >
> > v4.14.91: Failed to apply! Possible dependencies:
> > 042bf753842d ("drm/fourcc: Add char_per_block, block_w and block_h in drm_format_info")
> > 4cc4e1b40f3f ("drm/fourcc: Add a alpha field to drm_format_info")
> > 9c71a6686bfa ("drm: fourcc: Convert drm_format_info kerneldoc to in-line member documentation")
> > c76abab59b3c ("drm: Use horizontal and vertical chroma subsampling factor while calculating offsets in the physical address of framebuffer")
> > ce2d54619a10 ("drm/fourcc: Add is_yuv field to drm_format_info to denote if the format is yuv")
> >
> > v4.9.148: Failed to apply! Possible dependencies:
> > 042bf753842d ("drm/fourcc: Add char_per_block, block_w and block_h in drm_format_info")
> > 05fc03217e08 ("drm/mm: Some doc polish")
> > 06df8ac682e6 ("drm: kselftest for drm_mm_debug()")
> > 14d7f96f90fb ("drm/fb_cma_helper: Add drm_fb_cma_prepare_fb() helper")
> > 2bd966d106e3 ("drm: kselftest for drm_mm_replace_node()")
> > 2fba0de0a9ec ("drm: kselftest for drm_mm_insert_node_in_range()")
> > 393b50f30566 ("drm: kselftest for drm_mm_init()")
> > 4636ce93d5b2 ("drm/fb-cma-helper: Add drm_fb_cma_get_gem_addr()")
> > 50f0033d1a0f ("drm: Add some kselftests for the DRM range manager (struct drm_mm)")
> > 5628648df755 ("drm/fb-cma-helper: Use drm_gem_framebuffer_helper")
> > 5705670d0463 ("drm: Track drm_mm allocators and show leaks on shutdown")
> > 6259a56ba0e1 ("drm: Add asserts to catch overflow in drm_mm_init() and drm_mm_init_scan()")
> > 62a0d98a188c ("drm: allow to use mmuless SoC")
> > 72a93e8dd52c ("drm: Take ownership of the dmabuf->obj when exporting")
> > 7886692a5804 ("drm: kselftest for drm_mm_insert_node()")
> > 900537dc3889 ("drm: kselftest for drm_mm_reserve_node()")
> > 940eba2d58a7 ("drm/gem|prime|mm: Use recommened kerneldoc for struct member refs")
> > 9a71e277888b ("drm: Extract struct drm_mm_scan from struct drm_mm")
> > 9b26f2ed29f8 ("drm: kselftest for drm_mm and alignment")
> > b112481bb327 ("drm/cma-helper: simplify setup for drivers with ->dirty callbacks")
> > b3ee963fe41d ("drm: Compile time enabling for asserts in drm_mm")
> > ba004e39b199 ("drm: Fix kerneldoc for drm_mm_scan_remove_block()")
> > c76abab59b3c ("drm: Use horizontal and vertical chroma subsampling factor while calculating offsets in the physical address of framebuffer")
> > e6b62714e87c ("drm: Introduce drm_gem_object_{get,put}()")
> >
> > v4.4.169: Failed to apply! Possible dependencies:
> > 042bf753842d ("drm/fourcc: Add char_per_block, block_w and block_h in drm_format_info")
> > 14d7f96f90fb ("drm/fb_cma_helper: Add drm_fb_cma_prepare_fb() helper")
> > 199c77179c87 ("drm/fb-cma-helper: Add fb_deferred_io support")
> > 1eb83451ba55 ("drm: Pass the user drm_mode_fb_cmd2 as const to .fb_create()")
> > 4636ce93d5b2 ("drm/fb-cma-helper: Add drm_fb_cma_get_gem_addr()")
> > 5628648df755 ("drm/fb-cma-helper: Use drm_gem_framebuffer_helper")
> > 70c0616d5a84 ("drm/fb_cma_helper: remove duplicate const from drm_fb_cma_alloc")
> > b112481bb327 ("drm/cma-helper: simplify setup for drivers with ->dirty callbacks")
> > c76abab59b3c ("drm: Use horizontal and vertical chroma subsampling factor while calculating offsets in the physical address of framebuffer")
> > ce0c57576810 ("drm/fb_cma_helper: Implement fb_mmap callback")
> > fdce184609ee ("drm/fb-cma-helper: Use const for drm_framebuffer_funcs argument")
> >
> > v3.18.131: Failed to apply! Possible dependencies:
> > 042bf753842d ("drm/fourcc: Add char_per_block, block_w and block_h in drm_format_info")
> > 14d7f96f90fb ("drm/fb_cma_helper: Add drm_fb_cma_prepare_fb() helper")
> > 199c77179c87 ("drm/fb-cma-helper: Add fb_deferred_io support")
> > 1a396789f65a ("drm: add Atmel HLCDC Display Controller support")
> > 1eb83451ba55 ("drm: Pass the user drm_mode_fb_cmd2 as const to .fb_create()")
> > 2a8cb4894540 ("drm/exynos: merge exynos_drm_buf.c to exynos_drm_gem.c")
> > 2b8376c803c4 ("drm/exynos: remove struct exynos_drm_encoder layer")
> > 39a839f2e651 ("drm/exynos: s/exynos_gem_obj/obj in exynos_drm_fbdev.c")
> > 421ee18d4e04 ("drm/exynos: fix null pointer dereference issue")
> > 4636ce93d5b2 ("drm/fb-cma-helper: Add drm_fb_cma_get_gem_addr()")
> > 4846e4520849 ("drm/exynos: clean up machine compatible string check")
> > 5628648df755 ("drm/fb-cma-helper: Use drm_gem_framebuffer_helper")
> > 5cbb37df378d ("drm/exynos: resolve infinite loop issue on multi-platform")
> > 70c0616d5a84 ("drm/fb_cma_helper: remove duplicate const from drm_fb_cma_alloc")
> > 7239067795dc ("drm/exynos: remove ifdeferry from initialization code")
> > 7ded85885d49 ("drm/exynos: remove superfluous error messages")
> > 813fd67b57ff ("drm/exynos: cleanup name of gem object for exynos_drm")
> > 820687befec4 ("drm/exynos: move Exynos platform drivers registration to init")
> > 94e30d93f936 ("drm/exynos: remove exynos_drm_fb_set_buf_cnt()")
> > 96976c3d9aff ("drm/exynos: Add DECON driver")
> > b74ea6a97e82 ("drm/exynos: remove DRM_EXYNOS_DMABUF config")
> > c76abab59b3c ("drm: Use horizontal and vertical chroma subsampling factor while calculating offsets in the physical address of framebuffer")
> > ce0c57576810 ("drm/fb_cma_helper: Implement fb_mmap callback")
> > cf67cc9a29ac ("drm/exynos: remove struct exynos_drm_display")
> > d38ceaf99ed0 ("drm/amdgpu: add core driver (v4)")
> > d56125afcbdf ("drm/exynos: update exynos_drm_framebuffer_init() for multiple buffers")
> > e9fbdcb45a36 ("drm/exynos: fix possible infinite loop issue")
> >
> >
> > How should we proceed with this patch?
> >
> > --
> > Thanks,
> > Sasha
>
> Hi,
>
> I'm new to kernel development, so: what exactly I'm supposed to do in
> such case? Rebase my patch on top of older versions and then resend
> patches somewhere?
>
> Just checked the v3.18.131. Apparently code in question was not changed
> since then, so manual rebase would be trivial.
If you want to do that work of backporting to older kernels, then:
- grab latest point release of each such kernel you care about.
- cherry-pick the upstream commit with git cherry-pick -x (the -x is
required by stable kernel release rules)
- add a note at the bottom that this is the manual backport for $kernel_release
- submit to stable team
https://www.kernel.org/doc/html/v4.14/process/stable-kernel-rules.html#option-3
Cheers, Daniel
>
> _______________________________________________
> dri-devel mailing list
> dri-devel@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/dri-devel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
prev parent reply other threads:[~2019-01-11 9:17 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-01-08 7:23 [PATCH v2 0/2] Fix SDL 1.2 on emulated fbdev devices (broken in kernels >=4.19) Ivan Mironov
2019-01-08 7:23 ` [PATCH v2 1/2] drm/fb-helper: Partially bring back workaround for bugs of SDL 1.2 Ivan Mironov
2019-01-08 8:17 ` Daniel Vetter
2019-01-08 7:23 ` [PATCH v2 2/2] drm/fb-helper: Ignore the value of fb_var_screeninfo.pixclock Ivan Mironov
[not found] ` <20190109155254.AA160206B6@mail.kernel.org>
2019-01-10 13:08 ` Ivan Mironov
2019-01-11 9:17 ` Daniel Vetter [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='CAKMK7uEm=MyT+Ty5EQWtQCMVTqS4w13yMeEbsXw9hE=f5OpCNw@mail.gmail.com' \
--to=daniel@ffwll.ch \
--cc=dri-devel@lists.freedesktop.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mironov.ivan@gmail.com \
--cc=sashal@kernel.org \
--cc=stable@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).