Hi Peter,
On 27.04.2018 00:31, Peter Rosin wrote:
> Hi!
>
> It was noted by Russel King [1] that bridges (not using components)
> might disappear unexpectedly if the owner of the bridge was unbound.
> Jyri Sarha had previously noted the same thing with panels [2]. Jyri
> came up with using device
The .of_node member is going away.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/bridge/lvds-encoder.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/bridge/lvds-encoder.c
b/drivers/gpu/drm/bridge/lvds-encoder.c
index 75b0d3f6e4de..7aa12f4b5745 100644
--- a
The .of_node member is going away.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/bridge/tc358767.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/bridge/tc358767.c
b/drivers/gpu/drm/bridge/tc358767.c
index 08ab7d6aea65..a16573bb8715 100644
--- a/drivers/gpu
The .of_node member is going away.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/bridge/sii902x.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/bridge/sii902x.c b/drivers/gpu/drm/bridge/sii902x.c
index 60373d7eb220..0127090f38b3 100644
--- a/drivers/gpu/drm
The .of_node member is going away.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/bridge/megachips-stdp-ge-b850v3-fw.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/bridge/megachips-stdp-ge-b850v3-fw.c
b/drivers/gpu/drm/bridge/megachips-stdp-ge-
On 2018-04-27 01:18, Laurent Pinchart wrote:
> Hi Peter,
>
> On Friday, 27 April 2018 02:09:14 EEST Peter Rosin wrote:
>> On 2018-04-27 00:40, Laurent Pinchart wrote:
>>> On Friday, 27 April 2018 01:31:15 EEST Peter Rosin wrote:
Hi!
It was noted by Russel King [1] that bridges (not
The .of_node member is going away.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/bridge/ti-tfp410.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/bridge/ti-tfp410.c
b/drivers/gpu/drm/bridge/ti-tfp410.c
index acb857030951..7e5938e988be 100644
--- a/drivers/
(While there's a rain shower...)
On Thu, Apr 26, 2018 at 02:09:42AM -0700, Christoph Hellwig wrote:
> synopsis:
>
> drivers/gpu/drm/bridge/synopsys/dw-hdmi-i2s-audio.c:pdevinfo.dma_mask
> = DMA_BIT_MASK(32);
> drivers/gpu/drm/bridge/synopsys/dw-hdmi.c: pdevinfo.dma_mask =
Hi Dave,
This is my first pull request for v4.18. Only UAPI change is adding a generic
plane
alpha property, which replaces the driver specific ones in sun4i, rcar-du and
atmel-hclcdc.
drm-misc-next-2018-04-26:
drm-misc-next for v4.18:
UAPI Changes:
- Add support for a generic plane alpha prop
Hi!
It was noted by Russel King [1] that bridges (not using components)
might disappear unexpectedly if the owner of the bridge was unbound.
Jyri Sarha had previously noted the same thing with panels [2]. Jyri
came up with using device links to resolve the panel issue, which
was also my (independe
It is unused.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/drm_bridge.c | 3 +--
include/drm/drm_bridge.h | 4
2 files changed, 1 insertion(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/drm_bridge.c b/drivers/gpu/drm/drm_bridge.c
index 67147673fdeb..9f023bd84d56 100644
--- a/driver
This will become mandatory.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/msm/dsi/dsi_manager.c | 1 +
drivers/gpu/drm/msm/edp/edp_bridge.c | 1 +
drivers/gpu/drm/msm/hdmi/hdmi_bridge.c | 1 +
3 files changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/msm/dsi/dsi_manager.c
b/drivers/gpu
The .of_node member is going away and providing an .owner will become
mandatory.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/sti/sti_dvo.c | 2 +-
drivers/gpu/drm/sti/sti_hda.c | 1 +
drivers/gpu/drm/sti/sti_hdmi.c | 1 +
3 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers
It gets rid of two #ifdefs and the .of_node member is going away.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 4 +---
drivers/gpu/drm/bridge/synopsys/dw-mipi-dsi.c | 4 +---
2 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/bridge/s
The .of_node member is going away.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/bridge/dumb-vga-dac.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/bridge/dumb-vga-dac.c
b/drivers/gpu/drm/bridge/dumb-vga-dac.c
index 498d5948d1a8..244f6bfb8967 100644
--- a
The .of_node member is going away.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/exynos/exynos_drm_mic.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_mic.c
b/drivers/gpu/drm/exynos/exynos_drm_mic.c
index 2174814273e2..453716cb4d3d 100644
If the bridge supplier is unbound, this will bring the bridge consumer
down along with the bridge. Thus, there will no longer linger any
dangling pointers from the bridge consumer (the drm_device) to some
non-existent bridge supplier.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/drm_bridge.c |
The .owner will be handy to have around.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/drm_bridge.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/drm_bridge.c b/drivers/gpu/drm/drm_bridge.c
index 9f023bd84d56..a038da696802 100644
--- a/drivers/gpu/drm/drm_bridge.c
+++ b
The .of_node member is going away.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/bridge/sil-sii8620.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/bridge/sil-sii8620.c
b/drivers/gpu/drm/bridge/sil-sii8620.c
index 7ab36042a822..650f71003e45 100644
--- a/dr
On 2018-04-27 08:43, Rob Herring wrote:
On Wed, Apr 25, 2018 at 08:46:13PM -0400, Rob Clark wrote:
On Wed, Apr 25, 2018 at 7:45 PM, Stephen Boyd
wrote:
> Quoting Sandeep Panda (2018-04-19 10:56:06)
>> Document the bindings used for the sn65dsi86 DSI to eDP bridge.
>>
>> Changes in v1:
>> - Re
The .of_node member is going away.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/bridge/nxp-ptn3460.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/bridge/nxp-ptn3460.c
b/drivers/gpu/drm/bridge/nxp-ptn3460.c
index d64a3283822a..e6a15ec60e12 100644
--- a/dr
It gets rid of an #ifdef and the .of_node member is going away.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/bridge/panel.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/bridge/panel.c b/drivers/gpu/drm/bridge/panel.c
index 6d99d4a3beb3..279271a1d7e7 10
The .of_node member is going away.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/bridge/parade-ps8622.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/bridge/parade-ps8622.c
b/drivers/gpu/drm/bridge/parade-ps8622.c
index 81198f5e9afa..6dd19a5fcebd 100644
--
The .of_node member is going away.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/rcar-du/rcar_lvds.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/rcar-du/rcar_lvds.c
b/drivers/gpu/drm/rcar-du/rcar_lvds.c
index 3d2d3bbd1342..5984c70b5590 100644
--- a/drive
The .of_node member is going away.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/bridge/sii9234.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/bridge/sii9234.c b/drivers/gpu/drm/bridge/sii9234.c
index c77000626c22..879d9b5ef4cf 100644
--- a/drivers/gpu/drm
It gets rid of an #if and the .of_node member is going away.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/bridge/analogix-anx78xx.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/bridge/analogix-anx78xx.c
b/drivers/gpu/drm/bridge/analogix-anx78xx.c
ind
On Thu, Mar 15, 2018 at 7:05 PM, Ben Skeggs wrote:
> On 14 March 2018 at 21:08, Thierry Reding wrote:
>> On Tue, Mar 13, 2018 at 11:24:11AM -0500, Gustavo A. R. Silva wrote:
>>> In preparation to enabling -Wvla, remove VLA. In this particular
>>> case directly use macro NVKM_MSGQUEUE_CMDLINE_SIZE
Hi,
On 26/04/2018 15:45:44+0300, Laurent Pinchart wrote:
> Hi Daniel,
>
> On Thursday, 26 April 2018 15:36:15 EEST Daniel Vetter wrote:
> > On Thu, Apr 26, 2018 at 03:58:19PM +0530, Vaishali Thakkar wrote:
> > > It's been a while since we introduced drm_dev{get/put} functions
> > > to replace ref
The .of_node member is going away.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/bridge/adv7511/adv7511_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/bridge/adv7511/adv7511_drv.c
b/drivers/gpu/drm/bridge/adv7511/adv7511_drv.c
index efa29db5fc2b..866f
Could perhaps prevent some confusion.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/bridge/adv7511/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/bridge/adv7511/Kconfig
b/drivers/gpu/drm/bridge/adv7511/Kconfig
index 592b9d2ec034..944e440c4fde 100644
On 2018-04-27 00:40, Laurent Pinchart wrote:
> Hi Peter,
>
> Thank you for the patches.
>
> On Friday, 27 April 2018 01:31:15 EEST Peter Rosin wrote:
>> Hi!
>>
>> It was noted by Russel King [1] that bridges (not using components)
>> might disappear unexpectedly if the owner of the bridge was unb
This will become mandatory.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/bridge/analogix/analogix_dp_core.c
b/drivers/gpu/drm/bridge/analogix/analogix_dp_core.c
index 5c52307146c7..5a9dbbd78
Bridge drivers can now (temporarily, in a transition phase) select if
they want to provide a full owner or keep just providing an of_node.
By providing a full owner device, the bridge drivers no longer need
to provide an of_node since that node is available via the owner
device.
When all bridge d
The .of_node member is going away.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/mediatek/mtk_hdmi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/mediatek/mtk_hdmi.c
b/drivers/gpu/drm/mediatek/mtk_hdmi.c
index 59a11026dceb..b4a7908e0cc6 100644
--- a/drive
https://bugs.freedesktop.org/show_bug.cgi?id=106225
--- Comment #6 from Michel Dänzer ---
Looks like KASAN isn't enabled yet — the lines in dmesg containing "PREEMPT SMP
NOPTI" should contain "KASAN" as well.
FWIW, I just enable CONFIG_KASAN and CONFIG_KASAN_INLINE in .config, I don't
have to do
https://bugs.freedesktop.org/show_bug.cgi?id=106260
--- Comment #4 from Michel Dänzer ---
Does it display correctly with
Section "Device"
Identifier "default"
Option "Accel" "off"
EndSection
in /etc/X11/xorg.conf? Please attach the corresponding Xorg log file.
--
https://bugs.freedesktop.org/show_bug.cgi?id=106276
Bug ID: 106276
Summary: general protection fault in dc_validate_global_state
on raven ridge
Product: DRI
Version: unspecified
Hardware: Other
OS: All
https://bugs.freedesktop.org/show_bug.cgi?id=106276
--- Comment #1 from ojab ---
Created attachment 139161
--> https://bugs.freedesktop.org/attachment.cgi?id=139161&action=edit
stacktace in more readable format
--
You are receiving this mail because:
You are the assignee for the bug._
Hi Laurent,
On 26/04/18 21:10, Laurent Pinchart wrote:
> Hi Kieran,
>
> Thank you for the patch.
>
> On Thursday, 26 April 2018 19:57:32 EEST Kieran Bingham wrote:
>> Ahem - this one seems to have lost it's commit message.
>>
>> Apologies :)
>
> Apart from that, this looks good to me.
>
> Revi
[ Dropping Roger He, his e-mail address seems to bounce ]
On 2018-04-27 04:51 AM, zhoucm1 wrote:
> On 2018年04月26日 23:06, Michel Dänzer wrote:
>> From: Michel Dänzer
>>
>> When it's set, TTM tries to allocate huge pages if possible.
> Do you mean original driver doesn't do this?
> From the code,
On Wed, 25 Apr 2018, Ian W MORRISON wrote:
> Can I ask if this is on anyone's radar as I'm concerned this patch will
> stall otherwise?
Pushed to drm-intel-next-queued, thanks for the patch.
I opted to drop the Cc: stable for now. This doesn't mean it can't be
backported later on, I'm just punti
From: Matthias Brugger
With the mtk-mmsys MFD device in place, we switch the probing for
mt2701 from device-tree to mfd.
Signed-off-by: Matthias Brugger
---
drivers/gpu/drm/mediatek/mtk_drm_drv.c | 30 +++---
1 file changed, 23 insertions(+), 7 deletions(-)
diff --git
From: Matthias Brugger
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
---
drivers/clk/mediatek/clk-mt2701-mm.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
d
From: Matthias Brugger
When probe through the MFD, it can happen that the
clock drivers wasn't probed before the ddp driver gets
invoked. The driver used to omit a warning that the driver
failed to get the clocks. Omit this error on the defered probe path.
Signed-off-by: Matthias Brugger
---
d
From: Matthias Brugger
The mmsys memory space is shared between the drm and the
clk driver. Use regmap to access it.
Signed-off-by: Matthias Brugger
Reviewed-by: Philipp Zabel
---
drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 4 ++--
drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 38 +
From: Matthias Brugger
Use the MFD device for SoC mt8173. Probing via devicetree
is no longer needed for any SoC, so delete it.
Signed-off-by: Matthias Brugger
Reviewed-by: Philipp Zabel
---
drivers/gpu/drm/mediatek/mtk_drm_drv.c | 28 +++-
1 file changed, 7 insertions
From: Matthias Brugger
The MMSYS subsystem includes clocks and drm components.
This patch adds a MFD device to probe both drivers from the same
device tree compatible.
Signed-off-by: Matthias Brugger
---
drivers/mfd/Kconfig | 9 ++
drivers/mfd/Makefile| 2 ++
drivers/mfd/mtk-mmsy
From: Matthias Brugger
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
---
drivers/clk/mediatek/clk-mt8173.c | 19 ---
1 file changed, 16 insertions(+), 3 deletion
From: Matthias Brugger
Add devices for the mt8173 SoC.
Signed-off-by: Matthias Brugger
Reviewed-by: Philipp Zabel
---
drivers/mfd/mtk-mmsys.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/drivers/mfd/mtk-mmsys.c b/drivers/mfd/mtk-mmsys.c
index c802343fb1c6..5585a561a02f
From: Matthias Brugger
Changes since v2:
- fix kconfig typo (shame on me)
- delete __initconst from mm_clocks as converted to a platform driver
Changes since v1:
- add binding documentation
- ddp: use regmap_update_bits
- ddp: ignore EPROBE_DEFER on clock probing
- mfd: delete mmsys_private
- ad
From: Matthias Brugger
Mediatek SoCs include several soc specific drivers as well
as a mfd device. Add these to the maintainers file.
Signed-off-by: Matthias Brugger
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 0a1410d5a621..74f7ea345096
From: Matthias Brugger
Add binding description for the mmsys mfd for some Mediatek
devices. mmsys has some registers to control clock gates (which is
used in the clk driver) and some registers to set the routing and enable
the differnet blocks of the display subsystem.
Signed-off-by: Matthias Br
Hi Laurent,
On 26/04/18 21:36, Laurent Pinchart wrote:
> Hi Kieran,
>
> Thank you for the patch.
>
> On Thursday, 26 April 2018 19:53:35 EEST Kieran Bingham wrote:
>> The group objects assume linear indexing, and more so always assume that
>> channel 0 of any active group is used.
>>
>> Now that
On 26/04/18 21:43, Laurent Pinchart wrote:
> Hi Kieran,
>
> Thank you for the patch.
>
> On Thursday, 26 April 2018 19:53:36 EEST Kieran Bingham wrote:
>> The R8A77965 (M3-N) SoC provides VGA, HDMI and LVDS output.
>>
>> This platform is unusual in that the VGA is connected to DU3 leaving DU2
>>
Hi Laurent,
On 26/04/18 21:30, Laurent Pinchart wrote:
> Hi Kieran,
>
> Thank you for the patch.
>
> On Thursday, 26 April 2018 19:53:34 EEST Kieran Bingham wrote:
>> The DU CRTC driver does not support distinguishing between a hardware
>> index, and a software (CRTC) index in the event that a D
Ping.
On Mon, 2018-04-23 at 13:45 +, Lisovskiy, Stanislav wrote:
> Ping
>
> From: Intel-gfx [intel-gfx-boun...@lists.freedesktop.org] on behalf
> of StanLis [stanislav.lisovs...@intel.com]
> Sent: Monday, April 23, 2018 10:34 AM
> To: dri-devel@lists.fr
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: a11008ca87d737a3b1ffbe7f32af7d74d78a9aa8
commit: 2a6630b1095609b26a205b7c537594f3cde99c0a [114/300] ASoC: AMD: enable
ACP3x drivers build
config: sparc64-allyesconfig (attached as .config)
compiler: sparc64-linux-gn
https://bugs.freedesktop.org/show_bug.cgi?id=104082
--- Comment #47 from Jean Delvare ---
Problem still present in kernel 4.16.5. I guess I'll have to bisect it...
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel
auo_k1900fb and auo_k1901fb drivers have been introduced six
years ago by following commits:
commit 2c8304d3125b ("video: auo_k190x: add code shared by controller drivers")
commit 96b1d500e028 ("video: auo_k190x: add driver for AUO-K1900 variant")
commit 53027cdf2a67 ("video: auo_k190x: add driver
On Fri, Apr 27, 2018 at 10:37:16AM +, Robert Chiras wrote:
>
> Hi Thierry,
>
> Thanks a lot for reviewing this. Your suggestions are very valuable.
> Please see my detailed answers inline.
>
> Best regards,
> Robert
Couple of comments regarding email replies. Please use proper quoting of
wh
On Fri, Apr 27, 2018 at 10:38:24AM +, Robert Chiras wrote:
>
>
>
>
> From: Thierry Reding
> Sent: Thursday, April 26, 2018 5:56 PM
> To: Robert Chiras
> Cc: dl-linux-imx; dri-devel@lists.freedesktop.org
> Subject: Re: [PATCH 2/2] drm/panel: rm67191: Add supp
Hi,
This patchset removes unused MERAM support (last user was removed
3 years ago) from shmobile fbdev & drm drivers and then removes
MERAM driver itself.
If it is okay to merge this patches I would like patch #1 to go
through fbdev tree and patch #2 to go through drm tree. Once they
are both ups
Since commit a521422ea4ae ("ARM: shmobile: mackerel: Remove Legacy C
board code") MERAM functionality is unused. Remove it.
Cc: Simon Horman
Cc: Laurent Pinchart
Cc: Geert Uytterhoeven
Signed-off-by: Bartlomiej Zolnierkiewicz
---
drivers/video/fbdev/Kconfig| 1 -
drivers/video/f
Since commit a521422ea4ae ("ARM: shmobile: mackerel: Remove Legacy C
board code") MERAM functionality is unused. Remove it.
Cc: Simon Horman
Cc: Laurent Pinchart
Cc: Geert Uytterhoeven
Signed-off-by: Bartlomiej Zolnierkiewicz
---
drivers/gpu/drm/shmobile/Kconfig | 1 -
drivers/gpu
Since commit a521422ea4ae ("ARM: shmobile: mackerel: Remove Legacy C
board code") MERAM functionality is unused. Remove it.
Cc: Simon Horman
Cc: Laurent Pinchart
Cc: Geert Uytterhoeven
Signed-off-by: Bartlomiej Zolnierkiewicz
---
drivers/video/fbdev/Kconfig | 12 -
drivers/video/f
https://bugs.freedesktop.org/show_bug.cgi?id=105530
--- Comment #9 from txtsd ---
Can I do anything to expedite the search here?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freede
https://bugs.freedesktop.org/show_bug.cgi?id=105733
--- Comment #11 from txtsd ---
This happens to me too. I run a Ryzen 2400G on an MSI B350 Tomahawk.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
drmHandleMatch is intended to allow for userspace to filter out
devices that it does not want to open.
Opening specific devices using paths alone is not a reliable due to
probing order. This function intends to provide a mechanism
for filtering out devices that don't fit what you need using an
ext
Hi Bartlomiej,
On Friday, 27 April 2018 14:21:42 EEST Bartlomiej Zolnierkiewicz wrote:
> Hi,
>
> This patchset removes unused MERAM support (last user was removed
> 3 years ago) from shmobile fbdev & drm drivers and then removes
> MERAM driver itself.
>
> If it is okay to merge this patches I wo
On Fri, Apr 27, 2018 at 1:36 PM, Laurent Pinchart
wrote:
> Hi Bartlomiej,
>
> On Friday, 27 April 2018 14:21:42 EEST Bartlomiej Zolnierkiewicz wrote:
>> Hi,
>>
>> This patchset removes unused MERAM support (last user was removed
>> 3 years ago) from shmobile fbdev & drm drivers and then removes
>>
This patch is:
Acked-by: Robert Foss
I'll push this series upstream in a few minutes.
On 04/26/2018 09:05 PM, John Stultz wrote:
If the gl precompositor isn't being used, we cannot accept
every layer as a device composited layer.
Thus this patch adds some extra logic in the validate function
From: Ville Syrjälä
Use drm_mode_equal_no_clocks_no_stereo() in
drm_match_hdmi_mode_clock_tolerance() for consistency as we
also use it in drm_match_hdmi_mode() and the cea mode matching
functions.
This doesn't actually change anything since the input mode
comes from detailed timings and we matc
From: Ankit Nautiyal
To enable aspect-ratio support in DRM, blindly exposing the aspect
ratio information along with mode, can break things in existing
non-atomic user-spaces which have no intention or support to use this
aspect ratio information.
To avoid this, a new drm client cap is required
From: Ville Syrjälä
AVI infoframe can only carry none, 4:3, or 16:9 picture aspect
ratios. Return an error if the user asked for something different.
Cc: Shashank Sharma
Cc: "Lin, Jia"
Cc: Akashdeep Sharma
Cc: Jim Bride
Cc: Jose Abreu
Cc: Daniel Vetter
Cc: Emil Velikov
Cc: Thierry Reding
From: Ankit Nautiyal
If the user-space does not support aspect-ratio, and requests for a
modeset with mode having aspect ratio bits set, then the given
user-mode must be rejected. Secondly, while preparing a user-mode from
kernel mode, the aspect-ratio info must not be given, if aspect-ratio
is n
From: Ville Syrjälä
Make mode matching less confusing by allowing the caller to specify
which parts of the modes should match via some flags.
Signed-off-by: Ville Syrjälä
Reviewed-by: Shashank Sharma
---
drivers/gpu/drm/drm_modes.c | 134 ++--
include/d
From: "Sharma, Shashank"
Current DRM layer functions don't parse aspect ratio information
while converting a user mode->kernel mode or vice versa. This
causes modeset to pick mode with wrong aspect ratio, eventually
causing failures in HDMI compliance test cases, due to wrong VIC.
This patch add
From: Ankit Nautiyal
We parse the EDID and add all the modes in the connector's modelist.
This adds CEA modes with aspect ratio information too, regadless of
whether user space requested this information or not.
This patch prunes the modes with aspect-ratio information, from a
connector's modeli
From: Ankit Nautiyal
This patch series is a re-attempt to enable aspect ratio support in
DRM layer. Currently the aspect ratio information gets lost in translation
during a user->kernel mode or vice versa.
The old patch series (https://pw-emeril.freedesktop.org/series/10850/) had
4 patches, out
From: Ville Syrjälä
commit 6dffd431e229 ("drm: Add aspect ratio parsing in DRM layer")
cause us to not send out any VICs in the AVI infoframes. That commit
was since reverted, but if and when we add aspect ratio handing back
we need to be more careful.
Let's handle this by considering the aspect
From: Ville Syrjälä
If the user mode would specify an aspect ratio other than 4:3 or 16:9
we now silently ignore it. Maybe a better apporoach is to return an
error? Let's try that.
Also we must be careful that we don't try to send illegal picture
aspect in the infoframe as it's only capable of s
From: "Sharma, Shashank"
HDMI 2.0/CEA-861-F introduces two new aspect ratios:
- 64:27
- 256:135
This patch:
- Adds new DRM flags for to represent these new aspect ratios.
- Adds new cases to handle these aspect ratios while converting
from user->kernel mode or vise versa.
This patch was once
On Fri, Apr 27, 2018 at 4:39 AM, Sandeep Panda wrote:
> Document the bindings used for the sn65dsi86 DSI to eDP bridge.
>
> Changes in v1:
> - Rephrase the dt-binding descriptions to be more inline with existing
>bindings (Andrzej Hajda).
> - Add missing dt-binding that are parsed by corresp
https://bugs.freedesktop.org/show_bug.cgi?id=105733
--- Comment #12 from Allan ---
My system started to power down for nothing sometimes, even using the GTX1070
(nvidia|nouveau) .
Then I installed a Windows image just to be sure if the kernel was the problem.
Well, for now it *SEEMS* that isn't
On 04/25/2018 09:12 AM, Yannick FERTRE wrote:
> Hi Philippe,
>
> Reviewed-by: Yannick Fertré
Applied on drm-misc-next.
Many thanks,
Philippe :-)
>
>
> On 04/17/2018 01:34 PM, Philippe Cornu wrote:
>> When a driver related to one of the endpoints is deferred
>> due to probe dependencies (i2c
On 04/25/2018 09:12 AM, Yannick FERTRE wrote:
> Hi Philippe,
>
> Reviewed-by: Yannick Fertré
>
Applied on drm-misc-next.
Many thanks,
Philippe :-)
> On 04/17/2018 01:40 PM, Philippe Cornu wrote:
>> Add mode_valid() function to filter modes according to available
>> pll clock values and "pref
On 04/25/2018 09:13 AM, Yannick FERTRE wrote:
> Hi Philippe,
>
> Reviewed-by: Yannick Fertré
>
Applied on drm-misc-next.
Many thanks,
Philippe :-)
>
> On 04/19/2018 03:28 PM, Philippe Cornu wrote:
>> "make C=1" returns 2 warnings in ltdc_plane_create()
>> ("Using plain integer as NULL point
From: Michel Dänzer
Previously, TTM would always (with CONFIG_TRANSPARENT_HUGEPAGE enabled)
try to allocate huge pages. However, not all drivers can take advantage
of huge pages, but they would incur the overhead for allocating and
freeing them anyway.
Now, drivers which can take advantage of hu
https://bugs.freedesktop.org/show_bug.cgi?id=106225
--- Comment #7 from Francisco Pina Martins ---
I had previously made a mistake in loading the kernel's .config file.
I have now managed to compile the kernel with the options for KASAN set.
However, booting this kernel results in an instant rebo
Laurent Pinchart wrote on Wed [2018-Apr-04
17:29:59 +0300]:
> Hi Benoit,
>
> Thank you for the patch.
>
> On Monday, 26 March 2018 19:21:24 EEST Benoit Parrot wrote:
> > Add common DISPC bindings into the top level bindings file.
> > Move common bindings here instead of having multiple copies o
On 27 April 2018 at 12:31, Robert Foss wrote:
> drmHandleMatch is intended to allow for userspace to filter out
> devices that it does not want to open.
>
> Opening specific devices using paths alone is not a reliable due to
> probing order. This function intends to provide a mechanism
> for filte
On Fri, Apr 27, 2018 at 05:44:53PM +0530, Nautiyal, Ankit K wrote:
> From: Ankit Nautiyal
>
> If the user-space does not support aspect-ratio, and requests for a
> modeset with mode having aspect ratio bits set, then the given
> user-mode must be rejected. Secondly, while preparing a user-mode fr
https://bugzilla.kernel.org/show_bug.cgi?id=199407
Cm (c...@mailinator.com) changed:
What|Removed |Added
CC||c...@mailinator.com
--- Commen
On Fri, Apr 27, 2018 at 05:44:54PM +0530, Nautiyal, Ankit K wrote:
> From: Ankit Nautiyal
>
> We parse the EDID and add all the modes in the connector's modelist.
> This adds CEA modes with aspect ratio information too, regadless of
> whether user space requested this information or not.
>
> Thi
On Thu, Apr 26, 2018 at 12:45:13PM +, Lisovskiy, Stanislav wrote:
> Reviewed-by: Stanislav Lisovskiy
Thanks. Pushed to drm-misc-next.
>
> Best Regards,
>
> Lisovskiy Stanislav
>
> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo
>
> __
On Thu, Apr 26, 2018 at 12:27:48PM -0700, Manasi Navare wrote:
> No functional changes in this patch.
>
> The SDP Header is a generic header for secondary data packets for
> both eDP and DP so call it dp_sdp_header. This header gets used for
> different SDP types already defined.
> Also header byt
https://bugs.freedesktop.org/show_bug.cgi?id=106263
--- Comment #2 from Harry Wentland ---
Are you able to bisect?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http
https://bugzilla.kernel.org/show_bug.cgi?id=199407
--- Comment #6 from Dan (dan...@consultd.de) ---
works fine for me on .17rc
Dan
On 27.04.2018 15:59, bugzilla-dae...@bugzilla.kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=199407
>
> Cm (c...@mailinator.com) changed:
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=106263
--- Comment #3 from erhar...@mailbox.org ---
I did that once, so technically yes. Hope I got time for it the next few days.
--
You are receiving this mail because:
You are the assignee for the bug.___
On Thu, Apr 26, 2018 at 10:48:22PM +0300, Jyri Sarha wrote:
> Add support for Three Five displays TFC S9700RTWV43TR-01B 800x480
> panel with resistive touch found on TI's AM335X-EVM.
>
> Signed-off-by: Jyri Sarha
> Reviewed-by: Tomi Valkeinen
> cc: Thierry Reding
> ---
> Thanks Thierry, for rem
1 - 100 of 168 matches
Mail list logo
