On 31-07-20, 23:42, Laurent Pinchart wrote:
> Hi Vinod,
>
> On Fri, Jul 31, 2020 at 10:17:44PM +0530, Vinod Koul wrote:
> > On 31-07-20, 18:24, Laurent Pinchart wrote:
> > > Hello,
> > >
> > > This small series fixes a Kconfig dependency issue with the recently
> > > merged Xilixn DPSUB DRM/KMS d
Hi, Frank:
Frank Wunderlich 於 2020年7月28日 週二 下午7:18寫道：
>
> From: Jitao Shi
>
> [Detail]
> dpi/dsi get the possible_crtc by
> mtk_drm_find_possible_crtc_by_comp(*drm_dev, ddp_comp)
>
I would like more information of why do this patch. For example:
For current mediatek dsi encoder, its possible
Hi, Frank:
Frank Wunderlich 於 2020年7月28日 週二 下午7:18寫道：
>
Describe why need this patch. I think the reason is:
For current mediatek dsi encoder, its possible crtc is fixed in crtc
0, and mediatek dpi encoder's possible crtc is fixed in crtc 1. In
some SoC the possible crtc is not fixed in this ca
https://bugzilla.kernel.org/show_bug.cgi?id=207383
--- Comment #113 from laser.eyess.track...@gmail.com ---
I have been using this patch for about 24 hours now, and there has not been any
noticeable performance degradation. I have not experienced any crashes, but it
was much harder for me to get t
Hi, Frank:
Frank Wunderlich 於 2020年7月28日 週二 下午7:19寫道：
>
> From: chunhui dai
>
> - disable tmds on phy on mt2701
> - support other resolutions like 1280x1024
If this patch does two things, it should be broken into two patches.
>
> without this Patch i see flickering on my TFT (1280x1024),
> so
Hi, Frank:
Frank Wunderlich 於 2020年7月28日 週二 下午7:18寫道：
>
> From: Bibby Hsieh
>
> We can select output component by decive node port.
> Main path default output component is DSI.
> External path default output component is DPI.
>
> without this Patch i get this warning:
>
> WARNING: CPU: 3 PID: 70
On Wed, Jul 29, 2020 at 12:22 PM Sidong Yang wrote:
>
> This patch modifies function call sequence in commit tail. This is for
> the problem that raised when kms_cursor_crc test is tested repeatedly.
> In second test, there is an bug that crtc commit doesn't start vblank events.
> Because there is
On Sat, Aug 01, 2020 at 05:39:50PM +0300, Lionel Landwerlin wrote:
> On 01/08/2020 12:26, Daniel Vetter wrote:
> > Userspace can provoke this, we generally don't allow userspace to spam
> > dmesg. Tune it down to debug. Unfortunately we don't have easy access
> > to the drm_device here (not at all
VKMS needs vblank interrupts enabled to capture CRC. When vblank is
disabled, tests like kms_cursor_crc and kms_pipe_crc_basic getting stuck
waiting for a capture that will not occur until vkms wakes up. This
patch ensures that vblank remains enabled as long as the CRC capture is
needed.
It clears
https://bugzilla.kernel.org/show_bug.cgi?id=208489
crab2...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Fri, Jul 31, 2020 at 8:51 PM Randy Dunlap wrote:
>
> On 7/31/20 8:25 PM, Dan Williams wrote:
> > Disable parsing of the HMAT for debug, to workaround broken platform
> > instances, or cases where it is otherwise not wanted.
> >
> > ---
> > arch/x86/mm/numa.c |2 ++
> > drivers/acpi/n
On Fri, Jul 31, 2020 at 08:33:25PM +0200, Daniel Vetter wrote:
> On Fri, Jul 31, 2020 at 6:47 PM Melissa Wen wrote:
> >
> > On 07/31, Sidong Yang wrote:
> > > On Fri, Jul 31, 2020 at 11:08:34AM +0200, dan...@ffwll.ch wrote:
> > > > On Thu, Jul 30, 2020 at 07:09:25AM -0300, Melissa Wen wrote:
> > >
On 01/08/2020 12:26, Daniel Vetter wrote:
Userspace can provoke this, we generally don't allow userspace to spam
dmesg. Tune it down to debug. Unfortunately we don't have easy access
to the drm_device here (not at all without changing a few things), so
leave it as old style dmesg output for now.
Hi,
On 7/29/20 12:54 PM, Andy Shevchenko wrote:
On Fri, Jul 17, 2020 at 03:37:37PM +0200, Hans de Goede wrote:
Hi All,
Here is v5 of my patch series converting the i915 driver's code for
controlling the panel's backlight with an external PWM controller to
use the atomic PWM API. See below for
Hi Thierry,
On 7/30/20 11:26 AM, Thierry Reding wrote:
On Wed, Jul 29, 2020 at 11:32:28AM +0200, Hans de Goede wrote:
cHi,
On 7/29/20 10:23 AM, Andy Shevchenko wrote:
On Mon, Jul 27, 2020 at 09:41:20AM +0200, Thierry Reding wrote:
On Fri, Jul 17, 2020 at 03:37:37PM +0200, Hans de Goede wrote
On Sat, Aug 1, 2020 at 2:02 PM Bernard Zhao wrote:
> The function "int drm_panel_add(struct drm_panel *panel)"
> always returns 0, this return value is meaningless.
> Also, there is no need to check return value which calls
> "drm_panel_add and", error branch code will never run.
>
> Signed-off-b
On Sat, Aug 01, 2020 at 01:24:29PM +0200, Saheed O. Bolarinwa wrote:
> The return value of pci_read_config_*() may not indicate a device error.
> However, the value read by these functions is more likely to indicate
> this kind of error. This presents two overlapping ways of reporting
> errors and
https://bugzilla.kernel.org/show_bug.cgi?id=203905
Kunal Bhat (kunal.bhat2...@gmail.com) changed:
What|Removed |Added
CC||kunal.bhat2...@gma
Hi Ondřej,
On Thu, Jul 30, 2020 at 03:41:11PM +0200, Ondřej Jirman wrote:
> Hello,
>
> On Wed, Jul 29, 2020 at 05:48:09PM +0200, Guido Günther wrote:
> > Hi,
> > On Sat, Jul 18, 2020 at 07:42:15PM +0200, Ondřej Jirman wrote:
> > > Hello,
> > >
> > > On Sat, Jul 18, 2020 at 07:31:24PM +0200, Guido
On Sat, Aug 01, 2020 at 08:17:13AM +0200, Christoph Hellwig wrote:
> This symbols isn't used anywhere outside of vgaarb.c.
>
> Signed-off-by: Christoph Hellwig
Nice catch, patch queued up for 5.9.
Thanks, Daniel
> ---
> drivers/gpu/vga/vgaarb.c | 3 +--
> include/linux/vgaarb.h | 6 --
>
Userspace can provoke this, we generally don't allow userspace to spam
dmesg. Tune it down to debug. Unfortunately we don't have easy access
to the drm_device here (not at all without changing a few things), so
leave it as old style dmesg output for now.
References: https://patchwork.freedesktop.o
21 matches
Mail list logo
