https://bugs.freedesktop.org/show_bug.cgi?id=51065
Bug #: 51065
Summary: [Regression] : Acceleration initialization failed
Classification: Unclassified
Product: Mesa
Version: unspecified
Platform: x86 (IA32)
OS/Version: All
https://bugs.freedesktop.org/show_bug.cgi?id=51065
samit vats changed:
What|Removed |Added
Priority|medium |high
--
Configure bugmail: https://bugs.fr
https://bugs.freedesktop.org/show_bug.cgi?id=51065
Michel Dänzer changed:
What|Removed |Added
Attachment #63013|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=51065
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Wed, Jun 13, 2012 at 03:26:00PM -0500, Seth Forshee wrote:
> On Wed, Jun 13, 2012 at 09:46:15PM +0200, Daniel Vetter wrote:
> > On Wed, Jun 13, 2012 at 01:46:58PM -0500, Seth Forshee wrote:
> > > The Lenovo Thinkpad T410 has the LVDS_PIPEB_SELECT bit set in the LVDS
> > > register when booted wi
https://bugzilla.kernel.org/show_bug.cgi?id=14500
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=14500
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: https://bugzilla
Hi all,
Blind me has finally found the bug that killed via - dropping locks again in the
early exit path is highly advised ;-)
The big part of this series is cleaning up buffer handling in the
teardown/lastclose path: All special-cases only used by 1-2 drivers are moved
into the drivers respectiv
A few things
- kill reclaim_buffers, it's never ever called because via does not set
DRIVER_HAVE_DMA
- inline the idlelock dance into the buffer reclaim logic and make it
a simple preclose cleanup function
- directly call the the dma_quiescent function and kill the needless
if check.
v2: Act
Like for via.
v2: Actually drop the idlelock again if taken.
v3: Fixup.
v4: Fixup the "has master" vs. "is master" confusion the refactor
introduced.
v5: Drop the idlelock in the early return path.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/sis/sis_drv.c |3 +--
drivers/gpu/drm/sis
The only two users are now folded into the drivers preclose functions,
so this is unused.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_fops.c |8
include/drm/drmP.h |2 --
2 files changed, 10 deletions(-)
diff --git a/drivers/gpu/drm/drm_fops.c b/drivers/gpu/drm
This reverts commit 6e877b576ddf7cde5db2e9a6dcb56fef0ea77e64,
reinstating the original commit:
commit 87499ffdcb1c70f66988cd8febc4ead0ba2f9118
Author: Daniel Vetter
Date: Tue Oct 25 23:51:24 2011 +0200
drm/i810: cleanup reclaim_buffers
My dear old i815 always hits the deadlocked on re
i810 was the last user of this code, with that gone, kill it.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_fops.c | 46 +--
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |1 -
include/drm/drmP.h |2 --
3 files changed, 1 insertion
The reclaim_buffers function of the savage driver actually wants to run
with the hw_lock held - at least there are printks in the call-chain
to that effect. But the drm core only calls reclaim_buffers as used
by savage _after_ forcefully dropping the hwlock (in case it's still
hold by the closing f
All leftover users either haven't set DRIVER_HAVE_DMA, in which
case this will never be called, or use the drm_core implementation.
Call that directly in the only callsite.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_fops.c|5 ++---
drivers/gpu/drm/gma500/psb_drv.c
Absolutely unused. All the values are only ever initialized and
then used at most in some debug printout functions.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_bufs.c | 16 ++--
drivers/gpu/drm/drm_debugfs.c |1 -
drivers/gpu/drm/drm_dma.c |5 -
dr
With the last patch to ditch DMA_QUEUE support, we should be able
to call the dma cleanup uncoditionally, even when the master has
disappeared.
Do so because it just makes more sense.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_fops.c |6 +++---
1 file changed, 3 insertions(+), 3 d
Signed-off-by: Daniel Vetter
---
include/drm/drm_pciids.h | 42 --
1 file changed, 42 deletions(-)
diff --git a/include/drm/drm_pciids.h b/include/drm/drm_pciids.h
index 81368ab..20c46ec 100644
--- a/include/drm/drm_pciids.h
+++ b/include/drm/drm_pciids.
Only one driver (i810) even sets that flag. Now the actual locking
code uncoditionally promotes lock->context to an unsigned int.
Closer inspection of the userspace reveals that the drm lock context
is defined as an unsigned int (at least on linux). I suspect we just
have a strange case of signedn
We have debugfs and sysfs for these things now!
Digging through the dungeons of old code and wading through countless
result pages on google indeed turned up one user of this:
libdrm before 2001 checks via the presence of /proc/dri/0 whether
the kernel drm is present and has a module successfully
https://bugs.freedesktop.org/show_bug.cgi?id=51065
--- Comment #2 from samit vats 2012-06-14 04:25:02 PDT ---
(In reply to comment #1)
> > 2)drm-2.4.34
>
> Current xf86-video-ati Git requires at least libdrm 2.4.35 for KMS support.
>
>
> P.S. please set the correct MIME type for attachment
Guard vga_switcheroo.h against multiple inclusion.
Signed-off-by: Ozan Çağlayan
---
include/linux/vga_switcheroo.h |4
1 file changed, 4 insertions(+)
diff --git a/include/linux/vga_switcheroo.h b/include/linux/vga_switcheroo.h
index b455c7c..9a1cf11 100644
--- a/include/linux/vga_swit
Hi All,
The following is an attempt to come up with a devicetree binding for
DRM graphics on i.MX SoCs. I'm posting this seperate from the actual
code to not bury this in big patches.
The bindings should cover most of the problems we had while implementing
the possible IPU <-> (LVDS, HDMI, parall
This patch adds a new constructor for an sg table. The table is constructed
from an array of struct pages. All contiguous chunks of the pages are merged
into a single sg nodes. A user may provide an offset and a size of a buffer if
the buffer is not page-aligned.
The function is dedicated for DMAB
Hello everyone,
This patchset adds support for DMABUF [2] importing to V4L2 stack.
The support for DMABUF exporting was moved to separate patchset
due to dependency on patches for DMA mapping redesign by
Marek Szyprowski [4]. This patchset depends on new scatterlist
constructor [5].
v7:
- support
From: Sumit Semwal
Adding DMABUF memory type causes videobuf to complain about not using it
in some switch cases. This patch removes these warnings.
Signed-off-by: Sumit Semwal
Acked-by: Laurent Pinchart
---
drivers/media/video/videobuf-core.c |4
1 file changed, 4 insertions(+)
dif
From: Laurent Pinchart
Group functions by buffer type.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/videobuf2-dma-contig.c | 92
1 file changed, 54 insertions(+), 38 deletions(-)
diff --git a/drivers/media/video/videobuf2-dma-contig.c
b/drivers/media
This patch adds description and usage examples for importing
DMABUF file descriptor in V4L2.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
CC: linux-...@vger.kernel.org
---
Documentation/DocBook/media/v4l/compat.xml |4 +
Documentation/DocBook/media/v4l/io.xml
From: Sumit Semwal
Adds DMABUF memory type to v4l framework. Also adds the related file
descriptor in v4l2_plane and v4l2_buffer.
Signed-off-by: Tomasz Stanislawski
[original work in the PoC for buffer sharing]
Signed-off-by: Sumit Semwal
Signed-off-by: Sumit Semwal
Acked-by: Laurent Pinch
From: Sumit Semwal
This patch adds support for DMABUF memory type in videobuf2. It calls relevant
APIs of dma_buf for v4l reqbuf / qbuf / dqbuf operations.
For this version, the support is for videobuf2 as a user of the shared buffer;
so the allocation of the buffer is done outside of V4L2. [A s
This patch adds support for importing DMABUF files for
vmalloc allocator in Videobuf2.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/videobuf2-vmalloc.c | 56 +++
1 file changed, 56 insertions(+)
diff --git a/drivers/media
From: Laurent Pinchart
Signed-off-by: Laurent Pinchart
---
drivers/media/video/videobuf2-dma-contig.c | 36 ++--
1 file changed, 18 insertions(+), 18 deletions(-)
diff --git a/drivers/media/video/videobuf2-dma-contig.c
b/drivers/media/video/videobuf2-dma-contig.c
ind
This patch introduces usage of dma_map_sg to map memory behind
a userspace pointer to a device as dma-contiguous mapping.
This patch contains some of the code kindly provided by Marek Szyprowski
and Kamil Debski and Andrzej
Pietrasiewicz . Kind thanks for bug reports from Laurent
Pinchart and S
From: Marek Szyprowski
Add prepare/finish callbacks to vb2-dma-contig allocator.
Signed-off-by: Marek Szyprowski
---
drivers/media/video/videobuf2-dma-contig.c | 24
1 file changed, 24 insertions(+)
diff --git a/drivers/media/video/videobuf2-dma-contig.c
b/drivers/
This patch removes a reference to alloc_ctx from an instance of a DMA
contiguous buffer. It helps to avoid a risk of a dangling pointer if the
context is released while the buffer is still valid. Moreover it removes one
dereference step while accessing a device structure.
Signed-off-by: Tomasz Sta
From: Marek Szyprowski
This patch adds support for prepare/finish callbacks in VB2 allocators. These
callback are used for buffer flushing.
Signed-off-by: Marek Szyprowski
Acked-by: Laurent Pinchart
---
drivers/media/video/videobuf2-core.c | 11 +++
include/media/videobuf2-core.h
This patch enhances s5p-fimc with support for DMABUF importing via
V4L2_MEMORY_DMABUF memory type.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
Acked-by: Sylwester Nawrocki
---
drivers/media/video/s5p-fimc/Kconfig|1 +
drivers/media/video/s5p-fimc/fimc-capture.c
This patch enhances VIVI driver with a support for importing a buffer
from DMABUF file descriptors.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/Kconfig |1 +
drivers/media/video/vivi.c |2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
d
From: Sumit Semwal
This patch makes changes for adding dma-contig as a dma_buf user. It provides
function implementations for the {attach, detach, map, unmap}_dmabuf()
mem_ops of DMABUF memory type.
Signed-off-by: Sumit Semwal
Signed-off-by: Sumit Semwal
[author of the original patch]
This patch enhances s5p-tv with support for DMABUF importing via
V4L2_MEMORY_DMABUF memory type.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/s5p-tv/Kconfig |1 +
drivers/media/video/s5p-tv/mixer_video.c |2 +-
2 files changed, 2 insertio
Signed-off-by: Sascha Hauer
---
drivers/gpu/drm/imx/Kconfig|4 +
drivers/gpu/drm/imx/Makefile |1 +
drivers/gpu/drm/imx/imx-parallel-display.c | 255
3 files changed, 260 insertions(+)
create mode 100644 drivers/gpu/drm/imx/imx-
Signed-off-by: Sascha Hauer
---
drivers/gpu/drm/imx/Kconfig |6 +
drivers/gpu/drm/imx/Makefile|1 +
drivers/gpu/drm/imx/imx-lcdc-crtc.c | 523 +++
3 files changed, 530 insertions(+)
create mode 100644 drivers/gpu/drm/imx/imx-lcdc-crtc.c
d
This adds a i.MX51/53 IPU (Image Processing Unit) KMS driver. The
driver has been tested on the i.MX51 babbage board and the i.MX53
LOCO board in different clone mode and dual head setups.
Signed-off-by: Sascha Hauer
---
drivers/gpu/drm/imx/Kconfig |6 +
drivers/gpu/drm/imx/Makefile
Signed-off-by: Sascha Hauer
---
drivers/gpu/drm/Kconfig|2 +
drivers/gpu/drm/Makefile |1 +
drivers/gpu/drm/imx/Kconfig| 16 +
drivers/gpu/drm/imx/Makefile |6 +
drivers/gpu/drm/imx/imx-drm-core.c | 891
drive
Hi All,
The following is the state-of-the-art i.MX IPU (Image Processing Unit)
DRM support.
This code is around for quite some time now and has been posted several
times with different APIs, first with plain old framebuffer support, now
DRM, first platform device binding, now devicetree. Unfortun
Hi Dave,
please apply the following nine patches to drm-next.
Just a few minor improvements to drm/radeon. They are on the list for quite a
while now, and I finally found the time to test them to an extend that I can
confirm they are working properly.
Regards,
Christian.
_
It is completely unnecessary to create fences
before they are emitted, so remove it and a bunch
of checks if fences are emitted or not.
Signed-off-by: Christian König
Reviewed-by: Jerome Glisse
---
drivers/gpu/drm/radeon/evergreen.c|2 +-
drivers/gpu/drm/radeon/ni.c |
v2: BUG_ON not matching rings.
Signed-off-by: Christian König
Reviewed-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon.h | 25 ++-
drivers/gpu/drm/radeon/radeon_fence.c | 73 +
2 files changed, 87 insertions(+), 11 deletions(-)
diff --git a
Move inter ring syncing with semaphores into the
existing ring allocations, with that we need to
lock the ring mutex only once.
Signed-off-by: Christian König
Reviewed-by: Jerome Glisse
---
drivers/gpu/drm/radeon/evergreen_blit_kms.c |3 +-
drivers/gpu/drm/radeon/r600.c |5
It is a rw_semaphore now and only write locked
while changing the clock. Also the lock is renamed
to better reflect what it is protecting.
v2: Keep the ttm_vm_ops on IGPs
Signed-off-by: Christian König
Reviewed-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon.h|3 ++-
drivers/gp
From: Christian Koenig
Signed-off-by: Christian Koenig
Reviewed-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon.h |2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h
index af57d1f..e68db99 100644
--- a/drivers/gpu/drm/ra
From: Christian Koenig
The spinlock was actually there to protect the
rptr, but rptr was read outside of the locked area.
Also we don't really need a spinlock here, an
atomic should to quite fine since we only need to
prevent it from being reentrant.
v2: Keep the spinlock
v3: Back to an ato
From: Christian Koenig
1. It is really dangerous to have more than one
spinlock protecting the same information.
2. radeon_irq_set sometimes wasn't called with lock
protection, so it can happen that more than one
CPU would tamper with the irq regs at the same
time.
3. The pm.gui_idl
From: Christian Koenig
So we can skip the locking. Also renames sw_int to
ring_int, cause that better matches its purpose.
Signed-off-by: Christian Koenig
---
drivers/gpu/drm/radeon/evergreen.c | 32 -
drivers/gpu/drm/radeon/r100.c | 10 +++---
drivers/gpu/dr
Try to remove or replace the cs_mutex with a
vm_mutex where it is still needed.
v2: fix locking order
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon.h| 44 +---
drivers/gpu/drm/radeon/radeon_cs.c |9 +++
drivers/gpu/drm/radeon/
On Thu, Jun 14, 2012 at 4:00 PM, Dave Airlie wrote:
> On Thu, Jun 14, 2012 at 2:26 PM, Wouter M. Koolen
> wrote:
> cc'ing Daniel.
>
>> Hi Igor and Len,
>>
>> When I cold boot 3.4 on my laptop the second monitor attached to the
>> displayport stays blank. It works fine with 3.3.8 and earlier.
>>
>
Hello everyone,
The patches adds support for DMABUF exporting to V4L2 stack. The latest
support for DMABUF importing was posted in [1]. The exporter part is dependant
on DMA mapping redesign [2] which is expected to be merged into the mainline.
Therefore it is posted as a separate patchset. Moreov
From: Marek Szyprowski
Let mmap method to use dma_mmap_coherent call. This patch depends on DMA
mapping redesign patches because the usage of dma_mmap_coherent breaks
dma-contig allocator for architectures other than ARM and AVR.
Moreover, this patch removes vb2_mmap_pfn_range from videobuf2 he
This patch adds extension to V4L2 api. It allow to export a mmap buffer as file
descriptor. New ioctl VIDIOC_EXPBUF is added. It takes a buffer offset used by
mmap and return a file descriptor on success.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/v4
This patch adds description and usage examples for exporting
DMABUF file descriptor in V4L2.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
CC: linux-...@vger.kernel.org
---
Documentation/DocBook/media/v4l/compat.xml|3 +
Documentation/DocBook/media/v4l/io.xml
This patch enhances s5p-fimc with support for DMABUF exporting via
VIDIOC_EXPBUF ioctl.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/s5p-fimc/fimc-capture.c |9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/media/video/s5p-fimc/fi
This patch adds extension to videobuf2-core. It allow to export a mmap buffer
as a file descriptor.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
Acked-by: Laurent Pinchart
---
drivers/media/video/videobuf2-core.c | 67 ++
include/media/video
This patch enhances s5p-tv with support for DMABUF exporting via
VIDIOC_EXPBUF ioctl.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/s5p-tv/mixer_video.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/media/video/s5p-tv/mixer_v
This patch adds support for exporting a dma-contig buffer using
DMABUF interface.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/videobuf2-dma-contig.c | 248
1 file changed, 248 insertions(+)
diff --git a/drivers/media/vid
This patch enhances s5p-mfc with support for DMABUF exporting via
VIDIOC_EXPBUF ioctl.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
CC: Kamil Debski
---
drivers/media/video/s5p-mfc/s5p_mfc_dec.c | 18 ++
drivers/media/video/s5p-mfc/s5p_mfc_enc.c | 18
This patch removes a workaround for extraction of struct pages
from DMA buffer. The method of using follow_pfn for artificial
VMA is dropped in favour of dma_get_sgtable function.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/videobuf2-dma-contig.c |
On Thu, Jun 14, 2012 at 04:10:16PM +0200, David Jander wrote:
> On Thu, 14 Jun 2012 15:07:56 +0200
> Sascha Hauer wrote:
>
> > +
> > +Required properties:
> > +- compatible: Should be "fsl,imx-parallel-display"
> > +- crtc: the crtc this display is connected to, see below
> > +Optional properties
On Thu, Jun 14, 2012 at 12:04 AM, llittle了了 wrote:
> Yes, I transplant the radeon_driver from 64bit_kernel to a mini 32bit_os.
> The purpose is to open radeon_benchmark or Xorg in the mini_32bit_os.
> So, I think ring_test success means GPU work correctly and smmothly.
>
> But ,my ring_test in t
On Mon, Jun 04, 2012 at 02:42:40PM -0700, Ben Widawsky wrote:
> Setting myself up for a late night crying session once again. Most of the
> people reading this probably know the history and reasons for the patches. If
> not, you can search the intel-gfx mailing list to try to learn more. I won't
>
On Thu, 14 Jun 2012 15:07:56 +0200
Sascha Hauer wrote:
> Hi All,
>
> The following is an attempt to come up with a devicetree binding for
> DRM graphics on i.MX SoCs. I'm posting this seperate from the actual
> code to not bury this in big patches.
>
> The bindings should cover most of the prob
On Thu, 14 Jun 2012 16:45:33 +0200
Sascha Hauer wrote:
> On Thu, Jun 14, 2012 at 04:10:16PM +0200, David Jander wrote:
> > On Thu, 14 Jun 2012 15:07:56 +0200
> > Sascha Hauer wrote:
> >
> > > +
> > > +Required properties:
> > > +- compatible: Should be "fsl,imx-parallel-display"
> > > +- crtc:
https://bugzilla.kernel.org/show_bug.cgi?id=14274
Jérôme Glisse changed:
What|Removed |Added
Status|NEEDINFO|CLOSED
Resolution|
https://bugzilla.kernel.org/show_bug.cgi?id=14535
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.kernel.org/show_bug.cgi?id=14535
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
Resolution|OBSOLETE
https://bugzilla.kernel.org/show_bug.cgi?id=14574
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=14574
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: https://bugzilla
https://bugzilla.kernel.org/show_bug.cgi?id=14575
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=14575
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: https://bugzilla
https://bugzilla.kernel.org/show_bug.cgi?id=14993
Alan changed:
What|Removed |Added
Status|NEEDINFO|CLOSED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=15851
Alan changed:
What|Removed |Added
Status|NEEDINFO|CLOSED
CC|
> >
> > From what I can tell, it should be using: ktime_to_ns(ktime_get()) / 1000.
Only
> > issue is that changing it will break any app relying on it being REALTIME
clock.
> >
>
> App that rely on it being anything special are badly broken and i
> don't think there is any such app. The specifi
On Thu, Jun 14, 2012 at 7:14 PM, Wouter M. Koolen
wrote:
> On 06/14/2012 03:48 PM, Wouter M. Koolen wrote:
>>
>> In the mean while I will redo the bisect.
>
> Hi guys,
>
> I did a bisect on the actual problem (and not on the maybe-related second
> error message). It results in 092945e11c5b84f66dd0
https://bugzilla.kernel.org/show_bug.cgi?id=18872
Alan changed:
What|Removed |Added
CC||a...@lxorguk.ukuu.org.uk
Kernel Version|2.6.3
On Thu, Jun 14, 2012 at 1:19 PM, Joakim Plate wrote:
>
>> >
>> > From what I can tell, it should be using: ktime_to_ns(ktime_get()) / 1000.
> Only
>> > issue is that changing it will break any app relying on it being REALTIME
> clock.
>> >
>>
>> App that rely on it being anything special are badly
On Thu, Jun 14, 2012 at 2:17 PM, Jerome Glisse wrote:
> On Thu, Jun 14, 2012 at 1:19 PM, Joakim Plate wrote:
>>
>>> >
>>> > From what I can tell, it should be using: ktime_to_ns(ktime_get()) / 1000.
>> Only
>>> > issue is that changing it will break any app relying on it being REALTIME
>> clock.
https://bugs.freedesktop.org/show_bug.cgi?id=39309
--- Comment #10 from Chris Rankin 2012-06-14 12:00:54
PDT ---
I've just tested Mesa -git containing the following commit:
commit eb024c74885778ab1ffa6dc590116959bb526c2e
Author: Christian König
Date: Wed Jun 6 17:53:58 2012 +0200
st/vdp
https://bugzilla.kernel.org/show_bug.cgi?id=43367
Christoph Haag changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
From: Alex Deucher
Not all asics have all rings, so make sure the ring is ready
before attempting to check it in the dynpm work handler.
Fixes:
https://bugzilla.kernel.org/show_bug.cgi?id=43367
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_pm.c | 10 +++---
1 files chang
On Thu, Jun 14, 2012 at 3:54 PM, wrote:
> From: Alex Deucher
>
> Not all asics have all rings, so make sure the ring is ready
> before attempting to check it in the dynpm work handler.
>
> Fixes:
> https://bugzilla.kernel.org/show_bug.cgi?id=43367
>
> Signed-off-by: Alex Deucher
Reviewed-by: Je
From: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_crtc.c | 10 -
drivers/gpu/drm/radeon/si_reg.h| 72
2 files changed, 81 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_crtc.c
b/drive
This reverts commit 092945e11c5b84f66dd08f0b87fb729715d377bc.
This commit prevents a DP screen from properly training the link.
Oddly enough it works, once the machine has been warm-boot with an
older kernel.
According to DP docs this _should_ have been the right precharge time.
Also, the commit
From: Alex Deucher
- SMX_SAR_CTL0 needs to be programmed correctly to prevent
problems with memory exports in certain cases.
- VC_ENHANCE needs to be initialized on 6xx/7xx.
Signed-off-by: Alex Deucher
Cc: sta...@vger.kernel.org
---
drivers/gpu/drm/radeon/evergreen.c |3 +++
drivers/gpu/d
From: Alex Deucher
Required for streamout. Bump drm minor.
Marek v2: fix pkt->count check
Signed-off-by: Alex Deucher
Signed-off-by: Marek Olšák
---
drivers/gpu/drm/radeon/r600_cs.c| 42 +++
drivers/gpu/drm/radeon/r600d.h |1 +
drivers/gpu/drm/
https://bugs.freedesktop.org/show_bug.cgi?id=39309
--- Comment #11 from Christian König 2012-06-14
13:13:03 PDT ---
Sorry, I should have written "partially fixes..". It only fixes the crash, not
the playback problems.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
-
This reverts commit 092945e11c5b84f66dd08f0b87fb729715d377bc.
This commit prevents a DP screen from properly training the link.
Oddly enough it works, once the machine has been warm-booted with an
older kernel.
According to DP docs this _should_ have been the right precharge time.
Also, the commi
On 14.06.2012 21:54, alexdeuc...@gmail.com wrote:
From: Alex Deucher
Not all asics have all rings, so make sure the ring is ready
before attempting to check it in the dynpm work handler.
Fixes:
https://bugzilla.kernel.org/show_bug.cgi?id=43367
Signed-off-by: Alex Deucher
Reviewed-by: Christia
Imagine two threads read()'ing on the drm file and both are asleep waiting
for events in drm_read(). If a single event occurs, both threads are woken
up and start fetching the event. One thread will get it and return, the
other thread will notice that there is no further event and return 0 to
user-
Am Donnerstag, den 14.06.2012, 15:58 -0400 schrieb alexdeuc...@gmail.com:
> From: Alex Deucher
No elaborate commit messages describing the problem and the solution
makes reviewing patches quite hard (at least for myself) and is up to
the subsystem maintainer of course. But if I understand it corr
Dear Christian,
Am Donnerstag, den 14.06.2012, 22:17 +0200 schrieb Christian König:
> On 14.06.2012 21:54, alexdeuc...@gmail.com wrote:
> > From: Alex Deucher
^
> > Not all asics have all rings, so make sure the ring is ready
> > before attempting to check it in the dynpm w
On 14.06.2012 22:35, Paul Menzel wrote:
Dear Christian,
Am Donnerstag, den 14.06.2012, 22:17 +0200 schrieb Christian König:
On 14.06.2012 21:54, alexdeuc...@gmail.com wrote:
From: Alex Deucher
^
Not all asics have all rings, so make sure the ring is ready
before atte
1 - 100 of 224 matches
Mail list logo
