https://bugzilla.kernel.org/show_bug.cgi?id=201585
--- Comment #6 from Dan Acristinii (d...@acristinii.com) ---
Created attachment 279287
--> https://bugzilla.kernel.org/attachment.cgi?id=279287=edit
144Hz working dmesg on 4.17.19
--
You are receiving this mail because:
You are watching the
Den 25.10.2018 22.13, skrev Noralf Trønnes:
The CMA helper is already using the drm_fb_helper_generic_probe part of
the generic fbdev emulation. This patch makes full use of the generic
fbdev emulation by using its drm_client callbacks. This means that
drm_mode_config_funcs->output_poll_changed
Den 25.10.2018 22.13, skrev Noralf Trønnes:
The CMA helper is already using the drm_fb_helper_generic_probe part of
the generic fbdev emulation. This patch makes full use of the generic
fbdev emulation by using its drm_client callbacks. This means that
drm_mode_config_funcs->output_poll_changed
On 11/1/18 6:58 AM, Michel Dänzer wrote:
> On 2018-10-31 6:54 p.m., Kazlauskas, Nicholas wrote:
>> On 10/31/18 12:20 PM, Michel Dänzer wrote:
>>> On 2018-10-31 3:41 p.m., Kazlauskas, Nicholas wrote:
On 10/31/18 10:12 AM, Michel Dänzer wrote:
> On 2018-10-31 2:38 p.m., Kazlauskas, Nicholas
On Thu, Nov 01, 2018 at 02:05:41PM +0530, Sharat Masetty wrote:
> When the userspace tries to read the crashstate dump, the read side
> implementation in the driver currently ascii85 encodes all the binary
> buffers and it does this each time the read system call is called.
> A userspace tool like
Basically, just a resend before I merge these patches in
drm-misc-next.
Changes since v6:
- Collected Reviewed-by.
- Fixed author, seems dim it's not smart enough to know "Alexandru
Gheorghe" is the same with Alexandru-Cosmin Gheorghe :).
- Fixed conflicts against latest drm-misc-next.
For some pixel formats .cpp structure in drm_format info it's not
enough to describe the peculiarities of the pixel layout, for example
tiled formats or packed formats at bit level.
What's implemented here is to add three new members to drm_format_info
that could describe such formats:
-
Mali-DP implements a number of tiled yuv formats which are not
currently described in drm_fourcc.h.
This adds those definitions and describes their memory layout by
using the newly added char_per_block, block_w, block_h.
Reviewed-by: Brian Starkey
Reviewed-by: Daniel Vetter
Signed-off-by:
Enable the following formats
- DRM_FORMAT_X0L0: DP650
- DRM_FORMAT_X0L2: DP550, DP650
Reviewed-by: Brian Starkey
Signed-off-by: Alexandru Gheorghe
---
drivers/gpu/drm/arm/malidp_hw.c | 14 +++---
drivers/gpu/drm/arm/malidp_planes.c | 28 +---
2 files
If we want to be able to write drmselftests for non-static core
functions that are not intended to be used by drivers we need this
functions to be exported.
This adds a macro that is tied of CONFIG_DRM_DEBUG_SELFTEST, and uses
that to export drm_internal_framebuffer_create, in order for
Add tests that verify that drm_internal_framebuffer_create creates
buffers correctly by creating a dummy drm_device with a mock function
for the fb_create callback.
To decide if a buffer has been created or not it just checks if
fb_create callback has been called for the particular
For formats that are supported only with non-linear modifiers it
doesn't make to much sense to define cpp or char_per_block, so that
will be set to 0.
This patch adds a restriction to force having a modifier attached when
cpp/char_per_block is 0, and to bypass checking the pitch restriction.
Add selftests for the following newly added functions:
- drm_format_info_block_width
- drm_format_info_block_height
- drm_format_info_min_pitch
Signed-off-by: Alexandru Gheorghe
Reviewed-by: Daniel Vetter
---
drivers/gpu/drm/selftests/Makefile| 3 +-
Hi Dave,
Fixes for 4.20. Highlights:
- Fix flickering at low backlight levels on some systems
- Fix some overclocking regressions
- Vega20 updates for
- GPU recovery fixes
- Disable gfxoff on RV as some sbios/fw combinations are not stable yet
The following changes since commit
On Thu, Nov 01, 2018 at 01:31:06PM +, Alexandru-Cosmin Gheorghe wrote:
> Hi,
>
> Liviu, can I merge this through drm-misc-next.
Yeah, that is fine with me.
Best regards,
Liviu
>
> On Mon, Oct 29, 2018 at 05:14:38PM +, Alexandru-Cosmin Gheorghe wrote:
> > Enable the following formats
>
https://bugs.freedesktop.org/show_bug.cgi?id=108098
--- Comment #7 from Michel Dänzer ---
FWIW, I advise against paying too much attention to fin4478. They are not
involved in driver development and known for making rather questionable
suggestions which are definitely not suitable for everyone.
https://bugs.freedesktop.org/show_bug.cgi?id=106175
--- Comment #34 from Michel Dänzer ---
(In reply to tempel.julian from comment #33)
> I suppose TearFree forces pageflipping regardless, as we don't see any
> tearing with that configuration.
Right, you'd have to disable TearFree as well. Can
https://bugs.freedesktop.org/show_bug.cgi?id=108613
Michel Dänzer changed:
What|Removed |Added
Attachment #142327|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=108613
Michel Dänzer changed:
What|Removed |Added
Attachment #142328|text/x-log |text/plain
mime type|
On 2018-10-24 22:09, Matthias Kaehlcke wrote:
Hi Sravanthi,
On Wed, Oct 10, 2018 at 02:54:33PM +0530, Sravanthi Kollukuduru wrote:
The interconnect framework is designed to provide a
standard kernel interface to control the settings of
the interconnects on a SoC.
The interconnect API uses a
When the userspace tries to read the crashstate dump, the read side
implementation in the driver currently ascii85 encodes all the binary
buffers and it does this each time the read system call is called.
A userspace tool like cat typically does a page by page read and the
number of read calls
https://bugs.freedesktop.org/show_bug.cgi?id=108194
--- Comment #3 from Timothy Arceri ---
It's also possible this is another example of bug #104602
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
https://bugzilla.kernel.org/show_bug.cgi?id=201139
--- Comment #3 from Aleksandr Mezin (mezin.alexan...@gmail.com) ---
Created attachment 279281
--> https://bugzilla.kernel.org/attachment.cgi?id=279281=edit
journalctl --user (Xorg log is here)
--
You are receiving this mail because:
You are
https://bugzilla.kernel.org/show_bug.cgi?id=201139
Aleksandr Mezin (mezin.alexan...@gmail.com) changed:
What|Removed |Added
Kernel Version|4.19-rc3|4.19
--
On 2018年10月31日 20:07, Chris Wilson wrote:
drivers/gpu/drm/drm_syncobj.c:181:6: warning: no previous prototype for
‘drm_syncobj_add_callback’ [-Wmissing-prototypes]
drivers/gpu/drm/drm_syncobj.c:190:6: warning: no previous prototype for
‘drm_syncobj_remove_callback’ [-Wmissing-prototypes]
https://bugs.freedesktop.org/show_bug.cgi?id=108606
--- Comment #14 from Samantha McVey ---
Wanted to make sure a few things were clear from my last message:
"I tested again and I still get the gpu lockup without these options (this is
without having any commit reverted)."
- Since I was not
https://bugs.freedesktop.org/show_bug.cgi?id=108086
--- Comment #6 from jeckfer...@gmail.com ---
Created attachment 142317
--> https://bugs.freedesktop.org/attachment.cgi?id=142317=edit
It occurred again with 18.2.3
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=104602
--- Comment #17 from Timothy Arceri ---
After talking this over with Marek here is a summary of the problem.
LLVM's VGPR indexing code on gfx9+ is broken for immediate arrays. Usually this
is not a problem as GLSL IR in mesa will lower these
On Wed, 31 Oct 2018, Shayenne Moura wrote:
> On 10/31, Julia Lawall wrote:
> >
> >
> > On Wed, 31 Oct 2018, Shayenne Moura wrote:
> >
> > > On 10/31, Julia Lawall wrote:
> > > >
> > > >
> > > > On Wed, 31 Oct 2018, Shayenne da Luz Moura wrote:
> > > >
> > > > > Rename 'drm_mode_config.crtc_idr'
https://bugs.freedesktop.org/show_bug.cgi?id=108606
--- Comment #13 from Samantha McVey ---
Created attachment 142319
--> https://bugs.freedesktop.org/attachment.cgi?id=142319=edit
amdgpu.ppfeaturemask=0x3fff resume from suspend lockup
Alex,
So far it seems that I am not getting the gpu
On Wed, Oct 31, 2018 at 02:44:24PM -0300, Shayenne da Luz Moura wrote:
> Break line after NULL to decrease the line size.
>
> Signed-off-by: Shayenne da Luz Moura
>
> ---
> Changes in v2:
> - Remove aditional variable added in v1 and add a line break
Applied, thanks.
-Daniel
>
>
On Wed, 31 Oct 2018 17:54:34 +
"Kazlauskas, Nicholas" wrote:
> On 10/31/18 12:20 PM, Michel Dänzer wrote:
> > On 2018-10-31 3:41 p.m., Kazlauskas, Nicholas wrote:
> >> On 10/31/18 10:12 AM, Michel Dänzer wrote:
> >>> On 2018-10-31 2:38 p.m., Kazlauskas, Nicholas wrote:
> On
On Thu, Nov 01, 2018 at 12:37:14AM +0100, Noralf Trønnes wrote:
>
> Den 17.10.2018 15.04, skrev Noralf Trønnes:
> > This adds an optional function table on GEM objects.
> > The main benefit is for drivers that support more than one type of
> > memory (shmem,vram,cma) for their buffers depending
https://bugzilla.kernel.org/show_bug.cgi?id=201139
--- Comment #2 from Aleksandr Mezin (mezin.alexan...@gmail.com) ---
Created attachment 279279
--> https://bugzilla.kernel.org/attachment.cgi?id=279279=edit
Kernel log
Today I've seen this issue again on 4.19.
Monitors were turned off by dpms,
https://bugzilla.kernel.org/show_bug.cgi?id=201139
--- Comment #4 from Aleksandr Mezin (mezin.alexan...@gmail.com) ---
Also tried loggig out & in, restarting GDM, changing display configurations in
Gnome. Even in another VT and in GDM, one monitor was showing only a black
screen. Only reboot made
The bind function performs hardware access (in hdmi4_cec_init()) and
thus requires the device to be active. Ensure this by surrounding the
bind function by hdmi_runtime_get() and hdmi_runtime_put() calls.
Fixes: 27d624527d99 ("drm/omap: dss: Acquire next dssdev at probe time")
Signed-off-by:
The DSS DT node contains children that describe the DSS components
(DISPC and internal encoders). Each of those components is handled by a
platform driver, and thus needs to be backed by a platform device.
The corresponding platform devices are created in arch code by a call to
Hello,
This series fixes crashes in the omapdss driver at both load and unload
time, due to runtime PM problems related to probe deferral. The bugs got
introduced in v4.20-rc, this should thus be considered as v4.20 fixes.
At the core of the problem comes commit 27d624527d99 ("drm/omap: dss:
The probe function performs hardware access to read the number of
supported data lanes from a configuration register and thus requires the
device to be active. Ensure this by surrounding the access with
dsi_runtime_get() and dsi_runtime_put() calls.
Additionally we need to introduce a hack in the
https://bugs.freedesktop.org/show_bug.cgi?id=106175
--- Comment #31 from Michel Dänzer ---
Note that SWcursor completely disables page flipping, at least with
xf86-video-amdgpu, because the two things are fundamentally incompatible with
each other. Does only disabling page flipping also avoid
Hi Laurent,
On 01/11/18 12:25, Laurent Pinchart wrote:
> Hello,
>
> This series fixes crashes in the omapdss driver at both load and unload
> time, due to runtime PM problems related to probe deferral. The bugs got
> introduced in v4.20-rc, this should thus be considered as v4.20 fixes.
>
> At
https://bugs.freedesktop.org/show_bug.cgi?id=108585
--- Comment #16 from Dan Horák ---
Reset on init sounds better to me as the loader kernel (in kexec case) is more
difficult to update than the host kernel.
And for the record - after updating the skiroot kernel firmware version to the
latest
On Wed, Oct 31, 2018 at 04:55:53PM +, Fabrizio Castro wrote:
> Having the option of using "unlocked" flavours of reads and writes
> is what we need here, but looking at drivers/base/regmap/regmap-i2c.c
> I couldn't find anything suitable for my case, maybe Mark could advise
> on this one? I
Quoting zhoucm1 (2018-11-01 08:53:02)
>
>
> On 2018年10月31日 20:07, Chris Wilson wrote:
> > drivers/gpu/drm/drm_syncobj.c:181:6: warning: no previous prototype for
> > ‘drm_syncobj_add_callback’ [-Wmissing-prototypes]
> > drivers/gpu/drm/drm_syncobj.c:190:6: warning: no previous prototype for
>
While adding SiI9022A support to the iwg23s board it came up
that when the HDMI transmitter is in pass through mode the
device is not compliant with the I2C specification anymore,
as it requires a far bigger tbuf due to a delay the HDMI
transmitter is adding when relaying the STOP condition on the
On Tue, Oct 30, 2018 at 6:25 PM Michael Forney wrote:
>
> On 2018-10-29, David Abdurachmanov wrote:
> > On Mon, Oct 29, 2018 at 8:47 PM Michael Forney wrote:
> >>
> >> - Should riscv support ARCH_HAS_SG_CHAIN?
> >
> > Non-expert here, but it looks like ARCH_HAS_SG_CHAIN
> > support is generic,
On 2018-10-31 17:55, Fabrizio Castro wrote:
> Hello Linus,
>
>> Subject: Re: [RFC] drm/bridge/sii902x: Fix EDID readback
>>
>> Hi Fabrizio,
>>
>> thanks for your patch!
>
> Thank you for your feedback!
>
>>
>> On Wed, Oct 31, 2018 at 1:58 PM Fabrizio Castro
>> wrote:
>>
>>> While adding
The firmware.vaddr might be assigned with an error code instead of
NULL, so this patch uses an IS_ERR_OR_NULL check to fix below bug.
Unable to handle kernel paging request at virtual address fff0
[...]
pc : falcon_load_firmware+0x80/0x358 [tegra_drm]
lr :
Hello Linus,
> Subject: Re: [RFC] drm/bridge/sii902x: Fix EDID readback
>
> Hi Fabrizio,
>
> thanks for your patch!
Thank you for your feedback!
>
> On Wed, Oct 31, 2018 at 1:58 PM Fabrizio Castro
> wrote:
>
> > While adding SiI9022A support to the iwg23s board it came up
> > that when the
On Wed, Oct 31, 2018 at 12:17:50PM +, Leonard Crestez wrote:
> On 10/31/2018 8:12 AM, Shawn Guo wrote:
> > On Mon, Oct 08, 2018 at 06:06:23PM +, Leonard Crestez wrote:
> >> This was implemented in the driver but not actually defined and
> >> referenced in dts. This makes it always on.
> >>
Hi Jagan,
On Wed, Oct 31, 2018 at 7:58 PM Chen-Yu Tsai wrote:
>
> On Wed, Oct 31, 2018 at 4:53 PM Andrzej Hajda wrote:
> >
> > On 26.10.2018 16:43, Jagan Teki wrote:
> > > Bananapi S070WV20-CT16 ICN6211 is 800x480, 4-lane MIPI-DSI to RGB
> > > bridge panel, which is available on same PCB with
On 10/31/2018 8:12 AM, Shawn Guo wrote:
> On Mon, Oct 08, 2018 at 06:06:23PM +, Leonard Crestez wrote:
>> This was implemented in the driver but not actually defined and
>> referenced in dts. This makes it always on.
>>
>> From reference manual in section "10.4.1.4.1 Power Distribution":
>>
On 2018-10-31 6:54 p.m., Kazlauskas, Nicholas wrote:
> On 10/31/18 12:20 PM, Michel Dänzer wrote:
>> On 2018-10-31 3:41 p.m., Kazlauskas, Nicholas wrote:
>>> On 10/31/18 10:12 AM, Michel Dänzer wrote:
On 2018-10-31 2:38 p.m., Kazlauskas, Nicholas wrote:
> On 10/30/18 11:34 AM, Kazlauskas,
https://bugs.freedesktop.org/show_bug.cgi?id=108613
--- Comment #1 from Michel Dänzer ---
Please attach the corresponding Xorg log file and output of dmesg.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel
https://bugs.freedesktop.org/show_bug.cgi?id=106175
--- Comment #32 from gr...@sub.red ---
(In reply to Michel Dänzer from comment #31)
> Does only disabling page flipping also avoid the problem?
Not from what I can tell.
> Option "EnablePageFlip" "off"
results in
>[ 35496.178] (II)
Hey Emil,
On 2018-10-31 10:38, Emil Velikov wrote:
Hi Rob,
On Thu, 25 Oct 2018 at 19:38, Robert Foss wrote:
From: Gustavo Padovan
Refactor fence creation to remove the potential allocation failure from
the cmd_submit and atomic_commit paths. Now the fence should be allocated
first and
https://bugzilla.kernel.org/show_bug.cgi?id=201139
--- Comment #5 from Harry Wentland (harry.wentl...@amd.com) ---
It looks like link training failed. Can you check on your monitor's OSD whether
DisplayPort or Auto is selected as input? I've seen this behavior on some
monitors when Auto input was
https://bugzilla.kernel.org/show_bug.cgi?id=201585
Nicholas Kazlauskas (nicholas.kazlaus...@amd.com) changed:
What|Removed |Added
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=201585
--- Comment #2 from Dan Acristinii (d...@acristinii.com) ---
for which kernel version, 4.18 or 4.19?
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel
Hi,
Liviu, can I merge this through drm-misc-next.
On Mon, Oct 29, 2018 at 05:14:38PM +, Alexandru-Cosmin Gheorghe wrote:
> Enable the following formats
> - DRM_FORMAT_X0L0: DP650
> - DRM_FORMAT_X0L2: DP550, DP650
>
> Reviewed-by: Brian Starkey
> Signed-off-by: Alexandru Gheorghe
> ---
>
https://bugzilla.kernel.org/show_bug.cgi?id=201585
--- Comment #3 from Nicholas Kazlauskas (nicholas.kazlaus...@amd.com) ---
The kernel you're experiencing the issue on, 4.18.
It might be worth trying 4.19 to see if you can still reproduce the issue
there, however.
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=108613
--- Comment #2 from tempel.jul...@gmail.com ---
Created attachment 142327
--> https://bugs.freedesktop.org/attachment.cgi?id=142327=edit
dmesg.log
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=108613
--- Comment #3 from tempel.jul...@gmail.com ---
Created attachment 142328
--> https://bugs.freedesktop.org/attachment.cgi?id=142328=edit
xorg.log
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=106175
--- Comment #33 from tempel.jul...@gmail.com ---
I suppose TearFree forces pageflipping regardless, as we don't see any tearing
with that configuration.
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=108585
--- Comment #17 from Dan Horák ---
Fedora/ppc64le users can find a pre-built kernel with the patchset at
https://copr.fedorainfracloud.org/coprs/sharkcz/talos-kernel/build/817728/
--
You are receiving this mail because:
You are the assignee
https://bugzilla.kernel.org/show_bug.cgi?id=201585
--- Comment #4 from Dan Acristinii (d...@acristinii.com) ---
Created attachment 279285
--> https://bugzilla.kernel.org/attachment.cgi?id=279285=edit
dmesg.log on 4.18
--
You are receiving this mail because:
You are watching the assignee of
https://bugs.freedesktop.org/show_bug.cgi?id=108194
--- Comment #4 from Hadrien Nilsson ---
I'm not sure for bug 104602 as everything else renders correctly.
---
I installed a fresh version of Ubuntu 18.04 on a specific disk and added padoka
unstable ppa for mesa. I got this
https://bugzilla.kernel.org/show_bug.cgi?id=201585
Bug ID: 201585
Summary: 144Hz 2560x1440 no longer works (caps at 120Hz)
Product: Drivers
Version: 2.5
Kernel Version: 4.18
Hardware: All
OS: Linux
Tree:
Ho Tomi,
On Thursday, 1 November 2018 13:47:40 EET Tomi Valkeinen wrote:
> On 01/11/18 12:25, Laurent Pinchart wrote:
> > Hello,
> >
> > This series fixes crashes in the omapdss driver at both load and unload
> > time, due to runtime PM problems related to probe deferral. The bugs got
> >
On 2018-10-31 10:38, Emil Velikov wrote:
Hi Rob,
On Thu, 25 Oct 2018 at 19:38, Robert Foss wrote:
Add a new field called fence_fd that will be used by userspace to send
in-fences to the kernel and receive out-fences created by the kernel.
This uapi enables virtio to take advantage of
On 01/11/18 14:13, Laurent Pinchart wrote:
>> Thanks for debugging this! I have to say I really don't like these
>> (well, 2 is fine), as they feel like hacks.
>
> I assume you also have nothing against the first hunk of patch 3/3.
Yes. And after our discussion, I think 1 is fine too, so the
https://bugs.freedesktop.org/show_bug.cgi?id=108098
--- Comment #6 from Antonio Chirizzi ---
Hello fin4478, thanks for the suggestion.
I have tried the latest Manjaro Xfce, it's able to boot but it's not able to
start the graphics environment. I have seen that for the Ryzen 7 2700U (my CPU)
https://bugzilla.kernel.org/show_bug.cgi?id=201585
--- Comment #5 from Dan Acristinii (d...@acristinii.com) ---
The issue persists on 4.19
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing list
For some pixel formats .cpp structure in drm_format info it's not
enough to describe the peculiarities of the pixel layout, for example
tiled formats or packed formats at bit level.
What's implemented here is to add three new members to drm_format_info
that could describe such formats:
-
https://bugs.freedesktop.org/show_bug.cgi?id=107402
Martin Peres changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this mail
Hey Chris,
On 2018-11-01 17:26, Chris Wilson wrote:
Quoting Robert Foss (2018-11-01 16:12:28)
If dma_fence_wait fails to wait for a supplied in-fence in
msm_ioctl_gem_submit, make sure we release that in-fence.
Also remove this dma_fence_put() from the 'out' label.
Signed-off-by: Robert Foss
Hi Tony,
On Thursday, 1 November 2018 17:58:56 EET Tony Lindgren wrote:
> * Laurent Pinchart [181101 12:13]:
> > On Thursday, 1 November 2018 13:47:40 EET Tomi Valkeinen wrote:
> > > We do dispc_runtime_get/put in the HDMI driver's suspend/resume too, so
> > > don't we need similar hack (as you
Quoting Robert Foss (2018-11-01 16:12:28)
> If dma_fence_wait fails to wait for a supplied in-fence in
> msm_ioctl_gem_submit, make sure we release that in-fence.
>
> Also remove this dma_fence_put() from the 'out' label.
>
> Signed-off-by: Robert Foss
> ---
>
On Thu, Nov 01, 2018 at 06:42:17PM +0200, Ville Syrjälä wrote:
> On Wed, Oct 24, 2018 at 03:28:20PM -0700, Manasi Navare wrote:
> > This patch defines a new header file for all the DSC 1.2 structures
> > and creates a structure for PPS infoframe which will be used to send
> > picture parameter set
https://bugs.freedesktop.org/show_bug.cgi?id=107402
Martin Peres changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=108625
Bug ID: 108625
Summary: AMDGPU - Can't even get Xorg to start - Kernel driver
hangs with ring buffer timeout on ARM64
Product: DRI
Version: unspecified
Hardware: ARM
If dma_fence_wait fails to wait for a supplied in-fence in
msm_ioctl_gem_submit, make sure we release that in-fence.
Also remove this dma_fence_put() from the 'out' label.
Signed-off-by: Robert Foss
---
drivers/gpu/drm/msm/msm_gem_submit.c | 10 +-
1 file changed, 5 insertions(+), 5
https://bugs.freedesktop.org/show_bug.cgi?id=107221
Martin Peres changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=107221
Martin Peres changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=107222
Martin Peres changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=107222
Martin Peres changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|NEW
On Wed, Oct 24, 2018 at 03:28:20PM -0700, Manasi Navare wrote:
> This patch defines a new header file for all the DSC 1.2 structures
> and creates a structure for PPS infoframe which will be used to send
> picture parameter set secondary data packet for display stream compression.
> All the PPS
On Wed, Oct 24, 2018 at 03:28:23PM -0700, Manasi Navare wrote:
> According to Display Stream compression spec 1.2, the picture
> parameter set metadata is sent from source to sink device
> using the DP Secondary data packet. An infoframe is formed
> for the PPS SDP header and PPS SDP payload
https://bugs.freedesktop.org/show_bug.cgi?id=108606
--- Comment #15 from Samantha McVey ---
Alex,
The conditions in your patch never get triggered. I added some print statements
in there, and gfx_v9_0_init_rlc_ext_microcode(adev) runs, but
`adev->powerplay.pp_feature &= ~PP_GFXOFF_MASK` never
https://bugs.freedesktop.org/show_bug.cgi?id=102646
--- Comment #39 from bmil...@gmail.com ---
Another interesting info, even with amdgpu.dc=0 I get flickering @75hz.
Difference is the flickering immediatly stops when I switch back to 60hz (no
need to reboot or switch monitor off/on)
--
You are
On 2018-11-01 3:58 p.m., Kazlauskas, Nicholas wrote:
> On 11/1/18 6:58 AM, Michel Dänzer wrote:
>> On 2018-10-31 6:54 p.m., Kazlauskas, Nicholas wrote:
>>> On 10/31/18 12:20 PM, Michel Dänzer wrote:
On 2018-10-31 3:41 p.m., Kazlauskas, Nicholas wrote:
> On 10/31/18 10:12 AM, Michel Dänzer
https://bugzilla.kernel.org/show_bug.cgi?id=201585
--- Comment #7 from Nicholas Kazlauskas (nicholas.kazlaus...@amd.com) ---
It may also help to have a dmesg log for 4.18 with drm.debug=4 as part of your
bootline.
Thanks for all the logs.
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=108096
--- Comment #25 from Andrey Grodzovsky ---
(In reply to Dieter Nützel from comment #24)
> (In reply to Andrey Grodzovsky from comment #22)
> > (In reply to Andrey Grodzovsky from comment #21)
> > > Please load the driver in debug mode so I can
Den 26.10.2018 10.27, skrev Maxime Ripard:
On Thu, Oct 25, 2018 at 10:13:38PM +0200, Noralf Trønnes wrote:
The CMA helper is already using the drm_fb_helper_generic_probe part of
the generic fbdev emulation. This patch makes full use of the generic
fbdev emulation by using its drm_client
Den 25.10.2018 22.25, skrev Boris Brezillon:
On Thu, 25 Oct 2018 22:13:37 +0200
Noralf Trønnes wrote:
The CMA helper is already using the drm_fb_helper_generic_probe part of
the generic fbdev emulation. This patch makes full use of the generic
fbdev emulation by using its drm_client
Den 29.10.2018 16.55, skrev Jyri Sarha:
On 25/10/18 23:13, Noralf Trønnes wrote:
The CMA helper is already using the drm_fb_helper_generic_probe part of
the generic fbdev emulation. This patch makes full use of the generic
fbdev emulation by using its drm_client callbacks. This means that
When the userspace tries to read the crashstate dump, the read side
implementation in the driver currently ascii85 encodes all the binary
buffers and it does this each time the read system call is called.
A userspace tool like cat typically does a page by page read and the
number of read calls
On Wed, Oct 31, 2018 at 05:19:04PM -0700, Jeykumar Sankaran wrote:
> DPU was using one thread per display to dispatch async
> commits and vblank requests. Since clean up already happened
> in msm to use the common thread for all the display commits,
> display threads are only used to cater vblank
https://bugs.freedesktop.org/show_bug.cgi?id=108628
Bug ID: 108628
Summary: Middle-Earth: Shadow of Mordor: artifacts in benchmark
mode
Product: Mesa
Version: 18.2
Hardware: Other
OS: Linux (All)
This adds the backlight panel, power, pwm and tcon0 device-tree bindings
required for supporting the 3.5" LCD from LeMaker on the BananaPi M1.
Signed-off-by: Paul Kocialkowski
---
arch/arm/boot/dts/sun7i-a20-bananapi.dts | 89
1 file changed, 89 insertions(+)
diff
1 - 100 of 152 matches
Mail list logo