On Sat, Feb 11, 2017 at 8:48 PM, Noralf Trønnes wrote:
> tinydrm provides helpers for very simple displays that can use
> CMA backed framebuffers and need flushing on changes.
> +/**
> + * tinydrm_gem_cma_free_object - Free resources associated with a CMA GEM
> + *
On Mon, Jan 02, 2017 at 06:39:03PM -0200, Gabriel Krisman Bertazi wrote:
> Laurent Pinchart writes:
>
> > The drm_mode_config helper private field points to a structure of
> > function pointers that don't need to be modified at runtime. Make it
> > const.
>
> Reviewed-by: Gabriel Krisman Bertazi
On Sat, Feb 11, 2017 at 8:48 PM, Noralf Trønnes wrote:
> Add common functionality needed by many tinydrm drivers.
> +int tinydrm_enable_backlight(struct backlight_device *backlight)
> +{
> + unsigned int old_state;
> + int ret;
> +
> + if (!backlight)
> + return 0;
Hi Daniel,
On Monday 23 Jan 2017 09:48:54 Daniel Vetter wrote:
> On Thu, Jan 19, 2017 at 12:56:29AM +0200, Laurent Pinchart wrote:
> > On Tuesday 17 Jan 2017 08:41:03 Maarten Lankhorst wrote:
> >> Op 17-01-17 om 00:11 schreef Laurent Pinchart:
> >>> On Monday 16 Jan 2017 10:37:38 Maarten Lankhorst
Hi Maarten,
Thank you for the patch.
On Monday 16 Jan 2017 10:37:38 Maarten Lankhorst wrote:
> Add for_each_(old)(new)_(plane,connector,crtc)_in_state iterators to
> replace the old for_each_xxx_in_state ones. This is useful for >1 flip
> depth and getting rid of all xxx->state dereferences.
>
>
Hi Maxime,
Thank you for the patch.
On Thursday 02 Feb 2017 11:31:56 Maxime Ripard wrote:
> From: Xinliang Liu
>
> This patch add a config to support to create multi buffer for cma fbdev.
> Such as double buffer and triple buffer.
>
> Cma fbdev is convient to add a legency fbdev. And still man
Hello,
This patch series enables fences support in the rcar-du driver through
switching to the atomic commit helper.
Patches 1/3 and 2/3 prepare the driver to handle CRTC events the way expected
by the atomic commit helper. Patch 3/3 then replaces the custom atomic commit
handler with the atomic
The driver currently handles vblank events only when updating planes on
a CRTC. The atomic update API however allows requesting an event when
disabling a CRTC. This currently leads to event objects being leaked in
the kernel and to events not being sent out. Fix it.
Signed-off-by: Laurent Pinchart
The DRM core atomic helper now supports asynchronous commits natively.
The custom rcar-du implementation isn't needed anymore, remove it.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_kms.c | 99 ---
1 file changed, 9 insertions(+), 90 deleti
The atomic commit helper requires drivers to clear the event pointer
stored in the CRTC state when the event is handled. In preparation to
using the helper, fix the driver.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 6 +++---
1 file changed, 3 insertions(+), 3 d
Hi Maarten,
Do you plan to post a v4 ? I have two drivers that depends on this series for
fence support, and I'd like to get that merged in v4.12.
On Monday 16 Jan 2017 10:37:37 Maarten Lankhorst wrote:
> Fourth iteration. Instead of trying to convert all drivers straight away,
> implement all m
Den 12.02.2017 12.05, skrev Andy Shevchenko:
On Sat, Feb 11, 2017 at 8:48 PM, Noralf Trønnes wrote:
tinydrm provides helpers for very simple displays that can use
CMA backed framebuffers and need flushing on changes.
+/**
+ * tinydrm_gem_cma_free_object - Free resources associated with a CMA G
https://bugs.freedesktop.org/show_bug.cgi?id=99779
Bug ID: 99779
Summary: Lenovo Thinkpad E450 (Kaveri A6-7000 Radeon R4) Blank
Screen after suspend (displayport link issues)
Product: DRI
Version: XOrg git
Hardware: x86-64
https://bugzilla.kernel.org/show_bug.cgi?id=194559
Bug ID: 194559
Summary: amdgpu problems loading 2 firmwares on multi-smp
system
Product: Drivers
Version: 2.5
Kernel Version: 4.4.9
Hardware: x86-64
OS:
https://bugs.freedesktop.org/show_bug.cgi?id=99779
--- Comment #1 from Kyle Brooks ---
Created attachment 129528
--> https://bugs.freedesktop.org/attachment.cgi?id=129528&action=edit
Xorg log
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=99748
--- Comment #2 from Mike Lothian ---
Created attachment 129529
--> https://bugs.freedesktop.org/attachment.cgi?id=129529&action=edit
Revert Patch
Here's the revert patch to make things easier for other folk reverting
--
You are receiving thi
https://bugs.freedesktop.org/show_bug.cgi?id=99542
--- Comment #7 from Marek Olšák ---
It's a bug in mpv. It calls vlVdpOutputSurfacePutBitsNative with a zero-area
destination_rect.
I'm really glad I haven't reverted the Mesa commit. The workaround is on
mesa-dev:
"vdpau: skip vlVdpOutputSurface
https://bugs.freedesktop.org/show_bug.cgi?id=97879
--- Comment #81 from Marek Olšák ---
I merged a different patch that just improves GL_MAP_READ_BIT and returns a
mapping with CPU caches enabled, with the downside that it does a copy from the
uncached buffer into a cached temporary buffer, maps
Den 12.02.2017 12.50, skrev Andy Shevchenko:
On Sat, Feb 11, 2017 at 8:48 PM, Noralf Trønnes wrote:
Add common functionality needed by many tinydrm drivers.
+int tinydrm_enable_backlight(struct backlight_device *backlight)
+{
+ unsigned int old_state;
+ int ret;
+
+ if (!back
https://bugs.freedesktop.org/show_bug.cgi?id=99780
Bug ID: 99780
Summary: Flickering artifacts in radeonsi driver with divergent
texture reads.
Product: Mesa
Version: unspecified
Hardware: x86-64 (AMD64)
OS:
https://bugs.freedesktop.org/show_bug.cgi?id=99780
--- Comment #1 from Matias N. Goldberg ---
Created attachment 129531
--> https://bugs.freedesktop.org/attachment.cgi?id=129531&action=edit
Pixel Shader used to receive these shadows (already stripped down & with tint)
--
You are receiving thi
https://bugs.freedesktop.org/show_bug.cgi?id=99780
--- Comment #2 from Matias N. Goldberg ---
Created attachment 129532
--> https://bugs.freedesktop.org/attachment.cgi?id=129532&action=edit
Vertex Shader used to receive these shadows (already stripped down & with tint)
--
You are receiving th
Hi Sergei,
(CC'ing the dri-evel mailing list)
Thank you for the patch.
On Saturday 11 Feb 2017 23:02:01 Sergei Shtylyov wrote:
> From: Konstantin Kozhevnikov
>
> The image renderer light extended 4 (IMR-LX4) or the distortion correction
> engine is a drawing processor with a simple instructio
https://bugzilla.kernel.org/show_bug.cgi?id=194559
Janpieter Sollie (janpieter.sol...@dommel.be) changed:
What|Removed |Added
Kernel Version|4.4.9 |4.9.9
--
https://bugs.freedesktop.org/show_bug.cgi?id=99275
--- Comment #21 from Reimar Imhof ---
at
https://bugzilla.kernel.org/show_bug.cgi?id=193651#c8
I found the hint about drm-next-4.11-wip.
I build that kernel but still had the same bug.
--
You are receiving this mail because:
You are the assigne
https://bugs.freedesktop.org/show_bug.cgi?id=99275
--- Comment #22 from Reimar Imhof ---
I also tried to build a 4.8 kernel with 4.9 drm:
git clone -b drm-next-4.9-wip git://people.freedesktop.org/~agd5f/linux
freedektop-drm-next-4.9-wip
cd freedektop-drm-next-4.9-wip
make rpm
That kernel showed
https://bugzilla.kernel.org/show_bug.cgi?id=194561
Bug ID: 194561
Summary: [drm:atom_op_jump [radeon]] *ERROR* atombios stuck in
loop for more than 5secs (blank screen happens after
launching directx app through wine)
Produc
https://bugs.freedesktop.org/show_bug.cgi?id=99780
--- Comment #3 from Matias N. Goldberg ---
Created attachment 129533
--> https://bugs.freedesktop.org/attachment.cgi?id=129533&action=edit
IR Generated by LLVM 3.9.1
Took me a while to find the IR out of all the noise.
You should consider add
https://bugs.freedesktop.org/show_bug.cgi?id=99780
--- Comment #4 from Matias N. Goldberg ---
Created attachment 129534
--> https://bugs.freedesktop.org/attachment.cgi?id=129534&action=edit
IR Generated by LLVM 4.0
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=99780
--- Comment #5 from Matias N. Goldberg ---
Created attachment 129535
--> https://bugs.freedesktop.org/attachment.cgi?id=129535&action=edit
ASM 4.0
Those readfirstlane instructions are incredibly suspicious
--
You are receiving this mail beca
https://bugs.freedesktop.org/show_bug.cgi?id=99275
--- Comment #23 from Reimar Imhof ---
After freedektop-drm-next-4.9-wip was ok, I build some pre 4.9 kernels:
(repository: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git)
7af8a0f8088831428051976cb06cc1e450f8bab5
Merge tag 'arm6
https://bugs.freedesktop.org/show_bug.cgi?id=99780
--- Comment #6 from Matias N. Goldberg ---
Created attachment 129536
--> https://bugs.freedesktop.org/attachment.cgi?id=129536&action=edit
ASM from 3.9.1
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=99628
--- Comment #14 from mohsen2120habibik...@gmail.com ---
Now everything works. this bug report could be closed if the second patch of
Alex lands in linux kernel.
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=97879
--- Comment #82 from Timothee Besset ---
Thanks Marek. The game has been updated to use a malloc and memcpy, this fix
will have rolled out to everyone by now.
--
You are receiving this mail because:
You are the assignee for the bug.
You are on
https://bugs.freedesktop.org/show_bug.cgi?id=99782
Bug ID: 99782
Summary: Driver lockup using dolphin in specific areas
Product: Mesa
Version: git
Hardware: Other
OS: Linux (All)
Status: NEW
Severity: norm
https://bugs.freedesktop.org/show_bug.cgi?id=99780
--- Comment #7 from Matias N. Goldberg ---
Analyzing the ASM it's clear what's happening: the 3.9.1 version branches
everything.
The 4.0 version branches the calculations, then at the end uses readfirstlane
(this is WRONG) and finally performs on
https://bugs.freedesktop.org/show_bug.cgi?id=99542
--- Comment #8 from Kai ---
(In reply to Marek Olšák from comment #7)
> It's a bug in mpv. It calls vlVdpOutputSurfacePutBitsNative with a zero-area
> destination_rect.
>
> I'm really glad I haven't reverted the Mesa commit. The workaround is on
https://bugs.freedesktop.org/show_bug.cgi?id=99780
--- Comment #8 from Bas Nieuwenhuizen ---
I think this is the issue described in
https://reviews.llvm.org/D26348
Not idea when the fix is going to go through though.
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=99275
--- Comment #24 from Reimar Imhof ---
I forgot to mention: When running the 4.8 kernel with high cpu load (about
100%) (for example building a kernel) the 4.8 kernel also produces flickering
and shows artifacts from the background when re-sizing
https://bugs.freedesktop.org/show_bug.cgi?id=98869
--- Comment #21 from cosiek...@o2.pl ---
Can you explain this bug and patch to my? :) What now?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-d
https://bugs.freedesktop.org/show_bug.cgi?id=97362
--- Comment #4 from Gašper Sedej ---
The issue is still present. After resume, I can make GPU to max MHz, but the
memory stays at 300MHz.
Ubuntu 16.04 + kernek 4.10rc7 + oibaf ppa (mesa git)
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=99780
--- Comment #9 from Matias N. Goldberg ---
Thanks for the referral.
I commented there, and they replied back with a potential fix:
> I believe it is very easy to fix, no need to change LLVM: marking the texture
> operation as having unknown si
Add variable to enable either 'rgb' or 'lvds' output.
Signed-off-by: Priit Laes
---
Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 3 +++
1 file changed, 3 insertions(+)
diff --git a/Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt
b/Documentation/devicetree/bindi
On Sun, Feb 12, 2017 at 01:42:38PM +, Russell King - ARM Linux wrote:
> On Sun, Feb 12, 2017 at 01:18:54PM +, Russell King - ARM Linux wrote:
> > Hi,
> >
> > Here's another issue with imxdrm. I got this while trying to reproduce
> > Dan's problem by enabling the lvds output using the patc
On Sat, Feb 11, 2017 at 09:09:34PM +, Dan MacDonald wrote:
> [ 43.997066] [drm:drm_atomic_helper_commit_cleanup_done] *ERROR*
> [CRTC:24:crtc-0] flip_done timed out
> [ 55.517063] [drm:drm_atomic_helper_commit_cleanup_done] *ERROR*
> [CRTC:24:crtc-0] flip_done timed out
This seems to lay t
Hi,
Here's another issue with imxdrm. I got this while trying to reproduce
Dan's problem by enabling the lvds output using the patch below
originally from Fabio, but updated a bit. This doesn't occur if I leave
LVDS disabled.
The taint is due to the IMX capture modules from Steve, who chose to
This series adds initial LVDS functionality for A10 SoC and includes
display blocks (TCON, backend and frontend) for A10 dtsi and implements
of mode property for TCON to allow switching between rgb/lvds output.
This series has been tested on Gemei G9 A10 tablet, but still relies
on u-boot to prop
On Sun, Feb 12, 2017 at 01:18:54PM +, Russell King - ARM Linux wrote:
> Hi,
>
> Here's another issue with imxdrm. I got this while trying to reproduce
> Dan's problem by enabling the lvds output using the patch below
> originally from Fabio, but updated a bit. This doesn't occur if I leave
>
On 02/03/2017 01:06 AM, Daniel Vetter wrote:
> On Thu, Feb 02, 2017 at 10:25:44AM -0700, Shuah Khan wrote:
>> On 02/02/2017 01:32 AM, Jani Nikula wrote:
>>> On Thu, 02 Feb 2017, Shuah Khan wrote:
Change drm_helper_probe_single_connector_modes() to print an error to
report connector disco
Add simple-panel support for the LG LP097x02-slq2, which is 10"
1024x768 LVDS panel.
Signed-off-by: Priit Laes
---
drivers/gpu/drm/panel/panel-simple.c | 25 +
1 file changed, 25 insertions(+)
diff --git a/drivers/gpu/drm/panel/panel-simple.c
b/drivers/gpu/drm/panel/pan
Signed-off-by: Priit Laes
---
drivers/gpu/drm/sun4i/Makefile | 1 +
drivers/gpu/drm/sun4i/sun4i_lvds.c | 247 +
drivers/gpu/drm/sun4i/sun4i_lvds.h | 15 +++
3 files changed, 263 insertions(+)
create mode 100644 drivers/gpu/drm/sun4i/sun4i_lvds.c
create
On Mon, 2016-12-19 at 17:15 -0800, Laurent Pinchart wrote:
> Hi Swati,
>
> On Monday 19 Dec 2016 16:12:22 swati.dhin...@intel.com wrote:
> > From: Swati Dhingra
> >
> > Currently, we don't have a stable ABI which can be used for the purpose of
> > providing output debug/loggging/crc and other suc
Signed-off-by: Priit Laes
---
arch/arm/boot/dts/sun4i-a10-gemei-g9.dts | 95 +---
1 file changed, 86 insertions(+), 9 deletions(-)
diff --git a/arch/arm/boot/dts/sun4i-a10-gemei-g9.dts
b/arch/arm/boot/dts/sun4i-a10-gemei-g9.dts
index 9616cde..c19f906 100644
--- a/arc
From: Jonathan Liu
Signed-off-by: Jonathan Liu
---
arch/arm/configs/sunxi_defconfig | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/configs/sunxi_defconfig b/arch/arm/configs/sunxi_defconfig
index da92c25..7abe6a4 100644
--- a/arch/arm/configs/sunxi_defconfig
+++ b/arch/arm/con
Hi Phillipp
I'm having trouble getting xf86-video-armada working properly on a
Element 14 / Embest SABRE Lite board running Arch Linux with kernel
4.9.8. I have been in touch with RMK and he's confident the crash
below is caused by a kernel issue relating to imxdrm and a null
pointer dereference.
On 02/03/17 19:36, Rob Herring wrote:
> Many drivers have a common pattern of searching the OF graph for either an
> attached panel or bridge and then finding the DRM struct for the panel
> or bridge. Also, most drivers need to handle deferred probing when the
> DRM device is not yet instantiated.
First way thank for this work
But I can't use it, I'm explain myself.
My LVDS connexion works fine because I display correctly the console under
uboot (I work with CONFIG_VIDEO_LCD_MODE)
I use the wiki : http://linux-sunxi.org/LCD to convert my fex config to
CONFIG_VIDEO_LCD_MODE for the uboot
Added basic display pipeline consisting of tcon, display backend and
frontend blocks.
Signed-off-by: Priit Laes
---
arch/arm/boot/dts/sun4i-a10.dtsi | 104 +++
1 file changed, 104 insertions(+)
diff --git a/arch/arm/boot/dts/sun4i-a10.dtsi b/arch/arm/boot/dts
TODO: We still rely on u-boot for lvds reset bit setup :(
Signed-off-by: Priit Laes
---
drivers/gpu/drm/sun4i/sun4i_lvds.c | 29
drivers/gpu/drm/sun4i/sun4i_tcon.c | 54 --
drivers/gpu/drm/sun4i/sun4i_tcon.h | 15 +++
3 files chang
Depending on the output type, we have to enable/disable some
bits conditionally.
Signed-off-by: Priit Laes
---
drivers/gpu/drm/sun4i/sun4i_rgb.c | 2 +-
drivers/gpu/drm/sun4i/sun4i_tcon.c | 3 ++-
drivers/gpu/drm/sun4i/sun4i_tcon.h | 3 ++-
3 files changed, 5 insertions(+), 3 deletions(-)
diff
Hi Russell,
On Sun, Feb 12, 2017 at 11:18 AM, Russell King - ARM Linux
wrote:
> Hi,
>
> Here's another issue with imxdrm. I got this while trying to reproduce
> Dan's problem by enabling the lvds output using the patch below
> originally from Fabio, but updated a bit. This doesn't occur if I le
https://bugs.freedesktop.org/show_bug.cgi?id=99275
--- Comment #25 from Michel Dänzer ---
(In reply to Reimar Imhof from comment #23)
>
> Do these scheduler changes somehow break amdgpu?
That's unlikely. See comment #15.
--
You are receiving this mail because:
You are the assignee for the bug
Hi Christian,
Maybe we need a change.
{{{
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_vm.h
b/drivers/gpu/drm/amd/amdgpu/amdgpu_vm.h
index 4d26e9b..fb5448b 100644
--- a/drivers/gpu/drm/amd/amdgpu/amdgpu_vm.h
+++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_vm.h
@@ -65,7 +65,7 @@
#define AMDGPU_PTE_FRAG
https://bugs.freedesktop.org/show_bug.cgi?id=97879
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=194559
fin4...@hotmail.com changed:
What|Removed |Added
CC||fin4...@hotmail.com
--- Comment #1
https://bugs.freedesktop.org/show_bug.cgi?id=99747
--- Comment #5 from Michel Dänzer ---
Are there any remaining problems? If yes, what are they?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-d
On 02/11/2017 10:47 AM, Dan Carpenter wrote:
Hello Hai Li,
This is a semi-automatic email about new static checker warnings.
The patch b62aa70a98c5: "drm/msm/dsi: Move PHY operations out of
host" from Jan 7, 2017, leads to the following Smatch complaint:
./drivers/gpu/drm/msm/dsi/dsi_manager
https://bugs.freedesktop.org/show_bug.cgi?id=99784
Michel Dänzer changed:
What|Removed |Added
Component|Driver/Radeon |DRM/Radeon
Product|xorg
Since bridge node is referenced during in the probe, it should be
released on removal.
Suggested-by: Andrzej Hajda
Signed-off-by: Hoegeun Kwon
---
drivers/gpu/drm/exynos/exynos_drm_dsi.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_dsi.c
b/drivers/g
On Sat, Feb 11, 2017 at 08:55:50AM +0100, Christian König wrote:
> Mhm, guys any idea why the build bot is spamming us with that warning?
>
> The type is 64bit and the shift is 63, so that should work fine.
1UL will be an unsigned long, which is 64 bit on 64 bit architectures
only. Xtensa is a 32
On Fri, Feb 10, 2017 at 07:59:13PM +, Chris Wilson wrote:
> The warnings from parsing the EDID are not driver errors, but the
> "normal but significant" conditions from the external device. As such,
> they do not need the ferocity of an *ERROR*, but can use the less harsh
> DRM_NOTE instead.
>
71 matches
Mail list logo
