From: Philipp Zabel
This patch adds support for DLC DLC0700YZG-1 1024x600 LVDS panels
to the simple-panel driver.
Signed-off-by: Philipp Zabel
[m.fel...@pengutronix.de: fix typo in compatible dt-binding]
Signed-off-by: Marco Felsch
---
.../display/panel/dlc,dlc0700yzg-1.txt| 7
We use jitter bypass mode for spdif, so do not need to set jitter mode
related bit in SPDIF_CTRL_ADDR register. Also, we need to enable
SPDIF_ENABLE bit.
Signed-off-by: Chris Zhong
Signed-off-by: Lin Huang
---
drivers/gpu/drm/rockchip/cdn-dp-reg.c | 16 +---
1 file changed, 1 insert
On Tue, May 22, 2018 at 10:53:49AM +1000, Dave Airlie wrote:
> Sorry I missed this, just fell between the cracks,
>
> Any reason you can't/don't use git pull-request to generate pulls? we
> have some scripts that parse pulls for tracking now, but this pull
> didn't get into the system as it doesn'
Hi Jani,
On 2018/5/22 16:36, Jani Nikula wrote:
> On Tue, 22 May 2018, Andy Shevchenko wrote:
>> On Mon, May 21, 2018 at 2:57 PM, Yisheng Xie wrote:
>>> match_string() returns the index of an array for a matching string,
>>> which can be used intead of open coded variant.
>>
>> https://patchwork
some monitors care about the parity bit in the sub-frame of I2S,
but the cdn-dp always set this bit to "1", so these monitors
do not have sound output if use i2s, use spdif can fix this issue.
Signed-off-by: Chris Zhong
Signed-off-by: Lin Huang
---
sound/soc/rockchip/rk3399_gru_sound.c | 46 +--
On 2018-05-22 11:45, Andrzej Hajda wrote:
> On 22.05.2018 09:36, Peter Rosin wrote:
>> On 2018-05-22 08:29, Andrzej Hajda wrote:
>>> On 21.05.2018 23:56, Peter Rosin wrote:
On 2018-05-21 11:21, Andrzej Hajda wrote:
> On 21.05.2018 10:53, Peter Rosin wrote:
>> On 2018-05-21 10:15, Andrz
On Sun, May 20, 2018 at 11:58:36AM +0300, Laurent Pinchart wrote:
> Hi Ulrich,
>
> Thank you for the patch.
>
> On Wednesday, 16 May 2018 11:38:22 EEST Simon Horman wrote:
> > On Tue, May 15, 2018 at 02:20:40PM +0200, Ulrich Hecht wrote:
> > > 74.25 Mhz oscillator X12 is connected to DU_DOTCLKIN0
On 2018-05-22 09:36, Peter Rosin wrote:
> On 2018-05-22 08:29, Andrzej Hajda wrote:
>> On 21.05.2018 23:56, Peter Rosin wrote:
>>> On 2018-05-21 11:21, Andrzej Hajda wrote:
On 21.05.2018 10:53, Peter Rosin wrote:
> On 2018-05-21 10:15, Andrzej Hajda wrote:
>> On 19.05.2018 18:48, Peter
Use new return type vm_fault_t for fault handler. For
now, this is just documenting that the function returns
a VM_FAULT value rather than an errno. Once all instances
are converted, vm_fault_t will become a distinct type.
Ref-> commit 1c8f422059ae ("mm: change return type to vm_fault_t")
Previou
On 05/22/2018 11:00 AM, Oleksandr Andrushchenko wrote:
> On 05/22/2018 05:33 PM, Boris Ostrovsky wrote:
>> On 05/22/2018 01:55 AM, Oleksandr Andrushchenko wrote:
>>> On 05/21/2018 11:36 PM, Boris Ostrovsky wrote:
On 05/21/2018 03:13 PM, Oleksandr Andrushchenko wrote:
> On 05/21/2018 09:53
Hi, CK:
I've some reply for comment
On Tue, 2018-05-15 at 10:30 +0800, CK Hu wrote:
> Hi, Stu:
>
> I've some inline comments.
>
> On Mon, 2018-05-14 at 17:59 +0800, Stu Hsieh wrote:
> > This patch add support for the Mediatek MT2712 DISP subsystem.
> > There are two OVL engine and three disp ou
Hi Enric,
On Wednesday, May 23, 2018 01:06 AM, Enric Balletbo Serra wrote:
Lin,
2018-05-22 9:41 GMT+02:00 Enric Balletbo Serra :
Hi Lin
2018-05-22 3:08 GMT+02:00 hl :
Hi Enric,
On Monday, May 21, 2018 11:22 PM, Enric Balletbo Serra wrote:
Hi Lin,
2018-05-21 11:37 GMT+02:00 Lin Huang :
On 05/22/2018 02:27 PM, Oleksandr Andrushchenko wrote:
> On 05/22/2018 09:02 PM, Boris Ostrovsky wrote:
>> On 05/22/2018 11:00 AM, Oleksandr Andrushchenko wrote:
>>> On 05/22/2018 05:33 PM, Boris Ostrovsky wrote:
On 05/22/2018 01:55 AM, Oleksandr Andrushchenko wrote:
> On 05/21/2018 11:36
On Tue, May 22, 2018 at 09:16:11AM -0300, Rodrigo Siqueira wrote:
> This series of patches add a centralized initialization mechanism, a
> single CRTC with a plane, an encoder, and extra module information.
>
> Changes in v2:
> - Remove unused definitions
> - Improve file names
> - Improve cod
This serie adds support for the DLC Display Co. DLC0700YZG-1 7.0" WSVGA
TFT LCD panel. The customer isn't listed as vendor so we have to add the
vendor prefix too.
Philipp Zabel (2):
dt-bindings: Add vendor prefix for DLC Display Co., Ltd.
gpu: drm/panel: Add DLC DLC0700YZG-1 panel
.../displ
From: Philipp Zabel
DLC provides a wide range of display solutions.
Website: http://www.dlcdisplay.com/
Signed-off-by: Philipp Zabel
Signed-off-by: Marco Felsch
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetr
>drivers/gpu//drm/omapdrm/omap_gem.c: In function 'fault_2d':
>drivers/gpu//drm/omapdrm/omap_gem.c:480:9: error: implicit declaration of
> function 'vmf_error'; did you mean '__pmd_error'?
> [-Werror=implicit-function-declaration]
> ret = vmf_error(err);
I think, drm-next and next-
The current implementation will leak a byte to the log via memmove. The
specified 27 bytes are off-by-one, as the payload is 25 bytes, and the
termination character is only one byte large. To avoid this, factor out
the error message, and furthermore make the second parameter of the
append_entry fun
On 2018-05-22 08:29, Andrzej Hajda wrote:
> On 21.05.2018 23:56, Peter Rosin wrote:
>> On 2018-05-21 11:21, Andrzej Hajda wrote:
>>> On 21.05.2018 10:53, Peter Rosin wrote:
On 2018-05-21 10:15, Andrzej Hajda wrote:
> On 19.05.2018 18:48, Peter Rosin wrote:
>> On 2018-05-18 13:51, Andrz
On 05/22/2018 01:55 AM, Oleksandr Andrushchenko wrote:
> On 05/21/2018 11:36 PM, Boris Ostrovsky wrote:
>> On 05/21/2018 03:13 PM, Oleksandr Andrushchenko wrote:
>>> On 05/21/2018 09:53 PM, Boris Ostrovsky wrote:
On 05/21/2018 01:32 PM, Oleksandr Andrushchenko wrote:
> On 05/21/2018 07:35
https://bugs.freedesktop.org/show_bug.cgi?id=105257
--- Comment #6 from Santiago ---
Same issue in a Dell XPS 13 witch tactile screen, but not while editing any
presentation, I'm just browsing the web (with Chromium).
In my case, the screens freezes for a second and the mouse stops working (mayb
https://bugs.freedesktop.org/show_bug.cgi?id=106625
Bug ID: 106625
Summary: GPL Request: Where is AMD's patch for
libomxil-bellagio / gst-plugins-omx to support HEVC
decode?
Product: Mesa
Version: git
Ha
Hi Lucas,
Julien has written an X driver for OMAP5 SoC (which has Vivante's GC320). We're
seeing a memory leak when using omapdrm for display and etnaviv for X 2D
rendering. The X driver uses DRI3, so dmabuf import/export is involved.
I've written a simple DRI3 tester, which supports using diff
On Fri, May 18, 2018 at 10:58:40AM -0700, Kees Cook wrote:
> On Mon, Apr 9, 2018 at 2:06 PM, Laura Abbott wrote:
> >
> > There's an ongoing effort to remove VLAs[1] from the kernel to eventually
> > turn on -Wvla. Switch to a reasonable upper bound for the VLAs in
> > the gma500 driver.
> >
> > [1
On Sat, May 19, 2018 at 11:07:08AM +0100, Russell King - ARM Linux wrote:
> On Fri, May 18, 2018 at 11:01:55AM -0700, Kees Cook wrote:
> > On Tue, Apr 10, 2018 at 6:03 PM, Laura Abbott wrote:
> > > There's an ongoing effort to remove VLAs[1] from the kernel to eventually
> > > turn on -Wvla. The v
2018-05-23 9:42 GMT+02:00 Lin Huang :
> we may use rockchip_phy_typec struct in other driver, so split
> it to separate header.
>
> Signed-off-by: Lin Huang
> ---
> Changes in v2:
> - None
> Changes in v3:
> - None
> Changes in v4:
> - None
> Changes in v5:
> - None
> Changes in v6:
> - new patch
On Tue, May 22, 2018 at 09:27:07AM +0100, Russell King wrote:
> On Tue, May 22, 2018 at 10:53:49AM +1000, Dave Airlie wrote:
> > Sorry I missed this, just fell between the cracks,
> >
> > Any reason you can't/don't use git pull-request to generate pulls? we
> > have some scripts that parse pulls f
On Mon, May 21, 2018 at 10:27:44AM +0530, Souptick Joarder wrote:
> On Thu, May 10, 2018 at 7:18 PM, Souptick Joarder
> wrote:
> > On Wed, Apr 25, 2018 at 10:29 AM, Souptick Joarder
> > wrote:
> >> Use new return type vm_fault_t for fault and huge_fault
> >> handler. For now, this is just docum
2018-05-23 9:42 GMT+02:00 Lin Huang :
> the phy config values used to fix in dp firmware, but some boards
> need change these values to do training and get the better eye diagram
> result. So support that in phy driver.
>
> Signed-off-by: Chris Zhong
> Signed-off-by: Lin Huang
> ---
> Changes in
2018-05-23 9:42 GMT+02:00 Lin Huang :
> DP firmware uses fixed phy config values to do training, but some
> boards need to adjust these values to fit for their unique hardware
> design. So get phy config values from dts and use software link training
> instead of relying on firmware, if software tr
Hi Tomi,
Am Mittwoch, den 23.05.2018, 11:40 +0300 schrieb Tomi Valkeinen:
> Hi Lucas,
>
> Julien has written an X driver for OMAP5 SoC (which has Vivante's
> GC320). We're seeing a memory leak when using omapdrm for display and
> etnaviv for X 2D rendering. The X driver uses DRI3, so dmabuf
> imp
On Sun, May 20, 2018 at 09:22:31AM +0300, Haneen Mohammed wrote:
> On Wed, May 16, 2018 at 08:56:21PM -0300, Rodrigo Siqueira wrote:
> > This commit adds the essential infrastructure for around CRTCs which
> > is composed of: a new data struct for output data information, a
> > function for creatin
On Thu, May 17, 2018 at 10:42:32PM +0300, Haneen Mohammed wrote:
> On Wed, May 16, 2018 at 08:55:06PM -0300, Rodrigo Siqueira wrote:
> > This series of patches add a centralized initialization mechanism, a
> > single CRTC with a plane, an encoder, and extra module information.
> >
> > Changes in
On Fri, May 18, 2018 at 10:33:37PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Document the userspace ABI with kerneldoc to provide some information on
> how to use it.
>
> v2:
> - keep GEM object creation flags for ABI compatibility
> - fix typo in struct drm_tegra_syncpt_incr kerne
On Fri, May 18, 2018 at 05:27:51PM +0800, Qiang Yu wrote:
> Kernel DRM driver for ARM Mali 400/450 GPUs.
>
> This implementation mainly take amdgpu DRM driver as reference.
>
> - Mali 4xx GPUs have two kinds of processors GP and PP. GP is for
> OpenGL vertex shader processing and PP is for frag
On Tue, May 22, 2018 at 09:04:17AM +0800, Qiang Yu wrote:
> On Tue, May 22, 2018 at 3:37 AM, Eric Anholt wrote:
> > Qiang Yu writes:
> >
> >> This reverts commit 45c3d213a400c952ab7119f394c5293bb6877e6b.
> >>
> >> lima driver need preclose to wait all task in the context
> >> created within closi
On Tue, May 22, 2018 at 11:33:35AM +0300, Jani Nikula wrote:
> On Mon, 21 May 2018, Maya Rashish wrote:
> > In drm_dp_i2c_drain_msg we do msg.buffer += err which isn't
> > legal for void *.
>
> Well, this isn't pedantic C, it's GCC. There are tons of pointer
> arithmetics for void pointers all ov
On Mon, May 21, 2018 at 10:04:23PM -0300, Rodrigo Siqueira wrote:
> This series of patches add a centralized initialization mechanism, a
> single CRTC with a plane, an encoder, and extra module information.
>
> Changes in v2:
> - Remove unused definitions
> - Improve file names
> - Improve cod
On Wed, May 23, 2018 at 11:13 AM, Russell King wrote:
> On Wed, May 23, 2018 at 10:48:15AM +0200, Daniel Vetter wrote:
>> On Tue, May 22, 2018 at 09:27:07AM +0100, Russell King wrote:
>> > On Tue, May 22, 2018 at 10:53:49AM +1000, Dave Airlie wrote:
>> > > Sorry I missed this, just fell between th
On Wed, 2018-05-23 at 13:23 +0800, CK Hu wrote:
> Hi, Stu:
>
> I've some inline comment.
>
> On Wed, 2018-05-23 at 10:25 +0800, Stu Hsieh wrote:
> > This patch add support for the Mediatek MT2712 DISP subsystem.
> > There are two OVL engine and three disp output in MT2712.
> >
> > Signed-off-by:
On 14/05/18 02:36, Hernán Gonzalez wrote:
> Use ERR_CAST inlined function instead of ERR_PTR(PTR_ERR(...)).
>
> drivers/gpu/drm/omapdrm/dss/dss.c:959:9-16: WARNING: ERR_CAST can be used
> with d
> Generated by: scripts/coccinelle/api/err_cast.cocci
>
> Signed-off-by: Hernán Gonzalez
> ---
> dr
Am 18.05.2018 um 11:27 schrieb Qiang Yu:
Kernel DRM driver for ARM Mali 400/450 GPUs.
This implementation mainly take amdgpu DRM driver as reference.
- Mali 4xx GPUs have two kinds of processors GP and PP. GP is for
OpenGL vertex shader processing and PP is for fragment shader
processing.
Hi, CK:
On Wed, 2018-05-23 at 14:01 +0800, CK Hu wrote:
> Hi, Stu:
>
> On Wed, 2018-05-23 at 10:25 +0800, Stu Hsieh wrote:
> > This patch add the connection from OD1 to RDMA1 for ext path.
> >
>
> I would like to apply this patch before the patch 'Add support for
> mediatek SOC MT2712' because
On 19/04/18 17:05, Wolfram Sang wrote:
> We should get drvdata from struct device directly. Going via
> platform_device is an unneeded step back and forth.
>
> Signed-off-by: Wolfram Sang
> ---
>
> Build tested only. buildbot is happy. Please apply individually.
>
> drivers/gpu/drm/omapdrm/dis
Op 18-05-18 om 17:17 schreef Liviu Dudau:
> Due to the fact that writeback connectors behave in a special way
> in DRM (they always report being disconnected) we might confuse some
> userspace. Add a client capability for writeback connectors that will
> filter them out for clients that don't under
Well NAK, that brings back a callback we worked quite hard on getting
rid of.
It looks like the problem isn't that you need the preclose callback, but
you rather seem to misunderstood how TTM works.
All you need to do is to cleanup your command submission path so that
the caller of lima_sche
On 23.05.2018 10:29, Peter Rosin wrote:
> On 2018-05-22 17:03, Peter Rosin wrote:
>> On 2018-05-22 11:45, Andrzej Hajda wrote:
>>> On 22.05.2018 09:36, Peter Rosin wrote:
On 2018-05-22 08:29, Andrzej Hajda wrote:
> On 21.05.2018 23:56, Peter Rosin wrote:
>> On 2018-05-21 11:21, Andrzej
On 02/04/18 21:50, Laurent Pinchart wrote:
> Hello,
>
> This patch series removes the usage of struct_mutex from the omapdrm driver in
> order to switch to gem_free_object_unlocked(). The series is inspired by
> Daniel Vetter's recent gem_free_object_unlocked() patches (starting with
> "[PATCH 1/5
https://bugs.freedesktop.org/show_bug.cgi?id=106625
Daniel Stone changed:
What|Removed |Added
CC||dan...@fooishbar.org
--- Comment #1 from
On Wed, 23 May 2018, Daniel Vetter wrote:
> On Tue, May 22, 2018 at 11:33:35AM +0300, Jani Nikula wrote:
>> On Mon, 21 May 2018, Maya Rashish wrote:
>> > In drm_dp_i2c_drain_msg we do msg.buffer += err which isn't
>> > legal for void *.
>>
>> Well, this isn't pedantic C, it's GCC. There are tons
https://bugs.freedesktop.org/show_bug.cgi?id=106625
Daniel Stone changed:
What|Removed |Added
Summary|GPL Request: Where is AMD's |AMD HEVC support for for
On 10/04/18 14:33, Peter Ujfalusi wrote:
> From: Tomi Valkeinen
>
> Define unique compatible string for the DMM in DRA7xx family.
>
> The new compatible can be used to apply DRA7xx specific workarounds for
> ERRATAs, like i878 (MPU Lockup with concurrent DMM and EMIF accesses)
>
> Signed-off-by
https://bugs.freedesktop.org/show_bug.cgi?id=106597
--- Comment #17 from taij...@posteo.de ---
Created attachment 139692
--> https://bugs.freedesktop.org/attachment.cgi?id=139692&action=edit
dmesg with the debug symbols requested by Lukas
This is the 'vanilla' kernel with the extra patch for th
On 05/23/2018 12:19 PM, Juergen Gross wrote:
On 21/05/18 09:39, Oleksandr Andrushchenko wrote:
From: Oleksandr Andrushchenko
Building for a 32-bit target results in warnings from casting
between a 32-bit pointer and a 64-bit integer. Fix the warnings
by casting those pointers to uintptr_t firs
On 23/03/18 14:57, Peter Ujfalusi wrote:
> From: Tomi Valkeinen
>
> A DMM timeout "timed out waiting for done" has been observed on DRA7
> devices. The timeout happens rarely, and only when the system is under
> heavy load.
>
> Debugging showed that the timeout can be made to happen much more
>
The default zpos property for all planes in Exynos DRM was fixed as zero.
Fix this by providing proper value provided by hardware drivers, which
typically matches hardware window number.
Reported-by: Seung-Woo Kim
Fixes: e47726a11e11 ("drm/exynos: use generic code for managing zpos plane
propert
https://bugs.freedesktop.org/show_bug.cgi?id=106597
--- Comment #18 from taij...@posteo.de ---
(In reply to Lukas Wunner from comment #16)
> Created attachment 139688 [details] [review]
> drm-next-4.18-wip debug patch 1
>
> So, the HDA device's usage counter is 0, it has no active children and
>
https://bugs.freedesktop.org/show_bug.cgi?id=106519
--- Comment #12 from Christian König ---
(In reply to mikhail.v.gavrilov from comment #11)
> (In reply to Christian König from comment #10)
> > Please provide the output of vainfo.
>
> $ vainfo
> libva info: VA-API version 1.1.0
...
At least o
Dear all,
This patchset enables support for 2 more hardware windows in Exynos5433
Decon's, what gives us 2 more overlay planes. This require enabling
a few more clocks to get it working properly.
My merge plan for this patchset:
1. dts (patch 2/3) - please schedule for v4.18 merge window
2. drive
Add all '1x' clocks to decon and decontv devices. Enabling those clocks
is needed to get proper display on hardware windows no 4 and 5.
Signed-off-by: Marek Szyprowski
---
arch/arm64/boot/dts/exynos/exynos5433.dtsi | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git
Proper support for Decon's hardware window no 4 and 5 require enabling
a few more clocks ("aclk_smmu_decon1x", "aclk_xiu_decon1x",
"pclk_smmu_decon1x"). Add those clocks to required clocks list in Decon's
dt bindings.
Signed-off-by: Marek Szyprowski
---
.../bindings/display/exynos/exynos5433-dec
Enable support for 2 more hardware windows. This require enabling a few
more clocks and set proper plane type for all windows. In the new
configuration primary plane uses hardware window no 3 and cursor uses
window no 5. The remaining hardware windows are used for overlays. This
gives us an overlay
On 4/18/2018 4:14 AM, Jordan Crouse wrote:
Capture the GPU state on a GPU hang and store it for later playback
via the devcoredump facility. Only one crash state is stored at a
time on the assumption that the first hang is usually the most
interesting. The existing crash state can be cleared af
On 4/18/2018 4:14 AM, Jordan Crouse wrote:
Convert the existing GPU show function to use the GPU state to
dump the information rather than reading it directly from the hardware.
This will require an additional step to capture the state before
dumping it for the existing nodes but it will greatl
On 05/23/2018 02:06 PM, Juergen Gross wrote:
On 23/05/18 12:00, Oleksandr Andrushchenko wrote:
On 05/23/2018 12:19 PM, Juergen Gross wrote:
On 21/05/18 09:39, Oleksandr Andrushchenko wrote:
From: Oleksandr Andrushchenko
Building for a 32-bit target results in warnings from casting
between a
On 5/23/2018 4:50 PM, Sharat Masetty wrote:
On 4/18/2018 4:14 AM, Jordan Crouse wrote:
Capture the GPU state on a GPU hang and store it for later playback
via the devcoredump facility. Only one crash state is stored at a
time on the assumption that the first hang is usually the most
interest
https://bugs.freedesktop.org/show_bug.cgi?id=97942
Jani Saarinen changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=97942
Jani Saarinen changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #10 from Jani Saarine
From: Oleksandr Andrushchenko
Building for a 32-bit target results in warnings from casting
between a 32-bit pointer and a 64-bit integer. Fix the warnings
by casting those pointers to uintptr_t first.
Signed-off-by: Oleksandr Andrushchenko
---
Changes since v1:
- remove unneeded u64 and phys_
On Wed, May 23, 2018 at 1:00 PM, Marek Szyprowski
wrote:
> Proper support for Decon's hardware window no 4 and 5 require enabling
> a few more clocks ("aclk_smmu_decon1x", "aclk_xiu_decon1x",
> "pclk_smmu_decon1x"). Add those clocks to required clocks list in Decon's
> dt bindings.
>
> Signed-off-
On Wed, May 23, 2018 at 12:59 PM, Marek Szyprowski
wrote:
> Dear all,
>
> This patchset enables support for 2 more hardware windows in Exynos5433
> Decon's, what gives us 2 more overlay planes. This require enabling
> a few more clocks to get it working properly.
>
> My merge plan for this patchse
https://bugs.freedesktop.org/show_bug.cgi?id=106625
--- Comment #2 from Luke McKee ---
I'm hoping AMD will get around to releasing their changes to LGPL licensed
gstreamer-plugins-omx / libomxil-bellago
It's mesa/Gallium that has the BSD/MIT license and all the code for
libomix-belagio h265 supp
On 23/05/18 11:53, Lucas Stach wrote:
> Hi Tomi,
>
> Am Mittwoch, den 23.05.2018, 11:40 +0300 schrieb Tomi Valkeinen:
>> Hi Lucas,
>>
>> Julien has written an X driver for OMAP5 SoC (which has Vivante's
>> GC320). We're seeing a memory leak when using omapdrm for display and
>> etnaviv for X 2D re
https://bugs.freedesktop.org/show_bug.cgi?id=106625
Christian König changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=106625
Luke McKee changed:
What|Removed |Added
Resolution|INVALID |FIXED
--- Comment #4 from Luke McKee ---
https://bugs.freedesktop.org/show_bug.cgi?id=106597
--- Comment #19 from Lukas Wunner ---
Created attachment 139706
--> https://bugs.freedesktop.org/attachment.cgi?id=139706&action=edit
drm-next-4.18-wip debug patch 2
Okay at 10.574564, the HDA controller tries to runtime suspend but returns
-
https://bugs.freedesktop.org/show_bug.cgi?id=106625
Luke McKee changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
On Wed, May 23, 2018 at 11:34:32AM +0200, Maarten Lankhorst wrote:
> Op 18-05-18 om 17:17 schreef Liviu Dudau:
> > Due to the fact that writeback connectors behave in a special way
> > in DRM (they always report being disconnected) we might confuse some
> > userspace. Add a client capability for wr
https://bugs.freedesktop.org/show_bug.cgi?id=106625
--- Comment #6 from Daniel Stone ---
(In reply to Luke McKee from comment #2)
> I'm hoping AMD will get around to releasing their changes to LGPL licensed
> gstreamer-plugins-omx / libomxil-bellago
>
> It's mesa/Gallium that has the BSD/MIT lic
https://bugs.freedesktop.org/show_bug.cgi?id=106625
Daniel Stone changed:
What|Removed |Added
Summary|AMD HEVC support for for|Request test app for HEVC
On 23.05.2018 12:46, Peter Rosin wrote:
> On 2018-05-23 11:39, Andrzej Hajda wrote:
>
> *snip*
>
>> Panels are managed by dsi host only if dsi host implements it, and it is
>> up to dsi host author, it is not mandatory. The only case I am aware of
>> is exynos-dsi. I guess most developers are not a
On Wed, May 23, 2018 at 5:04 PM, Daniel Vetter wrote:
> On Tue, May 22, 2018 at 09:04:17AM +0800, Qiang Yu wrote:
>> On Tue, May 22, 2018 at 3:37 AM, Eric Anholt wrote:
>> > Qiang Yu writes:
>> >
>> >> This reverts commit 45c3d213a400c952ab7119f394c5293bb6877e6b.
>> >>
>> >> lima driver need pre
On Wed, 16 May 2018, Jani Nikula wrote:
> Until now, the drm-intel commit access have been handed out ad hoc,
> without transparency, consistency, or fairness. With pressure to add
> more committers, this is no longer tenable, if it ever was. Document the
> requirements and expectations around bec
On Wed, May 23, 2018 at 5:35 PM, Christian König
wrote:
> Well NAK, that brings back a callback we worked quite hard on getting rid
> of.
>
> It looks like the problem isn't that you need the preclose callback, but you
> rather seem to misunderstood how TTM works.
>
> All you need to do is to clea
On Wed, May 23, 2018 at 5:02 PM, Daniel Vetter wrote:
> On Fri, May 18, 2018 at 05:27:51PM +0800, Qiang Yu wrote:
>> Kernel DRM driver for ARM Mali 400/450 GPUs.
>>
>> This implementation mainly take amdgpu DRM driver as reference.
>>
>> - Mali 4xx GPUs have two kinds of processors GP and PP. GP i
Am 23.05.2018 um 15:13 schrieb Qiang Yu:
On Wed, May 23, 2018 at 5:35 PM, Christian König
wrote:
Well NAK, that brings back a callback we worked quite hard on getting rid
of.
It looks like the problem isn't that you need the preclose callback, but you
rather seem to misunderstood how TTM works
https://bugs.freedesktop.org/show_bug.cgi?id=106631
Bug ID: 106631
Summary: PALM: clpeak: Bus error (core dumped) & lots of GPU
lockup
Product: Mesa
Version: 18.0
Hardware: Other
OS: All
Status:
On Wed, May 23, 2018 at 5:29 PM, Christian König
wrote:
> Am 18.05.2018 um 11:27 schrieb Qiang Yu:
>>
>> Kernel DRM driver for ARM Mali 400/450 GPUs.
>>
>> This implementation mainly take amdgpu DRM driver as reference.
>>
>> - Mali 4xx GPUs have two kinds of processors GP and PP. GP is for
>>
https://bugs.freedesktop.org/show_bug.cgi?id=106631
--- Comment #1 from Ricardo Ribalda ---
Created attachment 139710
--> https://bugs.freedesktop.org/attachment.cgi?id=139710&action=edit
dmesg
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=106631
--- Comment #2 from Ricardo Ribalda ---
libclc version: a2118d58fca567694edfabea78293e0dc9255500 (current HEAD)
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel
Am 23.05.2018 um 15:52 schrieb Qiang Yu:
On Wed, May 23, 2018 at 5:29 PM, Christian König
wrote:
Am 18.05.2018 um 11:27 schrieb Qiang Yu:
Kernel DRM driver for ARM Mali 400/450 GPUs.
This implementation mainly take amdgpu DRM driver as reference.
- Mali 4xx GPUs have two kinds of processors
https://bugs.freedesktop.org/show_bug.cgi?id=106625
Christian König changed:
What|Removed |Added
Resolution|--- |INVALID
Summary|Request te
On Wed, May 23, 2018 at 9:59 PM, Christian König
wrote:
> Am 23.05.2018 um 15:52 schrieb Qiang Yu:
>>
>> On Wed, May 23, 2018 at 5:29 PM, Christian König
>> wrote:
>>>
>>> Am 18.05.2018 um 11:27 schrieb Qiang Yu:
Kernel DRM driver for ARM Mali 400/450 GPUs.
This implementation
Am 23.05.2018 um 16:13 schrieb Qiang Yu:
On Wed, May 23, 2018 at 9:59 PM, Christian König
wrote:
Am 23.05.2018 um 15:52 schrieb Qiang Yu:
On Wed, May 23, 2018 at 5:29 PM, Christian König
wrote:
Am 18.05.2018 um 11:27 schrieb Qiang Yu:
Kernel DRM driver for ARM Mali 400/450 GPUs.
This imple
On Wed, May 23, 2018 at 10:19 PM, Christian König
wrote:
> Am 23.05.2018 um 16:13 schrieb Qiang Yu:
>>
>> On Wed, May 23, 2018 at 9:59 PM, Christian König
>> wrote:
>>>
>>> Am 23.05.2018 um 15:52 schrieb Qiang Yu:
On Wed, May 23, 2018 at 5:29 PM, Christian König
wrote:
>
>
From: David Herrmann
Rather than doing drm_file allocation/destruction right in the fops, lets
provide separate helpers. This decouples drm_file management from the
still-mandatory drm-fops. It prepares for use of drm_file without the
fops, both by possible separate fops implementations and APIs
Make ioctl wrappers for functions that will be used by the in-kernel API.
The following functions are touched:
- drm_mode_create_dumb_ioctl()
- drm_mode_destroy_dumb_ioctl()
- drm_mode_addfb()
- drm_mode_rmfb()
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_crtc_internal.h | 19 ++
This patchset adds generic fbdev emulation for drivers that supports GEM
based dumb buffers which support .gem_prime_vmap and gem_prime_mmap. An
API is begun to support in-kernel clients in general.
The CMA helper drivers is moved as a whole over to this generic fbdev
emulation. I've added patches
This the beginning of an API for in-kernel clients.
First out is a way to get a framebuffer backed by a dumb buffer.
Only GEM drivers are supported.
The original idea of using an exported dma-buf was dropped because it
also creates an anonomous file descriptor which doesn't work when the
buffer is
These are needed for pl111 to use the generic fbdev emulation.
Cc: Eric Anholt
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/pl111/pl111_drv.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/pl111/pl111_drv.c
b/drivers/gpu/drm/pl111/pl111_drv.c
index 454ff0804642..788
1 - 100 of 187 matches
Mail list logo