On Thu, Jul 26, 2018 at 08:37:45AM +0200, Christian König wrote:
> Am 25.07.2018 um 22:29 schrieb Bas Nieuwenhuizen:
> >Every set_pages_array_wb call resulted in cross-core
> >interrupts and TLB flushes. Merge more of them for
> >less overhead.
> >
> >This reduces the time needed to free a 1.6 GiB
Am 25.07.2018 um 22:29 schrieb Bas Nieuwenhuizen:
Every set_pages_array_wb call resulted in cross-core
interrupts and TLB flushes. Merge more of them for
less overhead.
This reduces the time needed to free a 1.6 GiB GTT WC
buffer as part of Vulkan CTS from ~2 sec to < 0.25 sec.
(Allocation stil
On 07/26/2018 04:29 AM, Bas Nieuwenhuizen wrote:
Every set_pages_array_wb call resulted in cross-core
interrupts and TLB flushes. Merge more of them for
less overhead.
This reduces the time needed to free a 1.6 GiB GTT WC
buffer as part of Vulkan CTS from ~2 sec to < 0.25 sec.
(Allocation still
Hi Lee,
Today's linux-next merge of the mfd tree got a conflict in:
drivers/gpu/drm/i915/intel_display.h
between commit:
6075546f57f8 ("drm/i915/icl: store the port type for TC ports")
from the drm-intel tree and commit:
9c229127aee2 ("drm/i915: hdmi: add CEC notifier to intel_hdmi")
f
On Wed, Jul 25, 2018 at 10:29:50PM +0200, Bas Nieuwenhuizen wrote:
> Every set_pages_array_wb call resulted in cross-core
> interrupts and TLB flushes. Merge more of them for
> less overhead.
>
> This reduces the time needed to free a 1.6 GiB GTT WC
> buffer as part of Vulkan CTS from ~2 sec to <
From: Fabio Estevam
There is a missing ">" character in Marco's email.
Fix it.
Signed-off-by: Fabio Estevam
---
drivers/gpu/drm/panel/panel-seiko-43wvf1g.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/panel/panel-seiko-43wvf1g.c
b/drivers/gpu/drm/panel/
From: Fabio Estevam
Adopt the SPDX license identifier headers to ease license compliance
management.
Signed-off-by: Fabio Estevam
---
drivers/gpu/drm/panel/panel-seiko-43wvf1g.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel-seiko-43wvf1g.c
On Wed, Jul 25, 2018 at 3:23 PM, Alex Deucher wrote:
> Hi Dave,
Dave, looks like I mixed up branches and missed some patches earlier
in the series. Please to drop this request.
Thanks,
Alex
>
> Fixes for some power features not getting set properly after a suspend cycle
> on vega10.
>
> The f
https://bugs.freedesktop.org/show_bug.cgi?id=107143
--- Comment #1 from Alex Deucher ---
Fixed with this patch:
https://cgit.freedesktop.org/~agd5f/linux/commit/?h=drm-next-4.19&id=ecfee95a8ae7f35d43b8f63d61220e70ec8d2ea8
--
You are receiving this mail because:
You are the assignee for the bug.
On 2018-07-25 17:56, Rob Clark wrote:
On Wed, Jul 25, 2018 at 8:43 PM, Tanmay Shah
wrote:
On 2018-07-25 17:33, Tanmay Shah wrote:
On 2018-07-24 15:21, Eric Anholt wrote:
Tanmay Shah writes:
On 2018-07-24 12:19, Eric Anholt wrote:
Tanmay Shah writes:
file derived from msm-next kernel
On 2018-07-24 15:21, Eric Anholt wrote:
Tanmay Shah writes:
On 2018-07-24 12:19, Eric Anholt wrote:
Tanmay Shah writes:
file derived from msm-next kernel uapi header.
Unless there's an exception from Dave, I believe uapi headers in
libdrm
and Mesa should be direct copies from "make hea
Hi,
On 2018-07-25 21:23, Alex Deucher wrote:
Hi Dave,
Fixes for some power features not getting set properly after a suspend cycle
on vega10.
The following changes since commit 02e546eacceaaad4494e2ea8fb5014f00f9c4bef:
Merge branch 'linux-4.18' of git://github.com/skeggsb/linux into drm-fi
On 2018-07-25 07:09, Stanimir Varbanov wrote:
Hi,
On 07/20/2018 11:42 PM, Sean Paul wrote:
From: Jeykumar Sankaran
Qualcomm Snapdragon chipsets uses compressed format
to optimize BW across multiple IP's. This change adds
needed modifier support in drm for a simple 4x4 tile
based compressed va
Hello Masahiro-san,
Thank you for the patch.
On Wednesday, 25 July 2018 08:25:48 EEST Masahiro Yamada wrote:
> Please do not comment out unneeded code. Remove.
>
> Signed-off-by: Masahiro Yamada
Reviewed-by: Laurent Pinchart
> ---
>
> drivers/gpu/drm/bridge/synopsys/Makefile | 2 --
> 1 f
Hi Dave,
Updates for 4.19. Mostly bug fixes and cleanups. Highlights:
- Internal API cleanup in GPU scheduler
- Decouple i2c and aux abstractions in DC
- Update maintainers
- Misc cleanups
- Misc bug fixes
The following changes since commit 500775074f88d9cf5416bed2ca19592812d62c41:
Merge bra
This fixes up a collision between introducing dual-channel support and
the dsi refactors. This patch applies the same dual-channel
considerations and pclk calculations to both v2 and 6G, with a bit of
abstracting for good measure.
Signed-off-by: Sean Paul
---
drivers/gpu/drm/msm/dsi/dsi_host.c |
Should work with the legacy handling in of, but we shouldn't rely on
that.
Signed-off-by: Sean Paul
---
drivers/gpu/drm/msm/disp/dpu1/dpu_encoder_phys_cmd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/msm/disp/dpu1/dpu_encoder_phys_cmd.c
b/drivers/gpu/drm
In these cases, we want to enumerate _all_ clocks, not just the ones
that are assigned a rate.
Signed-off-by: Sean Paul
---
drivers/gpu/drm/msm/disp/dpu1/dpu_io_util.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/msm/disp/dpu1/dpu_io_util.c
b/drivers/
Every set_pages_array_wb call resulted in cross-core
interrupts and TLB flushes. Merge more of them for
less overhead.
This reduces the time needed to free a 1.6 GiB GTT WC
buffer as part of Vulkan CTS from ~2 sec to < 0.25 sec.
(Allocation still takes more than 2 sec though)
Signed-off-by: Bas
Anyone with atomic knowledge wants to go over this?
Dave.
On Wed., 11 Jul. 2018, 17:23 Russell King - ARM Linux, <
li...@armlinux.org.uk> wrote:
> This series finishes the transition of Armada DRM to atomic modeset.
>
> drivers/gpu/drm/armada/armada_510.c | 24 +-
> drivers/gpu/drm/armada/
https://bugs.freedesktop.org/show_bug.cgi?id=106228
--- Comment #8 from David Francis ---
When systemd-backlight is disabled, on reboot is the actual brightness coming
from the monitor maximum?
If it is, I believe this is working as intended.
--
You are receiving this mail because:
You are t
Hi Dave,
Fixes for some power features not getting set properly after a suspend cycle
on vega10.
The following changes since commit 02e546eacceaaad4494e2ea8fb5014f00f9c4bef:
Merge branch 'linux-4.18' of git://github.com/skeggsb/linux into drm-fixes
(2018-07-20 10:27:53 +1000)
are available i
On Tue, 24 Jul 2018 15:36:01 +0200
Boris Brezillon wrote:
> This is needed to ensure ->is_unity is correct when the plane was
> previously configured to output a multi-planar format with scaling
> enabled, and is then being reconfigured to output a uniplanar format.
>
> Fixes: fc04023fafec ("drm
On Tue, 24 Jul 2018 15:33:00 +0200
Boris Brezillon wrote:
> drm_atomic_helper_async_check() declares the plane, old_plane_state and
> new_plane_state variables to iterate over all planes of the atomic
> state and make sure only one plane is enabled.
>
> Unfortunately gcc is not smart enough to f
On Tue, 24 Jul 2018 15:32:15 +0200
Boris Brezillon wrote:
> Async plane update is supposed to work only when updating the FB or FB
> position of an already enabled plane. That does not apply to requests
> where the plane was previously disabled or assigned to a different
> CTRC.
>
> Check old_pl
https://bugs.freedesktop.org/show_bug.cgi?id=104193
--- Comment #10 from Christian Widmer ---
It seems I have also just hit this bug. I am able to trigger hangs on my
Sapphire Nitro+ Radeon RX 580 Special Edition on the first fight with ghouls
after Geralt awakes from his dream at the beginning o
From: kbuild test robot
drivers/video/fbdev/omap2/omapfb/dss/dss_features.c:895:2-5: WARNING: Use
BUG_ON instead of if condition followed by BUG.
Please make sure the condition has no side effects (see conditional BUG_ON
definition in include/asm-generic/bug.h)
Use BUG_ON instead of a if cond
From: kbuild test robot
drivers/video/fbdev/omap2/omapfb/omapfb-main.c:290:9-10: WARNING: return of 0/1
in function 'cmp_var_to_colormode' with return type bool
Return statements in functions returning bool should use
true/false instead of 1/0.
Generated by: scripts/coccinelle/misc/boolreturn
From: kbuild test robot
drivers/video/fbdev/omap2/omapfb/dss/core.c:141:2-26: WARNING: NULL check
before some freeing functions is not needed.
NULL check before some freeing functions is not needed.
Based on checkpatch warning
"kfree(NULL) is safe this check is probably not required"
and k
On Tue, Jul 24, 2018 at 12:13:35PM +0100, Damian Kos wrote:
> From: Quentin Schulz
>
> Signed-off-by: Damian Kos
> ---
> .../bindings/display/bridge/cdns,mhdp.txt | 43 +++
> 1 file changed, 43 insertions(+)
> create mode 100644
> Documentation/devicetree/bindings/display/
https://bugzilla.kernel.org/show_bug.cgi?id=200633
--- Comment #5 from sybo...@gmail.com ---
Created attachment 277523
--> https://bugzilla.kernel.org/attachment.cgi?id=277523&action=edit
Xorg log
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
https://bugzilla.kernel.org/show_bug.cgi?id=200633
--- Comment #4 from sybo...@gmail.com ---
Created attachment 277521
--> https://bugzilla.kernel.org/attachment.cgi?id=277521&action=edit
dmesg log
--
You are receiving this mail because:
You are watching the assignee of the bug.
__
https://bugzilla.kernel.org/show_bug.cgi?id=199425
--- Comment #16 from Johannes Hirte (johannes.hi...@datenkhaos.de) ---
(In reply to mikita.lip...@amd.com from comment #15)
> Lyude Paul fixed this issue, please try his patch:
>
> https://patchwork.kernel.org/patch/10480569/
>
> Thanks
As writ
https://bugs.freedesktop.org/show_bug.cgi?id=105684
--- Comment #39 from Paul Menzel ---
(In reply to jian-hong from comment #36)
> Created attachment 140806 [details]
> dmesg of 4.18.0-rc6
>
> Tested with Linux 4.18.0-rc6 kernel.
> It seems the amdgpu module could be loaded correctly. I tried o
https://bugs.freedesktop.org/show_bug.cgi?id=107375
--- Comment #2 from Paul Menzel ---
(In reply to Michel Dänzer from comment #1)
> Created attachment 140814 [details] [review]
> Do posting read in psp_v10_0_cmd_submit
>
> Does this patch help by any chance?
No, unfortunately it does not chan
Of-graph bindings should describe ports present in the device, not the
devices it can be connected to. The patch replaces verbose description
with shorter but more precise one. While at it clock related properties
are moved to the main node as it is their actual location.
Signed-off-by: Andrzej Ha
From: Maciej Purski
The current implementation assumes that the only possible peripheral
device for DSIM is a panel. Using an output bridge child device
should also be possible.
If an output bridge is available, don't create a new connector.
Instead, call drm_bridge_attach() and set encoder's br
From: Maciej Purski
Driver uses bridge_node to refer to bridge on input side of DSI.
Since we want to add support for bridges on output side lets add
"in" prefix to avoid confusion with out bridges.
Changes in v5:
- replace mic_ prefix with in_
Signed-off-by: Maciej Purski
[ a.ha...@samsuung.c
The patch adds bindings to Toshiba DSI/LVDS bridge TC358764.
Bindings describe power supplies, reset gpio and video interfaces.
Signed-off-by: Andrzej Hajda
Signed-off-by: Maciej Purski
Reviewed-by: Rob Herring
---
.../display/bridge/toshiba,tc358764.txt | 35 +++
1 file
Panel timings were taken from vendor code and are not fully correct - refresh
rate is about 50Hz instead of 60Hz. The patch fixes it.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/panel/panel-simple.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/g
The patch adds bridge and panel nodes.
It adds also DSI properties specific for arndale board and
regulators required by the bridge.
Signed-off-by: Andrzej Hajda
Signed-off-by: Maciej Purski
---
arch/arm/boot/dts/exynos5250-arndale.dts | 61
1 file changed, 61 insertion
Add a drm_bridge driver for the Toshiba TC358764 DSI to LVDS bridge.
Changes in v4:
- removed license blob,
- ordered includes,
- added error handling,
- fixed reset GPIO handling,
- added missing calls to the panel,
- custom OF graph code replaced with helpers,
- removed tc358764_poweroff from re
Hi,
This is continuation of Maciej patchset. I took it over since he can't work
on it in near future.
I have removed panel patches as they are already merged (thanks Thierry),
but I have added fix for timings to allow refresh rate 60Hz.
I have addressed all comments from reviewers - thanks Inki,
The patch adds common part of DSI node for Exynos5250 platforms
and a required mipi-phy node.
Signed-off-by: Andrzej Hajda
Signed-off-by: Maciej Purski
---
arch/arm/boot/dts/exynos5250.dtsi | 21 +
1 file changed, 21 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5250.d
From: Maciej Purski
As the out bridge will not be enabled directly by the framework,
it should be enabled by DSI. exynos_dsi_enable() should handle a case,
when there is an out_bridge connected as a DSI peripheral.
Changed in v5:
- fixed error path in exynos_dsi_enable
Signed-off-by: Maciej Pur
From: Eric Anholt
drm_atomic_helper_check_plane_state() takes care of checking the
scaling capabilities and calculating the clipped X/Y offsets for us.
Rely on this function instead of open-coding the logic. While at it, we
get rid of a few fields in vc4_plane_state that can be easily extracted
From: Eric Anholt
Y_OFFSET field starts at bit 8 not 7.
Signed-off-by: Eric Anholt
Signed-off-by: Boris Brezillon
---
drivers/gpu/drm/vc4/vc4_regs.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/vc4/vc4_regs.h b/drivers/gpu/drm/vc4/vc4_regs.h
index d6
From: Eric Anholt
The offset adjustment depends on the framebuffer modified, so let's
just move this operation in the DRM_FORMAT_MOD_LINEAR case inside
vc4_plane_mode_set().
This we'll be able to fix offset calculation for
DRM_FORMAT_MOD_BROADCOM_VC4_T_TILED and DRM_FORMAT_MOD_BROADCOM_SANDXXX.
Hello Eric,
This is an attempt at fixing support for negative X/Y positioning of
various FB formats. I kept you as the author since I started from your
initial work and fixed a few things + split the changes in several
commits. Let me know if that's a problem, and I change the author.
This series
From: Eric Anholt
This is needed to support X/Y negative placement of planes using
T-format buffers.
Signed-off-by: Eric Anholt
Signed-off-by: Boris Brezillon
---
drivers/gpu/drm/vc4/vc4_regs.h | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/vc4/vc4_regs.h b/drivers/gp
From: Eric Anholt
X/Y positioning of T-format buffers is quite tricky and the current
implementation was failing to position a plane using this format
correctly when the X, Y or both X and Y offsets were negative.
Signed-off-by: Eric Anholt
Signed-off-by: Boris Brezillon
---
Hi Eric,
I kept t
https://bugs.freedesktop.org/show_bug.cgi?id=107377
Chris Wilson changed:
What|Removed |Added
QA Contact|intel-gfx-bugs@lists.freede |
|sktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=107375
--- Comment #1 from Michel Dänzer ---
Created attachment 140814
--> https://bugs.freedesktop.org/attachment.cgi?id=140814&action=edit
Do posting read in psp_v10_0_cmd_submit
Does this patch help by any chance?
(In reply to Paul Menzel from c
https://bugs.freedesktop.org/show_bug.cgi?id=105684
--- Comment #38 from Alex Deucher ---
(In reply to jian-hong from comment #36)
> Created attachment 140806 [details]
> dmesg of 4.18.0-rc6
>
> Tested with Linux 4.18.0-rc6 kernel.
> It seems the amdgpu module could be loaded correctly. I tried
https://bugzilla.kernel.org/show_bug.cgi?id=199425
--- Comment #15 from mikita.lip...@amd.com (mikita.lip...@amd.com) ---
Lyude Paul fixed this issue, please try his patch:
https://patchwork.kernel.org/patch/10480569/
Thanks
--
You are receiving this mail because:
You are watching the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Jan Vesely changed:
What|Removed |Added
Depends on||107369
Referenced Bugs:
https://bugs.free
Hi,
On 07/20/2018 11:42 PM, Sean Paul wrote:
> From: Jeykumar Sankaran
>
> Qualcomm Snapdragon chipsets uses compressed format
> to optimize BW across multiple IP's. This change adds
> needed modifier support in drm for a simple 4x4 tile
> based compressed variants of base formats.
>
> Changes
https://bugzilla.kernel.org/show_bug.cgi?id=200645
Alex Deucher (alexdeuc...@gmail.com) changed:
What|Removed |Added
CC||alexdeuc...@gmail.c
If "-a" option is set this make modetest use atomic API instead
of legacy API.
Test the frame rate ("-v") it does a loop and swap between two
framebuffer for each active planes.
Signed-off-by: Benjamin Gaignard
---
version 3:
- merge atomic code into modetest itself
- do not change build system
https://bugs.freedesktop.org/show_bug.cgi?id=107278
Paul Menzel changed:
What|Removed |Added
Depends on||107376
Referenced Bugs:
https://bugs.fr
https://bugs.freedesktop.org/show_bug.cgi?id=107376
Paul Menzel changed:
What|Removed |Added
Blocks||107278
Referenced Bugs:
https://bugs.fr
https://bugs.freedesktop.org/show_bug.cgi?id=107376
Bug ID: 107376
Summary: Raven: `flush_delayed_work()` takes 500 ms
Product: DRI
Version: DRI git
Hardware: Other
OS: All
Status: NEW
Severity: normal
On Tuesday, June 05, 2018 11:34:42 AM Mikulas Patocka wrote:
>
> On Tue, 5 Jun 2018, Alexey Brodkin wrote:
>
> > Hi Mikulas,
> >
> > On Sun, 2018-06-03 at 16:40 +0200, Mikulas Patocka wrote:
> > > Hi
> > >
> > > Here I'm sending bug fixes and performance improvements for the USB
> > > DisplayLi
https://bugs.freedesktop.org/show_bug.cgi?id=107375
Paul Menzel changed:
What|Removed |Added
Blocks||107278
Referenced Bugs:
https://bugs.fr
https://bugs.freedesktop.org/show_bug.cgi?id=107375
Bug ID: 107375
Summary: Raven: `amdgpu_device_ip_resume_phase2()` takes 750 ms
Product: DRI
Version: DRI git
Hardware: Other
OS: All
Status: NEW
Severity
https://bugs.freedesktop.org/show_bug.cgi?id=107278
Paul Menzel changed:
What|Removed |Added
Depends on||107375
Referenced Bugs:
https://bugs.fr
Hi,
Thanks for the patch,
I reviewed and tested it; everything is fine. I only suggest removing
the "gpu" part from the patch title (i.e., "drm/vkms: Use new return
type vm_fault_t").
On 07/23, Souptick Joarder wrote:
> Use new return type vm_fault_t for fault handler.
>
> Signed-off-by: Soupti
On 25 July 2018 at 13:37, Benjamin Gaignard
wrote:
> 2018-07-25 14:05 GMT+02:00 Emil Velikov :
>> On 25 July 2018 at 12:27, Benjamin Gaignard
>> wrote:
>>> 2018-07-25 12:29 GMT+02:00 Emil Velikov :
On 20 July 2018 at 12:33, Benjamin Gaignard
wrote:
> This is a modetest like tool bu
https://bugzilla.kernel.org/show_bug.cgi?id=199425
--- Comment #14 from Johannes Hirte (johannes.hi...@datenkhaos.de) ---
(In reply to mikita.lip...@amd.com from comment #10)
> Johannes,
> My patch wasn't merged into DRM, but Daniel Vetter proposed another patch
> that might remove legacy code tha
2018-07-25 14:05 GMT+02:00 Emil Velikov :
> On 25 July 2018 at 12:27, Benjamin Gaignard
> wrote:
>> 2018-07-25 12:29 GMT+02:00 Emil Velikov :
>>> On 20 July 2018 at 12:33, Benjamin Gaignard
>>> wrote:
This is a modetest like tool but using atomic API.
With modetest_atomic it is man
When there's no scaling requested ->is_unity should be true no matter
the format.
Also, when no scaling is requested and we have a multi-planar YUV
format, we should leave ->y_scaling[0] to VC4_SCALING_NONE and only
set ->x_scaling[0] to VC4_SCALING_PPF.
Doing this fixes an hardly visible artifac
https://bugs.freedesktop.org/show_bug.cgi?id=107367
--- Comment #2 from Christian König ---
Well that is more than just a bit strange.
Do you have an error message in dmesg that the entity was killed?
--
You are receiving this mail because:
You are the assignee for the bug.
On Mon, Jul 23, 2018 at 12:50 AM, Stephen Rothwell
wrote:
> Hi Rob,
>
> [Dave, this will presumably soon turn up in the drm tree]
>
> After merging the drm-msm tree, today's linux-next build (arm
> multi_v7_defconfig) failed like this:
>
> drivers/gpu/drm/msm/disp/dpu1/dpu_plane.c: In function 'd
On 25 July 2018 at 12:27, Benjamin Gaignard
wrote:
> 2018-07-25 12:29 GMT+02:00 Emil Velikov :
>> On 20 July 2018 at 12:33, Benjamin Gaignard
>> wrote:
>>> This is a modetest like tool but using atomic API.
>>>
>>> With modetest_atomic it is mandatory to specify a mode ("-s")
>>> and a plane ("-P
On Monday, July 09, 2018 10:29:40 PM Mikulas Patocka wrote:
>
> On Wed, 4 Jul 2018, Bartlomiej Zolnierkiewicz wrote:
>
> > On Tuesday, July 03, 2018 01:18:57 PM Mikulas Patocka wrote:
> > >
> > > On Tue, 3 Jul 2018, Bartlomiej Zolnierkiewicz wrote:
> > >
> > > > Hi,
> > > >
> > > > On Sunday,
On Wednesday 11 July 2018 09:18 PM, Rob Herring wrote:
On Mon, Jul 09, 2018 at 02:37:51PM +0530, Archit Taneja wrote:
Add binding info for peripherals that support dual-channel DSI. Add
corresponding optional bindings for DSI host controllers that may
be configured in this mode. Add an example
On Monday 09 July 2018 02:37 PM, Archit Taneja wrote:
Add a section that describes dt-bindings for peripherals that support
MIPI DSI, but have a different bus as the primary control bus, or no
control bus at all. Add an example for a peripheral with a non-DSI
control bus.
Reviewed-by: Rob Herr
2018-07-25 12:29 GMT+02:00 Emil Velikov :
> On 20 July 2018 at 12:33, Benjamin Gaignard
> wrote:
>> This is a modetest like tool but using atomic API.
>>
>> With modetest_atomic it is mandatory to specify a mode ("-s")
>> and a plane ("-P") to display a pattern on screen.
>>
>> "-v" does a loop sw
https://bugs.freedesktop.org/show_bug.cgi?id=107373
Bug ID: 107373
Summary: Screen recording stutters when SteamVR is running
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
On Wednesday, July 04, 2018 05:31:19 PM Noralf Trønnes wrote:
>
> Den 03.07.2018 19.18, skrev Mikulas Patocka:
> >
> > On Tue, 3 Jul 2018, Bartlomiej Zolnierkiewicz wrote:
> >
> >> Hi,
> >>
> >> On Sunday, June 03, 2018 11:46:29 AM Mikulas Patocka wrote:
> >>> I have a USB display adapter using th
On 20 July 2018 at 12:33, Benjamin Gaignard
wrote:
> This is a modetest like tool but using atomic API.
>
> With modetest_atomic it is mandatory to specify a mode ("-s")
> and a plane ("-P") to display a pattern on screen.
>
> "-v" does a loop swapping between two framebuffers for each
> active pl
https://bugs.freedesktop.org/show_bug.cgi?id=105684
jian-h...@endlessm.com changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=106228
--- Comment #7 from jian-h...@endlessm.com ---
Applied both "[PATCH] drm/amdgpu: Read back max backlight value at boot" and
"[PATCH] drm/amd/display: Implement backlight_ops.get_brightness" to Linux
4.18.0-rc6 kernel.
I got the same behavior as
https://bugs.freedesktop.org/show_bug.cgi?id=106228
--- Comment #6 from jian-h...@endlessm.com ---
Apply "[PATCH] drm/amdgpu: Read back max backlight value at boot" to Linux
4.18.0-rc6 kernel.
I disable all of the brightness setting applications, including masking
systemd-backlight service and th
This is a modetest like tool but using atomic API.
Unlike modetest it becomes mandatory to specify a mode ("-s")
and a plane ("-P") to display a pattern on screen.
This version of modetest_atomic doesn't offer cursor support
("-C" argument has been removed).
Test the frame rate ("-v") it does a
https://bugs.freedesktop.org/show_bug.cgi?id=107367
--- Comment #1 from Gregor Münch ---
Forgot to add:
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
Vendor: X.Org (0x1002)
Device: AMD Radeon HD 7900 Series (TAHITI, DRM 3.27.0,
4.18.0-rc1-amd-staging-drm-next-gi
On Wed, 25 Jul 2018 10:02:34 +0200,
jimqu wrote:
>
>
>
> On 2018å¹´07æ25æ¥ 13:46, Takashi Iwai wrote:
> > On Wed, 25 Jul 2018 07:38:37 +0200,
> > Qu, Jim wrote:
> >> Jim: Just like Alex said, we want driver can get eld info when hotplug in
> >> new device. amdgpu driver is a bit difference f
Panel timings were taken from vendor code and are not fully correct - refresh
rate is about 50Hz instead of 60Hz. The patch fixes it.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/panel/panel-simple.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/g
2018년 07월 25일 17:11에 Andrzej Hajda 이(가) 쓴 글:
> On 24.07.2018 09:49, Inki Dae wrote:
>> Hi,
>>
>> 2018년 06월 19일 17:19에 Maciej Purski 이(가) 쓴 글:
>>> When adding support for peripheral out bridges, the "bridge" name
>>> becomes imprecise as it refers to a different device than the
>>> "out_bridge".
>
On 24.07.2018 09:49, Inki Dae wrote:
> Hi,
>
> 2018년 06월 19일 17:19에 Maciej Purski 이(가) 쓴 글:
>> When adding support for peripheral out bridges, the "bridge" name
>> becomes imprecise as it refers to a different device than the
>> "out_bridge".
> Could you give me more details? I'm afriad that I don'
On Wed, 25 Jul 2018, Daniel Thompson wrote:
> Currently, if the DT does not define num-interpolated-steps then
> num_steps is undefined and the interpolation code will deploy randomly.
> Fix with a simple initialize to zero.
>
> Fixes: 573fe6d1c25c ("backlight: pwm_bl: Linear interpolation betwee
On 2018å¹´07æ25æ¥ 13:46, Takashi Iwai wrote:
On Wed, 25 Jul 2018 07:38:37 +0200,
Qu, Jim wrote:
Jim: Just like Alex said, we want driver can get eld info when hotplug in new
device. amdgpu driver is a bit difference from radeon driver, it is not a
suitable place to call notify() function
Add a drm_bridge driver for the Toshiba TC358764 DSI to LVDS bridge.
Changes in v4:
- removed license blob,
- ordered includes,
- added error handling,
- fixed reset GPIO handling,
- added missing calls to the panel,
- custom OF graph code replaced with helpers,
- removed tc358764_poweroff from re
Hi Dave,
Two big cleanups to suspend/resume code and g2d driver including
trivial one.
Please kindly let me know if there is any problem.
Thanks,
Inki Dae
The following changes since commit 2d3bda7071a713fa4ecf9d0acb7faede6d59100a:
Merge tag 'exynos-drm-fixes-for-v4.18-rc4' of
git
https://bugzilla.kernel.org/show_bug.cgi?id=200633
--- Comment #3 from Michel Dänzer (mic...@daenzer.net) ---
(In reply to syboxez from comment #2)
> dmesg: https://ghostbin.com/paste/7pyty
> Xorg: https://ghostbin.com/paste/38zyy
Thanks, but please attach files here directly instead of referenci
Currently, if the DT does not define num-interpolated-steps then
num_steps is undefined and the interpolation code will deploy randomly.
Fix with a simple initialize to zero.
Fixes: 573fe6d1c25c ("backlight: pwm_bl: Linear interpolation between
brightness-levels")
Reported-by: Marcel Ziswiler
Si
https://bugzilla.kernel.org/show_bug.cgi?id=200645
Duncan (1i5t5.dun...@cox.net) changed:
What|Removed |Added
Regression|No |Yes
--- Comment #3 from D
Dne torek, 24. julij 2018 ob 18:04:49 CEST je Icenowy Zheng napisal(a):
> 在 2018-07-24二的 14:37 +0200，Maxime Ripard写道：
>
> > On Sun, Jul 22, 2018 at 04:43:56PM +0200, Jernej Škrabec wrote:
> > > Hi Maxime,
> > >
> > > Dne sreda, 11. julij 2018 ob 10:30:36 CEST je Maxime Ripard
> > >
> > > napisal
From: Quentin Schulz
This patch finally adds the preliminary driver for Cadence MHDP DPI/DP bridge.
Changes made in the low level driver:
- functions for writing register and register bits are now public
- added functions for reading registers and link training
adjustment
Signed-off-by: Damia
Call atomic_helper_check_plane_state to clip plane coordinates.
Signed-off-by: Haneen Mohammed
Reviewed-by: Sean Paul
---
Changes in v2:
- check for plane_state->visible since we can't handle a disabled
primary plane yet.
drivers/gpu/drm/vkms/vkms_plane.c | 29 +
1 - 100 of 121 matches
Mail list logo
