On 2017年02月14日 18:37, Nicolai Hähnle wrote:
From: Nicolai Hähnle
Allow callers to opt out of calling ttm_bo_validate immediately. This
allows more flexibility in how locking of the reservation object is
done, which is needed to fix a locking bug (destroy locked mutex)
in amdgpu.
Signed-off-b
Hi Denys,
On 15 February 2017 at 01:30, Denys Dmytriyenko wrote:
> From: Denys Dmytriyenko
>
> As part of c11e391da2a8fe973c3c2398452000bed505851e "dma-buf: Add ioctls to
> allow userspace to flush" a new uapi header file dma-buf.h was added, but an
> entry was not added on Kbuild to install it.
https://bugs.freedesktop.org/show_bug.cgi?id=99323
--- Comment #12 from kartik ---
Forcing dpm to high performance mode resolves the problem for now.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
d
The vopb/vopl switch register of RK3399 mipi is different from RK3288,
the default setting for mipi dsi mode is different too, so add a
of_device_id structure to distinguish them, and make sure set the
correct mode before mipi phy init.
Signed-off-by: Chris Zhong
Signed-off-by: Mark Yao
Reviewed
The dw-mipi-dsi of rk3399 is almost the same as rk3288, the rk3399 has
additional phy config clock.
Signed-off-by: Chris Zhong
Acked-by: Rob Herring
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
.../devicetree/bindings/display/rockchip/dw_mipi_dsi_rockchi
Hi all
This version does not change the existing v6 patches, just to add the
"bandwidth fix" patch back, since we really need it.
This patch serial is for RK3399 MIPI DSI. The MIPI DSI controller of
RK3399 is almost the same as RK3288, except a little bit of difference
in phy clock controlling an
Hi John
On 01/17/2017 06:54 PM, John Keeping wrote:
On Tue, 17 Jan 2017 17:31:53 +0800, Chris Zhong wrote:
On 01/16/2017 08:44 PM, John Keeping wrote:
On Mon, 16 Jan 2017 18:08:31 +0800, Chris Zhong wrote:
Set the lanes bps to 1 / 0.9 times of pclk, the margin is not enough
for some panel
Hi John
On 01/29/2017 09:24 PM, John Keeping wrote:
In order to fully reset the state of the MIPI controller we must assert
this reset.
This is slightly more complicated than it could be in order to maintain
compatibility with device trees that do not specify the reset property.
Signed-off-by:
Hi Denys,
On 15 February 2017 at 01:30, Denys Dmytriyenko wrote:
> From: Denys Dmytriyenko
>
> As part of c11e391da2a8fe973c3c2398452000bed505851e "dma-buf: Add ioctls
> to
> allow userspace to flush" a new uapi header file dma-buf.h was added, but
> an
> entry was not added on Kbuild to instal
On Tue, Feb 14, 2017 at 4:49 PM, Daniel Vetter wrote:
> On Tue, Feb 14, 2017 at 01:07:21PM -0800, John Stultz wrote:
>> On Tue, Feb 14, 2017 at 12:32 PM, Daniel Stone wrote:
>> > Hi John,
>> >
>> > On 14 February 2017 at 19:25, John Stultz wrote:
>> >> +static enum drm_mode_status
>> >> +drm_con
https://bugs.freedesktop.org/show_bug.cgi?id=99387
--- Comment #17 from Luya Tshimbalanga ---
The fix is working. Hainan video card aka Jet Pro R5 M230 successfully
initialized along the Kaveri card
01:00.0 Display controller: Advanced Micro Devices, Inc. [AMD/ATI] Jet PRO
[Radeon R5 M230]
On 2017年02月15日 05:31, Arnd Bergmann wrote:
The newly added DP driver links against the extcon core, which fails when
extcon is a module and this driver is not:
drivers/gpu/drm/rockchip/cdn-dp-core.o: In function `cdn_dp_get_port_lanes':
cdn-dp-core.c:(.text.cdn_dp_get_port_lanes+0x24): undefined
tree: git://anongit.freedesktop.org/drm-intel drm-intel-next-queued
head: d892e9398ecf6defc7972a62227b77dad6be20bd
commit: 953c7f82eb890085c60dbe22578e883d6837c674 [11/59] drm/i915: Provide a
hook for selftests
config: x86_64-randconfig-s1-02150712 (attached as .config)
compiler: gcc-4.4 (Debi
On 14.02.2017 11:49, Christian König wrote:
Am 14.02.2017 um 11:37 schrieb Nicolai Hähnle:
From: Nicolai Hähnle
Allow callers to opt out of calling ttm_bo_validate immediately. This
allows more flexibility in how locking of the reservation object is
done, which is needed to fix a locking bug (
From: Denys Dmytriyenko
As part of c11e391da2a8fe973c3c2398452000bed505851e "dma-buf: Add ioctls to
allow userspace to flush" a new uapi header file dma-buf.h was added, but an
entry was not added on Kbuild to install it. This patch resolves this omission
so that "make headers_install" installs t
On Tue, Feb 14, 2017 at 1:31 PM, Arnd Bergmann wrote:
> The newly added DP driver links against the extcon core, which fails when
> extcon is a module and this driver is not:
>
> drivers/gpu/drm/rockchip/cdn-dp-core.o: In function `cdn_dp_get_port_lanes':
> cdn-dp-core.c:(.text.cdn_dp_get_port_lan
On Mon, Feb 13, 2017 at 1:47 AM, Boris Brezillon
wrote:
> On Thu, 9 Feb 2017 13:05:57 -0600
> Rob Herring wrote:
>
>> Similar to the previous commit, convert drivers open coding OF graph
>> parsing to use drm_of_find_panel_or_bridge instead.
>>
>> This changes some error messages to debug messag
On Tue, 2017-02-14 at 20:51 +0100, Daniel Vetter wrote:
> On Mon, Feb 13, 2017 at 10:26 PM, Pandiyan, Dhinakaran
> wrote:
> > On Mon, 2017-02-13 at 09:05 +, Lankhorst, Maarten wrote:
> >> Pandiyan, Dhinakaran schreef op do 09-02-2017 om 18:55 [+]:
> >> > On Thu, 2017-02-09 at 09:01 +,
On Sun, Feb 12, 2017 at 10:47 PM, Archit Taneja wrote:
>
>
> On 02/10/2017 12:35 AM, Rob Herring wrote:
>>
>> Many drivers have a common pattern of searching the OF graph for either an
>> attached panel or bridge and then finding the DRM struct for the panel
>> or bridge. Also, most drivers need t
On 2017-02-14 04:30 PM, Daniel Vetter wrote:
On Fri, Feb 10, 2017 at 11:26:22AM -0500, Harry Wentland wrote:
Resending with CC to dri-devel as per Alex's suggestions. This
might be of interest to a wider audience.
These patches are first steps of addressing some of the problems
in DC's atomic i
On Tue, Feb 14, 2017 at 09:43:45PM +, Chris Wilson wrote:
> On Tue, Feb 14, 2017 at 10:36:09PM +0100, Daniel Vetter wrote:
> > On Mon, Feb 13, 2017 at 12:17:27PM -0500, Sean Paul wrote:
> > > On Mon, Feb 13, 2017 at 3:59 AM, Chris Wilson
> > > wrote:
> > > > On Mon, Feb 13, 2017 at 08:41:10AM
https://bugzilla.kernel.org/show_bug.cgi?id=194579
--- Comment #6 from PaX Team (pagee...@freemail.hu) ---
```
(In reply to Christian König from comment #4)
> Now back to topic, what code base is this? Could you post the branch
> you are using somewhere?
it's vanilla 4.9.9 + grsecurity (we don't
https://bugs.freedesktop.org/show_bug.cgi?id=99542
Kai changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Fri, Feb 10, 2017 at 06:48:06PM +0100, Thierry Reding wrote:
> On Fri, Feb 10, 2017 at 06:14:14PM +0100, Thierry Reding wrote:
> [...]
> > /**
> > - * drm_connector_list_iter_get - initialize a connector_list iterator
> > + * drm_connector_list_iter_begin - initialize a connector_list iterator
On Tue, Feb 14, 2017 at 01:07:21PM -0800, John Stultz wrote:
> On Tue, Feb 14, 2017 at 12:32 PM, Daniel Stone wrote:
> > Hi John,
> >
> > On 14 February 2017 at 19:25, John Stultz wrote:
> >> +static enum drm_mode_status
> >> +drm_connector_check_crtc_modes(struct drm_connector *connector,
> >> +
On Tue, Feb 14, 2017 at 10:36:09PM +0100, Daniel Vetter wrote:
> On Mon, Feb 13, 2017 at 12:17:27PM -0500, Sean Paul wrote:
> > On Mon, Feb 13, 2017 at 3:59 AM, Chris Wilson
> > wrote:
> > > On Mon, Feb 13, 2017 at 08:41:10AM +0100, Thierry Reding wrote:
> > >> On Fri, Feb 10, 2017 at 07:59:13PM
On Tue, Feb 14, 2017 at 01:03:27PM -0800, John Stultz wrote:
> On Tue, Feb 14, 2017 at 12:22 PM, Daniel Vetter wrote:
> > On Tue, Feb 14, 2017 at 11:45:54AM -0800, John Stultz wrote:
> >>
> >> Not following here. What do you mean by "put it into drivers"? Where?
> >
> > In your driver callback fo
On Tue, Feb 14, 2017 at 02:49:21PM +0200, Jani Nikula wrote:
> From: Pierre-Louis Bossart
>
> 100% reproducible issue found on SKL SkullCanyon NUC with two external
> DP daisy-chained monitors in DP/MST mode. When turning off or changing
> the input of the second monitor the machine stops with a
On Mon, Feb 13, 2017 at 12:17:27PM -0500, Sean Paul wrote:
> On Mon, Feb 13, 2017 at 3:59 AM, Chris Wilson
> wrote:
> > On Mon, Feb 13, 2017 at 08:41:10AM +0100, Thierry Reding wrote:
> >> On Fri, Feb 10, 2017 at 07:59:13PM +, Chris Wilson wrote:
> >> > The warnings from parsing the EDID are
On Fri, Feb 10, 2017 at 07:07:45PM +0100, Boris Brezillon wrote:
> An HLCDC layers in Atmel's nomenclature is either a DRM plane or a 'Post
> Processing Layer' which can be used to output the results of the HLCDC
> composition in a memory buffer.
>
> atmel_hlcdc_layer.c was designed to be generic
The newly added DP driver links against the extcon core, which fails when
extcon is a module and this driver is not:
drivers/gpu/drm/rockchip/cdn-dp-core.o: In function `cdn_dp_get_port_lanes':
cdn-dp-core.c:(.text.cdn_dp_get_port_lanes+0x24): undefined reference to
`extcon_get_state'
cdn-dp-core
On Fri, Feb 10, 2017 at 11:26:22AM -0500, Harry Wentland wrote:
> Resending with CC to dri-devel as per Alex's suggestions. This
> might be of interest to a wider audience.
>
> These patches are first steps of addressing some of the problems
> in DC's atomic implementation. Please take a look and
Hi Daniel,
On Tuesday 14 Feb 2017 21:09:51 Daniel Vetter wrote:
> On Mon, Feb 13, 2017 at 11:20:51AM +, Daniel Stone wrote:
> > On 13 February 2017 at 10:54, Maxime Ripard wrote:
> >> On Sun, Feb 12, 2017 at 02:28:11PM +0200, Laurent Pinchart wrote:
> >>> On Thursday 02 Feb 2017 11:31:56 Maxim
On Tue, Feb 14, 2017 at 12:32 PM, Daniel Stone wrote:
> Hi John,
>
> On 14 February 2017 at 19:25, John Stultz wrote:
>> +static enum drm_mode_status
>> +drm_connector_check_crtc_modes(struct drm_connector *connector,
>> + struct drm_display_mode *mode)
>> +{
>> +
On Tue, Feb 14, 2017 at 12:22 PM, Daniel Vetter wrote:
> On Tue, Feb 14, 2017 at 11:45:54AM -0800, John Stultz wrote:
>>
>> Not following here. What do you mean by "put it into drivers"? Where?
>
> In your driver callback for ->mode_valid, call into a shared function to
> validate CRTC limits. Wh
I believe what's missing at this point is a mmiotrace of the NVIDIA
driver to make sure that there's nothing different about this GPU. If
you can make one (see https://wiki.ubuntu.com/X/MMIOTracing for a
guide - should end up ~100MB uncompressed), please send a compressed
one to mmio.du...@gmail.co
Hi John,
On 14 February 2017 at 19:25, John Stultz wrote:
> +static enum drm_mode_status
> +drm_connector_check_crtc_modes(struct drm_connector *connector,
> + struct drm_display_mode *mode)
> +{
> + struct drm_device *dev = connector->dev;
> + const struc
On Tue, Feb 14, 2017 at 11:45:54AM -0800, John Stultz wrote:
> On Tue, Feb 14, 2017 at 11:38 AM, Daniel Vetter wrote:
> > On Tue, Feb 14, 2017 at 8:25 PM, John Stultz wrote:
> >> Currently, on the hikey board, we have the adv7511 bridge wired
> >> up to the kirin ade drm driver. Unfortunately, th
On Mon, Feb 13, 2017 at 04:47:01PM +, Russell King - ARM Linux wrote:
> On Mon, Feb 13, 2017 at 02:37:31PM +0100, Maarten Lankhorst wrote:
> > All for it, looks sane. The last hunk fails to apply because it's based on
> > an older version of page_flip, but easy enough to fix.
>
> Yes, it's bas
https://bugs.freedesktop.org/show_bug.cgi?id=99815
--- Comment #1 from Klaus Kusche ---
I just checked: It seems that the problem does not depend on two active
outputs.
The gpu consumes roughly the same amount of power with just the laptop display.
--
You are receiving this mail because:
You ar
On Thu, Feb 09, 2017 at 03:19:07PM +, Wei Yongjun wrote:
> From: Wei Yongjun
>
> Fix to return error code -ENOMEM from the malloc error handling
> case instead of 0, as done elsewhere in this function.
>
> Signed-off-by: Wei Yongjun
Applied for 4.12 to drm-misc-next, thanks.
-Daniel
> ---
On Thu, Feb 09, 2017 at 09:55:22PM +, Emil Velikov wrote:
> On 9 February 2017 at 20:41, Thierry Reding wrote:
> > On Thu, Feb 09, 2017 at 06:08:10PM +0100, Daniel Vetter wrote:
> >> On Wed, Feb 08, 2017 at 02:28:14PM -0500, Sean Paul wrote:
> >> > On Wed, Feb 08, 2017 at 07:24:04PM +0100, Thi
On Mon, Feb 13, 2017 at 11:20:51AM +, Daniel Stone wrote:
> Hi Maxime,
>
> On 13 February 2017 at 10:54, Maxime Ripard
> wrote:
> > On Sun, Feb 12, 2017 at 02:28:11PM +0200, Laurent Pinchart wrote:
> >> On Thursday 02 Feb 2017 11:31:56 Maxime Ripard wrote:
> >> > This patch add a config to su
Hi Daniel,
On Tuesday 14 Feb 2017 21:03:07 Daniel Vetter wrote:
> On Tue, Jan 17, 2017 at 01:55:50AM +0200, Laurent Pinchart wrote:
> > On Monday 16 Jan 2017 10:37:40 Maarten Lankhorst wrote:
> >
> > Could we please get a description ? Apart from that,
>
> Typed something small and merged the fi
On Fri, Feb 10, 2017 at 09:29:07AM -0700, Shuah Khan wrote:
> On 02/03/2017 01:06 AM, Daniel Vetter wrote:
> > On Thu, Feb 02, 2017 at 10:25:44AM -0700, Shuah Khan wrote:
> >> On 02/02/2017 01:32 AM, Jani Nikula wrote:
> >>> On Thu, 02 Feb 2017, Shuah Khan wrote:
> Change drm_helper_probe_sin
On Tue, Jan 17, 2017 at 01:55:50AM +0200, Laurent Pinchart wrote:
> Hi Maarten,
>
> Thank you for the patch.
>
> On Monday 16 Jan 2017 10:37:40 Maarten Lankhorst wrote:
>
> Could we please get a description ? Apart from that,
Typed something small and merged the first 3 patches from this series
Hi Daniel,
On Tuesday 14 Feb 2017 20:44:44 Daniel Vetter wrote:
> On Tue, Feb 14, 2017 at 8:39 PM, Laurent Pinchart wrote:
> > On Tuesday 14 Feb 2017 20:33:58 Daniel Vetter wrote:
> >> On Mon, Feb 13, 2017 at 3:45 PM, Benjamin Gaignard wrote:
> >>> This is the core of simple allocator module.
> >>
On Sun, Feb 12, 2017 at 2:57 PM, Noralf Trønnes wrote:
> tinydrm will be merged the way it is now, unless someone points to
> something that is broken. But I collect your comments for a later
> cleanup patchset. It takes a lot of effort for me as an amateur to
> keeps this code up-to-date out-of-t
On Tue, Feb 14, 2017 at 08:38:40PM +0100, Daniel Vetter wrote:
> On Tue, Feb 14, 2017 at 8:25 PM, John Stultz wrote:
> > Currently, on the hikey board, we have the adv7511 bridge wired
> > up to the kirin ade drm driver. Unfortunately, the kirin ade
> > core cannot generate accurate byteclocks for
On Mon, Feb 13, 2017 at 10:26 PM, Pandiyan, Dhinakaran
wrote:
> On Mon, 2017-02-13 at 09:05 +, Lankhorst, Maarten wrote:
>> Pandiyan, Dhinakaran schreef op do 09-02-2017 om 18:55 [+]:
>> > On Thu, 2017-02-09 at 09:01 +, Lankhorst, Maarten wrote:
>> > >
>> > > Dhinakaran Pandiyan schree
On Tue, Feb 14, 2017 at 11:38 AM, Daniel Vetter wrote:
> On Tue, Feb 14, 2017 at 8:25 PM, John Stultz wrote:
>> Currently, on the hikey board, we have the adv7511 bridge wired
>> up to the kirin ade drm driver. Unfortunately, the kirin ade
>> core cannot generate accurate byteclocks for all pixel
On Tue, Feb 14, 2017 at 8:39 PM, Laurent Pinchart
wrote:
> Hi Daniel,
>
> On Tuesday 14 Feb 2017 20:33:58 Daniel Vetter wrote:
>> On Mon, Feb 13, 2017 at 3:45 PM, Benjamin Gaignard wrote:
>> > This is the core of simple allocator module.
>> > It aim to offert one common ioctl to allocate specific
Hi Daniel,
On Tuesday 14 Feb 2017 20:33:58 Daniel Vetter wrote:
> On Mon, Feb 13, 2017 at 3:45 PM, Benjamin Gaignard wrote:
> > This is the core of simple allocator module.
> > It aim to offert one common ioctl to allocate specific memory.
> >
> > version 2:
> > - rebased on 4.10-rc7
> >
> > Sig
On Tue, Feb 14, 2017 at 8:25 PM, John Stultz wrote:
> Currently, on the hikey board, we have the adv7511 bridge wired
> up to the kirin ade drm driver. Unfortunately, the kirin ade
> core cannot generate accurate byteclocks for all pixel clock
> values.
>
> Thus if a mode clock is selected that we
From: Chris Chiu
This new graphics card was failing to initialize with nouveau due to
an "unknown chipset" error.
Copy the GP106 configuration and rename for GP107/NV137. We don't
know for certain that this is fully correct, but brief desktop testing
suggests this is working fine.
Signed-off-by
On Mon, Feb 13, 2017 at 3:45 PM, Benjamin Gaignard
wrote:
> This is the core of simple allocator module.
> It aim to offert one common ioctl to allocate specific memory.
>
> version 2:
> - rebased on 4.10-rc7
>
> Signed-off-by: Benjamin Gaignard
Why not ION? It's a bit a broken record question,
https://bugs.freedesktop.org/show_bug.cgi?id=99275
--- Comment #33 from Reimar Imhof ---
(In reply to Michel Dänzer from comment #27)
> (In reply to Reimar Imhof from comment #26)
> > Together with comment #24 there is a render bug in kernel 4.8 that shows up
> > at 100% cpu load.
> > With kernel
Hi Benjamin,
Thank you for the patch. I've CC'ed the linux-api mailing list.
On Monday 13 Feb 2017 15:45:05 Benjamin Gaignard wrote:
> This is the core of simple allocator module.
> It aim to offert one common ioctl to allocate specific memory.
>
> version 2:
> - rebased on 4.10-rc7
>
> Signed-
Currently, on the hikey board, we have the adv7511 bridge wired
up to the kirin ade drm driver. Unfortunately, the kirin ade
core cannot generate accurate byteclocks for all pixel clock
values.
Thus if a mode clock is selected that we cannot calculate a
matching byteclock, the device will boot wit
Currently, on the hikey board, we have the adv7511 bridge wired
up to the kirin ade drm driver. Unfortunately, the kirin ade
core cannot generate accurate byteclocks for all pixel clock
values.
Thus if a mode clock is selected that we cannot calculate a
matching byteclock, the device will boot wit
Currently the hikey dsi logic cannot generate accurate byte
clocks values for all pixel clock values. Thus if a mode clock
is selected that cannot match the calculated byte clock, the
device will boot with a blank screen.
This patch uses the new mode_valid callback to enforces known
good mode cloc
https://bugs.freedesktop.org/show_bug.cgi?id=98784
--- Comment #16 from Torbjörn Andersson ---
I can't reproduce the glitch any more. Perhaps today's update of the game fixed
it?
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=65968
Andreas Ringlstetter changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Reviewed-by: Harry Wentland
Harry
On 2017-02-14 01:19 AM, Julia Lawall wrote:
Remove unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
CC: Harry Wentland
Signed-off-by: Julia Lawall
Signed-off-by: Fengguang Wu
---
tree: git://people.freedesktop.org/~agd5f/linux.
https://bugs.freedesktop.org/show_bug.cgi?id=98869
--- Comment #25 from cosiek...@o2.pl ---
I can do more testing if needed.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop
Reviewed-by: Harry Wentland
Harry
On 2017-02-14 01:13 AM, Julia Lawall wrote:
Remove unneeded semicolons.
Generated by: scripts/coccinelle/misc/semicolon.cocci
CC: Harry Wentland
Signed-off-by: Julia Lawall
Signed-off-by: Fengguang Wu
---
tree: git://people.freedesktop.org/~agd5f/linux
Reviewed-by: Harry Wentland
Harry
On 2017-02-14 01:14 AM, Julia Lawall wrote:
Remove unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
CC: Harry Wentland
Signed-off-by: Julia Lawall
Signed-off-by: Fengguang Wu
---
tree: git://people.freedesktop.org/~agd5f/linux.
Thanks for these fixes. I'll merge them.
Reviewed-by: Harry Wentland
Harry
On 2017-02-14 04:47 AM, Christian König wrote:
Am 14.02.2017 um 07:21 schrieb Julia Lawall:
Remove unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
CC: Harry Wentland
Signed-off-by: Julia L
https://bugs.freedesktop.org/show_bug.cgi?id=99801
--- Comment #12 from Harry Wentland ---
We're currently debugging an issue that looks very similar, if not the same.
It's also with a 5k display with two DP input but on a different platform. The
display pipe driving one half of the display is un
https://bugs.freedesktop.org/show_bug.cgi?id=99815
Bug ID: 99815
Summary: Power management problems & kernel hangs with Cap
Verde
Product: DRI
Version: unspecified
Hardware: Other
OS: Linux (All)
On Mon, Feb 13, 2017 at 11:01:14AM -0800, Laura Abbott wrote:
> On 02/13/2017 10:18 AM, Mark Brown wrote:
> > The software defined networking people seemed to think they had a use
> > case for this as well. They're not entirely upstream of course but
> > still...
> This is the first I've heard o
On Sat, Feb 11, 2017 at 12:48 PM, Noralf Trønnes wrote:
> Display panels can be oriented many ways, especially in the embedded
> world. The rotation property is a way to describe this orientation.
> The counter clockwise direction is chosen because that's what fbdev
> and drm use.
>
> Signed-off-b
https://bugs.freedesktop.org/show_bug.cgi?id=99275
--- Comment #32 from alvarex ---
I'm sorry but I can't find a consistent way of reproducing the bug. I presumed
that with 4.9 the bug will still be there but right now, no matter how hard I
try I cannot reproduce with 4.9.4, 4.9.9 and 4.9rc1, I t
https://bugzilla.kernel.org/show_bug.cgi?id=194559
Christian König (deathsim...@vodafone.de) changed:
What|Removed |Added
CC||deathsim...@vo
https://bugzilla.kernel.org/show_bug.cgi?id=194579
--- Comment #5 from fin4...@hotmail.com ---
(In reply to Christian König from comment #3)
> Please ignore the incorrect comment by fin4...@hotmail.com.
>
> The upstream kernel the official base amdgpu driver code. Only a few not
> parts which are
https://bugzilla.kernel.org/show_bug.cgi?id=194559
--- Comment #7 from fin4...@hotmail.com ---
(In reply to Michel Dänzer from comment #6)
> (In reply to fin4478 from comment #5)
> > This and many other amdgpu bug reports prove my point.
>
> Your bug report comments like this one rather indicate
On Tue, Feb 14, 2017 at 12:22:02PM -0200, Gustavo Padovan wrote:
> 2017-02-14 Chris Wilson :
>
> > On Tue, Feb 14, 2017 at 11:40:38AM -0200, Gustavo Padovan wrote:
> > > Hi Chris,
> > >
> > > 2017-02-14 Chris Wilson :
> > One thing that occurs to me is whether we should be setting the
> > timesta
2017-02-14 Chris Wilson :
> On Tue, Feb 14, 2017 at 11:40:38AM -0200, Gustavo Padovan wrote:
> > Hi Chris,
> >
> > 2017-02-14 Chris Wilson :
> > > diff --git a/drivers/dma-buf/sync_debug.c b/drivers/dma-buf/sync_debug.c
> > > index c769dc653b34..bfead12390f2 100644
> > > --- a/drivers/dma-buf/syn
tree: git://anongit.freedesktop.org/drm-intel drm-intel-next-queued
head: d892e9398ecf6defc7972a62227b77dad6be20bd
commit: 170594502cf591fd0789d7e5239937b1a87af4c6 [31/59] drm/i915: Test
coherency of and barriers between cache domains
config: x86_64-randconfig-s2-02141638 (attached as .config)
Am 14.02.2017 um 13:25 schrieb Nicolai Hähnle:
From: Nicolai Hähnle
Fix a warning about different types in min() macro in amdgpu:
In file included from ./include/linux/list.h:8:0,
from drivers/gpu/drm/amd/amdgpu/amdgpu_object.c:32:
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c:
https://bugs.freedesktop.org/show_bug.cgi?id=99275
--- Comment #31 from alvarex ---
I will try to git bisect but last time I tried bisecting the kernel I failed
miserably and it failed compiling several times.
--
You are receiving this mail because:
You are the assignee for the bug.
On Tue, Feb 14, 2017 at 11:40:38AM -0200, Gustavo Padovan wrote:
> Hi Chris,
>
> 2017-02-14 Chris Wilson :
> > diff --git a/drivers/dma-buf/sync_debug.c b/drivers/dma-buf/sync_debug.c
> > index c769dc653b34..bfead12390f2 100644
> > --- a/drivers/dma-buf/sync_debug.c
> > +++ b/drivers/dma-buf/sync_
Hi Chris,
2017-02-14 Chris Wilson :
> [ 236.821534] WARNING: kmemcheck: Caught 64-bit read from uninitialized
> memory (8802538683d0)
> [ 236.828642]
> 42001e7f0008
> [ 236.839543] i i i i u u u u i i i i i i i i u u u u u u u u u u u
Am 14.02.2017 um 12:37 schrieb Nicolai Hähnle:
On 14.02.2017 11:38, Christian König wrote:
Am 14.02.2017 um 10:18 schrieb Nicolai Hähnle:
From: Nicolai Hähnle
Fixes a potential race condition in amdgpu that looks as follows:
Task 1: attempt ttm_bo_init, but ttm_bo_validate fails
Task 1: add
Am 14.02.2017 um 13:00 schrieb Nicolai Hähnle:
On 14.02.2017 11:49, Christian König wrote:
Am 14.02.2017 um 11:37 schrieb Nicolai Hähnle:
From: Nicolai Hähnle
Allow callers to opt out of calling ttm_bo_validate immediately. This
allows more flexibility in how locking of the reservation object
From: Pierre-Louis Bossart
100% reproducible issue found on SKL SkullCanyon NUC with two external
DP daisy-chained monitors in DP/MST mode. When turning off or changing
the input of the second monitor the machine stops with a kernel
oops. This issue happened with 4.8.8 as well as drm/drm-intel-ni
[ 236.821534] WARNING: kmemcheck: Caught 64-bit read from uninitialized memory
(8802538683d0)
[ 236.828642] 42001e7f0008
[ 236.839543] i i i i u u u u i i i i i i i i u u u u u u u u u u u u u u u u
[ 236.850420]
tree: git://anongit.freedesktop.org/drm-intel drm-intel-next-queued
head: d892e9398ecf6defc7972a62227b77dad6be20bd
commit: b348090d6758cc391dc91f8a8233b18f0acc8458 [23/59] drm/i915: Simple
selftest to exercise live requests
config: x86_64-randconfig-s2-02141638 (attached as .config)
compiler:
From: Nicolai Hähnle
Fix a warning about different types in min() macro in amdgpu:
In file included from ./include/linux/list.h:8:0,
from drivers/gpu/drm/amd/amdgpu/amdgpu_object.c:32:
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c: In function
‘amdgpu_bo_create_restricted’:
./incl
On 2/9/2017 8:55 PM, Wei Yongjun wrote:
From: Wei Yongjun
Fixes the following sparse warning:
drivers/gpu/drm/bridge/ti-tfp410.c:223:24: warning:
symbol 'tfp410_platform_driver' was not declared. Should it be static?
This was queued to drm-misc-next
Thanks,
Archit
Signed-off-by: Wei Y
https://bugs.freedesktop.org/show_bug.cgi?id=99484
--- Comment #6 from Andreas Boll ---
(In reply to Timothy Arceri from comment #5)
> Running Mesa master with llvm 3.8 (instead of 5.0 from git) resolves the
> problem.
Be aware that llvm 3.8 degrades OpenGL support for radeonsi. Just check your
https://bugs.freedesktop.org/show_bug.cgi?id=65968
--- Comment #11 from Timothy Arceri ---
The game runs (mostly fine on) i965, and a trace from i965 seem to run without
issue on radeonsi.
However running the radeonsi trace on the nvidia blob results in the same
corruptions.
--
You are receivi
https://bugs.freedesktop.org/show_bug.cgi?id=99275
--- Comment #30 from alvarex ---
it happens really fast for a fraction of a second and then it draws correctly,
I had to record the desktop and play the video in slow motion to take the
screenshot.
And it's random sometimes it won't happen for a
https://bugs.freedesktop.org/show_bug.cgi?id=99275
--- Comment #29 from alvarex ---
Hi I think I ve run into the same issue. I'm not quite sure. Firefox and other
elements sometimes present artifacts, and as Reimar suggests with kernel 4.8 it
doesn't happen.
RX460 on Opensuse 42.2.
It seams like
https://bugs.freedesktop.org/show_bug.cgi?id=99275
--- Comment #28 from alvarex ---
Created attachment 129582
--> https://bugs.freedesktop.org/attachment.cgi?id=129582&action=edit
artifacts on radeon rx460
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=99484
--- Comment #5 from Timothy Arceri ---
Running Mesa master with llvm 3.8 (instead of 5.0 from git) resolves the
problem.
--
You are receiving this mail because:
You are the assignee for the bug.___
dr
On Tue, Feb 14, 2017 at 06:32:17PM +0800, kbuild test robot wrote:
> tree: git://anongit.freedesktop.org/drm-intel drm-intel-next-queued
> head: d892e9398ecf6defc7972a62227b77dad6be20bd
> commit: 953c7f82eb890085c60dbe22578e883d6837c674 [11/59] drm/i915: Provide a
> hook for selftests
> config
Am 14.02.2017 um 11:37 schrieb Nicolai Hähnle:
From: Nicolai Hähnle
Allow callers to opt out of calling ttm_bo_validate immediately. This
allows more flexibility in how locking of the reservation object is
done, which is needed to fix a locking bug (destroy locked mutex)
in amdgpu.
Signed-off-
On 14.02.2017 11:38, Christian König wrote:
Am 14.02.2017 um 10:18 schrieb Nicolai Hähnle:
From: Nicolai Hähnle
Fixes a potential race condition in amdgpu that looks as follows:
Task 1: attempt ttm_bo_init, but ttm_bo_validate fails
Task 1: add BO to global list anyway
Task 2: grabs hold of t
Am 14.02.2017 um 10:18 schrieb Nicolai Hähnle:
From: Nicolai Hähnle
Fixes a potential race condition in amdgpu that looks as follows:
Task 1: attempt ttm_bo_init, but ttm_bo_validate fails
Task 1: add BO to global list anyway
Task 2: grabs hold of the BO, waits on its reservation lock
Task 1:
1 - 100 of 127 matches
Mail list logo
