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
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
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
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.
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
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
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
-
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+
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;
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
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(-)
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=edit
apitrace FBlackCubeArrayTexture::InitRHI
Another trace: same crash, but initializing a
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
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
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=edit
apitrace
Stepped through and commented out code until I could narrow down the last GL
call that
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
https://bugs.freedesktop.org/show_bug.cgi?id=101325
--- Comment #17 from MirceaKitsune ---
Created attachment 133369
--> https://bugs.freedesktop.org/attachment.cgi?id=133369=edit
Output of "dmesg -w" (full)
Full output of "dmesg -w", recorded by running
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
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
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
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
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
---
https://bugs.freedesktop.org/show_bug.cgi?id=100306
MirceaKitsune changed:
What|Removed |Added
See Also|
https://bugs.freedesktop.org/show_bug.cgi?id=101325
MirceaKitsune changed:
What|Removed |Added
See Also|
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
https://bugs.freedesktop.org/show_bug.cgi?id=101325
MirceaKitsune changed:
What|Removed |Added
CC|
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=edit
Output of "dmesg -w" (full)
Full output of "dmesg -w", recorded by running
https://bugs.freedesktop.org/show_bug.cgi?id=102053
Luya Tshimbalanga changed:
What|Removed |Added
URL|
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
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
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
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
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
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
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
>
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
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
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?
>
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
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
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
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
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
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 +++---
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
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
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
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
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
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 +++
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
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:
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
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
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
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=102068
Jan Vesely changed:
What|Removed |Added
Resolution|FIXED |INVALID
--
You
https://bugs.freedesktop.org/show_bug.cgi?id=102068
alvarex changed:
What|Removed |Added
Status|NEW |RESOLVED
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
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
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
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
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
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.
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
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
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
>
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=102068
--- Comment #3 from alvarex ---
Created attachment 133283
--> https://bugs.freedesktop.org/attachment.cgi?id=133283=edit
Gigabyte bios
gigabyte bios RX460 Windforce 4GB OC
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=102068
--- Comment #2 from alvarex ---
Created attachment 133282
--> https://bugs.freedesktop.org/attachment.cgi?id=133282=edit
lspci kernel 4.12.4
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=102068
--- Comment #1 from alvarex ---
Created attachment 133281
--> https://bugs.freedesktop.org/attachment.cgi?id=133281=edit
dmidecode kernel 4.12.4
--
You are receiving this mail because:
You are the assignee for
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:
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:
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
> ---
>
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()
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.
>
>
After about a month and a few attempts it's clear that my rr-cache gc
logic is busted. When copying stuff back 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
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
1 - 100 of 111 matches
Mail list logo