tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: c9115f8904eef0f880d3b4f8306f553b1bb1c532
commit: ef3da5cab664c16ca25a8d479fac95a7f04080e3 [377/447] drm/amdgpu: add
amdgpu_ras.c to support ras
smatch warnings:
drivers/gpu/drm/amd/amdgpu/amdgpu_ras.c:1007 amdgpu_r
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-5.2-wip
head: 940d104240cd069a88f089f91299ac9bf4a154d1
commit: 2bec3b50c9c5be65ac4800d57ace6fc3b2d82136 [230/300] drm/amd/display:
Respect aux return values
smatch warnings:
drivers/gpu/drm/amd/amdgpu/../display/dc/dce/dce_aux.c:514
Hi,
May I know of the patches would be integrated into drm-misc ?
BR
Hean Loong
Internal Global Dial: 2 701 6773
Direct Line: +60 4 636 6773
>-Original Message-
>From: Rob Herring
>Sent: Tuesday, March 26, 2019 3:32 AM
>To: Ong, Hean Loong
>Cc: Daniel Vetter ; Randy Dunlap
>; devicet
On Mon, Mar 25, 2019 at 08:29:06AM -0300, Rodrigo Siqueira wrote:
> On 03/15, Daniel Vetter wrote:
> > On Thu, Mar 14, 2019 at 03:48:45PM -0300, Rodrigo Siqueira wrote:
> > > Allow atomic_enable and atomic_disable operations from
> > > drm_crtc_helper_funcs struct optional. With this, the target di
dma_unmap_page() must be called with exactly the same dma address
and size returned by dma_map_page(). Otherwise, the function may
fail.
This is at least the case for debug_dma_unmap_page() and AMD iommu
unmap_page callback.
Signed-off-by: Yu Zhao
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 11 +
On 2019/3/25 17:02, Daniel Vetter wrote:
> On Wed, Mar 20, 2019 at 02:03:08AM +, YueHaibing wrote:
>> Fixes gcc '-Wunused-but-set-variable' warning:
>>
>> drivers/gpu/drm/virtio/virtgpu_ttm.c: In function 'virtio_gpu_init_mem_type':
>> drivers/gpu/drm/virtio/virtgpu_ttm.c:117:28: warning:
>> v
On 22/03/2019 16:07, Catalin Marinas wrote:
On Wed, Mar 20, 2019 at 03:51:31PM +0100, Andrey Konovalov wrote:
This patch is a part of a series that extends arm64 kernel ABI to allow to
pass tagged user pointers (with the top byte set to something else other
than 0x00) as syscall arguments.
vide
On Mon, 2019-03-25 at 15:32 -0700, Brendan Higgins wrote:
> On Fri, Mar 22, 2019 at 12:11 AM Knut Omang wrote:
> > On Thu, 2019-03-21 at 18:41 -0700, Brendan Higgins wrote:
> > > On Thu, Mar 21, 2019 at 6:10 PM Frank Rowand
> > > wrote:
> > > > On 2/27/19 11:42 PM, Brendan Higgins wrote:
> > > >
* Hans Verkuil [190325 16:28]:
> On 3/25/19 5:21 PM, Tony Lindgren wrote:
> > * Hans Verkuil [190325 16:12]:
> >> On 3/25/19 4:55 PM, Laurent Pinchart wrote:
> The reality is that HDMI CEC and HDMI video are really independent of
> one another. So I wonder if it isn't better to explain
On Sun, Mar 24, 2019 at 1:45 PM Joel Fernandes wrote:
>
> Hi Sandeep,
>
> On Sun, Mar 24, 2019 at 10:56:33AM -0700, Sandeep Patil wrote:
> > On Fri, Mar 22, 2019 at 11:02:55AM -0400, Joel Fernandes wrote:
> > > On Thu, Mar 21, 2019 at 07:51:33PM -0700, Chenbo Feng wrote:
> > > > From: Greg Hackman
Hi, Bartlomiej, Fredrik, Daniel,
Could you please help to have a look at this patch?
Many thanks!
-Shile
On 2019/3/19 20:20, shile.zh...@linux.alibaba.com wrote:
From: Shile Zhang
To fix following divide-by-zero error found by Syzkaller:
divide error: [#1] SMP PTI
CPU: 7 PID: 84
The Boe Himax8279d is a 8.0" panel with a 1200x1920 resolution and
connected to DSI using four lanes.
V7:
- Add the information of the reviewer
V6:
- Add the information of the reviewer
V5:
- Added changelog
V4:
- None
V3:
- None
V2:
- Add compatible device "boe,himax8279d10p" (Sam)
- Add the
If the system firmware supplies nodes that represent the connectors,
they need to be associated with the connector entries.
ACPI tables at least always supply a device node for every connector
on integrated video hardware - this is explained in ACPI
specification's ch. "Appendix B Video Extension"
* Hans Verkuil [190325 15:52]:
> Hi Tony,
>
> On 3/25/19 4:32 PM, Tony Lindgren wrote:
> > Hi Hans,
> >
> > Looks like CONFIG_OMAP4_DSS_HDMI_CEC=y blocks SoC core retention
> > idle on omap4 if selected.
> >
> > Should we maybe move hdmi4_cec_init() to hdmi_display_enable()
> > and hdmi4_cec_un
On Mon, Mar 25, 2019 at 12:34:59PM -0700, Chenbo Feng wrote:
[snip]
> > > > Also what is the benefit of having st_blocks from stat? AFAIK, that is
> > > > the
> > > > same as the buffer's size which does not change for the lifetime of the
> > > > buffer. In your patch you're doing this when 'struc
On 3/25/2019 2:56 PM, YueHaibing wrote:
Fixes gcc '-Wunused-but-set-variable' warning:
drivers/gpu/drm/virtio/virtgpu_ttm.c: In function 'virtio_gpu_init_mem_type':
drivers/gpu/drm/virtio/virtgpu_ttm.c:117:28: warning:
variable 'vgdev' set but not used [-Wunused-but-set-variable]
drivers/gpu
On 3/23/2019 8:16 AM, YueHaibing wrote:
Fixes gcc '-Wunused-but-set-variable' warning:
drivers/gpu/drm/vmwgfx/vmwgfx_fb.c: In function 'vmw_fb_init':
drivers/gpu/drm/vmwgfx/vmwgfx_fb.c:645:29: warning:
variable 'fb_offset' set but not used [-Wunused-but-set-variable]
drivers/gpu/drm/vmwgfx/v
Hi,
If the system firmware supplies device nodes representing the
display connectors on integrated video hardware, those nodes should
probable always be associated with the display connector entries
(struct drm_connector).
With the USB Type-C DisplayPort alt mode, we will need a way to inform
the
On 22/03/2019 12:04, Catalin Marinas wrote:
On Wed, Mar 20, 2019 at 03:51:23PM +0100, Andrey Konovalov wrote:
This patch is a part of a series that extends arm64 kernel ABI to allow to
pass tagged user pointers (with the top byte set to something else other
than 0x00) as syscall arguments.
tcp_
If CONFIG_OMAP4_DSS_HDMI_CEC is enabled in .config, deeper SoC idle
states are blocked because the CEC clock gets always enabled on init.
Let's fix the issue by moving the CEC clock handling to happen later in
hdmi_cec_adap_enable() as suggested by Hans Verkuil .
This way the CEC clock gets only e
Fixes gcc '-Wunused-but-set-variable' warning:
drivers/gpu/drm/virtio/virtgpu_ttm.c: In function 'virtio_gpu_init_mem_type':
drivers/gpu/drm/virtio/virtgpu_ttm.c:117:28: warning:
variable 'vgdev' set but not used [-Wunused-but-set-variable]
drivers/gpu/drm/virtio/virtgpu_ttm.c: In function 'virt
On Intel platforms we know that the ACPI connector device
node order will follow the order the driver (i915) decides.
The decision is made using the custom Intel ACPI OpRegion
(intel_opregion.c), though the driver does not actually know
that the values it sends to ACPI there are used for
associatin
On 22/03/2019 15:59, Catalin Marinas wrote:
On Wed, Mar 20, 2019 at 03:51:28PM +0100, Andrey Konovalov wrote:
This patch is a part of a series that extends arm64 kernel ABI to allow to
pass tagged user pointers (with the top byte set to something else other
than 0x00) as syscall arguments.
amdg
* Hans Verkuil [190325 16:12]:
> On 3/25/19 4:55 PM, Laurent Pinchart wrote:
> >> The reality is that HDMI CEC and HDMI video are really independent of
> >> one another. So I wonder if it isn't better to explain the downsides
> >> of enabling CEC for the omap4 in the CONFIG_OMAP4_DSS_HDMI_CEC
> >>
In case alloc_workqueue fails, the fix frees memory and
returns -ENOMEM to avoid potential NULL pointer dereference.
Signed-off-by: Kangjie Lu
---
v2: use radeon_crtc_destroy to properly clean up resources as
suggested by Michel Dänzer
---
drivers/gpu/drm/radeon/radeon_display.c | 15 ++
Hi Hans,
Looks like CONFIG_OMAP4_DSS_HDMI_CEC=y blocks SoC core retention
idle on omap4 if selected.
Should we maybe move hdmi4_cec_init() to hdmi_display_enable()
and hdmi4_cec_uninit() to hdmi_display_disable()?
Or add some enable/disable calls in addtion to the init and
uninit calls that can
Support Boe Himax8279d 8.0" 1200x1920 TFT LCD panel, it is a MIPI DSI
panel.
V7:
- Add the information of the reviewer
- Remove unnecessary delays, The udelay_range code gracefully returns
without hitting the scheduler on a delay of 0. (Derek)
- Merge the same data structures, like display_mod
Hi Andrzej,
19. 3. 25. 오후 4:13에 Andrzej Hajda 이(가) 쓴 글:
> Hi Inki,
>
> GSCALERs in Exynos SoCs support conversion between wide range of image
> formats,
> plus scaling and rotation.
> Driver already supports mem2mem mode - via ExynosDRM IPP framework.
> This patchset adds support for mem to disp
We want new stuff documented in more verbose form, this table is
deprecated. "content type" is already documented properly.
Fixes: 50525c332b55 ("drm: content-type property for HDMI connector")
Cc: Hans Verkuil
Cc: Daniel Vetter
Cc: Stanislav Lisovskiy
Cc: Ville Syrjälä
Signed-off-by: Daniel V
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/fbdevdrm/fbdevdrm_drv.c | 29 -
1 file changed, 28 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/fbdevdrm/fbdevdrm_drv.c
b/drivers/gpu/drm/fbdevdrm/fbdevdrm_drv.c
index 5be902094dc6..4a6ba6c85c5c 100644
---
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/fbdevdrm/Makefile | 1 +
drivers/gpu/drm/fbdevdrm/fbdevdrm_modes.c | 153 ++
drivers/gpu/drm/fbdevdrm/fbdevdrm_modes.h | 46 +++
3 files changed, 200 insertions(+)
create mode 100644 drivers/gpu/drm/fbdevdrm/
Hi,
this RFC patch set implements fbdevdrm, a DRM driver on top of fbdev
drivers. I'd appreciate feedback on the code and the idea in general.
The fbdev subsystem is considered legacy and will probably be removed at
some point. This would mean the loss of a signifanct number of drivers.
Some of t
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/fbdevdrm/Makefile | 1 +
drivers/gpu/drm/fbdevdrm/fbdevdrm_format.c | 441 +
drivers/gpu/drm/fbdevdrm/fbdevdrm_format.h | 26 ++
3 files changed, 468 insertions(+)
create mode 100644 drivers/gpu/drm/fbdevdrm/fbd
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/fbdevdrm/Makefile | 1 +
drivers/gpu/drm/fbdevdrm/fbdevdrm_modes.c | 42 ++
drivers/gpu/drm/fbdevdrm/fbdevdrm_modes.h | 7 +
drivers/gpu/drm/fbdevdrm/fbdevdrm_modeset.c | 9 +-
drivers/gpu/drm/fbdevdrm/fbdevdrm_modeset.h |
Mode detection currently reports the modes listed in fb_info::modelist.
The list is either build from EDID information or, more often, a list of
previously set modes. A later update to the mode detection could also
take into account the modes in fb_monspecs::modedb or test pre-defined
VESA modes.
Memory management in fbdevdrm is provided by TTM. Fbdev implements page
flipping via display pan operations, which require scanout buffers to be
aligned at scanline boundaries. At the same time memory-mapping operations
of individual buffers requires page alignment of each buffer. Fbdevdrm
ensures
The fbdevdrm driver runs DRM on top of fbdev framebuffer drivers. It allows
for using legacy drivers with modern userspace and gives a template for
converting fbdev drivers to DRM.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/Kconfig | 2 +
drivers/gpu/drm/Makefile
There's an fbdevdrm device for each supported fbdev device. The fbdevdrm
driver listens for fb events, and creates and destroys fbdevdrm devices
accordingly.
Only hardware-specific fbdev drivers are supported. Generic drivers, such
as vga16fb or vesafb are not handled. DRM-based fbdev drivers are
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/fbdevdrm/fbdevdrm_modeset.c | 150 +++-
1 file changed, 149 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/fbdevdrm/fbdevdrm_modeset.c
b/drivers/gpu/drm/fbdevdrm/fbdevdrm_modeset.c
index 3473b85acbf1..87f56ec76edf 1
Modesetting for fbdevdrm supports a single display pipeline with CRTC,
primary plane, encoder and connector.
The fbdev device would have been an ideal candidate for using
|struct drm_simple_display_pipe|. To better illustrate the conversion
from fbdev to DRM drivers, fbdevdrm used the regular DRM
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/fbdevdrm/fbdevdrm_drv.c | 77 +
1 file changed, 77 insertions(+)
diff --git a/drivers/gpu/drm/fbdevdrm/fbdevdrm_drv.c
b/drivers/gpu/drm/fbdevdrm/fbdevdrm_drv.c
index 4a6ba6c85c5c..4724e3df6ace 100644
--- a/drivers/gpu/
On 2019-03-25 10:05 p.m., Kangjie Lu wrote:
> In case alloc_workqueue fails, the fix frees memory and
> returns -ENOMEM to avoid potential NULL pointer dereference.
>
> Signed-off-by: Kangjie Lu
> ---
> v2: use radeon_crtc_destroy to properly clean up resources as
> suggested by Michel Dänzer
>
Hi,
tc358767 bridge was originally implemented for eDP use with an embedded
panel. I've been working to add DP and HPD support, and this series is
the result. I did have a lot of issues with link training, but with
these, it's been working reliably with my devices.
Compared to v1, I dropped the "
The Device Tree bindings documentation file is in a simplified path
that doesn't match the MAINTAINERS entry.
Reported-by: Joe Perches
Signed-off-by: Liviu Dudau
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index e17ebf70b5480..9f
Currently we have tc_main_link_setup(), which configures and enabled the
link, but we have no counter-part for disabling the link.
Add tc_main_link_disable, and rename tc_main_link_setup to
tc_main_link_enable.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/bridge/tc358767.c | 27 +++
tc_aux_get_status() does not report AUX_TIMEOUT correctly, as it only
checks the AUX_TIMEOUT if aux is still busy. Fix this by always checking
for AUX_TIMEOUT.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/bridge/tc358767.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
d
We need to reset DPCD voltage-swing & pre-emphasis before starting the
link training, as otherwise tc358767 will use the previous values as
minimums.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/bridge/tc358767.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/gpu/drm/brid
Minor cleanups:
- Use bool for boolean fields
- Use DP_MAX_DOWNSPREAD_0_5 instead of BIT(0)
- debug print down-spread and scrambler status
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/bridge/tc358767.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/drivers
swing and preemp fields are not used. Remove them.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/bridge/tc358767.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/bridge/tc358767.c
b/drivers/gpu/drm/bridge/tc358767.c
index 8e53073f0e35..7ef8d754b4ff 100644
--- a/drivers
Modify aux_link_setup so that it does not use tc->link, and thus makes
aux setup independent of the link probing.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/bridge/tc358767.c | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/bridge/tc358767.c
b/
DP always uses ANSI 8B10B encoding. Some monitors (old?) may not have
the ANSI 8B10B bit set in DPCD, even if it should always be set.
The tc358767 driver currently respects that flag, and turns the encoding
off if the monitor does not have the bit set, which then results in the
monitor not workin
The driver currently sets the video stream registers in
tc_main_link_setup. One should be able to establish the DP link without
any video stream, so a more logical place is to configure the stream in
the tc_main_link_stream. So move them there.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/b
We set up the PXL PLL inside tc_main_link_setup. This is unnecessary,
and makes tc_main_link_setup depend on the video-mode, which should not
be the case. As PXL PLL is used only for the video stream (and only when
using the HW test pattern), let's move the PXL PLL setup into
tc_stream_enable.
Als
Link training will sometimes fail if the DP link is, for some whatever
reason, enabled when tc_main_link_enable() is called.
Ensure that the DP link is disabled by setting DP0CTL to 0 as the first
thing.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/bridge/tc358767.c | 2 ++
1 file changed,
As far as I know, drm_connector_helper_funcs.best_encoder is not needed
in a trivial case as we have here. So remove tc_connector_best_encoder.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/bridge/tc358767.c | 9 -
1 file changed, 9 deletions(-)
diff --git a/drivers/gpu/drm/bridge/t
It is nicer to have enable/disable functions instead of set(bool enable)
style function.
Split tc_main_link_stream into tc_stream_enable and tc_stream_disable.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/bridge/tc358767.c | 81 +--
1 file changed, 45 insertions
The current link training code does unnecessary retry-loops, and does
extra writes to the registers. It is easier to follow the flow and
ensure it's similar to Toshiba's documentation if we deal with LT inside
tc_main_link_enable() function.
This patch adds tc_wait_link_training() which handles wa
The driver has a loop after ending link training, where it reads the
DPCD link status and prints an error if that status is not ok.
The loop is unnecessary, as far as I can understand from DP specs, so
let's remove it. We can also print the more specific errors to help
debugging.
Signed-off-by: T
Add support for interrupt and hotplug handling. Both are optional.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/bridge/tc358767.c | 157 ++
1 file changed, 139 insertions(+), 18 deletions(-)
diff --git a/drivers/gpu/drm/bridge/tc358767.c
b/drivers/gpu/drm/bridg
For some reason the driver has a msleep(100) after writing to
DP_PHY_CTRL. Toshiba's documentation doesn't suggest any delay is
needed, and I have not seen any issues with the sleep removed.
Drop it, as msleep(100) is a rather big one.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/bridge/tc
At the end of the link training, two steps have to be taken: 1)
tc358767's LT mode is disabled by a write to DP0_SRCCTRL, and 2) Remove
LT flag in DPCD 0x102.
Toshiba's documentation tells to first write the DPCD, then modify
DP0_SRCCTRL. In my testing this often causes issues, and the link
discon
Add GPIO and interrupt related registers for HPD work. Mark INTSTS_G and
GPIOI as volatile.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/bridge/tc358767.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/gpu/drm/bridge/tc358767.c
b/drivers/gpu/drm/bridge/tc358767.c
index
In tc_bridge_mode_set callback, we store the pointer to the given
drm_display_mode, and use the mode later. Storing a pointer in such a
way looks very suspicious to me, and I have observed odd issues where
the timings were apparently (at least mostly) zero.
Do a copy of the drm_display_mode instea
Add DT properties needed for IRQ and HPD support.
Signed-off-by: Tomi Valkeinen
Cc: devicet...@vger.kernel.org
Cc: Rob Herring
---
A quick summary of tc358767's HPD/GPIO support:
tc358767 has two pins that can be used as GPIOs. Those can be used for
HPD by configuring the pin as input. tc35876
We have tc_connector_mode_valid() to filter out videomdoes that the
tc358767 cannot support. As it is a bridge limitation, change the code
to use drm_bridge_funcs's mode_valid instead.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/bridge/tc358767.c | 8
1 file changed, 4 insertions(
tc_main_link_enable() checks if videomode has been set, and fails if
there's no videomode. As tc_main_link_enable() no longer depends on the
videomode, we can drop the check.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/bridge/tc358767.c | 4
1 file changed, 4 deletions(-)
diff --git
On Tue, Mar 26, 2019 at 10:05:55AM +0100, Daniel Vetter wrote:
> We want new stuff documented in more verbose form, this table is
> deprecated. "content type" is already documented properly.
>
> Fixes: 50525c332b55 ("drm: content-type property for HDMI connector")
> Cc: Hans Verkuil
> Cc: Daniel
On Mon, Mar 25, 2019 at 05:01:14PM +, Liviu Dudau wrote:
> We don't call this function if CONFIG_DEBUG_FS is not defined, but we
> should not be compiling it either, as the declaration of the debugfs
> core functions is not included.
>
> Reported by the kbuild test robot.
>
> Signed-off-by: L
https://bugs.freedesktop.org/show_bug.cgi?id=110248
Bug ID: 110248
Summary: IGT Meson build fails when "-Dbuild_tests=false"
option is used
Product: DRI
Version: DRI git
Hardware: Other
OS: All
S
Dear Yannick,
Many thanks for your patch.
Acked-by: Philippe Cornu
Philippe :-)
On 3/21/19 9:13 AM, Yannick Fertré wrote:
> Implements system sleep power management ops.
>
> Signed-off-by: Yannick Fertré
> ---
> drivers/gpu/drm/stm/dw_mipi_dsi-stm.c | 28
> 1
Dear Yannick,
Many thanks for your patch.
Reviewed-by: Philippe Cornu
Philippe :-)
On 3/21/19 9:05 AM, Yannick Fertré wrote:
> Do not print an error message if the regulator framework
> returns EPROBE_DEFER.
>
> Signed-off-by: Yannick Fertré
> ---
> drivers/gpu/drm/panel/panel-raydium-rm68
(+ Benjamin)
Dear Yannick,
Many thanks for your patch.
Acked-by: Philippe Cornu
Dear Benjamin,
May I ask you please to merge this patch + "drm/stm: dw_mipi_dsi-stm:
add sleep power management" on drm-misc, if you agree of course and when
you think it is the right time (next week?)
Big thanks,
Dear Yannick,
Many thanks for your patch.
Reviewed-by: Philippe Cornu
Tested-by: Philippe Cornu
Best regards,
Philippe
On 3/21/19 9:04 AM, Yannick Fertré wrote:
> At the end of initialization, a delay is required by the panel.
> Without this delay, the panel could received a frame early &
> ge
https://bugs.freedesktop.org/show_bug.cgi?id=110249
Bug ID: 110249
Summary: IGT command line tools load redundant GUI libraries
Product: DRI
Version: DRI git
Hardware: Other
OS: All
Status: NEW
Severity: m
Dear Yannick,
Many thanks for your patch.
Reviewed-by: Philippe Cornu
Tested-by: Philippe Cornu
Philippe :-)
On 3/21/19 9:07 AM, Yannick Fertré wrote:
> The panel does not support clock frequency over 30.74 Mhz.
> The clock rate has been reduced to 29.70 Mhz & new timings have
> been computed
Dear Yannick,
Many thanks for your patch.
Reviewed-by: Philippe Cornu
Tested-by: Philippe Cornu
Philippe :-)
On 3/21/19 9:04 AM, Yannick Fertré wrote:
> Do not print an error message if the regulator framework
> returns EPROBE_DEFER.
>
> Signed-off-by: Yannick Fertré
> ---
> drivers/gpu/d
On Tue, Mar 26, 2019 at 12:59:20PM +0200, Ville Syrjälä wrote:
> On Tue, Mar 26, 2019 at 10:05:55AM +0100, Daniel Vetter wrote:
> > We want new stuff documented in more verbose form, this table is
> > deprecated. "content type" is already documented properly.
> >
> > Fixes: 50525c332b55 ("drm: con
Should not cause any changes.
v2: Rebase
Signed-off-by: Daniel Vetter
Cc: Alex Deucher
Cc: "Christian König"
Cc: Samuel Li
Cc: "Michel Dänzer"
Cc: Huang Rui
Cc: Junwei Zhang
Cc: Daniel Vetter
Cc: Daniel Stone
Cc: Shirish S
---
drivers/gpu/drm/amd/amdgpu/amdgpu_fb.c | 24 ---
Looking at the oldest/most popular drivers ${driver}drmfb seems to be
the standard, except i915.ko went with "inteldrmfb". I guess renaming
that for consistency won't hurt, it definitely confused me when I
started with kms 10 years ago.
I hope this never became uapi ... worst case drivers can over
The fbdev split between fix and var information is kinda
pointless for drm drivers since everything is fixed: The fbdev
emulation doesn't support changing modes at all.
Create a new simplified helper and use it in the generic fbdev
helper code. Follow-up patches will beef it up more and roll
it ou
This will change the fb name from "psbdrmfb" to "gma500drmfb".
v2: Rebase
Signed-off-by: Daniel Vetter
Cc: Patrik Jakobsson
---
drivers/gpu/drm/gma500/framebuffer.c | 7 +--
drivers/gpu/drm/gma500/framebuffer.h | 2 +-
2 files changed, 2 insertions(+), 7 deletions(-)
diff --git a/drivers/
The fbdev emulation helpers pretty much assume that this is set.
Let's do it for everyone.
Reviewed-by: Sam Ravnborg
Cc: Sam Ravnborg
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_fb_helper.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_fb_help
On Mon, Mar 25, 2019 at 9:14 AM Guido Günther wrote:
>
> Add support for the MIXEL DPHY IP as found in the NXP's i.MX8MQ.
Please use get_maintainers.pl and send patches to the correct lists.
>
> Signed-off-by: Guido Günther
> Reviewed-by: Sam Ravnborg
> ---
> .../bindings/phy/mixel,mipi-dsi-p
Should not result in any changes.
v2: Rebase
Signed-off-by: Daniel Vetter
Cc: Gerd Hoffmann
---
drivers/gpu/drm/cirrus/cirrus_drv.h | 2 +-
drivers/gpu/drm/cirrus/cirrus_fbdev.c | 8 +---
2 files changed, 2 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/cirrus/cirrus_drv.h
Should not result in any changes.
v2: Rebase
Signed-off-by: Daniel Vetter
Cc: Dave Airlie
Cc: Junwei Zhang
Cc: Alex Deucher
Cc: "Christian König"
Cc: Daniel Vetter
Cc: Sean Paul
Cc: YueHaibing
Cc: Sam Bobroff
---
drivers/gpu/drm/ast/ast_drv.h | 2 +-
drivers/gpu/drm/ast/ast_fb.c | 7 +-
Only changes the name of the fb from "armada-drmfb" to armadafb.
v2: Rebase
Signed-off-by: Daniel Vetter
Cc: Russell King
---
drivers/gpu/drm/armada/armada_fbdev.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/armada/armada_fbdev.c
b/drivers/gpu/drm/
This will give the exynos fbdev a name!
v2: Rebase
Signed-off-by: Daniel Vetter
Cc: Inki Dae
Cc: Joonyoung Shim
Cc: Seung-Woo Kim
Cc: Kyungmin Park
Cc: Kukjin Kim
Cc: Krzysztof Kozlowski
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-samsung-...@vger.kernel.org
---
drivers/gpu/drm/exy
This changes the fb name from "inteldrmfb" to "i915drmfb".
v2: Rebase
Signed-off-by: Daniel Vetter
Cc: Jani Nikula
Cc: Joonas Lahtinen
Cc: Rodrigo Vivi
Cc: intel-...@lists.freedesktop.org
---
drivers/gpu/drm/i915/intel_fbdev.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff
Not used by drivers anymore.
v2: Rebase
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_fb_helper.c | 38 +
include/drm/drm_fb_helper.h | 4
2 files changed, 5 insertions(+), 37 deletions(-)
diff --git a/drivers/gpu/drm/drm_fb_helper.c b/drivers/g
Should not result in any changes.
v2: Rebase
Signed-off-by: Daniel Vetter
Cc: Dave Airlie
Cc: Alex Deucher
Cc: "Christian König"
Cc: Junwei Zhang
Cc: Daniel Vetter
---
drivers/gpu/drm/mgag200/mgag200_drv.h | 2 +-
drivers/gpu/drm/mgag200/mgag200_fb.c | 8 +---
2 files changed, 2 inser
This will change the fb name from "msm" to "msmdrmfb".
v2: Rebase
Signed-off-by: Daniel Vetter
Cc: Rob Clark
Cc: linux-arm-...@vger.kernel.org
Cc: freedr...@lists.freedesktop.org
---
drivers/gpu/drm/msm/msm_fbdev.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/driver
This changes the fb name from "omapdrm" to "omapdrmfb".
v2: Rebase
Signed-off-by: Daniel Vetter
Cc: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/omap_fbdev.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/omapdrm/omap_fbdev.c
b/drivers/gpu/drm/omapdrm/o
This should not result in any changes.
v2: Rebase
Signed-off-by: Daniel Vetter
Cc: Alex Deucher
Cc: "Christian König"
Cc: "David (ChunMing) Zhou"
Cc: amd-...@lists.freedesktop.org
---
drivers/gpu/drm/radeon/radeon_fb.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --
This changes the fb name from "nouveaufb" to "nouveaudrmfb".
Aside: I wonder whether the in_interrupt() check is good enough for
the nouveau acceleration. Cargo-cult says drm_can_sleep() is needed,
which isn't actually working if you pick a .config without PREEMPT.
For the generic fbdev defio supp
Should not result in any changes.
v2: Rebase
Signed-off-by: Daniel Vetter
Cc: Alex Deucher
Cc: Junwei Zhang
Cc: Xinliang Liu
Cc: "Christian König"
Cc: Ajit Negi
Cc: Souptick Joarder
Cc: Daniel Vetter
Cc: John Garry
---
drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.h | 2 +-
drivers/gp
This should not result in any changes.
v2: Rebase
Signed-off-by: Daniel Vetter
Cc: Dave Airlie
Cc: Sean Paul
Cc: Mikulas Patocka
Cc: Daniel Vetter
Cc: Greg Kroah-Hartman
Cc: Emil Lundmark
---
drivers/gpu/drm/udl/udl_fb.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff -
This should not result in any changes.
v2: Rebase over vbox changes - vbox gained it's own line to fill
fix.id.
v3: Rebase
Reviewed-by: Greg Kroah-Hartman (v2)
Signed-off-by: Daniel Vetter
Cc: Greg Kroah-Hartman
Cc: Hans de Goede
Cc: Daniel Vetter
Cc: Alexander Kapshuk
Cc: Bartlomiej Zolni
Another driver that didn't set fbinfo->fix.id before.
v2: Fix subject and rebase
Acked-by: Thierry Reding
Signed-off-by: Daniel Vetter
Cc: Thierry Reding
Cc: Jonathan Hunter
Cc: linux-te...@vger.kernel.org
---
drivers/gpu/drm/tegra/fb.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-
This will set an fb name for the first time!
v2: Rebase
Reviewed-by: Heiko Stuebner
Signed-off-by: Daniel Vetter
Cc: Sandy Huang
Cc: "Heiko Stübner"
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-rockc...@lists.infradead.org
---
drivers/gpu/drm/rockchip/rockchip_drm_fbdev.c | 4 +---
1 f
https://bugs.freedesktop.org/show_bug.cgi?id=110249
--- Comment #1 from Eero Tamminen ---
(In reply to Eero Tamminen from comment #0)
...
> X11 libraries, libglsl etc stuff brought in by libigt.
Sorry, that wasn't libglsl, but libgls (GNU Scientific Library).
--
You are receiving this mail bec
1 - 100 of 214 matches
Mail list logo
