https://bugs.freedesktop.org/show_bug.cgi?id=101026
Liam Murphy changed:
What|Removed |Added
Priority|medium |high
--
You are receiving this mail beca
https://bugs.freedesktop.org/show_bug.cgi?id=101026
Bug ID: 101026
Summary: RX 550 HDMI 4k 60fps not working, DisplayPort is.
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
On Thu, May 11, 2017 at 04:10:41PM -0300, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Hi all,
>
> Something ligth in the middle of all my other tasks. I removed
> drm_for_each_connector() in favor of drm_for_each_connector_iter().
>
> The i915 patch was tested, but I only *built-tested*
On Thu, May 11, 2017 at 04:10:43PM -0300, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Drop legacy drm_for_each_connector() in favor of the race-free
> drm_for_each_connector_iter()
>
> Cc: Mark Yao
> Signed-off-by: Gustavo Padovan
>
> ---
> only built-tested!
> ---
> drivers/gpu/drm/r
Gustavo Padovan writes:
> From: Gustavo Padovan
>
> Drop legacy drm_for_each_connector() in favor of the race-free
> drm_for_each_connector_iter().
>
> v2: add missing drm_connector_list_iter_end(Daniel Vetter)
>
> Cc: Eric Anholt
> Signed-off-by: Gustavo Padovan
> Reviewed-by: Daniel Vetter
On May 12, 2017 12:30 PM, "Dave Airlie" wrote:
>
> Dave, time to update your scripts and address book..
wierd gmail failed me.
I think gmail is sometimes too smart for its own good. It takes the other
recipients into account when auto-completing the recipients list, so even
if you *normally* s
On Fri, May 12, 2017 at 9:29 PM, Dmitry Osipenko wrote:
> If command buffer claims a number of words that is higher than its BO can
> fit and a relocation lays past the BO, a kernel OOPS will be fired on that
> relocation address patching. This was triggered by an opentegra Xorg driver
> that erro
Hi Laurent,
On 12-05-2017 10:35, Laurent Pinchart wrote:
> Hi Jose,
>
> Thank you for the patch.
>
> On Tuesday 09 May 2017 18:00:12 Jose Abreu wrote:
>> This changes the connector probe helper function to use the new
>> encoder->mode_valid() and crtc->mode_valid() helper callbacks to
>> validate
If one 'drm_gem_handle_create()' fails, we leak somes handles and some
memory.
In order to fix it:
- move the 'free(bo_state)' at the end of the function so that it is also
called in the eror handling path. This has the side effect to also try
to free it if the first 'kcalloc' fails. Th
Add the bridge support, used by DSI host and HDMI/LVDS bridges.
Signed-off-by: Philippe CORNU
---
drivers/gpu/drm/stm/ltdc.c | 82 +++---
drivers/gpu/drm/stm/ltdc.h | 1 +
2 files changed, 72 insertions(+), 11 deletions(-)
diff --git a/drivers/gpu/drm/st
* Tomi Valkeinen [170512 00:32]:
> On 11/05/17 17:16, Tony Lindgren wrote:
>
> >> pinctrl-single doesn't allow to freely set the bits, but requires the
> >> pins to have similar bit structure (function-mask). In CONTROL_DSIPHY,
> >> DSI1 and DSI2 have different bit structures.
> >
> > OK if the
On Thu, 2017-05-11 at 16:02 -0700, Puthikorn Voravootivat wrote:
> This patch adds option to enable dynamic backlight for eDP
> panel that supports this feature via DPCD register and
> set minimum / maximum brightness to 0% and 100% of the
> normal brightness.
>
> Signed-off-by: Puthikorn Voravoot
If command buffer claims a number of words that is higher than its BO can
fit and a relocation lays past the BO, a kernel OOPS will be fired on that
relocation address patching. This was triggered by an opentegra Xorg driver
that erroneously pushed too many commands to the pushbuf.
[ 46.829393]
This patch adds documentation of device tree bindings for the STM32
DSI host driver based on the Synopsys DW MIPI DSI driver from Rockchip.
Signed-off-by: Philippe CORNU
---
.../devicetree/bindings/display/st,stm32-ltdc.txt | 92 +-
1 file changed, 90 insertions(+), 2 deleti
The start = 0 is invalid and causes weird CDMA channel timeouts, presumably
some memory misuse/corruption is going on.
Fixes: bdd2f9cd10eb ("drm/tegra: Don't leak kernel pointer to userspace")
Signed-off-by: Dmitry Osipenko
---
drivers/gpu/drm/tegra/drm.c | 2 +-
1 file changed, 1 insertion(+),
Commit bdd2f9cd ("Don't leak kernel pointer to userspace") added a mutex
around staging IOCTL's, some of those mutexes are taken twice.
Fixes: bdd2f9cd10eb ("drm/tegra: Don't leak kernel pointer to userspace")
Signed-off-by: Dmitry Osipenko
---
drivers/gpu/drm/tegra/drm.c | 20 --
On 12.05.2017 22:06, Erik Faye-Lund wrote:
> On Fri, May 12, 2017 at 9:02 PM, Dmitry Osipenko wrote:
>> + if (cmdbuf.words * 4 > gem->size) {
>
> Shouldn't this be "cmdbuf.offset + cmdbuf.words * 4 > gem->size"?
>
Seems yes, good catch. Thank you :)
--
Dmitry
___
If command buffer claims a number of words that is higher than its BO can
fit and a relocation lays past the BO, a kernel OOPS will be fired on that
relocation address patching. This was triggered by an opentegra Xorg driver
that erroneously pushed too many commands to the pushbuf.
[ 46.829393]
On 11/05/17 23:08, Pavel Machek wrote:
> On Mon 2017-01-23 10:39:27, Juergen Gross wrote:
>> On 13/01/17 15:41, Juergen Gross wrote:
>>> On 12/01/17 10:21, Chris Wilson wrote:
On Thu, Jan 12, 2017 at 07:03:25AM +0100, Juergen Gross wrote:
> On 11/01/17 18:08, Chris Wilson wrote:
>> On
This mipi dsi host driver is based on the Rockchip version of the
Synopsys Designware mipi dsi driver (rockchip/dw-mipi-dsi.c)
modified for the stm32 family:
- replace Rockchip digital & phy specific extensions with stm32's ones.
- add a bridge
Signed-off-by: Philippe CORNU
---
drivers/gpu/drm/s
The purpose of this set of patches is to add the mipi dsi host driver
to the stm32 family.
This mipi dsi host driver is based on the Rockchip version of the
Synopsys Designware mipi dsi driver (rockchip/dw-mipi-dsi.c)
modified for the stm32 family:
- replace Rockchip digital & phy specific ext
On Thu, 2017-05-11 at 16:02 -0700, Puthikorn Voravootivat wrote:
> There are some panel that
> (1) does not support display backlight enable via AUX
> (2) support display backlight adjustment via AUX
> (3) support display backlight enable via eDP BL_ENABLE pin
>
> The current driver required that
On Fri, May 12, 2017 at 6:14 AM, Jani Nikula
wrote:
> On Fri, 12 May 2017, "Pandiyan, Dhinakaran"
> wrote:
> > On Thu, 2017-05-11 at 16:02 -0700, Puthikorn Voravootivat wrote:
> >> There are some panel that
> >> (1) does not support display backlight enable via AUX
> >> (2) support display backl
On Thu, May 4, 2017 at 3:55 PM, Chen-Yu Tsai wrote:
> On Wed, May 3, 2017 at 7:59 PM, Maxime Ripard
> wrote:
>> The earlier Allwinner SoCs (A10, A10s, A20, A31) have an embedded HDMI
>> controller.
>>
>> That HDMI controller is able to do audio and CEC, but those have been left
>> out for now.
>>
Hi Daniel,
On 12-05-2017 08:31, Daniel Vetter wrote:
> From: Jose Abreu
>
> This adds a new callback to crtc, encoder and bridge helper functions
> called mode_valid(). This callback shall be implemented if the
> corresponding component has some sort of restriction in the modes
> that can be dis
On 13 May 2017 at 04:56, Linus Torvalds wrote:
> .. and here's the email repeated for the new dri-devel list, since
> apparently Dave sent the pull request to the old no-longer-working one
> that just sends annoying bounces.
>
> Dave, time to update your scripts and address book..
wierd gmail fai
https://bugzilla.kernel.org/show_bug.cgi?id=195737
--- Comment #1 from beta990 (francois5...@gmail.com) ---
A workaround is blacklisting the amdgpu module and use radeon instead, but this
should not be needed on 270X.
--
You are receiving this mail because:
You are watching the assignee of the b
https://bugzilla.kernel.org/show_bug.cgi?id=195737
Bug ID: 195737
Summary: AMDGPU: incorrect monitor position on Xorg
Product: Drivers
Version: 2.5
Kernel Version: 4.10.13
Hardware: All
OS: Linux
Tree: Mainlin
From: Gustavo Padovan
Add support to async updates of cursors by using the new atomic
interface for that. Basically what this commit does is do what
vc4_update_plane() did but through atomic.
v3: move size checks back to drivers (Ville Syrjälä)
v2: move fb setting to core and use new state (Eri
From: Gustavo Padovan
This flag tells core to jump ahead the queued update if the conditions in
drm_atomic_async_check() are met. That means we are only able to do an
async update if no modeset is pending and update for the same plane is not
queued.
It uses the already in place infrastructure fo
From: Gustavo Padovan
Add support to async updates of cursors by using the new atomic
interface for that. Basically what this commit does is do what
mdp5_update_cursor_plane_legacy() did but through atomic.
v3: move size checks back to drivers (Ville Syrjälä)
v2: move fb setting to core and use
From: Gustavo Padovan
Short circuit the update path for cursors and use the drm async update
infrastructure.
v2: move fb setting to core and use new state (Eric Anholt)
Signed-off-by: Gustavo Padovan
---
I wrote this mostly for testing purposes, not sure if its something that
we actually need
From: Gustavo Padovan
After converting legacy cursor updates to atomic async commits
mdp5_cursor_plane_funcs just duplicates mdp5_plane_funcs now.
Cc: Rob Clark
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c | 26 +++---
1 file changed, 3 inse
From: Gustavo Padovan
Hi,
One more take of Asynchronous Plane Updates over Atomic. Here I looked
to msm, vc4 and i915 to identify a common pattern to create atomic helpers
for async updates. So in patch 1 drm_atomic_async_check() and
drm_atomic_helper_async_commit() are introduced along with dri
From: Gustavo Padovan
After converting legacy cursor updates to atomic async commits
intel_cursor_plane_funcs just duplicates intel_plane_funcs now.
Cc: Daniel Vetter
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/i915/intel_display.c | 13 +
1 file changed, 1 insertion(+), 12
From: Gustavo Padovan
Add support to async updates of cursors by using the new atomic
interface for that. Basically what this commit does is do what
intel_legacy_cursor_update() did but through atomic.
v3:
- set correct vma to new state for cleanup
- move size checks back to driv
From: Gustavo Padovan
In some cases, like cursor updates, it is interesting to update the
plane in an asynchronous fashion to avoid big delays. The current queued
update could be still waiting for a fence to signal and thus block any
subsequent update until its scan out. In cases like this if we
On Fri, May 12, 2017 at 9:02 PM, Dmitry Osipenko wrote:
> If command buffer claims a number of words that is higher than its BO can
> fit and a relocation lays past the BO, a kernel OOPS will be fired on that
> relocation address patching. This was triggered by an opentegra Xorg driver
> that erro
.. and here's the email repeated for the new dri-devel list, since
apparently Dave sent the pull request to the old no-longer-working one
that just sends annoying bounces.
Dave, time to update your scripts and address book..
Linus
On Fri, May 12, 2017 at 11:54 AM, Linus Torvalds
w
Constructing the name takes the majority of the time for allocating a
sync_file to wrap a fence, and the name is very rarely used (only via
the sync_file status user interface). To reduce the impact on the common
path (that of creating sync_file to pass around), defer the construction
of the name u
https://bugs.freedesktop.org/show_bug.cgi?id=101011
--- Comment #1 from Gilles ---
I have the exact same problem with the same driver versions.
Platform:
Linux Mint 18.1 x64
Kernel 4.11.0-041100-generic
Mesa package: 17.2~git170508140100.b84979d~
LLVM package: 5.0~svn301901-0~x~padoka0
AMD Ryzen
On Fri, May 12, 2017 at 09:42:20AM +0200, Daniel Vetter wrote:
> On Thu, May 11, 2017 at 04:10:44PM -0300, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > Drop legacy drm_for_each_connector() in favor of the race-free
> > drm_for_each_connector_iter().
> >
> > Cc: Daniel Vetter
> > Cc:
https://bugs.freedesktop.org/show_bug.cgi?id=99923
--- Comment #15 from Christoph Schwerdtfeger ---
The issue is still present using mesa 17.1.0-1 (Debian/experimental) and llvm
4.0.1~+rc1 (also Debian/experimental).
I also have llvm 5.0 (5.0~svn301421; Debian/experimental) installed.
--
You ar
From: Gustavo Padovan
Drop legacy drm_for_each_connector() in favor of the race-free
drm_for_each_connector_iter().
v2: add missing drm_connector_list_iter_end(Daniel Vetter)
Cc: Eric Anholt
Signed-off-by: Gustavo Padovan
Reviewed-by: Daniel Vetter
---
only built-tested!
---
drivers/gpu/dr
On Fri, May 12, 2017 at 12:08 AM, Daniel Vetter wrote:
> The X.org board is soliciting proposals to host XDC in 2017
That's meant to read 2018 too of course, I missed one date ...
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
__
Hi Chris,
Thanks for the patch!
2017-05-12 Chris Wilson :
> Constructing the name takes the majority of the time for allocating a
> sync_file to wrap a fence, and the name is very rarely used (only via
> the sync_file status user interface). To reduce the impact on the common
> path (that of cre
On Fri, May 12, 2017 at 10:34:55AM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> This interface allows importing the fence from a sync_file into
> an existing drm sync object, or exporting the fence attached to
> an existing drm sync object into a new sync file object.
>
> This should only b
On 12.05.2017 09:32, Daniel Vetter wrote:
> On Thu, May 11, 2017 at 10:05:56AM +0100, Jose Abreu wrote:
>> This series is a follow up from the discussion at [1]. We start by
>> introducing crtc->mode_valid(), encoder->mode_valid() and
>> bridge->mode_valid() callbacks which will be used in followup
On Fri, May 12, 2017 at 10:34:54AM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> This interface will allow sync object to be used to back
> Vulkan fences. This API is pretty much the vulkan fence waiting
> API, and I've ported the code from amdgpu.
>
> v2: accept relative timeout, pass remai
On Fri, May 12, 2017 at 10:34:53AM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> Sync objects are new toplevel drm object, that contain a
> pointer to a fence. This fence can be updated via command
> submission ioctls via drivers.
>
> There is also a generic wait obj API modelled on the vulk
On Fri, 12 May 2017, "Pandiyan, Dhinakaran"
wrote:
> On Thu, 2017-05-11 at 16:02 -0700, Puthikorn Voravootivat wrote:
>> There are some panel that
>> (1) does not support display backlight enable via AUX
>> (2) support display backlight adjustment via AUX
>> (3) support display backlight enable v
Hi Chris,
[auto build test WARNING on linus/master]
[also build test WARNING on v4.11 next-20170512]
[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/commits/Chris-Wilson/dma-buf-sync-file-Defer-creation
On 12/05/17 15:33, Laurent Pinchart wrote:
> The omap_dss_find_output() function is unused, remove it.
>
> Signed-off-by: Laurent Pinchart
> ---
> drivers/gpu/drm/omapdrm/dss/omapdss.h | 1 -
> drivers/gpu/drm/omapdrm/dss/output.c | 13 -
> 2 files changed, 14 deletions(-)
Thanks,
On 12.05.2017 09:31, Daniel Vetter wrote:
> From: Jose Abreu
>
> This adds a new callback to crtc, encoder and bridge helper functions
> called mode_valid(). This callback shall be implemented if the
> corresponding component has some sort of restriction in the modes
> that can be displayed. A NUL
The omap_dss_find_output() function is unused, remove it.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/omapdrm/dss/omapdss.h | 1 -
drivers/gpu/drm/omapdrm/dss/output.c | 13 -
2 files changed, 14 deletions(-)
diff --git a/drivers/gpu/drm/omapdrm/dss/omapdss.h
b/drivers/gp
Hi Tomi,
On Friday 12 May 2017 15:29:38 Tomi Valkeinen wrote:
> On 12/05/17 15:08, Laurent Pinchart wrote:
> > On Friday 12 May 2017 13:41:30 Tomi Valkeinen wrote:
> >> Non-DT booting is no longer supported, so remove legacy code.
> >>
> >> Signed-off-by: Tomi Valkeinen
> >> ---
> >>
> >> driv
Hi,
On 12/05/17 15:08, Laurent Pinchart wrote:
> Hi Tomi,
>
> Thank you for the patch.
>
> On Friday 12 May 2017 13:41:30 Tomi Valkeinen wrote:
>> Non-DT booting is no longer supported, so remove legacy code.
>>
>> Signed-off-by: Tomi Valkeinen
>> ---
>> drivers/gpu/drm/omapdrm/displays/panel-
Hi Tomi,
Thank you for the patch.
On Friday 12 May 2017 13:41:42 Tomi Valkeinen wrote:
> Structs omap_overlay and omap_overlay_manager are not used, remove them.
>
> Signed-off-by: Tomi Valkeinen
You can also remove enum omap_overlay_manager_caps in the same patch. With
that fixed,
Reviewed-
Hi Tomi,
Thank you for the patch.
On Friday 12 May 2017 13:41:41 Tomi Valkeinen wrote:
> Remove unused fields in struct omap_dss_device.
>
> Signed-off-by: Tomi Valkeinen
Reviewed-by: Laurent Pinchart
> ---
> drivers/gpu/drm/omapdrm/dss/omapdss.h | 17 -
> 1 file changed, 17
Hi Tomi,
Thank you for the patch.
On Friday 12 May 2017 13:41:40 Tomi Valkeinen wrote:
> get_resolution is not used, remove it.
>
> Signed-off-by: Tomi Valkeinen
Reviewed-by: Laurent Pinchart
> ---
> drivers/gpu/drm/omapdrm/displays/connector-analog-tv.c | 2 --
> drivers/gpu/drm/omap
Hi Tomi,
Thank you for the patch.
On Friday 12 May 2017 13:41:39 Tomi Valkeinen wrote:
> get_dimensions function pointer is not used, remove it.
>
> Signed-off-by: Tomi Valkeinen
Reviewed-by: Laurent Pinchart
> ---
> drivers/gpu/drm/omapdrm/dss/omapdss.h | 2 --
> 1 file changed, 2 deletion
Hi Tomi,
Thank you for the patch.
On Friday 12 May 2017 13:41:38 Tomi Valkeinen wrote:
> The RFBI driver has not worked nor compiled for many years. There are
> very few boards out there that use RFBI, and no one has stepped up to
> fix it.
>
> So let's remove the RFBI code that doesn't even com
Hi Tomi,
Thank you for the patch.
On Friday 12 May 2017 13:41:37 Tomi Valkeinen wrote:
> Remove DPI's legacy data_lines code.
>
> Signed-off-by: Tomi Valkeinen
Reviewed-by: Laurent Pinchart
> ---
> drivers/gpu/drm/omapdrm/displays/encoder-tfp410.c | 4
> drivers/gpu/drm/omap
Hi Tomi,
Thank you for the patch.
On Friday 12 May 2017 13:41:36 Tomi Valkeinen wrote:
> recommended_bpp hasn't been used for ages, remove the code.
>
> Signed-off-by: Tomi Valkeinen
Reviewed-by: Laurent Pinchart
> ---
> drivers/gpu/drm/omapdrm/displays/panel-dsi-cm.c | 1 -
> drivers/gpu/
Hi Tomi,
Thank you for the patch.
On Friday 12 May 2017 13:41:35 Tomi Valkeinen wrote:
> Non-DT booting is no longer supported, so remove legacy code.
>
> Signed-off-by: Tomi Valkeinen
Reviewed-by: Laurent Pinchart
> ---
> drivers/gpu/drm/omapdrm/displays/encoder-opa362.c | 10 --
>
Hi Tomi,
Thank you for the patch.
On Friday 12 May 2017 13:41:34 Tomi Valkeinen wrote:
> Non-DT booting is no longer supported, so remove legacy code.
>
> Signed-off-by: Tomi Valkeinen
Reviewed-by: Laurent Pinchart
> ---
> drivers/gpu/drm/omapdrm/dss/omapdss.h | 6 --
> drivers/gpu/drm/
Hi Tomi,
Thank you for the patch.
On Friday 12 May 2017 13:41:33 Tomi Valkeinen wrote:
> Remove extra includes related to non-DT boot.
>
> Signed-off-by: Tomi Valkeinen
Reviewed-by: Laurent Pinchart
> ---
> drivers/gpu/drm/omapdrm/displays/connector-dvi.c | 1 -
> drivers/gpu/drm/omapdrm/d
Hi Tomi,
Thank you for the patch.
On Friday 12 May 2017 13:41:31 Tomi Valkeinen wrote:
> Non-DT booting is no longer supported, so remove legacy code.
>
> Signed-off-by: Tomi Valkeinen
> ---
> .../drm/omapdrm/displays/panel-sony-acx565akm.c| 50 +++
> 1 file changed, 6 inse
Hi Tomi,
Thank you for the patch.
On Friday 12 May 2017 13:41:30 Tomi Valkeinen wrote:
> Non-DT booting is no longer supported, so remove legacy code.
>
> Signed-off-by: Tomi Valkeinen
> ---
> drivers/gpu/drm/omapdrm/displays/panel-dpi.c | 78 +++--
> 1 file changed, 6 inse
https://bugs.freedesktop.org/show_bug.cgi?id=101003
--- Comment #4 from José Jorge ---
Created attachment 131335
--> https://bugs.freedesktop.org/attachment.cgi?id=131335&action=edit
Backtrace with mesa 17.1.0
I could update to mesa 17.1.0, so I did this backtrace with it.
--
You are receivi
Hi Christian,
On Wednesday 10 May 2017 13:30:37 Christian König wrote:
> Am 10.05.2017 um 02:23 schrieb Michel Dänzer:
> > On 03/05/17 09:46 PM, Christian König wrote:
> >> Am 02.05.2017 um 22:04 schrieb SF Markus Elfring:
> >>> From: Markus Elfring
> >>> Date: Tue, 2 May 2017 22:00:02 +0200
> >>
Constructing the name takes the majority of the time for allocating a
sync_file to wrap a fence, and the name is very rarely used (only via
the sync_file status user interface). To reduce the impact on the common
path (that of creating sync_file to pass around), defer the construction
of the name u
Hi Daniel,
On Friday 12 May 2017 09:31:00 Daniel Vetter wrote:
> From: Jose Abreu
>
> This adds a new callback to crtc, encoder and bridge helper functions
> called mode_valid(). This callback shall be implemented if the
> corresponding component has some sort of restriction in the modes
> that
Den 12.05.2017 01.56, skrev Eric Anholt:
BCM2835's PLLD_DSI1 divider doesn't give us many choices for our pixel
clocks, so to support panels on the Raspberry Pi we need to set a
higher pixel clock rate than requested and adjust the mode we program
to extend out the HFP so that the refresh rate m
Hi Archit,
On Friday 12 May 2017 16:20:07 Archit Taneja wrote:
> On 05/12/2017 03:08 PM, Laurent Pinchart wrote:
> > On Wednesday 10 May 2017 17:14:33 Daniel Vetter wrote:
> >> On Wed, May 10, 2017 at 04:41:09PM +0300, Ville Syrjälä wrote:
> >>> On Tue, May 09, 2017 at 06:00:13PM +0100, Jose Abreu
On 05/12/2017 03:08 PM, Laurent Pinchart wrote:
Hi Daniel,
On Wednesday 10 May 2017 17:14:33 Daniel Vetter wrote:
On Wed, May 10, 2017 at 04:41:09PM +0300, Ville Syrjälä wrote:
On Tue, May 09, 2017 at 06:00:13PM +0100, Jose Abreu wrote:
Introduce a new helper function which calls mode_valid
get_resolution is not used, remove it.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/displays/connector-analog-tv.c | 2 --
drivers/gpu/drm/omapdrm/displays/connector-dvi.c| 2 --
drivers/gpu/drm/omapdrm/displays/connector-hdmi.c | 2 --
drivers/gpu/drm/
recommended_bpp hasn't been used for ages, remove the code.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/displays/panel-dsi-cm.c | 1 -
drivers/gpu/drm/omapdrm/dss/display.c | 33 -
drivers/gpu/drm/omapdrm/dss/omapdss.h | 2 --
3 files c
Remove DPI's legacy data_lines code.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/displays/encoder-tfp410.c | 4
drivers/gpu/drm/omapdrm/displays/panel-dpi.c| 5 -
drivers/gpu/drm/omapdrm/displays/panel-lgphilips-lb035q02.c | 5 -
drivers/gp
Structs omap_overlay and omap_overlay_manager are not used, remove them.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/dss/omapdss.h | 87 ---
1 file changed, 87 deletions(-)
diff --git a/drivers/gpu/drm/omapdrm/dss/omapdss.h
b/drivers/gpu/drm/omapdr
Non-DT booting is no longer supported, so remove legacy code.
Signed-off-by: Tomi Valkeinen
---
.../drm/omapdrm/displays/panel-sony-acx565akm.c| 50 +++---
1 file changed, 6 insertions(+), 44 deletions(-)
diff --git a/drivers/gpu/drm/omapdrm/displays/panel-sony-acx565akm.c
Non-DT booting is no longer supported, so remove legacy code.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/displays/encoder-opa362.c | 10 --
drivers/gpu/drm/omapdrm/dss/omapdss.h | 10 --
drivers/gpu/drm/omapdrm/dss/venc.c| 23 ---
Non-DT booting is no longer supported, so remove legacy code.
Signed-off-by: Tomi Valkeinen
---
.../gpu/drm/omapdrm/displays/connector-analog-tv.c | 52 +++---
1 file changed, 6 insertions(+), 46 deletions(-)
diff --git a/drivers/gpu/drm/omapdrm/displays/connector-analog-tv.c
b
Remove unused fields in struct omap_dss_device.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/dss/omapdss.h | 17 -
1 file changed, 17 deletions(-)
diff --git a/drivers/gpu/drm/omapdrm/dss/omapdss.h
b/drivers/gpu/drm/omapdrm/dss/omapdss.h
index 74408b0ece26..3cf42e5
The RFBI driver has not worked nor compiled for many years. There are
very few boards out there that use RFBI, and no one has stepped up to
fix it.
So let's remove the RFBI code that doesn't even compile.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/dss/Kconfig | 13 -
drivers/
Non-DT booting is no longer supported, so remove legacy code.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/dss/omapdss.h | 6 --
drivers/gpu/drm/omapdrm/dss/sdi.c | 7 ---
2 files changed, 13 deletions(-)
diff --git a/drivers/gpu/drm/omapdrm/dss/omapdss.h
b/drivers/gpu
get_dimensions function pointer is not used, remove it.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/dss/omapdss.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/omapdrm/dss/omapdss.h
b/drivers/gpu/drm/omapdrm/dss/omapdss.h
index 8eb8315a6c95..4909ea11cb71 100
Non-DT booting is no longer supported, so remove legacy code.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/displays/panel-dpi.c | 78 +++-
1 file changed, 6 insertions(+), 72 deletions(-)
diff --git a/drivers/gpu/drm/omapdrm/displays/panel-dpi.c
b/drivers/g
This series removes a bunch of code that is not used anymore. Some of it was
for non-DT booting, some for omapfb.
I picked the RFBI removal to this series from the other series I have sent, as
it allowed me to remove a bit more here.
Tomi
Tomi Valkeinen (13):
drm/omap: panel-dpi: remove non-D
Remove extra includes related to non-DT boot.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/displays/connector-dvi.c | 1 -
drivers/gpu/drm/omapdrm/displays/connector-hdmi.c | 1 -
2 files changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/omapdrm/displays/connector-dvi.c
b/driv
Hi,
On 05/12/2017 12:01 AM, Eric Anholt wrote:
Many DRM drivers have common code to make a stub connector
implementation that wraps a drm_panel. By wrapping the panel in a DRM
bridge, all of the connector code (including calls during encoder
enable/disable) goes away.
v2: Fix build with CONFIG
Hi Jose,
Thank you for the patch.
On Tuesday 09 May 2017 18:00:15 Jose Abreu wrote:
> Now that we have a callback to check if crtc supports a given mode
> we can use it in arcpgu so that we restrict the number of probbed
> modes to the ones we can actually display.
>
> This is specially useful b
Hi Daniel,
On Wednesday 10 May 2017 19:55:56 Daniel Vetter wrote:
> On Wed, May 10, 2017 at 09:38:00PM +0530, Archit Taneja wrote:
> > On 5/9/2017 10:30 PM, Jose Abreu wrote:
> > > This patches makes use of the new mode_valid() callbacks introduced
> > > previously to validate the full video pipel
Hi Daniel,
On Wednesday 10 May 2017 17:14:33 Daniel Vetter wrote:
> On Wed, May 10, 2017 at 04:41:09PM +0300, Ville Syrjälä wrote:
> > On Tue, May 09, 2017 at 06:00:13PM +0100, Jose Abreu wrote:
> > > Introduce a new helper function which calls mode_valid() callback
> > > for all bridges in an enc
Hi Jose,
Thank you for the patch.
On Tuesday 09 May 2017 18:00:12 Jose Abreu wrote:
> This changes the connector probe helper function to use the new
> encoder->mode_valid() and crtc->mode_valid() helper callbacks to
> validate the modes.
>
> The new callbacks are optional so the behaviour remai
https://bugs.freedesktop.org/show_bug.cgi?id=96868
--- Comment #22 from Jonas ---
I use amdgpu driver, so I guessed I only need patch 1, 3 & 4. This is my first
time patching a kernel, I hope I did it right.
I tried patching 4.10.15 and 4.11, but the result is the same: with 120Hz the
screen sta
On Thu, May 11, 2017 at 11:23:11PM +0200, Pavel Machek wrote:
> On Fri 2017-04-21 14:08:04, Ville Syrjälä wrote:
> > On Fri, Apr 21, 2017 at 11:50:18AM +0200, Gerd Hoffmann wrote:
> > > On Fr, 2017-04-21 at 12:25 +0300, Ville Syrjälä wrote:
> > > > On Fri, Apr 21, 2017 at 09:58:24AM +0200, Gerd Hof
On Thu, May 11, 2017 at 04:29:56PM -0300, Gustavo Padovan wrote:
> 2017-05-09 Ville Syrjälä :
>
> > On Thu, Apr 27, 2017 at 12:15:12PM -0300, Gustavo Padovan wrote:
> > > From: Gustavo Padovan
> > >
> > > Hi,
> > >
> > > Second take of Asynchronous Plane Updates over Atomic. Here I looked
> > >
Am 12.05.2017 um 10:49 schrieb Chris Wilson:
On Fri, May 12, 2017 at 10:34:54AM +1000, Dave Airlie wrote:
+static int drm_syncobj_wait_all_fences(struct drm_device *dev,
+ struct drm_file *file_private,
+ struct drm_syncob
On Fri, May 12, 2017 at 10:34:54AM +1000, Dave Airlie wrote:
> +static int drm_syncobj_wait_all_fences(struct drm_device *dev,
> +struct drm_file *file_private,
> +struct drm_syncobj_wait *wait,
> +
1 - 100 of 132 matches
Mail list logo
