https://bugs.freedesktop.org/show_bug.cgi?id=107655
--- Comment #2 from Sergey Kondakov ---
Created attachment 141238
--> https://bugs.freedesktop.org/attachment.cgi?id=141238&action=edit
Asus_F3Ke.dmesg
dmesg from affected machine.
--
You are receiving this mail because:
You are the assigne
https://bugs.freedesktop.org/show_bug.cgi?id=107655
--- Comment #1 from Sergey Kondakov ---
Created attachment 141237
--> https://bugs.freedesktop.org/attachment.cgi?id=141237&action=edit
Xorg.0.log
Normal X log.
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=107655
Bug ID: 107655
Summary: X segfaults on startup in r300_dri.so, making system
unusable
Product: Mesa
Version: 18.1
Hardware: x86-64 (AMD64)
OS: Linux (All)
On Tue, Aug 21, 2018 at 03:54:28PM +0200, Christian König wrote:
> Am 21.08.2018 um 15:43 schrieb Huang Rui:
> >On Mon, Aug 20, 2018 at 09:17:12PM +0800, Christian König wrote:
> >>Am 20.08.2018 um 08:05 schrieb Huang Rui:
> >>>On Fri, Aug 17, 2018 at 06:38:16PM +0800, Koenig, Christian wrote:
> >>
2018년 08월 21일 20:21에 Andrzej Hajda 이(가) 쓴 글:
> On 21.08.2018 07:27, Inki Dae wrote:
>>
>> 2018년 08월 20일 18:00에 Andrzej Hajda 이(가) 쓴 글:
>>> On 17.08.2018 03:56, Inki Dae wrote:
2018년 08월 13일 20:17에 Andrzej Hajda 이(가) 쓴 글:
> On 07.08.2018 10:53, Inki Dae wrote:
>> 2018년 07월 26일 00:46에
Reviewed-by: Emily Deng
>-Original Message-
>From: kbuild test robot
>Sent: Wednesday, August 22, 2018 10:31 AM
>To: Deng, Emily
>Cc: kbuild-...@01.org; dri-devel@lists.freedesktop.org; Deucher, Alexander
>; Koenig, Christian
>
>Subject: [RFC PATCH radeon-alex] drm/amdgpu:
>amdgpu_kiq_r
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.20-wip
head: 2034a5eca0c640259d13dbd4c29ca8ce712055cc
commit: d790449835e6f61831f6d34dea5b928de918cf60 [175/184] drm/amdgpu: use kiq
to do invalidate tlb
reproduce:
# apt-get install sparse
git checkout d790449835e6
Fixes: d790449835e6 ("drm/amdgpu: use kiq to do invalidate tlb")
Signed-off-by: kbuild test robot
---
gmc_v9_0.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/gmc_v9_0.c
b/drivers/gpu/drm/amd/amdgpu/gmc_v9_0.c
index 0bf8439..4dd5769 100644
---
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.20-wip
head: 2034a5eca0c640259d13dbd4c29ca8ce712055cc
commit: 56aebc3d39a70b30eb06b911271b6bdf525f5f55 [173/184] drm/amd/display:
implement DPMS DTN test v2
reproduce:
# apt-get install sparse
git checkout 56aebc3d3
https://bugs.freedesktop.org/show_bug.cgi?id=107581
--- Comment #15 from Timothy Arceri ---
Created attachment 141230
--> https://bugs.freedesktop.org/attachment.cgi?id=141230&action=edit
hack around layout qualifiers
The next shader compilation problem is that they are applying layout qualifi
https://bugs.freedesktop.org/show_bug.cgi?id=102322
--- Comment #59 from dwagner ---
Created attachment 141228
--> https://bugs.freedesktop.org/attachment.cgi?id=141228&action=edit
latest crash trace output, without gpu_reset
--
You are receiving this mail because:
You are the assignee for th
https://bugs.freedesktop.org/show_bug.cgi?id=102322
--- Comment #58 from dwagner ---
Here comes another trace log, with your info2.patch applied.
Something must have changed since the last test, as it took pretty long this
time to reproduce the crash. Could that have been caused by
https://cgit.
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.20-wip
head: 2034a5eca0c640259d13dbd4c29ca8ce712055cc
commit: 14dc68a3fb45425643b608aee8c4fb9f7145c99e [168/184] drm/amd/display:
Create new i2c resource
reproduce:
# apt-get install sparse
git checkout 14dc68a3fb45
Hi Leonard,
On Tue, Aug 21, 2018 at 4:34 PM, Leonard Crestez
wrote:
> More concretely on 6qp-sdb blanking the display happens like this:
> * imx_ldb_encoder_disable switches ipu1_di0_sel to ipu1_di0_pre from
> ldb_di1_podf
> * reparenting to ipu1_di0_pre enables it and its parents up to pll5
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.20-wip
head: 2034a5eca0c640259d13dbd4c29ca8ce712055cc
commit: 56aebc3d39a70b30eb06b911271b6bdf525f5f55 [173/184] drm/amd/display:
implement DPMS DTN test v2
config: i386-randconfig-h1-08211342 (attached as .config)
compiler: gcc-4.
https://bugs.freedesktop.org/show_bug.cgi?id=102322
--- Comment #57 from Andrey Grodzovsky ---
(In reply to dwagner from comment #56)
> (In reply to Andrey Grodzovsky from comment #55)
> > > In above attached file "xz-compressed output of gpu_debug3.sh" there is
> > > umr
> > > output at the tim
https://bugs.freedesktop.org/show_bug.cgi?id=102322
--- Comment #56 from dwagner ---
(In reply to Andrey Grodzovsky from comment #55)
> > In above attached file "xz-compressed output of gpu_debug3.sh" there is umr
> > output at the time of the crash (238 seconds after the reboot):
> >
> > --
https://bugs.freedesktop.org/show_bug.cgi?id=107652
--- Comment #1 from mikhail.v.gavri...@gmail.com ---
Created attachment 141226
--> https://bugs.freedesktop.org/attachment.cgi?id=141226&action=edit
system log
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=107652
Bug ID: 107652
Summary: amdgpu couldn't resume after suspend
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Hi all,
We received an overwhelming response for this CFP - 35+ proposals (and
still some latecomers trickling in), for only 18 slots.
What we didn't much get (and the CFP failed to make it clear that
we're looking for this) is proposals for the workshop/discussion track
in the 2nd room. In the p
On Tue, Aug 21, 2018 at 7:59 AM, Noralf Trønnes wrote:
> Den 21.08.2018 10.44, skrev Daniel Vetter:
>> On Mon, Aug 20, 2018 at 11:44:56PM -0700, John Stultz wrote:
>>>
>>> Since we don't have a drm_gem_cma_object reference in
>>> drm_fb_helper_generic_probe(), I instead added:
>>> fbi->fix.sme
https://bugzilla.kernel.org/show_bug.cgi?id=200869
Janpieter Sollie (janpieter.sol...@dommel.be) changed:
What|Removed |Added
Status|NEW |RESOLVED
The previous patch added tile_w and tile_h, which represent the
horizontal and vertical sizes of a tile.
This one uses that to plumb through drm core in order to be able to
handle linear tile formats without the need for drivers to roll up
their own implementation.
This patch had been written wit
Enable the following formats
- DRM_FORMAT_XYUV
- DRM_FORMAT_XVYU2101010
- DRM_FORMAT_X0L0
- DRM_FORMAT_X0L2
- DRM_FORMAT_P010
Signed-off-by: Alexandru Gheorghe
---
drivers/gpu/drm/arm/malidp_hw.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/arm/ma
Two new fields had been added to drm_format_info struct, tile_w and
tile_h, this need to be set to 1 for all non-tiled formats.
Signed-off-by: Alexandru Gheorghe
---
drivers/gpu/drm/i915/intel_display.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/
Add two new fields(tile_w and tile_h) to drm_format_info, which
represent the horizontal and vertical sizes of a tile in tiled
formats.
This fields will be used by the next patch to add support in drm
core for handling framebuffer restrictions and to correctly handle
source cropping.
Additionally,
Malidp implements a number of yuv buffer formats which are not
currently described in drm_fourcc.h.
This adds those definitions and describes their memory layout.
Signed-off-by: Alexandru Gheorghe
---
drivers/gpu/drm/drm_fourcc.c | 7 +++
include/uapi/drm/drm_fourcc.h | 27
Change since v1 [1]:
- Droped changes that add special handling of the tile formats
X0L0/X0L2 in the driver and extend drm_core, by adding tile_h and
tile_w in drm_format_info, suggested by Daniel Vetter here [2],
see patches 2 to 4.
- Use a differnt fourcc code for DRM_FORMAT_XVYU2
On Fri, Aug 17, 2018 at 3:01 PM Randy Dunlap wrote:
>
> On 08/16/2018 08:09 PM, Wen Yang wrote:
> > Fix comile warning like,
> > CC [M] drivers/gpu/drm/i915/gvt/execlist.o
> > CC [M] drivers/gpu/drm/nouveau/nvkm/subdev/instmem/nv50.o
> > CC [M] drivers/gpu/drm/radeon/btc_dpm.o
> > CC [M
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Jan Vesely changed:
What|Removed |Added
Depends on||99014
Referenced Bugs:
https://bugs.freed
On Tue, Aug 21, 2018 at 06:51:26PM +0200, Daniel Vetter wrote:
> On Tue, Aug 21, 2018 at 05:16:11PM +0100, Brian Starkey wrote:
> > There's a number of things which haven't previously been documented
> > around the usage of format modifiers. Capture the current
> > understanding in an overview comm
Thanks for the feedbacks,
I will prepare a V2 based on your suggestions.
On 08/21, Daniel Vetter wrote:
> On Tue, Aug 21, 2018 at 4:52 PM, Rodrigo Siqueira
> wrote:
> > On 08/21, Daniel Vetter wrote:
> >> On Mon, Aug 20, 2018 at 08:55:44PM -0300, Rodrigo Siqueira wrote:
> >> > Currently, vkms ne
As a note: I don't think this patch is ready /just/ yet now as I just hit this
problem again this morning (and it looks like I'm checking the wrong mask for
dmac, it appears to be slightly different from the core), looking into this now
On Mon, 2018-08-20 at 13:20 -0400, Lyude Paul wrote:
> Just l
On Tue, Aug 21, 2018 at 05:16:11PM +0100, Brian Starkey wrote:
> There's a number of things which haven't previously been documented
> around the usage of format modifiers. Capture the current
> understanding in an overview comment and add it to the rst
> documentation.
>
> Ideally, the generated
On Tue, Aug 21, 2018 at 6:03 PM, Noralf Trønnes wrote:
>
> Den 21.08.2018 17.41, skrev Daniel Vetter:
>>
>> On Tue, Aug 21, 2018 at 04:59:46PM +0200, Noralf Trønnes wrote:
>>>
>>> Den 21.08.2018 10.44, skrev Daniel Vetter:
On Mon, Aug 20, 2018 at 11:44:56PM -0700, John Stultz wrote:
Hi Matthew,
On Tue, Aug 21, 2018 at 09:26:39AM -0700, Matthew Wilcox wrote:
On Tue, Aug 21, 2018 at 05:16:11PM +0100, Brian Starkey wrote:
There's a number of things which haven't previously been documented
around the usage of format modifiers. Capture the current
understanding in an overview c
On Tue, Aug 21, 2018 at 05:54:10PM +0530, Sravanthi Kollukuduru wrote:
> The current driver has the opaque blend mode set as the
> default causing the black box effect around the cursor.
> The fix enables choosing a different blend mode for alpha
> enabled formats.
>
> Signed-off-by: Sravanthi Kol
On Tue, Aug 21, 2018 at 05:54:09PM +0530, Sravanthi Kollukuduru wrote:
> Reserve DMA pipe for cursor plane and attach it to the
> crtc during the initialization.
>
> Signed-off-by: Sravanthi Kollukuduru
Reviewed-by: Sean Paul
> ---
> drivers/gpu/drm/msm/disp/dpu1/dpu_crtc.c | 5 ++-
>
There's a number of things which haven't previously been documented
around the usage of format modifiers. Capture the current
understanding in an overview comment and add it to the rst
documentation.
Ideally, the generated documentation would also include documentation
of all of the #defines, but
Den 21.08.2018 17.41, skrev Daniel Vetter:
On Tue, Aug 21, 2018 at 04:59:46PM +0200, Noralf Trønnes wrote:
Den 21.08.2018 10.44, skrev Daniel Vetter:
On Mon, Aug 20, 2018 at 11:44:56PM -0700, John Stultz wrote:
On Tue, Jul 3, 2018 at 9:03 AM, Noralf Trønnes wrote:
This switches the CMA help
On Tue, Aug 21, 2018 at 02:08:58PM +0530, Mahesh Kumar wrote:
> This patch implements a callback function which will be called before
> crc read. In this function driver can implement any preparation work
> required for successfully reading CRC data.
>
> Changes Since V1:
> - rebase
>
> Cc: dri-
Hi Laurent, Jacopo,
On 21/08/18 09:08, Laurent Pinchart wrote:
> Hi Jacopo,
>
> (CC'ing Kieran)
>
> On Tuesday, 21 August 2018 10:33:57 EEST jacopo mondi wrote:
>> On Tue, Aug 21, 2018 at 01:12:40AM +0300, Laurent Pinchart wrote:
>>> On Tuesday, 21 August 2018 00:49:41 EEST Laurent Pinchart wrot
On Tue, Aug 21, 2018 at 4:52 PM, Rodrigo Siqueira
wrote:
> On 08/21, Daniel Vetter wrote:
>> On Mon, Aug 20, 2018 at 08:55:44PM -0300, Rodrigo Siqueira wrote:
>> > Currently, vkms needs VBlank to work well. This patch adds another
>> > operation model that make vkms works without VBlank support.
>
On Tue, Aug 21, 2018 at 04:59:46PM +0200, Noralf Trønnes wrote:
>
> Den 21.08.2018 10.44, skrev Daniel Vetter:
> > On Mon, Aug 20, 2018 at 11:44:56PM -0700, John Stultz wrote:
> > > On Tue, Jul 3, 2018 at 9:03 AM, Noralf Trønnes wrote:
> > > > This switches the CMA helper drivers that use its fbd
https://bugs.freedesktop.org/show_bug.cgi?id=105251
--- Comment #22 from CheatCodesOfLife ---
You're welcome.
Not the exact same problem, no. I can get a hard-lock by trying to use amdvlk
to play rpcs3, but it doesn't produce the same error and it's not as consistent
(takes up to 15 minutes to c
Den 21.08.2018 10.44, skrev Daniel Vetter:
On Mon, Aug 20, 2018 at 11:44:56PM -0700, John Stultz wrote:
On Tue, Jul 3, 2018 at 9:03 AM, Noralf Trønnes wrote:
This switches the CMA helper drivers that use its fbdev emulation over
to the generic fbdev emulation. It's the first phase of using ge
https://bugs.freedesktop.org/show_bug.cgi?id=105251
--- Comment #21 from Andrey Grodzovsky ---
(In reply to CheatCodesOfLife from comment #17)
> (In reply to Andrey Grodzovsky from comment #16)
> > Hi everyone, I've tried with latest kernel and latest VEGA10 firmware and
> > wasn't able to reprod
On 08/21, Daniel Vetter wrote:
> On Mon, Aug 20, 2018 at 08:55:44PM -0300, Rodrigo Siqueira wrote:
> > Currently, vkms needs VBlank to work well. This patch adds another
> > operation model that make vkms works without VBlank support.
> >
> > Signed-off-by: Rodrigo Siqueira
> > ---
> > drivers/g
https://bugs.freedesktop.org/show_bug.cgi?id=102322
--- Comment #55 from Andrey Grodzovsky ---
(In reply to dwagner from comment #54)
> (In reply to Andrey Grodzovsky from comment #53)
> > Created attachment 141198 [details] [review] [review]
> > add_debug_info2.patch
> >
> > Try this patch inst
On 16-Aug-18 6:25 PM, Juha-Pekka Heikkila wrote:
Preparations for enabling P010, P012 and P016 formats. These
formats will extend NV12 for larger bit depths.
Signed-off-by: Juha-Pekka Heikkila
Reviewed-by: Maarten Lankhorst
---
drivers/gpu/drm/i915/intel_atomic.c | 3 +-
drivers/gpu/
Den 21.08.2018 08.44, skrev John Stultz:
On Tue, Jul 3, 2018 at 9:03 AM, Noralf Trønnes wrote:
This switches the CMA helper drivers that use its fbdev emulation over
to the generic fbdev emulation. It's the first phase of using generic
fbdev. A later phase will use DRM client callbacks for the
With the regular means of adding the dsi-component in probe it creates
a race condition with the panel probing, as the panel device only gets
created after the dsi-bus got created.
When the panel-driver is build as a module it currently fails hard as the
panel cannot be probed directly:
dw_mipi_d
Add the Rockchip-sepcific dual-dsi setup and hook it into the VOP as well.
As described in the general dual-dsi devicetree binding, the panel should
define two input ports and point each of them to one of the used dsi-
controllers, as well as declare one of them as clock-master.
This is used to det
__dw_mipi_dsi_probe() does all the grabbing of resources and does it using
devm-helpers. So this is happening on each try of master bringup possibly
slowing down things a lot.
Drivers using the component framework may instead want to call
dw_mipi_dsi_probe separately in their probe function to set
Right now the host is only unregistered when the driver is used via the
bridge api and not via the component api, leading to the host staying
registered in cases like probe deferral.
So move the host unregister to the general remove function, so that it
gets cleaned up in all cases.
Signed-off-by
From: Nickey Yang
Add the ROCKCHIP DSI controller driver that uses the Synopsys DesignWare
MIPI DSI host controller bridge and remove the old separate one.
changes:
v2:
add err_pllref, remove unnecessary encoder.enable & disable
correct spelling mistakes
v3:
call dw_mipi_dsi_unbind() i
From: Nickey Yang
This patch update describe panel/port links, including
unit addresses in documentation of device tree bindings
for the rockchip DSI controller based on the Synopsys
DesignWare MIPI DSI host controller.
Signed-off-by: Nickey Yang
Reviewed-by: Brian Norris
Reviewed-by: Rob Herr
The Rockchip DSI driver was separate till now, not using the common
bridge driver that was introduced a bit later. So this series migrates
over to use that common bridge driver and then also adds support for
dual-dsi to both the bridge and Rockchip glue code.
The bridge-migration itself is based o
From: Nickey Yang
Allow to also drive a slave dw-mipi-dsi controller in a dual-dsi
setup. This will require additional implementation-specific
code to look up the slave instance and do specific setup.
Also will probably need code in the specific crtcs as dual-dsi
does not equal two separate dsi o
Hi Andrzej,
Am Montag, 20. August 2018, 13:37:24 CEST schrieb Andrzej Hajda:
> On 14.08.2018 12:26, Heiko Stuebner wrote:
> > >From a specified output port of one dsi controller this function allows to
> > iterate over the list of registered dsi controllers trying to find a second
> > instance con
Am 21.08.2018 um 15:43 schrieb Huang Rui:
On Mon, Aug 20, 2018 at 09:17:12PM +0800, Christian König wrote:
Am 20.08.2018 um 08:05 schrieb Huang Rui:
On Fri, Aug 17, 2018 at 06:38:16PM +0800, Koenig, Christian wrote:
Am 17.08.2018 um 12:08 schrieb Huang Rui:
I continue to work for bulk moving
Hi,
Am Montag, 20. August 2018, 12:34:37 CEST schrieb Andrzej Hajda:
> On 14.08.2018 12:26, Heiko Stuebner wrote:
> > With the regular means of adding the dsi-component in probe it creates
> > a race condition with the panel probing, as the panel device only gets
> > created after the dsi-bus got
On Mon, Aug 20, 2018 at 09:17:12PM +0800, Christian König wrote:
> Am 20.08.2018 um 08:05 schrieb Huang Rui:
> > On Fri, Aug 17, 2018 at 06:38:16PM +0800, Koenig, Christian wrote:
> >> Am 17.08.2018 um 12:08 schrieb Huang Rui:
> >>> I continue to work for bulk moving that based on the proposal by
Am 21.08.2018 um 15:29 schrieb Nayan Deshmukh:
do not remove entity from the rq if the current rq is from
the least loaded scheduler.
Signed-off-by: Nayan Deshmukh
Reviewed and pushed into our internal repo.
Thanks,
Christian.
---
drivers/gpu/drm/scheduler/sched_entity.c | 3 +++
1 file
And for the records, I forgot to add
On Tue, Aug 21, 2018 at 12:35:48PM +0200, jacopo mondi wrote:
> Hi Laurent,
>I run some tests, and here below there's a summary of what I see
>
> On Tue, Aug 21, 2018 at 01:12:40AM +0300, Laurent Pinchart wrote:
> > Hi Jacopo,
> >
> > On Tuesday, 21 August
do not remove entity from the rq if the current rq is from
the least loaded scheduler.
Signed-off-by: Nayan Deshmukh
---
drivers/gpu/drm/scheduler/sched_entity.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/scheduler/sched_entity.c
b/drivers/gpu/drm/scheduler/sched_ent
My bad. How could I miss this :(
Thanks for pointing it out.
Nayan
On Tue, Aug 21, 2018 at 4:09 PM Michel Dänzer wrote:
>
> On 2018-08-21 11:29 a.m., Nayan Deshmukh wrote:
> > do not remove entity from the rq if the current rq is from
> > the least loaded scheduler.
> >
> > Signed-off-by: Nayan
https://bugs.freedesktop.org/show_bug.cgi?id=107581
--- Comment #14 from Benjamin Hodgetts ---
I've just rebuilt Mesa again with your patch, no CCache or anything this time,
just in case. I'm still getting no clouds on the loading screen (you can see
the stars as white dot and the names, but ther
https://bugs.freedesktop.org/show_bug.cgi?id=107581
--- Comment #13 from Benjamin Hodgetts ---
AFAIK it works fine on Windows. The only people that had issues were people
with old cards (e.g. 6000 series and below, due to lack of support).
Just to clarify, you're using the latest version of the
On Mon, Aug 20, 2018 at 08:55:44PM -0300, Rodrigo Siqueira wrote:
> Currently, vkms needs VBlank to work well. This patch adds another
> operation model that make vkms works without VBlank support.
>
> Signed-off-by: Rodrigo Siqueira
> ---
> drivers/gpu/drm/vkms/vkms_crtc.c | 10 ++
> dr
Am Dienstag, 14. August 2018, 18:50:59 CEST schrieb Enric Balletbo i Serra:
> The "atomic" API allows us to configure PWM period and duty_cycle and
> enable it in one call.
>
> The patch also moves the pwm_init_state just before any use of the
> pwm_state struct, this fixes a potential bug where p
https://bugs.freedesktop.org/show_bug.cgi?id=107581
--- Comment #12 from Timothy Arceri ---
(In reply to Benjamin Hodgetts from comment #11)
> Applied the patch in attachment 141209 [details] [review] and rebuilt, but
> the game looks the same. Something of note is that it's supposed to build
> t
The current driver has the opaque blend mode set as the
default causing the black box effect around the cursor.
The fix enables choosing a different blend mode for alpha
enabled formats.
Signed-off-by: Sravanthi Kollukuduru
---
drivers/gpu/drm/msm/disp/dpu1/dpu_crtc.c | 26 +-
This patchset adds the cursor plane support on DPU driver.
It also includes the fix for the black box artifacts seen
around the cursor when enabled.
Sravanthi Kollukuduru (2):
drm/msm/dpu: enable cursor plane on dpu
drm/msm/dpu: fix for cursor blend issue
drivers/gpu/drm/msm/disp/dpu1/dpu_cr
Reserve DMA pipe for cursor plane and attach it to the
crtc during the initialization.
Signed-off-by: Sravanthi Kollukuduru
---
drivers/gpu/drm/msm/disp/dpu1/dpu_crtc.c | 5 ++-
drivers/gpu/drm/msm/disp/dpu1/dpu_crtc.h | 4 +-
drivers/gpu/drm/msm/disp/dpu1/dpu_hw_catalog.c | 53 +++
On Mon, Aug 20, 2018 at 8:50 AM Damian Kos wrote:
>
> Add binary firmware for Cadence MHDP8546 DP bridge.
>
> Release version: 1.2.12
>
> Signed-off-by: Damian Kos
> ---
> LICENCE.cadence | 63 +++
> WHENCE | 9 +++
> cadence/mhdp
> On August 20, 2018 at 11:50 AM Laurent Pinchart
> wrote:
> On Tuesday, 14 August 2018 16:49:54 EEST Ulrich Hecht wrote:
> > Instructions for testing this are found at
> > https://elinux.org/User:Uli/D3_HDMI_Test, including links to git trees based
> > on renesas-drivers and drm-next, as well a
> On August 20, 2018 at 11:28 AM Laurent Pinchart
> wrote:
>
>
> Hi Ulrich,
>
> Thank you for the patch.
>
> On Tuesday, 14 August 2018 16:49:59 EEST Ulrich Hecht wrote:
> > From: Koji Matsuoka
> >
> > This patch adds the option to specify a maximal clock and a minimal vertical
> > refresh
On Tue, Aug 21, 2018 at 3:04 AM, Deepak Singh Rawat wrote:
> Hi, thanks for the patch. Perhaps can get rid of vmw_kms_resume
> and vmw_kms_suspend, otherwise looks good to me.
Ok, will remove in v2.
>
>>
>> convert drm_atomic_helper_suspend/resume() to use
>> drm_mode_config_helper_suspend/resum
From: Colin Ian King
The return from the call to _mixer_stages can be a negative error
code however this is being assigned to an unsigned variable 'stages'
hence the check is always false. Fix this by making 'stages' an
int.
Detected by Coccinelle ("Unsigned expression compared with zero:
stages
On 21.08.2018 07:27, Inki Dae wrote:
>
> 2018년 08월 20일 18:00에 Andrzej Hajda 이(가) 쓴 글:
>> On 17.08.2018 03:56, Inki Dae wrote:
>>> 2018년 08월 13일 20:17에 Andrzej Hajda 이(가) 쓴 글:
On 07.08.2018 10:53, Inki Dae wrote:
> 2018년 07월 26일 00:46에 Andrzej Hajda 이(가) 쓴 글:
>> From: Maciej Purski
>>>
https://bugs.freedesktop.org/show_bug.cgi?id=107581
--- Comment #11 from Benjamin Hodgetts ---
Applied the patch in attachment 141209 and rebuilt, but the game looks the
same. Something of note is that it's supposed to build the shaders on the first
load of the game, but the SHADERCACHE folder of
From: Colin Ian King
Array vexpress_muxfpga_match is missing an end of array sentinel,
add it.
Detected by Coccinelle: ("vexpress_muxfpga_match is not NULL
terminated at line")
Fixes: ca454bd42dc2 ("drm/pl111: Support the Versatile Express")
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/
https://bugs.freedesktop.org/show_bug.cgi?id=107581
--- Comment #10 from Benjamin Hodgetts ---
BTW, the attachment limit on bugs is 4GB and my attachment was 286MB. If people
shouldn't post large attachments then it's probably worth lowering that limit,
otherwise people have no way of knowing tha
https://bugs.freedesktop.org/show_bug.cgi?id=107581
--- Comment #9 from Benjamin Hodgetts ---
>Please try using force_glsl_extensions_warn=true it works around some game
>bugs.
That generated the two new messages in the terminal...
ATTENTION: default value of option force_glsl_extensions_warn
On 2018-08-21 11:29 a.m., Nayan Deshmukh wrote:
> do not remove entity from the rq if the current rq is from
> the least loaded scheduler.
>
> Signed-off-by: Nayan Deshmukh
> ---
> drivers/gpu/drm/scheduler/sched_entity.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/drivers/gpu/d
Hi Laurent,
I run some tests, and here below there's a summary of what I see
On Tue, Aug 21, 2018 at 01:12:40AM +0300, Laurent Pinchart wrote:
> Hi Jacopo,
>
> On Tuesday, 21 August 2018 00:49:41 EEST Laurent Pinchart wrote:
> > From: Jacopo Mondi
> >
> > DU channels not equipped with a DPLL u
Hi Uma,
On Fri, Aug 17, 2018 at 07:48:50PM +0530, Uma Shankar wrote:
> Implement Plane Gamma feature for BDW and Gen9 platforms.
>
> v2: Used newly added drm_color_lut_ext structure for enhanced
> precision for Gamma LUT entries.
>
> v3: Rebase
>
> Signed-off-by: Uma Shankar
> ---
> drivers/g
Hi Uma,
On Fri, Aug 17, 2018 at 07:48:48PM +0530, Uma Shankar wrote:
> Define helper function to enable Plane color features
> to attach plane color properties to plane structure.
>
> v2: Rebase
>
> v3: Modiefied the function to use updated property names.
>
> v4: Rebase
>
> Signed-off-by: Uma
Hi Uma,
On Fri, Aug 17, 2018 at 07:48:47PM +0530, Uma Shankar wrote:
> Add plane gamma as blob property and size as a
> range property.
>
> v2: Rebase
>
> v3: Fixed Sean, Paul's review comments. Moved the property from
> mode_config to drm_plane. Created a helper function to instantiate
> these
Hi Uma,
On Fri, Aug 17, 2018 at 07:48:46PM +0530, Uma Shankar wrote:
> Add a blob property for plane CSC usage.
>
> v2: Rebase
>
> v3: Fixed Sean, Paul's review comments. Moved the property from
> mode_config to drm_plane. Created a helper function to instantiate
> these properties and removed f
Hi Uma,
On Fri, Aug 17, 2018 at 07:48:45PM +0530, Uma Shankar wrote:
> Add Plane Degamma as a blob property and plane degamma size as
> a range property.
>
> v2: Rebase
>
> v3: Fixed Sean, Paul's review comments. Moved the property from
> mode_config to drm_plane. Created a helper function to in
https://bugs.freedesktop.org/show_bug.cgi?id=105046
--- Comment #15 from Lothar Paltins ---
Hi Michael,
in order to work at boot time, you have to add your edid file to your initrd or
initramfs. Don't know, what distribution you are using, but if it uses dracut,
then you should create a file /et
Hi Uma,
On Fri, Aug 17, 2018 at 07:48:44PM +0530, Uma Shankar wrote:
> Existing LUT precision structure is having only 16 bit
> precision. This is not enough for upcoming enhanced hardwares
> and advance usecases like HDR processing. Hence added a new
> structure with 32 bit precision values. Also
do not remove entity from the rq if the current rq is from
the least loaded scheduler.
Signed-off-by: Nayan Deshmukh
---
drivers/gpu/drm/scheduler/sched_entity.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/scheduler/sched_entity.c
b/drivers/gpu/drm/scheduler/sched_ent
Hi,
On Tue, Aug 21, 2018 at 10:54:52AM +0200, Daniel Vetter wrote:
> On Mon, Aug 20, 2018 at 10:10:52AM +0100, Alexandru-Cosmin Gheorghe wrote:
> > On Tue, Aug 14, 2018 at 10:36:58AM +0200, Daniel Vetter wrote:
> > > On Fri, Aug 10, 2018 at 06:50:31PM +0100, Alexandru Gheorghe wrote:
> > > > DRM_M
On Mon, Aug 20, 2018 at 10:10:52AM +0100, Alexandru-Cosmin Gheorghe wrote:
> On Tue, Aug 14, 2018 at 10:36:58AM +0200, Daniel Vetter wrote:
> > On Fri, Aug 10, 2018 at 06:50:31PM +0100, Alexandru Gheorghe wrote:
> > > DRM_MODE_REFLECT_X and DRM_MODE_REFLECT_Y meaning seems a bit unclear
> > > to me
https://bugs.freedesktop.org/show_bug.cgi?id=105251
--- Comment #20 from CheatCodesOfLife ---
Created attachment 141210
--> https://bugs.freedesktop.org/attachment.cgi?id=141210&action=edit
glxinfo dump as requested
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=105251
--- Comment #19 from CheatCodesOfLife ---
(In reply to Andrey Grodzovsky from comment #18)
> (In reply to CheatCodesOfLife from comment #17)
> > (In reply to Andrey Grodzovsky from comment #16)
> > > Hi everyone, I've tried with latest kernel an
On Mon, Aug 20, 2018 at 11:44:56PM -0700, John Stultz wrote:
> On Tue, Jul 3, 2018 at 9:03 AM, Noralf Trønnes wrote:
> > This switches the CMA helper drivers that use its fbdev emulation over
> > to the generic fbdev emulation. It's the first phase of using generic
> > fbdev. A later phase will us
1 - 100 of 118 matches
Mail list logo
