https://bugzilla.kernel.org/show_bug.cgi?id=201957
Spencer (s...@nandre.com) changed:
What|Removed |Added
CC||s...@nandre.com
--- Comment
https://bugzilla.kernel.org/show_bug.cgi?id=215436
Mario Limonciello (supe...@gmail.com) changed:
What|Removed |Added
CC||supe...@gmail.com
Hi Marek,
Thank you for the patch.
On Fri, Dec 31, 2021 at 05:00:56PM +0100, Marek Vasut wrote:
> When the device is unbound from the driver, the display may be active.
> Make sure it gets shut down.
>
> Signed-off-by: Marek Vasut
> Cc: Daniel Vetter
> Cc: Laurent Pinchart
> Cc: Lucas Stach
https://bugzilla.kernel.org/show_bug.cgi?id=215436
--- Comment #9 from spassw...@web.de ---
get_reg_field_value(value, HPD0_DC_HPD_INT_STATUS, DC_HPD_SENSE)
is just a macro expanding to an inline function, i.e.
current_status = (value & HPD0_DC_HPD_INT_STATUS__DC_HPD_SENSE_MASK) >>
When the device is unbound from the driver, the display may be active.
Make sure it gets shut down.
Signed-off-by: Marek Vasut
Cc: Daniel Vetter
Cc: Laurent Pinchart
Cc: Lucas Stach
Cc: Sam Ravnborg
Cc: Stefan Agner
Cc: Thomas Zimmermann
---
drivers/gpu/drm/mxsfb/mxsfb_drv.c | 1 +
1 file
https://bugzilla.kernel.org/show_bug.cgi?id=215436
--- Comment #8 from spassw...@web.de ---
Just did a bit of experimentation and changed dc_get_hpd_state_dcn21 (in
5.16-rc7) to
uint32_t dc_get_hpd_state_dcn21(struct irq_service *irq_service, enum
dc_irq_source source)
{
const struct
Hi Dave, Daniel,
One small suspend/resume fix, and the rest is restoring the runtime pm behavior
that changed for some people when efifb dropped its extra runtime pm reference.
Unfortunately the issue has not been something we've been able to reproduce
consistently. The patches here basically
On Wed, 12 Jul 2017, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> Make the atomic private object stuff less special by introducing proper
> base classes for the object and its state. Drivers can embed these in
> their own appropriate objects, after which these things will work
>
On Tue, 16 Nov 2021, Bernard Zhao wrote:
> This patch try to fix potential memleak in error branch.
Please elaborate.
BR,
Jani.
>
> Signed-off-by: Bernard Zhao
> ---
> drivers/gpu/drm/drm_dp_mst_topology.c | 22 --
> 1 file changed, 16 insertions(+), 6 deletions(-)
>
>
On Wed, 29 Dec 2021, Anisse Astier wrote:
> This patch series is for making the GPD Win Max display usable with
> Linux.
Thanks, pushed to drm-intel-next. Sorry for the delay in dealing with
the patches.
BR,
Jani.
>
> The GPD Win Max is a small laptop, and its eDP panel does not send an
>
On Thu, 30 Dec 2021, Claudio Suarez wrote:
> Please, don't apply this patch. I have to review it,.
Please make sure you build with DRM_LEGACY=y to include drm_bufs.c in
the build.
If you Cc: intel-...@lists.freedesktop.org on the patch, you'll get
Intel CI results on the patch too.
BR,
Jani.
On Thu, 30 Dec 2021, Claudio Suarez wrote:
> DRM_DEBUG_* and DRM_* log calls are deprecated.
> Change them to drm_dbg_* / drm_{err,info,...} calls in drm core
> files.
>
> To avoid making a very big patch, this change is split in
> smaller patches. This one includes drm_{b,c}*.c
Personally, I'd
12 matches
Mail list logo
