https://bugzilla.kernel.org/show_bug.cgi?id=194559
--- Comment #3 from Janpieter Sollie (janpieter.sol...@dommel.be) ---
it works! attached my config file of your drm-next kernel
I don't know what needs to be done for you developers to integrate drm-next
into the mainline kernel, but thank you!!!
Hello Andrzej Hajda,
The patch b93c2e8b5d9d: "drm/exynos/decon5433: configure sysreg in
case of hardware trigger" from Feb 1, 2017, leads to the following
static checker warning:
drivers/gpu/drm/exynos/exynos5433_drm_decon.c:132 decon_setup_trigger()
'0x2001 | 0x1' has '0x1' s
"&" was obviously intended instead of "|". The original condition is
always true.
Fixes: b93c2e8b5d9d ("drm/exynos/decon5433: configure sysreg in case of
hardware trigger")
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/exynos/exynos5433_drm_decon.c
b/drivers/gpu/drm/exynos/exynos5
https://bugzilla.kernel.org/show_bug.cgi?id=194579
fin4...@hotmail.com changed:
What|Removed |Added
CC||fin4...@hotmail.com
--- Comment #2
https://bugzilla.kernel.org/show_bug.cgi?id=194559
--- Comment #2 from Janpieter Sollie (janpieter.sol...@dommel.be) ---
Dear fin4478,
thank you for the tips, I will try them asap,
but I am confused: I have nothing with debian, and the system is headless
(running as OpenCL accelerator). Does this
Remove unneeded semicolons.
Generated by: scripts/coccinelle/misc/semicolon.cocci
CC: Harry Wentland
Signed-off-by: Julia Lawall
Signed-off-by: Fengguang Wu
---
v2: make subject line unique
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-4.9
head: 79d2de1bcb650296adff1cb0
Remove unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
CC: Harry Wentland
Signed-off-by: Julia Lawall
Signed-off-by: Fengguang Wu
---
v2: make subject line unique
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-4.9
head: 79d2de1bcb650296adff1cb0
Remove unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
CC: Harry Wentland
Signed-off-by: Julia Lawall
Signed-off-by: Fengguang Wu
---
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-4.9
head: 79d2de1bcb650296adff1cb08bfbf1501a6e6e14
commit: bad4c1
Remove unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
CC: Harry Wentland
Signed-off-by: Julia Lawall
Signed-off-by: Fengguang Wu
---
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-4.9
head: 79d2de1bcb650296adff1cb08bfbf1501a6e6e14
commit: bad4c1
Remove unneeded semicolons.
Generated by: scripts/coccinelle/misc/semicolon.cocci
CC: Harry Wentland
Signed-off-by: Julia Lawall
Signed-off-by: Fengguang Wu
---
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-4.9
head: 79d2de1bcb650296adff1cb08bfbf1501a6e6e14
commit: bad4c
https://bugs.freedesktop.org/show_bug.cgi?id=99801
Michel Dänzer changed:
What|Removed |Added
Component|Driver/AMDgpu |DRM/AMDgpu
Product|xorg
https://bugs.freedesktop.org/show_bug.cgi?id=65968
--- Comment #10 from Timothy Arceri ---
(In reply to Timothy Arceri from comment #9)
> (In reply to Timothy Arceri from comment #8)
> > Actually no I take that back it is using core profile.
>
> It's requesting a core profile and using compat fe
https://bugs.freedesktop.org/show_bug.cgi?id=99484
--- Comment #4 from Timothy Arceri ---
(In reply to Timothy Arceri from comment #3)
> The game requests a compatibility profile but its using OpenGL features from
> 3.1+. Overriding the version doesn't fix the issue, so may be related, may
> not.
https://bugs.freedesktop.org/show_bug.cgi?id=97003
--- Comment #8 from Timothy Arceri ---
(In reply to Roland Scheidegger from comment #7)
> 0x36 looks like a segment override (ss segment) prefix (0x89 would be a
> mov), so nothing new.
> This looks like a valgrind bug to me:
> https://bugs.kde.o
https://bugs.freedesktop.org/show_bug.cgi?id=92806
Timothy Arceri changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |t_arc...@yahoo.com.au
https://bugs.freedesktop.org/show_bug.cgi?id=97340
Timothy Arceri changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |t_arc...@yahoo.com.au
https://bugs.freedesktop.org/show_bug.cgi?id=99275
--- Comment #27 from Michel Dänzer ---
(In reply to Reimar Imhof from comment #26)
> Together with comment #24 there is a render bug in kernel 4.8 that shows up
> at 100% cpu load.
> With kernel 4.9 this same bug shows up at 0% / idle cpu load.
>
On 14 February 2017 at 00:08, Samuel Pitoiset wrote:
> Hi,
>
> This series implements a new GPU sensor interface which will allow to
> query the current temperature and the shader/memory clocks via the
> GALLIUM_HUD. This adds the same functionality as the Radeon driver.
>
> The first patch of the
https://bugs.freedesktop.org/show_bug.cgi?id=97879
--- Comment #90 from Marek Olšák ---
(In reply to Tobias Droste from comment #89)
> So today came a game update and I can also confirm that the long pauses at
> the beginning are gone. But there's still a small pause (<1s) every 2 or 3s
> now and
On Mon, 2017-02-13 at 09:05 +, Lankhorst, Maarten wrote:
> Pandiyan, Dhinakaran schreef op do 09-02-2017 om 18:55 [+]:
> > On Thu, 2017-02-09 at 09:01 +, Lankhorst, Maarten wrote:
> > >
> > > Dhinakaran Pandiyan schreef op wo 08-02-2017 om 22:38 [-0800]:
> > > >
> > > > Having a ->ato
On Mon, 2017-02-13 at 17:20 +0800, Chen-Yu Tsai wrote:
> On Mon, Feb 13, 2017 at 5:16 PM, Maxime Ripard
> wrote:
> > Hi,
> >
> > On Sat, Feb 11, 2017 at 07:43:59PM +0200, Priit Laes wrote:
> > > Added basic display pipeline consisting of tcon, display backend
> > > and
> > > frontend blocks.
> >
On Mon, 2017-02-13 at 21:26 +, Pandiyan, Dhinakaran wrote:
> On Mon, 2017-02-13 at 09:05 +, Lankhorst, Maarten wrote:
> > Pandiyan, Dhinakaran schreef op do 09-02-2017 om 18:55 [+]:
> > > On Thu, 2017-02-09 at 09:01 +, Lankhorst, Maarten wrote:
> > > >
> > > > Dhinakaran Pandiyan s
Hello Laurent,
regarding your main question, I think the name "image renderer" is
misguiding. This IP-block has nothing to do with rendering per se, it is
rather an image processing module, designed specifically for image
undistortion (lens correction). We use that as a plain memory-to-memory
On 26-Jan-2017 01:45 AM, YC Chen wrote:
> From: "Y.C. Chen"
>
> The original ast driver will access some BMC configuration through P2A bridge
> that can be disabled since AST2300 and after.
> It will cause system hanged if P2A bridge is disabled.
> Here is the update to fix it.
>
> Signed-off-by
On Mon, Feb 13, 2017 at 02:37:31PM +0100, Maarten Lankhorst wrote:
> All for it, looks sane. The last hunk fails to apply because it's based on
> an older version of page_flip, but easy enough to fix.
Yes, it's based on v4.10-rc7.
Thanks.
--
RMK's Patch system: http://www.armlinux.org.uk/develo
This will be used to expose the current GPU temperature, the
shader clock and eventually the memory clock (for non-APUs).
Signed-off-by: Samuel Pitoiset
---
include/drm/amdgpu_drm.h | 12
1 file changed, 12 insertions(+)
diff --git a/include/drm/amdgpu_drm.h b/include/drm/amdgpu_dr
Signed-off-by: Samuel Pitoiset
---
include/drm/amdgpu_drm.h | 123 +++
1 file changed, 123 insertions(+)
diff --git a/include/drm/amdgpu_drm.h b/include/drm/amdgpu_drm.h
index d8f24976..2be8b8dc 100644
--- a/include/drm/amdgpu_drm.h
+++ b/include/drm/a
For AMDGPU GPU sensor interface.
Signed-off-by: Samuel Pitoiset
---
configure.ac | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index 8e593324..8b2db691 100644
--- a/configure.ac
+++ b/configure.ac
@@ -20,7 +20,7 @@
AC_PREREQ([2.63])
AC_INIT([
This exposes amdgpu_query_gpu_sensor_info().
Signed-off-by: Samuel Pitoiset
---
amdgpu/amdgpu.h | 19 +++
amdgpu/amdgpu_gpu_info.c | 15 +++
2 files changed, 34 insertions(+)
diff --git a/amdgpu/amdgpu.h b/amdgpu/amdgpu.h
index 7b26a04c..b040f6ab 100644
---
Hi,
This series implements a new GPU sensor interface which will allow to
query the current temperature and the shader/memory clocks via the
GALLIUM_HUD. This adds the same functionality as the Radeon driver.
The first patch of the series syncs amdgpu_drm.h with kernel headers.
Branch is here:
h
https://bugs.freedesktop.org/show_bug.cgi?id=97879
--- Comment #89 from Tobias Droste ---
So today came a game update and I can also confirm that the long pauses at the
beginning are gone. But there's still a small pause (<1s) every 2 or 3s now and
not only at the beginning.
Do you think it's a
On Mon, Feb 13, 2017 at 01:05:17PM -0800, Eric Anholt wrote:
> Martin Peres writes:
>
> > On 06/02/17 17:50, Martin Peres wrote:
> >> On 03/02/17 10:04, Daniel Vetter wrote:
> >>> On Fri, Feb 03, 2017 at 01:30:14AM +0200, Martin Peres wrote:
> On 01/02/17 22:05, Manasi Navare wrote:
> >
https://bugs.freedesktop.org/show_bug.cgi?id=99762
--- Comment #3 from Bronson ---
ok i found a linux script to launch the game under linux in the folder.
This is the error log i get from the command line:
libGL error: unable to load driver: r600_dri.so
libGL error: driver pointer missing
libGL
Martin Peres writes:
> On 06/02/17 17:50, Martin Peres wrote:
>> On 03/02/17 10:04, Daniel Vetter wrote:
>>> 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 Ni
https://bugs.freedesktop.org/show_bug.cgi?id=97879
--- Comment #88 from freedesk...@bremsspur.org ---
(In reply to Andreas Hartmetz from comment #87)
> For the record, the game side fix has NOT been shipped by Steam yet, at
> least for me, in Germany, not on a beta program. In case anyone else get
On 02/13/2017 10:18 AM, Mark Brown wrote:
> On Mon, Feb 13, 2017 at 03:45:04PM +0100, Benjamin Gaignard wrote:
>
>> An other question is: do we have others memory regions that could be
>> interested
>> by this new framework ? I have in mind that some title memory regions could
>> use
>> it or re
Hello Rex Zhu,
The patch 8b55d17eeea7: "drm/amdgpu: refine uvd4.2 init/stop code."
from Jan 20, 2017, leads to the following static checker warning:
drivers/gpu/drm/amd/amdgpu/uvd_v4_2.c:397 uvd_v4_2_stop()
info: ignoring unreachable code.
drivers/gpu/drm/amd/amdgpu/uvd_v
https://bugs.freedesktop.org/show_bug.cgi?id=99275
--- Comment #26 from Reimar Imhof ---
According comment #15: Things are properly tested.
Together with comment #24 there is a render bug in kernel 4.8 that shows up at
100% cpu load.
With kernel 4.9 this same bug shows up at 0% / idle cpu load.
On Mon, Feb 13, 2017 at 03:45:04PM +0100, Benjamin Gaignard wrote:
> An other question is: do we have others memory regions that could be
> interested
> by this new framework ? I have in mind that some title memory regions could
> use
> it or replace ION heaps (system, carveout, etc...).
> Maybe
From: Ville Syrjälä
Check that the sink really declared 12bpc support before we enable it.
This should not actually never happen since it's mandatory for HDMI
sinks to support 12bpc if they support any deep color modes. But
reality disagrees with the theory and there are actually sinks in
the wil
On Mon, Feb 13, 2017 at 3:59 AM, Chris Wilson wrote:
> On Mon, Feb 13, 2017 at 08:41:10AM +0100, Thierry Reding wrote:
>> 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 fr
On Tue, Feb 07, 2017 at 05:37:44PM +0200, Imre Deak wrote:
> On Thu, Jan 05, 2017 at 05:14:54PM +0200, ville.syrj...@linux.intel.com wrote:
> > From: Ville Syrjälä
> >
> > SKL+ display engine can scan out certain kinds of compressed surfaces
> > produced by the render engine. This involved tellin
https://bugs.freedesktop.org/show_bug.cgi?id=98869
--- Comment #22 from Grazvydas Ignotas ---
(In reply to cosiekvfj from comment #21)
> Can you explain this bug and patch to my? :) What now?
The patch has been rejected (more or less), see the mailing list for details:
https://lists.freedesktop.o
https://bugzilla.kernel.org/show_bug.cgi?id=194579
--- Comment #1 from Thore Bödecker (m...@foxxx0.de) ---
Created attachment 254731
--> https://bugzilla.kernel.org/attachment.cgi?id=254731&action=edit
dmesg including backtrace
--
You are receiving this mail because:
You are watching the assig
https://bugzilla.kernel.org/show_bug.cgi?id=194579
Bug ID: 194579
Summary: AMDGPU: Possible size overflow detected by PaX in
ttm_bo_handle_move_mem
(drivers/gpu/drm/ttm/ttm_bo.c:388)
Product: Drivers
Version: 2.5
Print all the extra fields of malidp_plane_state.
Signed-off-by: Mihail Atanassov
---
drivers/gpu/drm/arm/malidp_planes.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/drivers/gpu/drm/arm/malidp_planes.c
b/drivers/gpu/drm/arm/malidp_planes.c
index 414aada..3879dc5 100644
--
https://bugzilla.kernel.org/show_bug.cgi?id=194561
Alex Deucher (alexdeuc...@gmail.com) changed:
What|Removed |Added
CC||alexdeuc...@gmail.c
On Mon, Feb 13, 2017 at 11:35:18AM +0100, Maxime Ripard wrote:
> Hi Ville,
>
> On Fri, Feb 10, 2017 at 04:06:05PM +0200, Ville Syrjälä wrote:
> > On Thu, Feb 02, 2017 at 11:31:57AM +0100, Maxime Ripard wrote:
> > > From: Stefan Christ
> > >
> > > Implement legacy framebuffer ioctl FBIO_WAITFORVS
This is the core of simple allocator module.
It aim to offert one common ioctl to allocate specific memory.
version 2:
- rebased on 4.10-rc7
Signed-off-by: Benjamin Gaignard
---
Documentation/simple-allocator.txt | 81 +++
drivers/Kconfig |
This patch add simple allocator for CMA regions.
version 2:
- fix size and page count computation
Signed-off-by: Benjamin Gaignard
---
drivers/simpleallocator/Kconfig| 7 +
drivers/simpleallocator/Makefile | 1 +
drivers/simpleallocator/simple-allocator-cma.c |
version 2:
- rebase code on 4.10-rc7
- fix bug in CMA allocator
- do more tests with wayland dmabuf protocol:
https://git.linaro.org/people/benjamin.gaignard/simple_allocator.git
The goal of this RFC is to understand if a common ioctl for specific memory
regions allocations is needed/welcome.
O
https://bugs.freedesktop.org/show_bug.cgi?id=97879
--- Comment #87 from Andreas Hartmetz ---
For the record, the game side fix has NOT been shipped by Steam yet, at least
for me, in Germany, not on a beta program. In case anyone else gets confused.
--
You are receiving this mail because:
You ar
https://bugzilla.kernel.org/show_bug.cgi?id=118701
--- Comment #7 from Patrik Jakobsson (patrik.r.jakobs...@gmail.com) ---
Hi Stuart,
The fix is available now in most stable kernels. Can you confirm and close the
bug if everything is fine?
--
You are receiving this mail because:
You are watchin
Hi Michal,
On Thu, Feb 09, 2017 at 08:20:47PM +0100, Michal Hocko wrote:
> [CC CMA people]
>
> On Thu 09-02-17 17:39:17, Maxime Ripard wrote:
> > Modules might want to check their CMA pool size and address for debugging
> > and / or have additional checks.
> >
> > The obvious way to do this woul
Op 13-02-17 om 13:27 schreef Russell King:
> Most DRM messages include three pieces of information: the type of the
> component (CRTC, ENCODER, CONNECTOR etc), the DRM object ID of the
> component, and the component name. However, there are some messages
> which omit the last piece of identifying
https://bugs.freedesktop.org/show_bug.cgi?id=97879
--- Comment #86 from Marek Olšák ---
In that case, Michel is right.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.___
dri-devel mailing l
On Mon, Feb 13, 2017 at 12:27:03PM +, Russell King wrote:
> Most DRM messages include three pieces of information: the type of the
> component (CRTC, ENCODER, CONNECTOR etc), the DRM object ID of the
> component, and the component name. However, there are some messages
> which omit the last pi
https://bugs.freedesktop.org/show_bug.cgi?id=97879
--- Comment #85 from Jani Kärkkäinen ---
Well this is confusing. The client update hasn't rolled out to me on steam yet
(the last modified date of the RocketLeague -binary is 31st of January, so
about 2 weeks old), but by updating to a more recen
All DPs have a COLORADJ matrix which is applied prior to output gamma.
Attach that to the CTM property. Also, ensure the input CTM's coefficients
can fit in the DP registers' Q3.12 format.
Signed-off-by: Mihail Atanassov
---
Link to v1: https://lkml.org/lkml/2017/2/1/254
Changes since v1:
- Re
On Mon, Feb 13, 2017 at 09:17:49AM +0100, Thierry Reding wrote:
> Of course, the above still requires that the core messages output the
> name along with the ID.
Thankfully, that's not a very big patch. I'll post it later today.
--
RMK's Patch system: http://www.armlinux.org.uk/developer/patche
Hi Yannick
On 02/10/2017 04:24 PM, Yannick Fertre wrote:
Signed-off-by: Yannick Fertre
Please add a commit message.
---
arch/arm/configs/stm32_defconfig | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/configs/stm32_defconfig b/arch/arm/configs/stm32_defconfig
index e99520
The analogix_dp_transfer() will return -EBUSY if num_transferred is zero.
But sometimes we will send a bare address packet to start the transaction,
like drm_dp_i2c_xfer() show:
..
/* Send a bare address packet to start the transaction.
* Zero sized messages specify an
On Mon, Feb 13, 2017 at 09:05:33AM +0100, Thierry Reding wrote:
> On Sun, Feb 12, 2017 at 12:15:46AM +, Russell King - ARM Linux wrote:
> > diff --git a/drivers/gpu/drm/drm_atomic_helper.c
> > b/drivers/gpu/drm/drm_atomic_helper.c
> > index 21f992605541..46668d071d6a 100644
> > --- a/drivers/g
On Mon, Feb 13, 2017 at 5:16 PM, Maxime Ripard
wrote:
> Hi,
>
> On Sat, Feb 11, 2017 at 07:43:59PM +0200, Priit Laes wrote:
>> 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
On Mon, Feb 13, 2017 at 08:55:53AM +, Chris Wilson wrote:
> On Mon, Feb 13, 2017 at 09:05:33AM +0100, Thierry Reding wrote:
> > On Sun, Feb 12, 2017 at 12:15:46AM +, Russell King - ARM Linux wrote:
> > > On Sat, Feb 11, 2017 at 09:09:34PM +, Dan MacDonald wrote:
> > > diff --git a/drive
On Thu, 9 Feb 2017 13:05:57 -0600
Rob Herring wrote:
> Similar to the previous commit, convert drivers open coding OF graph
> parsing to use drm_of_find_panel_or_bridge instead.
>
> This changes some error messages to debug messages (in the graph core).
> Graph connections are often "no connect
On 02/10/2017 12:35 AM, 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.
diff --git a/drivers/gpu/drm/exynos/exynos_drm_mic.c
b/drivers/gpu/drm/exynos/exynos_drm_mic.c
index a0def0be6d65..93ebb12133e1 100644
--- a/drivers/gpu/drm/exynos/exynos_drm_mic.c
+++ b/drivers/gpu/drm/exynos/exynos_drm_mic.c
@@ -228,29 +228,6 @@ static void mic_set_reg_on(struct exynos_mic *m
On Sun, Feb 12, 2017 at 1:43 AM, Priit Laes wrote:
> From: Jonathan Liu
>
This needs a commit message about why these need to be enabled, like
"Most Allwinner tablets use the same design of a dumb LCD panel coupled
with a PWM controlled backlight."
Also the subject does not mention CONFIG_BAC
Pandiyan, Dhinakaran schreef op do 09-02-2017 om 18:55 [+]:
> On Thu, 2017-02-09 at 09:01 +, Lankhorst, Maarten wrote:
> >
> > Dhinakaran Pandiyan schreef op wo 08-02-2017 om 22:38 [-0800]:
> > >
> > > Having a ->atomic_release callback is useful to release shared
> > > resources
> > > th
On 02/10/2017 12:35 AM, Rob Herring wrote:
Similar to the previous commit, convert drivers open coding OF graph
parsing to use drm_of_find_panel_or_bridge instead.
This changes some error messages to debug messages (in the graph core).
Graph connections are often "no connects" depending on the
On 02/10/2017 12:35 AM, Rob Herring wrote:
Convert drivers to use the new of_graph_get_remote_node() helper
instead of parsing the endpoint node and then getting the remote device
node. Now drivers can just specify the device node and which
port/endpoint and get back the connected remote device
Most DRM messages include three pieces of information: the type of the
component (CRTC, ENCODER, CONNECTOR etc), the DRM object ID of the
component, and the component name. However, there are some messages
which omit the last piece of identifying information. This makes it
harder to debug failure
Hi Maxime,
On 13 February 2017 at 10:54, Maxime Ripard
wrote:
> On Sun, Feb 12, 2017 at 02:28:11PM +0200, Laurent Pinchart wrote:
>> On Thursday 02 Feb 2017 11:31:56 Maxime Ripard wrote:
>> > This patch add a config to support to create multi buffer for cma fbdev.
>> > Such as double buffer and t
https://bugs.freedesktop.org/show_bug.cgi?id=99762
smoki changed:
What|Removed |Added
Component|Drivers/Gallium/radeonsi|Drivers/Gallium/r600
--
You are receiving this
Hi Laurent,
On Sun, Feb 12, 2017 at 02:28:11PM +0200, Laurent Pinchart wrote:
> 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
Hi Ville,
On Fri, Feb 10, 2017 at 04:06:05PM +0200, Ville Syrjälä wrote:
> On Thu, Feb 02, 2017 at 11:31:57AM +0100, Maxime Ripard wrote:
> > From: Stefan Christ
> >
> > Implement legacy framebuffer ioctl FBIO_WAITFORVSYNC in the generic
> > framebuffer emulation driver. Legacy framebuffer users
Am Montag, den 13.02.2017, 10:46 +0100 schrieb Philipp Zabel:
> There is no reason to limit framebuffer size to 64x64 pixels at a
> minimum on creation. The actual scanout limitations (width >= 13 for the
> base plane and height >= 2) are checked in atomic_check.
>
> Signed-off-by: Philipp Zabel
https://bugs.freedesktop.org/show_bug.cgi?id=99762
--- Comment #2 from Samuel Pitoiset ---
"Black Mesa" is working here, both with mesa 13.0.4 and mesa-git. Tested on
RX480.
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=99136
--- Comment #26 from Samuel Pitoiset ---
Can you upload the trace somewhere?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedes
There is no reason to limit framebuffer size to 64x64 pixels at a
minimum on creation. The actual scanout limitations (width >= 13 for the
base plane and height >= 2) are checked in atomic_check.
Signed-off-by: Philipp Zabel
---
drivers/gpu/drm/imx/imx-drm-core.c | 4 ++--
1 file changed, 2 inse
https://bugs.freedesktop.org/show_bug.cgi?id=97879
--- Comment #84 from Marek Olšák ---
Michel, the commit in master doesn't fix it. It was fixed in the game by using
mallocd memory for the upload process and then memcpy into the buffer.
Therefore, the game doesn't need to use the read flag and d
Hi,
On Sat, Feb 11, 2017 at 07:43:59PM +0200, Priit Laes wrote:
> 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, 10
On Mon, Feb 13, 2017 at 08:41:10AM +0100, Thierry Reding wrote:
> 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 f
On Mon, Feb 13, 2017 at 09:05:33AM +0100, Thierry Reding wrote:
> On Sun, Feb 12, 2017 at 12:15:46AM +, Russell King - ARM Linux wrote:
> > On Sat, Feb 11, 2017 at 09:09:34PM +, Dan MacDonald wrote:
> > diff --git a/drivers/gpu/drm/drm_atomic_helper.c
> > b/drivers/gpu/drm/drm_atomic_helpe
On Sat, Feb 11, 2017 at 07:44:02PM +0200, Priit Laes wrote:
> 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/
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
Hi,
On Sat, Feb 11, 2017 at 07:44:01PM +0200, Priit Laes wrote:
> 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/
On Sat, Feb 11, 2017 at 07:44:04PM +0200, Priit Laes wrote:
> TODO: We still rely on u-boot for lvds reset bit setup :(
That needs to be figured out before merging :/
You also have a number of checkpatch warnings / errors that needs to
be fixed.
>
> Signed-off-by: Priit Laes
> ---
> drivers/g
On Sun, Feb 12, 2017 at 12:15:46AM +, Russell King - ARM Linux wrote:
> 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
90 matches
Mail list logo
