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)
> 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
> > 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
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
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:
>> > > +
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
>
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
;
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>
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
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(>struct_mutex);
> > > + free = drm_mm_search_free(>linear,
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
>>
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
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
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(>struct_mutex);
> > + free = drm_mm_search_free(>linear, size, align, 0);
> > + if (free)
> > +
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
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 = >crtc.mode;
> > + uint32_t val = 0;
> > +
> >
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/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
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 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
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:
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
Support importing certain dma_bufs back into gem - notably those which
are either contiguous or are our own exports which do not use
dma_map_sg().
Signed-off-by: Russell King
---
drivers/gpu/drm/armada/armada_drv.c |4 +-
drivers/gpu/drm/armada/armada_fb.c |
This patch adds ARGB hardware cursor support to the DRM driver for the
Marvell Armada SoCs. ARGB cursors are supported at either 32x64 or
64x32 resolutions.
Signed-off-by: Russell King
---
drivers/gpu/drm/armada/armada_510.c |1 +
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 Vivante GPU
acceleration
- dual lcd0 and lcd1 crt operation
- video
Quite a number of things has changed since the last revision in the
core code - notably the move to use drm_plane for overlay, and the
limited and restricted use of dma_buf so that gem objects can be
passed to the GALCORE code and libbmm contiguous video frames can
be imported into DRM.
As I
https://bugs.freedesktop.org/show_bug.cgi?id=63935
--- Comment #56 from Christian König deathsim...@vodafone.de ---
(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
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
On Thu, Jun 27, 2013 at 04:30:05PM -0700, Ben Widawsky wrote:
From: Chris Wilson ch...@chris-wilson.co.uk
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
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
On Sun, Jun 30, 2013 at 2:30 PM, Daniel Vetter dan...@ffwll.ch wrote:
On Thu, Jun 27, 2013 at 04:30:05PM -0700, Ben Widawsky wrote:
From: Chris Wilson ch...@chris-wilson.co.uk
Clients like i915 needs to segregate cache domains within the GTT which
can lead to small amounts of fragmentation.
On 30 June 2013 01:13, Linus Torvalds torva...@linux-foundation.org wrote:
On Sat, Jun 29, 2013 at 2:07 PM, Sergey Meirovich rathamah...@gmail.com
wrote:
(and possibly the
mkregtable binary) and trying again might fix it.
Removing mkregtable has indeed the compile issue for me. Thanks!
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
https://bugzilla.kernel.org/show_bug.cgi?id=60251
--- Comment #1 from Birger birger.retterstol.olai...@gmail.com 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:
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;
+
+ if
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)
+ obj-linear =
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(priv-linear,
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
https://bugs.freedesktop.org/show_bug.cgi?id=57875
--- Comment #28 from Marek Olšák mar...@gmail.com ---
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
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
tegra next
On Sun, Jun 30, 2013 at 3:41 PM, Russell King - ARM Linux
li...@arm.linux.org.uk 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:
+
On Sun, Jun 30, 2013 at 2:52 PM, Russell King - ARM Linux
li...@arm.linux.org.uk 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)
+{
commit 1fcf23d361375645d586756d126b436796ba4fba
Author: James Simmons jsimm...@infradead.org
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
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
James Simmons jsimm...@infradead.org 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
li...@arm.linux.org.uk 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)
+{
On Mon, Jul 1, 2013 at 10:17 AM, Russell King - ARM Linux
li...@arm.linux.org.uk 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
https://bugs.freedesktop.org/show_bug.cgi?id=65310
--- Comment #2 from David Ronis david.ro...@mcgill.ca ---
This problem is still here.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
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 yj44@samsung.com
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:
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
From: YoungJun Cho yj44@samsung.com
The type of input parameter enable is bool, so it does not need
to check whether true or false.
Signed-off-by: YoungJun Cho yj44@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/gpu/drm/exynos/exynos_drm_vidi.c |3 ---
From: YoungJun Cho yj44@samsung.com
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 yj44@samsung.com
Signed-off-by: Seung-Woo Kim
https://bugs.freedesktop.org/show_bug.cgi?id=66337
Vinson Lee v...@freedesktop.org changed:
What|Removed |Added
Status|NEW |RESOLVED
From: Dave Airlie airl...@redhat.com
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 airl...@redhat.com
---
drivers/gpu/drm/qxl/qxl_display.c | 58
55 matches
Mail list logo