__
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150528/4ff9b577/attachment-0001.html>
On 05/28/2015 05:24 PM, Joonyoung Shim wrote:
> On 05/28/2015 02:39 PM, Inki Dae wrote:
>> Hi Gustavo,
>>
>> On 2015ë
05ì 28ì¼ 05:27, Gustavo Padovan wrote:
>>> Hi Inki,
>>>
>>> 2015-05-27 Inki Dae :
>>>
Hi Gustavo,
On 2015ë
05ì 23ì¼ 00:40, Gustavo Padovan wrote:
> From
On Thu, May 28, 2015 at 07:38:20PM +0200, Enrico Weigelt, metux IT consult
wrote:
> Thx. already integrated it into my tree - works fine :)
>
> By the way: i still have some your older patches (2012) in my tree,
> eg. some mediabus, camara, display timing stuff, etc ... not sure
> whether I reall
Am 28.05.2015 um 13:59 schrieb Philipp Zabel:
>> Where can I get the recent ones ?
>> Could you push it to your public repo ?
>
> I've updated the tmp/imx-ipu-scaler branch.
Thx. already integrated it into my tree - works fine :)
By the way: i still have some your older patches (2012) in my tree
From: Gustavo Padovan
on resume (or enable()) do not call disable_plane() on planes that
are already disabled.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 15 +--
1 file changed, 1 insertion(+), 14 deletions(-)
diff --git a/drivers/gpu/drm/exynos/
From: Gustavo Padovan
Rename win_commit() helper to update_plane() and win_disable() to
disable_plane().
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos7_drm_decon.c | 14 +++---
drivers/gpu/drm/exynos/exynos_drm_drv.h| 4 ++--
drivers/gpu/drm/exynos/exynos_drm_fi
From: Gustavo Padovan
To follow more closely the new atomic API we split the dpms()
helper into the enable() and disable() helper to get exactly the
same semantics.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos7_drm_decon.c | 31 +
drivers/gpu/drm/exynos/exyn
From: Gustavo Padovan
The planes are already disabled by the drm_atomic_helper_commit() code
so we don't need to disable the in these two places.
Signed-off-by: Gustavo Padovan
Reviewed-by: Joonyoung Shim
Tested-by: Tobias Jakobi
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c| 11 -
From: Gustavo Padovan
Run dpms operations through the atomic intefaces. This basically removes
the .dpms() callback from econders and crtcs and use .disable() and
.enable() to turn the crtc on and off.
v2: Address comments by Joonyoung:
- make hdmi code call ->disable() instead of ->dpms
From: Gustavo Padovan
exynos needs to update planes with the crtc enabled (mainly for the FIMD
case) so this specific atomic commit changes the order of
drm_atomic_helper_commit_modeset_enables() and
drm_atomic_helper_commit_planes() to commit planes after we enable crtc
and encoders.
Signed-off
From: Gustavo Padovan
This is a preparation commit to move exynos_drm_crtc_disable() together
with the future exynos_drm_crtc_enable() that will come from the split of
exynos_drm_crtc_dpms() callback.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 36
From: Gustavo Padovan
Everything starts disabled so we don't really need to disable anything.
Signed-off-by: Gustavo Padovan
Reviewed-by: Joonyoung Shim
Tested-by: Tobias Jakobi
---
drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/gpu/dr
From: Gustavo Padovan
Now that no one is using the functions exported by exynos_drm_plane due
to the atomic conversion we can make remove some of the them or make them
static.
v2: remove unused exynos_drm_crtc
v3: fix checkpatch error (reported by Joonyoung)
Signed-off-by: Gustavo Padovan
Rev
From: Gustavo Padovan
PageFlips now use the atomic helper to work through the atomic modesetting
API. Async page flips are not supported yet.
v2: Add .atomic_begin() step to handle the vblank part we removed from
exynos page_flip code.
Signed-off-by: Gustavo Padovan
Reviewed-by: Joonyoung Shim
From: Gustavo Padovan
Now that phase 1 and 2 are complete switch .set_config helper to
use the atomic one.
v2: also remove .prepare() callback
v3: remove .mode_set() and .mode_set_base() and encoder's
.prepare() callbacks
Signed-off-by: Gustavo Padovan
Reviewed-by: Joonyoung Shim
Tested-by:
From: Gustavo Padovan
Now that phase 1 and 2 are complete we can switch the update/disable_plane
callbacks to their atomic version.
Signed-off-by: Gustavo Padovan
Reviewed-by: Joonyoung Shim
Tested-by: Tobias Jakobi
---
drivers/gpu/drm/exynos/exynos_drm_fb.c| 3 +++
drivers/gpu/drm/exyno
From: Gustavo Padovan
Use drm_atomic_set_fb_for_plane() in the legacy page_flip path to keep
track of the framebuffer pointer and reference.
Signed-off-by: Gustavo Padovan
Reviewed-by: Joonyoung Shim
Tested-by: Tobias Jakobi
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 3 +++
1 file change
From: Gustavo Padovan
Set CRTC, planes and connectors to use the default implementations from
the atomic helper library. The helpers will work to keep track of state
for each DRM object.
Signed-off-by: Gustavo Padovan
Reviewed-by: Joonyoung Shim
Tested-by: Tobias Jakobi
---
drivers/gpu/drm/b
From: Gustavo Padovan
The new atomic infrastructure needs the .mode_set_nofb() callback to
update CRTC timings before setting any plane.
v2: remove WARN_ON(!crtc->state) from mode_set_nofb
Signed-off-by: Gustavo Padovan
Reviewed-by: Joonyoung Shim
Tested-by: Tobias Jakobi
---
drivers/gpu/dr
From: Gustavo Padovan
The atomic helper to disable planes also uses the optional
.atomic_disable() helper. The unique operation it does is calling
.win_disable()
Signed-off-by: Gustavo Padovan
Reviewed-by: Joonyoung Shim
Tested-by: Tobias Jakobi
---
drivers/gpu/drm/exynos/exynos_drm_plane.c
From: Gustavo Padovan
Rip out the check from exynos_update_plane() and create
exynos_check_plane() for the check phase enabling use to use
the atomic helpers to call our check and update phases when updating
planes.
Update all users of exynos_update_plane() accordingly to call
exynos_check_plane
From: Joonyoung Shim
The exynos_update_plane function needs 16.16 fixed point source data.
Signed-off-by: Joonyoung Shim
Reviewed-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/exynos/
From: Gustavo Padovan
Hi,
Here goes the full support for atomic modesetting on exynos. I've
split the patches in the various phases of atomic support.
v2: fixes comments by Joonyoung
- remove unused var in patch 09
- use ->disable instead of outdated ->dpms in hdmi code
2015-05-28 Joonyoung Shim :
> On 05/28/2015 05:24 PM, Joonyoung Shim wrote:
> > On 05/28/2015 02:39 PM, Inki Dae wrote:
> >> Hi Gustavo,
> >>
> >> On 2015ë
05ì 28ì¼ 05:27, Gustavo Padovan wrote:
> >>> Hi Inki,
> >>>
> >>> 2015-05-27 Inki Dae :
> >>>
> Hi Gustavo,
>
> On 2015ë
Hi Dave,
drm-intel-next-2015-05-22:
- cpt modeset sequence fixes from Ville
- more rps boosting tuning from Chris
- S3 support for skl (Damien)
- a pile of w/a for bxt from various people
- cleanup of primary plane pixel formats (Damien)
- a big pile of small patches with fixes and cleanups all ov
On 28.05.2015 17:38, Daniel Vetter wrote:
> On Thu, May 28, 2015 at 04:11:53PM +0900, Michel Dänzer wrote:
>> On 27.05.2015 18:41, Daniel Vetter wrote:
>>> On Wed, May 27, 2015 at 06:21:24PM +0900, Michel Dänzer wrote:
On 27.05.2015 18:04, Daniel Vetter wrote:
> These should be functiona
I am seeing the following in the dmesg on 4.0.4 with rt patch
[5.720319] [ cut here ]
[5.720347] WARNING: CPU: 6 PID: 466 at
drivers/gpu/drm/i915/intel_display.c:9748
intel_check_page_flip+0xaa/0xf0 [i915]()
[5.720349] WARN_ON(!in_interrupt())
[5.720350] Mod
Add support for the Okaya RS800480T-7X0GP to the DRM simple panel
driver.
The RS800480T-7X0GP is a WVGA (800x480) panel with an 18-bit parallel
LCD interface. It supports pixel clocks in the range of 30-40 MHz.
This panel details can be found at:
http://boundarydevices.com/product/7-800x480-displ
On 05/28/2015 05:56 AM, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Now that phase 1 and 2 are complete switch .set_config helper to
> use the atomic one.
>
> v2: also remove .prepare() callback
>
> Signed-off-by: Gustavo Padovan
> Reviewed-by: Joonyoung Shim
> Tested-by: Tobias Jakobi
On 05/28/2015 05:56 AM, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> The new atomic infrastructure needs the .mode_set_nofb() callback to
> update CRTC timings before setting any plane.
>
> Signed-off-by: Gustavo Padovan
> Reviewed-by: Joonyoung Shim
> Tested-by: Tobias Jakobi
> ---
>
On 05/28/2015 05:56 AM, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Rip out the check from exynos_update_plane() and create
> exynos_check_plane() for the check phase enabling use to use
> the atomic helpers to call our check and update phases when updating
> planes.
>
> Update all users
On 05/28/2015 02:39 PM, Inki Dae wrote:
> Hi Gustavo,
>
> On 2015ë
05ì 28ì¼ 05:27, Gustavo Padovan wrote:
>> Hi Inki,
>>
>> 2015-05-27 Inki Dae :
>>
>>> Hi Gustavo,
>>>
>>> On 2015ë
05ì 23ì¼ 00:40, Gustavo Padovan wrote:
From: Gustavo Padovan
Run dpms operations through t
Hi Boris,
On 28 May 2015 at 09:07, Boris Brezillon
wrote:
> Hello,
>
> The atmel-hlcdc DRM driver has been merged in linux 4.0. This patch series
> adds the appropriate string to modetest and kmstest tools so that they
> can be used without specifying the driver name.
>
> Note that I already sent
Seems like I'm either too subtle and/or too stingy earlier.
If drmAvailable() returns false, we have two options:
- opt for the old-schoold (dri1) and ask drm_server_info to load the
module for us, or
- bail out, as neither drmOpenByBusid() or drmOpenByName() will be
able to open the device cons
Hi Gary,
On Wed, May 27, 2015 at 10:31 AM, Gary Bisson
wrote:
> Does it require the two displays to have the exact same resolution?
> I'm wondering what is wrong with my setup but with a 1024x768 LVDS and
> a 1920x1080 HDMI display no image is shown on the HDMI (no signal).
I have seen this err
Moving rotation property to "Drm" and removing from i915 and omap.
Also, adding description to the property
Cc: DRI Development
Suggested-by: Ville Syrjälä
Signed-off-by: Sonika Jindal
---
Documentation/DocBook/drm.tmpl | 41 ++--
1 file changed, 18 inse
On Thu, 30 Apr 2015 16:38:36 +0200
Boris Brezillon wrote:
> drm_display_mode_from_videomode() is already calling drm_mode_set_name() on
> the provided mode.
ping
>
> Signed-off-by: Boris Brezillon
> ---
> drivers/gpu/drm/panel/panel-simple.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff -
Hi Thierry,
Could you have a look at this patch (a.k.a. ping) ?
Best Regards,
Boris
On Thu, 30 Apr 2015 16:39:30 +0200
Boris Brezillon wrote:
> All modes exposed by simple panels should be tagged as driver defined
> modes.
> Moreover, if a panel supports only one mode, this mode is obviously
On Wed, 13 May 2015 15:08:08 +0200 Jan Kara wrote:
> Provide new function get_vaddr_frames(). This function maps virtual
> addresses from given start and fills given array with page frame numbers of
> the corresponding pages. If given start belongs to a normal vma, the function
> grabs reference
On Thu, 28 May 2015 15:51:44 +0200
Philipp Zabel wrote:
> Am Donnerstag, den 28.05.2015, 14:45 +0200 schrieb Boris Brezillon:
> > Hi Philip,
> >
> > On Thu, 28 May 2015 13:13:28 +0200
> > Philipp Zabel wrote:
> >
> > > Hi Boris,
> > >
> > > Am Dienstag, den 26.05.2015, 11:28 +0200 schrieb Bor
On 27.05.2015 18:41, Daniel Vetter wrote:
> On Wed, May 27, 2015 at 06:21:24PM +0900, Michel Dänzer wrote:
>> On 27.05.2015 18:04, Daniel Vetter wrote:
>>> These should be functionally equivalent to the older per/post modeset
>>> functions, except that they block out drm_vblank_get right away.
>>>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150528/3051e08d/attachment.html>
From: Christian König
We have that bug for years and some users report side effects when fixing it on
older hardware.
So revert it for VM_CONTEXT0_PAGE_TABLE_END_ADDR, but keep it for VM 1-15.
Signed-off-by: Christian König
CC: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/cik.c
Am Donnerstag, den 28.05.2015, 14:45 +0200 schrieb Boris Brezillon:
> Hi Philip,
>
> On Thu, 28 May 2015 13:13:28 +0200
> Philipp Zabel wrote:
>
> > Hi Boris,
> >
> > Am Dienstag, den 26.05.2015, 11:28 +0200 schrieb Boris Brezillon:
> > > Hi David,
> > >
> > > On Thu, 21 May 2015 11:06:56 +020
Hi Alex,
On 28 May 2015 at 14:16, Alex Deucher wrote:
> On Thu, May 28, 2015 at 8:44 AM, Emil Velikov
> wrote:
>> On 25 May 2015 at 12:18, Zhou, Jammy wrote:
>>> Hi Emil,
>>>
>>> Do you have chance to have a look at this new version? Thanks!
>>>
>> Hi guys sorry for the delay.
>>
>> Looking at
https://bugzilla.kernel.org/show_bug.cgi?id=99111
--- Comment #2 from William Shuman ---
No not readily producible so it would be hard to bisect. I never noticed the
lockups on 4.0 series, so thought it might be kernel related. This specific
crash happened while interacting with eclipse in gnom
Hi Dave,
This is the main pull request for 4.2 for radeon. I'll send the pull
for amdgpu separately next week. Highlights for radeon:
- VCE1 support
- Bug fixes and misc cleanups
The following changes since commit c6e7e4bb7ff988e7f915526a80ea866d84aac720:
Merge branch 'drm/next/adv7511' of g
https://bugzilla.kernel.org/show_bug.cgi?id=99111
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
https://bugzilla.kernel.org/show_bug.cgi?id=99111
Bug ID: 99111
Summary: radeon - GPU lookup
Product: Drivers
Version: 2.5
Kernel Version: 4.1-rc5
Hardware: All
OS: Linux
Tree: Mainline
Status: NEW
Hi Philip,
On Thu, 28 May 2015 13:13:28 +0200
Philipp Zabel wrote:
> Hi Boris,
>
> Am Dienstag, den 26.05.2015, 11:28 +0200 schrieb Boris Brezillon:
> > Hi David,
> >
> > On Thu, 21 May 2015 11:06:56 +0200
> > David Dueck wrote:
> >
> > > drm_panel supports querying timing ranges. If the sup
Hi Gustavo,
On 2015ë
05ì 28ì¼ 05:27, Gustavo Padovan wrote:
> Hi Inki,
>
> 2015-05-27 Inki Dae :
>
>> Hi Gustavo,
>>
>> On 2015ë
05ì 23ì¼ 00:40, Gustavo Padovan wrote:
>>> From: Gustavo Padovan
>>>
>>> Run dpms operations through the atomic intefaces. This basically removes
>>> the .d
Am Donnerstag, den 28.05.2015, 13:31 +0200 schrieb Enrico Weigelt, metux
IT consult:
> Am 28.05.2015 um 12:44 schrieb Philipp Zabel:
>
> Hi,
>
> >> Are these patches same as in your git branch tmp/imx-ipu-scaler ?
> >
> > No, that is an older version.
>
> Where can I get the recent ones ?
> Cou
On 19 May 2015 at 19:54, Frediano Ziglio wrote:
> This problem happens using KMS surfaces and QXL driver.
> To easy reproduce use KDE Plasma (which use surfaces a lot) and assure
> you are using KMS surfaces (QXL driver on Fedora/RedHat has a patch to
> stop using them). Open some complex applicat
On 27 May 2015 at 20:04, Frediano Ziglio wrote:
> This function could return a NULL pointer in case of handle not
> present and in case of out of memory conditions however caller
> function always returned EINVAL error hiding a possible ENOMEM.
> This patch change the function to return the error
On 27 May 2015 at 20:04, Frediano Ziglio wrote:
> In qxlhw_handle_to_bo we incremented counters twice, one time for release
> object
> and one for reloc_info.
> In the main function however reloc_info references was drop much earlier than
> release so keeping the pointer only on release is safe a
Am 28.05.2015 um 12:44 schrieb Philipp Zabel:
Hi,
>> Are these patches same as in your git branch tmp/imx-ipu-scaler ?
>
> No, that is an older version.
Where can I get the recent ones ?
Could you push it to your public repo ?
>> when using it w/ gst for video playback, can be directly pass bu
On 27 May 2015 at 20:04, Frediano Ziglio wrote:
> qxl_bo structure has two reference counters, one in the GEM object and
> another in the TTM object. The GEM object keep a counter to the TTM object
> so when GEM counter reached zero the TTM counter (using qxl_bo_unref) was
> decremented. The qxl o
On 27 May 2015 at 20:04, Frediano Ziglio wrote:
> Enable format string checks for qxl_io_log and remove resulting warnings
> which could lead to memory errors on different platform or just printing
> wrong information.
>
> Signed-off-by: Frediano Ziglio
Reviewed-by: Dave Airlie
> ---
> qxl/qxl
On 27 May 2015 at 20:04, Frediano Ziglio wrote:
> Free resources correctly if function fails
>
> Signed-off-by: Frediano Ziglio
Reviewed-by: Dave Airlie
On Thu, May 28, 2015 at 04:35:07PM +0530, Sonika Jindal wrote:
> Moving rotation property to "Drm" and removing from i915 and omap.
> Also, adding description to the property
>
> Cc: DRI Development
> Suggested-by: Ville Syrjälä
> Signed-off-by: Sonika Jindal
Applied to drm-misc, thanks.
-Da
On 27 May 2015 at 20:04, Frediano Ziglio wrote:
> This function return handle to allocated release object which is an int.
Reviewed-by: Dave Airlie
>
> Signed-off-by: Frediano Ziglio
> ---
> qxl/qxl_release.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/qxl/qxl_rele
On 27 May 2015 at 20:04, Frediano Ziglio wrote:
> Only EBUSY error was handled. This could cause code to believe
> reserve was successful while it failed.
>
> Signed-off-by: Frediano Ziglio
This has been there since I wrote qxl, so I expect I had some reason
for it, but I can't remember it
now..
On 28 May 2015 at 00:57, Joonyoung Shim wrote:
> This is to remove to open the DRM device unnecessarily as call
> drmAvailable() when name is NULL or drm_server_info is NULL in
> drmOpenWithType function.
>
Why do you believe that calling drmAvailable() is not necessary ? If
that's the case should
Hi Boris,
Am Dienstag, den 26.05.2015, 11:28 +0200 schrieb Boris Brezillon:
> Hi David,
>
> On Thu, 21 May 2015 11:06:56 +0200
> David Dueck wrote:
>
> > drm_panel supports querying timing ranges. If the supplied mode does
> > not work with the hlcdc we query the panel and try to find a suitabl
On 27 May 2015 at 20:03, Frediano Ziglio wrote:
> Is we are not able to get source bo object from handle we free
> destination bo object and call cleanup code however destination
> object was already inserted in reloc_info array (num_relocs was
> already incremented) so on cleanup we free destinat
On 27 May 2015 at 20:03, Frediano Ziglio wrote:
> reloc_info[i] is not still initialized in the print statement.
>
> Signed-off-by: Frediano Ziglio
Reviewed-by: Dave Airlie
On 27 May 2015 at 20:03, Frediano Ziglio wrote:
> If the function fails reference counter to the object is not decremented
> causing leaks.
> This is hard to spot as it happens only on very low memory situations.
>
> Signed-off-by: Frediano Ziglio
Looks good,
Reviewed-by: Dave Airlie
Dave.
On 27 May 2015 at 20:03, Frediano Ziglio wrote:
> If objects are moved back from system memory to VRAM (and spice id
> created again) memory is already initialized so we need to set flag
> to not clear memory.
> If you don't do it after a while using desktop many images turns to
> black or transpa
> I was using a different repository with only QXL driver. I tested and all
> patches apply and compile perfectly even with Linus master branch.
Lets only post patches people can apply, it makes it harder to figure
out stuff. I'll take a look at the patches, but it would be good to
get them resen
On 26 May 2015 at 18:26, Pierre Moreau wrote:
>
>> On 26 May 2015, at 07:17, Ilia Mirkin wrote:
>>
>> On Tue, May 26, 2015 at 1:10 AM, Pierre Moreau
>> wrote:
On 26 May 2015, at 00:39, Ilia Mirkin wrote:
> On Mon, May 25, 2015 at 6:22 PM, Pierre Moreau
> wrote:
> Most _
On 28 May 2015 at 00:56, Joonyoung Shim wrote:
> The build error is introduced by commit fde496917682 ("Add device
> enumeration interface (v4)") if don't enable udev. Can solve as check
> UDEV dependency.
>
> CC libdrm_la-xf86drm.lo
> xf86drm.c:66:21: fatal error: libudev.h: No such file
On 26 May 2015 at 08:22, Pierre Moreau wrote:
> Signed-off-by: Pierre Moreau
Reviewed-by: Dave Airlie
On 26 May 2015 at 18:01, Samuel Pitoiset wrote:
> s/functons/functions in the commit message.
>
>
> On 05/26/2015 12:22 AM, Pierre Moreau wrote:
>>
>> This makes it clearer when reading the function name, as well as following
>> the
>> names of the related ACPI function.
>>
Apart from Samuel's su
Hi Gary,
Am Mittwoch, den 27.05.2015, 15:31 +0200 schrieb Gary Bisson:
> > According to the kerneldoc comment for drm_fb_helper_initial_config
> > (which is used by imx-drm via drm_fbdev_cma_init), it should set up a
> > single /dev/fb cloned over all connectors. This works here with LVDS and
> >
On 26 May 2015 at 08:22, Pierre Moreau wrote:
> This is especially true when variables or functions are just called dsm
> without
> precising the v1.
>
> Signed-off-by: Pierre Moreau
Seeems reasonable,
Reviewed-by: Dave Airlie
On 25 May 2015 at 12:18, Zhou, Jammy wrote:
> Hi Emil,
>
> Do you have chance to have a look at this new version? Thanks!
>
Hi guys sorry for the delay.
Looking at my original email response it seems that I wasn't clear
enough about my concerns. They can be looked at as independent and/or
grouped
Hi Enrico,
Am Donnerstag, den 28.05.2015, 11:00 +0200 schrieb Enrico Weigelt, metux
IT consult:
> Am 27.05.2015 um 20:42 schrieb Jean-Michel Hautbois:
>
>
>
> @Phillip,
>
> I've missed the previous mails (just subscribed here yesterday) ...
>
> Are these patches same as in your git branch tmp/
Hi Jean-Michel,
Am Mittwoch, den 27.05.2015, 20:42 +0200 schrieb Jean-Michel Hautbois:
[...]
> > The tiling code has a parameter to optionally round frame sizes up or down
> > and avoid overdraw in compositing scenarios.
>
> Can you detail what you call "compositing scenarios" ?
I meant using th
Hi Philipp,
On 05/28/2015 03:58 AM, Philipp Zabel wrote:
> Hi Gary,
>
> Am Mittwoch, den 27.05.2015, 15:31 +0200 schrieb Gary Bisson:
>>> According to the kerneldoc comment for drm_fb_helper_initial_config
>>> (which is used by imx-drm via drm_fbdev_cma_init), it should set up a
>>> single /dev/f
On 21/05/15 18:02, Tobias Jakobi wrote:
> Hey Emil,
>
> Emil Velikov wrote:
>> Hi Tobias
>>
>> On 12 May 2015 at 21:17, Tobias Jakobi
>> wrote:
>>> Don't assume that a plane supports any kind of pixelformat
>>> but do a check first.
>>>
>>> v2: Simplify the format check.
>>> Signed-off-by: Tobia
Hi Dave,
One more last minute fix for radeon. Fixes some fallout
from a previous fix on older asics.
The following changes since commit 97758ff7c8f93ea0ed43eb7aef6c942f667372a0:
Merge tag 'topic/drm-fixes-2015-05-27' of
git://anongit.freedesktop.org/drm-intel into drm-fixes (2015-05-28 10:38
esktop.org/archives/dri-devel/attachments/20150528/dc330906/attachment.html>
Am 27.05.2015 um 20:42 schrieb Jean-Michel Hautbois:
@Phillip,
I've missed the previous mails (just subscribed here yesterday) ...
Are these patches same as in your git branch tmp/imx-ipu-scaler ?
I've got them running on 4.0.4 and currently trying on 4.1-rc*
Yet another question:
when using
Hi Dave,
- Mail original -
> Changes since v1:
[...]
> diff --git a/drm/nouveau/nouveau_vga.c b/drm/nouveau/nouveau_vga.c
> index 9a6328f..7b13804 100644
> --- a/drm/nouveau/nouveau_vga.c
> +++ b/drm/nouveau/nouveau_vga.c
> @@ -36,7 +36,7 @@ nouveau_switcheroo_set_state(struct pci_dev *pd
On Thu, May 28, 2015 at 04:11:53PM +0900, Michel Dänzer wrote:
> On 27.05.2015 18:41, Daniel Vetter wrote:
> > On Wed, May 27, 2015 at 06:21:24PM +0900, Michel Dänzer wrote:
> >> On 27.05.2015 18:04, Daniel Vetter wrote:
> >>> These should be functionally equivalent to the older per/post modeset
The drm_mm debugfs output is difficult to read as two different formats
are used for the addresses:
0x008000-0x008000b000: 45056: used
0x8000b000-0x80016000: 45056: free
0x0080016000-0x008001b000: 20480: used
0x8001b000-0x817a1000: 24666112: free
0x00817a1000-0x00817a80
David,
Please incorporate the latest Armada DRM development updates development
updates, which can be found at:
git://ftp.arm.linux.org.uk/~rmk/linux-arm.git drm-armada-devel
with SHA1 38bf3aee3ec7b5b264b701da14114a618cddd1a1.
A couple of patches from Rickard Strandqvist removing code which i
David,
Please incorporate the latest TDA998x I2C driver development updates,
which can be found at:
git://ftp.arm.linux.org.uk/~rmk/linux-arm.git drm-tda998x-devel
with SHA1 5296b7f9d0e1ac31a9bc3044f04af18a521b9459.
Just one fix for the new warning recently reported on 64-bit platforms.
This
Am 27.05.2015 um 19:35 schrieb Russell King - ARM Linux:
> On Wed, May 27, 2015 at 02:45:48PM +0200, Alexander Holler wrote:
>> Hello,
>>
>> I've just build and booted the Etnaviv driver as module with Kernel 4.0.4.
>
> You may wish to try using my patch set(s) at (url purposely obfuscated,
> sorry
>
> > I was using a different repository with only QXL driver. I tested and all
> > patches apply and compile perfectly even with Linus master branch.
>
> Lets only post patches people can apply, it makes it harder to figure
> out stuff. I'll take a look at the patches, but it would be good to
>
From: Boris BREZILLON
Signed-off-by: Boris BREZILLON
---
tests/kmstest/main.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/tests/kmstest/main.c b/tests/kmstest/main.c
index 7d50f5b..19ce570 100644
--- a/tests/kmstest/main.c
+++ b/tests/kmstest/main.c
@@ -64,6 +64,7 @@ static const char *
From: Boris BREZILLON
Signed-off-by: Boris BREZILLON
---
tests/modetest/modetest.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c
index 7f0c1cc..18bb052 100644
--- a/tests/modetest/modetest.c
+++ b/tests/modetest/modetes
Hello,
The atmel-hlcdc DRM driver has been merged in linux 4.0. This patch series
adds the appropriate string to modetest and kmstest tools so that they
can be used without specifying the driver name.
Note that I already sent this patch a few weeks ago (hence the RESEND
in the title) but I'm not
https://bugzilla.kernel.org/show_bug.cgi?id=60523
John K. changed:
What|Removed |Added
CC||empire at adslgr.com
--- Comment #70 from John
This is to remove to open the DRM device unnecessarily as call
drmAvailable() when name is NULL or drm_server_info is NULL in
drmOpenWithType function.
Signed-off-by: Joonyoung Shim
---
xf86drm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/xf86drm.c b/xf86drm.c
index b5a1
The build error is introduced by commit fde496917682 ("Add device
enumeration interface (v4)") if don't enable udev. Can solve as check
UDEV dependency.
CC libdrm_la-xf86drm.lo
xf86drm.c:66:21: fatal error: libudev.h: No such file or directory
#include "libudev.h"
^
c
On Thu, May 28, 2015 at 9:51 AM, Christian König
wrote:
> From: Christian König
>
> We have that bug for years and some users report side effects when fixing it
> on older hardware.
>
> So revert it for VM_CONTEXT0_PAGE_TABLE_END_ADDR, but keep it for VM 1-15.
>
> Signed-off-by: Christian Kön
On Thu, May 28, 2015 at 8:44 AM, Emil Velikov
wrote:
> On 25 May 2015 at 12:18, Zhou, Jammy wrote:
>> Hi Emil,
>>
>> Do you have chance to have a look at this new version? Thanks!
>>
> Hi guys sorry for the delay.
>
> Looking at my original email response it seems that I wasn't clear
> enough ab
Reviewed-by: Jammy Zhou
Regards,
Jammy
-Original Message-
From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
Joonyoung Shim
Sent: Thursday, May 28, 2015 8:58 AM
To: dri-devel at lists.freedesktop.org
Cc: emil.l.velikov at gmail.com
Subject: [PATCH] xf86drm: re
Thanks for catching this. Patch is Reviewed-by: Jammy Zhou
Regards,
Jammy
-Original Message-
From: Joonyoung Shim [mailto:jy0922.s...@samsung.com]
Sent: Thursday, May 28, 2015 8:57 AM
To: dri-devel at lists.freedesktop.org
Cc: emil.l.velikov at gmail.com; Zhou, Jammy; Deucher, Alexander
1 - 100 of 122 matches
Mail list logo
