- Original Message -
> From: "David Laight"
> To: "Petrosyan, Ludwig" , "Logan Gunthorpe"
>
> Cc: "Alexander Deucher" , "linux-kernel"
> , "linux-rdma"
> , "linux-nvdimm" ,
> "Linux-media" ,
> "dri-devel" , "linux-pci"
> , "John Bridgman"
> , "Felix Kuehling" , "Serguei
> Sagalovit
The documentation already mentions "cec" optional clock, but
currently the driver doesn't enable it.
Changes:
v3:
- Drop useless braces
v2:
- Separate ENOENT errors from others
- Propagate other errors (especially -EPROBE_DEFER)
Signed-off-by: Pierre-Hugues Husson
---
drivers/gpu/drm/bridge/sy
On Thu, 26 Oct 2017, "Pandiyan, Dhinakaran"
wrote:
> On Thu, 2017-10-26 at 10:59 +0300, Jani Nikula wrote:
>> On Thu, 10 Aug 2017, Dhinakaran Pandiyan wrote:
>> > DPCD 600h - SET_POWER & SET_DP_PWR_VOLTAGE defines power state
>> >
>> > 101 = Set Main-Link for local Sink device and all downstream
Am 27.10.2017 um 02:15 schrieb Andrey Grodzovsky:
Change-Id: I7eafb85c1ca96d6d255f0183bed0ce4129746fe0
Signed-off-by: Andrey Grodzovsky
---
amdgpu/Makefile.sources | 1 +
amdgpu/amdgpu.h | 20 +++
amdgpu/amdgpu_vm.c | 52 +
Hi Dave, as I said, I was aiming for the previous one to already be the
last, but here's one more i915 pull for v4.15.
There's a backmerge from drm-next as a dependency for the get/put
renames and timer setup updates.
BR,
Jani.
drm-intel-next-2017-10-23:
This time really the last i915 batch fo
Hi Philippe,
On Thu, 2017-10-26 at 18:09 +0200, Philippe Cornu wrote:
> The pixel clock is optional. When available, it offers a better
> preciseness for timing computations.
>
> Signed-off-by: Philippe Cornu
> ---
> drivers/gpu/drm/bridge/synopsys/dw-mipi-dsi.c | 24 ++--
>
https://bugs.freedesktop.org/show_bug.cgi?id=102955
Samuel Pitoiset changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
On 27 October 2017 at 01:15, Andrey Grodzovsky
wrote:
> Change-Id: I7eafb85c1ca96d6d255f0183bed0ce4129746fe0
> Signed-off-by: Andrey Grodzovsky
> ---
> amdgpu/Makefile.sources | 1 +
> amdgpu/amdgpu.h | 20 +++
> amdgpu/amdgpu_vm.c | 52
> ++
On Thu, 26 Oct 2017, Ville Syrjälä wrote:
> On Thu, Oct 26, 2017 at 08:51:57PM +0200, Noralf Trønnes wrote:
>>
>> Den 26.10.2017 19.49, skrev Ville Syrjälä:
>> > On Thu, Oct 26, 2017 at 06:57:27PM +0200, Noralf Trønnes wrote:
>> >> Add drm_printf_indent() that adds tab indentation according to ar
On Mon, 14 Aug 2017, Harry Wentland wrote:
> On 2017-08-11 02:10 PM, Dhinakaran Pandiyan wrote:
>> DPCD 600h - SET_POWER & SET_DP_PWR_VOLTAGE defines power state
>>
>> 101 = Set Main-Link for local Sink device and all downstream Sink
>> devices to D3 (power-down mode), keep AUX block fully powere
Misc fixes for better stability on 8x96. One of the cursor patches fixes
the async plane update path, the other makes sure we don't restore
LM cursor registers if we aren't using it.
Archit Taneja (6):
drm/msm/hdmi: Keep the HDMI_CTRL_ENABLE bitfield always on for 8x96
drm/msm/hdmi: Switch to
When a plane moves out of bounds (i.e, outside the crtc clip region), the
plane state's "visible" parameter changes to false. When this happens, we
(a) release the hwpipe resources away from it, and
(b) unstage the corresponding hwpipe(s) from the Layer Mixers in the CRTC.
(a) requires use to acqu
mdp5_pipe_assign currently returns the hwpipe pointer for the drm_plane.
Return it indirectly by setting a pointer passed as an argument. This
is needed because we want the func to find out the right hwpipe too.
Signed-off-by: Archit Taneja
---
drivers/gpu/drm/msm/mdp/mdp5/mdp5_pipe.c | 32
We support HPD interrupts on all platofrms, let's start using it.
Signed-off-by: Archit Taneja
---
drivers/gpu/drm/msm/hdmi/hdmi_connector.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/msm/hdmi/hdmi_connector.c
b/drivers/gpu/drm/msm/hdmi/hdmi_connector.
The ENABLE field in REG_HDMI_CTRL is required to be set to detect hot plug
events on 8x96. We don't get any HPD interrupts when HDMI bridge is
disabled.
Keep it always on. Downstream also seems to do the same thing. Restrict
this quirk only to 8x96, since we're not entirely sure whether this is
a
MDP5 on newer SoCs support cursor planes (i.e, cursor SSPPs). They are a
separate entity unlike the cursors within LM.
Do not try to restore the MDP5 LM cursor registers, or the corresponding
CTL bits if we are not using LM cursors.
Also, since we've introduced a new variable 'lm_cursor_enabled',
We currently call mdp5_pipe_assign() twice to assign the left and right
hwpipes for our drm_plane. When merging 2 hwpipes, there are a few
constraints that we need to keep in mind:
- Only the same types of SSPPs are preferred. I.e, a RGB pipe should
be paired with another RGB pipe, VIG with VIG
pr_debug() is conditionally compiled and requires either
dynamic-debugging to be enabled or for the code to opt-in using #define
DEBUG. Since drm_print provides a central debugging facility using
pr_debug(), make sure it will always produce output.
Signed-off-by: Chris Wilson
Cc: Rob Clark
Cc: D
https://bugs.freedesktop.org/show_bug.cgi?id=103397
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=103389
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Fri, Oct 27, 2017 at 01:25:01PM +0300, Jani Nikula wrote:
> On Mon, 14 Aug 2017, Harry Wentland wrote:
> > On 2017-08-11 02:10 PM, Dhinakaran Pandiyan wrote:
> >> DPCD 600h - SET_POWER & SET_DP_PWR_VOLTAGE defines power state
> >>
> >> 101 = Set Main-Link for local Sink device and all downstre
Quoting Tvrtko Ursulin (2017-10-27 14:40:12)
> From: Tvrtko Ursulin
>
> We have to reject unknown flags for uAPI considerations, and also
> because the curent implementation limits their i915 storage space
> to two bits.
>
> Signed-off-by: Tvrtko Ursulin
> Fixes: cf6e7bac6357 ("drm/i915: Add su
On 10/27/2017 04:52 AM, Emil Velikov wrote:
On 27 October 2017 at 01:15, Andrey Grodzovsky
wrote:
Change-Id: I7eafb85c1ca96d6d255f0183bed0ce4129746fe0
Signed-off-by: Andrey Grodzovsky
---
amdgpu/Makefile.sources | 1 +
amdgpu/amdgpu.h | 20 +++
amdgpu/amdgpu_vm.c
On Thu, Oct 26, 2017 at 01:48:08PM +0200, Philippe Cornu wrote:
> ltdc can have up to 2 endpoints:
> - dpi external gpios: for rgb panels or external bridge ICs.
> - dpi internal ios: connected internally to dsi.
>
> Note: Refer to the reference manual to know if the dsi is
> present on your dev
On Thu, Oct 26, 2017 at 06:12:36PM +0200, Philippe Cornu wrote:
> Add the DPI/RGB input pixel clock in mandatory properties
> because it really offers a better preciseness for timing
> computations.
> Note: Fix also the DSI panel example where "ref" & "pclk"
> clocks were swapped.
>
> Signed-off-b
Hi Rob,
On 10/27/2017 04:38 PM, Rob Herring wrote:
> On Thu, Oct 26, 2017 at 06:12:36PM +0200, Philippe Cornu wrote:
>> Add the DPI/RGB input pixel clock in mandatory properties
>> because it really offers a better preciseness for timing
>> computations.
>> Note: Fix also the DSI panel example whe
Hi Andrzej,
On 10/27/2017 08:41 AM, Andrzej Hajda wrote:
> On 26.10.2017 18:09, Philippe Cornu wrote:
>> The pixel clock is optional. When available, it offers a better
>> preciseness for timing computations.
>>
>> Signed-off-by: Philippe Cornu
>> ---
>> drivers/gpu/drm/bridge/synopsys/dw-mipi-
From: Andrey Grodzovsky
v2:
Rename wrappers to match the IOCTL naming, fix
identation and fix make check error.
Signed-off-by: Andrey Grodzovsky
---
amdgpu/Makefile.sources| 1 +
amdgpu/amdgpu-symbol-check | 2 ++
amdgpu/amdgpu.h| 18 +
amdgpu/amdgpu_vm.c
Am 27.10.2017 um 17:09 schrieb Andrey Grodzovsky:
From: Andrey Grodzovsky
v2:
Rename wrappers to match the IOCTL naming, fix
identation and fix make check error.
Signed-off-by: Andrey Grodzovsky
Reviewed-by: Christian König for both.
---
amdgpu/Makefile.sources| 1 +
amdgpu/amdgp
On 25/10/17 08:39, Sean Paul wrote:
diff --git a/include/linux/backlight.h b/include/linux/backlight.h
index b88fabb..f98b684 100644
--- a/include/linux/backlight.h
+++ b/include/linux/backlight.h
@@ -159,6 +159,16 @@ static inline int backlight_disable(struct
backlight_device *bd)
retur
Hi Philipp,
On 10/27/2017 10:06 AM, Philipp Zabel wrote:
> Hi Philippe,
>
> On Thu, 2017-10-26 at 18:09 +0200, Philippe Cornu wrote:
>> The pixel clock is optional. When available, it offers a better
>> preciseness for timing computations.
>>
>> Signed-off-by: Philippe Cornu
>> ---
>> drivers/
From: Andrey Grodzovsky
The test will Reserve a VMID, submit a command and
unreserve the VMID.
v2:
Wrappers names were changed.
Signed-off-by: Andrey Grodzovsky
---
tests/amdgpu/Makefile.am | 3 +-
tests/amdgpu/amdgpu_test.c | 7 +++
tests/amdgpu/amdgpu_test.h | 15 +
tests/amdgpu/
https://bugs.freedesktop.org/show_bug.cgi?id=103486
Bug ID: 103486
Summary: Tonga DC vblank_mode=0 not working as expected
fullscreen
Product: DRI
Version: DRI git
Hardware: x86-64 (AMD64)
OS: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=103486
--- Comment #1 from Michel Dänzer ---
(In reply to Andy Furniss from comment #0)
> R9285, I notice that on both drm-next-4.15-dc and amd-staging-drm-next,
Which commit exactly of amd-staging-drm-next?
> when using DC, vblank_mode=0 works wind
https://bugs.freedesktop.org/show_bug.cgi?id=96243
--- Comment #2 from hiwatari.se...@gmail.com ---
I did another round of testing and am quite pleased with the results.
New setup:
> # Host
> qemu: 2.10.0
> kernel: 4.13.5-gentoo
> # Guest:
> kernel: vmlinuz-4.13.6-1-default (OpenSUSE)
> cmdline:
https://bugs.freedesktop.org/show_bug.cgi?id=96243
--- Comment #3 from hiwatari.se...@gmail.com ---
Created attachment 135114
--> https://bugs.freedesktop.org/attachment.cgi?id=135114&action=edit
boot_log_successfull_initialization
--
You are receiving this mail because:
You are the assignee f
https://bugs.freedesktop.org/show_bug.cgi?id=99801
mikita.lip...@amd.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=103489
Bug ID: 103489
Summary: [Regression bisected]: vblank time outs and machine
hangs on RX560 drm-next-4.15-dc
Product: DRI
Version: DRI git
Hardware: x86-64 (AMD64)
On Tue, 24 Oct 2017, SF Markus Elfring wrote:
> Add a jump target so that a bit of exception handling can be better reused
> at the end of this function.
>
> This issue was detected by using the Coccinelle software.
Please also look into the GCC software, which will detect that your
patch does no
Hi,
On Fri, Oct 27, 2017 at 09:27:05AM +0300, Dan Carpenter wrote:
> "ret" needs to be signed for the error handling to work.
>
> Fixes: 8d7f934df8d8 ("omapdrm: hdmi4_cec: add OMAP4 HDMI CEC support")
> Signed-off-by: Dan Carpenter
Reviewed-by: Sebastian Reichel
-- Sebastian
> diff --git a/d
https://bugs.freedesktop.org/show_bug.cgi?id=99801
--- Comment #17 from Harry Wentland ---
Mikita's patch is from our internal tree. On the kernel you'd be looking for
this one:
commit cf543d5b52d4d2a425649d21f8a2f046c0e08cbf
Author: Rex Zhu
Date: Fri Oct 20 18:37:04 2017 +0800
Revert "d
https://bugs.freedesktop.org/show_bug.cgi?id=21682
Elizabeth changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #24 from Elizabeth ---
https://bugs.freedesktop.org/show_bug.cgi?id=28597
Elizabeth changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #2 from Elizabeth ---
Hi Linus,
Two amd fixes, one i915 core and a few i915 GVT fixes, things seem fairly quiet.
Dave.
The following changes since commit bb176f67090ca54869fc1262c913aa69d2ede070:
Linux 4.14-rc6 (2017-10-23 06:49:47 -0400)
are available in the git repository at:
git://people.freedesktop.org/~ai
https://bugs.freedesktop.org/show_bug.cgi?id=103486
--- Comment #2 from Andy Furniss ---
(In reply to Michel Dänzer from comment #1)
> (In reply to Andy Furniss from comment #0)
> > R9285, I notice that on both drm-next-4.15-dc and amd-staging-drm-next,
>
> Which commit exactly of amd-staging-dr
https://bugs.freedesktop.org/show_bug.cgi?id=103486
--- Comment #3 from Andy Furniss ---
786fb38531e8be6ebc5f81d1133f4aabaad70b1c is the first bad commit
commit 786fb38531e8be6ebc5f81d1133f4aabaad70b1c
Author: Bhawanpreet Lakha
Date: Tue Sep 12 13:56:57 2017 -0400
drm/amd/display: Refacto
https://bugs.freedesktop.org/show_bug.cgi?id=103397
almos changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #3 from almos ---
With ll
47 matches
Mail list logo
