From: Arthur Marsh
Hi, the "drm fixes for 6.1-rc1" commit caused the amdgpu module to fail
with my Cape Verde radeonsi card.
I haven't been able to bisect the problem to an individual commit, but
attach a dmesg extract below.
I'm happy to supply any other configuration information and test patc
On Thu, Oct 13, 2022 at 07:31:19PM +, Simon Ser wrote:
Jonas has reported that this breaks Mutter. Sasha, can we remove this
from the stable queue?
Yup, I'll drop it for now. Thanks!
--
Thanks,
Sasha
Den 13.10.2022 15.18, skrev Maxime Ripard:
> The current construction of the named mode parsing doesn't allow to extend
> it easily. Let's move it to a separate function so we can add more
> parameters and modes.
>
> In order for the tests to still pass, some extra checks are needed, so
> it's
Hi Maxime & everyone,
Sorry for being inactive in the discussions about this patchset for the last
couple of weeks.
> +const static struct analog_parameters tv_modes_parameters[] = {
> + TV_MODE_PARAMETER(DRM_MODE_ANALOG_NTSC,
> + NTSC_LINES_NUMBER,
> +
kmap() is being deprecated in favor of kmap_local_page().
There are two main problems with kmap(): (1) It comes with an overhead as
mapping space is restricted and protected by a global lock for
synchronization and (2) it also requires global TLB invalidation when the
kmap’s pool wraps and it migh
Hi Maxime, Noralf & everyone,
I'd like to address Noralf here in particular, and refer to these discussions
from the past:
-
https://lore.kernel.org/linux-arm-kernel/2f607c7d-6da1-c8df-1c02-8dd344a92...@gmail.com/
-
https://lore.kernel.org/linux-arm-kernel/9e76a508-f469-a54d-ecd7-b5868ca99...@t
kmap() is being deprecated in favor of kmap_local_page().
There are two main problems with kmap(): (1) It comes with an overhead as
mapping space is restricted and protected by a global lock for
synchronization and (2) it also requires global TLB invalidation when the
kmap’s pool wraps and it migh
kmap() is being deprecated in favor of kmap_local_page().
There are two main problems with kmap(): (1) It comes with an overhead as
mapping space is restricted and protected by a global lock for
synchronization and (2) it also requires global TLB invalidation when the
kmap’s pool wraps and it migh
kmap() is being deprecated in favor of kmap_local_page().
There are two main problems with kmap(): (1) It comes with an overhead as
mapping space is restricted and protected by a global lock for
synchronization and (2) it also requires global TLB invalidation when the
kmap’s pool wraps and it migh
kmap() is being deprecated in favor of kmap_local_page().
There are two main problems with kmap(): (1) It comes with an overhead as
mapping space is restricted and protected by a global lock for
synchronization and (2) it also requires global TLB invalidation when the
kmap’s pool wraps and it migh
Hi Maxime,
W dniu 13.10.2022 o 15:19, Maxime Ripard pisze:
> From: Mateusz Kwiatkowski > > The VEC can accept pretty much any relatively
> reasonable mode, but still > has a bunch of constraints to meet. > > Let's
> create an atomic_check() implementation that will make sure we > don't end up
>
Hi Maxime,
Sorry about the mess that happened to the previous message. I hope this one
will be delivered more cleanly.
W dniu 13.10.2022 o 15:19, Maxime Ripard pisze:
> From: Mateusz Kwiatkowski
>
> The VEC can accept pretty much any relatively reasonable mode, but still
> has a bunch of constra
Hi Maxime,
> static int vc4_vec_connector_get_modes(struct drm_connector *connector)
> {
> - struct drm_connector_state *state = connector->state;
> struct drm_display_mode *mode;
>
> - mode = drm_mode_duplicate(connector->dev,
> - vc4_vec_tv_modes[s
Hi Maxime,
Urgh. I cannot send e-mails apparently today, as I removed the second half of
the previous message. Here goes:
> @@ -454,13 +563,6 @@ static int vc4_vec_encoder_atomic_check(struct
> drm_encoder *encoder,
> struct drm_connector_state *conn_state)
Hi Maxime,
W dniu 13.10.2022 o 15:19, Maxime Ripard pisze:
> From: Mateusz Kwiatkowski
>
> Add support for the following composite output modes (all of them are
> somewhat more obscure than the previously defined ones):
>
> - NTSC_443 - NTSC-style signal with the chroma subcarrier shifted to
>
Add support for the PAL-60 mode. Because there is no separate TV mode
property value for PAL-60, this requires matching the settings based on
the modeline in addition to just that property alone.
Signed-off-by: Mateusz Kwiatkowski
---
This patch depends on patch
'[PATCH v5 21/22] drm/vc4: vec: Ad
We can stop searching through the linked-list after we have found the
element we are looking for. So, break out of list_for_each_entry()
after we have found the element we are looking for in drm_mode_rmfb().
Signed-off-by: Hamza Mahfooz
---
drivers/gpu/drm/drm_framebuffer.c | 5 -
1 file cha
On Sun, 16 Oct 2022 at 18:09, Arthur Marsh
wrote:
>
> From: Arthur Marsh
>
> Hi, the "drm fixes for 6.1-rc1" commit caused the amdgpu module to fail
> with my Cape Verde radeonsi card.
>
> I haven't been able to bisect the problem to an individual commit, but
> attach a dmesg extract below.
>
> I
./drivers/gpu/drm/nouveau/nouveau_dmem.c: nvif/if000c.h is included more
than once.
Link: https://bugzilla.openanolis.cn/show_bug.cgi?id=2404
Reported-by: Abaci Robot
Signed-off-by: Yang Li
---
drivers/gpu/drm/nouveau/nouveau_dmem.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu
Thanks Dave, I reverted patch 312b4dc11d4f74bfe03ea25ffe04c1f2fdd13cb9 against
6.1-rc1 and the resulting kernel loaded amdgpu fine on my pc with Cape Verde
GPU.
Regards,
Arthur.
On 17 October 2022 8:14:18 am ACDT, Dave Airlie wrote:
>On Sun, 16 Oct 2022 at 18:09, Arthur Marsh
> wrote:
>>
>>
Hi Dave,
On Fri, Oct 7, 2022 at 6:26 PM Dave Stevenson
wrote:
>
> Hi Jagan
>
> On Thu, 6 Oct 2022 at 15:25, Jagan Teki wrote:
> >
> > On Fri, Mar 4, 2022 at 8:48 PM Dave Stevenson
> > wrote:
> > >
> > > Mapping to the drm_bridge flag pre_enable_upstream_first,
> > > add a new flag prepare_upstr
On Sun, Oct 16, 2022 at 3:16 AM Marek Vasut wrote:
>
> On 10/5/22 17:13, Jagan Teki wrote:
> > Samsung MIPI DSIM controller is common DSI IP that can be used in various
> > SoCs like Exynos, i.MX8M Mini/Nano.
> >
> > In order to access this DSI controller between various platform SoCs,
> > the ide
On Sun, Oct 16, 2022 at 3:18 AM Marek Vasut wrote:
>
> On 10/5/22 17:13, Jagan Teki wrote:
> > The child devices in MIPI DSI can be binding with OF-graph
> > and also via child nodes.
> >
> > The OF-graph interface represents the child devices via
> > remote and associated endpoint numbers like
>
[Public]
> -Original Message-
> From: Lyude Paul
> Sent: Thursday, October 6, 2022 3:37 AM
> To: Siqueira, Rodrigo ; dri-
> de...@lists.freedesktop.org; amd-...@lists.freedesktop.org
> Cc: Wentland, Harry ; Li, Sun peng (Leo)
> ; Deucher, Alexander
> ; Koenig, Christian
> ; Pan, Xinhui
On Sun, Oct 16, 2022 at 2:53 AM Marek Vasut wrote:
>
> On 10/5/22 17:13, Jagan Teki wrote:
> > Look like an explicit fixing up of mode_flags is required for DSIM IP
> > present in i.MX8M Mini/Nano SoCs.
> >
> > At least the LCDIF + DSIM needs active low sync polarities in order
> > to correlate th
On Sun, Oct 16, 2022 at 3:31 AM Marek Vasut wrote:
>
> On 10/5/22 17:13, Jagan Teki wrote:
>
> [...]
>
> > @@ -1321,6 +1322,32 @@ static void samsung_dsim_atomic_post_disable(struct
> > drm_bridge *bridge,
> > pm_runtime_put_sync(dsi->dev);
> > }
> >
> > +#define MAX_INPUT_SEL_FORMATS
On 14-10-22, 15:51, Rob Herring wrote:
> There's no reason to have "status" properties in examples. "okay" is the
> default, and "disabled" turns off some schema checks ('required'
> specifically).
>
> A meta-schema check for this is pending, so hopefully the last time to
> fix these.
>
> Fix the
Hi Christian,
On 2022-10-14 04:15, Christian König wrote:
> Make sure that we always have a CPU round trip to let the submission
> code correctly decide if a TLB flush is necessary or not.
>
> Signed-off-by: Christian König
> CC: sta...@vger.kernel.org # 5.19+
> ---
> drivers/gpu/drm/amd/amdgpu
Arun please take a look into this ASAP.
Thanks,
Christian.
Am 17.10.22 um 03:13 schrieb Arthur Marsh:
Thanks Dave, I reverted patch 312b4dc11d4f74bfe03ea25ffe04c1f2fdd13cb9 against
6.1-rc1 and the resulting kernel loaded amdgpu fine on my pc with Cape Verde
GPU.
Regards,
Arthur.
On 17 Octo
Am 17.10.22 um 07:29 schrieb Luben Tuikov:
Hi Christian,
On 2022-10-14 04:15, Christian König wrote:
Make sure that we always have a CPU round trip to let the submission
code correctly decide if a TLB flush is necessary or not.
Signed-off-by: Christian König
CC: sta...@vger.kernel.org # 5.19+
On Sun, Oct 16, 2022 at 02:35:56AM +0200, Marek Vasut wrote:
> The current CLRSIPO count is still marginal and does not work with high
> DSI clock rates in burst mode. Increase it further to allow the DSI link
> to work at up to 1Gbps lane speed. This returns the counts to defaults
> as provided by
On Sun, Oct 16, 2022 at 02:36:32AM +0200, Marek Vasut wrote:
> The TC358767/TC358867/TC9595 are capable of DSI burst mode, which
> is more energy efficient than the non-burst modes. Make use of it.
>
> The TC358767/TC358867/TC9595 are capable of DSI non-continuous clock,
> since it sources the int
Hi Arthur,
Is this old radeon card?
Thanks,
Arun
On 10/17/2022 11:50 AM, Christian König wrote:
Arun please take a look into this ASAP.
Thanks,
Christian.
Am 17.10.22 um 03:13 schrieb Arthur Marsh:
Thanks Dave, I reverted patch
312b4dc11d4f74bfe03ea25ffe04c1f2fdd13cb9 against 6.1-rc1 and th
33 matches
Mail list logo
