[PATCH 2/2] drm/dp_mst: Align mst link rate with soure rate

2021-01-12 Thread Koba Ko
After read the link rate from MST hub, align with maximum source rate. Signed-off-by: Koba Ko --- drivers/gpu/drm/drm_dp_mst_topology.c | 8 drivers/gpu/drm/i915/display/intel_dp.c | 7 +++ include/drm/drm_dp_helper.h | 8 include/drm/drm_dp_mst_helper.h

[PATCH 1/2] drm/dp_mst: Retrieve extended DPCD caps for topology manager

2021-01-12 Thread Koba Ko
As per DP-1.3, First check DP_EXTENDED_RECEIVER_CAP_FIELD_PRESENT. If DP_EXTENDED_RECEIVER_CAP_FIELD_PRESENT is 1,read the DP_DP13_DPCD_REV to get the faster capability. If DP_EXTENDED_RECEIVER_CAP_FIELD_PRESENT is 0,read DP_DPCD_REV. Signed-off-by: Koba Ko Reviewed-by: Lyude Paul [added aux

[PATCH] Revert "drm/dp_mst: Retrieve extended DPCD caps for topology manager"

2020-11-02 Thread Koba Ko
This reverts commit ad44c03208e46b83e4ae3269e32c9e524aa71cf8. Currently DRM driver assume the source device caps is higher than the MST device caps. With this commit, this statement would be broken. e.g. the source device only support DP1.2 and the mst device support DP1.4. Signed-off-by: Koba

Re: [PATCH V4] drm/dp_mst: Retrieve extended DPCD caps for topology manager

2020-09-22 Thread Koba Ko
print the name of the AUX adapter > in question. I don't mind just adding that myself before I push it though so > you don't need to send a respin. > > Going to go push this to drm-misc-next, thanks! > > On Tue, 2020-09-22 at 14:53 +0800, Koba Ko wrote: > &

Re: [PATCH v3] drm/dp_mst: Retrieve extended DPCD caps for topology manager

2020-09-22 Thread Koba Ko
On Tue, Sep 22, 2020 at 2:11 AM Lyude Paul wrote: > > Hi, sorry I lost track of this until just now. Comments down below: > Sorry, the wrong base. I will modify it based on v2 and will send v4. > On Fri, 2020-09-11 at 11:44 +0800, Koba Ko wrote: > > As per D

[PATCH V4] drm/dp_mst: Retrieve extended DPCD caps for topology manager

2020-09-22 Thread Koba Ko
As per DP-1.3, First check DP_EXTENDED_RECEIVER_CAP_FIELD_PRESENT. If DP_EXTENDED_RECEIVER_CAP_FIELD_PRESENT is 1,read the DP_DP13_DPCD_REV to get the faster capability. If DP_EXTENDED_RECEIVER_CAP_FIELD_PRESENT is 0,read DP_DPCD_REV. Signed-off-by: Koba Ko Reviewed-by: Lyude Paul --- drivers

Re: [PATCH v3] drm/dp_mst: Retrieve extended DPCD caps for topology manager

2020-09-22 Thread Koba Ko
On Tue, Sep 22, 2020 at 2:11 AM Lyude Paul wrote: > > Hi, sorry I lost track of this until just now. Comments down below: Sorry, the wrong base. I will modify it based on v2 and will send v4. > > On Fri, 2020-09-11 at 11:44 +0800, Koba Ko wrote: > > As per D

[PATCH v3] drm/dp_mst: Retrieve extended DPCD caps for topology manager

2020-09-10 Thread Koba Ko
As per DP-1.3, First check DP_EXTENDED_RECEIVER_CAP_FIELD_PRESENT. If DP_EXTENDED_RECEIVER_CAP_FIELD_PRESENT is 1, read the DP_DP13_DPCD_REV to get the faster capability. If DP_EXTENDED_RECEIVER_CAP_FIELD_PRESENT is 0, read DP_DPCD_REV. Signed-off-by: Koba Ko Reviewed-by: Lyude Paul

[PATCH] V2: Currently, DRM get the capability of the mst hub only from DP_DPCD_REV and get the slower speed even the mst hub can run in the faster speed.

2020-09-10 Thread Koba Ko
As per DP-1.3, First check DP_EXTENDED_RECEIVER_CAP_FIELD_PRESENT. If DP_EXTENDED_RECEIVER_CAP_FIELD_PRESENT is 1, read the DP_DP13_DPCD_REV to get the faster capability. If DP_EXTENDED_RECEIVER_CAP_FIELD_PRESENT is 0, read DP_DPCD_REV. Signed-off-by: Koba Ko --- ChangeLog: 1. use

Re: [PATCH] drm/dp: For MST hub, Get max_link_rate_lane from extended rx capability field if EXTENDED_RECEIVER_CAPABILITY_FILED_PRESENT is set.

2020-09-09 Thread Koba Ko
On Thu, Aug 27, 2020 at 1:30 PM Koba Ko wrote: > > Currently, DRM get the capability of the mst hub only from DP_DPCD_REV and > get the slower speed even the mst hub can run in the faster speed. > > As per DP-1.3, First check DP_EXTENDED_RECEIVER_CA

[PATCH] drm/dp: For MST hub, Get max_link_rate_lane from extended rx capability field if EXTENDED_RECEIVER_CAPABILITY_FILED_PRESENT is set.

2020-08-26 Thread Koba Ko
the faster capability. If DP_EXTENDED_RECEIVER_CAP_FIELD_PRESENT is 0, read DP_DPCD_REV. Signed-off-by: Koba Ko --- drivers/gpu/drm/drm_dp_mst_topology.c | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/drm_dp_mst_topology.c b/drivers/gpu/drm

Re: [Issue]platform/x86: iommu: System can't shutdown because iommu driver keeps checking the status of DMA_GSTS_TES

2020-07-09 Thread Koba Ko
Hi Mario On Fri, Jul 10, 2020 at 4:58 AM Limonciello, Mario wrote: > > > -Original Message- > > From: iommu On Behalf Of Koba Ko > > Sent: Sunday, June 14, 2020 10:47 PM > > To: David Woodhouse; Lu Baolu; Joerg Roedel > > Cc: io...@lists.linux-foundation

Re: [Issue]platform/x86: iommu: System can't shutdown because iommu driver keeps checking the status of DMA_GSTS_TES

2020-07-06 Thread Koba Ko
Dear Baolu, On Tue, Jun 30, 2020 at 3:52 PM Lu Baolu wrote: > > Hi Koba, > > On 2020/6/30 15:31, Koba Ko wrote: > > On Mon, Jun 15, 2020 at 3:20 PM Lu Baolu wrote: > >> > >> Hi Koba Ko, > >> > >> On 2020/6/15 11:19, Koba Ko wrote: > >

Re: [Issue]platform/x86: iommu: System can't shutdown because iommu driver keeps checking the status of DMA_GSTS_TES

2020-06-30 Thread Koba Ko
On Mon, Jun 15, 2020 at 3:20 PM Lu Baolu wrote: > > Hi Koba Ko, > > On 2020/6/15 11:19, Koba Ko wrote: > > hi All, > > I have a machine and there's only intel gpu. > > the secureboot and vt-d is enabled in BIOS. > > On the Ubuntu desktop, I do s2idle first and

[Issue]platform/x86: iommu: System can't shutdown because iommu driver keeps checking the status of DMA_GSTS_TES

2020-06-14 Thread Koba Ko
and check the status of DMA_GSTS_TES until status of DMA_GSTS_TES is 0. If you need more information, I can provide it. Thanks Koba Ko

[PATCH] V2: platform/x86: dell-laptop: don't register platform::micmute if the related tokens don't exist.

2020-05-10 Thread koba . ko
From: Koba Ko On dell G3-3590, error message is issued during boot up, "platform::micmute: Setting an LED's brightness failed (-19)", but there's no micmute led on the machine. Get the related tokens of SMBIOS, GLOBAL_MIC_MUTE_DISABLE/ENABLE. If one of two tokens doesn't exist,

[PATCH] platform/x86: dell-laptop: don't register platform::micmute if the related tokens don't exist.

2020-05-10 Thread koba . ko
From: Koba Ko On dell G3-3590, error message is issued during boot up, "platform::micmute: Setting an LED's brightness failed (-19)", but there's no micmute led on the machine. Get the related tokens of SMBIOS, GLOBAL_MIC_MUTE_DISABLE/ENABLE. If one of two tokens doesn't exist,

[PATCH] platform/x86: dell-laptop: don't register platform::micmute if the related tokens don't exist.

2020-05-07 Thread koba . ko
From: Koba Ko During boot up, Error messge is issued, "platform::micmute: Setting an LED's brightness failed (-19)", but the device isn't presented. Get the related tokens of SMBIOS, GLOBAL_MIC_MUTE_DISABLE/ENABLE. If one of two tokens doesn't exist, don't call led_classde

[PATCH] platform/x86: dell-laptop: don't register platform::micmute if the related tokens don't exist.

2020-05-07 Thread koba . ko
From: Koba Ko Error messge is issued, "platform::micmute: Setting an LED's brightness failed (-19)", Even the device isn't presented. Get the related tokens of SMBIOS, GLOBAL_MIC_MUTE_DISABLE/ENABLE. If one of two tokens doesn't exist, don't register platform::micmute. Signed-off-b

[PATCH] platform/x86: dell-laptop: don't register platform::micmute if the related tokens don't exist.

2020-05-07 Thread koba . ko
From: Koba Ko First, get the related tokens of SMBIOS, GLOBAL_MIC_MUTE_DISABLE/ENABLE. If one of two tokens doesn't exist, don't register platform::micmute. Signed-off-by: Koba Ko --- drivers/platform/x86/dell-laptop.c | 11 +++ 1 file changed, 7 insertions(+), 4 deletions(-) diff