A new helper function(__drm_atomic_helper_plane_reset) has been added
for linking a plane with its state and resetting the core
properties(alpha, rotation, etc.) to their default values.
Use that instead of duplicating the logic.
__drm_atomic_helper_plane_reset initializes the alpha property to
A new helper function(__drm_atomic_helper_plane_reset) has been added
for linking a plane with its state and resetting the core
properties(alpha, rotation, etc.) to their default values.
Use that instead of duplicating the logic.
__drm_atomic_helper_plane_reset initializes the alpha property to
A new helper function(__drm_atomic_helper_plane_reset) has been added
for linking a plane with its state and resetting the core
properties(alpha, rotation, etc.) to their default values.
Use that instead of duplicating the logic.
__drm_atomic_helper_plane_reset initializes the alpha property to
A new helper function(__drm_atomic_helper_plane_reset) has been added
for linking a plane with its state and resetting the core
properties(alpha, rotation, etc.) to their default values.
Use that instead of duplicating the logic.
Signed-off-by: Alexandru Gheorghe
---
Changes since v1:
- Make __drm_atomic_helper_plane_reset consistent with the other
helpers and require that both plane and state not be NULL,
suggested by Boris Brezillon and Philipp Zabel. Drivers already
check for that.
- Add a proper commit message for driver changes.
Drivers that
https://bugs.freedesktop.org/show_bug.cgi?id=107390
--- Comment #4 from Justinas Narusevicius ---
Created attachment 140843
--> https://bugs.freedesktop.org/attachment.cgi?id=140843=edit
BenQ G2420HDBL (monitor) EDID dump
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=107390
Justinas Narusevicius changed:
What|Removed |Added
Attachment #140840|Display mirroring available |416.png Display mirroring
https://bugs.freedesktop.org/show_bug.cgi?id=107390
Justinas Narusevicius changed:
What|Removed |Added
Attachment #140841|417.png display mirroring |417.png Display mirroring
Hi Alexandru,
Thank you for the patch.
On Thursday, 26 July 2018 19:17:47 EEST Alexandru Gheorghe wrote:
> There are a lot of drivers that subclass drm_plane_state, all of them
> duplicate the code that links toghether the plane with plane_state.
s/toghether/together/
> On top of that, drivers
https://bugs.freedesktop.org/show_bug.cgi?id=107390
--- Comment #5 from Alex Deucher ---
did you find ac916c914c3156e53505e9ea3a9d1495518bf873 as the problematic by
bisection? If so, does reverting it fix the problem? If not, can you bisect
and verify that this is the actual commit that causes
https://bugzilla.kernel.org/show_bug.cgi?id=200661
Bug ID: 200661
Summary: AMD Radeon R9 390 freezes/crashing with white
stripes/blocks
Product: Drivers
Version: 2.5
Kernel Version: 4.17.10
Hardware: All
https://bugs.freedesktop.org/show_bug.cgi?id=105760
--- Comment #54 from Alex Deucher ---
Can you see if this patch fixes it?
https://gist.github.com/karolherbst/3cde7028a6b885ca42863b6f6320658c
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=107390
Bug ID: 107390
Summary: [BISECTED] EDID read failure breaks display mirroring
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status:
Remove a chunk of unused code from drm_crtc.c, namely
dpu_crtc_res_add, dpu_crtc_res_get, dpu_crtc_res_put
and associated static functions.
Also zap dpu_crtc_event_queue(), helper functions
and members.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/disp/dpu1/dpu_crtc.c | 383
None of the functions in dpu_kms_utils.c seem to be used so
remove them all.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/Makefile | 1 -
drivers/gpu/drm/msm/disp/dpu1/dpu_kms.h | 112 -
drivers/gpu/drm/msm/disp/dpu1/dpu_kms_utils.c | 153
I made a silly little script that looked at the defined symbols
in nm and then looked to see if other files in the module used
those symbols and if they didn't they were either candidates
for removal or to be made static. This is the result.
I split the code into per-file chunks for easier review
Remove dpu_format_get_block_size, dpu_format_get_framebuffer_size,
dpu_set_scaler_v2 and dpu_copy_formats they are unused and unneeded.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/disp/dpu1/dpu_formats.c | 41 --
drivers/gpu/drm/msm/disp/dpu1/dpu_formats.h | 31
Remove dpu_encoder_check_mode and dpu_encoder_helper_hw_release
frmo drm_encoder.c as they appear to be unused.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/disp/dpu1/dpu_encoder.c | 80 ---
drivers/gpu/drm/msm/disp/dpu1/dpu_encoder.h | 8 --
Mark a number of static functions that are only unsed in the file
that defines them and remove the prototypes from the headers where
needed.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/disp/dpu1/dpu_encoder.c | 7 +--
drivers/gpu/drm/msm/disp/dpu1/dpu_encoder.h | 6 --
Hi Dave,
Here goes drm-intel-fixes-2018-07-26:
- Only a quirk for GLK NUC HDMI port issues
Thanks,
Rodrigo.
The following changes since commit d72e90f33aa4709ebecc5005562f52335e106a60:
Linux 4.18-rc6 (2018-07-22 14:12:20 -0700)
are available in the Git repository at:
https://bugzilla.kernel.org/show_bug.cgi?id=200661
Alex Deucher (alexdeuc...@gmail.com) changed:
What|Removed |Added
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=107390
--- Comment #1 from Justinas Narusevicius ---
Created attachment 140840
--> https://bugs.freedesktop.org/attachment.cgi?id=140840=edit
Display mirroring available on 4.16.9 kernel
--
You are receiving this mail because:
You are the assignee
Hi Alexandru,
Thank you for the patch.
On Thursday, 26 July 2018 19:17:53 EEST Alexandru Gheorghe wrote:
> A new helper function(__drm_atomic_helper_plane_reset) has been added
> for linking a plane with its state and resetting the core
> properties(alpha, rotation, etc.) to their default
https://bugs.freedesktop.org/show_bug.cgi?id=105760
Thomas Martitz changed:
What|Removed |Added
Attachment #140356|0 |1
is obsolete|
Hi all,
Today's linux-next merge of the drm tree got a conflict in:
drivers/gpu/ipu-v3/ipu-cpmem.c
between commit:
343b23a7c6b6 ("media: gpu: ipu-v3: Allow negative offsets for interlaced
scanning")
from the v4l-dvb tree and commit:
4e3c5d7e05be ("gpu: ipu-v3: Allow negative offsets
https://bugs.freedesktop.org/show_bug.cgi?id=105760
--- Comment #56 from Thomas Martitz ---
Created attachment 140846
--> https://bugs.freedesktop.org/attachment.cgi?id=140846=edit
fixed hack.patch
--
You are receiving this mail because:
You are the assignee for the
On 2018年07月25日 16:20, Takashi Iwai wrote:
On Wed, 25 Jul 2018 10:02:34 +0200,
jimqu wrote:
On 2018年07月25日 13:46, Takashi Iwai wrote:
On Wed, 25 Jul 2018 07:38:37 +0200,
Qu, Jim wrote:
Jim: Just like Alex said, we want driver can get eld info when hotplug in new
device. amdgpu driver is a
Hi,
> Thanks for the patch. Could you tell how to reproduce this issue
> on a db410c?
>
> I was playing with xrandr's --rotate and --reflect options to get
> a rotated output, but wasn't able to generate negative x/y
> co-ordinates. I'm using linaro's debian userspace, running lxqt.
I used Yocto
Hello,
I have a simple one-line patch that fixes the libdrm build with -std=c11.
I would appreciate if anyone with commit access could merge the attached
change on my behalf.
Thanks!
Tom
From fc7a593454030df2b06e5b9dbafaa666d51a30ac Mon Sep 17 00:00:00 2001
From: Tom Anderson
Date: Wed, 25 Jul
On Wed, Jul 25, 2018 at 6:47 PM, Rodrigo Siqueira
wrote:
> Hi,
>
> Thanks for the patch,
>
> I reviewed and tested it; everything is fine. I only suggest removing
> the "gpu" part from the patch title (i.e., "drm/vkms: Use new return
> type vm_fault_t").
ok. I Will post v2.
>
> On 07/23,
On Wednesday 25 July 2018 09:16 PM, Andrzej Hajda wrote:
Add a drm_bridge driver for the Toshiba TC358764 DSI to LVDS bridge.
Changes in v4:
- removed license blob,
- ordered includes,
- added error handling,
- fixed reset GPIO handling,
- added missing calls to the panel,
- custom OF graph
Am 25.07.2018 um 22:29 schrieb Bas Nieuwenhuizen:
Every set_pages_array_wb call resulted in cross-core
interrupts and TLB flushes. Merge more of them for
less overhead.
This reduces the time needed to free a 1.6 GiB GTT WC
buffer as part of Vulkan CTS from ~2 sec to < 0.25 sec.
(Allocation
On Thu, Jul 26, 2018 at 08:37:45AM +0200, Christian König wrote:
> Am 25.07.2018 um 22:29 schrieb Bas Nieuwenhuizen:
> >Every set_pages_array_wb call resulted in cross-core
> >interrupts and TLB flushes. Merge more of them for
> >less overhead.
> >
> >This reduces the time needed to free a 1.6 GiB
Quoting Sean Wang (2018-07-18 03:06:27)
> On Wed, 2018-07-18 at 11:05 +0300, Laurent Pinchart wrote:
> > Hi Sean,
> >
> > On Wednesday, 18 July 2018 05:57:35 EEST Sean Wang wrote:
> > > On Wed, 2018-07-18 at 00:03 +0200, matthias@kernel.org wrote:
> > > > From: Matthias Brugger
> > > >
> >
On 25 July 2018 at 17:46, Andrzej Hajda wrote:
> The patch adds common part of DSI node for Exynos5250 platforms
> and a required mipi-phy node.
>
> Signed-off-by: Andrzej Hajda
> Signed-off-by: Maciej Purski
> ---
> arch/arm/boot/dts/exynos5250.dtsi | 21 +
> 1 file
On 25 July 2018 at 17:46, Andrzej Hajda wrote:
> The patch adds bridge and panel nodes.
> It adds also DSI properties specific for arndale board and
> regulators required by the bridge.
>
> Signed-off-by: Andrzej Hajda
> Signed-off-by: Maciej Purski
> ---
>
On Wednesday 25 July 2018 08:40 PM, Carsten Behling wrote:
Hi,
Thanks for the patch. Could you tell how to reproduce this issue
on a db410c?
>
I was playing with xrandr's --rotate and --reflect options to get
a rotated output, but wasn't able to generate negative x/y
co-ordinates. I'm
https://bugs.freedesktop.org/show_bug.cgi?id=106228
jian-h...@endlessm.com changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
Hi Linus,
Not much happening this week which is good, two imx display fixes and
one i915 quirk addition.
Dave.
drm-fixes-2018-07-27:
two imx fixes and one i915 fix.
The following changes since commit d72e90f33aa4709ebecc5005562f52335e106a60:
Linux 4.18-rc6 (2018-07-22 14:12:20 -0700)
are
A new helper function(__drm_atomic_helper_plane_reset) has been added
for linking a plane with its state and resetting the core
properties(alpha, rotation, etc.) to their default values.
Use that instead of duplicating the logic.
Signed-off-by: Alexandru Gheorghe
---
A new helper function(__drm_atomic_helper_plane_reset) has been added
for linking a plane with its state and resetting the core
properties(alpha, rotation, etc.) to their default values.
Use that instead of duplicating the logic.
__drm_atomic_helper_plane_reset initializes the alpha property to
A new helper function(__drm_atomic_helper_plane_reset) has been added
for linking a plane with its state and resetting the core
properties(alpha, rotation, etc) to their default values.
Use that instead of duplicating the logic.
Reviewed-by: Harry Wentland
Signed-off-by: Alexandru Gheorghe
---
A new helper function(__drm_atomic_helper_plane_reset) has been added
for linking a plane with its state and resetting the core
properties(alpha, rotation, etc.) to their default values.
Use that instead of duplicating the logic.
Reviewed-by: Ayan Kumar halder
Acked-by: Liviu Dudau
There are a lot of drivers that subclass drm_plane_state, all of them
duplicate the code that links toghether the plane with plane_state.
On top of that, drivers that enable core properties also have to
duplicate the code for initializing the properties to their default
values, which in all cases
A new helper function(__drm_atomic_helper_plane_reset) has been added
for linking a plane with its state and resetting the core
properties(alpha, rotation, etc.) to their default values.
Use that instead of duplicating the logic.
Reviewed-by: Sinclair Yeh
Reviewed-by: Deepak Rawat
https://bugs.freedesktop.org/show_bug.cgi?id=107390
--- Comment #2 from Justinas Narusevicius ---
Created attachment 140841
--> https://bugs.freedesktop.org/attachment.cgi?id=140841=edit
417.png display mirroring unavailable in 4.17+ kernels
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=107390
--- Comment #3 from Justinas Narusevicius ---
Created attachment 140842
--> https://bugs.freedesktop.org/attachment.cgi?id=140842=edit
Philips 55PUS6401 (4k TV) EDID dump
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=107390
Alex Deucher changed:
What|Removed |Added
Attachment #140839|text/x-log |text/plain
mime type|
On Thu, Jul 26, 2018 at 4:30 PM, Jordan Crouse wrote:
> I made a silly little script that looked at the defined symbols
> in nm and then looked to see if other files in the module used
> those symbols and if they didn't they were either candidates
> for removal or to be made static. This is the
On Thu, Jul 26, 2018 at 08:12:05PM +0800, Koenig, Christian wrote:
> Am 26.07.2018 um 13:59 schrieb Bas Nieuwenhuizen:
> > On Thu, Jul 26, 2018 at 1:52 PM, Huang Rui wrote:
> >> Hi,
> >>
> >> As suggested by Christian, we should move non-x86 definitions into one
> >> common
> >> header, and it
https://bugs.freedesktop.org/show_bug.cgi?id=105733
Suloev Dmitry changed:
What|Removed |Added
Attachment #140820|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=105733
--- Comment #21 from Suloev Dmitry ---
Created attachment 140825
--> https://bugs.freedesktop.org/attachment.cgi?id=140825=edit
amdgpu with dc enabled
And different traceback with amdgpu.dc enabled.
--
You are receiving this mail because:
Hi,
As suggested by Christian, we should move non-x86 definitions into one common
header, and it will make the codes readable. They are based on the improvement
fix of Bas (already rebase Bas's patch to drm-next).
Thanks,
Ray
Bas Nieuwenhuizen (1):
drm/ttm: Merge hugepage attr changes in
HDMI-DDC for unknown reasons doesn't work with Exynos I2C
controllers. Fortunately i2c-gpio comes to the rescue.
Signed-off-by: Andrzej Hajda
---
arch/arm/boot/dts/exynos5250-arndale.dts | 24 +++
arch/arm/boot/dts/exynos5250-pinctrl.dtsi | 6 ++
2 files changed, 22
HDMI-HPD was set active low, moreover by default pincontrol
chip sets pull-down on the pin. As a result HDMI driver
assumes TV is always connected regardless of actual state.
The patch fixes it.
Signed-off-by: Andrzej Hajda
---
arch/arm/boot/dts/exynos5250-arndale.dts | 4 +++-
On 26 July 2018 at 12:12, Andrzej Hajda wrote:
> HDMI-HPD was set active low, moreover by default pincontrol
> chip sets pull-down on the pin. As a result HDMI driver
> assumes TV is always connected regardless of actual state.
> The patch fixes it.
>
> Signed-off-by: Andrzej Hajda
> ---
>
https://bugs.freedesktop.org/show_bug.cgi?id=105684
--- Comment #40 from jian-h...@endlessm.com ---
Created attachment 140819
--> https://bugs.freedesktop.org/attachment.cgi?id=140819=edit
4.18.0-rc6 Build config file
Hi Paul,
The config file is as attachment.
I just "make", and "make
https://bugs.freedesktop.org/show_bug.cgi?id=105733
--- Comment #19 from Suloev Dmitry ---
Created attachment 140822
--> https://bugs.freedesktop.org/attachment.cgi?id=140822=edit
startx.log
I even can run X with disabled iommu, but when I start firefox - X hangs.
But gpu_recovery trying
https://bugs.freedesktop.org/show_bug.cgi?id=105733
--- Comment #20 from Suloev Dmitry ---
Created attachment 140823
--> https://bugs.freedesktop.org/attachment.cgi?id=140823=edit
Memory manager not clean during takedown.
But everything changes with iommu enabled!
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=107384
Bug ID: 107384
Summary: random tab crashes in firefox nightly
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
On Thu, Jul 26, 2018 at 7:52 AM, Zhang, Jerry (Junwei)
wrote:
> On 07/26/2018 04:29 AM, Bas Nieuwenhuizen wrote:
>>
>> Every set_pages_array_wb call resulted in cross-core
>> interrupts and TLB flushes. Merge more of them for
>> less overhead.
>>
>> This reduces the time needed to free a 1.6 GiB
https://bugs.freedesktop.org/show_bug.cgi?id=105733
--- Comment #22 from Suloev Dmitry ---
With iommu and dc system can't even boot.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
From: Bas Nieuwenhuizen
Every set_pages_array_wb call resulted in cross-core
interrupts and TLB flushes. Merge more of them for
less overhead.
This reduces the time needed to free a 1.6 GiB GTT WC
buffer as part of Vulkan CTS from ~2 sec to < 0.25 sec.
(Allocation still takes more than 2 sec
On 26 July 2018 at 12:12, Andrzej Hajda wrote:
> HDMI-DDC for unknown reasons doesn't work with Exynos I2C
> controllers. Fortunately i2c-gpio comes to the rescue.
Wait... what? The I2C controller on SoC (or its driver) is buggy in
some way and we need to use these pins as GPIO to run i2c-gpio
https://bugs.freedesktop.org/show_bug.cgi?id=105733
--- Comment #16 from Suloev Dmitry ---
This issue looks pretty similar to one of mine.
But in addition to this I found few more bugs in amdgpu+iommu+drm bundle.
--
You are receiving this mail because:
You are the assignee for the
On 07/26/2018 02:09 AM, Jeykumar Sankaran wrote:
> On 2018-07-25 07:09, Stanimir Varbanov wrote:
>> Hi,
>>
>> On 07/20/2018 11:42 PM, Sean Paul wrote:
>>> From: Jeykumar Sankaran
>>>
>>> Qualcomm Snapdragon chipsets uses compressed format
>>> to optimize BW across multiple IP's. This change
https://bugs.freedesktop.org/show_bug.cgi?id=105733
--- Comment #17 from Suloev Dmitry ---
Created attachment 140820
--> https://bugs.freedesktop.org/attachment.cgi?id=140820=edit
amdgpu timeout with iommu enabled
--
You are receiving this mail because:
You are the assignee for the
On 26.07.2018 12:23, Krzysztof Kozlowski wrote:
> On 26 July 2018 at 12:12, Andrzej Hajda wrote:
>> HDMI-DDC for unknown reasons doesn't work with Exynos I2C
>> controllers. Fortunately i2c-gpio comes to the rescue.
> Wait... what? The I2C controller on SoC (or its driver) is buggy in
> some way
On Wed, Jul 25, 2018 at 7:09 PM, Jeykumar Sankaran
wrote:
> On 2018-07-25 07:09, Stanimir Varbanov wrote:
>>
>> Hi,
>>
>> On 07/20/2018 11:42 PM, Sean Paul wrote:
>>>
>>> From: Jeykumar Sankaran
>>>
>>> Qualcomm Snapdragon chipsets uses compressed format
>>> to optimize BW across multiple IP's.
All non-x86 definitions are moved to ttm_set_memory header, so remove it from
ttm_page_alloc_dma.c.
Suggested-by: Christian König
Signed-off-by: Huang Rui
---
drivers/gpu/drm/ttm/ttm_page_alloc_dma.c | 48 +++-
1 file changed, 4 insertions(+), 44 deletions(-)
diff
From: Bas Nieuwenhuizen
Every set_pages_array_wb call resulted in cross-core
interrupts and TLB flushes. Merge more of them for
less overhead.
This reduces the time needed to free a 1.6 GiB GTT WC
buffer as part of Vulkan CTS from ~2 sec to < 0.25 sec.
(Allocation still takes more than 2 sec
All non-x86 definitions are moved to ttm_set_memory header, so remove it from
ttm_page_alloc.c.
Suggested-by: Christian König
Signed-off-by: Huang Rui
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 62 +++-
1 file changed, 5 insertions(+), 57 deletions(-)
diff
This patch moves all non-x86 abstraction to the ttm_set_memory header.
It is to make function calling more clearly.
(v2): add ttm_ prefix.
Suggested-by: Christian König
Signed-off-by: Huang Rui
---
include/drm/ttm/ttm_set_memory.h | 128 +++
1 file changed,
Hi,
As suggested by Christian, we should move non-x86 definitions into one common
header, and it will make the codes readable. They are based on the improvement
fix of Bas (already rebase Bas's patch to drm-next).
Changes from V1 -> V2:
- add ttm_ prefix at this header.
- use set_pages_wb
Am 26.07.2018 um 13:59 schrieb Bas Nieuwenhuizen:
On Thu, Jul 26, 2018 at 1:52 PM, Huang Rui wrote:
Hi,
As suggested by Christian, we should move non-x86 definitions into one common
header, and it will make the codes readable. They are based on the improvement
fix of Bas (already rebase Bas's
On 26.07.2018 12:44, Krzysztof Kozlowski wrote:
> On 26 July 2018 at 12:12, Andrzej Hajda wrote:
>> HDMI-HPD was set active low, moreover by default pincontrol
>> chip sets pull-down on the pin. As a result HDMI driver
>> assumes TV is always connected regardless of actual state.
>> The patch
Note which task is using the entity and only kill it if the last user of
the entity is killed. This should prevent problems when entities are leaked to
child processes.
Signed-off-by: Christian König
---
drivers/gpu/drm/scheduler/gpu_scheduler.c | 6 +-
include/drm/gpu_scheduler.h
On 26 July 2018 at 13:04, Andrzej Hajda wrote:
> On 26.07.2018 12:23, Krzysztof Kozlowski wrote:
>> On 26 July 2018 at 12:12, Andrzej Hajda wrote:
>>> HDMI-DDC for unknown reasons doesn't work with Exynos I2C
>>> controllers. Fortunately i2c-gpio comes to the rescue.
>> Wait... what? The I2C
On 26 July 2018 at 13:50, Andrzej Hajda wrote:
> On 26.07.2018 12:44, Krzysztof Kozlowski wrote:
>> On 26 July 2018 at 12:12, Andrzej Hajda wrote:
>>> HDMI-HPD was set active low, moreover by default pincontrol
>>> chip sets pull-down on the pin. As a result HDMI driver
>>> assumes TV is always
On Thu, Jul 26, 2018 at 1:52 PM, Huang Rui wrote:
> Hi,
>
> As suggested by Christian, we should move non-x86 definitions into one common
> header, and it will make the codes readable. They are based on the improvement
> fix of Bas (already rebase Bas's patch to drm-next).
>
> Changes from V1 ->
All users of do_gettimeofday() have been removed, but this one recently
crept in, along with an incorrect printing of the microseconds portion.
This converts it to using ktime_get_real_timespec64() as a direct
replacement, and adds the leading zeroes. I considered using monotonic
times
HDMI-DDC for unknown reasons doesn't work with Exynos I2C
controllers. Fortunately i2c-gpio comes to the rescue.
Signed-off-by: Andrzej Hajda
---
arch/arm/boot/dts/exynos5250-arndale.dts | 28 ---
arch/arm/boot/dts/exynos5250-pinctrl.dtsi | 6 +
2 files changed, 26
On Wed, Jul 11, 2018 at 3:41 PM Arnd Bergmann wrote:
>
> getrawmonotonic64() and get_monotonic_boottime64() are deprecated
> because of the nonstandard naming.
>
> The replacement functions ktime_get_raw_ns() and ktime_get_boot_ns()
> also simplify the callers.
>
> Reviewed-by: Felix Kuehling .
>
If the GPIO subsystem is not ready make sure to return -EPROBE_DEFER
instead of silently continuing without HPD.
Reported-by: Marcel Ziswiler
Signed-off-by: Stefan Agner
---
drivers/gpu/drm/tegra/output.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
Mali DP supports a bunch of pixel formats that don't have a fourcc
code defined in drm_fourcc.h, so this patchset adds the definition for
those formats and enables them in mali-dp driver.
The following new formats will be added:
Packed YCbCr444
* DRM_FORMAT_XYUV
* DRM_FORMAT_XVYU2101010
Two
Enable the following formats
- DRM_FORMAT_XYUV
- DRM_FORMAT_XVYU2101010
- DRM_FORMAT_X0L0
- DRM_FORMAT_X0L2
- DRM_FORMAT_P010
All formats respect the rules checked by core framebuffer_check except
DRM_FORMAT_X0L0 and DRM_FORMAT_X0L2 for which we neeed to take into
consideration that it's
Malidp implements a number of yuv buffer formats which are not
currently described in drm_fourcc.h.
This adds those definitions and describes their memory layout.
Signed-off-by: Alexandru Gheorghe
---
drivers/gpu/drm/drm_fourcc.c | 7 +++
include/uapi/drm/drm_fourcc.h | 27
Some drivers can't use drm_gem_fb_create, so instead of copying the
logic that does the framebuffer allocation allow them to use core
drm_gem_fb_alloc.
Signed-off-by: Alexandru Gheorghe
---
drivers/gpu/drm/drm_gem_framebuffer_helper.c | 3 ++-
include/drm/drm_gem_framebuffer_helper.h | 5
On 26 July 2018 at 15:22, Andrzej Hajda wrote:
> HDMI-DDC for unknown reasons doesn't work with Exynos I2C
> controllers. Fortunately i2c-gpio comes to the rescue.
>
> Signed-off-by: Andrzej Hajda
> ---
> arch/arm/boot/dts/exynos5250-arndale.dts | 28 ---
>
On Thursday, July 26, 2018 10:17:44 PM bai wrote:
> In Linux-4.16, drivers/video/fbdev/broadsheetfb.c,
>
> 158. static void broadsheet_mmio_send_cmdargs(...) {
> ..
> 163. par->board->mmio_write(...);
> ..
> 166. par->board->mmio_write(...);
> 167. }
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=107367
--- Comment #3 from Gregor Münch ---
This is the crash with kernel from today:
Jul 26 16:47:57 greg-pc kernel: Fixing recursive fault but reboot is needed!
Jul 26 16:47:57 greg-pc kernel: CR2: 7f14fd433fd2 CR3: 03009005
CR4:
From: Jeykumar Sankaran
Qualcomm Snapdragon chipsets uses compressed format
to optimize BW across multiple IP's. This change adds
needed modifier support in drm for a simple 4x4 tile
based compressed variants of base formats.
Changes in v3:
- Removed duplicate entry for
On Mon, Jul 23, 2018 at 01:13:20PM -0400, Lyude Paul wrote:
> commit eb493fbc150f4a28151ae1ee84f24395989f3600 upstream
>
> Currently nouveau doesn't actually expose the state debugfs file that's
> usually provided for any modesetting driver that supports atomic, even
> if nouveau is loaded with
On Thu, 2018-07-26 at 17:12 +0200, Greg KH wrote:
> On Mon, Jul 23, 2018 at 01:13:20PM -0400, Lyude Paul wrote:
> > commit eb493fbc150f4a28151ae1ee84f24395989f3600 upstream
> >
> > Currently nouveau doesn't actually expose the state debugfs file that's
> > usually provided for any modesetting
94 matches
Mail list logo