t --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140205/bb6a77fb/attachment-0001.pgp>
m also occur without Option "EXAVSync"?
--
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/20140205/bb72e328/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140205/475b1ff1/attachment.html>
Hi Daniel,
On 02/04/2014 06:15 PM, Daniel Vetter wrote:
> On Sat, Feb 01, 2014 at 12:16:54PM +0900, Alexandre Courbot wrote:
>> GK20A's FIFO is compatible with NVE0, but only features 128 channels and
>> 1 runlist.
>>
>> Signed-off-by: Alexandre Courbot
>> ---
>> drivers/gpu/drm/nouveau/Makefil
vel/attachments/20140205/68deb85c/attachment.html>
From: Dave Airlie
mode->mdev otherwise the bw limits never kick in.
Reported in RHEL testing.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/mgag200/mgag200_mode.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/mgag200/mgag200_mode.c
b/drivers/gpu/drm
ut the in_interrupt addition.
Dave.
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-mgag200-ast-cirrus-fix-regression-with-drm_can_s.patch
Type: text/x-patch
Size: 2029 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140205/0cf81a5e/attachment.bin>
If execbuf fails and binding commands are never sent to the device,
don't commit the staged context bindings to the tracker.
Signed-off-by: Thomas Hellstrom
Reviewed-by: Jakob Bornecrantz
---
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
The call to ttm_eu_backoff_reservation() as part of an error path would cause
a lock imbalance if the reservation ticket was not initialized. This error is
easily triggered from user-space by submitting a bogus command stream.
Signed-off-by: Thomas Hellstrom
Reviewed-by: Jakob Bornecrantz
Cc: st
Emulate the SET_SHADER_CONST legacy command on guest-backed devices by
issuing a SET_GB_SHADERCONSTS_INLINE command.
Signed-off-by: Thomas Hellstrom
Reviewed-by: Jakob Bornecrantz
---
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 37 +--
1 file changed, 35 insertions(+
Mostly problems caused by the new device support.
Unfortunately a couple of rather big patches at the end. These add
the missing bits required to run legacy user-space drivers on the
new device
Surfaces created using the guest-backed surface interface only keeps the
base mip size, so only copy that if the legacy surface reference
ioctl requests the size information.
Signed-off-by: Thomas Hellstrom
Reviewed-by: Jakob Bornecrantz
---
drivers/gpu/drm/vmwgfx/vmwgfx_surface.c |4 ++--
Command stream legacy shader creation and destruction is replaced by
NOPs in the command stream, and instead guest-backed shaders are created
and destroyed as part of the command validation process.
v2: Removed some stray debug messages.
Signed-off-by: Thomas Hellstrom
Reviewed-by: Jakob Bornecr
GB aware mesa userspace drivers are detected by the fact that they are
calling the vmw getparam ioctl querying DRM_VMW_PARAM_HW_CAPS to detect
whether the device is Guest-backed object capable. For other drivers,
lie about hardware version and send the 3D capabilities in a format they
expect.
v2:
When a context is first referenced in the command stream, make sure that all
scrubbed (as a result of eviction) bindings are re-emitted. Also make sure that
all bound resources are put on the resource validate list.
This is needed for legacy emulation, since legacy user-space drivers will
typicall
On Tue, Feb 4, 2014 at 8:37 PM, Daniel Vetter wrote:
> On Tue, Feb 4, 2014 at 8:00 PM, Daniel Vetter
> wrote:
>> Moved to a common location so that Jani also can push to it, to avoid
>> moving it every time I go on vacation. Please update autobuilders and
>> everything else pointing at the drm-i
https://bugzilla.kernel.org/show_bug.cgi?id=69901
--- Comment #6 from Thomas Hellstrom ---
Created attachment 124621
--> https://bugzilla.kernel.org/attachment.cgi?id=124621&action=edit
Patch that may fix the problem
Could you try the attached patch out to see if it fixes the problem?
--
You
Commit drm/ttm: ttm object security fixes for render nodes introduced a
regression where, if a TTM object was opened multiple times from the same
open file, the caller would spin uninterruptibly in the kernel.
Fix this.
Signed-off-by: Thomas Hellstrom
Reviewed-by: Jakob Bornecrantz
---
drivers
These page pointers shouldn't be visible to TTM in the first place, but
until we fix that up, don't clear the page metadata because that
will upset the exporter.
Reported-by: Cristoph Haag
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/ttm/ttm_tt.c |3 +++
1 file changed, 3 insertions(
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140205/074685dc/attachment.html>
. Apologies, if this was incorrect.
--
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/20140205/a10d94a2/attachment.html>
On Tue, 4 Feb 2014 18:06:25 +
Mark Brown wrote:
> On Mon, Jan 27, 2014 at 09:48:54AM +0100, Jean-Francois Moine wrote:
>
> > + /* change the snd_soc_pcm_stream values of the driver */
> > + stream->rates = rate_mask;
> > + stream->channels_max = max_channels;
>
On 02/05/2014 10:11 AM, Jean-Francois Moine wrote:
> On Tue, 4 Feb 2014 18:06:25 +
> Mark Brown wrote:
>
>> On Mon, Jan 27, 2014 at 09:48:54AM +0100, Jean-Francois Moine wrote:
>>
>>> + /* change the snd_soc_pcm_stream values of the driver */
>>> + stream->rates = rate_mask
On Wed, Feb 05, 2014 at 08:54:15AM +0100, Daniel Vetter wrote:
> On Tue, Feb 4, 2014 at 8:37 PM, Daniel Vetter
> wrote:
> > On Tue, Feb 4, 2014 at 8:00 PM, Daniel Vetter
> > wrote:
> >> Moved to a common location so that Jani also can push to it, to avoid
> >> moving it every time I go on vacat
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140205/552afc49/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=69901
--- Comment #7 from Christoph Haag ---
Yes it fixes it, no lock ups anymore.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=69901
--- Comment #8 from Thomas Hellstrom ---
Great. I'll include the patch in my next pull request.
--
You are receiving this mail because:
You are watching the assignee of the bug.
Hello Alex Deucher,
The patch bc8273fe9701: "drm/radeon: add support mc ucode loading on
CIK (v2)" from Jun 29, 2012, leads to the following static checker
warning:
drivers/gpu/drm/radeon/cik.c:1728 ci_mc_load_microcode()
warn: we tested 'running' before and it was 'false'
driver
Hello Alex Deucher,
The patch 0af62b016804: "drm/radeon/kms: add ucode loader for NI"
from Jan 6, 2011, leads to the following static checker warning:
drivers/gpu/drm/radeon/ni.c:646 ni_mc_load_microcode()
warn: we tested 'running' before and it was 'false'
drivers/gpu/drm/radeon
Hello Alex Deucher,
The patch 8b074dd64053: "drm/radeon/kms: add support for MC ucode
loading on SI" from Mar 20, 2012, leads to the following static
checker warning:
drivers/gpu/drm/radeon/si.c:1507 si_mc_load_microcode()
warn: we tested 'running' before and it was 'false'
drive
On 02/05/2014 12:18 PM, Mark Brown wrote:
> On Wed, Feb 05, 2014 at 10:19:22AM +0100, Lars-Peter Clausen wrote:
[..]
>> Bonus points for making this a generic helper function that takes a
>> runtime and a EDID and then applies the EDID constraints on the
>> runtime.
>
> ...as previously requested.
Dave,
A couple of vmwgfx fixes together with missing bits of legacy device
emulation to facilitate old user-space drivers on new devices.
The shader emulation bits are a bit large, but since they mostly touch the
new device code, regressions are unlikely. I figure the gain of having
this from the
- Ursprungligt meddelande -
> These page pointers shouldn't be visible to TTM in the first place, but
> until we fix that up, don't clear the page metadata because that
> will upset the exporter.
>
> Reported-by: Cristoph Haag
> Signed-off-by: Thomas Hellstrom
> ---
> drivers/gpu/drm/tt
Dave,
Two fixes for TTM regressions in 3.14-rc1
The following changes since commit 76f4f415e502e4dfaf409edd0d4ed0dd3a0a0419:
Merge branch 'drm-nouveau-next' of
git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-next (2014-01-23
13:50:54 +1000)
are available in the git repository a
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140205/7dd30e80/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140205/e22698a9/attachment.html>
this mail because:
You are on the CC list for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140205/7278818e/attachment.html>
On Wed, 05 Feb 2014 10:19:22 +0100
Lars-Peter Clausen wrote:
> > So, in the CODEC, I don't see how I could update the parameters
> > dictated by the EDID otherwise in changing the DAI driver parameters.
> >
>
> The startup function is the right place. But instead of modifying the DAI
> use sn
On 02/05/2014 07:07 PM, Jean-Francois Moine wrote:
> On Wed, 05 Feb 2014 10:19:22 +0100
> Lars-Peter Clausen wrote:
>
>>> So, in the CODEC, I don't see how I could update the parameters
>>> dictated by the EDID otherwise in changing the DAI driver parameters.
>>>
>>
>> The startup function is the
See https://bugs.freedesktop.org/show_bug.cgi?id=74492
Reported-by: Ronald
Suggested-by: Marcin Ko?cielnicki
Signed-off-by: Ilia Mirkin
---
drivers/gpu/drm/nouveau/Makefile | 1 +
drivers/gpu/drm/nouveau/core/engine/device/nv40.c | 10 ++---
drivers/gpu/drm/nouveau/core/inclu
Suggested-by: Marcin Ko?cielnicki
Signed-off-by: Ilia Mirkin
---
drivers/gpu/drm/nouveau/nouveau_vga.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_vga.c
b/drivers/gpu/drm/nouveau/nouveau_vga.c
index 81638d7..471347e 100644
--- a/drivers
Suggested-by: Marcin Ko?cielnicki
Signed-off-by: Ilia Mirkin
---
drivers/gpu/drm/nouveau/core/subdev/bios/base.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/nouveau/core/subdev/bios/base.c
b/drivers/gpu/drm/nouveau/core/subdev/bios/base.c
index aa0fbbe..ef0c9c4 10064
On 02/04/2014 01:39 AM, Alexandre Courbot wrote:
> On 02/04/2014 12:55 PM, Ben Skeggs wrote:
>> On Sat, Feb 1, 2014 at 1:16 PM, Alexandre Courbot
>> wrote:
>>> GK20A's timer is directly attached to the system timer and cannot be
>>> calibrated. Skip the calibration phase on that chip since the
>>>
e:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140205/f073336a/attachment.html>
t crashed in less than an hour.
--
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/20140205/701562cd/attachment.html>
ping..
On Thu, Jan 23, 2014 at 1:48 PM, David Herrmann
wrote:
> We need to call dma_buf_end_cpu_access() in case a damage-request.
> Unlikely, but might happen during device unplug.
>
> Reviewed-by: Daniel Vetter
> Signed-off-by: David Herrmann
> ---
> drivers/gpu/drm/udl/udl_fb.c | 2 +-
> 1
ping..
On Thu, Jan 23, 2014 at 1:50 PM, David Herrmann
wrote:
> Probably a typo.. we obviously need "(bpp + 7) / 8" instead of
> "(bpp + 1) / 8". Unlikely to be hit in any sane code, but lets be safe.
> Use DIV_ROUND_UP() to avoid the problem entirely and make the core more
> readable.
>
> Revie
ping
On Mon, Jan 20, 2014 at 8:26 PM, David Herrmann
wrote:
> Remove double-whitespace and wrong indentation.
>
> Signed-off-by: David Herrmann
> ---
> drivers/gpu/drm/drm_gem.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/gpu/drm/drm_gem.c b/drivers/gpu
ping
On Mon, Jan 20, 2014 at 8:26 PM, David Herrmann
wrote:
> All drivers currently need to clean up the vma-node manually. There is no
> fancy logic involved so lets just clean it up unconditionally. The
> vma-manager correctly catches multiple calls so we are fine.
>
> Signed-off-by: David Her
ping
On Thu, Jan 23, 2014 at 3:10 PM, David Herrmann
wrote:
> Hi
>
> On Thu, Jan 23, 2014 at 2:55 PM, Ville Syrj?l?
> wrote:
>> On Thu, Jan 23, 2014 at 01:53:15PM +0100, David Herrmann wrote:
>>> Lets make sure some basic expressions are always true:
>>> bpp != NULL
>>> width != NULL
>>>
ping
On Tue, Jan 21, 2014 at 10:51 AM, Daniel Vetter wrote:
> On Mon, Jan 20, 2014 at 08:26:29PM +0100, David Herrmann wrote:
>> There is no need to initialize this variable, so drop it. Otherwise, the
>> compiler won't warn if we use it unintialized.
>>
>> Signed-off-by: David Herrmann
>
> I've
sktop.org/archives/dri-devel/attachments/20140205/5e359ccc/attachment.html>
n't provide an interface to query the enabled backends. It
should work with 3.12.x and newer.
--
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/20140205/b4e9c998/attachment.html>
#x27;s
easier to refactor.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140205/f91a9e51/attachment.pgp>
The usage of strict_strtol() is not preferred, because
strict_strtol() is obsolete. Thus, kstrtol() should be
used.
Signed-off-by: Jingoo Han
---
drivers/gpu/drm/nouveau/nouveau_hwmon.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_hw
2014-02-05, 14:50:18 +1000, Dave Airlie wrote:
> On Wed, Feb 5, 2014 at 8:53 AM, Sabrina Dubroca wrote:
> > 2014-02-04, 13:20:54 +1000, Dave Airlie wrote:
> >> On Tue, Feb 4, 2014 at 1:34 AM, Sabrina Dubroca
> >> wrote:
> >> > When I boot 3.14-rc1 in qemu, I get the trace below. The console stop
re
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140205/5244a05d/attachment-0001.pgp>
57 matches
Mail list logo
