Export ttm_bo_reference_unless_doomed() to be used when looking up buffer
objects that are removed from the lookup structure in the destructor.
Cc: Christian König
Signed-off-by: Thomas Hellstrom
Reviewed-by: Sinclair Yeh
---
drivers/gpu/drm/ttm/ttm_bo_vm.c | 3 +--
On Thu, Sep 27, 2018 at 7:50 PM Jagan Teki wrote:
>
> Bananapi S070WV20-CT16 is 800x480, 4-lane MIPI-DSI panel which
> can be used to connect via BPI-M64 board, so add a driver for it.
>
> The same panel PCB comes with parallel RBG which is supported via
> panel-simple driver with
This will break old UMDs that didn't set the flags correctly. Instead,
UMDs should stop using amdgpu_bo_va_op if they want to set the flags.
Marek
On Thu, Sep 27, 2018 at 3:05 PM Andrey Grodzovsky
wrote:
>
> Signed-off-by: Andrey Grodzovsky
> ---
> amdgpu/amdgpu_bo.c | 5 +++--
> 1 file
Hmm, I guess that was a bit late. Damn inbox filters ..
Mikko
On 28/09/2018 11.58, Mikko Perttunen wrote:
Reviewed-by: Mikko Perttunen
On 30/08/2018 9.12, Dmitry Osipenko wrote:
Host1x is getting attached to an implicit IOMMU DMA domain if
CONFIG_ARM_DMA_USE_IOMMU=y. Since Host1x driver
Reviewed-by: Mikko Perttunen
On 30/08/2018 9.12, Dmitry Osipenko wrote:
Host1x is getting attached to an implicit IOMMU DMA domain if
CONFIG_ARM_DMA_USE_IOMMU=y. Since Host1x driver manages IOMMU by
itself, Host1x device must be detached from the implicit domain using
arch-specific IOMMU-API.
https://bugs.freedesktop.org/show_bug.cgi?id=99923
--- Comment #35 from Mark Polyakov ---
I tried compiling with the no-vectorization patch and the problem persists. I'm
not sure if I compiled it properly (I used an srcpackage on openSUSE and
modified the .spec file to include the patch, then
https://bugs.freedesktop.org/show_bug.cgi?id=107990
--- Comment #4 from Thomas Crider ---
Just an update on this, you don't need to change Arch's compiler flags.
I compiled mesa with the default flags and used glvnd=false, then used
LD_PRELOAD for just libGL.so.1.2.0 and libglapi.so.0.0.0 and
With kernel commit 4f09c77b5c3b7, no need to clear mode::type for
user-space bug.
Signed-off-by: Deepak Rawat
---
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 22 --
drivers/gpu/drm/vmwgfx/vmwgfx_kms.h | 3 ---
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c | 2 +-
Update comments to sync with code.
Signed-off-by: Deepak Rawat
---
drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c | 18 +++---
1 file changed, 3 insertions(+), 15 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c
index
Using the new interface implement SOU plane update for BO backed fb.
Signed-off-by: Deepak Rawat
---
drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c | 132 +++
1 file changed, 132 insertions(+)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c
From: Rob Clark
Add an atomic helper to implement dirtyfb support. This is needed to
support DSI command-mode panels with x11 userspace (ie. when we can't
rely on pageflips to trigger a flush to the panel).
v2: Modified the helper to use plane fb_damage_clips property and
removed
Add a new struct vmw_du_update_plane similar to vmw_kms_dirty which
represent the flow of operations needed to update a display unit from
surface or bo (blit a new framebuffer).
v2:
- Kernel doc correction.
- Rebase.
Signed-off-by: Deepak Rawat
---
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 99
USe new atomic helper for dirty fb IOCTL which make use of damage
interface. Note that this is only done for STDU and SOU, for legacy
display unit still using old interface.
Signed-off-by: Deepak Rawat
---
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 82 +++--
1 file changed,
Selftest for drm damage helper iterator functions.
Cc: ville.syrj...@linux.intel.com
Cc: Daniel Vetter
Cc: Pekka Paalanen
Signed-off-by: Deepak Rawat
---
drivers/gpu/drm/selftests/Makefile| 3 +-
.../selftests/drm_damage_helper_selftests.h | 22 +
SOU primary plane now support damage clips, enable it for user-space.
Signed-off-by: Deepak Rawat
---
drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c
index
Using the new interface implement SOU plane update for surface backed
fb.
Signed-off-by: Deepak Rawat
---
drivers/gpu/drm/vmwgfx/vmwgfx_kms.h | 3 +
drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c | 185 +++
2 files changed, 188 insertions(+)
diff --git
With new interface to do plane update on STDU available, use that
instead of old kms_dirty.
Signed-off-by: Deepak Rawat
---
drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c | 17 +
1 file changed, 5 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c
Using the new interface implement STDU plane update for surface backed
fb.
Signed-off-by: Deepak Rawat
---
drivers/gpu/drm/vmwgfx/vmwgfx_kms.h | 10 ++
drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c | 207 ++-
2 files changed, 216 insertions(+), 1 deletion(-)
diff --git
This helper function makes sure that damage from plane state is
discarded for full modeset cycle. For some reason, which makes damage
irrelevant, driver might want to do a full plane update for e.g. full
modeset. Such cases must be checked here.
Note: In the previous version of the patch the name
Using the new interface implement STDU plane update for BO backed fb.
Signed-off-by: Deepak Rawat
---
drivers/gpu/drm/vmwgfx/vmwgfx_kms.h | 13 ++
drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c | 233 +++
2 files changed, 246 insertions(+)
diff --git
With new interface to do plane update on SOU available, use that instead
of old kms_dirty.
Signed-off-by: Deepak Rawat
---
drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c | 17 +
1 file changed, 5 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c
Update the comment to sync with code.
Signed-off-by: Deepak Rawat
---
drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c | 22 --
1 file changed, 4 insertions(+), 18 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c
index
STDU primary plane now support damage clips, enable it for user-space.
Signed-off-by: Deepak Rawat
---
drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c
index
From: Lukasz Spintzyk
FB_DAMAGE_CLIPS is an optional plane property to mark damaged regions
on the plane in framebuffer coordinates of the framebuffer attached to
the plane.
The layout of blob data is simply an array of "struct drm_mode_rect".
Unlike plane src coordinates, damage clips are not
With fb_damage_clips blob property in drm_plane_state, this patch adds
helper iterator to traverse the damage clips that lie inside plane src.
Iterator will return full plane src as damage in case need full plane
update or damage is not specified.
v2:
- Plane src clipping correction
- Handle no
https://bugs.freedesktop.org/show_bug.cgi?id=104497
korbin.freed...@guilderlandschools.net changed:
What|Removed |Added
Severity|normal |major
--
You
https://bugs.freedesktop.org/show_bug.cgi?id=104497
korbin.freed...@guilderlandschools.net changed:
What|Removed |Added
Priority|medium |high
---
https://bugs.freedesktop.org/show_bug.cgi?id=104497
--- Comment #3 from korbin.freed...@guilderlandschools.net ---
This issue sometimes also locks up my computer on resume. At that point I have
to force reboot
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=104497
--- Comment #2 from korbin.freed...@guilderlandschools.net ---
When attempting to resume my system after a fresh boot before logging in, I get
screen static instead of the login page. A console basically displays over the
static about 100
https://bugs.freedesktop.org/show_bug.cgi?id=104497
--- Comment #1 from korbin.freed...@guilderlandschools.net ---
Created attachment 141769
--> https://bugs.freedesktop.org/attachment.cgi?id=141769=edit
Static
--
You are receiving this mail because:
You are the assignee for the
Hi Greg,
Looks like a pretty normal week for graphics,
core: syncobj fix, panel link regression revert
amd: suspend/resume fixes, EDID emulation fix
mali-dp: NV12 writeback and vblank reset fixes
etnaviv: DMA setup fix
Regards,
Dave.
drm-fixes-2018-09-28:
amd, etnaviv, mali_dp, syncobj and
At times 12bpc HDMI cannot be driven due to faulty cables, dongles
level shifters etc. To workaround them we may need to drive the output
at a lower bpc. Currently the user space does not have a way to limit
the bpc. The default bpc to be programmed is decided by the driver and
is run against
Use the newly added "max bpc" connector property to limit pipe bpp.
V3: Use drm_connector_state to access the "max bpc" property
V4: Initialize the drm property, add suuport to DP(Ville)
V5: Use the property in the connector and fix CI failure(Ville)
V6: Use the core function to attach max_bpc
https://bugs.freedesktop.org/show_bug.cgi?id=105911
--- Comment #12 from tnmailingli...@gmail.com ---
I appear to have a similar issue, like comment #11, where the DVI-I port on my
380X seems to be detected as DVI-D when DC is on and I don't get display over
my DVI-I to VGA adapter (it works fine
Den 27.09.2018 23.08, skrev Stefan Agner:
On 08.09.2018 15:46, Noralf Trønnes wrote:
The CMA helper is already using the drm_fb_helper_generic_probe part of
the generic fbdev emulation. This patch makes full use of the generic
fbdev emulation by using its drm_client callbacks. This means that
On 08.09.2018 15:46, Noralf Trønnes wrote:
> The CMA helper is already using the drm_fb_helper_generic_probe part of
> the generic fbdev emulation. This patch makes full use of the generic
> fbdev emulation by using its drm_client callbacks. This means that
>
Hi Dave,
The following changes since commit 5b394b2ddf0347bef56e50c69a58773c94343ff3:
Linux 4.19-rc1 (2018-08-26 14:11:59 -0700)
are available in the Git repository at:
git://anongit.freedesktop.org/tegra/linux tags/drm/tegra/for-4.20-rc1
for you to fetch changes up to
On Thu, Sep 27, 2018 at 10:16:22PM +0530, Sharat Masetty wrote:
> The index of the perf table was being set in the wrong bit position
> in the register. With this fix, the GPU clock can be seen running at
> desired frequency.
Thank you! Without the patch measured GPU frequency appears to be
On 08/24/2018 02:21 AM, Christian König wrote:
> Am 24.08.2018 um 01:05 schrieb Jiandi An:
>>
>>
>> On 08/23/2018 01:47 AM, Christian König wrote:
>>> Am 22.08.2018 um 22:57 schrieb Jiandi An:
On 08/22/2018 02:09 PM, Christian König wrote:
> Am 22.08.2018 um 20:57 schrieb Jiandi
On Tue, 25 Sep 2018 16:35:58 +0200, Linus Walleij wrote:
> The TPO TPG110 bindings were using the DPI bindings (popular
> in the fbdev subsystem) but this misses the finer points
> learned in the DRM subsystem.
>
> We need to augment the bindings for proper DRM integration:
> the timings are
Seems like AI and RV requires uncashed memory mapping to be able
to pickup value written to memory by CPU.
Enable the test for AI and RV.
Signed-off-by: Andrey Grodzovsky
---
tests/amdgpu/deadlock_tests.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git
Signed-off-by: Andrey Grodzovsky
---
tests/amdgpu/amdgpu_test.h | 24 +---
1 file changed, 17 insertions(+), 7 deletions(-)
diff --git a/tests/amdgpu/amdgpu_test.h b/tests/amdgpu/amdgpu_test.h
index 0609a74..8024507 100644
--- a/tests/amdgpu/amdgpu_test.h
+++
Signed-off-by: Andrey Grodzovsky
---
amdgpu/amdgpu_bo.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/amdgpu/amdgpu_bo.c b/amdgpu/amdgpu_bo.c
index c0f42e8..1892345 100644
--- a/amdgpu/amdgpu_bo.c
+++ b/amdgpu/amdgpu_bo.c
@@ -736,7 +736,7 @@ drm_public int
Hi Dave,
More new features and fixes for 4.20:
- Add dynamic powergating support for VCN on picasso
- Scheduler cleanup
- Vega20 support for KFD
- DC cleanups and bug fixes
The following changes since commit bf78296ab1cb215d0609ac6cff4e43e941e51265:
BackMerge v4.19-rc5 into drm-next
The MIPI DSI controller on Allwinner A64 is similar to
Allwinner A31 without support of DSI mod clock.
Signed-off-by: Jagan Teki
---
Documentation/devicetree/bindings/display/sunxi/sun6i-dsi.txt | 1 +
1 file changed, 1 insertion(+)
diff --git
On Thu, Sep 27, 2018 at 11:06:33AM -0700, Nathan Chancellor wrote:
> Clang warns when one enumerated type is implicitly converted to another.
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/dce/dce_aux.c:315:19: warning:
> implicit conversion from enumeration type 'enum
>
On Thu, Sep 27, 2018 at 10:28 PM Maxime Ripard
wrote:
>
> On Thu, Sep 27, 2018 at 05:18:45PM +0530, Jagan Teki wrote:
> > TCON DRQ set bits for non-burst DSI mode can computed via
> > horizontal front porch instead of front porch + sync timings.
> >
> > Since there no documentation for
TCON DRQ set bits for non-burst DSI mode can computed via
horizontal front porch instead of front porch + sync timings.
Since there no documentation for TCON_DRQ_REG(0x7c) register
this change is taken as reference from BPI-M64-bsp.
Signed-off-by: Jagan Teki
---
DSI DPHY gate bit on MIPI DSI clock register is bit 15
not bit 30.
Signed-off-by: Jagan Teki
---
drivers/clk/sunxi-ng/ccu-sun50i-a64.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/clk/sunxi-ng/ccu-sun50i-a64.c
b/drivers/clk/sunxi-ng/ccu-sun50i-a64.c
index
This patch add support for Bananapi S070WV20-CT16 DSI panel to
BPI-M64 board.
DSI panel connected via board DSI port with,
- DC1SW as AVDD supply
- DCDC1 as DVDD supply
- PD6 gpio for reset pin
- PD5 gpio for backlight enable pin
- PD7 gpio for backlight vdd supply
Signed-off-by: Jagan Teki
---
Hi Thomas,
On Wed, 2018-09-26 at 13:33 +0200, Thomas Zimmermann wrote:
> This patch unifies the naming of DRM functions for reference counting
> of struct drm_device. The resulting code is more aligned with the rest
> of the Linux kernel interfaces.
Thanks for your clean-up efforts!
I'll pick it
Clang warns when one enumerated type is implicitly converted to another.
drivers/gpu/drm/amd/amdgpu/../display/dc/dce/dce_aux.c:315:19: warning:
implicit conversion from enumeration type 'enum
aux_channel_operation_result' to different enumeration type 'enum
aux_transaction_reply'
The MIPI DSI controller on Allwinner A64 is similar to
Allwinner A31 without support of DSI mod clock(CLK_DSI_SCLK)
So, alter has_mod_clk bool via driver data for respective
SoC's compatible.
Signed-off-by: Jagan Teki
---
drivers/gpu/drm/sun4i/sun6i_mipi_dsi.c | 47 --
This series add MIPI-DSI support on Allwinner A64. The same A31 controller
is reused and tweaked for A64 since the register space for both SoC's look same.
The current clock rate (270MHz) with nkm (5,2,11) from PLL_MIPI is unable to
work
with A64 DSI block. I've tested with few changes to verify
On Thu, Sep 27, 2018 at 11:08 AM Nathan Chancellor
wrote:
>
> On Thu, Sep 27, 2018 at 11:06:33AM -0700, Nathan Chancellor wrote:
> > Clang warns when one enumerated type is implicitly converted to another.
> >
> > drivers/gpu/drm/amd/amdgpu/../display/dc/dce/dce_aux.c:315:19: warning:
> >
Bananapi S070WV20-CT16 is 800x480, 4-lane MIPI-DSI panel which
can be used to connect via BPI-M64 board, so add a driver for it.
The same panel PCB comes with parallel RBG which is supported via
panel-simple driver with "bananapi,s070wv20-ct16" compatible.
Signed-off-by: Jagan Teki
---
On Thu, Sep 27, 2018 at 8:51 PM Maxime Ripard wrote:
>
> On Thu, Sep 27, 2018 at 05:18:44PM +0530, Jagan Teki wrote:
> > According to horizontal and vertical timings are defined
> > per the diagram from include/drm/drm_modes.h
> >
> > Back porch = [hv]total - [hv]sync_end
> >
> > So, update
Hi Noralf,
On Wed, 2017-11-15 at 15:19 +0100, Noralf Trønnes wrote:
> Use drm_fb_cma_fbdev_init() and drm_fb_cma_fbdev_fini() which relies on
> the fact that drm_device holds a pointer to the drm_fb_helper structure.
> This means that the driver doesn't have to keep track of that.
> Also use the
The A64 has a MIPI-DSI block which is similar to A31
without mod clock.
So, add dsi node with A64 compatible, dphy node with
A31 compatible and finally connect dsi to tcon0 to
make proper DSI pipeline.
Signed-off-by: Jagan Teki
---
arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 44
DSI bus_clk is already available in sun6i_dsi but missed to
get the clk and process for enable/disable.
This patch add support for it.
Signed-off-by: Jagan Teki
---
drivers/gpu/drm/sun4i/sun6i_mipi_dsi.c | 8
1 file changed, 8 insertions(+)
diff --git
On Thu, Sep 27, 2018 at 7:47 PM Chen-Yu Tsai wrote:
>
> On Thu, Sep 27, 2018 at 9:44 PM Jagan Teki wrote:
> >
> > On Thu, Sep 27, 2018 at 6:13 PM Chen-Yu Tsai wrote:
> > >
> > > Hi,
> > >
> > > On Thu, Sep 27, 2018 at 7:49 PM Jagan Teki
> > > wrote:
> > > >
> > > > DSI bus_clk is already
Hi Jordan,
Thanks for the patch!
On 08/27/2018 06:11 PM, Jordan Crouse wrote:
> Add the "opp-interconnect-bw" property to specify the
> average and peak bandwidth for an interconnect path for
> a specific operating power point. A separate bandwidth
> pair can be specified for each of the
On Thu, Sep 27, 2018 at 10:48 PM Maxime Ripard
wrote:
>
> On Thu, Sep 27, 2018 at 05:18:43PM +0530, Jagan Teki wrote:
> > Short transfer write support for DCS and Generic transfer types
> > share similar way to process command sequence in DSI block so
> > add generic write 2 param transfer type
According to horizontal and vertical timings are defined
per the diagram from include/drm/drm_modes.h
Back porch = [hv]total - [hv]sync_end
So, update SUN6I_DSI_BASIC_SIZE0_VBP calculation as
mode->vtotal - mode->vsync_end
Signed-off-by: Jagan Teki
---
drivers/gpu/drm/sun4i/sun6i_mipi_dsi.c |
Short transfer write support for DCS and Generic transfer types
share similar way to process command sequence in DSI block so
add generic write 2 param transfer type macro so-that the panels
which are requesting similar transfer type may process properly.
Also added error check for unsupporting
On Thu, Sep 27, 2018 at 6:13 PM Chen-Yu Tsai wrote:
>
> Hi,
>
> On Thu, Sep 27, 2018 at 7:49 PM Jagan Teki wrote:
> >
> > DSI bus_clk is already available in sun6i_dsi but missed to
> > get the clk and process for enable/disable.
> >
> > This patch add support for it.
> >
> > Signed-off-by:
On Thu, Sep 27, 2018 at 10:44 PM Maxime Ripard
wrote:
>
> On Thu, Sep 27, 2018 at 05:18:46PM +0530, Jagan Teki wrote:
> > Accordingly to BPI-M64-bsp DE DSI code Video start delay
> > can be computed by subtracting total vertical timing with
> > front porch timing and with adding 1 delay line for
Bananapi S070WV20-CT16 is 800x480, 4-lane MIPI-DSI panel, the
same panel PCB comes with parallel RBG which is supported via
panel-simple with "bananapi,s070wv20-ct16" compatible.
Signed-off-by: Jagan Teki
---
.../panel/bananapi,s070wv20-ct16-dsi.txt | 21 +++
1 file
Hello Thierry,
Il 27/09/2018 13:59, Thierry Reding ha scritto:
On Tue, Jul 31, 2018 at 01:11:12AM +0200, Giulio Benetti wrote:
Add CDTech 4.3" S043WQ26H-CT7 support
Add CDTech 7" S070WV95-CT16 support
Giulio Benetti (5):
dt-bindings: Add vendor prefix for CDTech(H.K.) Electronics Limited
Accordingly to BPI-M64-bsp DE DSI code Video start delay
can be computed by subtracting total vertical timing with
front porch timing and with adding 1 delay line for TCON.
This patch simply add the start_delay logic from BPI-M64-bsp,
w/o this new computation, the DSI on A64 encounter vblank time
On Tue, 25 Sep 2018 10:13:34 +0100, Damian Kos wrote:
> From: Quentin Schulz
>
> Document the bindings used for the Cadence MHDP DPI/DP bridge.
>
> Signed-off-by: Quentin Schulz
> Signed-off-by: Damian Kos
> ---
> .../bindings/display/bridge/cdns,mhdp.txt | 43 +++
> 1
Hi Thierry
Thanks for the comments.
I will fix these in v9.
Thanks
Abhinav
On 2018-09-27 05:20, Thierry Reding wrote:
On Thu, Sep 20, 2018 at 03:52:36PM -0700, Abhinav Kumar wrote:
From: "abhin...@codeaurora.org"
Add support for Truly NT35597 panel driver used
in MSM reference platforms.
On Thu, Sep 27, 2018 at 05:18:43PM +0530, Jagan Teki wrote:
> Short transfer write support for DCS and Generic transfer types
> share similar way to process command sequence in DSI block so
> add generic write 2 param transfer type macro so-that the panels
> which are requesting similar transfer
On Thu, Sep 27, 2018 at 05:18:50PM +0530, Jagan Teki wrote:
> This patch add support for Bananapi S070WV20-CT16 DSI panel to
> BPI-M64 board.
>
> DSI panel connected via board DSI port with,
> - DC1SW as AVDD supply
> - DCDC1 as DVDD supply
> - PD6 gpio for reset pin
> - PD5 gpio for backlight
On Thu, Sep 27, 2018 at 05:18:49PM +0530, Jagan Teki wrote:
> The A64 has a MIPI-DSI block which is similar to A31
> without mod clock.
>
> So, add dsi node with A64 compatible, dphy node with
> A31 compatible and finally connect dsi to tcon0 to
> make proper DSI pipeline.
>
> Signed-off-by:
On Thu, Sep 27, 2018 at 05:18:46PM +0530, Jagan Teki wrote:
> Accordingly to BPI-M64-bsp DE DSI code Video start delay
> can be computed by subtracting total vertical timing with
> front porch timing and with adding 1 delay line for TCON.
This is what the current code is doing as well.
> This
On Thu, Sep 27, 2018 at 05:18:45PM +0530, Jagan Teki wrote:
> TCON DRQ set bits for non-burst DSI mode can computed via
> horizontal front porch instead of front porch + sync timings.
>
> Since there no documentation for TCON_DRQ_REG(0x7c) register
> this change is taken as reference from
The driver for LD9040 AMOLED LCD panel was superseded with DRM driver
panel-samsung-ld9040.c. It does not support DeviceTree and respective
possible user (Exynos4210 Universal C210) is DeviceTree-only and uses
DRM version of driver.
Suggested-by: Marek Szyprowski
Cc: Marek Szyprowski
Cc: Inki
The driver for S6E63M0 AMOLED LCD panel is not used. It does not
support DeviceTree and respective possible users (S5Pv210 Aquila and
Goni boards) are DeviceTree-only.
Suggested-by: Marek Szyprowski
Cc: Marek Szyprowski
Cc: Inki Dae
Signed-off-by: Krzysztof Kozlowski
Acked-by: Jingoo Han
The index of the perf table was being set in the wrong bit position
in the register. With this fix, the GPU clock can be seen running at
desired frequency.
Signed-off-by: Sharat Masetty
---
drivers/gpu/drm/msm/adreno/a6xx_gmu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Fri, Sep 28, 2018 at 12:26 AM Jagan Teki wrote:
>
> On Thu, Sep 27, 2018 at 7:47 PM Chen-Yu Tsai wrote:
> >
> > On Thu, Sep 27, 2018 at 9:44 PM Jagan Teki
> > wrote:
> > >
> > > On Thu, Sep 27, 2018 at 6:13 PM Chen-Yu Tsai wrote:
> > > >
> > > > Hi,
> > > >
> > > > On Thu, Sep 27, 2018 at
Hi Dave,
Just a few fixes for 4.19:
- Couple of suspend/resume fixes
- Fix EDID emulation with DC
The following changes since commit 4fcb7f8be829d21bcbb24eef2204fb6b34ed1f80:
Merge branch 'drm-fixes-4.19' of git://people.freedesktop.org/~agd5f/linux
into drm-fixes (2018-09-21 09:52:27 +1000)
Hi Dave,
Linus posted the device_link revert after Maarten's PR earlier today, and I
figured it was worthwhile enough to warrant a second pull. So here is Maarten's
pull along with Linus' revert.
Apologies for the extra mail :/
drm-misc-fixes-2018-09-27-1:
- Revert adding device-link to panels
https://bugs.freedesktop.org/show_bug.cgi?id=106940
--- Comment #44 from SET ---
(In reply to Nicholas Kazlauskas from comment #43)
> Did you get around to trying Alex's patch? Does the black screen still occur
> with it?
Please see comment #29.
No black screen with the patch. But suspend will
On Thu, Sep 27, 2018 at 05:18:44PM +0530, Jagan Teki wrote:
> According to horizontal and vertical timings are defined
> per the diagram from include/drm/drm_modes.h
>
> Back porch = [hv]total - [hv]sync_end
>
> So, update SUN6I_DSI_BASIC_SIZE0_VBP calculation as
> mode->vtotal - mode->vsync_end
https://bugs.freedesktop.org/show_bug.cgi?id=108086
Mike Lothian changed:
What|Removed |Added
CC||m...@fireburn.co.uk
--- Comment #3 from
On Thu, Sep 27, 2018 at 04:25:56PM +0200, Andrzej Hajda wrote:
> On 27.09.2018 15:50, Sean Paul wrote:
> > [actually Cc Eric and Andrzej]
> >
> > On Thu, Sep 27, 2018 at 02:41:30PM +0200, Linus Walleij wrote:
> >> This reverts commit 0c08754b59da5557532d946599854e6df28edc22.
> >>
> >> commit
https://bugs.freedesktop.org/show_bug.cgi?id=108086
jeckfer...@gmail.com changed:
What|Removed |Added
OS|All |Linux (All)
Applied. thanks!
Alex
On Sat, Sep 22, 2018 at 2:29 AM Nathan Chancellor
wrote:
>
> Clang generates warnings when one enumerated type is implicitly
> converted to another.
>
> drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/ppatomfwctrl.c:532:57:
> warning: implicit conversion from enumeration
On 27.09.2018 15:50, Sean Paul wrote:
> [actually Cc Eric and Andrzej]
>
> On Thu, Sep 27, 2018 at 02:41:30PM +0200, Linus Walleij wrote:
>> This reverts commit 0c08754b59da5557532d946599854e6df28edc22.
>>
>> commit 0c08754b59da
>> ("drm/panel: Add device_link from panel device to DRM device")
>>
https://bugs.freedesktop.org/show_bug.cgi?id=108086
--- Comment #2 from jeckfer...@gmail.com ---
CPU model is intel haswell pentium.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
On Thu, Sep 27, 2018 at 9:44 PM Jagan Teki wrote:
>
> On Thu, Sep 27, 2018 at 6:13 PM Chen-Yu Tsai wrote:
> >
> > Hi,
> >
> > On Thu, Sep 27, 2018 at 7:49 PM Jagan Teki
> > wrote:
> > >
> > > DSI bus_clk is already available in sun6i_dsi but missed to
> > > get the clk and process for
https://bugs.freedesktop.org/show_bug.cgi?id=108086
--- Comment #1 from Denis ---
hi, could you please clarify the CPU model?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
[actually Cc Eric and Andrzej]
On Thu, Sep 27, 2018 at 02:41:30PM +0200, Linus Walleij wrote:
> This reverts commit 0c08754b59da5557532d946599854e6df28edc22.
>
> commit 0c08754b59da
> ("drm/panel: Add device_link from panel device to DRM device")
> creates a circular dependency under these
On Thu, Sep 27, 2018 at 04:29:52AM +, Shankar, Uma wrote:
>
>
> >-Original Message-
> >From: Ville Syrjälä [mailto:ville.syrj...@linux.intel.com]
> >Sent: Wednesday, September 26, 2018 3:12 PM
> >To: Maarten Lankhorst
> >Cc: Shankar, Uma ; Adam Jackson
> >;
https://bugs.freedesktop.org/show_bug.cgi?id=106940
--- Comment #43 from Nicholas Kazlauskas ---
Did you get around to trying Alex's patch? Does the black screen still occur
with it?
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=108086
Bug ID: 108086
Summary: mesa 18.2.x line is crashing and disabling kwin_x11
and effects thereof, no problem with 18.1.x
Product: Mesa
Version: 18.2
Hardware: Other
Le jeu. 27 sept. 2018 à 13:32, Yannick FERTRE a écrit :
>
> Reviewed-by: Yannick Fertré
> Tested-by: Yannick Fertré
Applied on drm-misc-next,
Thanks,
Benjamin
>
> On 09/27/2018 10:15 AM, Yannick FERTRE wrote:
> > Reviewed-by/tested-by: yannick.fer...@st.com
> >
> > Forwarded Message
https://bugs.freedesktop.org/show_bug.cgi?id=108049
--- Comment #3 from Nicholas Kazlauskas ---
The kernel you want to try for the latest amdgpu code is the
amd-staging-drm-next branch from the repository linked:
https://cgit.freedesktop.org/~agd5f/linux/
--
You are receiving this mail
Hi Thierry,
Am Donnerstag, 27. September 2018, 14:07:21 CEST schrieb Thierry Reding:
> On Fri, Aug 17, 2018 at 11:37:31AM +0200, Heiko Stuebner wrote:
> > From: Nickey Yang
> >
> > Support Kingdisplay kd097d04 9.7" 1536x2048 TFT LCD panel,
> > it is a MIPI dual-DSI panel.
> >
> > v4:
> > -
1 - 100 of 198 matches
Mail list logo
