Add missing 'return 0;'.
v2: Simplified patch as suggested by Dave Airlie
Signed-off-by: Egbert Eich
---
drivers/gpu/drm/mgag200/mgag200_ttm.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/mgag200/mgag200_ttm.c
b/drivers/gpu/drm/mgag200/mgag200_ttm.c
index 6461fd2..1e87
On Wed, Jul 17, 2013 at 11:07 PM, Egbert Eich wrote:
> This set of patches contains several fixes and enhancements for the
> MGAG200 KMS driver.
Hi Egbert,
I've pushed some of these into a branch in my repo, mgag200-queue,
I'll try and review the rest soon, I'll probably split these up into
obv
https://bugs.freedesktop.org/show_bug.cgi?id=66805
--- Comment #15 from Laurent carlier ---
(In reply to comment #14)
> Created attachment 82852 [details] [review]
> Mesa Patch #2 v2
>
> This is an updated version of the 2nd Mesa patch. If this doesn't fix the
> crash, can you repost the output
https://bugs.freedesktop.org/show_bug.cgi?id=66805
--- Comment #16 from Laurent carlier ---
Created attachment 82858
--> https://bugs.freedesktop.org/attachment.cgi?id=82858&action=edit
shader dump from portal with RADEON_DUMP_SHADERS=1 with with mesa patch V2
applied
--
You are receiving thi
https://bugs.freedesktop.org/show_bug.cgi?id=67187
Christian König changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1 from Christian
https://bugs.freedesktop.org/show_bug.cgi?id=67187
--- Comment #2 from Harald Judt ---
That is likely, but I'm not sure about the influence of this and will
investigate if there is any connection between using vdpau/uvd and
suspend/resume or not.
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=59477
Tobias Klausmann changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #3 from Tobias Kla
On Tue, Jul 16, 2013 at 3:11 AM, Daniel Vetter wrote:
> Only one callsite and since ->handle_count is not a simple reference
> count (it can resurrect) it's imo better to be explicit about things
> than hide the refcount dance.
I'm not really sure I like this one.. I guess it could be that I'm
ju
On Tue, Jul 23, 2013 at 2:07 PM, Rob Clark wrote:
> On Tue, Jul 16, 2013 at 3:11 AM, Daniel Vetter wrote:
>> Only one callsite and since ->handle_count is not a simple reference
>> count (it can resurrect) it's imo better to be explicit about things
>> than hide the refcount dance.
>
> I'm not re
From: Alex Deucher
Hi Dave,
Just a few radeon bug fixes.
The following changes since commit 058ca4a22ebf22ea1cbedd6cc0340ed1e2e94ee1:
Merge tag 'drm-intel-fixes-2013-07-22' of
git://people.freedesktop.org/~danvet/drm-intel into drm-fixes (2013-07-22
16:14:26 +1000)
are available in the
On Tue, Jul 23, 2013 at 8:31 AM, Daniel Vetter wrote:
> On Tue, Jul 23, 2013 at 2:07 PM, Rob Clark wrote:
>> On Tue, Jul 16, 2013 at 3:11 AM, Daniel Vetter
>> wrote:
>>> Only one callsite and since ->handle_count is not a simple reference
>>> count (it can resurrect) it's imo better to be expli
Hi
This is v4 of the unified VMA offset manager. v3 is available here:
http://comments.gmane.org/gmane.comp.video.dri.devel/88141
Changes since v3:
- provide drm_vma_offset_lookup_locked() with locking helpers
- Remove vm_lock from TTM and use drm_vma_offset_lookup_locked() instead
- Fix typ
If we want to map GPU memory into user-space, we need to linearize the
addresses to not confuse mm-core. Currently, GEM and TTM both implement
their own offset-managers to assign a pgoff to each object for user-space
CPU access. GEM uses a hash-table, TTM uses an rbtree.
This patch provides a unif
Use the new vma manager instead of the old hashtable. Also convert all
drivers to use the new convenience helpers. This drops all the
(map_list.hash.key << PAGE_SHIFT) non-sense.
Locking and access-management is exactly the same as before with an
additional lock inside of the vma-manager, which st
Use the new vma-manager infrastructure. This doesn't change any
implementation details as the vma-offset-manager is nearly copied 1-to-1
from TTM.
The vm_lock is moved into the offset manager so we can drop it from TTM.
During lookup, we use the vma locking helpers to take a reference to the
found
Instead of unmapping the nodes in TTM and GEM users manually, we provide
a generic wrapper which does the correct thing for all vma-nodes.
v2: remove bdev->dev_mapping test in ttm_bo_unmap_virtual_unlocked() as
ttm_mem_io_free_vm() does nothing in that case (io_reserved_vm is 0).
v4: Fix docbook c
Sort of fixes mmiotrace for me again, I could sear I sent a similar patch before
the rework to event interface, so I guess it got reintroduced.
Signed-off-by: Maarten Lankhorst
---
diff --git a/drivers/gpu/drm/nouveau/core/engine/disp/nv50.c
b/drivers/gpu/drm/nouveau/core/engine/disp/nv50.c
inde
Fixes vgaswitcheroo on a card without display.
Signed-off-by: Maarten Lankhorst
---
diff --git a/drivers/gpu/drm/nouveau/nouveau_fbcon.c
b/drivers/gpu/drm/nouveau/nouveau_fbcon.c
index 4c1bc06..8f6d63d 100644
--- a/drivers/gpu/drm/nouveau/nouveau_fbcon.c
+++ b/drivers/gpu/drm/nouveau/nouveau_fbc
Fixes some dmabuf object errors on nv50 chipset and below.
Cc: sta...@vger.kernel.org [3.7+]
Signed-off-by: Maarten Lankhorst
---
Xorg still won't start with vblank enabled on nv50, I have no idea why yet.
diff --git a/drivers/gpu/drm/nouveau/nv17_fence.c
b/drivers/gpu/drm/nouveau/nv17_fence.c
https://bugzilla.kernel.org/show_bug.cgi?id=58901
Christian Casteyde changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=66963
Eugene changed:
What|Removed |Added
CC||ken20...@ukr.net
Summary|r600: linux
https://bugs.freedesktop.org/show_bug.cgi?id=66805
--- Comment #17 from Vladimir Ysikov ---
Created attachment 82866
--> https://bugs.freedesktop.org/attachment.cgi?id=82866&action=edit
shader dump from HL2 Ep 2 with RADEON_DUMP_SHADERS=1 with patches v2 applied
Crash again whith mesa patch v2
https://bugzilla.kernel.org/show_bug.cgi?id=60527
Jesse Barnes changed:
What|Removed |Added
CC||jbar...@virtuousgeek.org
Summar
https://bugzilla.kernel.org/show_bug.cgi?id=60527
Daniel Vetter changed:
What|Removed |Added
Status|NEW |NEEDINFO
CC|
On Tue, 2013-07-23 at 15:46 +1000, Dave Airlie wrote:
> On Wed, Jul 17, 2013 at 11:07 PM, Egbert Eich wrote:
> > Matrox hardware only supports modes whose horizontal parameters are
> > multiples of 8. This rules out a mode like 1366x768 for example.
> >
> > Signed-off-by: Egbert Eich
>
> I'd lik
https://bugs.freedesktop.org/show_bug.cgi?id=67187
--- Comment #3 from Harald Judt ---
Ok, good news first: It doesn't seem to have to do anything with playing videos
using UVD. In fact, playing videos works fine and doesn't have any bad effect
on suspending or hibernating.
But there are worse t
On Tue, Jul 23, 2013 at 5:30 PM, Adam Jackson wrote:
> On Tue, 2013-07-23 at 15:46 +1000, Dave Airlie wrote:
>> On Wed, Jul 17, 2013 at 11:07 PM, Egbert Eich wrote:
>> > Matrox hardware only supports modes whose horizontal parameters are
>> > multiples of 8. This rules out a mode like 1366x768 fo
On Mon, Jul 22, 2013 at 06:49:57PM -0700, Keith Packard wrote:
> Here's a sequence of five patches that exposes an interface to request
> of the driver that the page flipping request be executed without
> waiting for vblank. It's optional, and drivers can expose whether it
> is supported through th
https://bugs.freedesktop.org/show_bug.cgi?id=64099
Ian Romanick changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #1 from Ian Romanick
Daniel Vetter writes:
> Quick comments on the i915 kernel part:
> - Iirc the w/a database has a bunch of entries about async flips. Those
> need to be addressed and annoted with the new w/a tag comment format
> Damien recently created.
Where does this database live?
> - kms_flip needs to be
https://bugzilla.kernel.org/show_bug.cgi?id=60614
Bug ID: 60614
Summary: Radeon UVD does not initialise with HD4670 AGP
Product: Drivers
Version: 2.5
Kernel Version: 3.10.2
Hardware: i386
OS: Linux
Tree: Mainl
https://bugzilla.kernel.org/show_bug.cgi?id=60614
--- Comment #1 from Chris Rankin ---
Created attachment 107001
--> https://bugzilla.kernel.org/attachment.cgi?id=107001&action=edit
dmesg log
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
https://bugzilla.kernel.org/show_bug.cgi?id=60614
--- Comment #2 from Chris Rankin ---
lspci gives the following:
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV730
[Radeon HD 4600 AGP Series]
01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] RV710/730 HDM
https://bugs.freedesktop.org/show_bug.cgi?id=66805
Tom Stellard changed:
What|Removed |Added
Attachment #82852|0 |1
is obsolete|
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch]
> Sent: Tuesday, July 16, 2013 4:12 PM
> To: DRI Development
> Cc: Daniel Vetter; Inki Dae; Laurent Pinchart; Intel Graphics Development;
> Ben Skeggs; Rob Clark; Alex Deucher
> Subject: [PATCH 13/20] drm/gem: crea
Hi Dave,
Dave Airlie writes:
> On Wed, Jul 17, 2013 at 11:07 PM, Egbert Eich wrote:
> > This set of patches contains several fixes and enhancements for the
> > MGAG200 KMS driver.
>
> Hi Egbert,
>
> I've pushed some of these into a branch in my repo, mgag200-queue,
>
> I'll try and r
On Tue, Jul 23, 2013 at 10:43 PM, Rob Clark wrote:
> On Tue, Jul 23, 2013 at 8:31 AM, Daniel Vetter wrote:
>> On Tue, Jul 23, 2013 at 2:07 PM, Rob Clark wrote:
>>> On Tue, Jul 16, 2013 at 3:11 AM, Daniel Vetter
>>> wrote:
Only one callsite and since ->handle_count is not a simple referenc
https://bugzilla.kernel.org/show_bug.cgi?id=60381
--- Comment #30 from rafael castillo ---
ok i tried the latest patches in drm-fixes and the crashes seemed to stop but i
can't get the gpu to reclock
i tried /sys/class/drm/card0/device/power_dpm_state to performance alone and it
never scales fro
https://bugzilla.kernel.org/show_bug.cgi?id=60381
--- Comment #31 from rafael castillo ---
uvd reclocks fine but the desktop flicker when it does
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing l
Okay these are a bit large but I'd like to put them into -fixes ASAP,
as qxl totally fails on -rc1/2 due to the lockdep and reservation warnings,
The first patch is just a fix for broken rendering while rendering from
an irq context, it also fixes sleep while atomic issues.
The second patch is ju
From: Dave Airlie
Due to the nature of qxl hw we cannot queue operations while in an irq
context, so we queue these operations as best we can until atomic allocations
fail, and dequeue them later in a work queue.
Daniel looked over the locking on the list and agrees it should be sufficent.
The
From: Dave Airlie
In order to fix an issue with reservations we need to create the releases
as pre-pinned objects, this changes the placement interface and bo creation
interface to allow creating pinned objects to save nested reservations later.
This is just a stepping stone to main fix which fo
https://bugzilla.kernel.org/show_bug.cgi?id=60381
--- Comment #32 from Alex Deucher ---
The dynamic re-clocking doesn't currently work reliably on SI asics.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-deve
https://bugzilla.kernel.org/show_bug.cgi?id=60381
--- Comment #33 from rafael castillo ---
well step by step is getting better, im happy enough to get stable desktop now
and since my card render KDE like an monster reclocking is not uber important
for me right now.
thanks for an awesome job ;)
On Tue, Jul 23, 2013 at 4:08 PM, Michael Schuster
wrote:
> Dear Mr. Deucher,
>
> I received a reply from Mr. Airlie with your email as developer of the
> radeon kernel driver.
> I don't know if he send you the both emails and (patch) attachements, if
> not, please send me a short
> note than I wou
https://bugs.freedesktop.org/show_bug.cgi?id=66805
--- Comment #19 from Vladimir Ysikov ---
>If you replace the v2 patch with this v3 patch, does it fix the crash?
With this patch no more crash in HL2Ep2.
--
You are receiving this mail because:
You are the assignee for the bug.
___
On Wed, Jul 24, 2013 at 2:00 AM, Dave Airlie wrote:
> On Tue, Jul 23, 2013 at 10:43 PM, Rob Clark wrote:
>> On Tue, Jul 23, 2013 at 8:31 AM, Daniel Vetter
>> wrote:
>>> On Tue, Jul 23, 2013 at 2:07 PM, Rob Clark wrote:
On Tue, Jul 16, 2013 at 3:11 AM, Daniel Vetter
wrote:
> Onl
On Wed, Jul 24, 2013 at 4:00 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> Due to the nature of qxl hw we cannot queue operations while in an irq
> context, so we queue these operations as best we can until atomic allocations
> fail, and dequeue them later in a work queue.
>
> Daniel looked over
This is the 2nd attempt, I've always been a bit dissatisified with the
tricky nature of the first one:
http://lists.freedesktop.org/archives/dri-devel/2012-July/025451.html
The issue is that the flink ioctl can race with calling gem_close on
the last gem handle. In that case we'll end up with a z
This patch makes g2d power domain and clock to be controlled
through pm runtime interfaces instead of controlling them
respectively.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_g2d.c | 40 +-
1 files changed, 28 insert
This patch set includes a fixup patch that considers common clock
framework, and adds runtime pm interfaces for -next.
Inki Dae (2):
drm/exynos: consider common clock framework to g2d driver.
drm/exynos: add runtime pm interfaces to g2d driver
drivers/gpu/drm/exynos/exynos_drm_g2d.c | 35 +
This patch just changes clk_enable/disable to
clk_prepare_enable/clk_disable_unprepare, and
adds related exception codes.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_g2d.c | 17 ++---
1 files changed, 14 insertions(+), 3 deletions(-)
vel/attachments/20130723/7eff09b1/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=60381
--- Comment #28 from rafael castillo ---
Created attachment 106992
--> https://bugzilla.kernel.org/attachment.cgi?id=106992&action=edit
Dmesg crash output for 3.11-rc2
--
You are receiving this mail because:
You are watching the assignee of th
https://bugzilla.kernel.org/show_bug.cgi?id=60381
--- Comment #29 from rafael castillo ---
posted updated crash dmesg with kernel 3.11-rc2 in case it helps
--
You are receiving this mail because:
You are watching the assignee of the bug.
> -Original Message-
> From: Chanho Park [mailto:chanho61.park at samsusng.com]
> Sent: Tuesday, July 23, 2013 10:22 AM
> To: 'Mark Rutland'; 'Chanho Park'
> Cc: inki.dae at samsung.com; kgene.kim at samsung.com; linux-samsung-
> soc at vger.kernel.org; jy0922.shim at samsung.com; sw0312.
> -Original Message-
> From: linux-samsung-soc-owner at vger.kernel.org [mailto:linux-samsung-soc-
> owner at vger.kernel.org] On Behalf Of Tomasz Figa
> Sent: Tuesday, July 23, 2013 4:29 AM
> To: Sylwester Nawrocki
> Cc: Inki Dae; 'Chanho Park'; 'Lucas Stach'; 'Mark Rutland'; linux-samsu
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130723/73e3bc9d/attachment.html>
||
--
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/20130723/a8b570a4/attachment.html>
Hi Linus,
This is just a regular fixes pull, mostly nouveau and i915, the i915 ones
fix RC6 on Sandybridge after suspend/resume, which I think people have be
wanting for quite a while!
Now you shouldn't wish for more patches, as the new mutex/reservation code
found a number of problems with th
Moin,
I got this on 3.11-rc1+ when halting the box:
[ 883.476242] [ cut here ]
[ 883.480927] WARNING: CPU: 3 PID: 2701 at
drivers/gpu/drm/nouveau/nouveau_gem.c:54 nouveau_gem_object_del+0xa8/0xc0()
[ 883.491545] Modules linked in: ntfs msdos dm_mod ext2 vfat fat loop f
On Mon, Jul 22, 2013 at 06:50:01PM -0700, Keith Packard wrote:
> This adds the necesary register defines for async page flipping
> through the command ring, and then hooks those up for Ivybridge (gen7)
> page flipping.
>
> Signed-off-by: Keith Packard
> ---
> drivers/gpu/drm/i915/i915_reg.h
On Wed, Jul 17, 2013 at 11:07 PM, Egbert Eich wrote:
> Signed-off-by: Egbert Eich
Is this just missing a return 0; ? in the bo->pin_count > 0 case?
seems like a simpler patch.
Dave.
> ---
> drivers/gpu/drm/mgag200/mgag200_ttm.c | 22 +-
> 1 file changed, 9 insertions(+), 1
On Wed, Jul 17, 2013 at 11:07 PM, Egbert Eich wrote:
> Due to a missing initialization there was no way to map fbdev memory.
> Thus for example using the Xserver with the fbdev driver failed.
> This fix adds initialization for fix.smem_start and fix.smem_len
> in the fb_info structure, which fixes
On Wed, Jul 17, 2013 at 11:07 PM, Egbert Eich wrote:
> Matrox hardware only supports modes whose horizontal parameters are
> multiples of 8. This rules out a mode like 1366x768 for example.
>
> Signed-off-by: Egbert Eich
I'd like to get a second opinion from ajax for where this should be
dealt w
Hi Daniel,
Thanks for the patch.
On Tuesday 16 July 2013 09:12:04 Daniel Vetter wrote:
> All the gem based kms drivers really want the same function to
> destroy a dumb framebuffer backing storage object.
>
> So give it to them and roll it out in all drivers.
>
> This still leaves the option op
Add missing 'return 0;'.
v2: Simplified patch as suggested by Dave Airlie
Signed-off-by: Egbert Eich
---
drivers/gpu/drm/mgag200/mgag200_ttm.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/mgag200/mgag200_ttm.c
b/drivers/gpu/drm/mgag200/mgag200_ttm.c
index 6461fd2..1e87
On Wed, Jul 17, 2013 at 11:07 PM, Egbert Eich wrote:
> This set of patches contains several fixes and enhancements for the
> MGAG200 KMS driver.
Hi Egbert,
I've pushed some of these into a branch in my repo, mgag200-queue,
I'll try and review the rest soon, I'll probably split these up into
obv
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vetter at ffwll.ch]
> Sent: Tuesday, July 16, 2013 4:12 PM
> To: DRI Development
> Cc: Daniel Vetter; Inki Dae; Laurent Pinchart; Intel Graphics Development;
> Ben Skeggs; Rob Clark; Alex Deucher
> Subject: [PATCH 13/20] drm/gem: c
Hi Dave,
Dave Airlie writes:
> On Wed, Jul 17, 2013 at 11:07 PM, Egbert Eich wrote:
> > This set of patches contains several fixes and enhancements for the
> > MGAG200 KMS driver.
>
> Hi Egbert,
>
> I've pushed some of these into a branch in my repo, mgag200-queue,
>
> I'll try and r
v2
- lib32-llvm-svn 186758 with LLVM Patch #1 #2 #3
--
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/20130723/647af5bf/attachment.html>
ceiving 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/20130723/1ac02f3b/attachment.html>
signee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130723/a7393fa9/attachment.html>
u are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130723/5c254265/attachment.html>
Klausmann ---
already done
--
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/20130723/d1e14991/attachment.html>
On Tue, Jul 16, 2013 at 3:11 AM, Daniel Vetter
wrote:
> Only one callsite and since ->handle_count is not a simple reference
> count (it can resurrect) it's imo better to be explicit about things
> than hide the refcount dance.
I'm not really sure I like this one.. I guess it could be that I'm
j
On Tue, Jul 23, 2013 at 2:07 PM, Rob Clark wrote:
> On Tue, Jul 16, 2013 at 3:11 AM, Daniel Vetter
> wrote:
>> Only one callsite and since ->handle_count is not a simple reference
>> count (it can resurrect) it's imo better to be explicit about things
>> than hide the refcount dance.
>
> I'm not
From: Alex Deucher
Hi Dave,
Just a few radeon bug fixes.
The following changes since commit 058ca4a22ebf22ea1cbedd6cc0340ed1e2e94ee1:
Merge tag 'drm-intel-fixes-2013-07-22' of
git://people.freedesktop.org/~danvet/drm-intel into drm-fixes (2013-07-22
16:14:26 +1000)
are available in the
On Tue, Jul 23, 2013 at 8:31 AM, Daniel Vetter
wrote:
> On Tue, Jul 23, 2013 at 2:07 PM, Rob Clark wrote:
>> On Tue, Jul 16, 2013 at 3:11 AM, Daniel Vetter
>> wrote:
>>> Only one callsite and since ->handle_count is not a simple reference
>>> count (it can resurrect) it's imo better to be expl
Hi
This is v4 of the unified VMA offset manager. v3 is available here:
http://comments.gmane.org/gmane.comp.video.dri.devel/88141
Changes since v3:
- provide drm_vma_offset_lookup_locked() with locking helpers
- Remove vm_lock from TTM and use drm_vma_offset_lookup_locked() instead
- Fix typ
If we want to map GPU memory into user-space, we need to linearize the
addresses to not confuse mm-core. Currently, GEM and TTM both implement
their own offset-managers to assign a pgoff to each object for user-space
CPU access. GEM uses a hash-table, TTM uses an rbtree.
This patch provides a unif
Use the new vma manager instead of the old hashtable. Also convert all
drivers to use the new convenience helpers. This drops all the
(map_list.hash.key << PAGE_SHIFT) non-sense.
Locking and access-management is exactly the same as before with an
additional lock inside of the vma-manager, which st
Use the new vma-manager infrastructure. This doesn't change any
implementation details as the vma-offset-manager is nearly copied 1-to-1
from TTM.
The vm_lock is moved into the offset manager so we can drop it from TTM.
During lookup, we use the vma locking helpers to take a reference to the
found
Instead of unmapping the nodes in TTM and GEM users manually, we provide
a generic wrapper which does the correct thing for all vma-nodes.
v2: remove bdev->dev_mapping test in ttm_bo_unmap_virtual_unlocked() as
ttm_mem_io_free_vm() does nothing in that case (io_reserved_vm is 0).
v4: Fix docbook c
Sort of fixes mmiotrace for me again, I could sear I sent a similar patch before
the rework to event interface, so I guess it got reintroduced.
Signed-off-by: Maarten Lankhorst
---
diff --git a/drivers/gpu/drm/nouveau/core/engine/disp/nv50.c
b/drivers/gpu/drm/nouveau/core/engine/disp/nv50.c
inde
Fixes vgaswitcheroo on a card without display.
Signed-off-by: Maarten Lankhorst
---
diff --git a/drivers/gpu/drm/nouveau/nouveau_fbcon.c
b/drivers/gpu/drm/nouveau/nouveau_fbcon.c
index 4c1bc06..8f6d63d 100644
--- a/drivers/gpu/drm/nouveau/nouveau_fbcon.c
+++ b/drivers/gpu/drm/nouveau/nouveau_fbc
Fixes some dmabuf object errors on nv50 chipset and below.
Cc: stable at vger.kernel.org [3.7+]
Signed-off-by: Maarten Lankhorst
---
Xorg still won't start with vblank enabled on nv50, I have no idea why yet.
diff --git a/drivers/gpu/drm/nouveau/nv17_fence.c
b/drivers/gpu/drm/nouveau/nv17_fence
https://bugzilla.kernel.org/show_bug.cgi?id=58901
Christian Casteyde changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130723/178dea3b/attachment.html>
a patch v2
--
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/20130723/b2cd8407/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=60527
Daniel Vetter changed:
What|Removed |Added
Status|NEW |NEEDINFO
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=60527
Jesse Barnes changed:
What|Removed |Added
CC||jbarnes at virtuousgeek.org
Sum
On Tue, 2013-07-23 at 15:46 +1000, Dave Airlie wrote:
> On Wed, Jul 17, 2013 at 11:07 PM, Egbert Eich wrote:
> > Matrox hardware only supports modes whose horizontal parameters are
> > multiples of 8. This rules out a mode like 1366x768 for example.
> >
> > Signed-off-by: Egbert Eich
>
> I'd lik
delay at resuming/initializing, maybe this would help?
--
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/20130723/403f8080/attachment.html>
On Tue, Jul 23, 2013 at 5:30 PM, Adam Jackson wrote:
> On Tue, 2013-07-23 at 15:46 +1000, Dave Airlie wrote:
>> On Wed, Jul 17, 2013 at 11:07 PM, Egbert Eich wrote:
>> > Matrox hardware only supports modes whose horizontal parameters are
>> > multiples of 8. This rules out a mode like 1366x768 fo
On Mon, Jul 22, 2013 at 06:49:57PM -0700, Keith Packard wrote:
> Here's a sequence of five patches that exposes an interface to request
> of the driver that the page flipping request be executed without
> waiting for vblank. It's optional, and drivers can expose whether it
> is supported through th
Romanick ---
Can you provide an apitrace of your application?
--
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/20130723/7b1c0
Daniel Vetter writes:
> Quick comments on the i915 kernel part:
> - Iirc the w/a database has a bunch of entries about async flips. Those
> need to be addressed and annoted with the new w/a tag comment format
> Damien recently created.
Where does this database live?
> - kms_flip needs to be
https://bugzilla.kernel.org/show_bug.cgi?id=60614
Bug ID: 60614
Summary: Radeon UVD does not initialise with HD4670 AGP
Product: Drivers
Version: 2.5
Kernel Version: 3.10.2
Hardware: i386
OS: Linux
Tree: Mainl
https://bugzilla.kernel.org/show_bug.cgi?id=60614
--- Comment #1 from Chris Rankin ---
Created attachment 107001
--> https://bugzilla.kernel.org/attachment.cgi?id=107001&action=edit
dmesg log
--
You are receiving this mail because:
You are watching the assignee of the bug.
1 - 100 of 112 matches
Mail list logo
