Hi, Dave!
A resource eviction fix, and a fix for compilation / sparse problems
from the previous pull.
The following changes since commit d92d985177c495aab53c7167f310a7efb1853918:
drm/vmwgfx: Use the linux DMA api to get valid device addresses of pages
(2013-11-06 03:57:16 -0800)
are availab
When building with LPAE=y (64-bit dma_addr_t), the following warnings are seen:
drivers/gpu/host1x/hw/cdma_hw.c:57:3: warning: format '%x' expects
argument of type 'unsigned int', but argument 5 has type 'dma_addr_t'
drivers/gpu/host1x/hw/debug_hw.c:167:10: warning: format '%x' expects
argume
On Mon, Nov 11, 2013 at 11:58:59AM -0800, Eric Anholt wrote:
> Ian Romanick writes:
>
> > From: Ian Romanick
> >
> > The drm_intel_context structure is, wisely, opaque. However, libdrm
> > users may want to know the hardware context ID associated with the
> > structure.
>
> We've had a bunch o
On 11/12/2013 07:26 PM, Maarten Lankhorst wrote:
> Most drivers have refcounting done in gem, so lets get rid of another
> refcounting layer. ;)
> It has been confusing to keep track of 2 refcounts, so lets just let the
> driver worry about
> refcounting, and keep it hidden from ttm entirely. The
On Tuesday 12 of November 2013 12:51:11 Sean Paul wrote:
> On Sun, Nov 10, 2013 at 4:09 PM, Tomasz Figa wrote:
> > Hi Sean,
> >
> > On Tuesday 29 of October 2013 12:12:58 Sean Paul wrote:
> >> This patch splits display and manager from subdrv. The result is that
> >> crtc functions can directly ca
Most drivers have refcounting done in gem, so lets get rid of another
refcounting layer. ;)
It has been confusing to keep track of 2 refcounts, so lets just let the driver
worry about
refcounting, and keep it hidden from ttm entirely. The core doesn't need to
know about the
refcounting anywhere.
https://bugzilla.kernel.org/show_bug.cgi?id=63101
--- Comment #18 from Kertesz Laszlo ---
Tested with 3.12.0-next-2013, started the computer and launched Steam and
TF2 right away.
Activating enable_nbps_policy to enable_gfx_clock_gating worked well.
The enable_mg_clock_gating, enable_gfx_dy
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131112/1d4d8f04/attachment.html>
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Stephen Warren
Cc: Ian Campbell
Cc: devicetree at vger.kernel.org
Cc: Greg Kroah-Hartman
Cc: driverdev-devel at linuxdriverproject.org
Cc: David Airlie
Cc: dri-devel at lists.freedesktop.org
Cc: Mauro Carvalho Chehab
Cc: Laurent Pinchart
This change is needed for making the eukrea-cpuimx51
QVGA display work.
Greg Kroah-Hartman
Cc: driverdev-devel at linuxdriverproject.org
Cc: Philipp Zabel
Cc: Sascha Hauer
Cc: Shawn Guo
Cc: linux-arm-kernel at lists.infradead.org
Cc: David Airlie
Cc: dri-devel at lists.freedesktop.org
Cc: E
That new macro is needed by the imx_drm staging driver
for supporting the QVGA display of the eukrea-cpuimx51 board.
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Stephen Warren
Cc: Ian Campbell
Cc: devicetree at vger.kernel.org
Cc: Greg Kroah-Hartman
Cc: driverdev-devel at linuxdriv
Without that fix, drivers using the drm_display_mode_from_videomode
function will not be able to get certain information because
some DISPLAY_FLAGS_* have no corresponding DRM_MODE_FLAG_*.
Cc: Greg Kroah-Hartman
Cc: driverdev-devel at linuxdriverproject.org
Cc: Matt Sealey
Cc: David Airlie
On Thu, Nov 07, 2013 at 04:57:21AM +0100, Sylvain BERTRAND wrote:
> Which GPU generations/families do use the "new" powerplay CAC
> table, defined when the atombios platform capabilities have the
> ATOM_PP_PLATFORM_CAP_NEW_CAC_VOLTAGE flag?
I reply myself, since that was discussed on IRC, for arch
vel/attachments/20131112/51106f43/attachment.html>
On Tue, Nov 12, 2013 at 05:49:18PM +0100, Denis Carikli wrote:
> diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gpu/drm/drm_modes.c
> index fc2adb6..586c12f 100644
> --- a/drivers/gpu/drm/drm_modes.c
> +++ b/drivers/gpu/drm/drm_modes.c
> @@ -537,6 +537,15 @@ int drm_display_mode_from_videomode(
- Original Message -
> From: "Dan Carpenter"
> To: bskeggs at redhat.com
> Cc: dri-devel at lists.freedesktop.org
> Sent: Tuesday, 12 November, 2013 7:54:33 PM
> Subject: re: drm/nouveau/pwr: initial implementation
>
> Hello Ben Skeggs,
Hey,
>
> The patch ff4b42c7532e: "drm/nouveau/pwr:
https://bugzilla.kernel.org/show_bug.cgi?id=64661
Alan changed:
What|Removed |Added
Status|NEW |NEEDINFO
--
You are receiving this mail because:
https://bugzilla.kernel.org/show_bug.cgi?id=64661
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
--- Comment #4 from Al
Hi Thierry,
I have already sent patch with DSI bus implementation [1].
It was posted as the first step of CDF implementation attempt,
but in fact it do not depend on CDF.
[1]
http://www.mail-archive.com/dri-devel at lists.freedesktop.org/msg45252.html
One comment below.
On 11/11/2013 01:00 PM,
https://bugzilla.kernel.org/show_bug.cgi?id=58671
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this mail because:
Yo
https://bugzilla.kernel.org/show_bug.cgi?id=58671
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=60031
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|Pla
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131112/d36d26c8/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=60568
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|Vid
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131112/120b1434/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=60844
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|Vid
https://bugzilla.kernel.org/show_bug.cgi?id=60871
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|Con
https://bugzilla.kernel.org/show_bug.cgi?id=63161
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|Vid
Hi Dave,
Just one patch to fix compile fail for CONFIG_ACPI=n. Figured I better
send this out quickly to minimize the broken build span. Otherwise no
bugfixes (besides some bdw stuff) anywhere in sight.
Cheers, Daniel
The following changes since commit 07bf139b906013ecef0c5e0441564d1ae10e974a:
https://bugzilla.kernel.org/show_bug.cgi?id=60775
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this mail because:
Yo
https://bugzilla.kernel.org/show_bug.cgi?id=60775
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131112/93e35d3a/attachment.html>
From: Maarten Lankhorst
No need to map the same vma multiple times.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/nouveau/nouveau_fence.h | 4 ++--
drivers/gpu/drm/nouveau/nv50_display.c | 13 ++---
drivers/gpu/drm/nouveau/nv50_display.h | 2 +-
drivers/gpu/drm/nouveau/nv50_
From: Maarten Lankhorst
Make sure that buffers are always aligned.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/nouveau/nouveau_bo.c | 40 +++-
1 file changed, 21 insertions(+), 19 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_bo.c
b/driver
From: Maarten Lankhorst
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/nouveau/nouveau_bo.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_bo.c
b/drivers/gpu/drm/nouveau/nouveau_bo.c
index 9ecb874..bb3734d 100644
--- a/drivers/gpu/dr
From: Dan Carpenter
We care about the upper 32 bits here so we have to use 1ULL instead of 1
to avoid a shift wrapping bug.
Signed-off-by: Dan Carpenter
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/nouveau/core/engine/graph/ctxnvc0.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(
From: Maarten Lankhorst
Allocate and copy all kernel memory before doing reservations. This prevents a
locking
inversion between mmap_sem and reservation_class, and allows us to drop the
trylocking
in ttm_bo_vm_fault without upsetting lockdep.
Relocations are handled by trying with __copy_from
From: Maarten Lankhorst
Map the GART to the bar and use that mapping, to hide all the tiling details
from users.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/nouveau/core/subdev/bar/nv50.c | 5 -
drivers/gpu/drm/nouveau/core/subdev/bar/nvc0.c | 5 -
drivers/gpu/drm/nouveau/n
From: Maarten Lankhorst
Commit de7b7d59d54852c introduced tiled GART, but a linear copy is
still performed. This may result in errors on eviction, fix it by
checking tiling from memtype.
Signed-off-by: Maarten Lankhorst
Cc: stable at vger.kernel.org #3.10+
---
drivers/gpu/drm/nouveau/nouveau_b
If we don't have enough memory for ->planes then we leak "fb".
Signed-off-by: Dan Carpenter
---
v2: tiny style changes
diff --git a/drivers/gpu/drm/tegra/fb.c b/drivers/gpu/drm/tegra/fb.c
index 490f771..f9d2de6 100644
--- a/drivers/gpu/drm/tegra/fb.c
+++ b/drivers/gpu/drm/tegra/fb.c
@@ -98,8 +98
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131112/5da12c65/attachment.html>
ent was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131112/d1b3be2c/attachment.html>
From: Christian K?nig
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/cik.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/gpu/drm/radeon/cik.c b/drivers/gpu/drm/radeon/cik.c
index 811fc1b..c169897 100644
--- a/drivers/gpu/drm/radeon/cik.c
+++ b/drivers/gpu/drm/radeo
From: Christian K?nig
To workaround bugs and/or certain limits it's sometimes
useful to fall back to waiting on fences.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/cik.c | 13 ++-
drivers/gpu/drm/radeon/cik_sdma.c | 13 ++-
drivers/gpu/drm/radeon/evergreen_
From: Christian K?nig
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon_semaphore.c | 6 +-
drivers/gpu/drm/radeon/radeon_trace.h | 36 +++
2 files changed, 41 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_semaphore.
Hello Ben Skeggs,
The patch ff4b42c7532e: "drm/nouveau/pwr: initial implementation"
from Oct 15, 2013, leads to the following Smatch warning:
"drivers/gpu/drm/nouveau/core/subdev/pwr/base.c:48 nouveau_pwr_send()
warn: 'mutex:&subdev->mutex' is sometimes locked here and sometimes
unlocked
On Sun, Nov 10, 2013 at 4:09 PM, Tomasz Figa wrote:
> Hi Sean,
>
> On Tuesday 29 of October 2013 12:12:58 Sean Paul wrote:
>> This patch splits display and manager from subdrv. The result is that
>> crtc functions can directly call into manager callbacks and encoder
>> functions can directly call
Fix an error message that was incorrectly blaming device resource id
shortage.
Also make sure we correctly catch resource eviction errors, that
could otherwise lead to evictable resources temporarily not being on the
LRU list.
Signed-off-by: Thomas Hellstrom
Reviewed-by: Jakob Bornecrantz
---
Fixes
*) an implicit function declaration on mips,
*) a defined but not used label on !CONFIG_INTEL_IOMMU
*) Hopefully a couple of sparse warnings where we implicitly typecast
integer to __le32 and vice versa.
Signed-off-by: Thomas Hellstrom
Reviewed-by: Brian Paul
---
drivers/gpu/drm/vm
p://lists.freedesktop.org/archives/dri-devel/attachments/20131112/c02d21b5/attachment.html>
he FPS is reduced by approx 30%
with Color Tiling disabled.
--
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/20131112/a153c1b4/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131112/f4167ea8/attachment.html>
From: Jerome Glisse
GPU with low amount of ram can fails at pining new framebuffer before
unpining old one. On such failure, retry with unping old one before
pining new one allowing to work around the issue. This is somewhat
ugly but only affect those old GPU we care about.
Signed-off-by: Jerome
ail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131112/e3ddb2a3/attachment-0001.html>
ktop.org/archives/dri-devel/attachments/20131112/c390cbc9/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131112/80b745cb/attachment.html>
ubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131112/c5628c27/attachment.html>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131112/5b67269b/attachment.html>
11.11.2013 17:55, Alex Deucher kirjoitti:
> On Fri, Nov 8, 2013 at 6:24 AM, Anssi Hannula wrote:
>> 18.10.2013 23:41, Alex Deucher kirjoitti:
>>> Needed by the hda driver to properly set up synchronization
>>> on the audio side.
>>>
>>> Signed-off-by: Alex Deucher
>>> ---
>>> drivers/gpu/drm/rad
59 matches
Mail list logo
