Hello Charan,
On Tue, 16 Jun 2020 at 19:13, Charan Teja Kalla wrote:
>
> Thanks Sumit for the fix.
>
> On 6/11/2020 5:14 PM, Sumit Semwal wrote:
> > Charan Teja reported a 'use-after-free' in dmabuffs_dname [1], which
> > happens if the dma_buf_release() is called while the userspace is
> > acces
This is an initial set of patches for enabling VRR support in i915.
This series has patches for:
1. Attach and set VRR capable connector prop for Intel DP conn
2. Expose VRR min and max through debugfs
3. Remove AMD specific logic to create debugfs
Aditya Swarup (1):
drm/i915/dp: Attach and set
As both VRR min and max are already part of drm_display_info,
drm can expose this VRR range for each connector.
Hence this logic should move to core DRM.
This reverts commit 727962f030c23422a01e8b22d0f463815fb15ec4.
Signed-off-by: Bhanuprakash Modem
Cc: Nicholas Kazlauskas
Cc: Harry Wentland
[Why]
It's useful to know the min and max vrr range for IGT testing.
[How]
Expose the min and max vfreq for the connector via a debugfs file
on the connector, "vrr_range".
Example usage: cat /sys/kernel/debug/dri/0/DP-1/vrr_range
v2:
* Fix the typo in max_vfreq (Manasi)
* Change the name of node
From: Aditya Swarup
This function sets the VRR property for connector based
on the platform support, EDID monitor range and DP sink
DPCD capability of outputing video without msa
timing information.
v5:
* Fix the vrr prop not being set in kernel (Manasi)
* Unset the prop on connector disconnect
> -Original Message-
> From: Navare, Manasi D
> Sent: Saturday, June 20, 2020 12:13 AM
> To: Modem, Bhanuprakash
> Cc: dri-devel@lists.freedesktop.org; intel-...@lists.freedesktop.org
> Subject: Re: [v8 3/3] drm/debug: Expose connector VRR monitor range via
> debugfs
>
> Hi Bhanu,
>
> T
Reviewed-by: Bibby Hsieh
Thanks.
On Sun, 2020-06-21 at 22:18 +0800, Dennis YC Hsieh wrote:
> Add address shift when compose jump instruction
> to compatible with 35bit format.
>
> Signed-off-by: Dennis YC Hsieh
> ---
> drivers/soc/mediatek/mtk-cmdq-helper.c |3 ++-
> 1 file changed, 2 ins
Hi, Dennis,
Please add "depends on patch: support gce on mt6779 platform" in cover
letter. Thanks
Bibby
On Sun, 2020-06-21 at 22:18 +0800, Dennis YC Hsieh wrote:
> This patch support cmdq helper function on mt6779 platform,
> based on "support gce on mt6779 platform" patchset.
>
>
> Dennis YC
Hi Dmitry,
Thank you for the patch.
On Mon, Jun 22, 2020 at 01:27:41AM +0300, Dmitry Osipenko wrote:
> The EDT ET057090DHU panel has a DPI connector and not LVDS. This patch
> corrects the panel's description.
>
> Reported-by: Laurent Pinchart
> Fixes: 94f07917ebe8 ("drm/panel-simple: Add missi
On 6/18/20 12:39 PM, Dan Carpenter wrote:
On Wed, Jun 17, 2020 at 04:59:59PM +0100, Colin King wrote:
From: Colin Ian King
Function get_insert_time can return error values that are cast
to a u64. The checks of insert_time1 and insert_time2 check for
the errors but because they are u64 variab
On Sun, Jun 21, 2020 at 08:07:08PM +0200, Daniel Vetter wrote:
> On Sun, Jun 21, 2020 at 7:42 PM Qian Cai wrote:
> >
> > On Wed, Jun 10, 2020 at 09:41:01PM +0200, Daniel Vetter wrote:
> > > fs_reclaim_acquire/release nicely catch recursion issues when
> > > allocating GFP_KERNEL memory against shr
my reasoning above is broken somewhere. Someone
less blind than me having an idea?
Aside this is the first email I've typed, until I realized the first
report was against the broken patch and that looked like a much more
reasonable explanation (but didn't quite match up with the code
pat
https://bugzilla.kernel.org/show_bug.cgi?id=208269
--- Comment #5 from Brady (brady.w.cl...@gmail.com) ---
I should add (headdesk) that the driver in question is amdgpu.
--
You are receiving this mail because:
You are watching the assignee of the bug.
> Cc: Andrew Morton
> > Cc: Jason Gunthorpe
> > Cc: linux...@kvack.org
> > Cc: linux-r...@vger.kernel.org
> > Cc: Maarten Lankhorst
> > Cc: Christian König
> > Signed-off-by: Daniel Vetter
>
> Reverting this commit
https://bugzilla.kernel.org/show_bug.cgi?id=208269
--- Comment #4 from Brady (brady.w.cl...@gmail.com) ---
Created attachment 289779
--> https://bugzilla.kernel.org/attachment.cgi?id=289779&action=edit
alsa-info.sh results with snoop forced enabled in snd_hda_intel
--
You are receiving this ma
https://bugzilla.kernel.org/show_bug.cgi?id=208269
Brady (brady.w.cl...@gmail.com) changed:
What|Removed |Added
Attachment #289775|0 |1
is obsolete|
https://bugzilla.kernel.org/show_bug.cgi?id=208269
--- Comment #2 from Brady (brady.w.cl...@gmail.com) ---
Created attachment 289775
--> https://bugzilla.kernel.org/attachment.cgi?id=289775&action=edit
alsa-test.sh results without snoop
--
You are receiving this mail because:
You are watching
https://bugzilla.kernel.org/show_bug.cgi?id=208269
--- Comment #1 from Brady (brady.w.cl...@gmail.com) ---
Created attachment 289773
--> https://bugzilla.kernel.org/attachment.cgi?id=289773&action=edit
\proc\asound\card0\eld#0.3
--
You are receiving this mail because:
You are watching the assi
https://bugzilla.kernel.org/show_bug.cgi?id=208269
Bug ID: 208269
Summary: Polaris HDMI passthrough for TrueHD and DTS-HD does
not work without snoop enabled, which leads to
clipping
Product: Drivers
Version: 2.5
Am 17.06.20 um 17:59 schrieb Colin King:
From: Colin Ian King
Function get_insert_time can return error values that are cast
to a u64. The checks of insert_time1 and insert_time2 check for
the errors but because they are u64 variables the check for less
than zero can never be true. Fix this by
-184302
base:ce2cc8efd7a40cbd17841add878cb691d0ce0bba
config: arm64-randconfig-r036-20200621 (attached as .config)
compiler: clang version 11.0.0 (https://github.com/llvm/llvm-project
ef455a55bcf2cfea04a99c361b182ad18b7f03f1)
reproduce (this is a W=1 build):
wget
https
On Tue, May 26, 2020 at 04:15:05AM +0300, Laurent Pinchart wrote:
> The DRM CRTC helpers add default modes to connectors in the connected
> state if no mode can be retrieved from the connector. This behaviour is
> useful for VGA or DVI outputs that have no connected DDC bus. However,
> in such case
On Tue, May 26, 2020 at 04:14:47AM +0300, Laurent Pinchart wrote:
> The drm_hdmi_avi_infoframe_from_display_mode(),
> drm_hdmi_vendor_infoframe_from_display_mode() and
> drm_hdmi_avi_infoframe_quant_range() functions take a drm_connector that
> they don't modify. Mark it as const.
>
> Signed-off-b
On Tue, May 26, 2020 at 04:14:43AM +0300, Laurent Pinchart wrote:
> The drm_bridge_get_edid() function is documented to return an error
> pointer on error. The underlying .get_edid() operation, however, returns
> NULL on error, and so do the drm_get_edid() and drm_do_get_edid()
> functions upon whi
On Tue, May 26, 2020 at 04:14:41AM +0300, Laurent Pinchart wrote:
> Implement the bridge connector-related .get_edid(), .detect() and
> .hpd_notify() operations, and report the related bridge capabilities.
>
> Output status detection is implemented using the same backend as for the
> DRM connector
On Tue, Jun 09, 2020 at 11:29:43AM +0200, Bartlomiej Zolnierkiewicz wrote:
> Fix the recent regression.
>
> Fixes: dbc7ece12a38 ("video: uvesafb: use true,false for bool variables")
> Cc: Jason Yan
> Reviewed-by: Sam Ravnborg
> Signed-off-by: Bartlomiej Zolnierkiewicz
Hi Bartlomiej
I was proc
Hi Xin.
On Tue, Jun 09, 2020 at 03:19:50PM +0800, Xin Ji wrote:
> The ANX7625 is an ultra-low power 4K Mobile HD Transmitter designed
> for portable device. It converts MIPI DSI/DPI to DisplayPort 1.3 4K.
>
> Signed-off-by: Xin Ji
The bridge driver now implements the bridge functions for get_e
Hi Tomi
On Tue, Jun 09, 2020 at 01:28:09PM +0300, Tomi Valkeinen wrote:
> Add connector type for newhaven_nhd_43_480272ef_atxl, as
> drm_panel_bridge_add() requires connector type to be set.
>
> Signed-off-by: Tomi Valkeinen
> Cc: sta...@vger.kernel.org # v5.5+
Applied to drm-misc-fixes.
I looke
https://bugzilla.kernel.org/show_bug.cgi?id=207383
--- Comment #15 from Duncan (1i5t5.dun...@cox.net) ---
Bug's in v5.8-rc1-226-g4333a9b0b too.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing list
29 matches
Mail list logo
