Hi Ong,
[auto build test WARNING on drm/drm-next]
[also build test WARNING on v4.13-rc4 next-20170804]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Hean-Loong-Ong/Intel-FPGA-VIP-Frame-Buffer-I
https://bugs.freedesktop.org/show_bug.cgi?id=102044
Jani Nikula changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=102044
Jani Nikula changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this mail be
The __dw_hdmi_remove() function was missing a call to cec_notifier_put
to balance the cec_notifier_get in the probe function.
Signed-off-by: Hans Verkuil
---
This fix was in the v3 patch but unfortunately the v2 patch ended up being
merged.
So fix this in a separate patch.
---
drivers/gpu/drm/b
https://bugs.freedesktop.org/show_bug.cgi?id=101787
--- Comment #20 from 247 ---
now even kodi (which was the only player working) started to give me the same
problems and seems i can't play mp4 and mkv anymore...think i will just give up
and end up doing a clean install...
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=102013
Michel Dänzer changed:
What|Removed |Added
Version|7.7 (2012.06) |unspecified
Product|xorg
After going through the previous discussions, here are some summaries may be
related to the current discussion:
1. How does user mode figure the device capabilities between region and dma-buf?
VFIO_DEVICE_GET_REGION_INFO could tell if the mdev supports region case.
Otherwise, the mdev supports dm
https://bugs.freedesktop.org/show_bug.cgi?id=101787
--- Comment #21 from 247 ---
just a quick update...since wayland is quite laggy to me i returned to
xorg...my problems with kodi started with that, so i decided to return back to
wayland to see if kodi worked, and it's perfectly working...so now
On ti, 2017-07-25 at 17:28 +0800, Tina Zhang wrote:
> GEM proxy is a kind of GEM, whose backing physical memory is pinned
> and produced by guest VM and is used by host as read only. With GEM
> proxy, host is able to access guest physical memory through GEM object
> interface. As GEM proxy is such
On Sun, Aug 6, 2017 at 5:32 AM, Keith Packard wrote:
> Daniel Vetter writes:
>
>> Since I missed all the details Michel spotted, so I'll defer to his r-b.
>> Also, before merging we need the userspace user. Do we have e.g.
>> -modesetting patch for this, fully reviewed&ready for merging, just as
Hi Morimoto-san,
Thank you for the patch.
On Monday 07 Aug 2017 04:09:41 Kuninori Morimoto wrote:
> From: Kuninori Morimoto
>
> This driver's Copyright is under Renesas Solutions Corp.
> This patch updates the year, because this driver was moved
> into synopsys folder in 2017.
>
> Signed-off-b
After about a month and a few attempts it's clear that my rr-cache gc
logic is busted. When copying stuff back&forth between the git branch
and git's rr-cache dir, something somewhere (or maybe it's git rerere
itself) touches all files and wreaks the timestamps.
End result is that over this month,
On Thu, Aug 3, 2017 at 2:44 PM, Jani Nikula wrote:
> On Thu, 27 Jul 2017, Daniel Vetter wrote:
>> It's a bit silly to have to spec both -d and -f to see what dim would
>> all complain about. And dry-run should never cause bad side-effects.
>
> Ack.
>
> We don't do dry-run all that well in general
On Thu, Aug 3, 2017 at 5:52 PM, Cihangir Akturk wrote:
> On Thu, Aug 03, 2017 at 02:49:03PM +0200, Daniel Vetter wrote:
>> On Thu, Aug 03, 2017 at 03:26:01PM +0300, Jani Nikula wrote:
>> > On Thu, 03 Aug 2017, Cihangir Akturk wrote:
>> > > drm_*_reference() and drm_*_unreference() functions are j
On Fri, Aug 04, 2017 at 12:45:06PM +0200, Peter Rosin wrote:
> The redundant fb helpers .load_lut, .gamma_set and .gamma_get are
> no longer used. Remove the dead code that was not doing anything
> sensible anyway.
>
> Signed-off-by: Peter Rosin
> ---
> drivers/staging/vboxvideo/vbox_fb.c | 15
Op 04-08-17 om 12:02 schreef Daniel Vetter:
> On Fri, Aug 4, 2017 at 11:57 AM, Tomi Valkeinen wrote:
>>> Here you go, compile tested version. :)
>>> 8<
>>> I want/need to rework the core property handling, and this hack is
>>> getting in the way. But since it's a non-standard propety only
On Sat, Aug 05, 2017 at 12:59:07PM +0200, Noralf Trønnes wrote:
> (I had to switch to Daniel's Intel address to get this sent)
>
> Den 05.08.2017 00.19, skrev Ilia Mirkin:
> > On Fri, Aug 4, 2017 at 4:43 PM, Eric Anholt wrote:
> > > Laurent Pinchart writes:
> > >
> > > > Hi Eric,
> > > >
> > >
On Fri, Aug 04, 2017 at 09:23:28AM +0100, Chris Wilson wrote:
> After an event is sent, we try to copy it into the user buffer of the
> first waiter in drm_read() and if the user buffer doesn't have enough
> room we put it back onto the list. However, we didn't wake up any
> subsequent waiter, so t
Historically, only RGB framebuffers could be assigned to the primary
plane. This changed with universal plane support. Since no colorspace
conversion was set up for the IPUv3 full plane, assigning YUV frame
buffers to the primary plane caused incorrect output.
Fix this by enabling color space conve
On Fri, Aug 04, 2017 at 11:25:24AM -0500, David Lechner wrote:
> The fbdev subsystem has a place for physical dimensions (width and height
> in mm) that is readable by userspace. Since DRM also knows these
> dimensions, pass this information to the fbdev device.
>
> This has to be done in drm_setu
On Sun, Aug 06, 2017 at 06:44:23PM +0200, Mikko Rapeli wrote:
> These are defined in linux/types.h or drm/drm.h. Fixes
> user space compilation errors like:
>
> drm/armada_drm.h:26:2: error: unknown type name ‘uint32_t’
> uint32_t handle;
> ^~~~
>
> Signed-off-by: Mikko Rapeli
> Cc: Emil
Op 04-08-17 om 12:02 schreef Daniel Vetter:
> On Fri, Aug 4, 2017 at 11:57 AM, Tomi Valkeinen wrote:
>>> Here you go, compile tested version. :)
>>> 8<
>>> I want/need to rework the core property handling, and this hack is
>>> getting in the way. But since it's a non-standard propety only
Op 04-08-17 om 12:02 schreef Daniel Vetter:
> On Fri, Aug 4, 2017 at 11:57 AM, Tomi Valkeinen wrote:
>>> Here you go, compile tested version. :)
>>> 8<
>>> I want/need to rework the core property handling, and this hack is
>>> getting in the way. But since it's a non-standard propety only
Hi Daniel,
On Monday 07 Aug 2017 11:25:07 Daniel Vetter wrote:
> On Sat, Aug 05, 2017 at 12:59:07PM +0200, Noralf Trønnes wrote:
> > Den 05.08.2017 00.19, skrev Ilia Mirkin:
> >> On Fri, Aug 4, 2017 at 4:43 PM, Eric Anholt wrote:
> >>> Laurent Pinchart writes:
> On Tuesday 18 Jul 2017 14:05
On 08/07/2017 12:50 PM, Hans Verkuil wrote:
The __dw_hdmi_remove() function was missing a call to cec_notifier_put
to balance the cec_notifier_get in the probe function.
Queued to drm-misc-next.
Thanks,
Archit
Signed-off-by: Hans Verkuil
---
This fix was in the v3 patch but unfortunately
On 08/03/2017 12:11 AM, Hans Verkuil wrote:
From: Russell King
Add a CEC driver for the dw-hdmi hardware.
Queued to drm-misc-next after fixing up some minor
Makefile/Kconfig conflicts.
Thanks,
Archit
Reviewed-by: Neil Armstrong
Signed-off-by: Russell King
[hans.verkuil: unsigned -> un
On 08/03/2017 12:11 AM, Hans Verkuil wrote:
From: Russell King
We don't need the CEC engine register definitions, so let's remove them.
Queued to drm-misc-next.
Thanks,
Archit
Signed-off-by: Russell King
Acked-by: Hans Verkuil
Tested-by: Hans Verkuil
Tested-by: Laurent Pinchart
---
https://bugs.freedesktop.org/show_bug.cgi?id=100443
--- Comment #24 from alvarex ---
In my case make my card completely useless stuck on 300mhz of memory clock and
174mhz of GPU.
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=100443
--- Comment #25 from alvarex ---
Is there any sort of bios signature enforcement that makes powerplay go bananas
when the bios is not signed??
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=100443
--- Comment #26 from alvarex ---
I tried amd staging kernel and it boots but it spams like crazy message about
IO ERROR and IRQ NOTHREAD, and I can't do nothing just hard reboot.
--
You are receiving this mail because:
You are the assignee for
Hi Tomi,
Thank you for the patch.
On Friday 04 Aug 2017 12:24:10 Tomi Valkeinen wrote:
> omap_framebuffer_create() fails to unref all the gem objects if creating
> the FB fails, leading to a memory leak.
>
> Fix the loop so that it goes through all the reffed gem objects.
>
> Signed-off-by: Tom
https://bugs.freedesktop.org/show_bug.cgi?id=102068
Bug ID: 102068
Summary: Stuck in the lowest possible clock powerplay error (
Can't find requested voltage id in vdd_dep_on_sclk
table! )
Product: DRI
Version: XO
https://bugs.freedesktop.org/show_bug.cgi?id=102068
--- Comment #1 from alvarex ---
Created attachment 133281
--> https://bugs.freedesktop.org/attachment.cgi?id=133281&action=edit
dmidecode kernel 4.12.4
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=102068
--- Comment #2 from alvarex ---
Created attachment 133282
--> https://bugs.freedesktop.org/attachment.cgi?id=133282&action=edit
lspci kernel 4.12.4
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=102068
--- Comment #3 from alvarex ---
Created attachment 133283
--> https://bugs.freedesktop.org/attachment.cgi?id=133283&action=edit
Gigabyte bios
gigabyte bios RX460 Windforce 4GB OC
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=100443
--- Comment #27 from alvarex ---
I opened a new bug report https://bugs.freedesktop.org/show_bug.cgi?id=102068
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel m
https://bugs.freedesktop.org/show_bug.cgi?id=102068
--- Comment #4 from alvarex ---
IMO I think amdgpu kernel module is not parsing the voltage values correctly.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel ma
Hi Tomi,
Thank you for the patch.
On Tuesday 13 Jun 2017 12:02:10 Tomi Valkeinen wrote:
> 7d267f068a8b4944d52e8b0ae4c8fcc1c1c5c5ba ("drm/omap: work-around for
> errata i886") changed how the PLL dividers and multipliers are
> calculated. While the new way should work fine for all the PLLs, it
> b
https://bugs.freedesktop.org/show_bug.cgi?id=102068
--- Comment #5 from alvarex ---
I tested on Windows 7 and for Windows the bios is correctly signed.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
On 07/08/17 14:29, Laurent Pinchart wrote:
> Hi Tomi,
>
> Thank you for the patch.
>
> On Friday 04 Aug 2017 12:24:10 Tomi Valkeinen wrote:
>> omap_framebuffer_create() fails to unref all the gem objects if creating
>> the FB fails, leading to a memory leak.
>>
>> Fix the loop so that it goes thr
On 07/08/17 14:47, Laurent Pinchart wrote:
> Hi Tomi,
>
> Thank you for the patch.
>
> On Tuesday 13 Jun 2017 12:02:10 Tomi Valkeinen wrote:
>> 7d267f068a8b4944d52e8b0ae4c8fcc1c1c5c5ba ("drm/omap: work-around for
>> errata i886") changed how the PLL dividers and multipliers are
>> calculated. W
https://bugs.freedesktop.org/show_bug.cgi?id=102048
--- Comment #2 from Paul Menzel ---
The majority of the time spent in pci_device_probe (2322.294 ms @ 17.587483).
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-deve
https://bugs.freedesktop.org/show_bug.cgi?id=100443
--- Comment #28 from alvarex ---
Is there any way of disabling powerplay ?? amdgpu.powerplay=0 on grub, and
options powerplay=0 on kernel loading doesn't work
--
You are receiving this mail because:
You are the assignee for the bug.___
Hi Noralf,
Thanks for the patch.
Acked-by: Vincent Abriou
On 08/06/2017 05:40 PM, Noralf Trønnes wrote:
> This driver can use the drm_driver.dumb_destroy and
> drm_driver.dumb_map_offset defaults, so no need to set them.
>
> Cc: Benjamin Gaignard
> Cc: Vincent Abriou
> Signed-off-by: Noralf T
On 08/04/2017 11:25 AM, David Lechner wrote:
The fbdev subsystem has a place for physical dimensions (width and height
in mm) that is readable by userspace. Since DRM also knows these
dimensions, pass this information to the fbdev device.
This has to be done in drm_setup_crtcs_fb() instead of dr
https://bugs.freedesktop.org/show_bug.cgi?id=102068
--- Comment #6 from alvarex ---
Ok so it seems, I'm an idiot!! I was setting incorrectly
/sys/class/drm/card0/device/pp_mclk_od
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=102068
alvarex changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=102068
Jan Vesely changed:
What|Removed |Added
Resolution|FIXED |INVALID
--
You are receiving this mail be
Den 07.08.2017 12.22, skrev Laurent Pinchart:
Hi Daniel,
On Monday 07 Aug 2017 11:25:07 Daniel Vetter wrote:
On Sat, Aug 05, 2017 at 12:59:07PM +0200, Noralf Trønnes wrote:
Den 05.08.2017 00.19, skrev Ilia Mirkin:
On Fri, Aug 4, 2017 at 4:43 PM, Eric Anholt wrote:
Laurent Pinchart writes:
On Mon, Aug 07, 2017 at 01:22:23PM +0300, Laurent Pinchart wrote:
> Hi Daniel,
>
> On Monday 07 Aug 2017 11:25:07 Daniel Vetter wrote:
> > On Sat, Aug 05, 2017 at 12:59:07PM +0200, Noralf Trønnes wrote:
> > > Den 05.08.2017 00.19, skrev Ilia Mirkin:
> > >> On Fri, Aug 4, 2017 at 4:43 PM, Eric Anho
On Sun, Aug 6, 2017 at 6:44 PM, Mikko Rapeli wrote:
> Include instead of which on Linux includes
> and on non-Linux platforms defines __u32 etc types.
>
> Fixes user space compilation errors like:
>
> linux/kfd_ioctl.h:33:2: error: unknown type name ‘uint32_t’
> uint32_t major_version; /* fro
On Mon, Aug 07, 2017 at 08:40:35AM -0500, David Lechner wrote:
> On 08/04/2017 11:25 AM, David Lechner wrote:
> > The fbdev subsystem has a place for physical dimensions (width and height
> > in mm) that is readable by userspace. Since DRM also knows these
> > dimensions, pass this information to t
On Sun, Aug 06, 2017 at 05:41:00PM +0200, Noralf Trønnes wrote:
> drm_gem_dumb_destroy() is the drm_driver.dumb_destroy default,
> so no need to set it.
>
> Cc: Daniel Vetter
> Cc: Jani Nikula
> Signed-off-by: Noralf Trønnes
Reviewed-by: Daniel Vetter
We haven't pulled drm-misc into drm-inte
Hi Jeffrey,
On Fri, 2017-08-04 at 11:49 -0700, Jeffrey Mouroux wrote:
> The Xilinx Video Mixer andn Xilinx Video Framebuffer DMA IP
> support video memory formats that are not represented in the
> current DRM fourcc library. This patch adds those missing
> fourcc codes.
>
> Signed-off-by: Jeffre
https://bugs.freedesktop.org/show_bug.cgi?id=100443
--- Comment #29 from alvarex ---
just ignore my comments I was setting /sys/class/drm/card0/device/pp_mclk_od
incorrectly.
--
You are receiving this mail because:
You are the assignee for the bug.___
From: Christian König
The BO manager has its own lock and doesn't use the lru_lock.
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon_ttm.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_ttm.c
b/drivers/gpu/drm/radeo
From: Christian König
Provide the drm printer directly instead of just the callback.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_gtt_mgr.c | 7 +++
drivers/gpu/drm/amd/amdgpu/amdgpu_vram_mgr.c | 7 +++
drivers/gpu/drm/nouveau/nouveau_ttm.c | 6 --
From: Christian König
The BO manager has its own lock and doesn't use the lru_lock.
Signed-off-by: Christian König
---
drivers/gpu/drm/qxl/qxl_ttm.c | 13 -
1 file changed, 4 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/qxl/qxl_ttm.c b/drivers/gpu/drm/qxl/qxl_ttm.c
i
From: Christian König
The BO manager has its own lock and doesn't use the lru_lock.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c
b/drivers/gpu/drm/a
From: Christian König
Instead of the separate switch/case in the calling function.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_gtt_mgr.c | 14 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 13 -
drivers/gpu/drm/amd/amdgpu/amdgpu_vram_mgr.c
From: Christian König
It doesn't make much sense to count those numbers twice.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 1 -
drivers/gpu/drm/amd/amdgpu/amdgpu_gtt_mgr.c | 18 +++---
drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c | 5 +++--
dri
From: Christian König
Looks like a better place for this.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 2 -
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 5 ++-
drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c | 9 ++--
drivers/gpu/drm/amd/amdgpu/amdgpu_obj
On 08/05/2017 01:19 PM, Noralf Trønnes wrote:
Den 04.08.2017 00.33, skrev David Lechner:
+
+buf = kmalloc(len, GFP_KERNEL);
+if (!buf)
+return;
+
+tinydrm_xrgb_to_gray8(buf, vaddr, fb, clip);
+src = buf;
+
+for (y = clip->y1; y < clip->y2; y++) {
+for (x
This adds a new binding for Sitronix ST7586 display panels.
Using lego as the vendor prefix in the compatible string because the display
panel I am working with is an integral part of the LEGO MINDSTORMS EV3.
Signed-off-by: David Lechner
---
v4 changes:
* Dropped optional properties and only us
This adds parameters for vaddr and clip to tinydrm_xrgb_to_gray8() to
make it more generic.
dma_buf_{begin,end}_cpu_access() are moved out to the repaper driver.
Return type is change to void to simplify error handling by callers.
Signed-off-by: David Lechner
---
v4 changes:
* Change retur
The goal of this series is to get the built-in LCD of the LEGO MINDSTORMS EV3
working.
v2 changes:
* Wrote a new driver for ST7586 instead of combining it with existing drivers
* Don't touch MIPI DBI code (other than the patch suggested by Noralf)
* New defconfig patch
v3 changes:
* New patch to
LEGO MINDSTORMS EV3 has an LCD with a ST7586 controller. This adds a new
module for the ST7586 controller with parameters for the LEGO MINDSTORMS
EV3 LCD display.
Signed-off-by: David Lechner
---
v4 changes:
* correct order for MAINTAINERS entry
* Drop code not used by LEGO EV3 (regulator, backl
This adds a new node for the LEGO MINDSTORMS EV3 LCD display.
Signed-off-by: David Lechner
---
v4 changes:
* changed dc to a0
arch/arm/boot/dts/da850-lego-ev3.dts | 24
1 file changed, 24 insertions(+)
diff --git a/arch/arm/boot/dts/da850-lego-ev3.dts
b/arch/arm/boot
This enables the tinydrm and ST7586 panel modules used by the display
on LEGO MINDSTORMS EV3.
Signed-off-by: David Lechner
---
arch/arm/configs/davinci_all_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/configs/davinci_all_defconfig
b/arch/arm/configs/davinci_all_defco
On Mon, 7 Aug 2017 08:11:43 +
"Zhang, Tina" wrote:
> After going through the previous discussions, here are some summaries may be
> related to the current discussion:
> 1. How does user mode figure the device capabilities between region and
> dma-buf?
> VFIO_DEVICE_GET_REGION_INFO could tel
https://bugs.freedesktop.org/show_bug.cgi?id=102013
--- Comment #15 from Amr Ibrahim ---
Thanks Michel. Should I open a new bug about the window resizing issue?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mai
On 08/04/2017 01:49 AM, Noralf Trønnes wrote:
Den 04.08.2017 00.41, skrev David Lechner:
On 08/01/2017 03:14 PM, David Lechner wrote:
If we return here and import_attach is true, then
dma_buf_end_cpu_access()
will not be called balance dma_buf_begin_cpu_access().
Fix by setting ret instead o
https://bugs.freedesktop.org/show_bug.cgi?id=76130
--- Comment #23 from mirh ---
(In reply to Thaddaeus Tintenfisch from comment #22)
> I was able to resolve the FPS drop by running the following two commands:
>
> echo battery > /sys/class/drm/card0/device/power_dpm_state
> echo balanced > /sys/
https://bugs.freedesktop.org/show_bug.cgi?id=101961
--- Comment #12 from network...@rkmail.ru ---
(In reply to Samuel Pitoiset from comment #11)
> Unfortunately, I can't reproduce the issue with
> 3f38e64270c03c9a9eb5368c06dcfd1896fbf6d0 and the same settings, etc.
>
> Can you try again with late
On Mon, Aug 7, 2017 at 11:49 AM, Christian König
wrote:
> From: Christian König
>
> Looks like a better place for this.
>
> Signed-off-by: Christian König
Series is:
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/amd/amdgpu/amdgpu.h | 2 -
> drivers/gpu/drm/amd/amdgpu/amdgpu_cs.
https://bugs.freedesktop.org/show_bug.cgi?id=101961
--- Comment #13 from Samuel Pitoiset ---
Did you boot with amdgpu.vm_debug=1? Anyway, I think the previous hangs were
related to the CLEAR_state changes which are now fixed in master.
--
You are receiving this mail because:
You are the assigne
On Sun, Aug 6, 2017 at 11:41 AM, Noralf Trønnes wrote:
> drm_gem_dumb_destroy() is the drm_driver.dumb_destroy default,
> so no need to set it.
>
> Cc: Alex Deucher
> Cc: Christian König
> Signed-off-by: Noralf Trønnes
Acked-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/radeon_drv.c | 1 -
https://bugs.freedesktop.org/show_bug.cgi?id=102053
--- Comment #4 from Luya Tshimbalanga ---
Shall we mark as duplicate to consolidate the report then?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing lis
https://bugs.freedesktop.org/show_bug.cgi?id=102053
--- Comment #5 from Luya Tshimbalanga ---
(In reply to Luya Tshimbalanga from comment #4)
> Shall we mark as duplicate to consolidate the report then?
Nevermind. I realized the bug report is on kernel development website.
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=102053
Luya Tshimbalanga changed:
What|Removed |Added
URL||https://bugzilla.kernel.org
https://bugs.freedesktop.org/show_bug.cgi?id=100306
--- Comment #38 from MirceaKitsune ---
Created attachment 133368
--> https://bugs.freedesktop.org/attachment.cgi?id=133368&action=edit
Output of "dmesg -w" (full)
Full output of "dmesg -w", recorded by running "dmesg -w > filename.txt". The
p
On 08/07/2017 10:13 AM, Philipp Zabel wrote:
Hi Jeffrey,
On Fri, 2017-08-04 at 11:49 -0700, Jeffrey Mouroux wrote:
The Xilinx Video Mixer andn Xilinx Video Framebuffer DMA IP
support video memory formats that are not represented in the
current DRM fourcc library. This patch adds those missing
https://bugs.freedesktop.org/show_bug.cgi?id=101325
MirceaKitsune changed:
What|Removed |Added
CC||sonichedgehog_hyperblast00@
https://bugs.freedesktop.org/show_bug.cgi?id=100306
--- Comment #39 from MirceaKitsune ---
I randomly decided to google parts of my dmesg output. I was surprised to
discover that someone else has reported a very similar issue, which looks like
it might have the same root as mine!
https://bugs.fr
https://bugs.freedesktop.org/show_bug.cgi?id=100306
MirceaKitsune changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=101325
MirceaKitsune changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
From: Christian König
Allows us to copy all the fences in a reservation object to another one.
Signed-off-by: Christian König
Reviewed-by: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/dma-buf/reservation.c | 58 +++
include/linux/reservation.h
We have some changes in ttm and amdgpu that depend on these patches.
Sumit, can you pull these in via dma-buf or should I roll them up
through my amdgpu tree?
Christian König (3):
dma-buf: dma_fence_put is NULL safe
dma-buf: add reservation_object_copy_fences
dma-buf: fix reservation_object_
From: Christian König
No need to check.
Signed-off-by: Christian König
Reviewed-by: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/dma-buf/reservation.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/dma-buf/reservation.c b/drivers/dma-buf/reservation
From: Christian König
With hardware resets in mind it is possible that all shared fences are
signaled, but the exlusive isn't. Fix waiting for everything in this situation.
v2: make sure we always wait for the exclusive fence
Signed-off-by: Christian König
Reviewed-by: Alex Deucher
Reviewed-b
https://bugs.freedesktop.org/show_bug.cgi?id=100306
--- Comment #40 from Alex Deucher ---
(In reply to MirceaKitsune from comment #39)
> I randomly decided to google parts of my dmesg output. I was surprised to
> discover that someone else has reported a very similar issue, which looks
> like it
https://bugs.freedesktop.org/show_bug.cgi?id=101325
--- Comment #17 from MirceaKitsune ---
Created attachment 133369
--> https://bugs.freedesktop.org/attachment.cgi?id=133369&action=edit
Output of "dmesg -w" (full)
Full output of "dmesg -w", recorded by running "dmesg -w > filename.txt". It
in
Hi Daniel,
On Monday 07 Aug 2017 16:59:39 Daniel Vetter wrote:
> On Mon, Aug 07, 2017 at 01:22:23PM +0300, Laurent Pinchart wrote:
> > On Monday 07 Aug 2017 11:25:07 Daniel Vetter wrote:
> >> On Sat, Aug 05, 2017 at 12:59:07PM +0200, Noralf Trønnes wrote:
> >>> Den 05.08.2017 00.19, skrev Ilia Mir
Daniel, please ping~
2017년 07월 03일 17:42에 Inki Dae 이(가) 쓴 글:
> This patch series changes return type of drm_bridge_add
> function to void one and also removes unnecessary checking
> of the return type from relevant drivers.
>
> Ps. I had just build test so each maintainer may need to check this.
https://bugs.freedesktop.org/show_bug.cgi?id=101977
--- Comment #3 from Timothee Besset ---
Created attachment 133372
--> https://bugs.freedesktop.org/attachment.cgi?id=133372&action=edit
apitrace
Stepped through and commented out code until I could narrow down the last GL
call that leads to a
https://bugs.freedesktop.org/show_bug.cgi?id=94410
--- Comment #7 from Felix Hellmann ---
I tested with the current promoted branch (which has the linker script
commented out by default). This gives me a complete desktop freeze like Thomas
Kowaliczek already reported.
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=94410
--- Comment #8 from Timothee Besset ---
The freeze problems are very likely this issue:
https://bugs.freedesktop.org/show_bug.cgi?id=101977
I haven't seen this allocator problem in 4.16 with ubuntu 16.x, I suspect it's
tied to a clang / libstdc+
https://bugs.freedesktop.org/show_bug.cgi?id=101977
--- Comment #4 from Timothee Besset ---
Created attachment 133373
--> https://bugs.freedesktop.org/attachment.cgi?id=133373&action=edit
apitrace FBlackCubeArrayTexture::InitRHI
Another trace: same crash, but initializing a different resource
During panel removal or system shutdown panel_simple_disable is called
which disables the panel backlight but the panel is still powered due to
missing calls to panel_simple_unprepare.
Fixes: d02fd93e2cd8 ("drm/panel: simple - Disable panel on shutdown")
Cc: sta...@vger.kernel.org # v3.16+
Signed-
Hi Philipp,
Thanks for the reply. Please see me comments inline:
-Original Message-
From: Philipp Zabel [mailto:p.za...@pengutronix.de]
Sent: Monday, August 07, 2017 8:14 AM
To: Jeff Mouroux
Cc: daniel.vet...@intel.com; jani.nik...@linux.intel.com;
seanp...@chromium.org; airl...@linu
1 - 100 of 109 matches
Mail list logo
