https://bugs.freedesktop.org/show_bug.cgi?id=63935
--- Comment #56 from Christian König ---
(In reply to comment #55)
> Sorry for the noise, I am seeing a different issue related to DPM.
Well then please open up a new bugreport, cause this one is about Macs not
booting the UVD block correctly.
On Sat, Jun 29, 2013 at 11:53:22PM +0100, Russell King wrote:
> This patch adds support for the pair of LCD controllers on the Marvell
> Armada 510 SoCs. This driver supports:
> - multiple contiguous scanout buffers for video and graphics
> - shm backed cacheable buffer objects for X pixmaps for V
On Thu, Jun 27, 2013 at 04:30:05PM -0700, Ben Widawsky wrote:
> From: Chris Wilson
>
> Clients like i915 needs to segregate cache domains within the GTT which
> can lead to small amounts of fragmentation. By allocating the uncached
> buffers from the bottom and the cacheable buffers from the top,
On Sat, Jun 29, 2013 at 11:53:22PM +0100, Russell King wrote:
> This patch adds support for the pair of LCD controllers on the Marvell
> Armada 510 SoCs. This driver supports:
> - multiple contiguous scanout buffers for video and graphics
> - shm backed cacheable buffer objects for X pixmaps for V
On Sun, Jun 30, 2013 at 2:30 PM, Daniel Vetter wrote:
> On Thu, Jun 27, 2013 at 04:30:05PM -0700, Ben Widawsky wrote:
>> From: Chris Wilson
>>
>> Clients like i915 needs to segregate cache domains within the GTT which
>> can lead to small amounts of fragmentation. By allocating the uncached
>> bu
On 30 June 2013 01:13, Linus Torvalds wrote:
> On Sat, Jun 29, 2013 at 2:07 PM, Sergey Meirovich
> wrote:
>>> (and possibly the
>>> mkregtable binary) and trying again might fix it.
>>
>> Removing mkregtable has indeed the compile issue for me. Thanks!
>
> Ok, so something failed at an earlier
https://bugzilla.kernel.org/show_bug.cgi?id=60251
Summary: Resume after suspend-to-RAM crashes in kernel module
radeon
Product: Drivers
Version: 2.5
Kernel Version: 3.8.8, 3.9.8, drm-next from 2013-06-29
Platform: All
OS/Ve
https://bugzilla.kernel.org/show_bug.cgi?id=60251
--- Comment #1 from Birger 2013-06-30
13:17:50 ---
Created an attachment (id=106471)
--> (https://bugzilla.kernel.org/attachment.cgi?id=106471)
Contents of /var/log/pm-suspend.log
--
Configure bugmail: https://bugzilla.kernel.org/userpref
On Sun, Jun 30, 2013 at 01:59:41PM +0200, Daniel Vetter wrote:
> On Sat, Jun 29, 2013 at 11:53:22PM +0100, Russell King wrote:
> > +static uint32_t armada_drm_crtc_calculate_csc(struct armada_crtc *dcrtc)
> > +{
> > + struct drm_display_mode *adj = &dcrtc->crtc.mode;
> > + uint32_t val = 0;
> >
On Sun, Jun 30, 2013 at 02:37:41PM +0200, Daniel Vetter wrote:
> On Sat, Jun 29, 2013 at 11:53:22PM +0100, Russell King wrote:
> > + mutex_lock(&dev->struct_mutex);
> > + free = drm_mm_search_free(&priv->linear, size, align, 0);
> > + if (free)
> > +
On Sun, Jun 30, 2013 at 02:04:56PM +0100, Russell King - ARM Linux wrote:
> On Sun, Jun 30, 2013 at 02:37:41PM +0200, Daniel Vetter wrote:
> > On Sat, Jun 29, 2013 at 11:53:22PM +0100, Russell King wrote:
> > > + mutex_lock(&dev->struct_mutex);
> > > + free = drm_mm_search_free(&pri
Right, so, incrementally, the changes are (this may not entirely apply
to the version I've posted because I have several patches on top of
that.)
I've also added locking to the calls to drm_mm_dump_table() as otherwise
these walk those lists without holding any locks what so ever, which
could mean
https://bugs.freedesktop.org/show_bug.cgi?id=57875
--- Comment #28 from Marek Olšák ---
Stefan, is the extension for implementing the POSITIONT shader semantic? Would
a gl_Position output modifier also work for you?
For example:
#extension GL_MESA_xxx : require
pretransformed gl_Position;
voi
Am Freitag, 28. Juni 2013, 13:31:50 schrieb Dave Airlie:
> Okay drm-next is pretty big, possibly the biggest ever.
>
> Outstanding things I know about, and will merge, if they arrive soon:
> exynos -next
> nouveau -next
>
> Big things I've merged:
> new rcar driver
> intel next
> radeon next
> te
On Sun, Jun 30, 2013 at 3:41 PM, Russell King - ARM Linux
wrote:
> On Sun, Jun 30, 2013 at 02:04:56PM +0100, Russell King - ARM Linux wrote:
>> On Sun, Jun 30, 2013 at 02:37:41PM +0200, Daniel Vetter wrote:
>> > On Sat, Jun 29, 2013 at 11:53:22PM +0100, Russell King wrote:
>> > > + mutex_l
On Sun, Jun 30, 2013 at 2:52 PM, Russell King - ARM Linux
wrote:
> On Sun, Jun 30, 2013 at 01:59:41PM +0200, Daniel Vetter wrote:
>> On Sat, Jun 29, 2013 at 11:53:22PM +0100, Russell King wrote:
>> > +static uint32_t armada_drm_crtc_calculate_csc(struct armada_crtc *dcrtc)
>> > +{
>> > + struct
> > commit 1fcf23d361375645d586756d126b436796ba4fba
> > Author: James Simmons
> > Date: Sat Jun 8 09:31:57 2013 -0400
> >
> > via: New KMS ioctls and hardware to support.
> >
> > Add new VIA pci ids to support newer hardware. Cleanup userspace
> > api structs to remove kernel types
> Am Freitag, 28. Juni 2013, 13:31:50 schrieb Dave Airlie:
> > Okay drm-next is pretty big, possibly the biggest ever.
> >
> > Outstanding things I know about, and will merge, if they arrive soon:
> > exynos -next
> > nouveau -next
> >
> > Big things I've merged:
> > new rcar driver
> > intel ne
James Simmons wrote:
>
>> Am Freitag, 28. Juni 2013, 13:31:50 schrieb Dave Airlie:
>> > Okay drm-next is pretty big, possibly the biggest ever.
>> >
>> > Outstanding things I know about, and will merge, if they arrive
>soon:
>> > exynos -next
>> > nouveau -next
>> >
>> > Big things I've merged:
On Sun, Jun 30, 2013 at 10:52 PM, Russell King - ARM Linux
wrote:
> On Sun, Jun 30, 2013 at 01:59:41PM +0200, Daniel Vetter wrote:
>> On Sat, Jun 29, 2013 at 11:53:22PM +0100, Russell King wrote:
>> > +static uint32_t armada_drm_crtc_calculate_csc(struct armada_crtc *dcrtc)
>> > +{
>> > + struct
On Mon, Jul 1, 2013 at 10:17 AM, Russell King - ARM Linux
wrote:
> On Mon, Jul 01, 2013 at 10:01:30AM +1000, Dave Airlie wrote:
>> OMG I'm working in a subsystem where stuff is being developed, with only
>> a few resources! I know my full time job isn't maintaining a 500,000
>> line subsystem,
>>
https://bugs.freedesktop.org/show_bug.cgi?id=65310
--- Comment #2 from David Ronis ---
This problem is still here.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
htt
https://bugs.freedesktop.org/show_bug.cgi?id=66425
Priority: medium
Bug ID: 66425
Assignee: dri-devel@lists.freedesktop.org
Summary: "failed testing IB on ring 5" when suspending to disk
Severity: normal
Classification: Unclassified
From: YoungJun Cho
The exynos_drm_gem_create() only calls drm_gem_object_release()
when exynos_drm_alloc_buf() is failed, and exynos_gem_obj remains
as a leak, which is allocated in exynos_drm_gem_init().
So this patch fixes it not to remain as a leak.
Signed-off-by: YoungJun Cho
Signed-off-by:
Hi,
I want to unsubscribe from the mailing list.
Thanks,
Hyma
CAUTION - Disclaimer *
This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely
for the use of the addressee(s). If you are not the intended recipient, please
notify the sender by e
From: YoungJun Cho
The type of input parameter enable is bool, so it does not need
to check whether true or false.
Signed-off-by: YoungJun Cho
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_vidi.c |3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/gpu/drm/exy
From: YoungJun Cho
The buf_num in vp_video_buffer() should be 1 or 2, but it is not
initialized, and only set to 2 in NV12M or NV12MT cases.
So this patch initializes the buf_num with 1 as default.
Signed-off-by: YoungJun Cho
Signed-off-by: Seung-Woo Kim
Signed-off-by: Kyungmin Park
---
driv
https://bugs.freedesktop.org/show_bug.cgi?id=66337
Vinson Lee changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
From: Dave Airlie
qxl has a feature to allow the userspace driver do arbitrary resizes
when the viewer resizes, this fixes it by removing unnecessary code
from the kernel side.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/qxl/qxl_display.c | 58 ++-
1 file
On Sun, Jun 30, 2013 at 8:13 AM, Linus Torvalds
wrote:
> On Sat, Jun 29, 2013 at 2:07 PM, Sergey Meirovich
> wrote:
>>> (and possibly the
>>> mkregtable binary) and trying again might fix it.
>>
>> Removing mkregtable has indeed the compile issue for me. Thanks!
>
> Ok, so something failed at a
From: Abbas Raza
DRM_INFO calls in the drm init routines are causing a large delay at boot time
due to which imx_drm_init call average takes around 26 ms. Changing DRM_INFO to
DRM_DEBUG reduces startup time to < 3ms.
Signed-off-by: Abbas Raza
CC: David Airlie
Acked-by: Dmitry Eremin-Solenikov
tly.
--
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/20130630/aa3f926c/attachment.html>
On Sat, Jun 29, 2013 at 11:53:22PM +0100, Russell King wrote:
> This patch adds support for the pair of LCD controllers on the Marvell
> Armada 510 SoCs. This driver supports:
> - multiple contiguous scanout buffers for video and graphics
> - shm backed cacheable buffer objects for X pixmaps for V
On Thu, Jun 27, 2013 at 04:30:05PM -0700, Ben Widawsky wrote:
> From: Chris Wilson
>
> Clients like i915 needs to segregate cache domains within the GTT which
> can lead to small amounts of fragmentation. By allocating the uncached
> buffers from the bottom and the cacheable buffers from the top,
On Sat, Jun 29, 2013 at 11:53:22PM +0100, Russell King wrote:
> This patch adds support for the pair of LCD controllers on the Marvell
> Armada 510 SoCs. This driver supports:
> - multiple contiguous scanout buffers for video and graphics
> - shm backed cacheable buffer objects for X pixmaps for V
On Sun, Jun 30, 2013 at 2:30 PM, Daniel Vetter wrote:
> On Thu, Jun 27, 2013 at 04:30:05PM -0700, Ben Widawsky wrote:
>> From: Chris Wilson
>>
>> Clients like i915 needs to segregate cache domains within the GTT which
>> can lead to small amounts of fragmentation. By allocating the uncached
>> bu
On 30 June 2013 01:13, Linus Torvalds wrote:
> On Sat, Jun 29, 2013 at 2:07 PM, Sergey Meirovich
> wrote:
>>> (and possibly the
>>> mkregtable binary) and trying again might fix it.
>>
>> Removing mkregtable has indeed the compile issue for me. Thanks!
>
> Ok, so something failed at an earlier
https://bugzilla.kernel.org/show_bug.cgi?id=60251
Summary: Resume after suspend-to-RAM crashes in kernel module
radeon
Product: Drivers
Version: 2.5
Kernel Version: 3.8.8, 3.9.8, drm-next from 2013-06-29
Platform: All
OS/Ve
https://bugzilla.kernel.org/show_bug.cgi?id=60251
--- Comment #1 from Birger 2013-06-30
13:17:50 ---
Created an attachment (id=106471)
--> (https://bugzilla.kernel.org/attachment.cgi?id=106471)
Contents of /var/log/pm-suspend.log
--
Configure bugmail: https://bugzilla.kernel.org/userpref
On Sun, Jun 30, 2013 at 01:59:41PM +0200, Daniel Vetter wrote:
> On Sat, Jun 29, 2013 at 11:53:22PM +0100, Russell King wrote:
> > +static uint32_t armada_drm_crtc_calculate_csc(struct armada_crtc *dcrtc)
> > +{
> > + struct drm_display_mode *adj = &dcrtc->crtc.mode;
> > + uint32_t val = 0;
> >
On Sun, Jun 30, 2013 at 02:37:41PM +0200, Daniel Vetter wrote:
> On Sat, Jun 29, 2013 at 11:53:22PM +0100, Russell King wrote:
> > + mutex_lock(&dev->struct_mutex);
> > + free = drm_mm_search_free(&priv->linear, size, align, 0);
> > + if (free)
> > +
On Sun, Jun 30, 2013 at 02:04:56PM +0100, Russell King - ARM Linux wrote:
> On Sun, Jun 30, 2013 at 02:37:41PM +0200, Daniel Vetter wrote:
> > On Sat, Jun 29, 2013 at 11:53:22PM +0100, Russell King wrote:
> > > + mutex_lock(&dev->struct_mutex);
> > > + free = drm_mm_search_free(&pri
Right, so, incrementally, the changes are (this may not entirely apply
to the version I've posted because I have several patches on top of
that.)
I've also added locking to the calls to drm_mm_dump_table() as otherwise
these walk those lists without holding any locks what so ever, which
could mean
;
void main()
{
...
etc.
--
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/20130630/15d6ed4b/attachment.html>
Am Freitag, 28. Juni 2013, 13:31:50 schrieb Dave Airlie:
> Okay drm-next is pretty big, possibly the biggest ever.
>
> Outstanding things I know about, and will merge, if they arrive soon:
> exynos -next
> nouveau -next
>
> Big things I've merged:
> new rcar driver
> intel next
> radeon next
> te
On Sun, Jun 30, 2013 at 3:41 PM, Russell King - ARM Linux
wrote:
> On Sun, Jun 30, 2013 at 02:04:56PM +0100, Russell King - ARM Linux wrote:
>> On Sun, Jun 30, 2013 at 02:37:41PM +0200, Daniel Vetter wrote:
>> > On Sat, Jun 29, 2013 at 11:53:22PM +0100, Russell King wrote:
>> > > + mutex_l
On Sun, Jun 30, 2013 at 2:52 PM, Russell King - ARM Linux
wrote:
> On Sun, Jun 30, 2013 at 01:59:41PM +0200, Daniel Vetter wrote:
>> On Sat, Jun 29, 2013 at 11:53:22PM +0100, Russell King wrote:
>> > +static uint32_t armada_drm_crtc_calculate_csc(struct armada_crtc *dcrtc)
>> > +{
>> > + struct
> > commit 1fcf23d361375645d586756d126b436796ba4fba
> > Author: James Simmons
> > Date: Sat Jun 8 09:31:57 2013 -0400
> >
> > via: New KMS ioctls and hardware to support.
> >
> > Add new VIA pci ids to support newer hardware. Cleanup userspace
> > api structs to remove kernel types
> Am Freitag, 28. Juni 2013, 13:31:50 schrieb Dave Airlie:
> > Okay drm-next is pretty big, possibly the biggest ever.
> >
> > Outstanding things I know about, and will merge, if they arrive soon:
> > exynos -next
> > nouveau -next
> >
> > Big things I've merged:
> > new rcar driver
> > intel ne
James Simmons wrote:
>
>> Am Freitag, 28. Juni 2013, 13:31:50 schrieb Dave Airlie:
>> > Okay drm-next is pretty big, possibly the biggest ever.
>> >
>> > Outstanding things I know about, and will merge, if they arrive
>soon:
>> > exynos -next
>> > nouveau -next
>> >
>> > Big things I've merged:
Greetings,
I got the below warning and the first bad commit is
commit be37835619fce22d3f46c5a591bbf0bbcb2288e4
Author: Daniel Vetter
Date: Thu Jun 6 00:17:25 2013 +0200
drm: kms_helper: don't lose hotplug event
There's a race window (small for hpd, 10s large for polled outputs)
w
51 matches
Mail list logo
