On Tue, Mar 22, 2016 at 02:50:37PM +0900, Joonsoo Kim wrote:
> On Mon, Mar 21, 2016 at 03:31:02PM +0900, Minchan Kim wrote:
> > We have allowed migration for only LRU pages until now and it was
> > enough to make high-order pages. But recently, embedded system(e.g.,
> > webOS, android) uses lots of
profile extensions:
Linux kernel 4.5
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160322/3706f1dc/attachment.html>
Am Mittwoch, 23. März 2016, 07:44:59 schrieb Inki Dae:
> + Ajay kumar with Samsung email
>
> Hi,
>
> 2016ë
03ì 23ì¼ 07:12ì Heiko Stübner ì´(ê°) ì´ ê¸:
> > Hi,
> >
> > Am Dienstag, 22. März 2016, 16:19:37 schrieb Javier Martinez Canillas:
> >> On 03/18/2016 07:53 PM, Doug Anderson w
On Wed, Mar 23, 2016 at 08:09:33AM +0900, Inki Dae wrote:
> In this case, someone else may send an email again like you "who is going to
> merge?"
> That would be why we need a maintainer.
>
> drm panel is already managed well by Thierry Reding without such confusion.
You don't need a maintaine
Hi,
Am Dienstag, 22. März 2016, 16:19:37 schrieb Javier Martinez Canillas:
> On 03/18/2016 07:53 PM, Doug Anderson wrote:
> > On Thu, Mar 17, 2016 at 11:41 PM, Caesar Wang > gmail.com>
wrote:
> Same here, this is the second time I tested this series (first time was
> v6 on October 25 [2]) and I
https://bugzilla.kernel.org/show_bug.cgi?id=115141
Bug ID: 115141
Summary: radeon kernel module hangs suspend
Product: Drivers
Version: 2.5
Kernel Version: Linux hydra 4.5.0-040500-generic #201603140130 SMP Mon
Mar 14 05:32:22 UT
From: Colin Ian King
There is a missing comma between two strings in the dsi_errors[]
array initializer, causing two strings to be concatenated and the
array being incorrectly initialized. Add in the missing comma.
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/gma500/mdfld_dsi_pkg_sender.
e oring it
into the 'enabled' bitset in the *_init()- or the 'disabled' bitset in
the *_fini()-functions respectively.
Signed-off-by: Nicolai Stange
---
Applicable to linux-next-20160322.
WARNING: Apart from compilation, the changes to r100.c, r600.c and
https://bugzilla.kernel.org/show_bug.cgi?id=115131
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #2 f
https://bugzilla.kernel.org/show_bug.cgi?id=115131
--- Comment #1 from ShalokShalom ---
All works fine, once i set the resolution to 1650 x 1050
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=115131
Bug ID: 115131
Summary: amd gpu driver scales wrong
Product: Drivers
Version: 2.5
Kernel Version: Linux 4.4.5
Hardware: All
OS: Linux
Tree: Mainline
From: Gustavo Padovan
Signed-off-by: Gustavo Padovan
---
tests/modetest/modetest.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c
index a5ac5bd..21d5438 100644
--- a/tests/modetest/modetest.c
+++ b/tests/modetest/modetest.c
@@ -314,6
From: Gustavo Padovan
Signed-off-by: Gustavo Padovan
---
.gitignore | 2 ++
1 file changed, 2 insertions(+)
diff --git a/.gitignore b/.gitignore
index 1b853a2..a44566f 100644
--- a/.gitignore
+++ b/.gitignore
@@ -93,6 +93,8 @@ tests/modeprint/modeprint
tests/modetest/modetest
tests/name_from
From: Gustavo Padovan
virtio_gpu was failing to send vblank events when using the atomic IOCTL
with the DRM_MODE_PAGE_FLIP_EVENT flag set. This patch fixes each and
enables atomic pageflips updates.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/virtio/virtgpu_display.c | 12
On Tue, Mar 22, 2016 at 03:42:14PM +0100, Maarten Lankhorst wrote:
> __drm_atomic_helper_plane_destroy_state calls
> drm_framebuffer_unreference, which means that if drm_framebuffer_free
> is called before plane->destroy freed memory will be accessed.
>
> A similar case happens for the blob list,
On Tue, 2016-03-22 at 22:49 +, Colin King wrote:
> From: Colin Ian King
>
> There is a missing comma between two strings in the dsi_errors[]
> array initializer, causing two strings to be concatenated and the
> array being incorrectly initialized.  Add in the missing comma.
>
> Signed-off-
Hello,
On 03/18/2016 07:53 PM, Doug Anderson wrote:
> Hi,
>
> On Thu, Mar 17, 2016 at 11:41 PM, Caesar Wang
> wrote:
>> Hi all,
>>
>> I pick this series up and test on C101PA chromebook, after Heiko update the
>> 3 patches.
>>
>> [v14.1,09/17] drm: rockchip: dp: add rockchip platform dp driver
Op 22-03-16 om 15:58 schreef Ville Syrjälä:
> On Tue, Mar 22, 2016 at 03:42:14PM +0100, Maarten Lankhorst wrote:
>> __drm_atomic_helper_plane_destroy_state calls
>> drm_framebuffer_unreference, which means that if drm_framebuffer_free
>> is called before plane->destroy freed memory will be access
When a VOP is re-enabled, it will start scanning right away the
framebuffers that were configured from the last time, even if those have
been destroyed already.
To prevent the VOP from trying to access freed memory, disable all its
windows when the CRTC is being disabled, then each window will get
On Mon, Mar 21, 2016 at 7:38 PM, Dave Airlie wrote:
> From: Dave Airlie
>
> This was all sorts of ugly from when I hacked it up,
> just clean it up now and remove the extra indents.
>
> Signed-off-by: Dave Airlie
Applied the series to my fixes tree, thanks!
Alex
> ---
> drivers/gpu/drm/radeo
ou are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160322/fd825dce/attachment.html>
scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160322/74fa8010/attachment-0001.html>
Hi Dave,
Bunch of small fixupes all over. Plus a dma-buf patch that Sumit asked me
to cherry-pick since that's the only one he had in his tree.
There's a sparse issue outstanding in the color mgr stuff, but Lionel is
still working on something that actually appeases sparse.
Cheers, Daniel
The
__drm_atomic_helper_plane_destroy_state calls
drm_framebuffer_unreference, which means that if drm_framebuffer_free
is called before plane->destroy freed memory will be accessed.
A similar case happens for the blob list, which was freed before the
crtc state was, resulting in the unreference_blob
tps://lists.freedesktop.org/archives/dri-devel/attachments/20160322/b67f9fd6/attachment.html>
On Mon, Mar 21, 2016 at 03:31:02PM +0900, Minchan Kim wrote:
> We have allowed migration for only LRU pages until now and it was
> enough to make high-order pages. But recently, embedded system(e.g.,
> webOS, android) uses lots of non-movable pages(e.g., zram, GPU memory)
> so we have seen several
When extracting the value at full precision (16 bits), no need to
round the value.
This was spotted by Jani when running sparse. Unfortunately this fix
doesn't get rid of the warning.
Signed-off-by: Lionel Landwerlin
Reported-by: Jani Nikula
Cc: Daniel Stone
Cc: Daniel Vetter
Cc: Matt Roper
Alex Deucher writes:
> On Mon, Mar 21, 2016 at 8:10 AM, Nicolai Stange
> wrote:
>> The values of all but the RADEON_HPD_NONE members of the radeon_hpd_id
>> enum transform 1:1 into bit positions within the 'enabled' bitset as
>> assembled by evergreen_hpd_init():
>>
>> enabled |= 1 << radeon_
Hi,
On 21 March 2016 at 19:23, Gustavo Padovan wrote:
> @@ -96,6 +98,11 @@ static void virtio_gpu_plane_atomic_update(struct
> drm_plane *plane,
> plane->state->crtc_y,
> plane->state->crtc_w,
>
Op 22-03-16 om 12:09 schreef Daniel Vetter:
> On Tue, Mar 22, 2016 at 11:53:53AM +0100, Maarten Lankhorst wrote:
>> Op 22-03-16 om 11:50 schreef Daniel Vetter:
>>> On Tue, Mar 22, 2016 at 10:32:32AM +0100, Maarten Lankhorst wrote:
Op 21-03-16 om 18:37 schreef Daniel Vetter:
> On Mon, Mar 2
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160322/d80eec71/attachment.html>
On Tue, Mar 22, 2016 at 11:53:53AM +0100, Maarten Lankhorst wrote:
> Op 22-03-16 om 11:50 schreef Daniel Vetter:
> > On Tue, Mar 22, 2016 at 10:32:32AM +0100, Maarten Lankhorst wrote:
> >> Op 21-03-16 om 18:37 schreef Daniel Vetter:
> >>> On Mon, Mar 21, 2016 at 03:11:17PM +0100, Maarten Lankhorst
On Fri, 26 Feb 2016, Lionel Landwerlin wrote:
> @@ -2554,6 +2583,21 @@ static inline struct drm_property
> *drm_property_find(struct drm_device *dev,
> return mo ? obj_to_property(mo) : NULL;
> }
>
> +/*
> + * Extract a degamma/gamma LUT value provided by user and round it to the
> + * p
Op 22-03-16 om 11:50 schreef Daniel Vetter:
> On Tue, Mar 22, 2016 at 10:32:32AM +0100, Maarten Lankhorst wrote:
>> Op 21-03-16 om 18:37 schreef Daniel Vetter:
>>> On Mon, Mar 21, 2016 at 03:11:17PM +0100, Maarten Lankhorst wrote:
It turns out that preserving framebuffers after the rmfb call b
On Tue, Mar 22, 2016 at 10:32:32AM +0100, Maarten Lankhorst wrote:
> Op 21-03-16 om 18:37 schreef Daniel Vetter:
> > On Mon, Mar 21, 2016 at 03:11:17PM +0100, Maarten Lankhorst wrote:
> >> It turns out that preserving framebuffers after the rmfb call breaks
> >> vmwgfx userspace. This was originall
Hi Yakir,
Am 21.03.2016 um 13:17 schrieb Yakir Yang:
> On 03/21/2016 07:29 PM, Heiko Stübner wrote:
>> Am Montag, 21. März 2016, 17:28:38 schrieb Yakir Yang:
>>> This patch set would add the RGA direct rendering based 2d graphics
>>> acceleration module.
>> very cool to see that.
> ;)
>>> This p
It turns out that preserving framebuffers after the rmfb call breaks
vmwgfx userspace. This was originally introduced because it was thought
nobody relied on the behavior, but unfortunately it seems there are
exceptions.
drm_framebuffer_remove may fail with -EINTR now, so a straight revert
is impo
Op 21-03-16 om 18:37 schreef Daniel Vetter:
> On Mon, Mar 21, 2016 at 03:11:17PM +0100, Maarten Lankhorst wrote:
>> It turns out that preserving framebuffers after the rmfb call breaks
>> vmwgfx userspace. This was originally introduced because it was thought
>> nobody relied on the behavior, but u
On Tue, Mar 22, 2016 at 8:29 AM, Nicolai Stange wrote:
> Alex Deucher writes:
>
>> On Mon, Mar 21, 2016 at 8:10 AM, Nicolai Stange
>> wrote:
>>> The values of all but the RADEON_HPD_NONE members of the radeon_hpd_id
>>> enum transform 1:1 into bit positions within the 'enabled' bitset as
>>> as
Hi Heiko,
On 03/22/2016 08:42 AM, Heiko Stuebner wrote:
> Hi Yakir,
>
> Am Montag, 21. März 2016, 20:17:46 schrieb Yakir Yang:
>> On 03/21/2016 07:29 PM, Heiko Stübner wrote:
>>> Am Montag, 21. März 2016, 17:28:38 schrieb Yakir Yang:
This patch set would add the RGA direct rendering based
From: Dave Airlie
This was all sorts of ugly from when I hacked it up,
just clean it up now and remove the extra indents.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/radeon_dp_mst.c | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/rad
From: Dave Airlie
The function this used changed in
092c96a8ab9d1bd60ada2ed385cc364ce084180e
drm/radeon: fix dp link rate selection (v2)
However for MST we should just always train to the
max link/rate. Though we probably need to limit this
for future hw, in theory radeon won't support i
tps://lists.freedesktop.org/archives/dri-devel/attachments/20160322/1fe6e50d/attachment.html>
was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160322/78e1f9b2/attachment.html>
was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160322/158057c7/attachment-0001.html>
:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160322/95f41c12/attachment.html>
x27;s not a driver specific issue then but a general one with
GLX-TLS on x32.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/
Hi Yakir,
Am Montag, 21. März 2016, 20:17:46 schrieb Yakir Yang:
> On 03/21/2016 07:29 PM, Heiko Stübner wrote:
> > Am Montag, 21. März 2016, 17:28:38 schrieb Yakir Yang:
> >> This patch set would add the RGA direct rendering based 2d graphics
> >> acceleration module.
> >
> > very cool to see
48 matches
Mail list logo