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,
> +
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
Hijack external connectors helper funcs to filter modes. TILCDC crtc
wants to have its say on which modes are valid. There appears to be no
trivial way to do that directly from crtc. This patch goes and hijacks
the external connectors helper functions and puts its own mode_valid()
function there. T
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
On Tuesday, March 24, 2015 02:03:44 PM Javi Merino wrote:
> Now that the kernel provides DIV_ROUND_CLOSEST_ULL(), drop the internal
> implementation and use the kernel one.
Can you please CC patch [1/4] to me too at least, so I can see how the new
macro is defined without digging it up from the en
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>
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
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>
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.
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
_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>
> -
> -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
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
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
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: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 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 03/24/15 17:16, Tomi Valkeinen wrote:
> On 24/03/15 16:28, Jyri Sarha wrote:
>
>> I tried first with 3.19 and then with 4.0-rc5, checked the boot and then
>> the modetest, but I could not reproduce the trace above.
>>
>> In my config I just have CONFIG_DRM=m and CONFIG_DRM_I2C_NXP_TDA998X=m
>> o
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/
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
On 24/03/15 16:28, Jyri Sarha wrote:
> I tried first with 3.19 and then with 4.0-rc5, checked the boot and then
> the modetest, but I could not reproduce the trace above.
>
> In my config I just have CONFIG_DRM=m and CONFIG_DRM_I2C_NXP_TDA998X=m
> on top of plain omap2plus_defconfig. Should I tak
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
Signed-off-by: Nicolas Ferre
---
Thierry,
Boris added the support for a Foxlink panel in this commit: 102932b0e474
(drm/panel: add support for Foxlink FL500WVR00-A0T panel). Here is the vendor
prefix.
Bye,
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion
Signed-off-by: Nicolas Ferre
---
Thierry,
Here it is ;-)
Bye,
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentation/devicetree/bindings/vendor-prefixes.txt
index a9eeaa0c5
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
qemu and simics simulators both seem to expect that video should be disabled
before changing the video mode.
references:
http://git.qemu.org/?p=qemu.git;a=blob;f=hw/display/vga.c;h=c0f7b343bbab586c8593d29c7a765f1e6ca3662c;hb=HEAD#l727
http://wiki.osdev.org/Bochs_VBE_Extensions#Setting_display_res
qemu and simics simulators both seem to expect that video should be disabled
before changing the video mode.
references:
http://git.qemu.org/?p=qemu.git;a=blob;f=hw/display/vga.c;h=c0f7b343bbab586c8593d29c7a765f1e6ca3662c;hb=HEAD#l727
http://wiki.osdev.org/Bochs_VBE_Extensions#Setting_display_res
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
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 |
On 03/24/15 14:50, Tomi Valkeinen wrote:
> Hi,
>
> On 18/03/15 11:06, Jyri Sarha wrote:
>> I think the patches 1-5 are ready for merging. See the details below.
>
> I applied these on top of v4.0-rc3, booted up BBB, and loaded the modules.
> After doing that and waiting a few secs:
>
> # ./s-bbb.s
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
> 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
---
dr
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 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
> 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/msm/edp/edp.c | 18 +--
>> driver
=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>
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
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
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
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 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 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
esktop.org/archives/dri-devel/attachments/20150324/970cac83/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>
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
pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150324/28eaef8c/attachment-0001.sig>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150324/d9f18672/attachment.html>
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):
dri-devel/attachments/20150324/9e92d6f1/attachment.html>
rt --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150324/786f4fa5/attachment.html>
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
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,
From: Grygorii Strashko
Setting a dev_pm_ops resume callback but not a set of hibernation
handler means that pm function will not be called upon hibernation.
Fix this by using SIMPLE_DEV_PM_OPS, which appropriately assigns the
suspend and hibernation handlers and move omap_dmm_resume under
CONFI
From: Grygorii Strashko
Setting a dev_pm_ops suspend/resume pair but not a set of hibernation
functions means those pm functions will not be called upon hibernation.
Fix this by using SIMPLE_DEV_PM_OPS, which appropriately assigns the
suspend and hibernation handlers and move
omap_drm_suspend/om
We store the fb being page-flipped to 'old_fb' field, but we don't
increase the ref count of the fb when doing that. While I am not
sure if it can cause problem in practice, it's still safer to keep a ref
when storing a pointer to a fb.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/o
The omapdrm DMM code sometimes crashes with:
WARNING: CPU: 0 PID: 1235 at lib/list_debug.c:36 __list_add+0x8c/0xbc()
list_add double add: new=e9265368, prev=e90139c4, next=e9265368.
This is caused by the code calling release_engine() twice for the same
engine.
dmm_txn_commit(wait=true) call is s
omap_gem_objects are added to dev->obj_list in omap_gem_new, and removed
in omap_gem_free_object. Unfortunately there's no locking for
dev->obj_list, which eventually leads to a crash:
WARNING: CPU: 1 PID: 1123 at lib/list_debug.c:59 __list_del_entry+0xa4/0xe0()
list_del corruption. prev->next sho
spin_is_locked(x) returns always 0 on uniprocessor, triggering BUG() in
omapdrm.
Change it to use assert_spin_locked() to fix the issue.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/omap_irq.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/omapd
We need to ignore DIGIT SYNC LOST error when enabling/disabling TV
output. The code does that, but it ignores the DIGI SYNC LOST when
enabling any output. Normally this does no harm, but it could make us
miss DIGIT SYNC LOST on some rare occasions.
Fix the code to only ignore DIGIT SYNC LOST when
omapdrm tries to avoid error floods by unregistering the error irq when
an error happens, and then registering the error irq again later.
However, the code is racy, as it sometimes tries to unregister the error
irq when it's already unregistered, leading to WARN().
Also, the code only registers th
omapdrm uses normal DRM_ERROR() print when the HW reports an error. As
we sometimes may get a flood of errors, let's rather use
DRM_ERROR_RATELIMITED().
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/omap_crtc.c | 2 +-
drivers/gpu/drm/omapdrm/omap_plane.c | 3 ++-
2 files changed, 3
When not using proper hotplug detection, DRM polls periodically the
connectors to find out if a cable is connected. This polling can happen
at any time, even very late in the suspend process.
This causes a problem with omapdrm, when the poll happens during the
suspend process after GPIOs have been
omapdrm has dummy functions for platform_device's
suspend/resume/shutdown. The functions don't do anything, and those
platform device functions are deprecated, so remove them from omapdrm.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/omap_drv.c | 20
1 file chan
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
-
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
On OMAP5 it is not possible to use TILER buffer with CPU when caching or
write-combining is used. Doing so leads to errors from the memory
manager.
However, on OMAP4, write-combining works fine.
This patch adds platform specific data for the TILER, and a function
tiler_get_cpu_cache_flags() which
omapdrm doesn't check if the pitch of the framebuffer and the color
format's bits-per-pixel are compatible. omapdss requires that the stride
of a buffer is an integer number of pixels
For example, when using modetest with a display that has x resolution of
1280, and using packed 24 RGB mode (3 byt
When an error happens in omap_framebuffer_create(),
omap_framebuffer_create() calls omap_framebuffer_destroy() if the fb
struct has been allocated. However, that crashes, as
omap_framebuffer_destroy(), which calls drm_framebuffer_cleanup(),
should only be called after drm_framebuffer_init()
Fix th
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
unpin_worker() calls omap_framebuffer_unpin() without any locks, which
looks very suspicious. However, both pin and unpin are always called via
the driver's private workqueue, so the access is synchronized that way.
Add a comment to make this clear.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu
omap_framebuffer_pin() and omap_framebuffer_unpin() are currently
broken, as they cannot be called multiple times (i.e. pin, pin, unpin,
unpin), which is what happens in certain cases. This issue causes the
driver to possibly use 0 as an address for a displayed buffer, leading
to OCP error from DSS
Clear omap_obj's paddr when unmapping the memory, so that it's easier to
catch bad use of the paddr.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/omap_gem.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/omapdrm/omap_gem.c
b/drivers/gpu/drm/omapdrm/omap_gem.c
i
The DRM documentation says:
"If a page flip is already pending, the page_flip operation must return
-EBUSY."
Currently omapdrm returns -EINVAL instead. Fix omapdrm by returning
-EBUSY.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/omap_crtc.c | 2 +-
1 file changed, 1 insertion(+),
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
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
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 function will convert the Q16 source coordinates to integers, avoid
converting integers to Q16 first and perform the opposite conversion.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/omapdrm/omap_crtc.c | 21 +
drivers/gpu/drm/omapdrm/omap
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
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
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
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 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
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
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
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 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
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
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
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-
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: 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
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
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
This one is a bit harder to notice.
Signed-off-by: Connor Behan
---
xf86drm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/xf86drm.c b/xf86drm.c
index e73cddd..ffc53b8 100644
--- a/xf86drm.c
+++ b/xf86drm.c
@@ -1719,7 +1719,7 @@ int drmAgpEnable(int fd, unsigned long mode)
lists.freedesktop.org/archives/dri-devel/attachments/20150324/6d6c5159/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150324/9dddf74a/attachment-0001.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
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150324/415475dc/attachment.html>
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
1 - 100 of 138 matches
Mail list logo
