Hi Linus,
a few people reported an oops that looks to be fixed in drm-next already,
so I've pulled the patch back.
Dave.
The following changes since commit 90a5a895cc8b284ac522757a01de15e36710c2b9:
Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net (2015-03-23
10:16:13 -0700)
a
?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150324/84da3742/attachment.html>
On 03/24/2015 03:40 AM, "Stéphane Viau" wrote:
> Hi Archit,
>
>> Hi Stephane,
>>
>> On 03/14/2015 01:19 AM, Stephane Viau wrote:
>>> Some interfaces (WB, DSI Command Mode) need to be kicked off
>>> through a START Signal. This signal needs to be sent at the right
>>> time and requests in some ca
On 2015ë
03ì 18ì¼ 17:16, Hyungwon Hwang wrote:
> MIC(Mobile image compressor) is newly added IP in Exynos5433. MIC
> resides between decon and mipi dsim, and compresses frame data by 50%.
> With dsi, not display port, to send frame data to the panel, the
> bandwidth is not enough. That is why
On Mon, Mar 23, 2015 at 02:34:27PM -0400, Josh Boyer wrote:
> On Mon, Mar 23, 2015 at 11:33 AM, Josh Boyer
> wrote:
>
>
>
> >> Xi Ruoyao (1):
> >> drm/i915: Ensure plane->state->fb stays in sync with plane->fb
>
> Turns out to be that commit.
>
> git bisect start 'drivers/gpu/drm/i915/
On Mon, Mar 23, 2015 at 09:03:13PM +0200, Jani Nikula wrote:
>
> [adding more people and intel-gfx, original message with backtrace at
> http://mid.gmane.org/550EED22.9070008 at gmail.com]
>
> On Mon, 23 Mar 2015, François Valenduc wrote:
> > Le 23/03/15 09:52, Jani Nikula a écrit :
> >> On Su
On 23.02.2015 10:18, Daniel Vetter wrote:
> On Mon, Feb 23, 2015 at 09:22:56AM +0100, Volker Vogelhuber wrote:
>> On 22.02.2015 12:52, Daniel Vetter wrote:
>>> On Mon, Feb 16, 2015 at 01:43:07PM +0100, Volker Vogelhuber wrote:
I'm currently trying to setup a rendering pipe on an Intel Baytra
On Mon, Mar 23, 2015 at 04:58:47PM +, Daniel Stone wrote:
> Hi,
>
> On 23 March 2015 at 08:20, Daniel Vetter wrote:
> > On Thu, Mar 19, 2015 at 04:32:36AM +, Daniel Stone wrote:
> >> This series ends up touching pretty much all the drivers, by virtue of
> >> turning
> >> crtc->mode (in p
o take a look at it.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150324/30002c24/attachment.html>
Hi Mauro,
Am Donnerstag, den 12.03.2015, 10:58 +0100 schrieb Philipp Zabel:
> Currently the imx-drm driver misuses the V4L2_PIX_FMT constants to describe
> the
> pixel format on the parallel bus between display controllers and encoders. Now
> that MEDIA_BUS_FMT is available, use that instead.
>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150324/59b4dec9/attachment.html>
* XXX: Remove this reset once proper hand-over from firmware to
* kernel is possible.
*/
?
Thanks,
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150324/32c5f56a/attachment.sig>
: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150324/e0a3ee4a/attachment.sig>
eate mode 100644 arch/arm/boot/dts/tegra124-nyan.dtsi
Patches 1, 2, 4-8, 11 and 12 applied to the for-4.1/dt branch.
Thanks,
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150324/0de1d2db/attachment-0001.sig>
chment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150324/18066e6a/attachment.html>
lication/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150324/48e92ded/attachment.sig>
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150324/575c8ec0/attachment.sig>
ry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150324/209126f4/attachment.sig>
erry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150324/e582260c/attachment.sig>
le
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150324/9022603b/attachment-0001.sig>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150324/565e9d7d/attachment.sig>
ct display_timing *(*get_timing)(struct drm_panel *panel);
> > ?
>
> I'd like to resend this. Please let me know if you want me to change
> this function prototype.
I have no objections to keeping the current prototype. It's something we
can always fixup if we want to. Also keeping the symmetry with min/max
values for hactive and vactive is okay in my opinion.
Were there any other remaining points? If not I'll just apply this as
is.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150324/7be26d06/attachment.sig>
On Mon, Mar 23, 2015 at 05:04:16PM +, Javi Merino wrote:
> On Mon, Mar 23, 2015 at 12:34:04PM +, Jeff Epler wrote:
> > On Fri, Mar 20, 2015 at 11:14:40AM +, Javi Merino wrote:
> > > +/*
> > > + * Same as above but for u64 dividends. divisor must be a 32-bit
> > > + * number.
> > > + */
Am Dienstag, den 24.03.2015, 12:34 +0100 schrieb Thierry Reding:
[...]
> > > Would you prefer
> > > struct display_timing *(*get_timing)(struct drm_panel *panel);
> > > ?
> >
> > I'd like to resend this. Please let me know if you want me to change
> > this function prototype.
>
> I have no obje
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150324/54c4ee9d/attachment.html>
uld be in tomorrow's linux-next, but if you want to take a peek
before that, you can grab it from here:
git://anongit.freedesktop.org/tegra/linux.git#drm/panel/for-next
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
This patchset proposes in a couple of changes (separate generated header)
to remove the temporary defined symbols in the code and place them into
the generated header file.
Stephane Viau (2):
drm/msm/mdp5: Update headers (add CTL flush bits)
drm/msm/mdp5: Remove CTL flush dummy bits
drivers/
Some upcoming targets have more bits to set in CTL_FLUSH
registers.
Example: msm8x16 needs to set TIMING1 bit so that some of the
INTF1's interface registers get flushed.
Signed-off-by: Stephane Viau
---
drivers/gpu/drm/msm/mdp/mdp5/mdp5.xml.h | 12 ++--
1 file changed, 10 insertions(+)
This TODO can now be removed and replaced by the previous patch
"drm/msm/mdp5: Update headers (add CTL flush bits)"
Signed-off-by: Stephane Viau
---
drivers/gpu/drm/msm/mdp/mdp5/mdp5_ctl.c | 11 ---
1 file changed, 11 deletions(-)
diff --git a/drivers/gpu/drm/msm/mdp/mdp5/mdp5_ctl.c
b/
Some upcoming targets have more bits to set in CTL_FLUSH registers.
Example: msm8x16 needs to set TIMING1 bit so that some of the
INTF1's interface registers get flushed.
Signed-off-by: Stephane Viau
---
rnndb/mdp/mdp5.xml | 8
1 file changed, 8 insertions(+)
diff --git a/rnndb/mdp/md
raster
rules and not opengl ones
To compile GL , GLU, GLEW and GLUT are needed
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachment
On Tue, Mar 24, 2015 at 09:15:32AM -0400, Josh Boyer wrote:
> On Tue, Mar 24, 2015 at 3:32 AM, Daniel Vetter wrote:
> > On Mon, Mar 23, 2015 at 02:34:27PM -0400, Josh Boyer wrote:
> >> On Mon, Mar 23, 2015 at 11:33 AM, Josh Boyer >> fedoraproject.org> wrote:
> >>
> >>
> >>
> >> >> Xi Ruoyao (1):
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150324/415475dc/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150324/9dddf74a/attachment-0001.html>
lists.freedesktop.org/archives/dri-devel/attachments/20150324/6d6c5159/attachment.html>
The kernel has grown a number of different implementations of
DIV_ROUND_CLOSEST_ULL(). That is, a macro that does the same as
DIV_ROUND_CLOSEST() but with the first operand being an unsigned long
long. That means that you have to do the division using do_div()
instead of using the C division oper
We have grown a number of different implementations of
DIV_ROUND_CLOSEST_ULL throughout the kernel. Move the i915 one to
kernel.h so that it can be reused.
Cc: Jani Nikula
Cc: David Airlie
Cc: Guenter Roeck
Cc: Andrew Morton
Acked-by: Daniel Vetter
Signed-off-by: Javi Merino
---
drivers/gp
Now that the kernel provides DIV_ROUND_CLOSEST_ULL(), drop the internal
implementation and use the kernel one.
Cc: Mike Turquette
Cc: Stephen Boyd
Cc: Alex Elder
Signed-off-by: Javi Merino
---
drivers/clk/bcm/clk-kona.c | 28 +++-
drivers/clk/bcm/clk-kona.h | 1 -
2 f
Now that the kernel provides DIV_ROUND_CLOSEST_ULL(), drop the internal
implementation and use the kernel one.
Cc: "Rafael J. Wysocki"
Cc: Mel Gorman
Cc: Stephen Hemminger
Signed-off-by: Javi Merino
---
drivers/cpuidle/governors/menu.c | 8 +---
1 file changed, 1 insertion(+), 7 deletions
Now that the kernel provides DIV_ROUND_CLOSEST_ULL(), drop the internal
implementation and use the kernel one.
Cc: Mauro Carvalho Chehab
Acked-by: Antti Palosaari
Reviewed-by: Antti Palosaari
Signed-off-by: Javi Merino
---
drivers/media/dvb-frontends/cxd2820r_c.c| 2 +-
drivers/media/dvb-
https://bugzilla.kernel.org/show_bug.cgi?id=85421
--- Comment #35 from EmanueL Czirai ---
I retried with the sole purpose of reproducing:
I plugged in (FSC)webcam while vlc was running, opened Media->Capture Device,
selected Video Device name /dev/video0 (i think), Advanced Options, Width:
800,
On Tue, Mar 24, 2015 at 10:22:30AM -0400, Josh Boyer wrote:
> On Tue, Mar 24, 2015 at 9:57 AM, Josh Boyer
> wrote:
> > On Tue, Mar 24, 2015 at 9:40 AM, Daniel Vetter wrote:
> >> On Tue, Mar 24, 2015 at 09:15:32AM -0400, Josh Boyer wrote:
> >>> On Tue, Mar 24, 2015 at 3:32 AM, Daniel Vetter wrot
rt --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150324/786f4fa5/attachment.html>
dri-devel/attachments/20150324/9e92d6f1/attachment.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150324/d9f18672/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150324/9380f1aa/attachment-0001.html>
esktop.org/archives/dri-devel/attachments/20150324/970cac83/attachment.html>
=8 -auto
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150324/abb54757/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=85421
EmanueL Czirai changed:
What|Removed |Added
Attachment #171791|0 |1
is obsolete|
On Tue, Mar 24, 2015 at 11:18 AM, wrote:
>
>> On Thu, Mar 12, 2015 at 4:48 PM, Jilai Wang wrote:
>>> Introduce msm_drm_sub_dev for each mdp interface component such as
>>> HDMI/eDP/DSI to contain common information shared with MDP.
>>>
>>> Signed-off-by: Jilai Wang
>>> ---
>>> drivers/gpu/drm/
From: Dave Airlie
This patch adds a kms driver for the virtio gpu. The xorg modesetting
driver can handle the device just fine, the framebuffer for fbcon is
there too.
Qemu patches for the host side are under review currently.
The pci version of the device comes in two variants: with and witho
On Tue, Mar 24, 2015 at 05:07:18PM +0100, Gerd Hoffmann wrote:
> From: Dave Airlie
>
> This patch adds a kms driver for the virtio gpu. The xorg modesetting
> driver can handle the device just fine, the framebuffer for fbcon is
> there too.
>
> Qemu patches for the host side are under review cu
https://bugzilla.kernel.org/show_bug.cgi?id=85421
--- Comment #37 from EmanueL Czirai ---
Created attachment 172011
--> https://bugzilla.kernel.org/attachment.cgi?id=172011&action=edit
instant blanking without recovery when radeon.lockup_timeout=20
I accidentally added kernel param: radeon.loc
Hi Thierry,
Am Dienstag, den 24.03.2015, 13:40 +0100 schrieb Thierry Reding:
> On Tue, Mar 24, 2015 at 12:52:44PM +0100, Philipp Zabel wrote:
> > Am Dienstag, den 24.03.2015, 12:34 +0100 schrieb Thierry Reding:
> > [...]
> > > > > Would you prefer
> > > > > struct display_timing *(*get_timin
This patch adds a call to drm_mode_vrefresh to calculate the vrefresh
field from the typical timings when converting from struct videomode
to struct drm_display_mode.
Signed-off-by: Philipp Zabel
---
drivers/gpu/drm/drm_modes.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/
On Tue, Mar 24, 2015 at 12:10:28PM -0400, Josh Boyer wrote:
> On Tue, Mar 24, 2015 at 10:46 AM, Josh Boyer
> wrote:
> > On Tue, Mar 24, 2015 at 10:34 AM, Daniel Vetter wrote:
> >> On Tue, Mar 24, 2015 at 10:22:30AM -0400, Josh Boyer wrote:
> >>> On Tue, Mar 24, 2015 at 9:57 AM, Josh Boyer >>> f
On Tue, Mar 24, 2015 at 05:48:31PM +0100, Daniel Vetter wrote:
> On Tue, Mar 24, 2015 at 12:10:28PM -0400, Josh Boyer wrote:
> > On Tue, Mar 24, 2015 at 10:46 AM, Josh Boyer
> > wrote:
> > > On Tue, Mar 24, 2015 at 10:34 AM, Daniel Vetter
> > > wrote:
> > >> On Tue, Mar 24, 2015 at 10:22:30AM -
On Tue, Mar 24, 2015 at 05:07:18PM +0100, Gerd Hoffmann wrote:
> From: Dave Airlie
>
> This patch adds a kms driver for the virtio gpu. The xorg modesetting
> driver can handle the device just fine, the framebuffer for fbcon is
> there too.
>
> Qemu patches for the host side are under review cu
On Tue, Mar 24, 2015 at 05:07:18PM +0100, Gerd Hoffmann wrote:
> From: Dave Airlie
>
> This patch adds a kms driver for the virtio gpu. The xorg modesetting
> driver can handle the device just fine, the framebuffer for fbcon is
> there too.
>
> Qemu patches for the host side are under review cu
On 03/24/2015 09:03 AM, Javi Merino wrote:
> Now that the kernel provides DIV_ROUND_CLOSEST_ULL(), drop the internal
> implementation and use the kernel one.
>
> Cc: Mike Turquette
> Cc: Stephen Boyd
> Cc: Alex Elder
Acked-by: Alex Elder
> Signed-off-by: Javi Merino
> ---
> drivers/clk/bcm
Hello Alex Deucher,
This is a semi-automatic email about new static checker warnings.
The patch 643b1f5629a3: "drm/radeon: implement output csc property
for DCE5+" from Feb 23, 2015, leads to the following Smatch complaint:
drivers/gpu/drm/radeon/radeon_connectors.c:763 radeon_connector_set_pro
On Mon, Mar 16, 2015 at 4:05 AM, Daniel Vetter wrote:
> On Fri, Mar 13, 2015 at 03:12:10PM -0400, Stephane Viau wrote:
>> From: Beeresh Gopal
>>
>> Using fb modifier flag, support NV12MT format in MDP4.
>>
>> v2:
>> - rework the modifier's description [Daniel Vetter's comment]
>> - drop .set_mode
This patch set contains a couple modifications of the MDP5 register
description, followed by the MDP hw configuration of the msm8016 and
msm8916 chipsets.
v2: add CTL flush register's hardware mask [pointed by Archit]
Stephane Viau (5):
drm/msm/mdp5: Update headers (introduce MDP5 domain)
drm
This change contains the generated header file for the following
change "drm/msm/mdp5: Separate MDP5 domain from MDSS domain".
Signed-off-by: Stephane Viau
---
drivers/gpu/drm/msm/mdp/mdp5/mdp5.xml.h | 203 +++-
1 file changed, 118 insertions(+), 85 deletions(-)
diff
This patch contains the generated header file of the following
change "drm/msm/mdp5: Get SMP client list from mdp5_cfg".
Signed-off-by: Stephane Viau
---
drivers/gpu/drm/msm/mdp/mdp5/mdp5.xml.h | 41 ++---
1 file changed, 7 insertions(+), 34 deletions(-)
diff --git a
SMP blocks are configured for specific client IDs (ports).
These client IDs can be different from one chip to another for a
given pipe.
e.g.: DMA0 pipe fetch Y component is connected to:
- port #10 for MDP5 v1.3
- port #4 for MDP5 v1.6
In order to be compatible for upcoming versions of MDP5, th
MDP block is actually contained inside the MDSS block. For some
chipsets, the base address of the MDP registers is different from the
current (assumed) 0x100 offset.
Like CTL and LM blocks, this changes introduce a dynamic offset
for the MDP instance, which can be found out at runtime, once the
MD
This change adds the hw configuration for msm8x16 chipsets in
mdp5_cfg module.
Note that only one external display interface is present in this
configuration (DSI) but has not been enabled yet. It will be enabled
once drm/msm driver supports DSI connectors.
v2: add CTL flush register's hardware m
This change adds the DSI connector support in msm drm driver.
v1: Initial change
v2: Address comments from Archit + minor clean-ups
Signed-off-by: Hai Li
---
drivers/gpu/drm/msm/Kconfig | 11 +
drivers/gpu/drm/msm/Makefile |4 +
drivers/gpu/drm/msm/dsi/dsi.c |
Just a license nit.
On Tue, 2015-03-24 at 17:07 +0100, Gerd Hoffmann wrote:
> --- /dev/null
> +++ b/drivers/gpu/drm/virtio/virtgpu_drv.c
> @@ -0,0 +1,132 @@
> +/*
> + * 2011 Red Hat, Inc.
> + * All Rights Reserved.
> + *
> + * Permission is hereby granted, free of charge, to any person obtaining
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150324/fdab768d/attachment.html>
> -
> -state = drmRandomCreate(seed);
> -initial = drmRandom(state);
> -++count;
> -while (initial != drmRandom(state)) {
> - if (!++count) break;
> -}
> -printf("With seed of %10lu, period = %10lu (0x%08lx)\n",
> -s
_period(31415926);
>
> -return 0;
> +return ret;
> }
--
Jan Vesely
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150324/98b53062/attachment.sig>
Hi,
Yikes, I think we're talking past each other a bit. So I thought a v2
might help.
On 24 March 2015 at 08:55, Daniel Vetter wrote:
> On Mon, Mar 23, 2015 at 04:58:47PM +, Daniel Stone wrote:
>> On 23 March 2015 at 08:20, Daniel Vetter wrote:
>> > Ok this is quite a bit a different beast t
Hi,
On 24 March 2015 at 16:07, Gerd Hoffmann wrote:
> +static int virtio_gpu_crtc_page_flip(struct drm_crtc *crtc,
> +struct drm_framebuffer *fb,
> +struct drm_pending_vblank_event *event,
> +
v2: merge tests creation and xf86drmSL cleanup
rename tests/drmsltest -> tests/drmsl
move the test out of libudev test block
Signed-off-by: Jan Vesely
---
Hi Emil,
I know you send your R-b on the earlier version, but I thought the changes
were big enough to send v2. I modeled it after yo
Commit e4a519635f75bde38aeb5b09f2ff4efbf73453e9:
Tidy up compile warnings by cleaning up types.
removed call to SLLocate which gutted the function of all functionality.
This patch restores the original behavior, with an additional fix
that zeros the update array in case SLLocate bails early.
bbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150324/4890d2f0/attachment.sig>
drm/i915: Don't try to reference the fb in get_initial_plane_config()
On Mon, Mar 23, 2015 at 7:11 PM, Dave Airlie wrote:
>
> a few people reported an oops that looks to be fixed in drm-next already,
> so I've pulled the patch back.
Hmm. At least from Josh's report, he also needs
drm/i9
Unfortunately, there are some users of libdrm installed headers that like
to be built with -std=c89 -pedantic, which does not like "inline".
However, __inline works.
Signed-off-by: Daniel Kurtz
---
xf86drmMode.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/xf86drmMode.h b
Hi,
This series contains fixes and improvements for omapdrm. The patches from me
have already been sent earlier, and they have been changed according to the
received comments. The patches from Laurent have not been reviewed yet.
I'm resending my patches and the patches from Grygorii in this serie
From: Laurent Pinchart
Whether to reset plane properties at disable time isn't well-defined in
DRM, but resetting only part of them is probably as bad as it can get.
Make the behaviour coherent by resetting the zorder property in addition
to the rotation property.
Signed-off-by: Laurent Pinchart
From: Laurent Pinchart
Planes are destroyed after framebuffers, which has the side effect of
disabling all planes. There is thus no need to disable planes explicitly
when destroying them.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/omapdrm/omap_plane.c | 1 -
1 file changed, 1 deletion
From: Laurent Pinchart
The next commit will need functions to be reordered. Do it separately to
help review.
This only moves functions without any change to the code.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/omapdrm/omap_crtc.c | 396 +++-
1 file cha
OMAP DSS hardware supports changing the output port to which an overlay
manager's video stream goes. For example, DPI video stream can come from
any of the four overlay managers on OMAP5.
However, as it's difficult to manage the change in the driver, the
omapdss driver does not support that at the
omapdrm should work fine even if fbdev is missing. The current driver
crashes in that case, though, as it is missing checks for the fbdev.
Add the checks so that we don't free fbdev or restore fbdev mode when
there's no fbdev.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/omap_drv.c
omap_plane_pre_apply() sets the plane's output channel too late, only
after the plane has already been otherwise configured and enabled. This
causes problems, as at the configuration stage we need to make decisions
based on the output channel.
This may lead to bad plane settings or failing to setu
The tiler irq handler uses engine->async value, but the code that sets
engine->async and enables the interrupt does not have a barrier. This
may cause the irq handler to see the old value of engine->async, causing
memory corruption.
Reported-by: Harinarayan Bhatta
Signed-off-by: Tomi Valkeinen
-
pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150324/28eaef8c/attachment-0001.sig>
Hello Inki,
On Tue, Mar 17, 2015 at 2:24 PM, Daniel Stone wrote:
> When performing a modeset, use the framebuffer pitch value to set FIMD
> IMG_SIZE and Mixer SPAN registers. These are both defined as pitch - the
> distance between contiguous lines (bytes for FIMD, pixels for mixer).
>
> Fixes di
From: Laurent Pinchart
Create a omap_modeset_create_crtc() function to avoid duplicating plane
and CRTC creation code.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/omapdrm/omap_drv.c | 76 +---
drivers/gpu/drm/omapdrm/omap_plane.c | 2 +-
2 files chang
From: Laurent Pinchart
Indenting by one tab is enough.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/omapdrm/omap_crtc.c | 26
drivers/gpu/drm/omapdrm/omap_dmm_tiler.c | 16 ++---
drivers/gpu/drm/omapdrm/omap_drv.c| 106 +++---
drivers/gp
From: Laurent Pinchart
The ilace variable is unused and the replication variable is assigned to
false and just passed to a function. Remove them.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/omapdrm/omap_plane.c | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git
From: Laurent Pinchart
Remove the CRTC private planes by switching to the universal plane API.
This results in a merge of the CRTC private plane created by the driver
(omap_crtc->plane) and the CRTC primary plane created by the DRM core
(crtc->primary).
Reference counting of the framebuffers in
From: Laurent Pinchart
The planes don't care about DPMS states, don't propagate it
unnecessarily to the plane functions.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/omapdrm/omap_crtc.c | 2 +-
drivers/gpu/drm/omapdrm/omap_drv.h | 2 +-
drivers/gpu/drm/omapdrm/omap_plane.c | 16 +++
From: Laurent Pinchart
The vblank interrupt is used by the driver as a completion signal when
applying new settings.
A race condition exist between enabling the vblank interrupt and
applying new settings to the hardware by setting the GO bit. If a vblank
interrupt occurs in-between, the driver w
From: Laurent Pinchart
All the manual update display code implements eventually ends up to just
calls to omap_connector_flush(), currently implemented as an empty TODO
stub. Remove it, the code can always be revived and implemented later if
interest in manual update displays becomes a reality.
S
From: Laurent Pinchart
The full_update field is always set to true before calling
omap_crtc_appy(), resulting in its value always being true in the single
location where it is tested, in omap_crtc_pre_apply(). Remove it.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/omapdrm/omap_crtc.c |
From: Laurent Pinchart
Move the set_enabled function to avoid the forward declaration. While at
it prefix it with omap_crtc_ like most other functions in the file, and
fix the comment stating in which contexts the function is called.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/omapdrm/
From: Laurent Pinchart
This matches the rest of the file and clarifies the functions' purpose.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/omapdrm/omap_plane.c | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/omapdrm/omap_plane.c
1 - 100 of 138 matches
Mail list logo
