Adopt the SPDX license identifier headers to ease license compliance
management.
Signed-off-by: Fabio Estevam
---
drivers/gpu/drm/imx/dw_hdmi-imx.c | 5 +
drivers/gpu/drm/imx/imx-drm-core.c | 11 +--
drivers/gpu/drm/imx/imx-ldb.c | 10 +-
drivers/gpu/drm/im
When a msm8016 based system is woken up from suspend, the firmware in
the adreno device hangs.
[ 83.903416] qcom-iommu-ctx 1f09000.iommu-ctx: Unhandled context fault:
fsr=0x202, iova=0x, fsynr=0x2, cb=1
[ 85.853633] msm 1a0.mdss: A306: hangcheck detected gpu lockup rb 0!
[
In case memory resources for *bl_desc* were allocated, release
them before return.
Addresses-Coverity-ID: 1472021 ("Resource leak")
Fixes: 0d466901552a ("drm/nouveau/secboot/acr: Remove VLA usage")
Signed-off-by: Gustavo A. R. Silva
---
drivers/gpu/drm/nouveau/nvkm/subdev/secboot/acr_r352.c | 1
This patchset add the necessary infrastructure needed later for CRC
support.
1. add functions to map buffers to kernel address space.
2. map/unmap buffers in the prepare/cleanup_fb hooks.
3. clip plane coordinates.
4. subclass CRTC state.
changes in v4:
- drop patch 5 "drm/vkms: Implement CRC deb
To make suspend and resume work on msm8916 platforms, call into the generic
helpers and preserve the state across suspends.
Signed-off-by: Daniel Mack
---
I've sent these two small patches twice already in May, but I haven't
gotten any feedback, not sure why.
We're using these on a number of pro
This patch map/unmap GEM backing memory to kernel address space
in prepare/cleanup_fb respectively and cache the virtual address
for later use.
Signed-off-by: Haneen Mohammed
---
Changes in v2:
- use vkms_gem_vunmap
Changes in v3:
- return error number instead of vkms_obj->vaddr
Changes in v4:
-
This patch add the necessary functions to map/unmap GEM
backing memory to the kernel's virtual address space.
Signed-off-by: Haneen Mohammed
---
Changes in v2:
- add vkms_gem_vunmap
- use vmap_count to guard against multiple prepare_fb calls on the same fb
Changes in v3:
- change vkms_gem_vmap to
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/bridge/cdns,mhdp.txt
diff --git a/Documentation/devicetree/bindings/display
On Tue, Jul 24, 2018 at 11:54 AM, Inki Dae wrote:
> Hi,
>
> 2018년 07월 19일 05:49에 Souptick Joarder 이(가) 쓴 글:
>> convert drm_atomic_helper_suspend/resume() to use
>> drm_mode_config_helper_suspend/resume().
>>
>> exynos_drm_fbdev_suspend/resume can be removed
>> as drm_mode_config_helper_suspend/res
- Moved cdn-dp-reg from drivers/gpu/drm/rockchip to a new location
in drivers/drm/bridge/cadence and renamed it to cdns-mhdp-common.
- Extracted common fields from cdn_dp_device to a new cdns_mhdp_device
structure which will be used by two separate drivers later on.
- Moved some datatypes (audi
From: Quentin Schulz
dp_link_status and dp_get_lane_status are pretty generic and can be used for
other means, so let's make it "public".
This adds drm_dp_link_status and drm_dp_get_lane_status to the header file and
add the appropriate EXPORT_SYMBOL for it so that it can be used by other
driver
在 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(a):
> > > On Tue, Jul 10, 2018 at 10:34:53PM +0200, Jernej Skrabec wrote:
> > > > This series
Subclass CRTC state struct to enable storing driver's private
state. This patch only adds the base drm_crtc_state struct and
the atomic functions that handle it.
Signed-off-by: Haneen Mohammed
Reviewed-by: Daniel Vetter
Reviewed-by: Sean Paul
---
drivers/gpu/drm/vkms/vkms_crtc.c | 53 +
Hello!
This is the series of patches that will add support for the Cadence's DPI/DP
bridge. Please note that this is a preliminary version of the driver and there
will be more patches in the future with updates, fixes and improvements.
Please keep that in mind when looking at FIXME/TODO/XXX commen
Please do not comment out unneeded code. Remove.
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/bridge/synopsys/Makefile | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/bridge/synopsys/Makefile
b/drivers/gpu/drm/bridge/synopsys/Makefile
index 5dad97d..3e1b1e3 100644
-
From: Quentin Schulz
DP 1.4 introduced a DP_EXTENDED_RCVR_CAPA_FIELD_PRESENT bit in
DP_TRAINING_AUX_RD_INTERVAL register. If set, DPCD registers from DP_DPCD_REV
to DP_ADAPTER_CAP should be retrieved starting from DP_DPCD_REV_EXTENDED.
All registers are copied except DP_DPCD_REV, DP_MAX_LINK_RATE
Fix the sparse error. the dpu_rm_init declaration is not consistent
with the implement.
Signed-off-by: zhong jiang
---
drivers/gpu/drm/msm/disp/dpu1/dpu_rm.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/msm/disp/dpu1/dpu_rm.h
b/drivers/gpu/drm/msm/disp/dpu
On Tuesday, July 24, 2018 05:03 PM, Bartlomiej Zolnierkiewicz wrote:
On Monday, July 09, 2018 07:12:50 AM Daniel Mack wrote:
Should I resend with Robert's Reviewed-bys again? I'd like to get this
merged for 4.19 if possible.
No need for resend, I added Robert's tags while applying your patch
Fix the sparse error. the dpu_rm_init declaration is not consistent
with the implement.
Signed-off-by: zhong jiang
---
drivers/gpu/drm/msm/disp/dpu1/dpu_rm.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/msm/disp/dpu1/dpu_rm.h
b/drivers/gpu/drm/msm/disp/dpu
Currently dw_hdmi_setup is only run when the dw-hdmi bridge is enabled,
with the mode set last time.
When the bridge is enabled before any mode is set (this may happen when
booting), the mode won't be set at all, some setup steps will be
skipped or fail, and the HDMI output may not work.
Re-run 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 +
于 2018年7月25日 GMT+08:00 上午1:20:42, "Jernej Škrabec" 写到:
>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.
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
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=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
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
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
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 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'
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".
>
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
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
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
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=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
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=105684
jian-h...@endlessm.com changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
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
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
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
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
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
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, 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 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 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
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.
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
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
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
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=107278
Paul Menzel changed:
What|Removed |Added
Depends on||107375
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=107375
Paul Menzel changed:
What|Removed |Added
Blocks||107278
Referenced Bugs:
https://bugs.fr
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=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
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
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://bugzilla.kernel.org/show_bug.cgi?id=200645
Alex Deucher (alexdeuc...@gmail.com) changed:
What|Removed |Added
CC||alexdeuc...@gmail.c
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://bugs.freedesktop.org/show_bug.cgi?id=99553
Jan Vesely changed:
What|Removed |Added
Depends on||107369
Referenced Bugs:
https://bugs.free
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=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://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=107377
Chris Wilson changed:
What|Removed |Added
QA Contact|intel-gfx-bugs@lists.freede |
|sktop.org
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
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.
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
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
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
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,
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
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
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
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
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
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
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
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://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://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=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.
___
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/
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
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/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
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
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
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: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
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
1 - 100 of 121 matches
Mail list logo
