Hi Ville Syrjälä
Thanks for your suggestion and I have replied two comments below.
From: Ville Syrjälä [mailto:ville.syrj...@linux.intel.com]
Sent: Thursday, November 07, 2019 11:42 PM
To: Allen Chen (陳柏宇)
Cc: Jau-Chih Tseng (曾昭智); Maxime Ripard; open list; open list:DRM DRIVERS;
David Airlie;
The ANX7625 is an ultra-low power 4K Mobile HD Transmitter designed
for portable device. It converts MIPI DSI/DPI to DisplayPort 1.3 4K.
The ANX7625 can support both USB Type-C PD feature and MIPI DSI/DPI
to DP feature. This driver only enabled MIPI DSI/DPI to DP feature.
Signed-off-by: Xin Ji
Hi Laurent,
Thank you for your feedback!
> From: linux-renesas-soc-ow...@vger.kernel.org
> On Behalf Of Laurent Pinchart
> Sent: 07 November 2019 20:55
> Subject: Re: [PATCH v3 6/7] ARM: dts: iwg20d-q7-common: Add LCD support
>
> Hi Fabrizio,
>
> Thank you for the patch.
>
> On Thu, Nov 07,
drm_put_dev also calls drm_dev_unregister, so dev will be unregistered
twice.
Replace it with drm_dev_put to fix it.
Signed-off-by: Chuhong Yuan
---
drivers/gpu/drm/virtio/virtgpu_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/virtio/virtgpu_drv.c
Hi Laurent,
Thank you for your feedback!
> From: devicetree-ow...@vger.kernel.org On
> Behalf Of Laurent Pinchart
> Sent: 07 November 2019 20:47
> Subject: Re: [PATCH v3 4/7] drm: Define DRM_MODE_CONNECTOR_PARALLEL
>
> Hi Fabrizio,
>
> (CC'ing Sam)
>
> Thank you for the patch.
>
> On Thu,
Fixes gcc '-Wunused-but-set-variable' warning:
drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_link_dp.c: In function
dp_wa_power_up_0010FA:
drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_link_dp.c:2320:35: warning:
variable ds_port set but not used [-Wunused-but-set-variable]
It is never
pon., 4 lis 2019 o 10:22 Bartosz Golaszewski napisał(a):
>
> pt., 1 lis 2019 o 16:39 Jacopo Mondi napisał(a):
> >
> > Hello,
> > as promised...
> >
> > On Fri, Nov 01, 2019 at 08:58:03AM +, Lee Jones wrote:
> > > On Thu, 24 Oct 2019, Jacopo Mondi wrote:
> > >
> > > > Hello,
> > > >
> > > >
11.08.2019 21:39, Dmitry Osipenko пишет:
> The drivers core bumps runtime PM refcount during of entering into
> suspend to workaround some problem where parent device may become turned
> off before its children. In order to disable and reset CRTCs/HDMI/etc
> hardware, the runtime PM needs to be
Hi Geert,
Thank you for your feedback!
> From: Geert Uytterhoeven
> Sent: 08 November 2019 09:21
> Subject: Re: [PATCH 1/4] drm/bridge: Repurpose lvds-encoder.c
>
> Hi Fabrizio,
>
> On Mon, Nov 4, 2019 at 11:42 AM Fabrizio Castro
> wrote:
> > > From: Neil Armstrong
> > > Sent: 04 November
The ANX7625 is an ultra-low power 4K Mobile HD Transmitter designed
for portable device. It converts MIPI to DisplayPort 1.3 4K.
You can add support to your board with binding.
Example:
anx7625_bridge: encoder@58 {
compatible = "analogix,anx7625";
reg =
Hello Laurent,
Thank you for your feedback!
> From: linux-renesas-soc-ow...@vger.kernel.org
> On Behalf Of Laurent Pinchart
> Sent: 07 November 2019 20:38
> Subject: Re: [PATCH v3 3/7] dt-bindings: display: bridge: Repurpose
> lvds-encoder
>
> Hi Fabrizio,
>
> Thank you for the patch.
>
>
On Fri, Nov 08, 2019 at 07:56:25AM -0700, Jeffrey Hugo wrote:
> On Thu, Nov 7, 2019 at 7:03 PM Rob Clark wrote:
> >
> > On Thu, Nov 7, 2019 at 9:40 AM Jeffrey Hugo
> > wrote:
> > >
> > > On Thu, Nov 7, 2019 at 9:17 AM Rob Clark wrote:
> > > >
> > > > On Thu, Nov 7, 2019 at 3:10 AM Brian Masney
Hi all,
The following series add initial support for the Slimport ANX7625 transmitter, a
ultra-low power Full-HD 4K MIPI to DP transmitter designed for portable device.
This is the initial version, any mistakes, please let me know, I will fix it in
the next series.
Thanks,
Xin
Xin Ji (2):
Hello Laurent,
Thank you for your feedback!
> From: devicetree-ow...@vger.kernel.org On
> Behalf Of Laurent Pinchart
> Sent: 07 November 2019 20:35
> Subject: Re: [PATCH v3 2/7] drm/bridge: Repurpose lvds-encoder.c
>
> Hi Fabrizio,
>
> Thank you for the patch.
>
> On Thu, Nov 07, 2019 at
Hi Laurent,
Thank you for your feedback!
> From: linux-renesas-soc-ow...@vger.kernel.org
> On Behalf Of Laurent Pinchart
> Sent: 07 November 2019 20:49
> Subject: Re: [PATCH v3 5/7] drm/panel: panel-simple: Add connector type for
> etm0700g0dh6
>
> Hi Fabrizio,
>
> Thank you for the patch.
Le lundi 04 novembre 2019 à 19:24 +0100, Daniel Vetter a écrit :
> On Mon, Nov 04, 2019 at 02:58:29PM +0200, Laurent Pinchart wrote:
> > Hello,
> >
> > On Mon, Nov 04, 2019 at 10:09:47AM +0200, Pekka Paalanen wrote:
> > > On Sun, 03 Nov 2019 19:15:49 +0100 Stefan Agner wrote:
> > > > On
Hello Laurent,
Thank you for your feedback!
> From: linux-renesas-soc-ow...@vger.kernel.org
> On Behalf Of Laurent Pinchart
> Sent: 07 November 2019 20:21
> Subject: Re: [PATCH v3 1/7] dt-bindings: display: bridge: Convert
> lvds-transmitter binding to json-schema
>
> Hi Fabrizio,
>
> Thank
On Thu, Nov 07, 2019 at 08:38:51AM -0500, Sean Paul wrote:
> On Thu, Nov 07, 2019 at 01:54:22AM -0800, Joe Perches wrote:
> > On Thu, 2019-11-07 at 12:29 +0300, Wambui Karuga wrote:
> > > Replace the use of the dev_err macro with the DRM_DEV_ERROR
> > > DRM helper macro.
> >
> > The commit
The headers in the gem/selftests/, gt/selftests, gvt/, selftests/
directories have never been compile-tested, but it would be possible
to make them self-contained.
This commit only addresses missing and forward
struct declarations.
Signed-off-by: Masahiro Yamada
---
Rebase on
* H. Nikolaus Schaller [191107 11:07]:
> +- const: "ti,am335x-sgx530-125", "img,sgx530-125", "img,sgx530",
> "img,sgx5"
I did a quick probe test for the module and am4 is the same
as am335x, so please also add this for the next version:
"ti,am4-sgx530-125"
Regards,
Tony
* H. Nikolaus Schaller [191107 16:56]:
> > Am 07.11.2019 um 15:35 schrieb Rob Herring :
> > On Thu, Nov 7, 2019 at 5:06 AM H. Nikolaus Schaller
> > wrote:
> >> Clock, Reset and power management should be handled
> >> by a parent node or elsewhere.
> >
> > That's probably TI specific...
>
>
On Fri, Nov 8, 2019 at 2:29 PM Stephan Gerhold wrote:
>
> At the moment, the MSM DSI driver calls drm_panel_enable() rather early
> from the DSI bridge pre_enable() function. At this point, the encoder
> (e.g. MDP5) is not enabled, so we have not started transmitting
> video data.
>
> However,
https://bugs.freedesktop.org/show_bug.cgi?id=111481
--- Comment #228 from Shmerl ---
(In reply to John H from comment #227)
>
> specific one I can reproduce EVERY. SINGLE. TIME. was when playing Unreal
> Tournament 3 via Steam proton. The "Shangri La" map i encountered lockups
> anywhere from a
Fixes gcc '-Wunused-but-set-variable' warning:
drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_link.c: In function
get_pbn_from_timing:
drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_link.c:2364:11: warning:
variable bpc set but not used [-Wunused-but-set-variable]
It is not used since
On Sat, Nov 9, 2019 at 5:02 AM Stephan Gerhold wrote:
>
> On Fri, Nov 08, 2019 at 08:47:08PM -0700, Jeffrey Hugo wrote:
> > On Fri, Nov 8, 2019 at 4:47 PM Stephan Gerhold wrote:
> > >
> > > On Fri, Nov 08, 2019 at 03:12:28PM -0700, Jeffrey Hugo wrote:
> > > > On Fri, Nov 8, 2019 at 2:29 PM
Fixes gcc '-Wunused-but-set-variable' warning:
drivers/staging/fbtft/fb_ili9320.c: In function read_devicecode:
drivers/staging/fbtft/fb_ili9320.c:25:6: warning: variable ret set but not used
[-Wunused-but-set-variable]
ret is never used, so remove it.
Reported-by: Hulk Robot
Signed-off-by:
Le mardi 05 novembre 2019 à 10:17 +0100, Philipp Zabel a écrit :
> Hi Laurent,
>
> On Fri, 2019-11-01 at 10:43 +0200, Laurent Pinchart wrote:
> > Hello,
> >
> > I'm looking at the available options to support overlays in the display
> > pipeline of the i.MX7. The LCDIF itself unfortunaltey
On 2019-11-08 03:34, Daniel Vetter wrote:
On Thu, Nov 07, 2019 at 02:39:11PM -0500, Steve Cohen wrote:
Fuzzers used in Android compliance testing repeatedly call the
create blob IOCTL which eventually exhausts the system memory.
This series adds a hook which allows drivers to impose their own
Le lundi 04 novembre 2019 à 10:09 +0200, Pekka Paalanen a écrit :
> On Sun, 03 Nov 2019 19:15:49 +0100
> Stefan Agner wrote:
>
> > Hi Laurent,
> >
> > On 2019-11-01 09:43, Laurent Pinchart wrote:
> > > Hello,
> > >
> > > I'm looking at the available options to support overlays in the display
>
On Thu, Nov 7, 2019 at 7:03 PM Rob Clark wrote:
>
> On Thu, Nov 7, 2019 at 9:40 AM Jeffrey Hugo wrote:
> >
> > On Thu, Nov 7, 2019 at 9:17 AM Rob Clark wrote:
> > >
> > > On Thu, Nov 7, 2019 at 3:10 AM Brian Masney wrote:
> > > >
> > > > On Wed, Nov 06, 2019 at 08:58:59AM -0800, Rob Clark
On Fri, 8 Nov 2019, Sean Paul wrote:
On Fri, Nov 08, 2019 at 03:06:44PM +0100, Heiko Stübner wrote:
Hi,
[it seems your Reply-To mail header is set strangely as
Reply-To: 20191107133851.GF63329@art_vandelay
which confuses my MTA]
Am Freitag, 8. November 2019, 13:46:30 CET schrieb Wambui
On Sun, Nov 10, 2019 at 6:53 AM Brian Masney wrote:
>
> On Fri, Nov 08, 2019 at 07:56:25AM -0700, Jeffrey Hugo wrote:
> > On Thu, Nov 7, 2019 at 7:03 PM Rob Clark wrote:
> > >
> > > On Thu, Nov 7, 2019 at 9:40 AM Jeffrey Hugo
> > > wrote:
> > > >
> > > > On Thu, Nov 7, 2019 at 9:17 AM Rob
Le lundi 04 novembre 2019 à 14:58 +0200, Laurent Pinchart a écrit :
> Hello,
>
> On Mon, Nov 04, 2019 at 10:09:47AM +0200, Pekka Paalanen wrote:
> > On Sun, 03 Nov 2019 19:15:49 +0100 Stefan Agner wrote:
> > > On 2019-11-01 09:43, Laurent Pinchart wrote:
> > > > Hello,
> > > >
> > > > I'm
Hi Pi-Hsun Shih, I'll fix the issue on version v4.
Thanks,
Xin
On Fri, Nov 08, 2019 at 02:50:36PM +0800, Pi-Hsun Shih wrote:
> Hi,
>
> On Tue, Oct 15, 2019 at 5:52 PM Xin Ji wrote:
> >
> > The ANX7625 is an ultra-low power 4K Mobile HD Transmitter designed
> > for portable device. It
On Fri, Nov 8, 2019 at 4:47 PM Stephan Gerhold wrote:
>
> On Fri, Nov 08, 2019 at 03:12:28PM -0700, Jeffrey Hugo wrote:
> > On Fri, Nov 8, 2019 at 2:29 PM Stephan Gerhold wrote:
> > >
> > > At the moment, the MSM DSI driver calls drm_panel_enable() rather early
> > > from the DSI bridge
On Sat, Nov 9, 2019 at 1:01 AM wrote:
>
> On 2019-11-08 03:34, Daniel Vetter wrote:
> > On Thu, Nov 07, 2019 at 02:39:11PM -0500, Steve Cohen wrote:
> >> Fuzzers used in Android compliance testing repeatedly call the
> >> create blob IOCTL which eventually exhausts the system memory.
> >> This
https://bugs.freedesktop.org/show_bug.cgi?id=111481
--- Comment #227 from John H ---
Hi all.
For the last couple weeks I have been following this thread and just wanted to
reprot my experiences findings. First off, my machine's specs:
AMD Ryzen 3700X
Aorus X570 Pro Wifi motherboard
32 GB
Series is reviewed-by: Evan Quan
> -Original Message-
> From: zhengbin
> Sent: Monday, November 11, 2019 11:46 AM
> To: rex@amd.com; Quan, Evan ; Deucher,
> Alexander ; Koenig, Christian
> ; Zhou, David(ChunMing)
> ; airl...@linux.ie; dan...@ffwll.ch; amd-
>
https://bugzilla.kernel.org/show_bug.cgi?id=205177
Michael (lkb...@deegan.id.au) changed:
What|Removed |Added
CC||lkb...@deegan.id.au
---
On Fri, 08 Nov 2019, Bartosz Golaszewski wrote:
> pon., 4 lis 2019 o 10:22 Bartosz Golaszewski napisał(a):
> >
> > pt., 1 lis 2019 o 16:39 Jacopo Mondi napisał(a):
> > >
> > > Hello,
> > > as promised...
> > >
> > > On Fri, Nov 01, 2019 at 08:58:03AM +, Lee Jones wrote:
> > > > On Thu, 24
https://bugs.freedesktop.org/show_bug.cgi?id=111922
--- Comment #7 from Pierre Ossman ---
I finally got a build environment set up, and the winner is:
> df8368be1382b442384507a5147c89978cd60702 is the first bad commit
> commit df8368be1382b442384507a5147c89978cd60702
> Author: Nicholas
https://bugs.freedesktop.org/show_bug.cgi?id=111481
--- Comment #224 from Marko Popovic ---
(In reply to lptech1024 from comment #223)
> Followup to #216:
>
> Fedora 31: Kernel 5.3.9, GNOME 3.34, Mesa 19.2.2, linux-firmware 20190923,
> LLVM 9.0.0
>
> The hang is 100% reproducible.
>
> It
https://bugs.freedesktop.org/show_bug.cgi?id=111481
--- Comment #225 from John Smith ---
(In reply to Pierre-Eric Pelloux-Prayer from comment #141)
> For radeonsi the AMD_DEBUG=nodma environment variable is a workaround until
> we figure out a proper fix.
Is this seriously what AMD calls
https://bugs.freedesktop.org/show_bug.cgi?id=111763
--- Comment #28 from Marko Popovic ---
I think this bug report can be closed now, Mesa 20 git basically fixes radv
related ring_gfx hangs, there is still hang that happens in Citra emulator (ngg
related) but AMD developers are aware of it so
On 11/3/19 10:17 PM, John Hubbard wrote:
> After DMA is complete, and the device and CPU caches are synchronized,
> it's still required to mark the CPU pages as dirty, if the data was
> coming from the device. However, this driver was just issuing a
> bare put_page() call, without any
On 10/2/19 6:06 PM, Krzysztof Kozlowski wrote:
> Convert Generic Power Domain bindings to DT schema format using
> json-schema. The consumer bindings are split to separate file.
>
> Signed-off-by: Krzysztof Kozlowski
For the media bindings:
Acked-by: Hans Verkuil
Thanks!
Hans
>
>
On 11/3/19 10:18 PM, John Hubbard wrote:
> 1. Change v4l2 from get_user_pages(FOLL_LONGTERM), to
> pin_longterm_pages(), which sets both FOLL_LONGTERM and FOLL_PIN.
>
> 2. Because all FOLL_PIN-acquired pages must be released via
> put_user_page(), also convert the put_page() call over to
>
https://bugs.freedesktop.org/show_bug.cgi?id=111763
--- Comment #32 from Marko Popovic ---
(In reply to Daniel Suarez from comment #31)
> (In reply to Marko Popovic from comment #30)
> > (In reply to Daniel Suarez from comment #29)
> > > (In reply to Marko Popovic from comment #28)
> > > > I
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #170 from Peter Hercek ---
Maybe this helps since there is a stack trace. GUI stopped to respond so I shut
it down over ssh. A kernel crash during the shutdown on 5.3.6-arch1-1-ARCH even
when amdgpu.dpm=0. That is the option which
drm_helper_probe_add_cmdline_mode() prefers using a probed mode matching
a video= argument over calculating our own timings for the user specified
mode using CVT or GTF.
But userspace code which is auto-configuring the mode may want to know that
the user has specified that mode on the kernel
https://bugs.freedesktop.org/show_bug.cgi?id=111763
--- Comment #29 from Daniel Suarez ---
(In reply to Marko Popovic from comment #28)
> I think this bug report can be closed now, Mesa 20 git basically fixes radv
> related ring_gfx hangs, there is still hang that happens in Citra emulator
>
https://bugs.freedesktop.org/show_bug.cgi?id=111763
--- Comment #30 from Marko Popovic ---
(In reply to Daniel Suarez from comment #29)
> (In reply to Marko Popovic from comment #28)
> > I think this bug report can be closed now, Mesa 20 git basically fixes radv
> > related ring_gfx hangs, there
https://bugs.freedesktop.org/show_bug.cgi?id=111763
--- Comment #31 from Daniel Suarez ---
(In reply to Marko Popovic from comment #30)
> (In reply to Daniel Suarez from comment #29)
> > (In reply to Marko Popovic from comment #28)
> > > I think this bug report can be closed now, Mesa 20 git
https://bugs.freedesktop.org/show_bug.cgi?id=111763
--- Comment #35 from Daniel Suarez ---
(In reply to Marko Popovic from comment #34)
> (In reply to Daniel Suarez from comment #33)
> > (In reply to Marko Popovic from comment #32)
> > > (In reply to Daniel Suarez from comment #31)
> > > > (In
From: Derek Basehore
Not every platform needs quirk detection for panel orientation, so
split the drm_connector_init_panel_orientation_property into two
functions. One for platforms without the need for quirks, and the
other for platforms that need quirks.
Hans de Goede (changes in v2):
Rename
drm_connector_get_cmdline_mode() calls
drm_mode_parse_command_line_for_connector() with >cmdline_mode
as mode argument, so anything which we store in the mode arguments gets
kept even if we return false.
Avoid storing a possibly false-postive bpp/refresh_specified setting
in
Refactor drm_mode_parse_cmdline_options() so that it takes a pointer
to the first option, rather then a pointer to the ',' before the first
option.
This is a preparation patch for allowing parsing of stand-alone options
without a mode before them, e.g.: video=HDMI-1:margin_right=14,...
Remove 2 bits of dead-code:
1) drm_mode_parse_command_line_for_connector() always gets called with a
zero-ed drm_cmdline_mode struct and assumes so in most places, so there is
no reason to set mode->specified to false if no mode_option is present.
2) fb_get_options() will return fb_mode_option
Sometimes we want to override a connector's panel_orientation from the
kernel commandline. Either for testing and for special cases, e.g. a kiosk
like setup which uses a TV mounted in portrait mode.
Users can already specify a "rotate" option through a video= kernel cmdline
option. But that only
Before this commit, if the last option of a video=... option is for
example "rotate" without a "=" after it then delim will point to
the terminating 0 of the string, and value which is sets to
will point one position past the end of the string.
This commit fixes this by enforcing that the
Before this commit it was impossible to combine an extra mode argument
specified directly after the resolution with an option, e.g.
video=HDMI-1:720x480e,rotate=180 would not work, either the "e" to force
enable would need to be dropped or the ",rotate=180", otherwise the
mode_option would not be
Before this commit it was impossible to add an extra mode argument after
a bpp or refresh specifier, combined with an option, e.g.
video=HDMI-1:720x480-24e,rotate=180 would not work, either the "e" to
force enable would need to be dropped or the ",rotate=180", otherwise
the mode_option would not
We are not supposed to modify the passed in string, make char pointers
used in drm_mode_parse_cmdline_options() const char * where possible.
Signed-off-by: Hans de Goede
---
drivers/gpu/drm/drm_modes.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #169 from picar...@live.de ---
I am using a Radeon VII with Arch Linux, a 1440p144hz and a 4K60Hz monitor, and
I had similar crashes to the others here if I tried running the 1440p144hz
monitor at 144hz, at 60hz it was stable. This
https://bugs.freedesktop.org/show_bug.cgi?id=111763
--- Comment #33 from Daniel Suarez ---
(In reply to Marko Popovic from comment #32)
> (In reply to Daniel Suarez from comment #31)
> > (In reply to Marko Popovic from comment #30)
> > > (In reply to Daniel Suarez from comment #29)
> > > > (In
https://bugs.freedesktop.org/show_bug.cgi?id=111763
--- Comment #34 from Marko Popovic ---
(In reply to Daniel Suarez from comment #33)
> (In reply to Marko Popovic from comment #32)
> > (In reply to Daniel Suarez from comment #31)
> > > (In reply to Marko Popovic from comment #30)
> > > > (In
https://bugs.freedesktop.org/show_bug.cgi?id=111481
William Casarin changed:
What|Removed |Added
CC|j...@jb55.com |
--- Comment #226 from William
Some options which can be specified on the commandline, such as
margin_right=..., margin_left=..., etc. are applied not only to the
specified mode, but to all modes. As such it would be nice if the user
can simply say e.g.
video=HDMI-1:margin_right=14,margin_left=24,margin_bottom=36,margin_top=42
Add a freestanding function argument to drm_mode_parse_cmdline_options()
similar to how drm_mode_parse_cmdline_extra() already has this.
This is a preparation patch for allowing parsing of stand-alone options
without a mode before them, e.g.: video=HDMI-1:margin_right=14,...
Signed-off-by: Hans
If the new video=... panel_orientation option is set for a connector, honor
it and setup a matching "panel orientation" property on the connector.
BugLink: https://gitlab.freedesktop.org/plymouth/plymouth/merge_requests/83
Signed-off-by: Hans de Goede
---
drivers/gpu/drm/drm_connector.c | 7
Hi All,
I've been thinking about adding support for overriding a connector's
panel-orientation from the kernel commandline from a while now. Both for
testing and for special cases, e.g. a kiosk like setup which uses a TV
mounted in portrait mode.
Then this plymouth merge-req came in:
"Force
71 matches
Mail list logo