Searched hist:"4 fcd2385" (Results 1 – 4 of 4) sorted by relevance
/openbmc/linux/drivers/gpu/drm/tests/ |
H A D | drm_modes_test.c | 4fcd2385 Thu Nov 17 03:28:49 CST 2022 Maxime Ripard <maxime@cerno.tech> drm/modes: Add a function to generate analog display modes
Multiple drivers (meson, vc4, sun4i) define analog TV 525-lines and 625-lines modes in their drivers.
Since those modes are fairly standard, and that we'll need to use them in more places in the future, it makes sense to move their definition into the core framework.
However, analog display usually have fairly loose timings requirements, the only discrete parameters being the total number of lines and pixel clock frequency. Thus, we created a function that will create a display mode from the standard, the pixel frequency and the active area.
Tested-by: Mateusz Kwiatkowski <kfyatek+publicgit@gmail.com> Acked-in-principle-or-something-like-that-by: Daniel Vetter <daniel.vetter@ffwll.ch> Link: https://lore.kernel.org/r/20220728-rpi-analog-tv-properties-v10-6-256dad125326@cerno.tech Signed-off-by: Maxime Ripard <maxime@cerno.tech>
|
H A D | Makefile | 4fcd2385 Thu Nov 17 03:28:49 CST 2022 Maxime Ripard <maxime@cerno.tech> drm/modes: Add a function to generate analog display modes
Multiple drivers (meson, vc4, sun4i) define analog TV 525-lines and 625-lines modes in their drivers.
Since those modes are fairly standard, and that we'll need to use them in more places in the future, it makes sense to move their definition into the core framework.
However, analog display usually have fairly loose timings requirements, the only discrete parameters being the total number of lines and pixel clock frequency. Thus, we created a function that will create a display mode from the standard, the pixel frequency and the active area.
Tested-by: Mateusz Kwiatkowski <kfyatek+publicgit@gmail.com> Acked-in-principle-or-something-like-that-by: Daniel Vetter <daniel.vetter@ffwll.ch> Link: https://lore.kernel.org/r/20220728-rpi-analog-tv-properties-v10-6-256dad125326@cerno.tech Signed-off-by: Maxime Ripard <maxime@cerno.tech>
|
/openbmc/linux/include/drm/ |
H A D | drm_modes.h | 4fcd2385 Thu Nov 17 03:28:49 CST 2022 Maxime Ripard <maxime@cerno.tech> drm/modes: Add a function to generate analog display modes
Multiple drivers (meson, vc4, sun4i) define analog TV 525-lines and 625-lines modes in their drivers.
Since those modes are fairly standard, and that we'll need to use them in more places in the future, it makes sense to move their definition into the core framework.
However, analog display usually have fairly loose timings requirements, the only discrete parameters being the total number of lines and pixel clock frequency. Thus, we created a function that will create a display mode from the standard, the pixel frequency and the active area.
Tested-by: Mateusz Kwiatkowski <kfyatek+publicgit@gmail.com> Acked-in-principle-or-something-like-that-by: Daniel Vetter <daniel.vetter@ffwll.ch> Link: https://lore.kernel.org/r/20220728-rpi-analog-tv-properties-v10-6-256dad125326@cerno.tech Signed-off-by: Maxime Ripard <maxime@cerno.tech>
|
/openbmc/linux/drivers/gpu/drm/ |
H A D | drm_modes.c | 4fcd2385 Thu Nov 17 03:28:49 CST 2022 Maxime Ripard <maxime@cerno.tech> drm/modes: Add a function to generate analog display modes
Multiple drivers (meson, vc4, sun4i) define analog TV 525-lines and 625-lines modes in their drivers.
Since those modes are fairly standard, and that we'll need to use them in more places in the future, it makes sense to move their definition into the core framework.
However, analog display usually have fairly loose timings requirements, the only discrete parameters being the total number of lines and pixel clock frequency. Thus, we created a function that will create a display mode from the standard, the pixel frequency and the active area.
Tested-by: Mateusz Kwiatkowski <kfyatek+publicgit@gmail.com> Acked-in-principle-or-something-like-that-by: Daniel Vetter <daniel.vetter@ffwll.ch> Link: https://lore.kernel.org/r/20220728-rpi-analog-tv-properties-v10-6-256dad125326@cerno.tech Signed-off-by: Maxime Ripard <maxime@cerno.tech>
|