From: Brian Norris
Bridge drivers/helpers shouldn't be clobbering the drvdata, since a
parent driver might need to own this. Instead, let's return our
'dw_mipi_dsi' object and have callers pass that back to us for removal.
Signed-off-by: Brian Norris
Signed-off-by: Nickey Yang
Link:https://pat
We now have a generic dw-mipi-dsi bridge driver.So we send
this patchs to moving rockchip dw-mipi-dsi driver to that
in order to add new features(dual mipi support).
Update ROCKCHIP DSI controller driver that uses the Synopsys
DesignWare MIPI DSI host controller bridge.
ChangeLog:
v2:
add err_p
Add the ROCKCHIP DSI controller driver that uses the Synopsys DesignWare
MIPI DSI host controller bridge.
Signed-off-by: Nickey Yang
Signed-off-by: Brian Norris
Reviewed-by: Brian Norris
Reviewed-by: Sean Paul
---
Changes:
v2:
add err_pllref, remove unnecessary encoder.enable & disable
This patch update describe panel/port links, including
unit addresses in documentation of device tree bindings
for the rockchip DSI controller based on the Synopsys
DesignWare MIPI DSI host controller.
Signed-off-by: Nickey Yang
Reviewed-by: Brian Norris
---
Changes
v5:
- add review tag
...
On 07.11.2017 23:23, Dmitry Osipenko wrote:
On 07.11.2017 15:28, Mikko Perttunen wrote:
On 05.11.2017 18:46, Dmitry Osipenko wrote:
On 05.11.2017 14:01, Mikko Perttunen wrote:
...
+static int mlock_id_for_class(unsigned int class)
+{
+#if HOST1X_HW >= 6
+switch (class)
+{
+case HO
Hi Maxime,
Dne torek, 05. december 2017 ob 11:36:18 CET je Maxime Ripard napisal(a):
> Hi,
>
> On Fri, Dec 01, 2017 at 07:05:23AM +0100, Jernej Skrabec wrote:
> > Current DE2 driver is very basic and uses a lot of magic constants since
> > there is no documentation and knowledge about it was limi
Hello Marek,
On Tue, Dec 5, 2017 at 5:12 PM, Marek Szyprowski
wrote:
> Hi Misha,
>
> On 2017-12-05 15:06, Misha Komarovskiy wrote:
>>
>> On Mon, Nov 27, 2017 at 6:40 AM, Archit Taneja
>> wrote:
>>>
>>> On 11/21/2017 01:19 PM, Marek Szyprowski wrote:
get_modes() callback might be called
On 05.12.2017 16:21, Mikko Perttunen wrote:
> On 07.11.2017 23:23, Dmitry Osipenko wrote:
>> On 07.11.2017 15:28, Mikko Perttunen wrote:
>>> On 05.11.2017 18:46, Dmitry Osipenko wrote:
On 05.11.2017 14:01, Mikko Perttunen wrote:
> ...
>
> +static int mlock_id_for_class(unsigned int
Hello,
On Mon, Nov 27, 2017 at 6:40 AM, Archit Taneja wrote:
>
>
> On 11/21/2017 01:19 PM, Marek Szyprowski wrote:
>>
>> get_modes() callback might be called asynchronously from the DRM core and
>> it is not synchronized with bridge_enable(), which sets proper runtime PM
>> state of the main DP d
Hi
I noticed 1 typo, 1 bug on this patch.
I will post v2 patch
> From: Kuninori Morimoto
>
> In general, PLL has VCO (= Voltage controlled oscillator),
> one of the very important electronic feature called as "jitter"
> is related to this VCO.
> In academic generalism, VCO should be maximum to
Hi All,
This is a resend from my gmail mail address so that patchwork and the CI
pick this up.
Regards,
Hans
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
Hi Jose,
On Tue, 2017-12-05 at 12:26 +, Jose Abreu wrote:
> On 05-12-2017 11:53, Alexey Brodkin wrote:
> >
> >
> > From my note above about udl_drm_gem_mmap() being only used in case of
> > Xserver
> > I barely may conclude anything. Given my lack of knowledge of DRM guts
> > especially
> >
Hi Maxime,
Dne torek, 05. december 2017 ob 16:10:21 CET je Maxime Ripard napisal(a):
> Add support for the A83T display pipeline.
>
> Reviewed-by: Chen-Yu Tsai
> Signed-off-by: Maxime Ripard
> ---
> drivers/gpu/drm/sun4i/sun4i_drv.c | 1 +
> drivers/gpu/drm/sun4i/sun4i_tcon.c | 5 +
>
Hi Ville,
Quoting Ville Syrjälä :
On Mon, Dec 04, 2017 at 03:54:18PM -0600, Gustavo A. R. Silva wrote:
crtc_state is being null checked in a previous code block, which implies
that such pointer might be null.
crtc_state is dereferenced in drm_atomic_helper_check_plane_state, hence
there is a
Hi Lucas,
On Wed, 2017-11-15 at 18:56 +0100, Lucas Stach wrote:
> Am Mittwoch, den 15.11.2017, 17:36 + schrieb Alexey Brodkin:
[snip]
> I'm not keen on having a private memory region for the GPU. Normally we
> just use the shared system CMA memory region (and we will point the
> linear memor
Currently, calls into each file are used to register the various
platform drivers. Change this to a table of pointers to platform_driver
structs to allow using platform_register_drivers.
Signed-off-by: Andrew F. Davis
---
drivers/gpu/drm/omapdrm/dss/core.c | 51 +++--
Hi Jose,
On Tue, 2017-12-05 at 10:39 +, Jose Abreu wrote:
> Hi Alexey,
>
> On 04-12-2017 17:29, Alexey Brodkin wrote:
> >
> >
> > Indeed, in case of kmscube etnaviv is a renderer while UDL
> > outputs the picture on the screen.
>
> Thats nice :)
>
> Ok, from your logs I was not able to se
Having the filename in the header serves little purpose and is
often wrong after renames as it is here in several places, just
drop it from all omapdrm files.
While we are here unify the copyright tags to the TI recommended style.
Signed-off-by: Andrew F. Davis
---
.../gpu/drm/omapdrm/displays/
fb_helper is being dereferenced before it is null checked,
hence there is a potential null pointer dereference.
Fix this by moving the pointer dereference after fb_helper
has been null checked.
This issue was detected with the help of Coccinelle.
Fixes: c777990fb45b ("drm/fb-helper: Handle funct
Add a comment to the DRM_PANEL_ORIENTATION_QUIRKS documenting that the
reason for a separate Kconfig for this is because
drm_panel_orientation_quirks.c code is shared with fbdev.
Suggested-by: Bartlomiej Zolnierkiewicz
Reviewed-by: Daniel Vetter
Signed-off-by: Hans de Goede
---
drivers/gpu/drm
From: Kuninori Morimoto
In general, PLL has VCO (= Voltage controlled oscillator),
one of the very important electronic feature called as "jitter"
is related to this VCO.
In academic generalism, VCO should be maximum to be more small jitter.
In high frequency clock, jitter will be large impact.
Tested-by: Dieter Nützel
Dieter
Am 05.12.2017 13:54, schrieb Christian König:
When we detect consecutive allocation of pages swap them to avoid
accidentally freeing them as huge page.
v2: use swap
v3: check if it's really the first allocated page
v4: don't touch the loop variable
Signed-off-
https://bugs.freedesktop.org/show_bug.cgi?id=103913
ro...@beardandsandals.co.uk changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolutio
From: Brian Norris
Bridge drivers/helpers shouldn't be clobbering the drvdata, since a
parent driver might need to own this. Instead, let's return our
'dw_mipi_dsi' object and have callers pass that back to us for removal.
Signed-off-by: Brian Norris
Signed-off-by: Nickey Yang
Link:https://pat
We now have a generic dw-mipi-dsi bridge driver.So we send
this patchs to moving rockchip dw-mipi-dsi driver to that
in order to add new features(dual mipi support).
Update ROCKCHIP DSI controller driver that uses the Synopsys
DesignWare MIPI DSI host controller bridge.
ChangeLog:
v2:
add err_p
This patch update describe panel/port links, including
unit addresses in documentation of device tree bindings
for the rockchip DSI controller based on the Synopsys
DesignWare MIPI DSI host controller.
Signed-off-by: Nickey Yang
Reviewed-by: Brian Norris
---
.../display/rockchip/dw_mipi_dsi_roc
Add the ROCKCHIP DSI controller driver that uses the Synopsys DesignWare
MIPI DSI host controller bridge.
Signed-off-by: Nickey Yang
Signed-off-by: Brian Norris
Reviewed-by: Brian Norris
Reviewed-by: Sean Paul
---
change:
v2:
add err_pllref, remove unnecessary encoder.enable & disable
c
On Tue, Dec 05, 2017 at 12:00:34PM +0100, Hans de Goede wrote:
> Hi All,
>
> This is a resend from my gmail mail address so that patchwork and the CI
> pick this up.
If you mean the intel CI farm, then you need to cc: intel-gfx.
Unfortunately our CI does not (yet) watch what's going on on dri-dev
On Tue, Dec 05, 2017 at 11:46:28AM -0600, Gustavo A. R. Silva wrote:
> fb_helper is being dereferenced before it is null checked,
> hence there is a potential null pointer dereference.
>
> Fix this by moving the pointer dereference after fb_helper
> has been null checked.
>
> This issue was detec
On Tue, Dec 05, 2017 at 04:11:26PM -0500, Alex Deucher wrote:
> On Tue, Dec 5, 2017 at 1:24 PM, Noralf Trønnes wrote:
> > The helpers are applied and have reached airlied/drm-next.
> >
> > amd has gained another .poll_changed user since last.
>
> Patches 1, 2, 9 applied to my -next tree. Thanks!
Reviewed-by: Karol Herbst
On Thu, Nov 30, 2017 at 8:53 PM, Christoph Böhmwalder
wrote:
> The kbuild test bot complained about a new coccinelle warning nearby,
> which sparked a discussion about the assignment to 'memory' inside of
> the conditional expression. See Link below for the original po
On 05/12/17 18:32, Ben Skeggs wrote:
On Wed, Dec 6, 2017 at 12:30 AM, Jon Hunter wrote:
On 04/12/17 18:37, Guillaume Tucker wrote:
If the firmware fails to load then ->fini() will be called before the
device has been initialised, causing the kernel to hang while trying
to write to a register
https://bugs.freedesktop.org/show_bug.cgi?id=104142
Bug ID: 104142
Summary: Stack trace in runpm when Tonga card powers down
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Status: NEW
Severity: nor
On Tue, Oct 24, 2017 at 06:45:34PM +0200, Noralf Trønnes wrote:
>
> Den 24.10.2017 17.42, skrev Sean Paul:
> >On Sat, Oct 21, 2017 at 05:27:33PM +0530, Meghana Madhyastha wrote:
> >>Rename tinydrm_of_find_backlight to of_find_backlight and move
> >>it to linux/backlight.c so that it can be used by
Add SPDX identifiers to files under stm directory
Signed-off-by: Benjamin Gaignard
---
drivers/gpu/drm/stm/drv.c | 3 +--
drivers/gpu/drm/stm/dw_mipi_dsi-stm.c | 3 +--
drivers/gpu/drm/stm/ltdc.c| 3 +--
drivers/gpu/drm/stm/ltdc.h| 3 +--
4 files changed, 4 in
https://bugs.freedesktop.org/show_bug.cgi?id=104143
Bug ID: 104143
Summary: r600/sb: clobbers gl_Position -> gl_FragCoord
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Sev
Add SPDX identifiers to files under sti directory
Signed-off-by: Benjamin Gaignard
---
drivers/gpu/drm/sti/sti_awg_utils.c| 2 +-
drivers/gpu/drm/sti/sti_awg_utils.h| 2 +-
drivers/gpu/drm/sti/sti_compositor.c | 2 +-
drivers/gpu/drm/sti/sti_compositor.h | 2 +-
drive
On Wed, Apr 12, 2017 at 03:46:05PM -0700, Andy Ritger wrote:
> On Tue, Apr 11, 2017 at 09:24:33AM +0200, Lukas Wunner wrote:
> > Sorry to hijack this thread, but there's an egregious, long-standing bug
> > in your driver with regards to vgaarb usage: nvidia/nv.c calls
> > vga_tryget() but never ca
https://bugs.freedesktop.org/show_bug.cgi?id=104143
--- Comment #1 from Gert Wollny ---
Created attachment 135999
--> https://bugs.freedesktop.org/attachment.cgi?id=135999&action=edit
Version of the original piglit that passes
--
You are receiving this mail because:
You are the assignee for t
https://bugs.freedesktop.org/show_bug.cgi?id=104143
--- Comment #2 from Gert Wollny ---
Created attachment 136000
--> https://bugs.freedesktop.org/attachment.cgi?id=136000&action=edit
piglit screen output of simplified piglit
--
You are receiving this mail because:
You are the assignee for th
https://bugs.freedesktop.org/show_bug.cgi?id=104143
--- Comment #3 from Gert Wollny ---
Created attachment 136001
--> https://bugs.freedesktop.org/attachment.cgi?id=136001&action=edit
Version of the piglit that uses interleaved array and fails with sb
--
You are receiving this mail because:
Y
https://bugs.freedesktop.org/show_bug.cgi?id=104143
--- Comment #6 from Gert Wollny ---
Created attachment 136004
--> https://bugs.freedesktop.org/attachment.cgi?id=136004&action=edit
Piglit output with extra pos parameter and sb enabled
In this image on can see that the (corrected) position p
https://bugs.freedesktop.org/show_bug.cgi?id=104143
--- Comment #4 from Gert Wollny ---
Created attachment 136002
--> https://bugs.freedesktop.org/attachment.cgi?id=136002&action=edit
Version of the piglit that passes copy of gl_Position and tests it
--
You are receiving this mail because:
Yo
https://bugs.freedesktop.org/show_bug.cgi?id=104143
--- Comment #5 from Gert Wollny ---
Created attachment 136003
--> https://bugs.freedesktop.org/attachment.cgi?id=136003&action=edit
Piglit screen output with R600_DEBUG=nosb of shaders with extra pos parameter
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=104143
--- Comment #7 from Gert Wollny ---
Created attachment 136005
--> https://bugs.freedesktop.org/attachment.cgi?id=136005&action=edit
Shader dump with pos test
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=100200
--- Comment #1 from Gert Wollny ---
This shader uses many arrays, and hence, reserves more registers that the r600
hardware supports.
A work-in-progress patch series that fixes this can be found at
https://github.com/gerddie/mesa/tree/merge-ar
The Video Processing Unit power domain was setup by the Vendor U-Boot,
add support for an optional Power Domain phandle to setup it from the kernel.
Acked-by: Rob Herring
Signed-off-by: Neil Armstrong
---
Documentation/devicetree/bindings/display/amlogic,meson-vpu.txt | 4
1 file changed,
The VPU init misses these configurations values.
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/meson/meson_drv.c | 9 +
drivers/gpu/drm/meson/meson_registers.h | 4
2 files changed, 13 insertions(+)
diff --git a/drivers/gpu/drm/meson/meson_drv.c
b/drivers/gpu/drm/meson/m
On the Amlogic Gx SoCs (GXBB, GXL & GXM), the VPU power domain is initialized
by the vendor U-Boot code, but running mainline U-boot has been possible
on these SoCs. But lacking such init made the system lock at kernel boot.
A PM Power Domain driver has been pushed at [1] to solve the main issue.
On reference boards and derivatives, the HDMI Logic is powered by an external
5V regulator.
This regulator was set by the Vendor U-Boot, add optional support for it.
Acked-by: Rob Herring
Signed-off-by: Neil Armstrong
---
Documentation/devicetree/bindings/display/amlogic,meson-dw-hdmi.txt | 4 +
On reference boards and derivatives, the HDMI Logic is powered by an external
5V regulator.
This regulator was set by the Vendor U-Boot, add optional support for it.
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/meson/meson_dw_hdmi.c | 13 +
1 file changed, 13 insertions(+)
diff
Quoting Neil Armstrong (2017-12-06 11:54:28)
> The VPU init misses these configurations values.
>
> Signed-off-by: Neil Armstrong
> ---
> drivers/gpu/drm/meson/meson_drv.c | 9 +
> drivers/gpu/drm/meson/meson_registers.h | 4
> 2 files changed, 13 insertions(+)
>
> diff --git
On 06/12/2017 13:02, Chris Wilson wrote:
> Quoting Neil Armstrong (2017-12-06 11:54:28)
>> The VPU init misses these configurations values.
>>
>> Signed-off-by: Neil Armstrong
>> ---
>> drivers/gpu/drm/meson/meson_drv.c | 9 +
>> drivers/gpu/drm/meson/meson_registers.h | 4
>>
Quoting Neil Armstrong (2017-12-06 12:03:59)
> On 06/12/2017 13:02, Chris Wilson wrote:
> > Quoting Neil Armstrong (2017-12-06 11:54:28)
> >> The VPU init misses these configurations values.
> >>
> >> Signed-off-by: Neil Armstrong
> >> ---
> >> drivers/gpu/drm/meson/meson_drv.c | 9
Hi Russell,
Thanks for this patch series!
On 12/06/17 13:35, Russell King wrote:
> The TDA998x is a HDMI transmitter with a TDA9950 CEC engine integrated
> onto the same die. Add support for the TDA9950 CEC engine to the
> TDA998x driver.
>
> Signed-off-by: Russell King
> ---
> drivers/gpu/dr
On 12/06/17 13:35, Russell King wrote:
> Move the mutex, waitqueue, timer and detect work initialisation early
> in the driver's initialisation, rather than being after we've registered
> the CEC device.
>
> Signed-off-by: Russell King
Acked-by: Hans Verkuil
Regards,
Hans
> ---
> dr
On 12/06/17 13:35, Russell King wrote:
> We no longer use the CEC client to access the CEC part itself, so we can
> move this later in the initialisation sequence.
>
> Signed-off-by: Russell King
> ---
> drivers/gpu/drm/i2c/tda998x_drv.c | 7 ---
> 1 file changed, 4 insertions(+), 3 deletion
On 12/06/17 13:35, Russell King wrote:
> If tda998x_get_audio_ports() fails, and we requested the interrupt, we
> fail to free the interrupt before returning failure. Rework the failure
> cleanup code and exit paths so that we always clean up properly after an
> error, and always propagate the err
On 12/06/17 13:35, Russell King wrote:
> Always disable and clear interrupts at probe time to ensure that the
> TDA998x is in a sane state. This ensures that the interrupt line,
> which is also the CEC clock calibration signal, is always deasserted.
>
> Signed-off-by: Russell King
Acked-by: Han
Hi Russell,
Some small comments below:
On 12/06/17 13:35, Russell King wrote:
> Add a CEC driver for the TDA9950, which is a stand-alone I2C CEC device,
> but is also integrated into HDMI transceivers such as the TDA9989 and
> TDA19989.
>
> The TDA9950 contains a command processor which handles
Benjamin,
The patch is fine for me:
Acked-by: Vincent Abriou
Vincent
On 12/06/2017 12:29 PM, Benjamin Gaignard wrote:
> Add SPDX identifiers to files under stm directory
>
> Signed-off-by: Benjamin Gaignard
> ---
> drivers/gpu/drm/stm/drv.c | 3 +--
> drivers/gpu/drm/stm/dw_mi
Benjamin,
The patch is fine for me:
Acked-by: Vincent Abriou
Vincent
On 12/06/2017 12:29 PM, Benjamin Gaignard wrote:
> Add SPDX identifiers to files under sti directory
>
> Signed-off-by: Benjamin Gaignard
> ---
> drivers/gpu/drm/sti/sti_awg_utils.c| 2 +-
> drivers/gpu/drm/sti/s
https://bugs.freedesktop.org/show_bug.cgi?id=104143
--- Comment #8 from Gert Wollny ---
I found the problem:
if KC0[0].x == index (=0):
1 x: ADD_INTT0.x, KC0[0].x, [0xfffe -nan].x
2 x: MOVA_INT __.x, T0.x
Address register is now -2 and hence, in the ne
On Tue, Dec 5, 2017 at 6:12 PM, Chris Wilson wrote:
> Quoting Sean Paul (2017-12-05 05:15:03)
>> In preparation for implementing HDCP in i915, add some HDCP related
>> register offsets and defines. The dpcd register offsets will go in
>> drm_dp_helper.h whereas the ddc offsets along with generic H
Hi Lars,
On Wed, Dec 6, 2017 at 2:52 PM, Lars Poeschel wrote:
> This adds a console driver for hd44780 based character lcd displays and
> clones. The driver currently supports 20x4 character displays with
> character ROMs A00 and A02.
> The hardware wirings to the display have to be supplied to t
2017-12-06 15:26 GMT+01:00 Vincent ABRIOU :
> Benjamin,
>
> The patch is fine for me:
>
> Acked-by: Vincent Abriou
>
> Vincent
Thanks,
Pushed in drm-misc-next
Benjamin
>
> On 12/06/2017 12:29 PM, Benjamin Gaignard wrote:
>> Add SPDX identifiers to files under stm directory
>>
>> Signed-off-by:
2017-12-06 15:26 GMT+01:00 Vincent ABRIOU :
> Benjamin,
>
> The patch is fine for me:
>
> Acked-by: Vincent Abriou
>
> Vincent
Thanks,
Pushed in drm-misc-next
Benjamin
>
> On 12/06/2017 12:29 PM, Benjamin Gaignard wrote:
>> Add SPDX identifiers to files under sti directory
>>
>> Signed-off-by:
https://bugs.freedesktop.org/show_bug.cgi?id=104090
--- Comment #12 from Hein-Pieter van Braam ---
How do I establish whether that is what is happening or not? It sure looks like
that's what's going on though.
--
You are receiving this mail because:
You are the assignee for the bug.
Hi Christian,
I love your patch! Yet something to improve:
[auto build test ERROR on drm/drm-next]
[also build test ERROR on v4.15-rc2 next-20171206]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux
On Tue, Dec 5, 2017 at 12:11 PM, C, Ramalingam wrote:
>
>
>
> Best Regards,
> Ramalingam C
>
>> -Original Message-
>> From: Sean Paul [mailto:seanp...@chromium.org]
>> Sent: Tuesday, December 5, 2017 8:07 PM
>> To: C, Ramalingam
>> Cc: dri-devel ; Hans Verkuil
>>
>> Subject: Re: [PATCH v
https://bugs.freedesktop.org/show_bug.cgi?id=95306
--- Comment #70 from Andrew ---
this bug/thread looks very simillar to what i ahve been expiriencing once i
tried to move from fglx + fedora 22 to over amdgpu + fedora27.
Please take a look@ the bug i filed :
https://bugzilla.redhat.com/show_bug.
We recently modified drm_fb_helper_single_add_all_connectors() to allow
NULL "fb_helper" pointers. But the problem is that it gets
dereferenced before we checked for NULL.
Fixes: c777990fb45b ("drm/fb-helper: Handle function NULL argument")
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu
This is the only part of the scheduler which must not be called from
different drivers. Move it to module init/exit so it is done a single
time when loading the scheduler.
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 8
drivers/gpu/drm/scheduler/sched_fence.
https://bugs.freedesktop.org/show_bug.cgi?id=104143
--- Comment #9 from Gert Wollny ---
Patch: https://patchwork.freedesktop.org/patch/192036/
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-deve
This moves and renames the AMDGPU scheduler to a common location in DRM
in order to facilitate re-use by other drivers. This is mostly a straight
forward rename with no code changes.
One notable exception is the function to_drm_sched_fence(), which is no
longer a inline header function to avoid th
Hi all,
second try to move the AMDGPU scheduler into a common location, this
time rebased onto drm-next-4.16-wip.
I've tested my etnaviv series on top of this and things seem to work
fine. I checked that AMDGPU still builds, but I don't have any means
to actually runtime test this currently, so I
Hi Dave,
Fixes for 4.15:
- Add licenses to files that were missing it
- huge page fixes for ttm
The following changes since commit 503505bfea19b7d69e2572297e6defa0f9c2404e:
Merge branch 'drm-fixes-4.15' of git://people.freedesktop.org/~agd5f/linux
into drm-fixes (2017-12-01 09:15:57 +1000)
a
This replaces the etnaviv internal hangcheck logic with the job timeout
handling provided by the DRM scheduler. This simplifies the driver further
and allows to replay jobs after a GPU reset, so only minimal state is lost.
This introduces a user-visible change in that we don't allow jobs to run
in
Move the fence dependency handling to the scheduler where it belongs.
Jobs with unsignaled dependencies just get to sit in the scheduler queue
without holding any locks.
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/etnaviv/etnaviv_gem.h| 3 ++
drivers/gpu/drm/etnaviv/etnaviv_gem_submi
Hi all,
this hooks up the AMDGPU/DRM GPU scheduler in etnaviv. This depends on both
the etnaviv job lifetime fixes series, as well as the AMDGPU scheduler move.
Please keep this in mind while reviewing.
The scheduler has 4 main benefits to etnaviv:
1. Cross GPU/device synchronization is handled i
This hooks in the DRM GPU scheduler. No improvement yet, as all the
dependency handling is still done in etnaviv_gem_submit. This just
replaces the actual GPU submit by passing through the scheduler.
Allows to get rid of the retire worker, as this is now driven by the
scheduler.
Signed-off-by: Lu
Populating objects, adding them to the GPU VM and patching/validating
the command stream might take a lot of CPU time. There is no reason to
hold all object reservations during that time.
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/etnaviv/etnaviv_gem_submit.c | 16
1 file ch
https://bugs.freedesktop.org/show_bug.cgi?id=95306
--- Comment #71 from Andrew ---
adding amdgpu.cg_mask=0xFFFB semed to keep boot messages for a bit longer,
but then again - black screen of beauty :(
adding powerplay) made no difference
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=95306
--- Comment #72 from Andrew ---
Created attachment 136007
--> https://bugs.freedesktop.org/attachment.cgi?id=136007&action=edit
log files with amdgpu.cg_mask set
--
You are receiving this mail because:
You are the assignee for the bug.___
On 06/12/17 09:22, Guillaume Tucker wrote:
> On 05/12/17 18:32, Ben Skeggs wrote:
>> On Wed, Dec 6, 2017 at 12:30 AM, Jon Hunter wrote:
>>
>>>
>>> On 04/12/17 18:37, Guillaume Tucker wrote:
If the firmware fails to load then ->fini() will be called before the
device has been initialised
https://bugs.freedesktop.org/show_bug.cgi?id=95306
--- Comment #73 from Andrew ---
i also noticed that the grub screen is in high resolution (probably 1024 )
without me specifying any params. Also the boot messages are flying in the high
resolution, until something is loaded and then all goes dar
Hi,
This patch series adds CEC support to the DRM TDA998x driver. The
TDA998x family of devices integrate a TDA9950 CEC at a separate I2C
address from the HDMI encoder.
Implementation of the CEC part is separate to allow independent CEC
implementations, or independent HDMI implementations (since
We no longer use the CEC client to access the CEC part itself, so we can
move this later in the initialisation sequence.
Signed-off-by: Russell King
---
drivers/gpu/drm/i2c/tda998x_drv.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c
Add a CEC driver for the TDA9950, which is a stand-alone I2C CEC device,
but is also integrated into HDMI transceivers such as the TDA9989 and
TDA19989.
The TDA9950 contains a command processor which handles retransmissions
and the low level bus protocol. The driver just has to read and write
the
Move the mutex, waitqueue, timer and detect work initialisation early
in the driver's initialisation, rather than being after we've registered
the CEC device.
Signed-off-by: Russell King
---
drivers/gpu/drm/i2c/tda998x_drv.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff
min_scale and max_scale in sun8i_vi_layer_atomic_check() can be used
without initialization.
Fix that.
Fixes: b862a648de3b (drm/sun4i: Add support for HW scaling to DE2)
Signed-off-by: Jernej Skrabec
---
drivers/gpu/drm/sun4i/sun8i_vi_layer.c | 3 +++
1 file changed, 3 insertions(+)
diff --g
This adds a console driver for hd44780 based character lcd displays and
clones. The driver currently supports 20x4 character displays with
character ROMs A00 and A02.
The hardware wirings to the display have to be supplied to the kernel in
the devicetree. The binding doc has the necessary informati
Always disable and clear interrupts at probe time to ensure that the
TDA998x is in a sane state. This ensures that the interrupt line,
which is also the CEC clock calibration signal, is always deasserted.
Signed-off-by: Russell King
---
drivers/gpu/drm/i2c/tda998x_drv.c | 14 +-
1 f
The TDA998x is a HDMI transmitter with a TDA9950 CEC engine integrated
onto the same die. Add support for the TDA9950 CEC engine to the
TDA998x driver.
Signed-off-by: Russell King
---
drivers/gpu/drm/i2c/Kconfig | 1 +
drivers/gpu/drm/i2c/tda998x_drv.c | 209
If tda998x_get_audio_ports() fails, and we requested the interrupt, we
fail to free the interrupt before returning failure. Rework the failure
cleanup code and exit paths so that we always clean up properly after an
error, and always propagate the error code.
Signed-off-by: Russell King
---
dri
Add the optional calibration gpio for integrated TDA9950 CEC support.
This GPIO corresponds with the interrupt from the TDA998x, as the
calibration requires driving the interrupt pin low.
Signed-off-by: Russell King
---
Documentation/devicetree/bindings/display/bridge/tda998x.txt | 3 +++
1 file
https://bugs.freedesktop.org/show_bug.cgi?id=103791
--- Comment #17 from Michel Dänzer ---
Thanks. I think I see what's happening, but I need some time to think about how
to address it.
Meanwhile, you should be able to re-enable TearFree by forcing a modeset, e.g.
by re-enabling the TearFree pro
Hi,
Dne torek, 05. december 2017 ob 16:42:55 CET je Jernej Škrabec napisal(a):
> Hi Maxime,
>
> Dne torek, 05. december 2017 ob 16:10:21 CET je Maxime Ripard napisal(a):
> > Add support for the A83T display pipeline.
> >
> > Reviewed-by: Chen-Yu Tsai
> > Signed-off-by: Maxime Ripard
> > ---
>
https://bugs.freedesktop.org/show_bug.cgi?id=103769
--- Comment #5 from letha...@gmail.com ---
other unity games affected:
candle
silence
grow home
pulse
mousecraft
wasteland 2
broforce
habitat
munin
the last tinker
agatha christie the abc murders
plague inc evolved
pillars of eternity
monochroma
Den 29.11.2017 04.01, skrev David Lechner:
This adds a new driver for Sitronix ST7735R display panels.
This has been tested using an Adafruit 1.8" TFT.
Signed-off-by: David Lechner
---
MAINTAINERS | 6 +
drivers/gpu/drm/tinydrm/Kconfig | 10 ++
drivers/gpu/drm/t
1 - 100 of 152 matches
Mail list logo
