On Thu, Oct 11, 2018 at 3:16 AM Rob Clark wrote:
>
> On Wed, Oct 10, 2018 at 11:35 AM Arnd Bergmann wrote:
> >
> > On 10/10/18, Rob Clark wrote:
> > > BACKLIGHT_CLASS_DEVICE is already tristate, but a dependency
> > > FB_BACKLIGHT prevents it from being built as a module. There
> > > doesn't se
On 10-10-18, 08:48, Jordan Crouse wrote:
> qcom,level comes straight from:
>
> https://lore.kernel.org/lkml/20180627045234.27403-2-rna...@codeaurora.org/
>
> But in this case instead of using the CPU to program the RPMh we are passing
> the value to a microprocessor (the GMU) and that will do the
Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR
Signed-off-by: YueHaibing
---
drivers/gpu/drm/drm_fb_cma_helper.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_fb_cma_helper.c
b/drivers/gpu/drm/drm_fb_cma_helper.c
index fb0dfc6..30741eb 10
On 10-10-18, 08:27, Jordan Crouse wrote:
> I'm not convinced that required-opps would work. I'm worried that the
> format is too vague if we need to use it for multiple paths and possibly
> other uses too, consider this:
>
> required-opp = <&mdp_path0_opp3, &mdp_path1_opp5, &mdp_rpmh_opp1>;
>
> T
On Wed, Oct 10, 2018 at 1:30 PM Michal Wajdeczko
wrote:
>
> On Wed, 10 Oct 2018 14:01:40 +0200, Jani Nikula
> wrote:
>
> > On Tue, 09 Oct 2018, Nick Desaulniers wrote:
> >> On Tue, Oct 9, 2018 at 10:14 AM Nathan Chancellor
> >> wrote:
> >>>
> >>> When building the kernel with Clang with defconf
On 10-10-18, 08:29, Jordan Crouse wrote:
> On Wed, Oct 10, 2018 at 03:16:28PM +0530, Viresh Kumar wrote:
> > On 27-08-18, 09:11, Jordan Crouse wrote:
> > > Add the nodes to describe the Adreno GPU and GMU devices.
> > >
> > > Signed-off-by: Jordan Crouse
> > > ---
> > > arch/arm64/boot/dts/qcom/
On 10-10-18, 09:10, Jordan Crouse wrote:
> On Wed, Oct 10, 2018 at 08:21:39PM +0530, Viresh Kumar wrote:
> > On 10-10-18, 08:48, Jordan Crouse wrote:
> > > qcom,level comes straight from:
> > >
> > > https://lore.kernel.org/lkml/20180627045234.27403-2-rna...@codeaurora.org/
> > >
> > > But in thi
On 27-09-18, 11:23, Georgi Djakov wrote:
> On 08/27/2018 06:11 PM, Jordan Crouse wrote:
> > Add the "opp-interconnect-bw" property to specify the
> > average and peak bandwidth for an interconnect path for
> > a specific operating power point. A separate bandwidth
> > pair can be specified for each
On 27-08-18, 09:11, Jordan Crouse wrote:
> Add the nodes to describe the Adreno GPU and GMU devices.
>
> Signed-off-by: Jordan Crouse
> ---
> arch/arm64/boot/dts/qcom/sdm845.dtsi | 121 +++
> 1 file changed, 121 insertions(+)
>
> diff --git a/arch/arm64/boot/dts/qcom/sdm
On Thu, Oct 04, 2018 at 06:49:53PM +0100, Colin King wrote:
> From: Colin Ian King
>
> The return statement is redundant as there is a return statement
> immediately before it so we have dead code that can be removed.
> Also remove the unused declaration of ret.
>
> Detected by CoverityScan, CID
On Tue, Oct 02, 2018 at 03:26:22PM +0200, Giulio Benetti wrote:
> Il 01/10/2018 11:36, Dan Carpenter ha scritto:
> > Hello Giulio Benetti,
> >
> > The patch 490cda5a3c82: "drm/sun4i: Handle DRM_BUS_FLAG_PIXDATA_*EDGE
> > checking if panel is used." from Jul 18, 2018, leads to the following
> > sta
On Wed, 2018-10-10 at 17:12 -0700, Radhakrishna Sripada wrote:
> Use the newly added "max bpc" connector property to limit pipe bpp.
>
> V3: Use drm_connector_state to access the "max bpc" property
> V4: Initialize the drm property, add suuport to DP(Ville)
> V5: Use the property in the connector
On Tue, Oct 9, 2018 at 10:50 AM Horst Balthasar
wrote:
>
> Hallo Herr Vetter,
>
>
> thank you very much for our answer?
>
> We also don't want to develop a new driver for the graphic card.
>
> What we want is to access the graphic card via the existing interfaces in
>
> order to execute various im
On Mon, Oct 08, 2018 at 09:57:52PM +0530, Souptick Joarder wrote:
> Hi Laurent,
> On Mon, Oct 1, 2018 at 6:12 PM Noralf Trønnes wrote:
> >
> >
> > Den 01.10.2018 13.56, skrev Laurent Pinchart:
> > > Hi Daniel,
> > >
> > > On Monday, 1 October 2018 09:52:20 EEST Daniel Vetter wrote:
> > >> On Fri,
On Thu, Oct 11, 2018 at 02:21:19PM +0800, CK Hu wrote:
> Hi, Dave:
>
> On Thu, 2018-10-11 at 13:56 +1000, Dave Airlie wrote:
> > On Thu, 11 Oct 2018 at 12:29, CK Hu wrote:
> > >
> > > Hi, Dave:
> > >
> > > On Thu, 2018-10-11 at 11:42 +1000, Dave Airlie wrote:
> > > > On Thu, 11 Oct 2018 at 11:25,
On Wed, Oct 10, 2018 at 09:14:50PM +0200, Noralf Trønnes wrote:
> Den 01.10.2018 09.46, skrev Daniel Vetter:
> > On Wed, Sep 26, 2018 at 04:59:32PM +0200, Noralf Trønnes wrote:
> > > +int drm_gem_shmem_prime_mmap(struct drm_gem_object *obj, struct
> > > vm_area_struct *vma)
> > > +{
> > > + struct
On Mon, Oct 08, 2018 at 09:52:04AM +, Alexandru-Cosmin Gheorghe wrote:
> Hi Daniel,
>
> Thanks for having a look.
>
> On Fri, Oct 05, 2018 at 04:51:48PM +0200, Daniel Vetter wrote:
> > On Fri, Oct 05, 2018 at 09:26:47AM +, Alexandru-Cosmin Gheorghe wrote:
> > > For some pixel formats .cpp
On Mon, Oct 08, 2018 at 10:08:06AM +0200, Benjamin Gaignard wrote:
> Le ven. 5 oct. 2018 à 16:25, Daniel Vetter a écrit :
> >
> > On Fri, Oct 5, 2018 at 12:14 PM Benjamin Gaignard
> > wrote:
> > >
> > > From: Daniel Vetter
> > >
> > > drm_plane_helper_disable is a non-atomic drivers only functio
On Mon, Oct 08, 2018 at 01:52:13PM -0300, Rodrigo Siqueira wrote:
> On 10/08, Chris Wilson wrote:
> > Quoting Rodrigo Siqueira (2018-10-08 15:52:20)
> > > For historical reason, the function drm_wait_vblank_ioctl always return
> > > -EINVAL if something gets wrong. This scenario limits the flexibil
On Tue, Oct 09, 2018 at 08:20:27PM +0300, Ville Syrjälä wrote:
> On Mon, Oct 08, 2018 at 07:24:30PM -0400, Lyude Paul wrote:
> > With the exception of modesets which would switch the DPMS state of a
> > connector from on to off, we want to make sure that we disallow all
> > modesets which would res
https://bugs.freedesktop.org/show_bug.cgi?id=108322
Michel Dänzer changed:
What|Removed |Added
Attachment #141991|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=108322
Michel Dänzer changed:
What|Removed |Added
Attachment #141987|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=108322
Michel Dänzer changed:
What|Removed |Added
Attachment #141985|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=108322
Michel Dänzer changed:
What|Removed |Added
Attachment #141986|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=108322
Michel Dänzer changed:
What|Removed |Added
Attachment #141988|0 |1
is obsolete|
On Wed, Oct 10, 2018 at 09:32:24PM +0300, Ville Syrjälä wrote:
> On Tue, Oct 09, 2018 at 04:44:24PM -0400, Lyude Paul wrote:
> > It appears when testing my previous fix for some of the legacy
> > modesetting issues with MST, I misattributed some kernel splats that
> > started appearing on my machin
On Wed, Oct 10, 2018 at 01:02:43PM +, YueHaibing wrote:
> Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR
>
> Signed-off-by: YueHaibing
Applied, thanks for your patch.
-Daniel
> ---
> drivers/gpu/drm/drm_fb_cma_helper.c | 5 +
> 1 file changed, 1 insertion(+), 4 deletions(-)
On Tue, Oct 9, 2018 at 9:26 PM Sam Ravnborg wrote:
> On Mon, Oct 08, 2018 at 01:00:05PM +0200, Linus Walleij wrote:
> > + - reset-gpios: a GPIO spec for the reset pin (active low)
>
> That it is active low is part of the GPIO part and should not
> be mandated as part of the binding?
The fact th
On Thu, Oct 11, 2018 at 08:24:55AM +0200, Hans Verkuil wrote:
> On 11/10/18 02:44, José Roberto de Souza wrote:
> > drm_dp_cec_register_connector() is called when registering each DP
> > connector in DRM, while sounds a good idea register CEC adapters as
> > earlier as possible, it causes some driv
On 11.10.2018 10:48, Linus Walleij wrote:
> On Tue, Oct 9, 2018 at 9:26 PM Sam Ravnborg wrote:
>> On Mon, Oct 08, 2018 at 01:00:05PM +0200, Linus Walleij wrote:
>>> + - reset-gpios: a GPIO spec for the reset pin (active low)
>> That it is active low is part of the GPIO part and should not
>> be m
Hi Sam,
thanks for your review!
I fixed most issues. Just some open small questions:
On Tue, Oct 9, 2018 at 9:43 PM Sam Ravnborg wrote:
> > + dev_err(s6->dev, "failed to turn display off\n");
>
> General comment:
> dev_err => DRM_DEV_ERROR?
> Should error message include the 'ret'
Le jeu. 11 oct. 2018 à 10:32, Daniel Vetter a écrit :
>
> On Mon, Oct 08, 2018 at 10:08:06AM +0200, Benjamin Gaignard wrote:
> > Le ven. 5 oct. 2018 à 16:25, Daniel Vetter a écrit
> > :
> > >
> > > On Fri, Oct 5, 2018 at 12:14 PM Benjamin Gaignard
> > > wrote:
> > > >
> > > > From: Daniel Vette
On Thu, Oct 11, 2018 at 10:29:42AM +0200, Daniel Vetter wrote:
> On Mon, Oct 08, 2018 at 09:52:04AM +, Alexandru-Cosmin Gheorghe wrote:
> > Hi Daniel,
> >
> > Thanks for having a look.
> >
> > On Fri, Oct 05, 2018 at 04:51:48PM +0200, Daniel Vetter wrote:
> > > On Fri, Oct 05, 2018 at 09:26:4
On Thu, Oct 11, 2018 at 11:58 AM Alexandru-Cosmin Gheorghe
wrote:
>
> On Thu, Oct 11, 2018 at 10:29:42AM +0200, Daniel Vetter wrote:
> > On Mon, Oct 08, 2018 at 09:52:04AM +, Alexandru-Cosmin Gheorghe wrote:
> > > Shouldn't that be enough for validating this patches?
> >
> > I don't think so,
On Thu, Oct 11, 2018 at 10:58:30AM +0100, Alexandru-Cosmin Gheorghe wrote:
> On Thu, Oct 11, 2018 at 10:29:42AM +0200, Daniel Vetter wrote:
> > On Mon, Oct 08, 2018 at 09:52:04AM +, Alexandru-Cosmin Gheorghe wrote:
> > > Hi Daniel,
> > >
> > > Thanks for having a look.
> > >
> > > On Fri, Oct
On Wed, Oct 10, 2018 at 04:50:50PM -0700, Matt Roper wrote:
> Some display controllers can be programmed to present non-black colors
> for pixels not covered by any plane (or pixels covered by the
> transparent regions of higher planes). Compositors that want a UI with
> a solid color background c
On Wed, Oct 10, 2018 at 04:50:51PM -0700, Matt Roper wrote:
> Gen9+ platforms allow CRTC's to be programmed with a background/canvas
> color below the programmable planes. Let's expose this for use by
> compositors.
>
> Cc: dri-devel@lists.freedesktop.org
> Cc: wei.c...@intel.com
> Cc: harish.kru
> > > + if (IS_ERR(s6->supply))
> > > + return PTR_ERR(s6->supply);
> >
> > This cannot be -EPROBE_DEFER?
>
> It can and then it bails out here and retries later.
>
> I don't quite get the question, sorry.
>
> > > + if (IS_ERR(s6->reset_gpio)) {
> > > + ret = PTR_
Hello Thomas Hellstrom,
The patch 2724b2d54cda: "drm/vmwgfx: Use new validation interface for
the modesetting code v2" from Sep 26, 2018, leads to the following
static checker warning:
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c:2606
vmw_kms_helper_validation_finish()
error: uninitialize
On Thu, Oct 11, 2018 at 3:02 AM Arnd Bergmann wrote:
>
> On Thu, Oct 11, 2018 at 3:16 AM Rob Clark wrote:
> >
> > On Wed, Oct 10, 2018 at 11:35 AM Arnd Bergmann wrote:
> > >
> > > On 10/10/18, Rob Clark wrote:
> > > > BACKLIGHT_CLASS_DEVICE is already tristate, but a dependency
> > > > FB_BACKL
On Thu, Oct 11, 2018 at 12:11 PM Liviu Dudau wrote:
> On Thu, Oct 11, 2018 at 10:58:30AM +0100, Alexandru-Cosmin Gheorghe wrote:
> > On Thu, Oct 11, 2018 at 10:29:42AM +0200, Daniel Vetter wrote:
> > > On Mon, Oct 08, 2018 at 09:52:04AM +, Alexandru-Cosmin Gheorghe wrote:
> > > > > One questio
On 10/11/18, Rob Clark wrote:
> On Thu, Oct 11, 2018 at 3:02 AM Arnd Bergmann wrote:
>>
>> On Thu, Oct 11, 2018 at 3:16 AM Rob Clark wrote:
>> >
>> > On Wed, Oct 10, 2018 at 11:35 AM Arnd Bergmann wrote:
>> > >
>> > > On 10/10/18, Rob Clark wrote:
>> > > > BACKLIGHT_CLASS_DEVICE is already tri
On Thu, Oct 11, 2018 at 02:40:10PM +0200, Daniel Vetter wrote:
> On Thu, Oct 11, 2018 at 12:11 PM Liviu Dudau wrote:
> > On Thu, Oct 11, 2018 at 10:58:30AM +0100, Alexandru-Cosmin Gheorghe wrote:
> > > On Thu, Oct 11, 2018 at 10:29:42AM +0200, Daniel Vetter wrote:
> > > > On Mon, Oct 08, 2018 at 0
On Thu, Oct 11, 2018 at 2:53 PM Liviu Dudau wrote:
> On Thu, Oct 11, 2018 at 02:40:10PM +0200, Daniel Vetter wrote:
> > On Thu, Oct 11, 2018 at 12:11 PM Liviu Dudau wrote:
> > > On Thu, Oct 11, 2018 at 10:58:30AM +0100, Alexandru-Cosmin Gheorghe wrote:
> > > > On Thu, Oct 11, 2018 at 10:29:42AM +
https://bugs.freedesktop.org/show_bug.cgi?id=107978
--- Comment #9 from Shmerl ---
By the way, I tested it with this kernel:
https://github.com/M-Bab/linux-kernel-amdgpu-binaries/blob/master/linux-image-4.19.0-rc6_18.09.30.amdgpu_amd64.deb
Which is built from AMD's tree. This issue is also pres
On Wed, Oct 10, 2018 at 11:35:56AM -0700, Jeykumar Sankaran wrote:
> On 2018-10-10 07:29, Sean Paul wrote:
> > On Tue, Oct 09, 2018 at 10:46:41PM -0700, Jeykumar Sankaran wrote:
> > > On 2018-10-09 11:07, Sean Paul wrote:
> > > > On Mon, Oct 08, 2018 at 09:27:18PM -0700, Jeykumar Sankaran wrote:
>
On Thu, Oct 11, 2018 at 10:32:16AM +0530, Viresh Kumar wrote:
> On 10-10-18, 09:10, Jordan Crouse wrote:
> > On Wed, Oct 10, 2018 at 08:21:39PM +0530, Viresh Kumar wrote:
> > > On 10-10-18, 08:48, Jordan Crouse wrote:
> > > > qcom,level comes straight from:
> > > >
> > > > https://lore.kernel.org/
On Wed, Oct 10, 2018 at 07:06:33PM -0700, Abhinav Kumar wrote:
> Fix the dsi clock names in the DSI 10nm PLL driver to
> match the names in the dispcc driver as those are
> according to the clock plan of the chipset.
You should also update the clock diagram names at the top of the file.
Sean
>
On Wed, Oct 10, 2018 at 02:11:16PM -0700, Jeykumar Sankaran wrote:
> While creating display and event threads per crtc, validate
> them before setting their priorities.
>
> changes in v2:
> - use dev_warn (Abhinav Kumar)
> changes in v3:
> - fix compilation error
> changes in v4:
>
On Thu, Oct 11, 2018 at 03:11:01PM +0800, Bin Meng wrote:
> On Wed, Oct 10, 2018 at 1:02 AM Bjorn Helgaas wrote:
> > On Mon, Oct 08, 2018 at 05:44:08PM +0800, Bin Meng wrote:
> > > On Thu, Oct 4, 2018 at 4:12 AM Bjorn Helgaas wrote:
> > > > On Thu, Sep 27, 2018 at 10:10:07AM +0800, Bin Meng wrote
On Wed, Oct 10, 2018 at 05:16:44PM -0700, Deepak Rawat wrote:
> From: Rob Clark
>
> Add an atomic helper to implement dirtyfb support. This is needed to
> support DSI command-mode panels with x11 userspace (ie. when we can't
> rely on pageflips to trigger a flush to the panel).
>
> v2: Modified
On Tue, Oct 09, 2018 at 10:43:04PM +, Deepak Singh Rawat wrote:
> > drivers/gpu/drm/selftests/drm_damage_helper_selftests.h
> > > create mode 100644 drivers/gpu/drm/selftests/test-
> > drm_damage_helper.c
> > >
> > > diff --git a/drivers/gpu/drm/selftests/Makefile
> > b/drivers/gpu/drm/selftes
On Thu, Oct 11, 2018 at 06:15:47PM +0200, Daniel Vetter wrote:
> On Wed, Oct 10, 2018 at 05:16:44PM -0700, Deepak Rawat wrote:
> > From: Rob Clark
> >
> > Add an atomic helper to implement dirtyfb support. This is needed to
> > support DSI command-mode panels with x11 userspace (ie. when we can'
On Wed, Oct 10, 2018 at 05:16:43PM -0700, Deepak Rawat wrote:
> Selftest for drm damage helper iterator functions.
>
> Cc: ville.syrj...@linux.intel.com
> Cc: Daniel Vetter
> Cc: Pekka Paalanen
> Cc: Daniel Stone
> Cc: intel-...@lists.freedesktop.org
> Cc: igt-...@lists.freedesktop.org
> Cc: pe
https://bugs.freedesktop.org/show_bug.cgi?id=107978
--- Comment #10 from Shmerl ---
I just found something. My monitor - Dell U2413 has a setting for toggling
DisplayPort 1.2. It was enabled until now. When I disable that setting, tty
starts working!
My cable is supposed to support DP 1.2 and be
https://bugs.freedesktop.org/show_bug.cgi?id=107213
--- Comment #22 from Shmerl ---
It looks like it's related to
https://bugs.freedesktop.org/show_bug.cgi?id=107978
My monitor (Dell U2413) has a setting for toggling DisplayPort 1.2. When I
disable it, Wayland Plasma session isn't crashing anymo
These patches are part of a proposed new interface for supporting variable
refresh rate via DRM properties.
=== Changes from v3 ===
drm changes:
* Docstring and formatting fixes
amd/display changes:
* Updated commit message and debug statements
=== Changes from v2 ===
The interface has chan
Modern display hardware is capable of supporting variable refresh rates.
This patch introduces the "vrr_capable" property on the connector to
allow userspace to query support for variable refresh rates.
Atomic drivers should attach this property to connectors that are
capable of driving variable r
This patch introduces the 'vrr_enabled' CRTC property to allow
dynamic control over variable refresh rate support for a CRTC.
This property should be treated like a content hint to the driver -
if the hardware or driver is not capable of driving variable refresh
timings then this is not considered
These include the drm_connector 'vrr_capable' and the drm_crtc
'vrr_enabled' properties.
Signed-off-by: Nicholas Kazlauskas
---
Documentation/gpu/drm-kms.rst | 7 +++
drivers/gpu/drm/drm_connector.c | 22 ++
2 files changed, 29 insertions(+)
diff --git a/Documentation
https://bugs.freedesktop.org/show_bug.cgi?id=107978
Shmerl changed:
What|Removed |Added
Summary|[amdgpu] Switching to tty |[amdgpu] Switching to tty
|f
Support for AMDGPU specific FreeSync properties and ioctls are dropped
from amdgpu_dm in favor of supporting drm variable refresh rate
properties.
The drm vrr_capable property is now attached to any DP/HDMI connector.
Its value is updated accordingly to the connector's FreeSync capabiltiy.
The fr
https://bugs.freedesktop.org/show_bug.cgi?id=107978
--- Comment #11 from george ---
(In reply to Shmerl from comment #10)
> I just found something. My monitor - Dell U2413 has a setting for toggling
> DisplayPort 1.2. It was enabled until now. When I disable that setting, tty
> starts working!
>
On Sat, Oct 06, 2018 at 12:32:14PM +0100, Lionel Landwerlin wrote:
> On 05/10/2018 22:29, Rodrigo Vivi wrote:
> > Whiskey Lake uses the same gen graphics as Coffe Lake, including some
> > ids that were previously marked as reserved on Coffe Lake, but that
> > now are moved to WHL page.
> >
> > Thi
Hi, Christian,
I'm looking at adding a utility for tracking dirty pages for TTM. It's
usable for non-coherent drivers to emulate coherent memory, for example
for fbdev or if vmwgfx were to emulate coherent mappings, like required
by Vulkan or by user-space dma-buf mappings.
Basically one wou
Fix the dsi clock names in the DSI 10nm PLL driver to
match the names in the dispcc driver as those are
according to the clock plan of the chipset.
Changes in v2:
- Update the clock diagram with the new clock name
Signed-off-by: Abhinav Kumar
---
drivers/gpu/drm/msm/dsi/pll/dsi_pll_10nm.c | 8 +
Hi Thomas,
yeah we had implemented something similar for the close source driver
once as well.
Just feel free to go ahead with providing the VM ops by the driver.
Christian.
Am 11.10.2018 um 19:17 schrieb Thomas Hellstrom:
> Hi, Christian,
>
> I'm looking at adding a utility for tracking dirty
On Wed, Oct 10, 2018 at 10:15:58AM -0700, Chandan Uddaraju wrote:
> Add the needed displayPort files to enable DP driver
> on msm target.
>
> "dp_display" module is the main module that calls into
> other sub-modules. "dp_drm" file represents the interface
> between DRM framework and DP driver.
>
https://bugs.freedesktop.org/show_bug.cgi?id=108329
Bug ID: 108329
Summary: [Polaris] amd-staging-drm-next has high pitch audio on
4k60hz HDMI output
Product: DRI
Version: DRI git
Hardware: x86-64 (AMD64)
OS
https://bugs.freedesktop.org/show_bug.cgi?id=108329
--- Comment #1 from John Galt ---
Created attachment 141996
--> https://bugs.freedesktop.org/attachment.cgi?id=141996&action=edit
glxinfo output
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=108329
--- Comment #2 from John Galt ---
Created attachment 141997
--> https://bugs.freedesktop.org/attachment.cgi?id=141997&action=edit
Xorg.0.log after booting, changing to 1080@60, changing to 4k@60, then changing
back to 1080@60
--
You are rece
https://bugs.freedesktop.org/show_bug.cgi?id=108329
--- Comment #3 from John Galt ---
Created attachment 141998
--> https://bugs.freedesktop.org/attachment.cgi?id=141998&action=edit
dmesg after booting, changing to 1080@60, changing to 4k@60, running a game to
verify high pitch audio, then chan
On 2018-10-03 02:35 PM, Manasi Navare wrote:
> On Wed, Oct 03, 2018 at 10:41:20AM +0200, Daniel Vetter wrote:
>> On Tue, Oct 02, 2018 at 10:49:17AM -0400, Harry Wentland wrote:
>>>
>>>
>>> On 2018-10-01 03:15 AM, Daniel Vetter wrote:
On Mon, Sep 24, 2018 at 02:15:34PM -0400, Nicholas Kazlauska
https://bugs.freedesktop.org/show_bug.cgi?id=102380
Lakshmi changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #2 from Lakshmi ---
This
On 2018-10-03 04:41 AM, Daniel Vetter wrote:
> On Tue, Oct 02, 2018 at 10:49:17AM -0400, Harry Wentland wrote:
>>
>>
>> On 2018-10-01 03:15 AM, Daniel Vetter wrote:
>>> On Mon, Sep 24, 2018 at 02:15:34PM -0400, Nicholas Kazlauskas wrote:
These patches are part of a proposed new interface for s
https://bugs.freedesktop.org/show_bug.cgi?id=99923
--- Comment #40 from Nicolai Hähnle ---
Root caused to a compute shader that does an out-of-bounds array access. Tsk
tsk ;)
Proper fix is at https://reviews.llvm.org/D53160 + related patches.
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=103365
Lakshmi changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #2 from Lakshmi ---
This
On 2018-10-03 04:25 AM, Mike Lothian wrote:
> Hi
>
> I'm curious to know whether this will/could work over PRIME
>
I don't see why this shouldn't work over PRIME as long as the presenting GPU
supports the new variable refresh rate API, but I know very little about prime,
so maybe someone else
https://bugs.freedesktop.org/show_bug.cgi?id=105190
Lakshmi changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #9 from Lakshmi ---
Close
https://bugs.freedesktop.org/show_bug.cgi?id=104352
Lakshmi changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #15 from Lakshmi ---
Clos
https://bugs.freedesktop.org/show_bug.cgi?id=105712
Lakshmi changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #12 from Lakshmi ---
Clos
https://bugs.freedesktop.org/show_bug.cgi?id=96618
Mike Frysinger changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Thu, Oct 11, 2018 at 12:55:15AM -0700, Lisovskiy, Stanislav wrote:
> On Wed, 2018-10-10 at 17:12 -0700, Radhakrishna Sripada wrote:
> > Use the newly added "max bpc" connector property to limit pipe bpp.
> >
> > V3: Use drm_connector_state to access the "max bpc" property
> > V4: Initialize the
https://bugs.freedesktop.org/show_bug.cgi?id=108259
--- Comment #1 from Gregor Münch ---
Fixed by
https://cgit.freedesktop.org/mesa/mesa/commit/?id=0346ad37741b11d640c1c4970b275c1f0c7f9e75
?
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=108321
--- Comment #1 from Nicholas Bishop ---
Created attachment 141999
--> https://bugs.freedesktop.org/attachment.cgi?id=141999&action=edit
screenshot of the confetti graphics bug
--
You are receiving this mail because:
You are the assignee for
On 2018-10-11 12:39 PM, Nicholas Kazlauskas wrote:
> Support for AMDGPU specific FreeSync properties and ioctls are dropped
> from amdgpu_dm in favor of supporting drm variable refresh rate
> properties.
>
> The drm vrr_capable property is now attached to any DP/HDMI connector.
> Its value is upda
https://bugs.freedesktop.org/show_bug.cgi?id=108111
--- Comment #4 from Gregor Münch ---
Fixed by
https://cgit.freedesktop.org/mesa/mesa/commit/?id=0e6cdfd561c63d23e8ff32df4cab2370dc2a53d2
?
--
You are receiving this mail because:
You are the assignee for the bug.___
On 10/11/2018 04:39 PM, Harry Wentland wrote:
On 2018-10-11 12:39 PM, Nicholas Kazlauskas wrote:
Support for AMDGPU specific FreeSync properties and ioctls are dropped
from amdgpu_dm in favor of supporting drm variable refresh rate
properties.
The drm vrr_capable property is now attached to any
On 2018-10-11 04:56 PM, Kazlauskas, Nicholas wrote:
> On 10/11/2018 04:39 PM, Harry Wentland wrote:
>> On 2018-10-11 12:39 PM, Nicholas Kazlauskas wrote:
>>> Support for AMDGPU specific FreeSync properties and ioctls are dropped
>>> from amdgpu_dm in favor of supporting drm variable refresh rate
https://bugs.freedesktop.org/show_bug.cgi?id=99923
--- Comment #41 from Gregor Münch ---
Thx for finally fixing this!
Is there a chance a backport appears for LLVM 6 & 7 ?
--
You are receiving this mail because:
You are the assignee for the bug.___
dr
Hello Dan,
Il 11/10/2018 09:16, Dan Carpenter ha scritto:
This is an unreleased Smatch test because:
1) Some things return error pointers depending on the config.
2) Pointless IS_ERR() checks are quite common.
Look forward for new Smatch, very useful.
I haven't looked at the context to see h
On Fri, 5 Oct 2018 17:52:19 -0700, Abhinav Kumar wrote:
> Add the device tree bindings for Truly NT35597 panel driver. This panel
> driver supports both single DSI and dual DSI.
>
> However, this patch series supports only dual DSI.
>
> Changes in v10:
> - Remove active high in the documentati
Hi Zhong Jiang,
Sorry for the late response. I just saw this while catching up with my
backlog after travelling end of September.
I applied your patch to amd-staging-drm-next. I only changed the
headline slightly to use the "drm/admkfd: " prefix that we commonly use
for KFD changes.
Regards,
F
https://bugs.freedesktop.org/show_bug.cgi?id=108330
Bug ID: 108330
Summary: WarThunder game performance killed after Ryzen
optimisations
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
From: Rob Clark
drmMalloc() is already calloc()
Signed-off-by: Rob Clark
---
Small micro-optimization that I noticed while doing some perf work..
I should probably look at promoting amdgpu's handle_table to core
libdrm and replacing a couple of libdrm_freedreno's xf86drmHash
tables over to that
From: Leo Li
This fixes a general protection fault, caused by accessing the contents
of a flip_done completion object that has already been freed. It occurs
due to the preemption of a non-blocking commit worker thread W by
another commit thread X. X continues to clear its atomic state at the
end,
https://bugs.freedesktop.org/show_bug.cgi?id=108322
--- Comment #10 from bmil...@gmail.com ---
https://www.phoronix.com/scan.php?page=news_item&px=AMD-V4-Adaptive-VRR-FreeSync
Is this maybe related?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=108309
--- Comment #2 from Samantha McVey ---
Created attachment 142000
--> https://bugs.freedesktop.org/attachment.cgi?id=142000&action=edit
Xorg log
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=108309
--- Comment #3 from Samantha McVey ---
Created attachment 142001
--> https://bugs.freedesktop.org/attachment.cgi?id=142001&action=edit
dmesg
Took some time to respond since I waited until I got more RAM to ensure there
was no issue with runni
https://bugs.freedesktop.org/show_bug.cgi?id=108259
Jordan Patterson changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
1 - 100 of 101 matches
Mail list logo
