Don't we have a device tree problem here if there is a domain covering
them? I though we should only pick up an IOMMU for a given device
if DT explicitly asked for that?
On 5/29/19 12:25 PM, Marek Vasut wrote:
> The ETM0700G0DH6 is currently documented as using edt,etm070080dh6
> compatible string, however the Linux kernel driver as well as a
> couple of DTs use edt,etm0700g0dh6 compatible string. Add it into
> the documentation.
>
> Signed-off-by: Marek Vasut
>
Hi Fabio,
Thanks for your feedback. I will handle them all, but for the pm_ops I
have some comments. See inline.
On Vi, 2019-06-21 at 10:59 -0300, Fabio Estevam wrote:
> Hi Robert,
>
> On Thu, Jun 20, 2019 at 10:31 AM Robert Chiras > wrote:
>
> >
> > +fail:
> > + if (rad->reset)
> > +
On Vi, 2019-06-21 at 12:46 -0300, Fabio Estevam wrote:
> Caution: EXT Email
>
> Hi Robert,
>
> On Fri, Jun 21, 2019 at 11:16 AM Robert Chiras > wrote:
>
> >
> > From what I've seen in the schematics, the power lines on the DSI
> > port
> > on all the i.MX8 cores are coming from a PMIC providin
Changes since v1:
- merge auo,kd101n80-45a and boe,tv101wum-nl6 in one driver
This patch is based on v5.2-rc1 and these patches:
https://patchwork.kernel.org/cover/11012355/
https://patchwork.kernel.org/patch/11012345/
https://patchwork.kernel.org/patch/11012349/
Jitao Shi (2):
dt-bindings: di
Add documentation for auo kd101n80-45na panel.
Signed-off-by: Jitao Shi
Reviewed-by: Sam Ravnborg
---
.../display/panel/auo,kd101n80-45na.txt | 34 +++
1 file changed, 34 insertions(+)
create mode 100644
Documentation/devicetree/bindings/display/panel/auo,kd101n80-45na.t
Auo,kd101n80-45na's connector is same as boe,tv101wum-nl6.
The most codes can be reuse.
So auo,kd101n80-45na and boe,tv101wum-nl6 use one driver file.
Add the different parts in driver data.
Signed-off-by: Jitao Shi
---
.../gpu/drm/panel/panel-boe-tv101wum-nl6.c| 40 +++
1 fi
Hi Daniel, Laurent, Andrzej,
On 24/06/2019 01:30, Laurent Pinchart wrote:
> On Fri, Jun 21, 2019 at 11:01:25AM +0200, Daniel Vetter wrote:
>> On Thu, Jun 20, 2019 at 04:40:12PM +0200, Neil Armstrong wrote:
>>> Hi Andrzej,
>>>
>>> Gentle ping, could you review the dw-hdmi changes here ?
>>
>> btw n
On Sat, Jun 22, 2019 at 02:11:54PM +0200, Sam Ravnborg wrote:
> include/drm/* shall have no or at least minimal dependencies
> to include/uapi/drm/*.
> Following two patches do a small effort to drop such dependencies.
>
> After these patches there are two users
> of uapi/drm/drm.h left in include
On Mon, Jun 24, 2019 at 2:04 PM Jitao Shi wrote:
>
> Add driver for BOE tv101wum-nl6 panel is a 10.1" 1200x1920 panel.
>
> Signed-off-by: Jitao Shi
> ---
> drivers/gpu/drm/panel/Kconfig | 10 +
> drivers/gpu/drm/panel/Makefile| 1 +
> .../gpu/drm/panel/panel-bo
Fixes linking fail when fbcon/fbdev is moduler and vgaswitcheroo is
enabled:
x86_64-linux-gnu-ld: drivers/gpu/vga/vga_switcheroo.o: in function
`vga_switchto_stage2':
vga_switcheroo.c:(.text+0x997): undefined reference to `fbcon_remap_all'
Reported-by: Stephen Rothwell
Reported-by: kbuild test
Hi Thomas,
On Sat, Jun 22, 2019 at 09:14:24PM +0200, Thomas Hellstrom wrote:
> On 6/22/19 11:18 AM, Daniel Vetter wrote:
> > Hi Thomas,
> >
> > On Sat, Jun 22, 2019 at 12:52 AM Thomas Hellstrom
> > wrote:
> > > On 6/21/19 5:57 PM, Daniel Vetter wrote:
> > > > On Fri, Jun 21, 2019 at 05:12:19PM
The commit 3aeeb13d8996 ("drm/modes: Support modes names on the command
line") added name support to the DRM modes, and added that name to the
debug message.
However, that code tests for whether or not the name variable is NULL and
only prints it if it's not. Except that that variable is an array,
On Mon, Jun 24, 2019 at 10:19:34AM +0200, Neil Armstrong wrote:
> Hi Daniel, Laurent, Andrzej,
>
> On 24/06/2019 01:30, Laurent Pinchart wrote:
> > On Fri, Jun 21, 2019 at 11:01:25AM +0200, Daniel Vetter wrote:
> >> On Thu, Jun 20, 2019 at 04:40:12PM +0200, Neil Armstrong wrote:
> >>> Hi Andrzej,
On Mon, Jun 24, 2019 at 10:40:16AM +0200, Maxime Ripard wrote:
> The commit 3aeeb13d8996 ("drm/modes: Support modes names on the command
> line") added name support to the DRM modes, and added that name to the
> debug message.
>
> However, that code tests for whether or not the name variable is NU
https://bugs.freedesktop.org/show_bug.cgi?id=110781
Michel Dänzer changed:
What|Removed |Added
CC||linuxhi...@gmail.com
--- Comment #69 fr
On Fri, Jun 21, 2019 at 2:05 PM Chen-Yu Tsai wrote:
>
> On Fri, May 24, 2019 at 6:27 PM Jagan Teki wrote:
> >
> > On Fri, May 24, 2019 at 2:18 AM Maxime Ripard
> > wrote:
> > >
> > > On Mon, May 20, 2019 at 02:33:10PM +0530, Jagan Teki wrote:
> > > > The current code is computing vertical video
https://bugs.freedesktop.org/show_bug.cgi?id=110958
Christian König changed:
What|Removed |Added
Resolution|--- |NOTABUG
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=110956
Bug 110956 depends on bug 110958, which changed state.
Bug 110958 Summary: Mentioning 32 bit OS support in Release page
https://bugs.freedesktop.org/show_bug.cgi?id=110958
What|Removed |Added
--
Add myself as co-maintainer of DRM Bridge Drivers then add Jonas Karlman
and Jernej Škrabec as Reviewers of DRM Bridge Drivers.
Cc: Laurent Pinchart
Cc: Jonas Karlman
Cc: Andrzej Hajda
Cc: Jernej Škrabec
Cc: Daniel Vetter
Signed-off-by: Neil Armstrong
---
MAINTAINERS | 3 +++
1 file changed
Op 24-06-2019 om 10:32 schreef Daniel Vetter:
> Fixes linking fail when fbcon/fbdev is moduler and vgaswitcheroo is
> enabled:
>
> x86_64-linux-gnu-ld: drivers/gpu/vga/vga_switcheroo.o: in function
> `vga_switchto_stage2':
> vga_switcheroo.c:(.text+0x997): undefined reference to `fbcon_remap_all'
Fixes linking fail when fbcon/fbdev is modular and vgaswitcheroo is
enabled:
x86_64-linux-gnu-ld: drivers/gpu/vga/vga_switcheroo.o: in function
`vga_switchto_stage2':
vga_switcheroo.c:(.text+0x997): undefined reference to `fbcon_remap_all'
v2: I first tried to fix this with an EXPORT_SYMBOL, but
Hi Daniel,
On Fri, Jun 21, 2019 at 05:27:00PM +0200, Daniel Vetter wrote:
> On Fri, Jun 21, 2019 at 12:21 PM Raymond Smith wrote:
> >
> > Add the DRM_FORMAT_MOD_ARM_16X16_BLOCK_U_INTERLEAVED modifier to
> > denote the 16x16 block u-interleaved format used in Arm Utgard and
> > Midgard GPUs.
> >
>
Hi,
On Mon, May 20, 2019 at 5:07 PM Jagan Teki wrote:
>
> start value in video start delay computation done in below commit
> is as per the legacy bsp drivers/video/sunxi/legacy..
> "drm/sun4i: dsi: Change the start delay calculation"
> (sha1: da676c6aa6413d59ab0a80c97bbc273025e640b2)
There is a
On 2019-06-21 5:52 p.m., Michel Dänzer wrote:
> On 2019-06-21 5:44 p.m., Daniel Vetter wrote:
>> On Fri, Jun 21, 2019 at 05:15:22PM +0200, Michel Dänzer wrote:
>>> On 2019-06-21 1:50 p.m., Daniel Vetter wrote:
On Fri, Jun 21, 2019 at 1:37 PM Christian König
wrote:
> Am 21.06.19 um 13
On Mon, Jun 24, 2019 at 11:37 AM Michel Dänzer wrote:
> On 2019-06-21 5:52 p.m., Michel Dänzer wrote:
> >> That was the entire point of kms, and it succeed really well. That's
> >> why I don't think amdgpu doing their own flavour pick is going to help
> >> anyone here,
> > Other drivers are welcom
On Mon, Jun 24, 2019 at 11:32 AM Brian Starkey wrote:
>
> Hi Daniel,
>
> On Fri, Jun 21, 2019 at 05:27:00PM +0200, Daniel Vetter wrote:
> > On Fri, Jun 21, 2019 at 12:21 PM Raymond Smith
> > wrote:
> > >
> > > Add the DRM_FORMAT_MOD_ARM_16X16_BLOCK_U_INTERLEAVED modifier to
> > > denote the 16x1
On Mon, 24 Jun 2019 at 09:21, Daniel Vetter wrote:
> > drm_legacy.h
> > - needs drm_map_type and drm_map_flags. Seems legit.
>
> enum in uapi, sweet (never do this, it's not portable across compilers,
> #defines all the way).
Don't look too closely then
$ git grep enum -- include/uapi/drm/ | wc
https://bugs.freedesktop.org/show_bug.cgi?id=105651
--- Comment #4 from spgle...@gmail.com ---
For this to work the TILE property (blob) of the connector has to be exposed.
modetest does not return it.
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=105651
--- Comment #5 from spgle...@gmail.com ---
xrandr --props also does not return the tile property.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dr
On Sat, Jun 22, 2019 at 12:13:25AM +0200, Pavel Machek wrote:
> Hi!
>
> > [Sorry to those receiving this twice... had to dig this out from the
> > archives and sent it to the lists from the wrong mailer]
> >
> > On 27/11/2018 00:44, Brian Dodge wrote:
> > >Thank you Pavel, that is a good point.
>
Hi all,
Today's linux-next merge of the akpm-current tree got a conflict in:
mm/memory.c
between commit:
29875a52915e ("mm: Add an apply_to_pfn_range interface")
from the drm tree and commit:
e972cea08fb3 ("mm/pgtable: drop pgtable_t variable from pte_fn_t functions")
from the akpm-cur
On Mon, 24 Jun 2019, Emil Velikov wrote:
> On Mon, 24 Jun 2019 at 09:21, Daniel Vetter wrote:
>
>> > drm_legacy.h
>> > - needs drm_map_type and drm_map_flags. Seems legit.
>>
>> enum in uapi, sweet (never do this, it's not portable across compilers,
>> #defines all the way).
>
> Don't look too cl
https://bugs.freedesktop.org/show_bug.cgi?id=110979
Bug ID: 110979
Summary: [amd tahiti xt][amdgpu] ERROR: "dm_ip_block"
[drivers/gpu/drm/amd/amdgpu/amdgpu.ko] undefined!,
without DC enabled
Product: DRI
Version:
Hi,
Anything stopping this being applied?
Thanks,
Matt
On 03/05/2019 16:32, Philippe CORNU wrote:
> Hi Matt,
> and many thanks for the patch.
>
> Tested successfully by Yannick on STM32MP1 boards :-)
>
> Tested-by: Yannick Fertré
> Reviewed-by: Philippe Cornu
>
> Thank you,
> Philippe :-)
>
Hi all,
On Mon, 24 Jun 2019 20:49:08 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the akpm-current tree got a conflict in:
>
> mm/memory.c
>
> between commit:
>
> 29875a52915e ("mm: Add an apply_to_pfn_range interface")
>
> from the drm tree and commit:
>
> e972cea08f
Hi Neil,
On Mon, Jun 24, 2019 at 10:19:34AM +0200, Neil Armstrong wrote:
> Hi Daniel, Laurent, Andrzej,
>
> On 24/06/2019 01:30, Laurent Pinchart wrote:
> > On Fri, Jun 21, 2019 at 11:01:25AM +0200, Daniel Vetter wrote:
> >> On Thu, Jun 20, 2019 at 04:40:12PM +0200, Neil Armstrong wrote:
> >>> Hi
On Mon, Jun 24, 2019 at 11:58:59AM +0200, Daniel Vetter wrote:
> On Mon, Jun 24, 2019 at 11:32 AM Brian Starkey wrote:
> >
> > Hi Daniel,
> >
> > On Fri, Jun 21, 2019 at 05:27:00PM +0200, Daniel Vetter wrote:
> > > On Fri, Jun 21, 2019 at 12:21 PM Raymond Smith
> > > wrote:
> > > >
> > > > Add t
Am 21.06.19 um 18:27 schrieb Daniel Vetter:
>>> Your scenario here is new, and iirc my suggestion back then was to
>>> count the number of pending mappings so you don't go around calling
>>> ->invalidate on mappings that don't exist.
>> Well the key point is we don't call invalidate on mappings, bu
On 2019-06-24 11:08, Neil Armstrong wrote:
> Add myself as co-maintainer of DRM Bridge Drivers then add Jonas Karlman
> and Jernej Škrabec as Reviewers of DRM Bridge Drivers.
>
> Cc: Laurent Pinchart
> Cc: Jonas Karlman
> Cc: Andrzej Hajda
> Cc: Jernej Škrabec
> Cc: Daniel Vetter
> Signed-off-
On Fri, Jun 21, 2019 at 03:56:08PM +0200, Thierry Reding wrote:
> On Fri, Jun 21, 2019 at 01:41:45PM +0100, Daniel Thompson wrote:
> > On 22/05/2019 17:34, Paul Cercueil wrote:
> > > When the driver probes, the PWM pin is automatically configured to its
> > > default state, which should be the "pwm
Hi Neil,
Thank you for the patch.
On Mon, Jun 24, 2019 at 11:08:51AM +0200, Neil Armstrong wrote:
> Add myself as co-maintainer of DRM Bridge Drivers then add Jonas Karlman
> and Jernej Škrabec as Reviewers of DRM Bridge Drivers.
>
> Cc: Laurent Pinchart
> Cc: Jonas Karlman
> Cc: Andrzej Hajda
On 24.06.2019 13:02, Matt Redfearn wrote:
> Hi,
> Anything stopping this being applied?
Queued to drm-misc-next.
--
Regards
Andrzej
>
> Thanks,
> Matt
>
> On 03/05/2019 16:32, Philippe CORNU wrote:
>> Hi Matt,
>> and many thanks for the patch.
>>
>> Tested successfully by Yannick on STM32MP1 b
On Thu, Jun 20, 2019 at 10:25:42PM +0200, Sam Ravnborg wrote:
> Hi Ville.
>
> On Thu, Jun 20, 2019 at 09:50:48PM +0300, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Decode the mode flags when printing the modeline so that I
> > no longer have to decode the hex number myself.
> You are ex
24.06.2019 10:04, Christoph Hellwig пишет:
> Don't we have a device tree problem here if there is a domain covering
> them? I though we should only pick up an IOMMU for a given device
> if DT explicitly asked for that?
>
There is no specific domain that "covering them". The IOMMU domain is alloc
On Fri, Jun 14, 2019 at 05:33:23PM +0530, Jagan Teki wrote:
> On Thu, Jun 13, 2019 at 7:28 PM Maxime Ripard
> wrote:
> >
> > On Wed, Jun 05, 2019 at 01:11:44PM +0530, Jagan Teki wrote:
> > > On Tue, Jun 4, 2019 at 8:00 PM Maxime Ripard
> > > wrote:
> > > >
> > > > On Fri, May 24, 2019 at 03:37:
Op 24-06-2019 om 11:21 schreef Daniel Vetter:
> Fixes linking fail when fbcon/fbdev is modular and vgaswitcheroo is
> enabled:
>
> x86_64-linux-gnu-ld: drivers/gpu/vga/vga_switcheroo.o: in function
> `vga_switchto_stage2':
> vga_switcheroo.c:(.text+0x997): undefined reference to `fbcon_remap_all'
On 24/06/2019 12:44, Andrzej Hajda wrote:
> On 24.06.2019 13:02, Matt Redfearn wrote:
>> Hi,
>> Anything stopping this being applied?
>
>
> Queued to drm-misc-next.
Thanks Andrzej!
>
> --
> Regards
> Andrzej
>
>
>>
>> Thanks,
>> Matt
>>
>> On 03/05/2019 16:32, Philippe CORNU wrote:
>>> Hi
On Fri, Jun 21, 2019 at 08:41:04PM -0700, Derek Basehore wrote:
> Not every platform needs quirk detection for panel orientation, so
> split the drm_connector_init_panel_orientation_property into two
> functions. One for platforms without the need for quirks, and the
> other for platforms that need
Hi Sam,
2019년 6월 22일 (토) 오후 8:56, Sam Ravnborg 님이 작성:
>
> Drop use of the deprecated drmP.h file.
> Replace with forwards / externals as appropriate.
>
> While touching the list of include files divide
> them up in blocks and sort them.
>
> v3:
> - fix build errors in exynos_drm_g2d.c (Inki Dae)
>
Ah, there was a trivial merge conflict so I merged it manually.
Thanks,
Inki Dae
2019년 6월 24일 (월) 오후 10:32, Inki Dae 님이 작성:
>
> Hi Sam,
>
> 2019년 6월 22일 (토) 오후 8:56, Sam Ravnborg 님이 작성:
> >
> > Drop use of the deprecated drmP.h file.
> > Replace with forwards / externals as appropriate.
> >
> > W
On 26.05.2019 23:19, Jonas Karlman wrote:
> Add support for configuring Dynamic Range and Mastering InfoFrame from
> the hdr_output_metadata connector property.
>
> This patch adds a drm_infoframe flag to dw_hdmi_plat_data that platform
> drivers
> use to signal when Dynamic Range and Mastering in
On Mon, Jun 24, 2019 at 10:44:33AM +0200, Daniel Vetter wrote:
> On Mon, Jun 24, 2019 at 10:40:16AM +0200, Maxime Ripard wrote:
> > The commit 3aeeb13d8996 ("drm/modes: Support modes names on the command
> > line") added name support to the DRM modes, and added that name to the
> > debug message.
>
HI Sam,
2019년 6월 22일 (토) 오후 8:56, Sam Ravnborg 님이 작성:
>
> Add COMPILE_TEST dependency to force exynos driver to
> built for more than arm and to built modules
> that otherwise required other symbols to be de-selected.
>
> This will increase build coverage of the exynos driver
> thus allowing most
Am 24.06.19 um 13:23 schrieb Koenig, Christian:
Am 21.06.19 um 18:27 schrieb Daniel Vetter:
So I pondered a few ideas while working out:
1) We drop this filtering. Importer needs to keep track of all its
mappings and filter out invalidates that aren't for that specific importer
(either because
The caching of SGT's is actually quite harmful and should probably removed
altogether when all drivers are audited.
Start by providing a separate DMA-buf export implementation in amdgpu.
This is also a prerequisite of unpinned DMA-buf handling.
v2: fix unintended recursion, remove debugging lefto
Instead of relying on the DRM functions just implement our own import
functions. This prepares support for taking care of unpinned DMA-buf.
v2: enable for all exporters, not just amdgpu, fix invalidation
handling, lock reservation object while setting callback
v3: change to new dma_buf attach
Avoid that we ping/pong the buffers when we stop to pin DMA-buf
exports by using the allowed domains for exported buffers.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/
This way we can even pipeline imported BO evictions.
v2: Limit this to only cases when the parent object uses a separate
reservation object as well. This fixes another OOM problem.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo_util.c | 20 +++-
1 file changed
Pipeline removal of the BOs backing store when no placement is given
during validation.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo.c | 12
1 file changed, 12 insertions(+)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
index c7de667d482a
On the exporter side we add optional explicit pinning callbacks. If those
callbacks are implemented the framework no longer caches sg tables and the
map/unmap callbacks are always called with the lock of the reservation object
held.
On the importer side we add an optional invalidate callback. This
On Mon, Jun 24, 2019 at 07:29:20AM -0400, Brian Dodge wrote:
> This sure did fall through the cracks.
>
> I confirmed with the vendor that there are no existing embedded DTS with the
> wrong name(s) in them before submitting this patch.
>
> The new owner of this chip family, pSemi, just wanted me
On Mon, Jun 24, 2019 at 03:07:26PM +0200, Maarten Lankhorst wrote:
> Op 24-06-2019 om 11:21 schreef Daniel Vetter:
> > Fixes linking fail when fbcon/fbdev is modular and vgaswitcheroo is
> > enabled:
> >
> > x86_64-linux-gnu-ld: drivers/gpu/vga/vga_switcheroo.o: in function
> > `vga_switchto_stage
Le lun. 24 juin 2019 à 13:28, Daniel Thompson
a écrit :
On Fri, Jun 21, 2019 at 03:56:08PM +0200, Thierry Reding wrote:
On Fri, Jun 21, 2019 at 01:41:45PM +0100, Daniel Thompson wrote:
> On 22/05/2019 17:34, Paul Cercueil wrote:
> > When the driver probes, the PWM pin is automatically co
On Mon, Jun 24, 2019 at 11:23:34AM +, Koenig, Christian wrote:
> Am 21.06.19 um 18:27 schrieb Daniel Vetter:
> >>> Your scenario here is new, and iirc my suggestion back then was to
> >>> count the number of pending mappings so you don't go around calling
> >>> ->invalidate on mappings that don
Le ven. 21 juin 2019 à 15:56, Thierry Reding
a écrit :
On Fri, Jun 21, 2019 at 01:41:45PM +0100, Daniel Thompson wrote:
On 22/05/2019 17:34, Paul Cercueil wrote:
> When the driver probes, the PWM pin is automatically configured
to its
> default state, which should be the "pwm" function
On Mon, Jun 24, 2019 at 03:58:00PM +0200, Christian König wrote:
> Am 24.06.19 um 13:23 schrieb Koenig, Christian:
> > Am 21.06.19 um 18:27 schrieb Daniel Vetter:
> >
> > > So I pondered a few ideas while working out:
> > >
> > > 1) We drop this filtering. Importer needs to keep track of all its
On 26.05.2019 23:20, Jonas Karlman wrote:
> This patch enables Dynamic Range and Mastering InfoFrame on RK3328 and RK3399.
>
> Cc: Sandy Huang
> Cc: Heiko Stuebner
> Signed-off-by: Jonas Karlman
Reviewed-by: Andrzej Hajda
--
Regards
Andrzej
> ---
> drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c
Hi Dave, Daniel,
Just a follow up pull to fix a regression on older asics due to the navi10
merge.
The following changes since commit f3f48d7331cf5ad9a6b3a6beff38f3dad1871b49:
drm/amdgpu: drop unused df init callback (2019-06-22 09:34:14 -0500)
are available in the Git repository at:
git:/
This patch series aims to clean-up differents parts of the drm meson
code source.
Couple macros have been defined and used to set several registers
instead of using magic constants.
I also took the opportunity to:
- add/remove/update comments
- remove useless code
- minor fix/improvment
Julien
The value used in the macro writel_bits_relaxed has to be masked since
we don't want change the bits outside the mask.
Signed-off-by: Julien Masson
---
drivers/gpu/drm/meson/meson_registers.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/meson/meson_register
This patch add new macros which are used to set the following
registers:
- VIU_SW_RESET
- VIU_OSD1_CTRL_STAT
- VIU_OSD2_CTRL_STAT
- VIU_OSD1_FIFO_CTRL_STAT
- VIU_OSD2_FIFO_CTRL_STAT
- VIU_MISC_CTRL0
- VIU_OSD_BLEND_CTRL
- OSD1_BLEND_SRC_CTRL
- OSD2_BLEND_SRC_CTRL
- DOLBY_PATH_CTRL
Signed-off-by: J
This patch aims to:
- Add general and TODO comments
- Respect coding style for multi-line comments
- Align macro definitions
- Remove useless macro
Signed-off-by: Julien Masson
---
drivers/gpu/drm/meson/meson_dw_hdmi.c | 2 ++
drivers/gpu/drm/meson/meson_dw_hdmi.h | 12 ++
drivers/g
This patch add new macros which are used to set the following
registers:
- ENCI_CFILT_CTRL
- ENCI_CFILT_CTRL2
- ENCI_MACV_MAX_AMP
- ENCI_VIDEO_MODE_ADV
- ENCI_VFIFO2VD_CTL
- ENCI_VIDEO_EN
- ENCP_VIDEO_MODE
- VPU_HDMI_SETTING
- VENC_UPSAMPLE_CTRL0
- VENC_UPSAMPLE_CTRL1
- VENC_UPSAMPLE_CTRL2
- VENC_V
This patch add new macro HHI_HDMI_PLL_CNTL_EN which is used to enable
HDMI PLL.
Signed-off-by: Julien Masson
---
drivers/gpu/drm/meson/meson_vclk.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/meson/meson_vclk.c
b/drivers/gpu/drm/meson/meson_vclk.c
index
On 26.05.2019 23:20, Jonas Karlman wrote:
> This patch enables Dynamic Range and Mastering InfoFrame on GXL, GXM and G12A.
>
> Cc: Neil Armstrong
> Signed-off-by: Jonas Karlman
> ---
> drivers/gpu/drm/meson/meson_dw_hdmi.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/drivers/gpu
On Mon, Jun 24, 2019 at 04:32:54PM +0200, Andrey Konovalov wrote:
> This patch is a part of a series that extends kernel ABI to allow to pass
> tagged user pointers (with the top byte set to something else other than
> 0x00) as syscall arguments.
>
> In amdgpu_gem_userptr_ioctl() and amdgpu_amdkfd
On Mon, Jun 24, 2019 at 04:32:55PM +0200, Andrey Konovalov wrote:
> This patch is a part of a series that extends kernel ABI to allow to pass
> tagged user pointers (with the top byte set to something else other than
> 0x00) as syscall arguments.
>
> In radeon_gem_userptr_ioctl() an MMU notifier i
On Mon, Jun 24, 2019 at 04:32:56PM +0200, Andrey Konovalov wrote:
> This patch is a part of a series that extends kernel ABI to allow to pass
> tagged user pointers (with the top byte set to something else other than
> 0x00) as syscall arguments.
>
> mlx4_get_umem_mr() uses provided user pointers
On Mon, Jun 24, 2019 at 04:33:00PM +0200, Andrey Konovalov wrote:
> This patch is a part of a series that extends kernel ABI to allow to pass
> tagged user pointers (with the top byte set to something else other than
> 0x00) as syscall arguments.
>
> This patch adds a simple test, that calls the u
On Mon, Jun 24, 2019 at 04:32:55PM +0200, Andrey Konovalov wrote:
> This patch is a part of a series that extends kernel ABI to allow to pass
> tagged user pointers (with the top byte set to something else other than
> 0x00) as syscall arguments.
>
> In radeon_gem_userptr_ioctl() an MMU notifier i
On 26.05.2019 23:20, Jonas Karlman wrote:
> This patch enables Dynamic Range and Mastering InfoFrame on H6.
>
> Cc: Maxime Ripard
> Cc: Jernej Skrabec
> Signed-off-by: Jonas Karlman
> ---
> drivers/gpu/drm/sun4i/sun8i_dw_hdmi.c | 2 ++
> drivers/gpu/drm/sun4i/sun8i_dw_hdmi.h | 1 +
> 2 files ch
On Mon, Jun 24, 2019 at 04:32:47PM +0200, Andrey Konovalov wrote:
> From: Catalin Marinas
>
> It is not desirable to relax the ABI to allow tagged user addresses into
> the kernel indiscriminately. This patch introduces a prctl() interface
> for enabling or disabling the tagged ABI with a global
Dne ponedeljek, 24. junij 2019 ob 17:03:31 CEST je Andrzej Hajda napisal(a):
> On 26.05.2019 23:20, Jonas Karlman wrote:
> > This patch enables Dynamic Range and Mastering InfoFrame on H6.
> >
> > Cc: Maxime Ripard
> > Cc: Jernej Skrabec
> > Signed-off-by: Jonas Karlman
> > ---
> >
> > driver
On Fri, Jun 21, 2019 at 07:28:30PM -0400, Alex Deucher wrote:
> On Thu, Jun 20, 2019 at 10:26 AM Ville Syrjala
> wrote:
> >
> > From: Ville Syrjälä
> >
> > Ilia pointed out some oddball crap in the i915 aspect ratio handling.
> > While looking at that I noticed a bunch of fail in the core as well
On 24.06.2019 13:16, Laurent Pinchart wrote:
> Hi Neil,
>
> On Mon, Jun 24, 2019 at 10:19:34AM +0200, Neil Armstrong wrote:
>> Hi Daniel, Laurent, Andrzej,
>>
>> On 24/06/2019 01:30, Laurent Pinchart wrote:
>>> On Fri, Jun 21, 2019 at 11:01:25AM +0200, Daniel Vetter wrote:
On Thu, Jun 20, 2019
https://bugs.freedesktop.org/show_bug.cgi?id=110981
Bug ID: 110981
Summary: Glitches with amdgpu driver and QtWebEngine
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=110981
--- Comment #1 from freedesk...@trummer.xyz ---
Created attachment 144621
--> https://bugs.freedesktop.org/attachment.cgi?id=144621&action=edit
embedded video 1 - glitched
--
You are receiving this mail because:
You are the assignee for the b
Hi Inki
From changelog:
> >
> > Include fix of exynos build for alpha.
> >
> > diff --git a/drivers/gpu/drm/exynos/exynos_drm_fbdev.c
> > b/drivers/gpu/drm/exynos/exynos_drm_fbdev.c
> > index aefcd624fe32..b0877b97291c 100644
> > --- a/drivers/gpu/drm/exynos/exynos_drm_fbdev.c
> > +++ b/drivers
https://bugs.freedesktop.org/show_bug.cgi?id=110981
--- Comment #2 from freedesk...@trummer.xyz ---
Created attachment 144622
--> https://bugs.freedesktop.org/attachment.cgi?id=144622&action=edit
embedded video 1 - correct
--
You are receiving this mail because:
You are the assignee for the bu
https://bugs.freedesktop.org/show_bug.cgi?id=110981
--- Comment #3 from freedesk...@trummer.xyz ---
Created attachment 144623
--> https://bugs.freedesktop.org/attachment.cgi?id=144623&action=edit
embedded video 2 - glitched
--
You are receiving this mail because:
You are the assignee for the b
https://bugs.freedesktop.org/show_bug.cgi?id=110981
--- Comment #4 from freedesk...@trummer.xyz ---
Created attachment 144624
--> https://bugs.freedesktop.org/attachment.cgi?id=144624&action=edit
embedded video 2 - correct
--
You are receiving this mail because:
You are the assignee for the bu
https://bugs.freedesktop.org/show_bug.cgi?id=110981
--- Comment #5 from freedesk...@trummer.xyz ---
Created attachment 144625
--> https://bugs.freedesktop.org/attachment.cgi?id=144625&action=edit
KMail scroll bar - glitched
--
You are receiving this mail because:
You are the assignee for the b
https://bugs.freedesktop.org/show_bug.cgi?id=110981
--- Comment #6 from Michel Dänzer ---
Did Mesa get updated as well? That would be a more likely candidate than the
kernel.
--
You are receiving this mail because:
You are the assignee for the bug.___
Hi All,
Good news I have a contact inside GPD now and from now on their BIOS-es
will have proper sys_vendor and product_name DMI strings. This means that
we no longer need to do BIOS date matches and add a new BIOS date to
drm_panel_orientation_quirks.c for each BIOS update.
The second batch of G
Newer GPD MicroPC BIOS versions have proper DMI strings, add an extra quirk
table entry for these new strings. This is good news, as this means that we
no longer have to update the BIOS dates list with every BIOS update.
Fixes: 652b8b086538("drm: panel-orientation-quirks: Add quirk for GPD MicroPC
https://bugs.freedesktop.org/show_bug.cgi?id=110981
--- Comment #7 from freedesk...@trummer.xyz ---
Yes, Mesa was upgraded to 19.0.5 in the snapshot from June 3rd:
https://lists.opensuse.org/opensuse-factory/2019-06/msg00078.html
--
You are receiving this mail because:
You are the assignee for t
On Mon, Jun 24, 2019 at 04:31:57PM +0200, Paul Cercueil wrote:
>
>
> Le lun. 24 juin 2019 à 13:28, Daniel Thompson a
> écrit :
> > On Fri, Jun 21, 2019 at 03:56:08PM +0200, Thierry Reding wrote:
> > > On Fri, Jun 21, 2019 at 01:41:45PM +0100, Daniel Thompson wrote:
> > > > On 22/05/2019 17:34,
https://bugs.freedesktop.org/show_bug.cgi?id=110981
--- Comment #8 from freedesk...@trummer.xyz ---
It's perhaps the same bug as reported here:
https://bugs.freedesktop.org/show_bug.cgi?id=110721
The artifacts look very similar to my screenshots.
--
You are receiving this mail because:
You are
On 24.06.2019 17:05, Jernej Škrabec wrote:
> Dne ponedeljek, 24. junij 2019 ob 17:03:31 CEST je Andrzej Hajda napisal(a):
>> On 26.05.2019 23:20, Jonas Karlman wrote:
>>> This patch enables Dynamic Range and Mastering InfoFrame on H6.
>>>
>>> Cc: Maxime Ripard
>>> Cc: Jernej Skrabec
>>> Signed-of
1 - 100 of 211 matches
Mail list logo
