Removed exynos_drm_get_dma_device funtion declaration on top
of exynos_drm_drv.c file.
We can remove this declaration by moving the implementation
of this function upwards.
Signed-off-by: Inki Dae
---
drivers/gpu/drm/exynos/exynos_drm_drv.c | 44 -
1 file changed
Removed two descriptions to 'da_start' and 'da_space_size'
from exynos_drm_private structure.
These members don't exist anymore.
Signed-off-by: Inki Dae
---
drivers/gpu/drm/exynos/exynos_drm_drv.h | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_drv.h
b
On Mon, Nov 27, 2017 at 09:03:22AM +0100, Thomas Hellstrom wrote:
> On 09/26/2017 10:18 AM, Daniel Vetter wrote:
> > On Sun, Sep 24, 2017 at 07:41:45PM +0200, Thomas Hellstrom wrote:
> > > Hi, list!
> > >
> > > Page flips, while efficient on real hardware, aren't that efficient in
> > > other
> >
On some hardware the LCD panel is not mounted upright in the casing,
but upside-down or rotated 90 degrees. In this case we want the console
to automatically be rotated to compensate.
The fbdev-driver may know about the need to rotate. Add a new
fbcon_rotate_hint field to struct fb_info, which get
This fixes the following make kerneldocs messages:
./include/drm/drm_mode_config.h:772: warning: No description found for
parameter 'modifiers_property'
./include/drm/drm_mode_config.h:772: warning: Excess struct member 'modifiers'
description in 'drm_mode_config'
Signed-off-by: Hans de Goede
On some hardware the LCD panel is not mounted upright in the casing,
but rotated by 90 degrees. In this case we want the console to
automatically be rotated to compensate.
The drm subsys has a quirk table for this, use the
drm_get_panel_orientation_quirk function to get the panel orientation
and s
Some x86 clamshell design devices use portrait tablet screens and a display
engine which cannot rotate in hardware, so the firmware just leaves things
as is and we cannot figure out that the display is oriented non upright
from the hardware.
So at least on x86, we need a quirk table for this. This
Ideally we could use the VBT for this, that would be simple, in
intel_dsi_init() check dev_priv->vbt.dsi.config->rotation, set
connector->display_info.panel_orientation accordingly and call
drm_connector_init_panel_orientation_property(), done.
Unfortunately vbt.dsi.config->rotation is always 0 ev
On some devices the LCD panel is mounted in the casing in such a way that
the up/top side of the panel does not match with the top side of the
device (e.g. it is mounted upside-down).
This commit adds the necessary infra for lcd-panel drm_connector-s to
have a "panel orientation" property to commu
This is now all handled in the drivers and communicated through
fb_info.fbcon_rotate_hint.
Signed-off-by: Hans de Goede
---
drivers/video/fbdev/core/Makefile | 3 -
drivers/video/fbdev/core/fbcon.c| 4 +-
drivers/video/fbdev/core/fbcon.h| 6 --
drivers/vid
Here is v7 of my series to add a "panel orientation" property to
the drm-connector for the LCD panel to let userspace know about LCD
panels which are not mounted upright, as well as detecting upside-down
panels without needing quirks (like we do for 90 degree rotated screens).
Bartlomiej, can we p
Signed-off-by: Michał Mirosław
---
drivers/video/fbdev/core/fbmem.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/video/fbdev/core/fbmem.c b/drivers/video/fbdev/core/fbmem.c
index f741ba8df01b..30a18d4c9de4 100644
--- a/drivers/video/fbdev/core/fbmem.c
+++ b/driv
Apply the "panel orientation" drm connector prop to the primary plane so
that fbcon and fbdev using userspace programs display the right way up.
Changes in v3:
-Use a rotation member in struct drm_fb_helper_crtc and set that from
drm_setup_crtcs instead of looping over all crtc's to find the righ
Almost all drivers using remove_conflicting_framebuffers() wrap it with
the same code. Extract common part from PCI drivers into separate
remove_conflicting_pci_framebuffers().
Signed-off-by: Michał Mirosław
---
drivers/video/fbdev/core/fbmem.c | 22 ++
include/drm/drm_fb_hel
Signed-off-by: Michał Mirosław
---
drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 23 +--
1 file changed, 1 insertion(+), 22 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c
index dd2f060d62a8..b726222b7dd4 100644
--- a/d
Fixes the following enum conversion warning:
drivers/gpu/drm/i915/intel_ddi.c:1481:30: error: implicit conversion
from enumeration type 'enum port' to different enumeration type 'enum
intel_dpll_id' [-Werror,-Wenum-conversion]
enum intel_dpll_id pll_id = port;
~~
Signed-off-by: Michał Mirosław
---
drivers/gpu/drm/bochs/bochs_drv.c | 18 +-
1 file changed, 1 insertion(+), 17 deletions(-)
diff --git a/drivers/gpu/drm/bochs/bochs_drv.c
b/drivers/gpu/drm/bochs/bochs_drv.c
index 7b20318483e4..c61b40c72b62 100644
--- a/drivers/gpu/drm/bochs/bo
On 11/24/17 3:54 PM, Daniel Vetter wrote:
On Thu, Nov 23, 2017 at 03:24:38PM +0100, Tobias Klausmann wrote:
On 11/23/17 2:58 AM, Dave Airlie wrote:
On 23 November 2017 at 11:17, Laura Abbott wrote:
Hi,
Fedora QA testing reported a panic when booting up VMs
using qmeu vga drivers
(https://pa
Hi Fabio,
(and all others)
> Von: Fabio Estevam [mailto:feste...@gmail.com]
> Gesendet: Freitag, 24. November 2017 15:22
> Betreff: Re: [PATCH 1/5] drm/panel: Add support for the EDT ETM0700G0BDH6
>
> Hi Jan,
>
> On Thu, Nov 23, 2017 at 1:18 PM, Türk, Jan wrote:
> > Hi Fabio,
> >
> > I've used git
On Wed, Nov 22, 2017 at 11:57 PM, Daniel Vetter wrote:
> On Wed, Nov 22, 2017 at 07:21:00PM +0100, Boris Brezillon wrote:
>> On Wed, 22 Nov 2017 19:13:09 +0100
>> Daniel Vetter wrote:
>>
>> > On Wed, Nov 22, 2017 at 6:51 PM, Boris Brezillon
>> > wrote:
>> > > Hi Stefan,
>> > >
>> > > On Wed, 22
Markus Elfring wrote:
> From: Markus Elfring
> Date: Fri, 24 Nov 2017 22:22:06 +0100
>
> Omit an extra message for a memory allocation failure in this function.
>
> This issue was detected by using the Coccinelle software.
>
> Signed-off-by: Markus Elfring
> ---
> drivers/video/fbdev/stifb.c
Use remove_conflicting_framebuffers(NULL) instead of open-coding it.
Signed-off-by: Michał Mirosław
---
drivers/gpu/drm/vc4/vc4_drv.c | 20 +---
1 file changed, 1 insertion(+), 19 deletions(-)
diff --git a/drivers/gpu/drm/vc4/vc4_drv.c b/drivers/gpu/drm/vc4/vc4_drv.c
index e3c29
On 2017-11-24 14:54, Philippe CORNU wrote:
> Hi Peter,
>
> On 11/13/2017 11:40 AM, Philippe CORNU wrote:
>> Hi Peter,
>>
>> On 11/12/2017 01:31 PM, Peter Rosin wrote:
>>> On 2017-11-10 17:12, Philippe CORNU wrote:
Hi Peter,
On 11/07/2017 05:34 PM, Peter Rosin wrote:
> On 2017-11
Hi,
>> On 11/20/2017 06:00 PM, Hans Verkuil wrote:
>>> I didn't see this merged for 4.15, is it too late to include this?
>>> All other changes needed to get CEC to work on rk3288 and rk3399 are all
>>> merged.
>>
>> Sorry for the late reply. I was out last week.
>>
>> Dave recently sent the seco
Signed-off-by: Michał Mirosław
---
drivers/gpu/drm/virtio/virtgpu_drm_bus.c | 24 +++-
1 file changed, 3 insertions(+), 21 deletions(-)
diff --git a/drivers/gpu/drm/virtio/virtgpu_drm_bus.c
b/drivers/gpu/drm/virtio/virtgpu_drm_bus.c
index 7df8d0c9026a..115ed546ca4e 100644
--
Use remove_conflicting_framebuffers(NULL) instead of duplicating it.
Signed-off-by: Michał Mirosław
---
drivers/gpu/drm/sun4i/sun4i_drv.c | 18 +-
1 file changed, 1 insertion(+), 17 deletions(-)
diff --git a/drivers/gpu/drm/sun4i/sun4i_drv.c
b/drivers/gpu/drm/sun4i/sun4i_drv.c
Support the "cec" optional clock. The documentation already mentions "cec"
optional clock and it is used by several boards, but currently the driver
doesn't enable it, thus preventing cec from working on those boards.
And even worse: a /dev/cecX device will appear for those boards, but it
won't be
On Fri, Nov 24, 2017 at 09:50:50PM +0100, Thierry Reding wrote:
> On Fri, Nov 24, 2017 at 06:53:34PM +0100, Michał Mirosław wrote:
> > Kick out firmware fb when loading tegra driver.
> Cool. Can you provide some background on how you tested this? What is
> your firmware FB? That'd be useful informa
Hi Lucas,
On Fri, 2017-11-24 at 18:11 +0100, Lucas Stach wrote:
> Am Freitag, den 24.11.2017, 16:49 + schrieb Alexey Brodkin:
> [...]
> >
> > >
> > > Yes, a "core" in Vivante speak is a GPU with one DMA frontend. A
> > > single
> > > frontend can feed both 3D and 2D acceleration engines behi
Hello,
Being in the middle of bring-up of the new board with Vivante GPU (HSDK namely,
see
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/arch/arc/plat-hsdk)
I was looking at simple 3D test apps to see how Etnaviv works on the hardware.
So far I was able to get kmscube w
Signed-off-by: Michał Mirosław
---
drivers/gpu/drm/cirrus/cirrus_drv.c | 23 +--
1 file changed, 1 insertion(+), 22 deletions(-)
diff --git a/drivers/gpu/drm/cirrus/cirrus_drv.c
b/drivers/gpu/drm/cirrus/cirrus_drv.c
index 69c4e352dd78..85ed8657c862 100644
--- a/drivers/gpu/d
Kick out firmware fb when loading tegra driver.
Signed-off-by: Michał Mirosław
---
drivers/gpu/drm/tegra/drm.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/tegra/drm.c b/drivers/gpu/drm/tegra/drm.c
index 943bdf88c4a2..1ec66ae29839 100644
--- a/drivers/gpu/drm/tegra/drm
Remove duplicated call, while at it.
Signed-off-by: Michał Mirosław
---
drivers/gpu/drm/mgag200/mgag200_drv.c | 21 +
drivers/gpu/drm/mgag200/mgag200_main.c | 9 -
2 files changed, 1 insertion(+), 29 deletions(-)
diff --git a/drivers/gpu/drm/mgag200/mgag200_drv.c
Hi Lucas,
On Fri, 2017-11-24 at 17:11 +0100, Lucas Stach wrote:
> Hi Alexey,
>
> Am Freitag, den 24.11.2017, 16:02 + schrieb Alexey Brodkin:
> >
> > Hello,
> >
> > Being in the middle of bring-up of the new board with Vivante GPU (HSDK
> > namely,
> > see
> > https://urldefense.proofpoint
Hi Lucas,
On Fri, 2017-11-24 at 17:38 +0100, Lucas Stach wrote:
> Am Freitag, den 24.11.2017, 16:25 + schrieb Alexey Brodkin:
> >
> > Hi Lucas,
> >
> > On Fri, 2017-11-24 at 17:11 +0100, Lucas Stach wrote:
> > >
> > > Hi Alexey,
> > >
> > > Am Freitag, den 24.11.2017, 16:02 + schrieb A
Signed-off-by: Michał Mirosław
---
drivers/staging/sm750fb/sm750.c | 22 +-
1 file changed, 1 insertion(+), 21 deletions(-)
diff --git a/drivers/staging/sm750fb/sm750.c b/drivers/staging/sm750fb/sm750.c
index 67207b0554cd..0590fc45c493 100644
--- a/drivers/staging/sm750fb/sm7
This series cleans up duplicated code for replacing firmware FB
driver with proper DRI driver and adds handover support to
Tegra driver.
The last patch is here because it uses new semantics of
remove_conflicting_framebuffers() from this series. This
can be considered independently, though.
---
M
Interpret (otherwise-invalid) NULL apertures argument to mean all-memory
range. This will allow to remove several duplicates of this code from
drivers in following patches.
Signed-off-by: Michał Mirosław
---
drivers/video/fbdev/core/fbmem.c | 14 ++
1 file changed, 14 insertions(+)
On 09/26/2017 10:18 AM, Daniel Vetter wrote:
On Sun, Sep 24, 2017 at 07:41:45PM +0200, Thomas Hellstrom wrote:
Hi, list!
Page flips, while efficient on real hardware, aren't that efficient in other
situations, like for virtual devices with local, or even worse, remote
desktops.
We might ending
On 11/24/17 4:35 PM, Christian König wrote:
Am 24.11.2017 um 16:17 schrieb Tobias Klausmann:
On 11/24/17 3:54 PM, Daniel Vetter wrote:
On Thu, Nov 23, 2017 at 03:24:38PM +0100, Tobias Klausmann wrote:
On 11/23/17 2:58 AM, Dave Airlie wrote:
On 23 November 2017 at 11:17, Laura Abbott
wrote:
Signed-off-by: Michał Mirosław
---
drivers/gpu/drm/radeon/radeon_drv.c | 23 +--
1 file changed, 1 insertion(+), 22 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_drv.c
b/drivers/gpu/drm/radeon/radeon_drv.c
index 31dd04f6baa1..49f51b17ae81 100644
--- a/drivers/gpu/d
The sun4i DRM driver maintains a list of compatible strings it uses to
check if a device node within the display component graph is a TCON.
The TCON driver also has this list, used to bind the TCON driver to
the device. These two lists are identical.
Instead of maintaining two identical lists, exp
Hi Archit,
Thank you for handling this, and sorry for missing the original bug report
(and for breaking this in the first place).
On Monday, 27 November 2017 06:05:03 EET Archit Taneja wrote:
> On 11/16/2017 11:58 AM, Nick Bowler wrote:
> > On 2017-11-05 11:41 -0500, Nick Bowler wrote:
> >> On 2
From: Markus Elfring
Date: Mon, 27 Nov 2017 09:56:09 +0100
Omit an extra message for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/video/fbdev/fsl-diu-fb.c | 6 +-
1 file changed, 1 inserti
From: Markus Elfring
Date: Mon, 27 Nov 2017 10:12:26 +0100
Omit an extra message for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/video/fbdev/core/fb_ddc.c | 5 +
1 file changed, 1 inserti
https://bugs.freedesktop.org/show_bug.cgi?id=103924
Chris Wilson changed:
What|Removed |Added
Resolution|--- |FIXED
QA Contact|intel-gfx-bugs@
From: Markus Elfring
Date: Mon, 27 Nov 2017 10:33:19 +0100
Omit extra messages for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/video/fbdev/bfin_adv7393fb.c | 5 +
1 file changed, 1 insert
From: Thierry Reding
Hi,
This series is preparatory work in order to enable format modifiers on
both Tegra and Nouveau drivers to allow drivers to exchange tiling mode
information. I also have the corresponding libdrm changes that I can
send out as soon as these patches have been merged.
Techni
From: Thierry Reding
Avoid compiler warnings when the val parameter is an expression.
Signed-off-by: Thierry Reding
---
include/uapi/drm/drm_fourcc.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/uapi/drm/drm_fourcc.h b/include/uapi/drm/drm_fourcc.h
index 3ad838d3
From: Thierry Reding
The existing format modifier definitions were merged prematurely, and
recent work has unveiled that the definitions are suboptimal in several
ways:
- The format specifiers, except for one, are not Tegra specific, but
the names don't reflect that.
- The number space i
On Fri, Nov 24, 2017 at 04:10:14PM +, Liviu Dudau wrote:
Hi Dave,
I've managed to push one of the patches without my Signed-off-by,
Stephen caught that, so I'm sending a v2.
Cleaning up the backlog of patches that I have in my tree, they have
all been baking in linux-next for weeks. Minor fix
On 11/27/2017 09:25 AM, Daniel Vetter wrote:
On Mon, Nov 27, 2017 at 09:03:22AM +0100, Thomas Hellstrom wrote:
On 09/26/2017 10:18 AM, Daniel Vetter wrote:
On Sun, Sep 24, 2017 at 07:41:45PM +0200, Thomas Hellstrom wrote:
Hi, list!
Page flips, while efficient on real hardware, aren't that eff
From: Thierry Reding
After commit 75af8fa7fd47 ("drm/tegra: dsi: Trace register accesses"),
the debugfs register dump implementation causes excessive stack usage
and can result in build warnings. To fix this, move the register
definitions into a table and iterate over the table while dumping the
From: Thierry Reding
This series has some cleanup patches to fix up various, mostly minor
issues with the Tegra DRM driver.
Patches 1-4 move register definitions into a table, which is necessary
in order to prevent the stack from growing excessively large in the
debugfs support.
Patches 5-10 mo
From: Thierry Reding
After commit 67e04d1ab19b ("drm/tegra: dc: Trace register accesses"),
the debugfs register dump implementation causes excessive stack usage
and can result in build warnings. To fix this, move the register
definitions into a table and iterate over the table while dumping the
r
From: Thierry Reding
After commit 932f6529139e ("drm/tegra: sor: Trace register accesses"),
the debugfs register dump implementation causes excessive stack usage
and can result in build warnings. To fix this, move the register
definitions into a table and iterate over the table while dumping the
From: Thierry Reding
After commit 07a8aab89927 ("drm/tegra: hdmi: Trace register accesses"),
the debugfs register dump implementation causes excessive stack usage
and can result in build warnings. To fix this, move the register
definitions into a table and iterate over the table while dumping the
From: Thierry Reding
The ->late_register() and ->early_unregister() callbacks are called at
the right time to make sure userspace only accesses interfaces when it
should. Move debugfs registration and unregistration to these callback
functions to avoid potential races with userspace.
Signed-off-
From: Thierry Reding
The ->late_register() and ->early_unregister() callbacks are called at
the right time to make sure userspace only accesses interfaces when it
should. Move debugfs registration and unregistration to these callback
functions to avoid potential races with userspace.
Signed-off-
From: Thierry Reding
The tegra_drm_alloc() function signature fits on a single line, no need
to wrap it.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/drm.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/tegra/drm.c b/drivers/gpu/drm/tegra/drm.c
From: Thierry Reding
Reshuffle some code so that functions are defined closer to where they
are used.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/dc.c | 152 ++---
1 file changed, 76 insertions(+), 76 deletions(-)
diff --git a/drivers/gpu/dr
From: Thierry Reding
Starting with Tegra124, the interface to set the background color (the
value generated for pixels that are not sourced from any window) is via
a different register. Earlier generations called this the border color.
Reverse the feature flag and assume that IP revisions that do
From: Thierry Reding
The ->late_register() and ->early_unregister() callbacks are called at
the right time to make sure userspace only accesses interfaces when it
should. Move debugfs registration and unregistration to these callback
functions to avoid potential races with userspace.
Signed-off-
From: Thierry Reding
Rather create new files within the top-level DRM device's debugfs node,
add the SOR specific files to the connector's debugfs node. This avoids
the need to come up with subdirectory names and is also more intuitive.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/s
From: Thierry Reding
The ->late_register() and ->early_unregister() callbacks are called at
the right time to make sure userspace only accesses interfaces when it
should. Move debugfs registration and unregistration to these callback
functions to avoid potential races with userspace.
Signed-off-
From: Thierry Reding
Properly align function arguments on subsequent lines with the first
argument on the first line.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/vic.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/tegra/vic.c b/drivers/gpu/drm/
On Mon, Nov 27, 2017 at 10:59:49AM +0100, Thomas Hellstrom wrote:
> On 11/27/2017 09:25 AM, Daniel Vetter wrote:
> > On Mon, Nov 27, 2017 at 09:03:22AM +0100, Thomas Hellstrom wrote:
> > > On 09/26/2017 10:18 AM, Daniel Vetter wrote:
> > > > On Sun, Sep 24, 2017 at 07:41:45PM +0200, Thomas Hellstro
From: Thierry Reding
Hi,
this series adds support for display and HDMI on Tegra186. The initial 6
patches are preparatory work to move code around and make the subsequent
patches easier to review.
Patch 7 introduces the display hub driver which controls resources
shared between all display cont
From: Thierry Reding
Both tegra_primary_plane_funcs and tegra_cursor_plane_funcs are
identical. Get rid of the duplicate and use one set of function pointers
for all planes.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/dc.c | 15 +++
1 file changed, 3 insertions(+), 12 d
From: Thierry Reding
This function is a simple wrapper around tegra_plane_destroy(), so it
can be dropped.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/dc.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/tegra/dc.c b/drivers/gpu/drm/tegra/d
From: Thierry Reding
Move the display controller state definition to the header file so that
it can be referenced by other files.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/dc.c | 18 --
drivers/gpu/drm/tegra/dc.h | 18 ++
2 files changed, 18 insert
From: Thierry Reding
Subsequent patches will add support for Tegra186 which has a different
architecture and needs different plane code but which can share a lot of
code with earlier Tegra support.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/Makefile | 1 +
drivers/gpu/drm/tegra/
From: Thierry Reding
Both tegra_overlay_plane_funcs is identical to tegra_plane_funcs. Get
rid of the duplicate and use one set of function pointers for all
planes.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/dc.c | 11 +--
1 file changed, 1 insertion(+), 10 deletions(-)
d
From: Thierry Reding
The display architecture has changed in several signifcant ways with the
new Tegra186 SoC. Display controllers are a completely different design,
but have been given a frontend that simulates the register interface for
earlier chips.
Unfortunately the frontend isn't complete
From: Thierry Reding
This function is a simple wrapper around tegra_plane_destroy(), so it
can be dropped.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/dc.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/tegra/dc.c b/drivers/gpu/drm/tegra/d
From: Thierry Reding
The display architecture has changed in several significant ways with
the new Tegra186 SoC. Shared between all display controllers is a set
of common resources referred to as the display hub. The hub generates
accesses to memory and feeds them into various composition pipelin
From: Thierry Reding
The SOR found on Tegra186 is very similar to the one found on Tegra210
and earlier. However, due to some changes in the display architecture,
some programming sequences have changed and some register have moved
around.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegr
From: Thierry Reding
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/sor.c | 121 +---
drivers/gpu/drm/tegra/sor.h | 4 ++
2 files changed, 119 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/tegra/sor.c b/drivers/gpu/drm/tegra/sor.c
From: Thierry Reding
Future Tegra generations have an increased number of display controllers
that can drive individual SORs. In order to support that, the offset and
layout of some registers has changed in backwards-incompatible ways. Use
parameterized register offsets to support this.
Signed-o
From: Thierry Reding
These formats can easily be supported on all generations of Tegra.
Note that the XRGB and XBGR formats that we supported were in fact using
the ARGB and ABGR Tegra formats. This happened to work in cases where no
alpha was being considered. This change is also a fix for thos
From: Thierry Reding
When an error happens during the initialization of one of the sub-
devices, make sure to properly cleanup all sub-devices that have been
initialized up to that point.
Signed-off-by: Thierry Reding
---
drivers/gpu/host1x/bus.c | 11 +--
1 file changed, 9 insertions(
On Mon, Nov 27, 2017 at 11:01 AM, Geert Uytterhoeven
wrote:
> Below is the list of build error/warning regressions/improvements in
> v4.15-rc1[1] compared to v4.14[2].
>
> Summarized:
> - build errors: +2/-5
> [1]
> http://kisskb.ellerman.id.au/kisskb/head/4fbd8d194f06c8a3fd2af1ce560ddb31f7ec8
On Fri, Nov 24, 2017 at 06:13:56PM +0200, Ville Syrjälä wrote:
> On Wed, Nov 15, 2017 at 08:38:41PM +0200, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > DRM_DEBUG_ATOMIC generates a lot of noise that no one normally cares
> > about. However error paths everyone cares about, so hiding thea
From: Markus Elfring
Date: Mon, 27 Nov 2017 11:04:22 +0100
Omit an extra message for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/video/fbdev/bf54x-lq043fb.c | 3 ---
1 file changed, 3 deletio
On Sun, Nov 26, 2017 at 07:49:14PM -0800, Nick Desaulniers wrote:
> Fixes the following enum conversion warning:
>
> drivers/gpu/drm/i915/intel_ddi.c:1481:30: error: implicit conversion
> from enumeration type 'enum port' to different enumeration type 'enum
> intel_dpll_id' [-Werror,-Wenum-convers
On Fri, Nov 24, 2017 at 06:53:33PM +0100, Michał Mirosław wrote:
> Signed-off-by: Michał Mirosław
> ---
Why exactly do we have an fbdev driver in staging? Afaiui fbdev is
entirely closed for new drivers (pls convert to an atomic drm driver
instead, it likely will be smaller even).
That's even wo
https://bugs.freedesktop.org/show_bug.cgi?id=103769
--- Comment #4 from Nicolai Hähnle ---
Thanks for the report. Is this still an issue? The traces look subtly
different...
Do you have backtraces with symbols? Make sure you compile Mesa with debug
symbols enabled.
--
You are receiving this ma
https://bugs.freedesktop.org/show_bug.cgi?id=103917
--- Comment #1 from Michel Dänzer ---
(In reply to Vedran Miletić from comment #0)
> I tried to bisect, but wasn't able to figure out what commit exactly is
> causing the problem.
What was the problem? Were you able to narrow it down at least?
On Fri, Nov 24, 2017 at 06:53:31PM +0100, Michał Mirosław wrote:
> Almost all drivers using remove_conflicting_framebuffers() wrap it with
> the same code. Extract common part from PCI drivers into separate
> remove_conflicting_pci_framebuffers().
>
> Signed-off-by: Michał Mirosław
Since the onl
https://bugs.freedesktop.org/show_bug.cgi?id=103817
--- Comment #2 from Nicolai Hähnle ---
Thanks for the report. Do you see anything in dmesg while the flickering is
happening?
--
You are receiving this mail because:
You are the assignee for the bug.
On Fri, Nov 24, 2017 at 06:53:33PM +0100, Michał Mirosław wrote:
> Interpret (otherwise-invalid) NULL apertures argument to mean all-memory
> range. This will allow to remove several duplicates of this code from
> drivers in following patches.
>
> Signed-off-by: Michał Mirosław
> ---
> drivers/v
On Fri, Nov 24, 2017 at 06:53:25PM +0100, Michał Mirosław wrote:
> This series cleans up duplicated code for replacing firmware FB
> driver with proper DRI driver and adds handover support to
> Tegra driver.
>
> The last patch is here because it uses new semantics of
> remove_conflicting_framebuff
https://bugs.freedesktop.org/show_bug.cgi?id=100726
Michel Dänzer changed:
What|Removed |Added
Attachment #135725|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=103817
Nicolai Hähnle changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=103808
Nicolai Hähnle changed:
What|Removed |Added
CC||bartos.p...@gmail.com
--- Comment #4 f
On Mon, Nov 27, 2017 at 11:30:44AM +0100, Daniel Vetter wrote:
> On Fri, Nov 24, 2017 at 06:53:25PM +0100, Michał Mirosław wrote:
> > This series cleans up duplicated code for replacing firmware FB
> > driver with proper DRI driver and adds handover support to
> > Tegra driver.
> >
> > The last pa
https://bugs.freedesktop.org/show_bug.cgi?id=100726
--- Comment #6 from Michel Dänzer ---
None of those commits look even remotely related, so I'm afraid you still
incorrectly labelled at least one bad commit as good.
--
You are receiving this mail because:
You are the assignee for the bug.
On Mon, Nov 27, 2017 at 10:39:47AM +0100, Thierry Reding wrote:
> From: Thierry Reding
>
> Avoid compiler warnings when the val parameter is an expression.
>
> Signed-off-by: Thierry Reding
Reviewed-by: Daniel Vetter
> ---
> include/uapi/drm/drm_fourcc.h | 2 +-
> 1 file changed, 1 insertio
https://bugs.freedesktop.org/show_bug.cgi?id=103838
--- Comment #3 from Nicolai Hähnle ---
Thanks for the report. Maybe try a clean rebuild?
Failing that, please provide a backtrace with debug symbols, otherwise there's
no hope of fixing this if it is a real bug.
--
You are receiving this mail
On Mon, Nov 27, 2017 at 10:39:48AM +0100, Thierry Reding wrote:
> From: Thierry Reding
>
> The existing format modifier definitions were merged prematurely, and
> recent work has unveiled that the definitions are suboptimal in several
> ways:
>
> - The format specifiers, except for one, are no
1 - 100 of 246 matches
Mail list logo
