Hi Petr, thanks for review,
On Wed, 2018-08-15 at 17:10 +0200, Petr Mladek wrote:
> On Tue 2018-07-03 23:56:28, Dmitry Safonov wrote:
> > Currently ratelimit_state is protected with spin_lock. If the .lock
> > is
> > taken at the moment of ___ratelimit() call, the message is
> > suppressed to
> >
From: Laurent Pinchart
The DU channels that have a display PLL (DPLL) can only use external
clock sources, and don't have an internal clock divider (with the
exception of H3 ES1.x where the post-divider is present and needs to be
used as a workaround for a DPLL silicon issue).
Rework the clock
Hello,
second round for improved input dot clock selection procedure for R-Car DU
peripheral.
Please refer to the v1 cover letter for the background:
https://lkml.org/lkml/2018/7/30/702
compared to v1 I have squashed the small patch I initially separated from
Laurent's one, and have closed a
On Thu, Aug 16, 2018 at 8:05 PM Stephen Rothwell wrote:
> On Thu, 26 Jul 2018 15:10:06 +1000 Stephen Rothwell
> wrote:
> > Today's linux-next merge of the mfd tree got a conflict in:
> >
> > drivers/gpu/drm/i915/intel_display.h
> >
> > between commit:
> >
> > 6075546f57f8 ("drm/i915/icl:
https://bugs.freedesktop.org/show_bug.cgi?id=102322
--- Comment #54 from dwagner ---
(In reply to Andrey Grodzovsky from comment #53)
> Created attachment 141198 [details] [review]
> add_debug_info2.patch
>
> Try this patch instead, i might be missing some prints in the first one.
Can try that
https://bugs.freedesktop.org/show_bug.cgi?id=107581
Timothy Arceri changed:
What|Removed |Added
CC||t_arc...@yahoo.com.au
--- Comment #8
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-devel@lists.freedesktop.org
Signed-off-by: Mahesh Kumar
---
This reverts commit e8fa5671183c80342d520ad81d14fa79a9d4a680.
Don't wait for first CRC during crtc_crc_open. It avoids one frame wait
during open. If application want to wait after read call, it can use
poll/read blocking read() call.
Suggested-by: Ville Syrjälä
Signed-off-by: Mahesh Kumar
Cc:
This patch make changes to allocate crc-entries buffer before
enabling CRC generation.
It moves all the failure check early in the function before setting
the source or memory allocation.
Now set_crc_source takes only two variable inputs, values_cnt we
already gets as part of verify_crc_source.
This series improves crc-core <-> driver interface.
This series adds following functionality in the crc-core
- Now control node will print all the available sources if
implemented by driver along with current source.
- Setting of sorce will fail if provided source is not supported
- cleanup
This patch implements "verify_crc_source" callback function for
Virtual KMS drm driver.
Changes Since V1:
- update values_cnt in verify_crc_source
Changes Since V2:
- don't return early from set_crc_source to keep behavior same (Haneen)
Cc: Haneen Mohammed
Signed-off-by: Mahesh Kumar
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
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:
> > > >
On 08/20/2018 10:53 PM, Deepak Singh Rawat wrote:
Looks good to me based on my limited understanding. Thomas/Sinclair can
could you please review and then we can include this in drm-fixes.
Thanks,
Deepak
arg.version is indirectly controlled by user-space, hence leading to
a potential
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
On Mon, Aug 20, 2018 at 8:15 AM Andrzej Hajda wrote:
>
> On 15.08.2018 21:49, Sean Paul wrote:
> > From: Guenter Roeck
> >
> > 0day reports:
> >
> >>> drivers/gpu/drm/bridge/ti-sn65dsi86.o: In function
> > `ti_sn_bridge_remove':
> >>> drivers/gpu/drm/bridge/ti-sn65dsi86.c:629: undefined
HI Laurent,
thanks for the patch rework
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 use an SoC internal (provided by
> >
From: Jacopo Mondi
DU channels not equipped with a DPLL use an internal (aka SoC provided) or
external clock source combined with an internal divider to generate the
desired output dot clock frequency.
The current clock selection procedure does not fully exploit the ability
of external clock
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
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.
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
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
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:
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
> ---
>
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 wrote:
> >> From: Jacopo Mondi
> >>
> >> DU channels not equipped with a
Hi Ulrich,
On Tuesday, 21 August 2018 11:03:45 EEST Ulrich Hecht wrote:
> On August 20, 2018 at 11:28 AM Laurent Pinchart wrote:
> > 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
Hi Geert,
On Tue, 21 Aug 2018 10:27:48 +0200 Geert Uytterhoeven
wrote:
>
> FTR, it's not this one, but the similar one reported on Jul 19, which does not
> add the tc_port_type enum.
Right, sorry about that. Linus has now merged the mfd tree so things
are probably done now.
--
Cheers,
https://bugs.freedesktop.org/show_bug.cgi?id=105251
--- Comment #20 from CheatCodesOfLife ---
Created attachment 141210
--> https://bugs.freedesktop.org/attachment.cgi?id=141210=edit
glxinfo dump as requested
--
You are receiving this mail because:
You are the assignee for the
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
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
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
https://bugzilla.kernel.org/show_bug.cgi?id=200869
--- Comment #1 from Janpieter Sollie (janpieter.sol...@dommel.be) ---
Small update:
When booting the module with the following parameters:
amdgpu si_support=0 gpu_recovery=1 dpm=1 dc=0
I still need to load/unload the module 3 times, but it
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
> lastclose/hotplug/remove callbacks.
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
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
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
> 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
> 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
> >
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
>>
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
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
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
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
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
>
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 ++
>
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
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
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
---
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 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
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:
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 +++
>
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
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
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
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:
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
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
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.
__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
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 +-
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
> > ---
> >
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
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
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
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 ++-
>
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
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
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:
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
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
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:
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
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:
>
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
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://bugs.freedesktop.org/show_bug.cgi?id=102322
--- Comment #59 from dwagner ---
Created attachment 141228
--> https://bugs.freedesktop.org/attachment.cgi?id=141228=edit
latest crash trace output, without gpu_reset
--
You are receiving this mail because:
You are the assignee for the
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=edit
hack around layout qualifiers
The next shader compilation problem is that they are applying layout qualifiers
to
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에
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
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
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:
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
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=edit
Xorg.0.log
Normal X log.
--
You are receiving this mail because:
You are the assignee for the
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)
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=edit
Asus_F3Ke.dmesg
dmesg from affected machine.
--
You are receiving this mail because:
You are the assignee for
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
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.
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
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
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
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
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:
>>>
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
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://bugzilla.kernel.org/show_bug.cgi?id=200869
Janpieter Sollie (janpieter.sol...@dommel.be) changed:
What|Removed |Added
Status|NEW |RESOLVED
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
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=edit
system log
--
You are receiving this mail because:
You are the assignee for the
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
1 - 100 of 120 matches
Mail list logo