https://bugs.freedesktop.org/show_bug.cgi?id=99387
Luya Tshimbalanga changed:
What|Removed |Added
Attachment #129329|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=99136
--- Comment #12 from siyia ---
steps to reproduce 1)tick blood effects in graphics options
2)create custom battle
3)engage the enemy
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=99136
--- Comment #11 from siyia ---
1.40 u think it's version related?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
ht
https://bugs.freedesktop.org/show_bug.cgi?id=99387
--- Comment #11 from Luya Tshimbalanga ---
Scratch the last comment. I just got the built kernel with the patch.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel
https://bugs.freedesktop.org/show_bug.cgi?id=99387
--- Comment #10 from Luya Tshimbalanga ---
Created attachment 129329
--> https://bugs.freedesktop.org/attachment.cgi?id=129329&action=edit
Backported patch for kernel 4.9
Backported the patch for kernel 4.9 for testing purpose. Thanks Alex
--
Hi
On Thu, Feb 2, 2017 at 3:38 PM, Douglas Anderson wrote:
> The Sharp lq123p1jx31 has a requirement that the VDD is on for at
> least 300 ms before being turned off. At the moment nothing anywhere
> in the kernel is ensuring this.
>
> The simplest way to ensure this is to add a "disable" timing
On Friday, 2017-02-03 19:07:08 +, Emil Velikov wrote:
> On 3 February 2017 at 18:21, Eric Engestrom wrote:
> > If the build dir is outside of the git dir, the order matters :)
> >
> > Signed-off-by: Eric Engestrom
> > ---
> Wondering if you've got hit by this or you noticed my identical patch
https://bugs.freedesktop.org/show_bug.cgi?id=99275
--- Comment #20 from Reimar Imhof ---
This time I only updated the following files:
polaris12_smc.bin
polaris11_smc_sk.bin
polaris11_smc.bin
polaris10_smc_sk.bin
polaris10_smc.bin
I think relevant are the polaris11 files as dmesg talked about PO
From: Colin Ian King
bo_va is being kfree'd twice, once in the call to amdgpu_vm_bo_rmv
and then a short while later. Fix this double free by removing
the 2nd kfree.
Detected by CoverityScan, CID#1399524 ("Double Free")
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/amd/amdgpu/amdgpu_virt.
https://bugs.freedesktop.org/show_bug.cgi?id=99275
--- Comment #19 from Alex Deucher ---
(In reply to Reimar Imhof from comment #18)
> That firmware kills kde / plasma5 and freezes the machine!
>
> What I've done:
> Copied the firmware files to /lib/firmware/amdgpu/
> ran dracut to build new ini
https://bugs.freedesktop.org/show_bug.cgi?id=99275
--- Comment #18 from Reimar Imhof ---
That firmware kills kde / plasma5 and freezes the machine!
What I've done:
Copied the firmware files to /lib/firmware/amdgpu/
ran dracut to build new initrd
reboot
graphical login comes up
after logging in
From: Colin Ian King
If dsi_connector fails to allocate, the exit path via label 'fail'
checks if connector is null, which it always is, so the cleanup
that destroys connector is never going to be called. Hence the
failure path can be more optimally performed by removing this
and just returning
On 3 February 2017 at 18:21, Eric Engestrom wrote:
> If the build dir is outside of the git dir, the order matters :)
>
> Signed-off-by: Eric Engestrom
> ---
Wondering if you've got hit by this or you noticed my identical patch
on xorg-devel ;-)
Either way, for both
Reviewed-by: Emil Velikov
-
Den 03.02.2017 10.59, skrev Maxime Ripard:
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/panel/Kconfig | 4 +-
drivers/gpu/drm/panel/Makefile | 1 +-
drivers/gpu/drm/panel/panel-sitronix-st7789v.c | 435 ++-
3 files changed, 440 inser
Den 03.02.2017 10.59, skrev Maxime Ripard:
Hi,
Here is an attempt at supporting the ST7789V LCD controller from Sitronix.
What happens if there's another panel driven by ST7789V that needs
a different controller initialization?
Maybe it's better to name it after the panel, not the controller.
On Fri 03 Feb 2017, Eric Engestrom wrote:
> Old values are of no interest to the user, so let's reduce the spam
> a bit by hiding those.
>
> Signed-off-by: Eric Engestrom
> ---
> autogen.sh | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
The subject should say "print". Otherwise, th
If the build dir is outside of the git dir, the order matters :)
Signed-off-by: Eric Engestrom
---
autogen.sh | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/autogen.sh b/autogen.sh
index d0030969..13d6991e 100755
--- a/autogen.sh
+++ b/autogen.sh
@@ -6,15 +6,15 @@ test
Old values are of no interest to the user, so let's reduce the spam
a bit by hiding those.
Signed-off-by: Eric Engestrom
---
autogen.sh | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/autogen.sh b/autogen.sh
index d82ab180..d0030969 100755
--- a/autogen.sh
+++ b/autogen.s
On Thu, Feb 2, 2017 at 4:56 PM, Andrey Grodzovsky
wrote:
> This series is a folow-up on
> https://patchwork.kernel.org/patch/9501787/
>
> The first patch makes changes to atomic helpers to allow for drives with
> ASYNC flip support to use them.
> Patch 2 is to use this in AMDGPU/DC.
> Patch 3 is
On Fri, Feb 3, 2017 at 12:23 PM, Kent Russell wrote:
> This cleans up a remnant from Christian's patch (drm/ttm: revert "add
> optional LRU removal callback v2")
>
> Kent
>
FWIW, I already squashed the same fix into the patch when it went
upstream. Feel free to apply to the internal trees howe
Hi Dave,
Final 4.11 feature pull request:
- sii8520 bridge update from Andrzej
- ->release callback, maybe somewhen in the future we'll even get
drm_device lifetimes correct! (Chris Wilson)
- drm_mm search improvements, and good docs for different search
strategies now (Chris)
- simplify fbdev
gcc-4.8 warns about '{0}' being used an an initializer for nested structures:
drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c: In function
‘gfx_v8_0_ring_emit_ce_meta_init’:
drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c:7263:2: warning: missing braces around
initializer [-Wmissing-braces]
} ce_payload = {0};
dr
The routines that fill the framebuffer with colour data don't work
properly for data formats that use 10 bits for RGB colours. Add
sibling routines for those formats and use them where appropriate.
Signed-off-by: Liviu Dudau
---
tests/util/pattern.c | 102
On Fri, Feb 03, 2017 at 10:31:39AM +0100, Philipp Zabel wrote:
> Use drm_plane_helper_check_state to clip raw user coordinates to crtc
> bounds. This checks for full plane coverage and scaling already, so
> we can drop some custom checks. Use the clipped coordinates everywhere.
>
> Suggested-by: V
On Wed, Feb 01, 2017 at 08:29:51AM +1000, Dave Airlie wrote:
> On 29 January 2017 at 15:41, Shawn Guo wrote:
> > Hi Dave,
> >
> > Please consider to pull the following ZTE DRM driver updates for 4.11.
> > Thanks.
>
> Sorry for delay, I've pulled this and fixed up the plane format mismatch,
>
> p
Hi Philipp,
On Tue, Jan 3, 2017 at 5:11 PM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Commit deb65870b5d9d ("drm/imx: imx-tve: check the value returned by
> regulator_set_voltage()") exposes the following probe issue:
>
> 63ff.tve supply dac not found, using dummy regulator
> imx-drm di
Thierry, please have a look at this.
In which direction should we rotate to match how drm rotation works?
Den 01.02.2017 18.41, skrev Rob Herring:
On Tue, Jan 31, 2017 at 05:03:17PM +0100, Noralf Trønnes wrote:
Display panels can be oriented many ways, especially in the embedded
world. The rot
On Thursday, 2017-02-02 23:57:29 +0100, Thomas Hindoe Paaboel Andersen wrote:
> Introduced in 028715ee
>
> Move the dereference after the null check.
Fixes: 028715ee707469189505 ("intel: Avoid the need for most overflow
checks by using a scratch page.")
Reviewed-by:
https://bugs.freedesktop.org/show_bug.cgi?id=99444
--- Comment #18 from Samuel Pitoiset ---
(In reply to Józef Kucia from comment #17)
> (In reply to Samuel Pitoiset from comment #16)
> > Does the following patch help?
> >
> > https://cgit.freedesktop.org/mesa/mesa/commit/
> > ?id=dfe111368d11aa
On Thu, Feb 02, 2017 at 11:44:34AM +, Chris Wilson wrote:
> Check that if we request bottom-up allocation from drm_mm_insert_node()
> we receive the next available hole from the bottom.
>
> Signed-off-by: Chris Wilson
> Reviewed-by: Joonas Lahtinen
Also applied, thanks.
-Daniel
> ---
> dr
On 02/02/17 06:36 PM, Christian König wrote:
> Am 02.02.2017 um 07:09 schrieb Michel Dänzer:
>> [SNIP]
>> OTOH the people running the kernel aren't always the same people
>> building it, so the downside is that this would potentially delay
>> getting X86_PAT enabled.
>
> And exactly for this reaso
On Fri, Feb 03, 2017 at 10:49:22AM +0100, Lucas Stach wrote:
> Am Donnerstag, den 02.02.2017, 21:04 + schrieb Chris Wilson:
> > The drm_mm range manager claimed to support top-down insertion, but it
> > was neither searching for the top-most hole that could fit the
> > allocation request nor fi
Sorry for getting the list wrong again. Please reply to mesa-dev not
dri-dev .
-- Forwarded message --
From: "Wladimir J. van der Laan"
Date: Feb 3, 2017 10:56
Subject: Question about handling RGBA/BGRA in etnaviv driver
To: ,
Cc: "Chris Healy"
Hello,
With the Etnaviv driver w
https://bugs.freedesktop.org/show_bug.cgi?id=99444
--- Comment #17 from Józef Kucia ---
(In reply to Samuel Pitoiset from comment #16)
> Does the following patch help?
>
> https://cgit.freedesktop.org/mesa/mesa/commit/
> ?id=dfe111368d11aaffae7f8738c858c335cdec1e9d
>
> It actually fixes the glA
From: Fabien Dessenne
Reset the fps debug information when 'fps_show' is updated.
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/sti_drv.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/sti/sti_drv.c b/drivers/gpu/drm/sti/sti_drv.c
index 60a41cc..2b8cf59 100644
-
Remove the hdmi_mode_property and use drm_detect_hdmi_monitor function
to check whether the connected monitor is HDMI capable or DVI only.
Signed-off-by: Vincent Abriou
---
drivers/gpu/drm/sti/sti_hdmi.c | 31 ++-
drivers/gpu/drm/sti/sti_hdmi.h | 17 ++---
Hi,
2017-02-03 10:56 GMT+01:00 Wladimir J. van der Laan :
> Hello,
>
> With the Etnaviv driver we're running into an issue: The GPU can only render
> *to*
> BGRA formats. It can however render *from* BGRA as well as RGBA textures.
>
> I know that the OpenGL ES standard allows drivers to choose wh
Unbind all the components when the STI driver is unregistered.
Signed-off-by: Vincent Abriou
---
drivers/gpu/drm/sti/sti_drv.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/sti/sti_drv.c b/drivers/gpu/drm/sti/sti_drv.c
index e433853..60a41cc 100644
--- a/drivers/gpu/drm/sti
The A23 and A33 have an ARM Mali 400 GPU. Now that we have a binding, add
it to our DT.
Signed-off-by: Maxime Ripard
---
Changes from v2:
- Removed leading 0 from the unit address
---
arch/arm/boot/dts/sun8i-a23-a33.dtsi | 26 ++
1 file changed, 26 insertions(+), 0 de
Hi,
Here is an attempt at supporting the ST7789V LCD controller from Sitronix.
It is controlled through an SPI bus, with a twist, since each byte sent
must be prefixed by a bit, which needs an 9-bits-per-word SPI controller,
which is quite rare. Else, you would need to bitbang it.
Let me know wh
The ARM Mali Utgard GPU family is embedded into a number of SoCs from
Allwinner, Amlogic, Mediatek or Rockchip.
Add a binding for the GPU of that family.
Reviewed-by: Linus Walleij
Signed-off-by: Maxime Ripard
---
Changes from v2:
- Drop 0 in the unit-address
- Add missing st compatible
The Sitronix ST7789V is an LCD panel controller, controlled over SPI, that
can drive 18-bits 240x320 LCD displays.
Signed-off-by: Maxime Ripard
---
Documentation/devicetree/bindings/display/panel/sitronix,st7789v.txt | 36
1 file changed, 36 insertions(+), 0
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/panel/Kconfig | 4 +-
drivers/gpu/drm/panel/Makefile | 1 +-
drivers/gpu/drm/panel/panel-sitronix-st7789v.c | 435 ++-
3 files changed, 440 insertions(+), 0 deletions(-)
create mode 100644 drive
https://bugs.freedesktop.org/show_bug.cgi?id=99444
--- Comment #16 from Samuel Pitoiset ---
Does the following patch help?
https://cgit.freedesktop.org/mesa/mesa/commit/?id=dfe111368d11aaffae7f8738c858c335cdec1e9d
It actually fixes the glActiveTexture() errors but I still get rendering issues
o
Hello,
With the Etnaviv driver we're running into an issue: The GPU can only render
*to*
BGRA formats. It can however render *from* BGRA as well as RGBA textures.
I know that the OpenGL ES standard allows drivers to choose what order is most
appropriate when being asked for "GL_RGBA" textures. S
Do not process update requests with unmodified parameters.
This typically happens when the driver is called with legacy
(non-atomic) IOCTL : in that case atomic_update() is called multiple
times with the same parameters.
Signed-off-by: Vincent Abriou
---
drivers/gpu/drm/sti/sti_gdp.c | 15 +
Set gdp pix clock rate and parent in atomic_check function and enable
it in the atomic_update only the first time.
Signed-off-by: Vincent Abriou
---
drivers/gpu/drm/sti/sti_gdp.c | 70 ---
1 file changed, 32 insertions(+), 38 deletions(-)
diff --git a/dri
Fix a division by 0 case : in some cases, when the GDP plane is being
disabled atomic_check() is called with "mode->clock = 0".
In that case, do not set parent and pixel clock rate.
Signed-off-by: Vincent Abriou
---
drivers/gpu/drm/sti/sti_gdp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion
This patch series fix issues met around gpd plane:
- fix gdp clock selection and enabling
- fix div by zero when GDP plane is being disabled
- do not process gdp update requests with unmodified parameters
Vincent Abriou (3):
drm/sti: enable gdp pixel clock in atomic_update
drm/sti: do not s
Am Donnerstag, den 02.02.2017, 21:04 + schrieb Chris Wilson:
> The drm_mm range manager claimed to support top-down insertion, but it
> was neither searching for the top-most hole that could fit the
> allocation request nor fitting the request to the hole correctly.
>
> In order to search the
stih416 chip family is no more supported in Linux v4.9.
Then sink_term config becomes useless. The field of the
register it was referring to is tag as reserved for stih410
chip family.
Signed-off-by: Vincent Abriou
---
drivers/gpu/drm/sti/sti_hdmi.c | 7 ---
1 file changed, 7 deletions(-)
d
Remove stih416 chip deprecated register and functionnalities since stih416
chip is no more supported from Linux v4.9.
Vincent Abriou (2):
drm/sti: remove deprecated sink_term config
drm/sti: remove deprecated legacy vtg slave
drivers/gpu/drm/sti/sti_hdmi.c | 7 -
drivers/gpu/drm/sti/sti
stih416 chip family is no more supported in Linux v4.9.
It is then useless to keep vtg slave field since it not used at all for
the stih407/10 chip family supported by sti driver.
Signed-off-by: Vincent Abriou
---
drivers/gpu/drm/sti/sti_vtg.c | 58 +++
1
Use drm_plane_helper_check_state to clip raw user coordinates to crtc
bounds. This checks for full plane coverage and scaling already, so
we can drop some custom checks. Use the clipped coordinates everywhere.
Suggested-by: Ville Syrjälä
Signed-off-by: Philipp Zabel
---
Changes since v3:
- Disa
https://bugs.freedesktop.org/show_bug.cgi?id=99488
--- Comment #4 from Michel Dänzer ---
(In reply to Jan Vesely from comment #3)
> > (gdb) info threads
> > Id Target Id Frame
> > * 1Thread 0x39ac9cdf7c0 (LWP 3806) "display" 0x039abefef921 in
> > llvm::MachineInstr::findRegi
On Fri, Feb 03, 2017 at 09:54:42AM +0100, Andrzej Hajda wrote:
> Hi Thierry,
>
> Finally something technical :)
Please read Thierry's other response, I think a time-out on this thread
would be good for everyone.
Also I'm not sure you're introductory comment was good here, it can be
read as extre
Hi Thierry,
Finally something technical :)
On 02.02.2017 18:58, Thierry Reding wrote:
> On Tue, Jan 31, 2017 at 01:05:20PM +0100, Andrzej Hajda wrote:
>> On 31.01.2017 09:54, Thierry Reding wrote:
>>> On Tue, Jan 31, 2017 at 09:01:07AM +0900, Inki Dae wrote:
2017년 01월 24일 10:50에 Hoegeun Kwon
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 disconnected status instead of a debug message.
> >>
On Fri, Feb 03, 2017 at 01:30:14AM +0200, Martin Peres wrote:
> On 01/02/17 22:05, Manasi Navare wrote:
> > On Wed, Feb 01, 2017 at 11:58:16AM -0800, Eric Anholt wrote:
> > > Jani Nikula writes:
> > >
> > > > On Tue, 31 Jan 2017, Eric Anholt wrote:
> > > > > Martin Peres writes:
> > > > >
> >
On Thu, 02 Feb 2017, 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 disconnected status instead of a debug message.
>>>
>>> When this condition
60 matches
Mail list logo
