https://bugs.freedesktop.org/show_bug.cgi?id=104285
--- Comment #10 from megaphant...@bol.com.br ---
Seems good now:
Radeon HD 7850
kernel 4.16.3
mesa 18.0.1
LLVM 6.0.0
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-d
This allows runtime detection of syncobj submission support.
Signed-off-by: Stefan Schake
---
drivers/gpu/drm/vc4/vc4_drv.c | 1 +
include/uapi/drm/vc4_drm.h| 1 +
2 files changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/vc4/vc4_drv.c b/drivers/gpu/drm/vc4/vc4_drv.c
index 806c8004b793.
This doesn't require any additional functionality from the driver but
is a prerequisite to userland calling the syncobj ioctls.
Signed-off-by: Stefan Schake
---
drivers/gpu/drm/vc4/vc4_drv.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/vc4/vc4_drv.c b/dri
Allow specifying a syncobj on render job submission where we store the
fence for the job. This gives userland flexible access to the fence.
Signed-off-by: Stefan Schake
---
drivers/gpu/drm/vc4/vc4_gem.c | 38 +++---
include/uapi/drm/vc4_drm.h| 13 +
Allow userland to specify a syncobj that is waited on before a render job
starts processing.
Signed-off-by: Stefan Schake
---
drivers/gpu/drm/vc4/vc4_drv.h | 2 ++
drivers/gpu/drm/vc4/vc4_gem.c | 33 +++--
include/uapi/drm/vc4_drm.h| 9 +
3 files changed
This series allows userspace to submit syncobj handles for importing
a fence to wait on or exporting the job fence as part of submission.
The primary use of this is to enable native fence fd support in Mesa.
Initial userspace implementation is under review and available here:
https://patchwork.fr
From: Tomasz Figa
This patch adds support for FIMD variant found on S5PV210 SoC.
Except CLKSEL bit availability, it is identical to Exynos4210.
Tested-by: Paweł Chmiel
Signed-off-by: Tomasz Figa
Signed-off-by: Paweł Chmiel
---
Changes from v1:
- Added missing signed-off-by
---
drivers/gpu
On Saturday, April 21, 2018 6:55:17 PM CEST Krzysztof Kozlowski wrote:
> On Fri, Apr 20, 2018 at 6:32 PM, Paweł Chmiel
> wrote:
> > From: Tomasz Figa
> >
> > This patch adds support for FIMD variant found on S5PV210 SoC.
> > Except CLKSEL bit availability, it is identical to Exynos4210.
> >
> > T
On 2018-04-21 10:38, Laurent Pinchart wrote:
> Hi Peter,
>
> On Friday, 20 April 2018 15:55:50 EEST Peter Rosin wrote:
>> On 2018-04-20 13:38, jacopo mondi wrote:
>>> On Fri, Apr 20, 2018 at 01:05:21PM +0200, Peter Rosin wrote:
On 2018-04-20 12:18, Laurent Pinchart wrote:
> On Friday, 20
This patch brings back possibility to use drivers depending on
DRM_EXYNOS, on Samsung S5PV210/S5PC110 series based systems.
Fixes: dbbc925bb83a ("drm/exynos: depend on ARCH_EXYNOS for DRM_EXYNOS")
Signed-off-by: Paweł Chmiel
---
drivers/gpu/drm/exynos/Kconfig | 2 +-
1 file changed, 1 insertion(
This patch series compose of 2 patches.
First patch, adding support for S5PV210 FIMD variant to Exynos driver.
Compatible for this soc was already existing in documentation.
Second patch, brings back possibility to use drivers depending on
DRM_EXYNOS, on Samsung S5PV210/S5PC110 series based syste
On Fri, Apr 20, 2018 at 6:32 PM, Paweł Chmiel
wrote:
> From: Tomasz Figa
>
> This patch adds support for FIMD variant found on S5PV210 SoC.
> Except CLKSEL bit availability, it is identical to Exynos4210.
>
> Tested-by: Paweł Chmiel
> Signed-off-by: Tomasz Figa
You need to add your Signed-off-
https://bugs.freedesktop.org/show_bug.cgi?id=104001
--- Comment #31 from mikhail.v.gavri...@gmail.com ---
(In reply to Marek Olšák from comment #30)
> This might fix it:
> https://cgit.freedesktop.org/mesa/mesa/commit/
> ?id=d15fb766aa3c98ffbe16d050b2af4804e4b12c57
For which mesa version this pat
On Thu, 19 Apr 2018 18:27:48 +0200
Peter Rosin wrote:
> This beats the heuristic that the connector is involved in what format
> should be output for cases where this fails.
>
> E.g. if there is a bridge that changes format between the encoder and the
> connector, or if some of the RGB pins betw
https://bugs.freedesktop.org/show_bug.cgi?id=104082
--- Comment #41 from Jean Delvare ---
Bah, I spoke too fast. Even with commit 9e7f06c8beee ("swiotlb: fix unexpected
swiotlb_alloc_coherent failures") backported, I end up seeing the backtraces
again, after several hours. So that commit helps bu
https://bugzilla.kernel.org/show_bug.cgi?id=199101
--- Comment #21 from Kevin McCormack (wittyma...@yahoo.com) ---
Thank you, Alex!
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing list
dri-devel@l
https://bugs.freedesktop.org/show_bug.cgi?id=105425
--- Comment #40 from i...@yahoo.com ---
It seems like the sysrq actually worked, I see it in the logs.
The crash has happened around Apr20 15:54. Unfortunately the kernel error/panic
message is missing in both logs. My distro doesn't have system
https://bugs.freedesktop.org/show_bug.cgi?id=100069
Gregor Münch changed:
What|Removed |Added
Summary|Dirt: Showdown bad |Dirt: Showdown bad
|pe
https://bugs.freedesktop.org/show_bug.cgi?id=100069
--- Comment #11 from Gregor Münch ---
Created attachment 138980
--> https://bugs.freedesktop.org/attachment.cgi?id=138980&action=edit
ingame completely broken graphics
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=100069
Gregor Münch changed:
What|Removed |Added
Attachment #137129|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=105333
--- Comment #5 from had...@gmx.de ---
I tried to make an apitrace, but it crashes for me when replaying. The apitrace
can be downloaded here:
https://www.dropbox.com/s/ynr9v7ls561qgdw/Mashinky.6.trace?dl=0
I opened a bug at the ixit github side h
Hello,
On Thu, Apr 19, 2018 at 04:02:08PM +0200, Giulio Benetti wrote:
> Hi everybody,
>
> Il 19/04/2018 15:36, Chen-Yu Tsai ha scritto:
> > On Thu, Apr 19, 2018 at 9:34 PM, Ondřej Jirman
> > wrote:
> > > Hello Giulio,
> > >
> > > this patch breaks LVDS output on A83T. Without it, modesetting w
Hi,
* Daniel Stone [180420 10:21]:
> Hi Tomi,
>
> On 20 April 2018 at 08:09, Tomi Valkeinen wrote:
> > It's actually not quite clear to me how manual update displays work with
> > DRM...
> >
> > As far as I see, we have essentially two cases: 1) single buffering,
> > where the userspace must se
Right now, all media drivers build successfully with COMPILE_TEST on x86,
on both i386 and x86_64. Yet, several drivers there don't build on other
archs.
I don't need myself to build all drivers outside x86, but others could
find it useful. It also relps spreading COMPILE_TEST builds, with sounds
Remove boilerplate code by using macro module_pci_driver.
Signed-off-by: YueHaibing
---
drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c
b/drivers/gpu/drm/hisilicon/h
On Thu, Apr 19, 2018 at 06:27:51PM +0200, Peter Rosin wrote:
> This makes this driver work with all(?) drivers that are not
> componentized and instead expect to connect to a panel/bridge. That
> said, the only one tested is atmel_hlcdc.
>
> This hooks the relevant work function previously called
On 2018-04-20 12:53, Russell King - ARM Linux wrote:
> On Fri, Apr 20, 2018 at 12:49:42PM +0200, Peter Rosin wrote:
>> On 2018-04-20 12:41, kbuild test robot wrote:
>>> Hi Peter,
>>>
>>> I love your patch! Yet something to improve:
>>
>> Yup, right you are!
>>
>>> [auto build test ERROR on drm/drm-
This fixes a NULL pointer dereference that can happen if the UDL
driver is unloaded before the framebuffer is initialized. This can
happen e.g. if the USB device is unplugged right after it was plugged
in.
Signed-off-by: Emil Lundmark
---
drivers/gpu/drm/udl/udl_fb.c | 8 +---
1 file changed
This patch series compose of 2 patches.
First patch, adding support for S5PV210 FIMD variant to Exynos driver.
Compatible for this soc was already existing in documentation.
Second patch, brings back possibility to use drivers depending on
DRM_EXYNOS, on Samsung S5PV210/S5PC110 series based syste
On 2018-04-20 12:24, Russell King - ARM Linux wrote:
> On Fri, Apr 20, 2018 at 01:06:49PM +0300, Laurent Pinchart wrote:
>> Hi Peter,
>>
>> Thank you for the patch.
>>
>> On Thursday, 19 April 2018 19:27:51 EEST Peter Rosin wrote:
>>> This makes this driver work with all(?) drivers that are not
>>>
On Fri, Apr 20, 2018 at 01:06:49PM +0300, Laurent Pinchart wrote:
> Hi Peter,
>
> Thank you for the patch.
>
> On Thursday, 19 April 2018 19:27:51 EEST Peter Rosin wrote:
> > This makes this driver work with all(?) drivers that are not
> > componentized and instead expect to connect to a panel/br
Hi Hans,
Any comments?
Thanks.
On Mon, Apr 09, 2018 at 01:16:32PM +0100, Russell King wrote:
> Add a CEC driver for the TDA9950, which is a stand-alone I2C CEC device,
> but is also integrated into HDMI transceivers such as the TDA9989 and
> TDA19989.
>
> The TDA9950 contains a command processo
Add stubs for omapfb_dss.h, in the case it is included by
some driver when CONFIG_FB_OMAP2 is not defined, with can
happen on ARM when DRM_OMAP is not 'n'.
That allows building such driver(s) with COMPILE_TEST.
Signed-off-by: Mauro Carvalho Chehab
---
include/video/omapfb_dss.h | 54 +++
From: Jan Tuerk
The Emerging Display Technology ETM0700G0BDH6 is exactly
the same display as the ETM0700G0DH6, exept the pixelclock
polarity. Therefore re-use the ETM0700G0DH6 modes. It is
used by default on emtrion Avari based development kits.
Signed-off-by: Jan Tuerk
---
drivers/gpu/drm/pan
Hi Philipp,
On 11/23/2017 09:54 AM, Philipp Zabel wrote:
> Hi Matthias,
>
> On Tue, 2017-11-14 at 22:41 +0100, Matthias Brugger wrote:
>> The mmsys memory space is shared between the drm and the
>> clk driver. Use regmap to access it.
>>
>> Signed-off-by: Matthias Brugger
>> ---
>> drivers/gpu/
On 2018-04-20 13:38, jacopo mondi wrote:
> Hi Peter,
>
> On Fri, Apr 20, 2018 at 01:05:21PM +0200, Peter Rosin wrote:
>> On 2018-04-20 12:18, Laurent Pinchart wrote:
>>> Hello,
>>>
>>> On Friday, 20 April 2018 11:52:35 EEST jacopo mondi wrote:
Hi Peter,
I've been a bit a pain in the
Hi Andrzej,
On 20/04/18 15:47, Andrzej Hajda wrote:
> Hi Enric,
>
>
> On 05.04.2018 11:49, Enric Balletbo i Serra wrote:
>> From: "Kristian H. Kristensen"
>>
>> To improve PSR exit latency, we speculatively start exiting when we
>> receive input events. Occasionally, this may lead to false posi
On Fri, Apr 20, 2018 at 12:49:42PM +0200, Peter Rosin wrote:
> On 2018-04-20 12:41, kbuild test robot wrote:
> > Hi Peter,
> >
> > I love your patch! Yet something to improve:
>
> Yup, right you are!
>
> > [auto build test ERROR on drm/drm-next]
> > [also build test ERROR on v4.17-rc1 next-20180
This patch brings back possibility to use drivers depending on
DRM_EXYNOS, on Samsung S5PV210/S5PC110 series based systems.
Fixes: dbbc925bb83a ("drm/exynos: depend on ARCH_EXYNOS for DRM_EXYNOS")
Signed-off-by: Paweł Chmiel
---
drivers/gpu/drm/exynos/Kconfig | 2 +-
1 file changed, 1 insertion(
On 04/20/2018 03:00 PM, Matthias Brugger wrote:
> Hi Stephen,
>
> On 11/15/2017 01:17 AM, Stephen Boyd wrote:
>> On 11/14, Matthias Brugger wrote:
>>> As the new mfd device is in place, switch probing
>>> for the MMSYS to support invocation from the mfd device.
>>>
>>> Signed-off-by: Matthias Br
From: Jan Tuerk
Adding the label cpu0 allows the adjustment of cpu-parameters
by reference in overlaying dtsi files in the same way as it
is possible for imx6q devices.
Signed-off-by: Jan Tuerk
---
arch/arm/boot/dts/imx6dl.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On 2018-04-20 12:18, Laurent Pinchart wrote:
> Hello,
>
> On Friday, 20 April 2018 11:52:35 EEST jacopo mondi wrote:
>> Hi Peter,
>> I've been a bit a pain in the arse for you recently, but please
>> bear with me a bit more, and sorry for jumping late on the band wagon.
>>
>> On Thu, Apr 19, 2
Hi Stephen,
On 11/15/2017 01:17 AM, Stephen Boyd wrote:
> On 11/14, Matthias Brugger wrote:
>> As the new mfd device is in place, switch probing
>> for the MMSYS to support invocation from the mfd device.
>>
>> Signed-off-by: Matthias Brugger
>> ---
>
> Acked-by: Stephen Boyd
>
I did a minor
From: Tomasz Figa
This patch adds support for FIMD variant found on S5PV210 SoC.
Except CLKSEL bit availability, it is identical to Exynos4210.
Tested-by: Paweł Chmiel
Signed-off-by: Tomasz Figa
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 8
1 file changed, 8 insertions(+)
diff -
On 20 April 2018 at 17:50, Jani Nikula wrote:
> On Fri, 20 Apr 2018, Ian W MORRISON wrote:
>> I've performed backport testing and some additional analysis as follows:
>
> What testing did you do beyond booting? Did you run igt?
>
> BR,
> Jani.
I did some basic testing including running a 4K vide
Commit 7378f1149884 ("media: omap2: omapfb: allow building it with
COMPILE_TEST") broke compilation without CONFIG_OF selected.
CC drivers/video/fbdev/core/fbmem.o
drivers/video/fbdev/omap2/omapfb/dss/omapdss-boot-init.c: In function
‘omapdss_update_prop’:
drivers/video/fbdev/omap2/omapfb/d
On 2018-04-20 12:41, kbuild test robot wrote:
> Hi Peter,
>
> I love your patch! Yet something to improve:
Yup, right you are!
> [auto build test ERROR on drm/drm-next]
> [also build test ERROR on v4.17-rc1 next-20180420]
> [if your patch is applied to the wrong git tree, please drop us a note t
From: Jan Tuerk
This patch adds support for the emtrion GmbH emCON-MX6 modules.
They are available with imx.6 Solo, Dual-Lite, Dual and Quad
equipped with Memory from 512MB to 2GB (configured by U-Boot).
Our default developer-Kit ships with the Avari baseboard and the
EDT ETM0700G0BDH6 Display (
From: Jan Tuerk
The Emerging Display Technology ETM0700G0EDH6 is the
uses the same panel as the ETM0700G0BDH6. It differs
in the hardware design for the backlight and the
touchscreen i2c interface. As the new display type has
different requirements for drive-strengths on the i2c-bus,
add an addit
On Fri, Apr 20, 2018 at 05:48:12PM +0200, Hans Verkuil wrote:
> On 04/20/2018 05:31 PM, Russell King - ARM Linux wrote:
> > Hi Hans,
> >
> > Any comments?
>
> I have been traveling and haven't had time to look at this. Next week will
> be busy as well, but I expect to be able to look at it the we
* Daniel Stone [180420 14:41]:
> Hi Tony!
>
> On 20 April 2018 at 15:25, Tony Lindgren wrote:
> > * Daniel Stone [180420 10:21]:
> >> On 20 April 2018 at 08:09, Tomi Valkeinen wrote:
> >> > It's actually not quite clear to me how manual update displays work with
> >> > DRM...
> >> >
> >> > As
From: Ondrej Jirman
The reverted commit broke LVDS output on TBS A711 Tablet. That tablet
has simple-panel node that has fixed pixel clock-frequency that A83T
SoC used in the tablet can't generate exactly.
Requested rate is 5200 and rounded_rate is calculated as 51857142.
It's close enough f
From: Jan Tuerk
All recent emtrion modules based on i.mx6 make use of the DA0963.
Therefore enable it with the following defaults:
- CONFIG_MFD_DA9063=y
- CONFIG_REGULATOR_DA9063=y
- CONFIG_DA9063_WATCHDOG=m
MFD and REGULATOR are built-in to have it at Kernel boot-time.
Th
From: Jan Tuerk
Changes for v3:
[PATCH v3 1/6] drm/panel: Add support for the EDT ETM0700G0BDH6
- moved Documentation into seperate commit ([PATCH v3/6])
[PATCH v3 2/6] drm/panel: Add support for the EDT ETM0700G0EDH6
- new Patch, adding additionally compatible for the new hardwa
From: Jan Tuerk
Document the Emerging Display Technology Corp. (EDT) using the
simple-panel binding in one single file.
Signed-off-by: Jan Tuerk
---
.../bindings/display/panel/edt,et-series.txt | 39 ++
.../bindings/display/panel/edt,et057090dhu.txt | 7
...
Before this commit the WaSkipStolenMemoryFirstPage workaround code was
skipping the first 4k by passing 4096 as start of the address range passed
to drm_mm_init(). This means that calling drm_mm_reserve_node() to try and
reserve the firmware framebuffer so that we can inherit it would always
fail,
Hi,
On 20 April 2018 at 21:32, Manasi Navare wrote:
> On Wed, Apr 18, 2018 at 09:39:02AM +0200, Daniel Vetter wrote:
>> On Wed, Apr 18, 2018 at 5:58 AM, Keith Packard wrote:
>> > I'd also encourage using a single unit for all of these values,
>> > preferably nanoseconds. Absolute times should al
https://bugs.freedesktop.org/show_bug.cgi?id=106165
Bug ID: 106165
Summary: [vega10] vega56 VM_L2_PROTECTION_FAULT_STATUS in wine
games
Product: DRI
Version: unspecified
Hardware: x86 (IA32)
OS: Linux (All)
Hi Sean,
Thank you for the patch.
On Friday, 20 April 2018 21:59:59 EEST Sean Paul wrote:
> edid should be freed once it's finished being used.
>
> Fixes: 56fe8b6f4991 ("drm/bridge: Add RGB to VGA bridge support")
> Cc: Rob Herring
> Cc: Sean Paul
> Cc: Maxime Ripard
> Cc: Archit Taneja
> Cc
Hi Peter,
On Friday, 20 April 2018 15:55:50 EEST Peter Rosin wrote:
> On 2018-04-20 13:38, jacopo mondi wrote:
> > On Fri, Apr 20, 2018 at 01:05:21PM +0200, Peter Rosin wrote:
> >> On 2018-04-20 12:18, Laurent Pinchart wrote:
> >>> On Friday, 20 April 2018 11:52:35 EEST jacopo mondi wrote:
>
Hi Jacopo,
On Friday, 20 April 2018 14:22:04 EEST jacopo mondi wrote:
> On Fri, Apr 20, 2018 at 01:18:13PM +0300, Laurent Pinchart wrote:
> > On Friday, 20 April 2018 11:52:35 EEST jacopo mondi wrote:
> > > Hi Peter,
> > >
> > > I've been a bit a pain in the arse for you recently, but please
> >
Hi Geert,
Thank you for the patch.
On Friday, 20 April 2018 17:20:51 EEST Geert Uytterhoeven wrote:
> Since commit a521422ea4ae6128 ("ARM: shmobile: mackerel: Remove Legacy C
> board code"), the only remaining platforms using this driver are SuperH
> SH-Mobile SoCs (sh7723). As both SUPERH and A
2018-04-20 19:14 GMT+02:00 Lucas Stach :
> I'm not aware of any case where tracing GPU register manipulation at the
> kernel level would have been useful. It only adds more indirections and
> adds to the code size.
It was a nice to have during initial driver development and I am okay
to remove it.
Add a driver for Cadence DPI -> DSI bridge.
This driver only support a subset of Cadence DSI bridge capabilities.
This driver has been tested/debugged in a simulated environment which
explains why some of the features are missing. Here is a
non-exhaustive list of missing features:
* burst mode
Document the bindings used for the Cadence DSI bridge.
Signed-off-by: Boris Brezillon
Reviewed-by: Rob Herring
---
Changes in v8:
- Update my email address
Changes in v7:
- Add Rob's R-b
Changes in v6:
- Document the DPHY bindings
- Drop Rob's ack because of the addition DPHY bindings doc
Cha
65 matches
Mail list logo
