https://bugzilla.kernel.org/show_bug.cgi?id=198883
--- Comment #20 from Ricardo Ribalda (ricardo.riba...@gmail.com) ---
Did you power cycle your platform between attempts?
By latest upstream you mean tip of the git devel? I did update to the last
release of Mesa, libdrm, llvm, xorg-amdgpu around
https://bugs.freedesktop.org/show_bug.cgi?id=105200
nixscrip...@gmail.com changed:
What|Removed |Added
Attachment #137519|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=105200
--- Comment #7 from nixscrip...@gmail.com ---
Created attachment 137572
--> https://bugs.freedesktop.org/attachment.cgi?id=137572&action=edit
clover debug imagemagick.link-0.ll
My GPU is:
01:00.0 VGA compatible controller: Advanced Micro Devi
https://bugs.freedesktop.org/show_bug.cgi?id=105200
--- Comment #6 from nixscrip...@gmail.com ---
Created attachment 137571
--> https://bugs.freedesktop.org/attachment.cgi?id=137571&action=edit
clover debug imagemagick.ll
--
You are receiving this mail because:
You are the assignee for the bug
Series is: Reviewed-by: Roger He
-Original Message-
From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
Christian K?nig
Sent: Friday, February 23, 2018 8:25 PM
To: dri-devel@lists.freedesktop.org
Subject: [PATCH 2/2] drm/ttm: cleanup ttm_tt_create
Cleanup ttm
I missed the Per-VM-BO share the reservation object with root bo. So context is
not NULL here.
So, this patch is:
Reviewed-by: Roger He
Thanks
Roger(Hongbo.He)
-Original Message-
From: Christian König [mailto:ckoenig.leichtzumer...@gmail.com]
Sent: Friday, February 23, 2018 8:06 PM
To:
Hi Maruthi,
FYI, the error/warning still remains.
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: 82beba2883b2556ce896b08cb4dde76383192484
commit: 4ab7d004f9ff2e877caa267887360e1804b4edcf [85/495] ASoC: AMD: enable
ACP3x drivers build
config: sparc64-allyesconf
-Original Message-
From: Christian König [mailto:ckoenig.leichtzumer...@gmail.com]
Sent: Friday, February 23, 2018 8:06 PM
To: He, Roger ; amd-...@lists.freedesktop.org;
dri-devel@lists.freedesktop.org; linux-ker...@vger.kernel.org
Subject: Re: [PATCH 3/4] drm/ttm: handle already locked
https://bugzilla.kernel.org/show_bug.cgi?id=198745
--- Comment #13 from Kyle De'Vir (kyle.de...@mykolab.com) ---
Is there something that plain AMDGPU is doing that Display Core isn't, perhaps?
Is there a way to find what the difference could be?
--
You are receiving this mail because:
You are wa
On Fri, Feb 23, 2018 at 3:43 PM, Keith Packard wrote:
> Jason Ekstrand writes:
>
> > I think I like option 1 (KEITHP_kms_display). If the client knows the
> > difference between render and primary for 2, then they are most likely
> > already opening the master node themselves or at least have a
Continuing on the new version of the patch...
On Tue, Feb 13, 2018 at 4:31 PM, Keith Packard wrote:
> +enum wsi_image_state {
> + wsi_image_idle,
> + wsi_image_drawing,
> + wsi_image_queued,
> + wsi_image_flipping,
> + wsi_image_displaying
> +};
>
With the exception of NIR (which is a
Jason Ekstrand writes:
> I think I like option 1 (KEITHP_kms_display). If the client knows the
> difference between render and primary for 2, then they are most likely
> already opening the master node themselves or at least have access to
> the FD.
Ok, I'll work on cleaning up that extension a
https://bugs.freedesktop.org/show_bug.cgi?id=101475
vinf...@gmail.com changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=101475
--- Comment #16 from vinf...@gmail.com ---
OK, it worked now. Using --enable-texture-float now returns a version Max core
profile version of 3.3. Don't know why it didn't work before, but it is working
now. Thank you for all the help.
--
You ar
Il 21/02/2018 10:20, Maxime Ripard ha scritto:
From: Maxime Ripard
Both TCON clocks are very sensitive to clock changes, since any change
might lead to improper timings.
Make sure our rate is never changed.
Signed-off-by: Maxime Ripard
Tested-by: Giulio Benetti
Tested on A20-LiNova1-4_3i-
https://bugs.freedesktop.org/show_bug.cgi?id=105018
--- Comment #20 from Ainola ---
I've been using this patchset on linux 4.15.3 and 4.14.4 and haven't had a
problem since.
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=101475
--- Comment #15 from Ilia Mirkin ---
You appear to be missing GL_ARB_texture_float, which in turn means you won't
get GL 3.0.
This happens when you haven't built mesa with --enable-texture-float, as you
were told earlier.
How sure are you that
https://bugs.freedesktop.org/show_bug.cgi?id=101475
--- Comment #14 from vinf...@gmail.com ---
Created attachment 137569
--> https://bugs.freedesktop.org/attachment.cgi?id=137569&action=edit
Full output of glxinfo
Here's the full output.
--
You are receiving this mail because:
You are the ass
On Thu, Feb 15, 2018 at 9:46 AM, Keith Packard wrote:
> Jason Ekstrand writes:
>
> > It seems a little odd to me to default to opening the master node and
> then
> > fall back to the render node if it doesn't work. I suppose that's
> probably
> > ok so long as we ensure that vkGetPhysicalDevice
https://bugzilla.kernel.org/show_bug.cgi?id=198883
--- Comment #19 from Andrey Grodzovsky (andrey.grodzov...@amd.com) ---
I tried on my Ubuntu multiple times with both starting and stopping desktop
manager and just xinint. Didn't observe any hang,
this is relevant SW info from my glxinfo
OenGL
https://bugs.freedesktop.org/show_bug.cgi?id=101475
--- Comment #13 from Emil Velikov ---
vinf...@gmail.com instead of pasting multiple partial copies of the output,
simply attach (as plain text) the complete thing - glxinfo &> glxinfo-output
There are multiple things that can go wrong and most
https://bugzilla.kernel.org/show_bug.cgi?id=198883
--- Comment #18 from Michel Dänzer (mic...@daenzer.net) ---
(In reply to Ricardo Ribalda from comment #17)
> -able to login remotely via ssh.
>
> -I tried to reset the gpu by using /sys/kernel/debug/dri/0/amdgpu_gpu_reset,
> and the result is a N
https://bugs.freedesktop.org/show_bug.cgi?id=105213
russianneuroman...@ya.ru changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NE
Hi Frank,
On Friday, 23 February 2018 21:43:17 EET Frank Rowand wrote:
> On 02/23/18 01:00, Laurent Pinchart wrote:
> > On Friday, 23 February 2018 04:38:06 EET Frank Rowand wrote:
> >> On 02/22/18 14:10, Frank Rowand wrote:
> >>> Hi Laurent, Rob,
> >>>
> >>> Thanks for the prompt spin to address
Hi Dave,
First pull for 4.17. Highlights:
- Expose thermal thresholds through hwmon properly
- Rework HDP flushing for rings and CPU
- Improved dual-link DVI handling in DC
- Lots of code clean up
- Additional DC clean up
- Allow scanout from system memory on CZ/BR/ST
- Improved PASID/VM integrat
From: Ville Syrjälä
Now that blob->data is void* again we don't need the casts anymore.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_atomic.c| 3 +--
drivers/gpu/drm/drm_atomic_helper.c | 2 +-
drivers/gpu/drm/drm_edid.c | 3 +--
drivers/gpu/drm/drm_fb_helper.c | 2
From: Ville Syrjälä
While we want to potentially support multiple different gamma/degamma
LUT sizes we can (and should) at least check that the blob length
is a multiple of the LUT entry size.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_atomic.c | 15 +++
1 file changed, 1
From: Ville Syrjälä
Now that blob->data is void* again we don't need to cast it.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_color.c | 18 +++---
1 file changed, 7 insertions(+), 11 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_color.c
b/drivers/gpu/drm/i91
From: Ville Syrjälä
Provide a small helper to convert the blob length in bytes
to the number of LUT entries.
Signed-off-by: Ville Syrjälä
---
include/drm/drm_color_mgmt.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/drm/drm_color_mgmt.h b/include/drm/drm_color_mgmt.h
index
From: Ville Syrjälä
Avoid all the sizeof(drm_color_lut) business by using
drm_color_lut_size() to convert the blob length into
number of LUT entries.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_color.c | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff -
From: Ville Syrjälä
Using a flexible array for the blob data was a mistake by me. It
forces all users of the blob data to cast blob->data to something
else. void* is clearly superior so let's go back to the original
scheme.
Not a clean revert as the code has moved.
This reverts commit d63f5e6bf
Thanks for your comment, Roger
I will try to polish this doc and resubmit.
(I put some comments below as well.)
On Fri, Feb 23, 2018 at 04:15:00PM +, Roger Pau Monné wrote:
> On Tue, Feb 13, 2018 at 05:50:01PM -0800, Dongwon Kim wrote:
> > Reference document for hyper_DMABUF driver
> >
> > Do
On Fri, Feb 23, 2018 at 11:30 AM, Sean Paul wrote:
> On Fri, Feb 23, 2018 at 08:17:54AM -0500, Rob Clark wrote:
>> In a way, based on the original writeback patch from Jilai Wang, but a
>> lot has shifted around since then.
>>
>> Signed-off-by: Rob Clark
>> ---
>> drivers/gpu/drm/msm/Makefile
On Fri, Feb 23, 2018 at 04:48:58PM +, Liviu Dudau wrote:
> On Fri, Feb 23, 2018 at 11:43:29AM -0500, Sean Paul wrote:
> > On Fri, Feb 23, 2018 at 11:25:11AM -0500, Rob Clark wrote:
> > > On Fri, Feb 23, 2018 at 10:59 AM, Sean Paul wrote:
> > > >
> > > > Have we considered hiding writeback behi
https://bugs.freedesktop.org/show_bug.cgi?id=105200
--- Comment #5 from Jan Vesely ---
(In reply to nixscripter from comment #4)
> Thanks to your quick response, I got libclc compiled successfully.
>
> Now when I try to view an image, the OpenCL compile error is different:
>
> :0:0: in function
On 23 February 2018 at 15:02, Eric Engestrom wrote:
> On Friday, 2018-02-23 00:25:27 +, Emil Velikov wrote:
>> On 19 February 2018 at 16:35, Eric Engestrom
>> wrote:
>> > From: Heiko Becker
>> >
>> > Helpful if your nm executable has a prefix based on the
>> > architecture, for example.
>>
On Fri, Feb 23, 2018 at 11:26:41AM -0500, Harry Wentland wrote:
> On 2018-02-22 04:42 PM, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > The documentation for the ctm matrix suggests a two's complement
> > format, but at least the i915 implementation is using sign-magnitude
> > instead. And
https://bugs.freedesktop.org/show_bug.cgi?id=105005
--- Comment #14 from Dmitry ---
Because "tearfree true" is also not loaded Arch further, it literally
immediately after removing the line. The problem is a bit similar.
--
You are receiving this mail because:
You are the assignee for the bug._
On Fri, Feb 23, 2018 at 11:39:06AM -0500, Sean Paul wrote:
> On Fri, Feb 23, 2018 at 04:21:05PM +, Liviu Dudau wrote:
> > On Fri, Feb 23, 2018 at 10:59:35AM -0500, Sean Paul wrote:
> > > On Fri, Feb 23, 2018 at 08:17:51AM -0500, Rob Clark wrote:
> > > > From: Brian Starkey
> > > >
> > > > Wri
On Fri, Feb 23, 2018 at 11:43:29AM -0500, Sean Paul wrote:
> On Fri, Feb 23, 2018 at 11:25:11AM -0500, Rob Clark wrote:
> > On Fri, Feb 23, 2018 at 10:59 AM, Sean Paul wrote:
> > >
> > > Have we considered hiding writeback behind a client cap instead?
> >
> > It is kinda *almost* unneeded, since
On Fri, Feb 23, 2018 at 11:25:11AM -0500, Rob Clark wrote:
> On Fri, Feb 23, 2018 at 10:59 AM, Sean Paul wrote:
> >
> > Have we considered hiding writeback behind a client cap instead?
>
> It is kinda *almost* unneeded, since the connector reports itself as
> disconnected.
>
> I'm not sure what
On Fri, Feb 23, 2018 at 04:21:05PM +, Liviu Dudau wrote:
> On Fri, Feb 23, 2018 at 10:59:35AM -0500, Sean Paul wrote:
> > On Fri, Feb 23, 2018 at 08:17:51AM -0500, Rob Clark wrote:
> > > From: Brian Starkey
> > >
> > > Writeback connectors represent writeback engines which can write the
> > >
Hi Ben,
I mentioned the HD 5450 purely as a matter of archeological interest.
Ok, in that case looking at the lspci -tv output doesn't tell us
anything new.
I suspected, but couldn't prove, that the problem might have something
to do with the bridge (IBM POWER8 Host Bridge (PHB3)).
In that
On Fri, Feb 23, 2018 at 08:17:53AM -0500, Rob Clark wrote:
> Note there seems to be a slight disagreement between public 8x16 HRD
> (which claims WB2 has offset of 0x65000, relative to start of MDP), and
> reality (which claims WB2 has offset of 0x64800). I sided with reality.
>
> There should al
On Fri, Feb 23, 2018 at 08:17:54AM -0500, Rob Clark wrote:
> In a way, based on the original writeback patch from Jilai Wang, but a
> lot has shifted around since then.
>
> Signed-off-by: Rob Clark
> ---
> drivers/gpu/drm/msm/Makefile | 1 +
> drivers/gpu/drm/msm/disp/mdp5/mdp5_cr
On 2018-02-22 04:42 PM, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> The documentation for the ctm matrix suggests a two's complement
> format, but at least the i915 implementation is using sign-magnitude
> instead. And looks like malidp is doing the same. Change the docs
> to match the current
On Fri, Feb 23, 2018 at 10:59 AM, Sean Paul wrote:
>
> Have we considered hiding writeback behind a client cap instead?
It is kinda *almost* unneeded, since the connector reports itself as
disconnected.
I'm not sure what the reason was to drop the cap, but I think it would
be better to have a ca
On Fri, Feb 23, 2018 at 10:59:35AM -0500, Sean Paul wrote:
> On Fri, Feb 23, 2018 at 08:17:51AM -0500, Rob Clark wrote:
> > From: Brian Starkey
> >
> > Writeback connectors represent writeback engines which can write the
> > CRTC output to a memory framebuffer. Add a writeback connector type and
https://bugs.freedesktop.org/show_bug.cgi?id=105228
Gregor Münch changed:
What|Removed |Added
Resolution|INVALID |DUPLICATE
--- Comment #2 from Gregor Mün
https://bugs.freedesktop.org/show_bug.cgi?id=105042
Gregor Münch changed:
What|Removed |Added
CC||0xe2.0x9a.0...@gmail.com
--- Comment #7
On Fri, Feb 23, 2018 at 08:17:52AM -0500, Rob Clark wrote:
> From: Brian Starkey
>
> Add the WRITEBACK_OUT_FENCE_PTR property to writeback connectors, to
> enable userspace to get a fence which will signal once the writeback is
> complete. It is not allowed to request an out-fence without a
> fra
https://bugzilla.kernel.org/show_bug.cgi?id=198885
--- Comment #5 from Przemek (sop...@gmail.com) ---
(In reply to Harry Wentland from comment #4)
> Thanks for reporting this. It's currently not hooked up for ASICs older than
> Carrizo. We'll take a look.
>
> You're right that it clashes with th
Hi Christian, Michel, Alex, et al.,
I mentioned the HD 5450 purely as a matter of archeological interest.
Back to the FirePro 2270 and Embedded Radeon E6465:
I've attached text from both "lspci -tv" and "lspci -v."
Actually I'm attaching a couple of different "lspci -v" outputs, one
with the Fir
On Fri, Feb 23, 2018 at 08:17:51AM -0500, Rob Clark wrote:
> From: Brian Starkey
>
> Writeback connectors represent writeback engines which can write the
> CRTC output to a memory framebuffer. Add a writeback connector type and
> related support functions.
>
> Drivers should initialize a writeba
On Fri, Feb 02, 2018 at 05:10:54PM +0200, Ville Syrjälä wrote:
> On Fri, Feb 02, 2018 at 04:10:39PM +0200, Ville Syrjälä wrote:
> > On Tue, Jan 23, 2018 at 09:02:35PM +0200, Ville Syrjälä wrote:
> > > On Tue, Jan 23, 2018 at 06:42:00PM +, Russell King - ARM Linux wrote:
> > > > On Tue, Jan 23,
https://bugzilla.kernel.org/show_bug.cgi?id=198883
--- Comment #17 from Ricardo Ribalda (ricardo.riba...@gmail.com) ---
The description of what/how it happens and the backtraces:
-able to login remotely via ssh.
-I tried to reset the gpu by using /sys/kernel/debug/dri/0/amdgpu_gpu_reset,
and th
https://bugzilla.kernel.org/show_bug.cgi?id=198883
--- Comment #16 from Michel Dänzer (mic...@daenzer.net) ---
(In reply to Ricardo Ribalda from comment #14)
> Please bare in mind that #151341 seems very related, [...]
What makes you think so? If it's that the backtraces look similar, that's just
On Fri, Feb 23, 2018 at 04:06:39PM +0530, Vivek Gautam wrote:
> On Fri, Feb 23, 2018 at 5:22 AM, Jordan Crouse wrote:
> > On Wed, Feb 07, 2018 at 04:01:19PM +0530, Vivek Gautam wrote:
> >> From: Sricharan R
> >>
> >> The smmu device probe/remove and add/remove master device callbacks
> >> gets ca
https://bugzilla.kernel.org/show_bug.cgi?id=198883
--- Comment #15 from Andrey Grodzovsky (andrey.grodzov...@amd.com) ---
Yep, I noticed the other bug.
Thanks,
Andrey
--
You are receiving this mail because:
You are watching the assignee of the bug.
__
https://bugzilla.kernel.org/show_bug.cgi?id=198883
--- Comment #14 from Ricardo Ribalda (ricardo.riba...@gmail.com) ---
Thanks Andrey
Please bare in mind that #151341 seems very related, so this bug might be
happening in more platforms.
--
You are receiving this mail because:
You are watching t
https://bugzilla.kernel.org/show_bug.cgi?id=198883
--- Comment #13 from Andrey Grodzovsky (andrey.grodzov...@amd.com) ---
Thanks for all the info, I will later try to reproduce it on my CZ setup.
Andrey
--
You are receiving this mail because:
You are watching the assignee of the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=105228
Jan Ziak <0xe2.0x9a.0...@gmail.com> changed:
What|Removed |Added
Status|NEW |RESOLVED
R
https://bugzilla.kernel.org/show_bug.cgi?id=198883
--- Comment #12 from Ricardo Ribalda (ricardo.riba...@gmail.com) ---
Created attachment 274401
--> https://bugzilla.kernel.org/attachment.cgi?id=274401&action=edit
glxinfo
--
You are receiving this mail because:
You are watching the assignee o
https://bugzilla.kernel.org/show_bug.cgi?id=198883
--- Comment #11 from Ricardo Ribalda (ricardo.riba...@gmail.com) ---
Distro
I am using Yocto Project
Launching X with:
/etc/init.d/xserver-nodm start
that launches
su -l -c '/etc/xserver-nodm/Xserver &' $USER
that calls xinit internally.
Attac
On 2018-02-23 01:25 PM, Christian König wrote:
> Cleanup ttm_tt_create a bit.
>
> Signed-off-by: Christian König
Thanks for splitting up the patches! Both are
Reviewed-by: Michel Dänzer
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast
https://bugzilla.kernel.org/show_bug.cgi?id=198883
--- Comment #10 from Andrey Grodzovsky (andrey.grodzov...@amd.com) ---
Are you starting X with xstart or xinit or some desktop manager ? Can you also
provide output of glxinfo ? BTW what distro are you running ?
--
You are receiving this mail be
On Tue, 6 Feb 2018 13:08:41 +0530
Aishwarya Pant wrote:
> Patchset contains documentation of the sysfs interfaces for the
> following five backlight drivers-
> 1) lm3639
> 2) adp5520
> 3) adp8860
>
> It was compiled from data sheets, reading code and git history logs. In v2 of
> the patches, doc
https://bugs.freedesktop.org/show_bug.cgi?id=105228
Bug ID: 105228
Summary: Blank screen after loading screen in Shadow of Mordor
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: no
On 02/23/2018 05:12 PM, Boris Ostrovsky wrote:
On 02/21/2018 03:03 AM, Oleksandr Andrushchenko wrote:
+
+struct drm_driver xen_drm_driver = {
+ .driver_features = DRIVER_GEM | DRIVER_MODESET |
+DRIVER_PRIME | DRIVER_ATOMIC,
+ .lastclose
https://bugzilla.kernel.org/show_bug.cgi?id=198883
--- Comment #9 from Ricardo Ribalda (ricardo.riba...@gmail.com) ---
I just have to start up the system and around 1 out of 10 times X will crash
with no human intervention.
X manages to render some of the screen, like the window decorator or the
https://bugs.freedesktop.org/show_bug.cgi?id=99678
Jan Ziak <0xe2.0x9a.0...@gmail.com> changed:
What|Removed |Added
Status|NEW |RESOLVED
Re
https://bugzilla.kernel.org/show_bug.cgi?id=198883
--- Comment #8 from Andrey Grodzovsky (andrey.grodzov...@amd.com) ---
How you reproduce it and how often does it happen ?
Andrey
--
You are receiving this mail because:
You are watching the assignee of the bug.
_
On Fri, 23 Feb 2018 18:53:52 +0530
Aishwarya Pant wrote:
> Document sysfs attributes of s6e63m0 lcd panel driver by looking through
> git logs and reading code.
>
> Signed-off-by: Aishwarya Pant
Applied, thanks.
jon
___
dri-devel mailing list
dri-de
On Friday, 2018-02-23 15:02:44 +, Eric Engestrom wrote:
> On Friday, 2018-02-23 00:25:27 +, Emil Velikov wrote:
> > On 19 February 2018 at 16:35, Eric Engestrom
> > wrote:
> > > From: Heiko Becker
> > >
> > > Helpful if your nm executable has a prefix based on the
> > > architecture, for
https://bugzilla.kernel.org/show_bug.cgi?id=198883
--- Comment #7 from Ricardo Ribalda (ricardo.riba...@gmail.com) ---
Traces obtained with trace-cmd record -e dma_fence:* -e amdgpu:* -e gpu_sched:*
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
On Friday, 2018-02-23 00:25:27 +, Emil Velikov wrote:
> On 19 February 2018 at 16:35, Eric Engestrom
> wrote:
> > From: Heiko Becker
> >
> > Helpful if your nm executable has a prefix based on the
> > architecture, for example.
> >
>
> > +env_test = environment()
> > +env_test.set('NM', fin
https://bugzilla.kernel.org/show_bug.cgi?id=198883
--- Comment #6 from Ricardo Ribalda (ricardo.riba...@gmail.com) ---
Created attachment 274399
--> https://bugzilla.kernel.org/attachment.cgi?id=274399&action=edit
trace.txt
--
You are receiving this mail because:
You are watching the assignee
https://bugzilla.kernel.org/show_bug.cgi?id=198883
--- Comment #5 from Ricardo Ribalda (ricardo.riba...@gmail.com) ---
Created attachment 274397
--> https://bugzilla.kernel.org/attachment.cgi?id=274397&action=edit
trace.dat
--
You are receiving this mail because:
You are watching the assignee
On Thu, Feb 15, 2018 at 05:51:01PM +0530, Nautiyal, Ankit K wrote:
> From: "Sharma, Shashank"
>
> Current DRM layer functions don't parse aspect ratio information
> while converting a user mode->kernel mode or vice versa. This
> causes modeset to pick mode with wrong aspect ratio, eventually
> ca
On 02/23/2018 04:39 PM, Boris Ostrovsky wrote:
On 02/23/2018 01:37 AM, Oleksandr Andrushchenko wrote:
On 02/23/2018 12:23 AM, Boris Ostrovsky wrote:
On 02/21/2018 03:03 AM, Oleksandr Andrushchenko wrote:
+static struct xenbus_driver xen_driver = {
+.ids = xen_drv_ids,
+.probe = xen_drv
On 02/23/2018 04:44 PM, Boris Ostrovsky wrote:
On 02/23/2018 02:00 AM, Oleksandr Andrushchenko wrote:
On 02/23/2018 01:50 AM, Boris Ostrovsky wrote:
On 02/21/2018 03:03 AM, Oleksandr Andrushchenko wrote:
+
+static irqreturn_t evtchnl_interrupt_ctrl(int irq, void *dev_id)
+{
+struct xen_drm
This allows access to pages allocated through the driver with optional
IOMMU mapping.
v2: Fix number of bytes copied and add write method
v3: drop check for kmap return
Original-by: Christian König
Signed-off-by: Tom St Denis
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 102 ++
On 02/23/2018 04:36 PM, Boris Ostrovsky wrote:
On 02/23/2018 02:53 AM, Oleksandr Andrushchenko wrote:
On 02/23/2018 02:25 AM, Boris Ostrovsky wrote:
On 02/21/2018 03:03 AM, Oleksandr Andrushchenko wrote:
static int __init xen_drv_init(void)
{
+/* At the moment we only support case
https://bugzilla.kernel.org/show_bug.cgi?id=198745
--- Comment #12 from Harry Wentland (harry.wentl...@amd.com) ---
It looks like we detect no display. We haven't yet had a chance to repro the
problem. I'll see if I can find this display in the office.
It'd be difficult debugging this remotely bu
On Thu, Feb 15, 2018 at 05:51:00PM +0530, Nautiyal, Ankit K wrote:
> From: Ankit Nautiyal
>
> We parse the EDID and add all the modes in the connector's modelist.
> This adds CEA modes with aspect ratio information too, regadless of
> whether user space requested this information or not.
>
> Thi
Hey Eric,
On Thu, Feb 22, 2018 at 9:47 PM, Eric Anholt wrote:
> Stefan Schake writes:
>
>> Android assumes an implicit black background layer is always present
>> behind all layers it specifies for composition. drm_hwcomposer currently
>> punts responsibility for this to the kernel/DRM platform
https://bugs.freedesktop.org/show_bug.cgi?id=105227
--- Comment #1 from russianneuroman...@ya.ru ---
Created attachment 137558
--> https://bugs.freedesktop.org/attachment.cgi?id=137558&action=edit
dmesg from launch on Radeon HD 6620G
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=105227
Bug ID: 105227
Summary: [SUMO][TURKS] observer game cause GPU lockup
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: critical
On Thu, Feb 15, 2018 at 05:50:59PM +0530, Nautiyal, Ankit K wrote:
> From: Ankit Nautiyal
>
> If the user-space does not support aspect-ratio, and requests for a
> modeset with mode having aspect ratio bits set, then the given
> user-mode must be rejected. Secondly, while preparing a user-mode fr
On Fri, Feb 23, 2018 at 09:24:10AM -0500, Rob Clark wrote:
> On Fri, Feb 23, 2018 at 9:00 AM, Liviu Dudau wrote:
> > Hi Rob,
> >
> > On Fri, Feb 23, 2018 at 08:17:51AM -0500, Rob Clark wrote:
> >> From: Brian Starkey
> >>
> >> Writeback connectors represent writeback engines which can write the
>
https://bugzilla.kernel.org/show_bug.cgi?id=198885
--- Comment #4 from Harry Wentland (harry.wentl...@amd.com) ---
Thanks for reporting this. It's currently not hooked up for ASICs older than
Carrizo. We'll take a look.
You're right that it clashes with the kernel's 'no regressions' policy shoul
On Fri, Feb 23, 2018 at 9:00 AM, Liviu Dudau wrote:
> Hi Rob,
>
> On Fri, Feb 23, 2018 at 08:17:51AM -0500, Rob Clark wrote:
>> From: Brian Starkey
>>
>> Writeback connectors represent writeback engines which can write the
>> CRTC output to a memory framebuffer. Add a writeback connector type and
[+cc George]
On Fri, Feb 23, 2018 at 10:51:47AM +0100, Lukas Wunner wrote:
> On Tue, Feb 20, 2018 at 04:20:59PM -0600, Bjorn Helgaas wrote:
> > On Sun, Feb 18, 2018 at 09:38:32AM +0100, Lukas Wunner wrote:
> > > The device link is added in a PCI quirk rather than in hda_intel.c.
> > > It is theref
On Thu, Feb 15, 2018 at 05:50:58PM +0530, Nautiyal, Ankit K wrote:
> From: Ankit Nautiyal
>
> If the user space does not support aspect-ratio, then getblob called
> with the blob id of a user mode, should clear the aspect ratio
> information in the blob data.
>
> Currently for a given blob id,
On Fri, Feb 23, 2018 at 02:22:50PM +0800, Jeffy Chen wrote:
> Currently we are calling scl_vop_cal_scale() to get vskiplines for yrgb
> and cbcr. So the cbcr's vskiplines might be an unexpected value if the
> second scl_vop_cal_scale() didn't update it.
>
> Init vskiplines in scl_vop_cal_scale() t
From: Maxime Ripard
Both TCON clocks are very sensitive to clock changes, since any change
might lead to improper timings.
Make sure our rate is never changed.
Tested-by: Giulio Benetti
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/sun4i/sun4i_tcon.c | 4 ++--
1 file changed, 2 insertion
On Fri, Feb 23, 2018 at 01:52:22PM +, Brian Starkey wrote:
> Hi Ville,
>
> On Thu, Feb 22, 2018 at 11:42:29PM +0200, Ville Syrjala wrote:
> >From: Ville Syrjälä
> >
> >The documentation for the ctm matrix suggests a two's complement
> >format, but at least the i915 implementation is using sig
Hi Rob,
On Fri, Feb 23, 2018 at 08:17:51AM -0500, Rob Clark wrote:
> From: Brian Starkey
>
> Writeback connectors represent writeback engines which can write the
> CRTC output to a memory framebuffer. Add a writeback connector type and
> related support functions.
>
> Drivers should initialize
Hi Ville,
On Thu, Feb 22, 2018 at 11:42:29PM +0200, Ville Syrjala wrote:
From: Ville Syrjälä
The documentation for the ctm matrix suggests a two's complement
format, but at least the i915 implementation is using sign-magnitude
instead. And looks like malidp is doing the same. Change the docs
t
In a way, based on the original writeback patch from Jilai Wang, but a
lot has shifted around since then.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/Makefile | 1 +
drivers/gpu/drm/msm/disp/mdp5/mdp5_crtc.c | 23 +-
drivers/gpu/drm/msm/disp/mdp5/mdp5_kms.c | 38 +++-
driv
1 - 100 of 173 matches
Mail list logo