Hi,
On 08/08/2017 04:25 AM, Inki Dae wrote:
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 ea
https://bugs.freedesktop.org/show_bug.cgi?id=101325
--- Comment #20 from Michel Dänzer ---
(In reply to MirceaKitsune from comment #19)
> Please do a comparison of the dmesg logs, which show the exact same errors
> and functions being invoked...
Those are generic symptoms of a GPU hang, which ca
https://bugs.freedesktop.org/show_bug.cgi?id=101325
--- Comment #19 from MirceaKitsune ---
(In reply to Michel Dänzer from comment #18)
Please do a comparison of the dmesg logs, which show the exact same errors and
functions being invoked... both this and my issue seem to lead to identical
syste
https://bugs.freedesktop.org/show_bug.cgi?id=101325
--- Comment #18 from Michel Dänzer ---
(In reply to MirceaKitsune from comment #16)
> I did not expect to find another report on this. I've been struggling with
> what appears to be the exact same crash for over 6 months. The difference
> for me
https://bugs.freedesktop.org/show_bug.cgi?id=101881
--- Comment #15 from Mike Lothian ---
I've tried compiling llvm & mesa with GCC 7.2 RC and now segfaults before the
32bit glxgears even starts, the 64bit continues to work
[26315.109875] si_shader:2[12348]: segfault at 5 ip f47f48d7 sp
Hi Archit
> >> On 08/07/2017 07:41 AM, Kuninori Morimoto wrote:
> >>>
> >>> From: Kuninori Morimoto
> >>>
> >>> This driver's Copyright is under Renesas Solutions Corp
> >>
> >> Can we update the year to 2017 while we're at it?
> >
> > The original patch was created and applied on 2016
> >
> >
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-by: Kuninori Morimoto
---
v1 -> v2
- update year 2016 -> 2017
drivers/gpu/drm/bridge/synopsys/dw-hdmi-i2s-aud
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
Hi Archit
Thank you for your feedback
> On 08/07/2017 07:41 AM, Kuninori Morimoto wrote:
> >
> > From: Kuninori Morimoto
> >
> > This driver's Copyright is under Renesas Solutions Corp
>
> Can we update the year to 2017 while we're at it?
The original patch was created and applied on 2016
From: Kuninori Morimoto
This driver's Copyright is under Renesas Solutions Corp
Signed-off-by: Kuninori Morimoto
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi-i2s-audio.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/bridge/synopsys/dw-hdmi-i2s-audio.c
b
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
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=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=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
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.
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
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
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
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
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
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
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
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
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=101325
MirceaKitsune changed:
What|Removed |Added
CC||sonichedgehog_hyperblast00@
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=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
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=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
--- 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
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=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 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 #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
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/
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=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 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
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
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 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
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
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
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
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
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
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
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
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.___
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
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
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 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 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
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:
https://bugs.freedesktop.org/show_bug.cgi?id=102068
Jan Vesely changed:
What|Removed |Added
Resolution|FIXED |INVALID
--
You are receiving this mail be
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
--- 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.
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
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
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.___
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
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
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
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
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 #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
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 #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=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 #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
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
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=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
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 #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.___
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
---
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/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
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
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
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
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
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 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
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,
> > > >
> > >
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 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
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 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
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,
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
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
1 - 100 of 109 matches
Mail list logo
