All of lore.kernel.org
 help / color / mirror / Atom feed
From: Robert Foss <robert.foss@linaro.org>
To: Lyude Paul <lyude@redhat.com>
Cc: intel-gfx@lists.freedesktop.org,
	dri-devel <dri-devel@lists.freedesktop.org>,
	amd-gfx@lists.freedesktop.org, nouveau@lists.freedesktop.org,
	"Ville Syrjälä" <ville.syrjala@linux.intel.com>,
	"Jani Nikula" <jani.nikula@linux.intel.com>,
	"Rodrigo Vivi" <rodrigo.vivi@intel.com>,
	"Thomas Zimmermann" <tzimmermann@suse.de>,
	"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
	"Maxime Ripard" <mripard@kernel.org>,
	"David Airlie" <airlied@linux.ie>,
	"Daniel Vetter" <daniel@ffwll.ch>,
	"open list" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 18/30] drm/print: Fixup DRM_DEBUG_KMS_RATELIMITED()
Date: Fri, 19 Mar 2021 12:30:19 +0100	[thread overview]
Message-ID: <CAG3jFyv2F7ri4wQcwipoLT6nr-K_SWpLcAFi_B0Lo_O+KaWo2w@mail.gmail.com> (raw)
In-Reply-To: <20210219215326.2227596-19-lyude@redhat.com>

Hey Lyude,

Thanks for the patch,

On Fri, 19 Feb 2021 at 22:59, Lyude Paul <lyude@redhat.com> wrote:
>
> Since we're about to move drm_dp_helper.c over to drm_dbg_*(), we'll want
> to make sure that we can also add ratelimited versions of these macros in
> order to retain some of the previous debugging output behavior we had.
>
> However, as I was preparing to do this I noticed that the current
> rate limited macros we have are kind of bogus. It looks like when I wrote
> these, I didn't notice that we'd always be calling __ratelimit() even if
> the debugging message we'd be printing would normally be filtered out due
> to the relevant DRM debugging category being disabled.
>
> So, let's fix this by making sure to check drm_debug_enabled() in our
> ratelimited macros before calling __ratelimit(), and start using
> drm_dev_printk() in order to print debugging messages since that will save
> us from doing a redundant drm_debug_enabled() check. And while we're at it,
> let's move the code for this into another macro that we can reuse for
> defining new ratelimited DRM debug macros more easily.
>
> Signed-off-by: Lyude Paul <lyude@redhat.com>
> ---
>  include/drm/drm_print.h | 20 ++++++++++++--------
>  1 file changed, 12 insertions(+), 8 deletions(-)
>
> diff --git a/include/drm/drm_print.h b/include/drm/drm_print.h
> index f32d179e139d..3a0c3fe4d292 100644
> --- a/include/drm/drm_print.h
> +++ b/include/drm/drm_print.h
> @@ -524,16 +524,20 @@ void __drm_err(const char *format, ...);
>  #define DRM_DEBUG_DP(fmt, ...)                                         \
>         __drm_dbg(DRM_UT_DP, fmt, ## __VA_ARGS__)
>
> -
> -#define DRM_DEBUG_KMS_RATELIMITED(fmt, ...)                            \
> -({                                                                     \
> -       static DEFINE_RATELIMIT_STATE(_rs,                              \
> -                                     DEFAULT_RATELIMIT_INTERVAL,       \
> -                                     DEFAULT_RATELIMIT_BURST);         \
> -       if (__ratelimit(&_rs))                                          \
> -               drm_dev_dbg(NULL, DRM_UT_KMS, fmt, ##__VA_ARGS__);      \
> +#define __DRM_DEFINE_DBG_RATELIMITED(category, drm, fmt, ...)                                    \
> +({                                                                                               \
> +       static DEFINE_RATELIMIT_STATE(rs_, DEFAULT_RATELIMIT_INTERVAL, DEFAULT_RATELIMIT_BURST); \
> +       const struct drm_device *drm_ = (drm);                                                   \
> +                                                                                                 \
> +       if (drm_debug_enabled(DRM_UT_ ## category) && __ratelimit(&rs_))                         \
> +               drm_dev_printk(drm_ ? drm_->dev : NULL, KERN_DEBUG, fmt, ## __VA_ARGS__);        \
>  })

checkpatch --strict is unhappy about the tabs/spaces in this patch


ERROR: code indent should use tabs where possible
#48: FILE: include/drm/drm_print.h:531:
+
                           \$

WARNING: please, no spaces at the start of a line
#48: FILE: include/drm/drm_print.h:531:
+
                           \$


>
> +#define drm_dbg_kms_ratelimited(drm, fmt, ...) \
> +       __DRM_DEFINE_DBG_RATELIMITED(KMS, drm, fmt, ## __VA_ARGS__)
> +
> +#define DRM_DEBUG_KMS_RATELIMITED(fmt, ...) drm_dbg_kms_ratelimited(NULL, fmt, ## __VA_ARGS__)
> +
>  /*
>   * struct drm_device based WARNs
>   *
> --
> 2.29.2
>

WARNING: multiple messages have this Message-ID (diff)
From: Robert Foss <robert.foss@linaro.org>
To: Lyude Paul <lyude@redhat.com>
Cc: "Maxime Ripard" <mripard@kernel.org>,
	dri-devel <dri-devel@lists.freedesktop.org>,
	"David Airlie" <airlied@linux.ie>,
	nouveau@lists.freedesktop.org, intel-gfx@lists.freedesktop.org,
	"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
	"open list" <linux-kernel@vger.kernel.org>,
	"Jani Nikula" <jani.nikula@linux.intel.com>,
	amd-gfx@lists.freedesktop.org,
	"Rodrigo Vivi" <rodrigo.vivi@intel.com>,
	"Daniel Vetter" <daniel@ffwll.ch>,
	"Ville Syrjälä" <ville.syrjala@linux.intel.com>
Subject: Re: [Nouveau] [PATCH 18/30] drm/print: Fixup DRM_DEBUG_KMS_RATELIMITED()
Date: Fri, 19 Mar 2021 12:30:19 +0100	[thread overview]
Message-ID: <CAG3jFyv2F7ri4wQcwipoLT6nr-K_SWpLcAFi_B0Lo_O+KaWo2w@mail.gmail.com> (raw)
In-Reply-To: <20210219215326.2227596-19-lyude@redhat.com>

Hey Lyude,

Thanks for the patch,

On Fri, 19 Feb 2021 at 22:59, Lyude Paul <lyude@redhat.com> wrote:
>
> Since we're about to move drm_dp_helper.c over to drm_dbg_*(), we'll want
> to make sure that we can also add ratelimited versions of these macros in
> order to retain some of the previous debugging output behavior we had.
>
> However, as I was preparing to do this I noticed that the current
> rate limited macros we have are kind of bogus. It looks like when I wrote
> these, I didn't notice that we'd always be calling __ratelimit() even if
> the debugging message we'd be printing would normally be filtered out due
> to the relevant DRM debugging category being disabled.
>
> So, let's fix this by making sure to check drm_debug_enabled() in our
> ratelimited macros before calling __ratelimit(), and start using
> drm_dev_printk() in order to print debugging messages since that will save
> us from doing a redundant drm_debug_enabled() check. And while we're at it,
> let's move the code for this into another macro that we can reuse for
> defining new ratelimited DRM debug macros more easily.
>
> Signed-off-by: Lyude Paul <lyude@redhat.com>
> ---
>  include/drm/drm_print.h | 20 ++++++++++++--------
>  1 file changed, 12 insertions(+), 8 deletions(-)
>
> diff --git a/include/drm/drm_print.h b/include/drm/drm_print.h
> index f32d179e139d..3a0c3fe4d292 100644
> --- a/include/drm/drm_print.h
> +++ b/include/drm/drm_print.h
> @@ -524,16 +524,20 @@ void __drm_err(const char *format, ...);
>  #define DRM_DEBUG_DP(fmt, ...)                                         \
>         __drm_dbg(DRM_UT_DP, fmt, ## __VA_ARGS__)
>
> -
> -#define DRM_DEBUG_KMS_RATELIMITED(fmt, ...)                            \
> -({                                                                     \
> -       static DEFINE_RATELIMIT_STATE(_rs,                              \
> -                                     DEFAULT_RATELIMIT_INTERVAL,       \
> -                                     DEFAULT_RATELIMIT_BURST);         \
> -       if (__ratelimit(&_rs))                                          \
> -               drm_dev_dbg(NULL, DRM_UT_KMS, fmt, ##__VA_ARGS__);      \
> +#define __DRM_DEFINE_DBG_RATELIMITED(category, drm, fmt, ...)                                    \
> +({                                                                                               \
> +       static DEFINE_RATELIMIT_STATE(rs_, DEFAULT_RATELIMIT_INTERVAL, DEFAULT_RATELIMIT_BURST); \
> +       const struct drm_device *drm_ = (drm);                                                   \
> +                                                                                                 \
> +       if (drm_debug_enabled(DRM_UT_ ## category) && __ratelimit(&rs_))                         \
> +               drm_dev_printk(drm_ ? drm_->dev : NULL, KERN_DEBUG, fmt, ## __VA_ARGS__);        \
>  })

checkpatch --strict is unhappy about the tabs/spaces in this patch


ERROR: code indent should use tabs where possible
#48: FILE: include/drm/drm_print.h:531:
+
                           \$

WARNING: please, no spaces at the start of a line
#48: FILE: include/drm/drm_print.h:531:
+
                           \$


>
> +#define drm_dbg_kms_ratelimited(drm, fmt, ...) \
> +       __DRM_DEFINE_DBG_RATELIMITED(KMS, drm, fmt, ## __VA_ARGS__)
> +
> +#define DRM_DEBUG_KMS_RATELIMITED(fmt, ...) drm_dbg_kms_ratelimited(NULL, fmt, ## __VA_ARGS__)
> +
>  /*
>   * struct drm_device based WARNs
>   *
> --
> 2.29.2
>
_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

WARNING: multiple messages have this Message-ID (diff)
From: Robert Foss <robert.foss@linaro.org>
To: Lyude Paul <lyude@redhat.com>
Cc: dri-devel <dri-devel@lists.freedesktop.org>,
	David Airlie <airlied@linux.ie>,
	nouveau@lists.freedesktop.org, intel-gfx@lists.freedesktop.org,
	open list <linux-kernel@vger.kernel.org>,
	amd-gfx@lists.freedesktop.org,
	Thomas Zimmermann <tzimmermann@suse.de>,
	Rodrigo Vivi <rodrigo.vivi@intel.com>
Subject: Re: [PATCH 18/30] drm/print: Fixup DRM_DEBUG_KMS_RATELIMITED()
Date: Fri, 19 Mar 2021 12:30:19 +0100	[thread overview]
Message-ID: <CAG3jFyv2F7ri4wQcwipoLT6nr-K_SWpLcAFi_B0Lo_O+KaWo2w@mail.gmail.com> (raw)
In-Reply-To: <20210219215326.2227596-19-lyude@redhat.com>

Hey Lyude,

Thanks for the patch,

On Fri, 19 Feb 2021 at 22:59, Lyude Paul <lyude@redhat.com> wrote:
>
> Since we're about to move drm_dp_helper.c over to drm_dbg_*(), we'll want
> to make sure that we can also add ratelimited versions of these macros in
> order to retain some of the previous debugging output behavior we had.
>
> However, as I was preparing to do this I noticed that the current
> rate limited macros we have are kind of bogus. It looks like when I wrote
> these, I didn't notice that we'd always be calling __ratelimit() even if
> the debugging message we'd be printing would normally be filtered out due
> to the relevant DRM debugging category being disabled.
>
> So, let's fix this by making sure to check drm_debug_enabled() in our
> ratelimited macros before calling __ratelimit(), and start using
> drm_dev_printk() in order to print debugging messages since that will save
> us from doing a redundant drm_debug_enabled() check. And while we're at it,
> let's move the code for this into another macro that we can reuse for
> defining new ratelimited DRM debug macros more easily.
>
> Signed-off-by: Lyude Paul <lyude@redhat.com>
> ---
>  include/drm/drm_print.h | 20 ++++++++++++--------
>  1 file changed, 12 insertions(+), 8 deletions(-)
>
> diff --git a/include/drm/drm_print.h b/include/drm/drm_print.h
> index f32d179e139d..3a0c3fe4d292 100644
> --- a/include/drm/drm_print.h
> +++ b/include/drm/drm_print.h
> @@ -524,16 +524,20 @@ void __drm_err(const char *format, ...);
>  #define DRM_DEBUG_DP(fmt, ...)                                         \
>         __drm_dbg(DRM_UT_DP, fmt, ## __VA_ARGS__)
>
> -
> -#define DRM_DEBUG_KMS_RATELIMITED(fmt, ...)                            \
> -({                                                                     \
> -       static DEFINE_RATELIMIT_STATE(_rs,                              \
> -                                     DEFAULT_RATELIMIT_INTERVAL,       \
> -                                     DEFAULT_RATELIMIT_BURST);         \
> -       if (__ratelimit(&_rs))                                          \
> -               drm_dev_dbg(NULL, DRM_UT_KMS, fmt, ##__VA_ARGS__);      \
> +#define __DRM_DEFINE_DBG_RATELIMITED(category, drm, fmt, ...)                                    \
> +({                                                                                               \
> +       static DEFINE_RATELIMIT_STATE(rs_, DEFAULT_RATELIMIT_INTERVAL, DEFAULT_RATELIMIT_BURST); \
> +       const struct drm_device *drm_ = (drm);                                                   \
> +                                                                                                 \
> +       if (drm_debug_enabled(DRM_UT_ ## category) && __ratelimit(&rs_))                         \
> +               drm_dev_printk(drm_ ? drm_->dev : NULL, KERN_DEBUG, fmt, ## __VA_ARGS__);        \
>  })

checkpatch --strict is unhappy about the tabs/spaces in this patch


ERROR: code indent should use tabs where possible
#48: FILE: include/drm/drm_print.h:531:
+
                           \$

WARNING: please, no spaces at the start of a line
#48: FILE: include/drm/drm_print.h:531:
+
                           \$


>
> +#define drm_dbg_kms_ratelimited(drm, fmt, ...) \
> +       __DRM_DEFINE_DBG_RATELIMITED(KMS, drm, fmt, ## __VA_ARGS__)
> +
> +#define DRM_DEBUG_KMS_RATELIMITED(fmt, ...) drm_dbg_kms_ratelimited(NULL, fmt, ## __VA_ARGS__)
> +
>  /*
>   * struct drm_device based WARNs
>   *
> --
> 2.29.2
>
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

WARNING: multiple messages have this Message-ID (diff)
From: Robert Foss <robert.foss@linaro.org>
To: Lyude Paul <lyude@redhat.com>
Cc: Maxime Ripard <mripard@kernel.org>,
	dri-devel <dri-devel@lists.freedesktop.org>,
	David Airlie <airlied@linux.ie>,
	nouveau@lists.freedesktop.org, intel-gfx@lists.freedesktop.org,
	open list <linux-kernel@vger.kernel.org>,
	amd-gfx@lists.freedesktop.org,
	Thomas Zimmermann <tzimmermann@suse.de>
Subject: Re: [Intel-gfx] [PATCH 18/30] drm/print: Fixup DRM_DEBUG_KMS_RATELIMITED()
Date: Fri, 19 Mar 2021 12:30:19 +0100	[thread overview]
Message-ID: <CAG3jFyv2F7ri4wQcwipoLT6nr-K_SWpLcAFi_B0Lo_O+KaWo2w@mail.gmail.com> (raw)
In-Reply-To: <20210219215326.2227596-19-lyude@redhat.com>

Hey Lyude,

Thanks for the patch,

On Fri, 19 Feb 2021 at 22:59, Lyude Paul <lyude@redhat.com> wrote:
>
> Since we're about to move drm_dp_helper.c over to drm_dbg_*(), we'll want
> to make sure that we can also add ratelimited versions of these macros in
> order to retain some of the previous debugging output behavior we had.
>
> However, as I was preparing to do this I noticed that the current
> rate limited macros we have are kind of bogus. It looks like when I wrote
> these, I didn't notice that we'd always be calling __ratelimit() even if
> the debugging message we'd be printing would normally be filtered out due
> to the relevant DRM debugging category being disabled.
>
> So, let's fix this by making sure to check drm_debug_enabled() in our
> ratelimited macros before calling __ratelimit(), and start using
> drm_dev_printk() in order to print debugging messages since that will save
> us from doing a redundant drm_debug_enabled() check. And while we're at it,
> let's move the code for this into another macro that we can reuse for
> defining new ratelimited DRM debug macros more easily.
>
> Signed-off-by: Lyude Paul <lyude@redhat.com>
> ---
>  include/drm/drm_print.h | 20 ++++++++++++--------
>  1 file changed, 12 insertions(+), 8 deletions(-)
>
> diff --git a/include/drm/drm_print.h b/include/drm/drm_print.h
> index f32d179e139d..3a0c3fe4d292 100644
> --- a/include/drm/drm_print.h
> +++ b/include/drm/drm_print.h
> @@ -524,16 +524,20 @@ void __drm_err(const char *format, ...);
>  #define DRM_DEBUG_DP(fmt, ...)                                         \
>         __drm_dbg(DRM_UT_DP, fmt, ## __VA_ARGS__)
>
> -
> -#define DRM_DEBUG_KMS_RATELIMITED(fmt, ...)                            \
> -({                                                                     \
> -       static DEFINE_RATELIMIT_STATE(_rs,                              \
> -                                     DEFAULT_RATELIMIT_INTERVAL,       \
> -                                     DEFAULT_RATELIMIT_BURST);         \
> -       if (__ratelimit(&_rs))                                          \
> -               drm_dev_dbg(NULL, DRM_UT_KMS, fmt, ##__VA_ARGS__);      \
> +#define __DRM_DEFINE_DBG_RATELIMITED(category, drm, fmt, ...)                                    \
> +({                                                                                               \
> +       static DEFINE_RATELIMIT_STATE(rs_, DEFAULT_RATELIMIT_INTERVAL, DEFAULT_RATELIMIT_BURST); \
> +       const struct drm_device *drm_ = (drm);                                                   \
> +                                                                                                 \
> +       if (drm_debug_enabled(DRM_UT_ ## category) && __ratelimit(&rs_))                         \
> +               drm_dev_printk(drm_ ? drm_->dev : NULL, KERN_DEBUG, fmt, ## __VA_ARGS__);        \
>  })

checkpatch --strict is unhappy about the tabs/spaces in this patch


ERROR: code indent should use tabs where possible
#48: FILE: include/drm/drm_print.h:531:
+
                           \$

WARNING: please, no spaces at the start of a line
#48: FILE: include/drm/drm_print.h:531:
+
                           \$


>
> +#define drm_dbg_kms_ratelimited(drm, fmt, ...) \
> +       __DRM_DEFINE_DBG_RATELIMITED(KMS, drm, fmt, ## __VA_ARGS__)
> +
> +#define DRM_DEBUG_KMS_RATELIMITED(fmt, ...) drm_dbg_kms_ratelimited(NULL, fmt, ## __VA_ARGS__)
> +
>  /*
>   * struct drm_device based WARNs
>   *
> --
> 2.29.2
>
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

WARNING: multiple messages have this Message-ID (diff)
From: Robert Foss <robert.foss@linaro.org>
To: Lyude Paul <lyude@redhat.com>
Cc: "Maxime Ripard" <mripard@kernel.org>,
	dri-devel <dri-devel@lists.freedesktop.org>,
	"David Airlie" <airlied@linux.ie>,
	nouveau@lists.freedesktop.org, intel-gfx@lists.freedesktop.org,
	"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
	"open list" <linux-kernel@vger.kernel.org>,
	"Jani Nikula" <jani.nikula@linux.intel.com>,
	amd-gfx@lists.freedesktop.org,
	"Thomas Zimmermann" <tzimmermann@suse.de>,
	"Rodrigo Vivi" <rodrigo.vivi@intel.com>,
	"Daniel Vetter" <daniel@ffwll.ch>,
	"Ville Syrjälä" <ville.syrjala@linux.intel.com>
Subject: Re: [PATCH 18/30] drm/print: Fixup DRM_DEBUG_KMS_RATELIMITED()
Date: Fri, 19 Mar 2021 12:30:19 +0100	[thread overview]
Message-ID: <CAG3jFyv2F7ri4wQcwipoLT6nr-K_SWpLcAFi_B0Lo_O+KaWo2w@mail.gmail.com> (raw)
In-Reply-To: <20210219215326.2227596-19-lyude@redhat.com>

Hey Lyude,

Thanks for the patch,

On Fri, 19 Feb 2021 at 22:59, Lyude Paul <lyude@redhat.com> wrote:
>
> Since we're about to move drm_dp_helper.c over to drm_dbg_*(), we'll want
> to make sure that we can also add ratelimited versions of these macros in
> order to retain some of the previous debugging output behavior we had.
>
> However, as I was preparing to do this I noticed that the current
> rate limited macros we have are kind of bogus. It looks like when I wrote
> these, I didn't notice that we'd always be calling __ratelimit() even if
> the debugging message we'd be printing would normally be filtered out due
> to the relevant DRM debugging category being disabled.
>
> So, let's fix this by making sure to check drm_debug_enabled() in our
> ratelimited macros before calling __ratelimit(), and start using
> drm_dev_printk() in order to print debugging messages since that will save
> us from doing a redundant drm_debug_enabled() check. And while we're at it,
> let's move the code for this into another macro that we can reuse for
> defining new ratelimited DRM debug macros more easily.
>
> Signed-off-by: Lyude Paul <lyude@redhat.com>
> ---
>  include/drm/drm_print.h | 20 ++++++++++++--------
>  1 file changed, 12 insertions(+), 8 deletions(-)
>
> diff --git a/include/drm/drm_print.h b/include/drm/drm_print.h
> index f32d179e139d..3a0c3fe4d292 100644
> --- a/include/drm/drm_print.h
> +++ b/include/drm/drm_print.h
> @@ -524,16 +524,20 @@ void __drm_err(const char *format, ...);
>  #define DRM_DEBUG_DP(fmt, ...)                                         \
>         __drm_dbg(DRM_UT_DP, fmt, ## __VA_ARGS__)
>
> -
> -#define DRM_DEBUG_KMS_RATELIMITED(fmt, ...)                            \
> -({                                                                     \
> -       static DEFINE_RATELIMIT_STATE(_rs,                              \
> -                                     DEFAULT_RATELIMIT_INTERVAL,       \
> -                                     DEFAULT_RATELIMIT_BURST);         \
> -       if (__ratelimit(&_rs))                                          \
> -               drm_dev_dbg(NULL, DRM_UT_KMS, fmt, ##__VA_ARGS__);      \
> +#define __DRM_DEFINE_DBG_RATELIMITED(category, drm, fmt, ...)                                    \
> +({                                                                                               \
> +       static DEFINE_RATELIMIT_STATE(rs_, DEFAULT_RATELIMIT_INTERVAL, DEFAULT_RATELIMIT_BURST); \
> +       const struct drm_device *drm_ = (drm);                                                   \
> +                                                                                                 \
> +       if (drm_debug_enabled(DRM_UT_ ## category) && __ratelimit(&rs_))                         \
> +               drm_dev_printk(drm_ ? drm_->dev : NULL, KERN_DEBUG, fmt, ## __VA_ARGS__);        \
>  })

checkpatch --strict is unhappy about the tabs/spaces in this patch


ERROR: code indent should use tabs where possible
#48: FILE: include/drm/drm_print.h:531:
+
                           \$

WARNING: please, no spaces at the start of a line
#48: FILE: include/drm/drm_print.h:531:
+
                           \$


>
> +#define drm_dbg_kms_ratelimited(drm, fmt, ...) \
> +       __DRM_DEFINE_DBG_RATELIMITED(KMS, drm, fmt, ## __VA_ARGS__)
> +
> +#define DRM_DEBUG_KMS_RATELIMITED(fmt, ...) drm_dbg_kms_ratelimited(NULL, fmt, ## __VA_ARGS__)
> +
>  /*
>   * struct drm_device based WARNs
>   *
> --
> 2.29.2
>
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

  reply	other threads:[~2021-03-19 11:31 UTC|newest]

Thread overview: 282+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-02-19 21:52 [Nouveau] [PATCH 00/30] drm: Use new DRM printk funcs (like drm_dbg_*()) in DP helpers Lyude Paul
2021-02-19 21:52 ` Lyude Paul
2021-02-19 21:52 ` [Intel-gfx] " Lyude Paul
2021-02-19 21:52 ` Lyude Paul
2021-02-19 21:52 ` [PATCH 01/30] drm/dp: Rewrap kdocs for struct drm_dp_aux Lyude Paul
2021-02-19 21:52   ` Lyude Paul
2021-02-19 21:52   ` [Intel-gfx] " Lyude Paul
2021-02-19 21:52   ` Lyude Paul
2021-02-19 21:52   ` [Nouveau] " Lyude Paul
2021-02-19 23:42   ` Randy Dunlap
2021-02-19 23:42     ` Randy Dunlap
2021-02-19 23:42     ` [Intel-gfx] " Randy Dunlap
2021-02-19 23:42     ` Randy Dunlap
2021-02-19 23:42     ` [Nouveau] " Randy Dunlap
2021-02-24 18:31     ` Lyude Paul
2021-02-24 18:31       ` Lyude Paul
2021-02-24 18:31       ` [Intel-gfx] " Lyude Paul
2021-02-24 18:31       ` Lyude Paul
2021-02-24 18:31       ` [Nouveau] " Lyude Paul
2021-02-19 21:52 ` [PATCH 02/30] drm/dp: Fixup kernel docs " Lyude Paul
2021-02-19 21:52   ` Lyude Paul
2021-02-19 21:52   ` [Intel-gfx] " Lyude Paul
2021-02-19 21:52   ` Lyude Paul
2021-02-19 21:52   ` [Nouveau] " Lyude Paul
2021-02-19 23:39   ` Randy Dunlap
2021-02-19 23:39     ` Randy Dunlap
2021-02-19 23:39     ` [Intel-gfx] " Randy Dunlap
2021-02-19 23:39     ` Randy Dunlap
2021-02-19 23:39     ` [Nouveau] " Randy Dunlap
2021-02-19 21:52 ` [PATCH 03/30] drm/tegra: Don't register DP AUX channels before connectors Lyude Paul
2021-02-19 21:52   ` Lyude Paul
2021-02-19 21:52   ` [Intel-gfx] " Lyude Paul
2021-02-19 21:52   ` Lyude Paul
2021-02-19 21:52   ` [Nouveau] " Lyude Paul
2021-04-14 16:49   ` Thierry Reding
2021-04-14 16:49     ` Thierry Reding
2021-04-14 16:49     ` [Intel-gfx] " Thierry Reding
2021-04-14 16:49     ` Thierry Reding
2021-04-14 16:49     ` [Nouveau] " Thierry Reding
2021-04-14 18:17     ` Lyude Paul
2021-04-14 18:17       ` Lyude Paul
2021-04-14 18:17       ` [Intel-gfx] " Lyude Paul
2021-04-14 18:17       ` Lyude Paul
2021-04-14 18:17       ` [Nouveau] " Lyude Paul
2021-02-19 21:53 ` [PATCH 04/30] drm/bridge/tc358767: Don't register DP AUX channel until bridge is attached Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Intel-gfx] " Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Nouveau] " Lyude Paul
2021-03-19 14:27   ` Robert Foss
2021-03-19 14:27     ` Robert Foss
2021-03-19 14:27     ` [Intel-gfx] " Robert Foss
2021-03-19 14:27     ` Robert Foss
2021-03-19 14:27     ` [Nouveau] " Robert Foss
2021-02-19 21:53 ` [PATCH 05/30] drm/bridge/cdns-mhdp8546: Register DP aux channel with userspace Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Intel-gfx] " Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Nouveau] " Lyude Paul
2021-02-19 21:53 ` [PATCH 06/30] drm/bridge/ti-sn65dsi86: (Un)register aux device on bridge attach/detach Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Intel-gfx] " Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Nouveau] " Lyude Paul
2021-02-21 18:11   ` Laurent Pinchart
2021-02-21 18:11     ` Laurent Pinchart
2021-02-21 18:11     ` [Intel-gfx] " Laurent Pinchart
2021-02-21 18:11     ` Laurent Pinchart
2021-02-21 18:11     ` [Nouveau] " Laurent Pinchart
2021-02-19 21:53 ` [PATCH 07/30] drm/bridge/analogix/anx78xx: Add missing drm_dp_aux_unregister() call Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Intel-gfx] " Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Nouveau] " Lyude Paul
2021-03-19 14:28   ` Robert Foss
2021-03-19 14:28     ` Robert Foss
2021-03-19 14:28     ` [Intel-gfx] " Robert Foss
2021-03-19 14:28     ` Robert Foss
2021-03-19 14:28     ` [Nouveau] " Robert Foss
2021-02-19 21:53 ` [PATCH 08/30] drm/bridge/analogix/anx78xx: Setup encoder before registering connector Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Intel-gfx] " Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Nouveau] " Lyude Paul
2021-03-19 14:35   ` Robert Foss
2021-03-19 14:35     ` Robert Foss
2021-03-19 14:35     ` [Intel-gfx] " Robert Foss
2021-03-19 14:35     ` Robert Foss
2021-03-19 14:35     ` [Nouveau] " Robert Foss
2021-02-19 21:53 ` [PATCH 09/30] drm/bridge/analogix/anx78xx: Cleanup on error in anx78xx_bridge_attach() Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Intel-gfx] " Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Nouveau] " Lyude Paul
2021-03-19 14:37   ` Robert Foss
2021-03-19 14:37     ` Robert Foss
2021-03-19 14:37     ` [Intel-gfx] " Robert Foss
2021-03-19 14:37     ` Robert Foss
2021-03-19 14:37     ` [Nouveau] " Robert Foss
2021-02-19 21:53 ` [PATCH 10/30] drm/bridge/analogix/anx6345: Add missing drm_dp_aux_unregister() call Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Intel-gfx] " Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Nouveau] " Lyude Paul
2021-03-19 14:39   ` Robert Foss
2021-03-19 14:39     ` Robert Foss
2021-03-19 14:39     ` [Intel-gfx] " Robert Foss
2021-03-19 14:39     ` Robert Foss
2021-03-19 14:39     ` [Nouveau] " Robert Foss
2021-02-19 21:53 ` [PATCH 11/30] drm/bridge/analogix/anx6345: Don't link encoder until after connector registration Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Intel-gfx] " Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Nouveau] " Lyude Paul
2021-03-19 14:43   ` Robert Foss
2021-03-19 14:43     ` Robert Foss
2021-03-19 14:43     ` [Intel-gfx] " Robert Foss
2021-03-19 14:43     ` Robert Foss
2021-03-19 14:43     ` [Nouveau] " Robert Foss
2021-02-19 21:53 ` [PATCH 12/30] drm/bridge/analogix/anx6345: Cleanup on errors in anx6345_bridge_attach() Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Intel-gfx] " Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Nouveau] " Lyude Paul
2021-03-19 14:44   ` Robert Foss
2021-03-19 14:44     ` Robert Foss
2021-03-19 14:44     ` [Intel-gfx] " Robert Foss
2021-03-19 14:44     ` Robert Foss
2021-03-19 14:44     ` [Nouveau] " Robert Foss
2021-02-19 21:53 ` [PATCH 13/30] drm/bridge/analogix/dp_core: Unregister DP AUX channel on error in analogix_dp_probe() Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Intel-gfx] " Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Nouveau] " Lyude Paul
2021-03-19 14:45   ` Robert Foss
2021-03-19 14:45     ` Robert Foss
2021-03-19 14:45     ` [Intel-gfx] " Robert Foss
2021-03-19 14:45     ` Robert Foss
2021-03-19 14:45     ` [Nouveau] " Robert Foss
2021-02-19 21:53 ` [PATCH 14/30] drm/nouveau/kms/nv50-: Move AUX adapter reg to connector late register/early unregister Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Intel-gfx] " Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Nouveau] " Lyude Paul
2021-02-19 21:53 ` [PATCH 15/30] drm/dp: Add backpointer to drm_device in drm_dp_aux Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Intel-gfx] " Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Nouveau] " Lyude Paul
2021-02-21 18:21   ` Laurent Pinchart
2021-02-21 18:21     ` Laurent Pinchart
2021-02-21 18:21     ` [Intel-gfx] " Laurent Pinchart
2021-02-21 18:21     ` Laurent Pinchart
2021-02-21 18:21     ` [Nouveau] " Laurent Pinchart
2021-02-24 20:40     ` Lyude Paul
2021-02-24 20:40       ` Lyude Paul
2021-02-24 20:40       ` [Intel-gfx] " Lyude Paul
2021-02-24 20:40       ` Lyude Paul
2021-02-24 20:40       ` [Nouveau] " Lyude Paul
2021-02-19 21:53 ` [PATCH 16/30] drm/dp: Rewrap drm_dp_aux_register()/drm_dp_aux_init() kdocs Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Intel-gfx] " Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Nouveau] " Lyude Paul
2021-02-19 21:53 ` [PATCH 17/30] drm/dp: Clarify DP AUX registration time Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Intel-gfx] " Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Nouveau] " Lyude Paul
2021-02-19 21:53 ` [PATCH 18/30] drm/print: Fixup DRM_DEBUG_KMS_RATELIMITED() Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Intel-gfx] " Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Nouveau] " Lyude Paul
2021-03-19 11:30   ` Robert Foss [this message]
2021-03-19 11:30     ` Robert Foss
2021-03-19 11:30     ` [Intel-gfx] " Robert Foss
2021-03-19 11:30     ` Robert Foss
2021-03-19 11:30     ` [Nouveau] " Robert Foss
2021-02-19 21:53 ` [PATCH 19/30] drm/dp: Pass drm_dp_aux to drm_dp_link_train_clock_recovery_delay() Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Intel-gfx] " Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Nouveau] " Lyude Paul
2021-02-21 18:22   ` Laurent Pinchart
2021-02-21 18:22     ` Laurent Pinchart
2021-02-21 18:22     ` [Intel-gfx] " Laurent Pinchart
2021-02-21 18:22     ` Laurent Pinchart
2021-02-21 18:22     ` Laurent Pinchart
2021-02-21 18:22     ` [Nouveau] " Laurent Pinchart
2021-02-23 14:49   ` [Intel-gfx] " Rodrigo Vivi
2021-02-23 14:49     ` Rodrigo Vivi
2021-02-23 14:49     ` Rodrigo Vivi
2021-02-23 14:49     ` Rodrigo Vivi
2021-02-23 14:49     ` Rodrigo Vivi
2021-02-23 14:49     ` [Nouveau] " Rodrigo Vivi
2021-02-19 21:53 ` [PATCH 20/30] drm/dp: Pass drm_dp_aux to drm_dp*_link_train_channel_eq_delay() Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Intel-gfx] " Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Nouveau] " Lyude Paul
2021-02-21 18:23   ` Laurent Pinchart
2021-02-21 18:23     ` Laurent Pinchart
2021-02-21 18:23     ` [Intel-gfx] " Laurent Pinchart
2021-02-21 18:23     ` Laurent Pinchart
2021-02-21 18:23     ` Laurent Pinchart
2021-02-21 18:23     ` [Nouveau] " Laurent Pinchart
2021-02-19 21:53 ` [PATCH 21/30] drm/dp: Always print aux channel name in logs Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Intel-gfx] " Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Nouveau] " Lyude Paul
2021-02-19 21:53 ` [PATCH 22/30] drm/dp_dual_mode: Pass drm_device to drm_dp_dual_mode_detect() Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Intel-gfx] " Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Nouveau] " Lyude Paul
2021-02-19 21:53 ` [PATCH 23/30] drm/dp_dual_mode: Pass drm_device to drm_dp_dual_mode_set_tmds_output() Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Intel-gfx] " Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Nouveau] " Lyude Paul
2021-02-19 21:53 ` [PATCH 24/30] drm/dp_dual_mode: Pass drm_device to drm_dp_dual_mode_max_tmds_clock() Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Intel-gfx] " Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Nouveau] " Lyude Paul
2021-02-19 21:53 ` [PATCH 25/30] drm/dp_dual_mode: Pass drm_device to drm_dp_dual_mode_get_tmds_output() Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Intel-gfx] " Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Nouveau] " Lyude Paul
2021-02-19 21:53 ` [PATCH 26/30] drm/dp_dual_mode: Pass drm_device to drm_lspcon_(get|set)_mode() Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Intel-gfx] " Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Nouveau] " Lyude Paul
2021-02-19 21:53 ` [PATCH 27/30] drm/dp_mst: Pass drm_dp_mst_topology_mgr to drm_dp_get_vc_payload_bw() Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Intel-gfx] " Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Nouveau] " Lyude Paul
2021-03-19 11:35   ` Robert Foss
2021-03-19 11:35     ` Robert Foss
2021-03-19 11:35     ` [Intel-gfx] " Robert Foss
2021-03-19 11:35     ` Robert Foss
2021-03-19 11:35     ` [Nouveau] " Robert Foss
2021-02-19 21:53 ` [PATCH 28/30] drm/dp: Convert drm_dp_helper.c to using drm_err/drm_dbg_*() Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Intel-gfx] " Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Nouveau] " Lyude Paul
2021-03-19 11:39   ` Robert Foss
2021-03-19 11:39     ` Robert Foss
2021-03-19 11:39     ` [Intel-gfx] " Robert Foss
2021-03-19 11:39     ` Robert Foss
2021-03-19 11:39     ` [Nouveau] " Robert Foss
2021-02-19 21:53 ` [PATCH 29/30] drm/dp_dual_mode: Convert drm_dp_dual_mode_helper.c to using drm_err/drm_dbg_kms() Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Intel-gfx] " Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Nouveau] " Lyude Paul
2021-02-19 21:53 ` [PATCH 30/30] drm/dp_mst: Convert drm_dp_mst_topology.c to drm_err()/drm_dbg*() Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Intel-gfx] " Lyude Paul
2021-02-19 21:53   ` Lyude Paul
2021-02-19 21:53   ` [Nouveau] " Lyude Paul
2021-03-19 11:47   ` Robert Foss
2021-03-19 11:47     ` Robert Foss
2021-03-19 11:47     ` [Intel-gfx] " Robert Foss
2021-03-19 11:47     ` Robert Foss
2021-03-19 11:47     ` [Nouveau] " Robert Foss
2021-02-19 22:11 ` [Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for drm: Use new DRM printk funcs (like drm_dbg_*()) in DP helpers Patchwork
2021-02-19 22:14 ` [Intel-gfx] ✗ Fi.CI.SPARSE: " Patchwork
2021-02-19 22:40 ` [Intel-gfx] ✓ Fi.CI.BAT: success " Patchwork
2021-02-19 23:56 ` [Intel-gfx] ✗ Fi.CI.IGT: failure " Patchwork
2021-02-20  0:32 ` [Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for drm: Use new DRM printk funcs (like drm_dbg_*()) in DP helpers (rev2) Patchwork
2021-02-20  0:35 ` [Intel-gfx] ✗ Fi.CI.SPARSE: " Patchwork
2021-02-20  1:01 ` [Intel-gfx] ✓ Fi.CI.BAT: success " Patchwork
2021-02-20  3:02 ` [Intel-gfx] ✓ Fi.CI.IGT: " Patchwork

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=CAG3jFyv2F7ri4wQcwipoLT6nr-K_SWpLcAFi_B0Lo_O+KaWo2w@mail.gmail.com \
    --to=robert.foss@linaro.org \
    --cc=airlied@linux.ie \
    --cc=amd-gfx@lists.freedesktop.org \
    --cc=daniel@ffwll.ch \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=jani.nikula@linux.intel.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lyude@redhat.com \
    --cc=maarten.lankhorst@linux.intel.com \
    --cc=mripard@kernel.org \
    --cc=nouveau@lists.freedesktop.org \
    --cc=rodrigo.vivi@intel.com \
    --cc=tzimmermann@suse.de \
    --cc=ville.syrjala@linux.intel.com \
    /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.