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 이(가) 쓴
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 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
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
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:
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
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
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 #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
==
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/
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 이(가) 쓴 글:
> 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
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
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
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 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
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
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
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
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.
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=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 #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
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
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
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
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 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 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 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 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 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 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 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/
___
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 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
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
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
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 +++-
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_
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._
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 #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
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=101691
Matt Turner changed:
What|Removed |Added
Summary|[KBL] gfx corruption on |gfx corruption on windowed
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
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
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 -
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
---
.../devicetree/bindings/display/exynos/exynos5433-decon.txt | 12
1 file changed, 12 deletions(-)
diff --git
a/Documentation/devicetree/bi
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
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
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
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
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
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
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
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
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
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
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
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
-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):
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
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 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
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 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
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
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 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 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
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:
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
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
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
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_
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
82 matches
Mail list logo