Hi Dave, drm/i915 fixes for v4.13-rc7. A mixed bag of fixes, with black
screen fixes from me and Andy, and a couple of GVT fixes. In retrospect
could have gone without the CNL specific fix, but it's trivial.
I expect this to be the last round of drm/i915 fixes for v4.13 (fingers
crossed). Rodrigo
https://bugs.freedesktop.org/show_bug.cgi?id=97556
--- Comment #6 from Dimitrios Liappis ---
I have the same issue on an Asus Radeon RX-550[1] and amdgpu.
The fan is on all the time.
By default pwm1_enable shows 1, however, even when I write 2 to it nothing
changes.
Interestingly enough, `fan1_
https://bugs.freedesktop.org/show_bug.cgi?id=102300
--- Comment #8 from f...@mt2015.com ---
(In reply to Michel Dänzer from comment #7)
> According to the log file, the ASUS monitor only lists the 60 Hz 1920x1080
> mode in its EDID. So it seems clear that's what the monitor wants to be fed,
> but
On Wed, Aug 23, 2017 at 04:38:14PM +0800, jeffy wrote:
> Hi Thierry,
>
> i hit a compile error with this patch:
>
> CC drivers/gpu/drm/tegra/trace.o
> In file included from drivers/gpu/drm/tegra/trace.h:68:0,
> from drivers/gpu/drm/tegra/trace.c:2:
> ./include/trace/define
MHL specification defines Remote Control Protocol(RCP) to
send input events between MHL devices.
The driver now recognizes RCP messages and reacts to them
by reporting key events to input subsystem, allowing
a user to control a device using TV remote control.
Signed-off-by: Maciej Purski
---
Cha
Hi David,
Here is a single patch that was sent recently. It could wait for 4.15,
but it's also minor enough so that's there's no point in delaying it
either.
Thanks!
Maxime
The following changes since commit 998140d26723bcddef5857e39077898b0d1bdb8f:
sun4i_hdmi: add CEC support (2017-07-18 18:
Hi Hean Loong,
On Thursday, 24 August 2017 08:41:50 EEST Ong, Hean Loong wrote:
> Hi Laurent,
>
> I removed the examples for the HDMI in the draft below. The connections
> between the VIP and Display Port IP or any display connector are
> determined by HW logic. There are currently no SW defined
On Thu, Aug 24, 2017 at 11:22:30AM +0200, Maxime Ripard wrote:
> Hi David,
>
> Here is a single patch that was sent recently. It could wait for 4.15,
> but it's also minor enough so that's there's no point in delaying it
> either.
Just casually mentioning that drm-misc solves this by keeping the
Hi,
Thanks for the CC.
On Fri, Aug 18, 2017 at 06:13:14PM +0200, Noralf Tr??nnes wrote:
(cc affected parties)
Den 18.08.2017 09.46, skrev Daniel Vetter:
On Thu, Aug 17, 2017 at 06:21:30PM +0200, Noralf Tr??nnes wrote:
Reject mapping an imported dma-buf since is's an invalid use-case.
Cc: P
On Mon, Aug 21, 2017 at 03:45:21PM +0100, Vladimir Murzin wrote:
> On 10/08/17 13:15, Vladimir Murzin wrote:
> > On 26/07/17 11:27, Russell King - ARM Linux wrote:
> >> I suspect the above failure is down to either (a) not having enough
> >> memory available to allocate a 1920x1080 frame buffer, or
On 24/08/17 02:43 AM, Christian König wrote:
The problem is here:
#if defined(CONFIG_SWIOTLB) || defined(CONFIG_INTEL_IOMMU)
extern int ttm_dma_populate(struct ttm_dma_tt *ttm_dma, struct device
*dev);
extern void ttm_dma_unpopulate(struct ttm_dma_tt *ttm_dma, struct
device *dev);
We h
Hi Hans,
On Mon, Aug 21, 2017 at 06:36:29PM +0200, Hans Verkuil wrote:
On 08/21/2017 06:01 PM, Daniel Vetter wrote:
On Mon, Aug 21, 2017 at 5:52 PM, Brian Starkey wrote:
Hi all,
I couldn't find this topic talked about elsewhere, but apologies if
it's a duplicate - I'll be glad to be steered
On non IOTLB/IOMMU builds these functions would be undefined.
Signed-off-by: Tom St Denis
---
include/drm/ttm/ttm_page_alloc.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/include/drm/ttm/ttm_page_alloc.h b/include/drm/ttm/ttm_page_alloc.h
index 8695918ea629..4400c08169cd 1006
Minor tidy up.
Signed-off-by: Tom St Denis
---
include/drm/ttm/ttm_page_alloc.h | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/include/drm/ttm/ttm_page_alloc.h b/include/drm/ttm/ttm_page_alloc.h
index 4400c08169cd..19bdd907613c 100644
--- a/include/drm/ttm/ttm_p
On 08/24/17 13:14, Brian Starkey wrote:
> Hi Hans,
>
> On Mon, Aug 21, 2017 at 06:36:29PM +0200, Hans Verkuil wrote:
>> On 08/21/2017 06:01 PM, Daniel Vetter wrote:
>>> On Mon, Aug 21, 2017 at 5:52 PM, Brian Starkey
>>> wrote:
Hi all,
I couldn't find this topic talked about elsewh
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Boyuan Zhang (1):
tests/amdgpu: add uvd encode unit tests
Chih-Wei Huang (2):
android: add rules to build amdgpu.ids
android: amdgpu: fix build break
Daniel Stone (1):
configure.ac: Bump version to 2.4.83
Emil Velikov (1):
Am 24.08.2017 um 12:48 schrieb Tom St Denis:
On non IOTLB/IOMMU builds these functions would be undefined.
Signed-off-by: Tom St Denis
---
include/drm/ttm/ttm_page_alloc.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/include/drm/ttm/ttm_page_alloc.h b/include/drm/ttm/ttm_p
Am 24.08.2017 um 12:48 schrieb Tom St Denis:
Minor tidy up.
Signed-off-by: Tom St Denis
Thanks and sorry that I thought you added this, I really need more sleep.
Patch is Reviewed-by: Christian König .
Christian.
---
include/drm/ttm/ttm_page_alloc.h | 12 ++--
1 file changed, 6
On 24/08/17 07:53 AM, Christian König wrote:
Am 24.08.2017 um 12:48 schrieb Tom St Denis:
Minor tidy up.
Signed-off-by: Tom St Denis
Thanks and sorry that I thought you added this, I really need more sleep.
Patch is Reviewed-by: Christian König .
No worries. For a second there I thought
On Thu, Aug 24, 2017 at 01:37:35PM +0200, Hans Verkuil wrote:
On 08/24/17 13:14, Brian Starkey wrote:
Hi Hans,
On Mon, Aug 21, 2017 at 06:36:29PM +0200, Hans Verkuil wrote:
On 08/21/2017 06:01 PM, Daniel Vetter wrote:
On Mon, Aug 21, 2017 at 5:52 PM, Brian Starkey wrote:
Hi all,
I couldn't
Hi Dave,
Please pull omapdrm fixes for 4.14. One is for a compilation issue
introduced in my previous omapdrm-4.14 pull request. The rest I have
been playing around a while, and are not proper fixes but workarounds.
I'm not happy about those but I don't have better fixes.
Tomi
The following ch
https://bugs.freedesktop.org/show_bug.cgi?id=102387
Bug ID: 102387
Summary: Assertion failure with UE4Editor and sb enabled
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=102387
Gert Wollny changed:
What|Removed |Added
Attachment #133745|TGSI and byte code of the |TGSI and byte code of the
descript
mipi_dsi framework provides information about panel's mode of work.
This info should be propagated upstream to configure all elements of
the pipeline. As CRTC is the common denominator of the pipeline we can
put such info into its structures.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exyn
Linux core provide helpers for polling with timeout, lets use them.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 20
1 file changed, 8 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos5433_drm_decon.c
b/drivers/gp
All encoders share the same code to set encoders possible_crtcs field.
The patch creates helper to abstract out this code.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_dp.c | 15 +--
drivers/gpu/drm/exynos/exynos_drm_core.c | 1 +
drivers/gpu/drm/exynos/exyno
Hi Inki,
This patchset beside cleanup/refactoring patches (01-03) adds code to propagate
info provided by MIPI-DSI panels about its mode of work (video/command mode).
The propagation is performed for whole pipeline as every its elements uses it.
Changes in v2:
- added mode_valid callback to exyno
MIC driver should use info from CRTC to check mode of work instead of
illegally peeking into nodes of other devices.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_drm_mic.c | 44 +++--
1 file changed, 4 insertions(+), 40 deletions(-)
diff --git a/dri
Description of drm_helper_hpd_irq_event clearly states that drivers
supporting hotplug events per connector should use different helper -
drm_kms_helper_hotplug_event. To achieve it following changes have
been performed:
- moved down all DSI ops - they require exynos_dsi_disable function
to be defi
To allow runtime validation of mode of work irq request
code should be split into two separate phases:
- irq reqesting,
- irq checking.
Following patches will move 2nd phase to mode validation phase.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 54
Since i80/command mode is determined in runtime by propagating info
from panel this property can be removed.
Signed-off-by: Andrzej Hajda
---
.../devicetree/bindings/display/exynos/exynos5433-decon.txt | 12
1 file changed, 12 deletions(-)
diff --git
a/Documentation/devicetree/bi
crtc::mode_valid callback is required to implement proper pipeline
validation for command/video modes. Since Exynos uses private
framework such callback should be added to it.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 12
drivers/gpu/drm/exynos/exyn
Since i80/command mode is determined in runtime by propagating info
from panel this property can be removed.
Signed-off-by: Andrzej Hajda
---
arch/arm64/boot/dts/exynos/exynos5433-tm2-common.dtsi | 6 --
1 file changed, 6 deletions(-)
diff --git a/arch/arm64/boot/dts/exynos/exynos5433-tm2-c
Since panel's mode of work is propagated properly from panel to DECON,
there is no need to use redundant private device tree property.
The only issue with such approach is that check for required interrupts
should be postponed until panel communicate its requirements, ie to
mode validation phase -
Hello Andrzej,
Andrzej Hajda wrote:
> Linux core provide helpers for polling with timeout, lets use them.
>
> Signed-off-by: Andrzej Hajda
> ---
> drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 20
> 1 file changed, 8 insertions(+), 12 deletions(-)
>
> diff --git a/drive
Hi Dave,
One fix which is cc:stable from Chris this week. The patch fixes a race where
the driver could still be tracking a gem object while its handle has already
been recycled.
drm-misc-fixes-2017-08-24:
Core Changes:
- Release driver tracking before making the object available again (Chris)
Cc
https://bugs.freedesktop.org/show_bug.cgi?id=101691
Matt Turner changed:
What|Removed |Added
Summary|[KBL] gfx corruption on |gfx corruption on windowed
https://bugs.freedesktop.org/show_bug.cgi?id=102389
Bug ID: 102389
Summary: Random black screen on RX 470, HDMI 4k-60Hz
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=102389
--- Comment #1 from jeremi.jasin...@gmail.com ---
Created attachment 133750
--> https://bugs.freedesktop.org/attachment.cgi?id=133750&action=edit
xorg.log
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=102389
--- Comment #2 from Alex Deucher ---
Please attach your dmesg output as well.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freed
https://bugs.freedesktop.org/show_bug.cgi?id=102389
--- Comment #3 from jeremi.jasin...@gmail.com ---
Created attachment 133751
--> https://bugs.freedesktop.org/attachment.cgi?id=133751&action=edit
dmesg
--
You are receiving this mail because:
You are the assignee for the bug._
All other fields use __
Cc: Ben Widawsky
Fixes: db1689aa61b ("drm: Create a format/modifier blob")
Signed-off-by: Lionel Landwerlin
Reviewed-by: Chris Wilson
---
include/uapi/drm/drm_mode.h | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/include/uapi/drm/drm_
Forgot to Cc the appropriate people :/
On 24/08/17 16:08, Lionel Landwerlin wrote:
All other fields use __
Cc: Ben Widawsky
Fixes: db1689aa61b ("drm: Create a format/modifier blob")
Signed-off-by: Lionel Landwerlin
Reviewed-by: Chris Wilson
---
include/uapi/drm/drm_mode.h | 14 +++-
https://bugs.freedesktop.org/show_bug.cgi?id=102391
Bug ID: 102391
Summary: x11-libs/libdrm-2.4.83: fatal error: uve_ib.h: No such
file or directory
Product: DRI
Version: unspecified
Hardware: Other
OS: All
This seems to be missing patches 1 and 3.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
On 24.08.2017 15:54, Tobias Jakobi wrote:
> Hello Andrzej,
>
>
> Andrzej Hajda wrote:
>> Linux core provide helpers for polling with timeout, lets use them.
>>
>> Signed-off-by: Andrzej Hajda
>> ---
>> drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 20
>> 1 file changed, 8 i
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.14-wip
head: c758030e1ef4a616b0be7c382dddf78dbb00aa57
commit: 32e5d3aa64d35ccb3ed94315e4504a3907a5fb77 [22/26] drm/ttm: Add helper
functions to populate/map in one call (v2)
config: i386-randconfig-x074-201734 (attached as .config)
On Thu, Aug 24, 2017 at 9:08 AM, Christoph Hellwig wrote:
> This seems to be missing patches 1 and 3.
Sorry, I didn't cc you directly on those. They're on the list:
https://patchwork.kernel.org/patch/9918657/
https://patchwork.kernel.org/patch/9918663/
___
On Sat, 19 Aug 2017, Bhumika Goyal wrote:
> Make this const as it is only stored in the type field of a device
> structure, which is const.
> Done using Coccinelle.
>
> Signed-off-by: Bhumika Goyal
Acked-by: Guennadi Liakhovetski
Thanks
Guennadi
> ---
> drivers/media/i2c/soc_camera/mt9t031.
On 24 August 2017 at 16:08, Lionel Landwerlin
wrote:
> All other fields use __
>
Fairly sure I mentioned it at some point - I might have been tad vague
though :-\
Thanks for the fix, Lionel.
Reviewed-by: Emil Velikov
-Emil
___
dri-devel mailing list
d
On Wed, Aug 23, 2017 at 04:48:40PM -0700, Dan Williams wrote:
> We are running running short of vma->vm_flags. We can avoid needing a
> new VM_* flag in some cases if the original @flags submitted to mmap(2)
> is made available to the ->mmap() 'struct file_operations'
> implementation. For example,
On 17-08-24 17:55:35, Emil Velikov wrote:
On 24 August 2017 at 16:08, Lionel Landwerlin
wrote:
All other fields use __
Fairly sure I mentioned it at some point - I might have been tad vague
though :-\
Thanks for the fix, Lionel.
Reviewed-by: Emil Velikov
I'm sure it was fixed at some poin
On 21.08.2017 12:32, Maciej Purski wrote:
> Function sii8620_mt_read_devcap_reg_recv() used to read array index
> from a wrong msg register, which caused writing out of array
> bounds. It led to writing on other fields of struct sii8620.
>
> Signed-off-by: Maciej Purski
> Fixes: e9c6da270 ("drm/br
On Thu, Aug 24, 2017 at 9:58 AM, Christoph Hellwig wrote:
> On Wed, Aug 23, 2017 at 04:48:40PM -0700, Dan Williams wrote:
>> We are running running short of vma->vm_flags. We can avoid needing a
>> new VM_* flag in some cases if the original @flags submitted to mmap(2)
>> is made available to the
On Wed, Aug 23, 2017 at 4:39 AM, Christian König
wrote:
> Am 23.08.2017 um 07:52 schrieb Christophe JAILLET:
>>
>> Check memory allocation failure and return -ENOMEM in such a case.
>>
>> 'num_post_dep_syncobjs' still has to be set to 0 before the test in order
>> to have it initialized if 'amdgpu
On Wed, Aug 23, 2017 at 2:24 PM, Felix Kuehling wrote:
> I must have added that accidentally when cherry-picking an internal
> patch for upstreaming. Thanks for catching it.
>
> Reviewed-by: Felix Kuehling
Applied. thanks!
Alex
>
> Regards,
> Felix
>
>
> On 2017-08-23 09:17 AM, Colin King w
From: Ville Syrjälä
The member is called 'modifiers_property' instead of 'modifiers'. Adjust
the kernel docs to match.
Cc: dri-devel@lists.freedesktop.org
Cc: Ben Widawsky
Cc: Jason Ekstrand
Cc: Daniel Stone
Signed-off-by: Ville Syrjälä
---
include/drm/drm_mode_config.h | 2 +-
1 file chang
From: Ville Syrjälä
Currently we only check that the plane supports the pixel format of the
fb we're about to feed to it. Extend it to check also the modifier, and
more specifically that the combination of the format and modifier is
supported.
Cc: dri-devel@lists.freedesktop.org
Cc: Ben Widawsky
https://bugs.freedesktop.org/show_bug.cgi?id=101026
--- Comment #7 from dwagner ---
(In reply to Alex Deucher from comment #6)
> (In reply to dwagner from comment #5)
> > [ 133.973] (--) AMDGPU(0): HDMI max TMDS frequency 30KHz
>
> The message is from the xserver, not the driver. It's war
https://bugs.freedesktop.org/show_bug.cgi?id=93301
--- Comment #28 from famo ---
I just want to report that with new mesa and cache NS2 runs as smooth as
butter, thanks to the devs!
System:Host: cray Kernel: 4.12.4-1-CHAKRA x86_64 (64 bit) Desktop: KDE
Plasma 5.10.4 Distro: Chakra
Machine:
https://bugs.freedesktop.org/show_bug.cgi?id=101026
--- Comment #8 from Alex Deucher ---
(In reply to dwagner from comment #7)
>
> Does the xserver have its own, flawed EDID parser?
Yes, the xserver has it's own edid parser.
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=101026
--- Comment #9 from dwagner ---
Ok, then nothing left to fix for this report, it seems.
@Liam Murphy: Good to close this report then?
--
You are receiving this mail because:
You are the assignee for the bug.
Hi Hans,
[auto build test WARNING on drm-intel/for-linux-next]
[also build test WARNING on next-20170824]
[cannot apply to v4.13-rc6]
[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/Hans-de
Hi Hans,
[auto build test ERROR on drm-intel/for-linux-next]
[also build test ERROR on next-20170824]
[cannot apply to v4.13-rc6]
[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/Hans-de-Goede
This IOCTL provides a mechanism for userspace to trigger a sync object
directly. There are other ways that userspace can trigger a syncobj
such as submitting a dummy batch somewhere or hanging on to a triggered
sync_file and doing an import. This just provides an easy way to
manually trigger the
On Thu, Aug 24, 2017 at 10:57:26AM +1000, Dave Airlie wrote:
> > Yeah, maybe it's time to disconnect the "default display device" idea
> > from the VGA arbiter. I have no idea what (if any) dependencies X has
> > on the legacy VGA resources. I assume X works fine on power, where it
> > sounds lik
On Sat, Aug 19, 2017 at 01:52:19PM +0530, Bhumika Goyal wrote:
> Make this const as it is only stored in the type field of a device
> structure, which is const.
> Done using Coccinelle.
>
> Signed-off-by: Bhumika Goyal
Applied to pci/misc for v4.14, thanks!
> ---
> drivers/pci/endpoint/pci-epf
On Sat 19 Aug 01:22 PDT 2017, Bhumika Goyal wrote:
> Make this const as it is only stored in the type field of a device
> structure, which is const.
> Done using Coccinelle.
>
> Signed-off-by: Bhumika Goyal
Applied, thanks.
Regards,
Bjorn
> ---
> drivers/remoteproc/remoteproc_core.c | 2 +-
>
On 24 August 2017 at 01:57, Dave Airlie wrote:
>> Yeah, maybe it's time to disconnect the "default display device" idea
>> from the VGA arbiter. I have no idea what (if any) dependencies X has
>> on the legacy VGA resources. I assume X works fine on power, where it
>> sounds like those resources
Hi Laurent,
The encoder resides as a hardware logic as part of the FPGA fabric. The
software driver has no direct access to the encoder. The VIP is created
in such a way that the software i.e Linux Driver only streams data
through the VIP. What happens beyond the VIP Frame buffer directly
boils do
2017년 08월 24일 22:33에 Andrzej Hajda 이(가) 쓴 글:
> Description of drm_helper_hpd_irq_event clearly states that drivers
> supporting hotplug events per connector should use different helper -
> drm_kms_helper_hotplug_event. To achieve it following changes have
> been performed:
> - moved down all DSI
2017년 08월 24일 22:33에 Andrzej Hajda 이(가) 쓴 글:
> Since panel's mode of work is propagated properly from panel to DECON,
> there is no need to use redundant private device tree property.
> The only issue with such approach is that check for required interrupts
> should be postponed until panel commu
2017년 08월 24일 22:33에 Andrzej Hajda 이(가) 쓴 글:
> All encoders share the same code to set encoders possible_crtcs field.
> The patch creates helper to abstract out this code.
>
> Signed-off-by: Andrzej Hajda
> ---
> drivers/gpu/drm/exynos/exynos_dp.c | 15 +--
> drivers/gpu/drm/
https://bugs.freedesktop.org/show_bug.cgi?id=101976
--- Comment #9 from Pablo Estigarribia ---
On latest test th glmark2 passed but changing dpm from auto to high with:
echo "high" > /sys/class/drm/card0/device/power_dpm_force_performance_level
as root.
glmark2
==
https://bugs.freedesktop.org/show_bug.cgi?id=101691
--- Comment #34 from Ben Widawsky ---
Just some thoughts...
The corruption are x-tiled cachelines, looks like stale ones. I don't know what
the vertical lines are. It looks to me like the memory is just misbehaving. I
wonder if when you plug in
https://bugs.freedesktop.org/show_bug.cgi?id=101976
--- Comment #10 from Pablo Estigarribia ---
also tested game Insurgency that had same problem as glmark2 and it works now!
seems that dpm is buggy on this radeon card, probably is better to disable it
by default or put it on high performance f
2017년 08월 24일 22:33에 Andrzej Hajda 이(가) 쓴 글:
> MIC driver should use info from CRTC to check mode of work instead of
> illegally peeking into nodes of other devices.
>
> Signed-off-by: Andrzej Hajda
> ---
> drivers/gpu/drm/exynos/exynos_drm_mic.c | 44
> +++--
> 1
2017년 08월 22일 23:19에 Tobias Jakobi 이(가) 쓴 글:
> The current comment sounds like the division op is done to
> compensate for some hardware erratum. But the chroma plane
> having half the height of the luma plane is just the way
> NV12/NV21 is defined, so clarify this behaviour.
>
> Signed-off-by:
https://bugzilla.kernel.org/show_bug.cgi?id=196635
--- Comment #13 from Janpieter Sollie (janpieter.sol...@dommel.be) ---
yes.
But I really think the problem is application-layer:
I do not see any errors in dmesg when running clinfo,
but when I run the application I'm developing, I see the followi
Hi Linus,
Fixes for rc7, nothing too crazy, some core, i915, and sunxi fixes,
Intel CI has been responsible for some of these fixes being required.
Dave.
The following changes since commit 14ccee78fc82f5512908f4424f541549a5705b89:
Linux 4.13-rc6 (2017-08-20 14:13:52 -0700)
are available in t
Hi Dave,
Just refactoring to KMS drivers - NV12MT pixel format, possible_crtc,
panel detection way and video/command mode supports.
Please kindly let me know if there is any problem.
Thanks,
Inki Dae
The following changes since commit 7c0059dd832cc686bf0febefdcf8295cdd93007f:
Merge
Hi Tobias,
Regarding below two patches, I'd like to have more review so I will consider to
merge them in next turn. Sorry for this.
drm/exynos: introduce BYTE_PITCH capability
drm/exynos: add BYTE_PITCH cap for all supported planes
Thanks,
Inki Dae
2017년 08월 22일 23:19에 Tobias Jakobi 이(가) 쓴
82 matches
Mail list logo
