The wait patch seemed to get the most discussion last time,
so I've overhauled it.
The others are mostly unchanged.
Dave.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
From: Dave Airlie
Sync objects are new toplevel drm object, that contain a
pointer to a fence. This fence can be updated via command
submission ioctls via drivers.
There is also a generic wait obj API modelled on the vulkan
wait API (with code modelled on some amdgpu code).
These objects can
From: Dave Airlie
This interface allows importing the fence from a sync_file into
an existing drm sync object, or exporting the fence attached to
an existing drm sync object into a new sync file object.
This should only be used to interact with sync files where necessary.
v1.1: fence put fixes
From: Dave Airlie
This just splits out the fence depenency checking into it's
own function to make it easier to add semaphore dependencies.
Reviewed-by: Christian König
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 85 +++---
1
From: Dave Airlie
This creates a new command submission chunk for amdgpu
to add in and out sync objects around the submission.
Sync objects are managed via the drm syncobj ioctls.
The command submission interface is enhanced with two new
chunks, one for syncobj pre submission dependencies,
and
From: Dave Airlie
This interface will allow sync object to be used to back
Vulkan fences. This API is pretty much the vulkan fence waiting
API, and I've ported the code from amdgpu.
v2: accept relative timeout, pass remaining time back
to userspace.
v3: return to absolute timeouts.
v4: abs
On 31 May 2017 at 08:10, David Miller wrote:
> From: Daniel Vetter
> Date: Tue, 30 May 2017 22:15:42 +0200
>
>> If the e1000e maintainer wants to coalesce or not return statements
>> this simple way, that's imo on him to change the color as needed.
>
> That's not how things work.
>
> If the maint
From: Dave Airlie
This interface will allow sync object to be used to back
Vulkan fences. This API is pretty much the vulkan fence waiting
API, and I've ported the code from amdgpu.
v2: accept relative timeout, pass remaining time back
to userspace.
v3: return to absolute timeouts.
v4: abs
From: Dave Airlie
Sync objects are new toplevel drm object, that contain a
pointer to a fence. This fence can be updated via command
submission ioctls via drivers.
There is also a generic wait obj API modelled on the vulkan
wait API (with code modelled on some amdgpu code).
These objects can
From: Dave Airlie
This just splits out the fence depenency checking into it's
own function to make it easier to add semaphore dependencies.
Reviewed-by: Christian König
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 85 +++---
1
Okay so Christian said he wanted lookup and replace split in the
amdgpu cs, this does this, and looks a bit cleaner, it required
changing some of the interfaces around on what is exported.
Dave.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
From: Dave Airlie
This creates a new command submission chunk for amdgpu
to add in and out sync objects around the submission.
Sync objects are managed via the drm syncobj ioctls.
The command submission interface is enhanced with two new
chunks, one for syncobj pre submission dependencies,
and
From: Dave Airlie
This interface allows importing the fence from a sync_file into
an existing drm sync object, or exporting the fence attached to
an existing drm sync object into a new sync file object.
This should only be used to interact with sync files where necessary.
v1.1: fence put fixes
915: set initialised only when init_context callback is NULL
drm/i915/gvt: Disable compression workaround for Gen9
Daniel Vetter (2):
Revert "drm/i915: Restore lost "Initialized i915" welcome message"
drm/exynos: Merge pre/postclose hooks
Dave Airlie (4):
oops forgot subject.
On 1 June 2017 at 12:26, Dave Airlie wrote:
> Hi Linus,
>
> This is the main set of fixes for rc4, one amdgpu fix, some exynos
> regression fixes, some msm fixes and some i915 and GVT fixes.
>
> I've got a second regression fix for some DP chips that
7-05-31' of
git://anongit.freedesktop.org/git/drm-intel into drm-fixes (2017-06-02
12:57:32 +1000)
DP quirk for usb c dongles
----
Dave Airlie (1):
Merge tag 'topic/dp-
On 2 June 2017 at 18:48, Tomi Valkeinen wrote:
> Hi Dave,
>
> Here's second attempt for omapdrm changes for v4.13. The first version
> conflicts
> with the latest drm-next due to the DRM_ROTATE flag changes. This one is
> rebased
> on top of the latest drm-next.
As much as I dislike rebases (ho
s we can then create userspace
mapping that won't get degraded to UC.
Signed-off-by: Dave Airlie
---
arch/x86/include/asm/io.h | 6 ++
arch/x86/mm/pat.c | 13 +
include/linux/io.h| 13 +
3 files changed, 32 insertions(+)
diff --git a/arch/x86/incl
This fixes a regression in all these drivers since the cache
mode tracking was fixed for mixed mappings. It uses the new
arch API to add the VRAM range to the PAT mapping tracking
tables.
Fixes: 87744ab3832 (mm: fix cache mode tracking in vm_insert_mixed())
Signed-off-by: Dave Airlie
On 24 October 2016 at 16:03, Dave Airlie wrote:
> I messed up one of the mailing lists last time (copied ancient
> address from another script).
>
Oops ignore both of those sets, forgot a git add, will repost once it
finish rebuild/boot cycle.
Dave.
This is the working set, I messed up a git add on CONFIG_PAT vs
CONFIG_X86_PAT. This set of changes fixes a regression since
the change to the pfn_insert_mixed code to use the memtype tracking
code.
All the GPU drivers using TTM need to insert the VRAM mapping
into the memtype table so don't get U
As per Ingo's request I've cc'ed a bunch more x86/PAT people.
Dave.
This fixes a regression in all these drivers since the cache
mode tracking was fixed for mixed mappings. It uses the new
arch API to add the VRAM range to the PAT mapping tracking
tables.
Fixes: 87744ab3832 (mm: fix cache mode tracking in vm_insert_mixed())
Signed-off-by: Dave Airlie
I messed up one of the mailing lists last time (copied ancient
address from another script).
Dave.
s we can then create userspace
mapping that won't get degraded to UC.
v1.1: use CONFIG_X86_PAT
Cc: Toshi Kani
Cc: Borislav Petkov
Cc: H. Peter Anvin
Cc: Andy Lutomirski
Cc: Denys Vlasenko
Cc: Brian Gerst
Cc: x86 at kernel.org
Cc: mcgrof at suse.com
Cc: Dan Williams
Signed-off-by: Dave Air
s we can then create userspace
mapping that won't get degraded to UC.
v1.1: use CONFIG_X86_PAT
Signed-off-by: Dave Airlie
---
arch/x86/include/asm/io.h | 6 ++
arch/x86/mm/pat.c | 13 +
include/linux/io.h| 13 +
3 files changed, 32 insertions(+)
dif
>>
>> Is anything on a driver to be able to tell when this is actually needed ?
>> How will driver developers know? Can you add a bit of documentation to
>> the API? If its transitive towards a secondary solution indicating so
>> would help driver developers.
>
> I'll plug the io-mapping stuff agai
ing the arch wc mapping API.
(2016-10-26 16:48:01 +1000)
patches to fix a regression in 4.9-rc1 on x86 PAT
--------
Dave Airlie (2):
x86/io: add interface to reserve i
On 26 October 2016 at 16:53, Dave Airlie wrote:
> Hi Linus,
>
> This is a standalone pull request for the fix for a regression introduced
> in -rc1 by a change to vm_insert_mixed to start using the PAT range tracking
> to validate page protections. With this fix in place, all th
es (2016-09-02 15:55:15 +1000)
drm fixes for 4.8-rc5
Chunming Zhou (1):
drm/amdgpu: record error code when ring test failed
Dave Airlie (4):
Merge branch &#
On 10 September 2016 at 12:57, Mark yao wrote:
> Hi Dave
> Here are some little fixes for rockchip drm, looks good for me, and
> there is no doubt on them, So I'd like you can land them.
>
> Thanks.
>
> The following changes since commit 603f2c9f45c6620afd65b60ec084c1ea7c36b2ec:
>
> Merge ta
_OUT_OF_RANGE to SNB
drm/i915: Restore lost "Initialized i915" welcome message
Dave Airlie (4):
Merge tag 'drm-intel-fixes-2016-09-08' of
git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge tag 'drm/atmel-hlcdc/4.8-fixes' of
github.com:bbr
On 19 September 2016 at 17:31, Philipp Zabel wrote:
> Hi Dave,
>
> please consider merging this tag containing the latest active plane
> reconfiguration patches, several fixes and cleanups, and image
> conversion support for the V4L2 drivers to build upon.
>
> The active plane reconfiguration patc
d one stable ABI fix
Arnd Bergmann (1):
Subject: [PATCH, RESEND] drm: exynos: avoid unused function warning
Dave Airlie (1):
Merge branch 'exynos-drm-fixes' of
git://git.kernel.org/.../daeinki/drm-exynos into drm-fixes
Kristian H. Kristensen (
On 23 September 2016 at 17:25, Sean Paul wrote:
> On Thu, Sep 22, 2016 at 1:24 PM, Dan Carpenter
> wrote:
>> On Thu, Sep 22, 2016 at 03:11:25PM +0200, SF Markus Elfring wrote:
>>> > If you restricted yourself to fixing bugs only then you would maybe fix
>>> > more
>>> > bugs than you introduce
Hey all,
Back from a week off, I've hoovered up everything and backmerged -rc8 on top.
If I've missed anything please let me know, I haven't seen next trees
for exynos or nouveau, as possibly a few others, but those are the
main two I noticed.
Dave.
fixes for final 4.8, udl, amdgpu/radeon and nouveau
Alex Deucher (1):
drm/radeon/si/dpm: add workaround for for Jet parts
Dave Airlie (2):
Merge branch 'drm-fixes-4.8' of
git://people.freedesktop.org/~agd5f/linu
On 6 January 2017 at 04:29, Linus Torvalds
wrote:
> On Thu, Jan 5, 2017 at 3:19 AM, Jani Nikula wrote:
>>
>> Hi Dave, or Linus if Dave's on vacation, I'm a bit unsure,
>
> I'm going to ignore this on the assumption that Dave is around. But if
> nothing happens for a few days, ping me again and I'
c firmware selection for SI
drm/radeon: drop verde dpm quirks
drm/amdgpu: drop verde dpm quirks
Bartosz Golaszewski (1):
drm: tilcdc: simplify the recovery from sync lost error on rev1
Dave Airlie (5):
Merge tag 'drm-misc-fixes-2017-01-04' of
git://anongit.freedes
On 7 January 2017 at 00:56, Vincent Abriou wrote:
> Hi Dave,
>
> Here is an update of the STI drm driver.
> It contains file cleanup and various fixes.
>
> Regard,
> Vincent
>
> The following changes since commit 2cf026ae85c42f253feb9f420d1b4bc99bd5503d:
>
> Merge branch 'linux-4.10' of git://gi
On runtime resume, nouveau can try and take the mode_config
mutex in the poll reenable, however a poll can race with this,
and take the mutex and get stuck waiting for the runtime to
finish completion. These two patches allow the driver to
get hooked in before the mutex is taken.
I think radeon/am
From: Dave Airlie
In order to avoid a lockdep between pm resume and output poll
over the mode_config mutex we need to order the wakeup of the
device before we take the mode config mutex (as pm resume
can also try and take the mode config mutex).
This introduces an API for drivers to insert
From: Dave Airlie
This wraps the output poll and fixes a problem where
pm resume would try and take the mode config mutex
but the output poll thread would already have taken it.
I found this while looking for another bug, I've no idea
yet if this fixes that problem.
Signed-off-by: Dave A
On 10 Jan. 2017 19:50, "Daniel Vetter" wrote:
On Tue, Jan 10, 2017 at 12:12:30PM +1000, Dave Airlie wrote:
> On runtime resume, nouveau can try and take the mode_config
> mutex in the poll reenable, however a poll can race with this,
> and take the mutex and get stuck waiting
):
drm/i915: Clear ret before unbinding in i915_gem_evict_something()
drm/i915: Fix phys pwrite for struct_mutex-less operation
Daniel Vetter (1):
drm/probe-helpers: Drop locking from poll_enable
Dave Airlie (8):
Merge tag 'drm-misc-fixes-2017-01-09' of
git://anongit.freedesktop.
While trying to track down some crashes on my Fiji I enabled UBSAN and
got this, this led me to look at the function mentioned, and wow
totally undefined code land.
The code loops over num_shader_engines with i, then uses i * 16 in a
calc for a left-shift. On Fiji at least num_shader_engines is 4,
From: Dave Airlie
Without this there was a double free of the metadata,
which ended up freeing the fd table for me here, and taking
out the machine more often than not.
I reproduced with X.org + modesetting DDX + latest llvm/mesa,
also required using dri3.
Cc: stable at vger.kernel.org
Signed
From: Dave Airlie
Signed-off-by: Dave Airlie
---
include/drm/drm_crtc.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h
index 297e527..6279989 100644
--- a/include/drm/drm_crtc.h
+++ b/include/drm/drm_crtc.h
@@ -2606,7 +2606,7
From: Dave Airlie
This uses the previous changes to add reference counts
to drm connector objects.
v2: move fbdev changes to their own patch.
add some kerneldoc
Reviewed-by: Daniel Vetter
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_atomic.c | 19 +--
drivers/gpu/drm
From: Dave Airlie
This takes a reference count when fbdev adds the connector,
and drops it when it removes the connector.
It also drops the now unneeded code to find connectors
and remove the from the modeset as they are reference counted.
v2: drop references when removing all connectors at
From: Dave Airlie
This just takes a reference on the connector when we set a mode
in the non-atomic paths.
v2: Follow Daniel Stone's suggestions on when to take/drop
references.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_crtc_helper.c | 19 +++
1 file change
From: Dave Airlie
Take a reference when setting a crtc on a connecter,
also take one when duplicating if a crtc is set,
and drop one on destroy if a crtc is set.
v2: take Daniel Stone's advice and simplify the
ref/unref dances, also take care of NULL as connector
to state reset.
Signed-o
From: Dave Airlie
Don't just free the connector when we get the destroy callback.
Drop a reference to it, and set it's mst_port to NULL so
no more mst work is done on it.
v2: core mst accepts NULLs fine. Cleanup EDID code properly.
v3: drop the extra reference we were taking.
R
>>*/
>> + if (connector && state->crtc) {
>> + drm_connector_unreference(state->connector);
>> + }
>
> Bikeshed: no need for {} and you don't need to check that connector is
> NULL either. Tbh all the destroy_state helpers don't really need their
> object argument, only
From: Dave Airlie
Take a reference when setting a crtc on a connecter,
also take one when duplicating if a crtc is set,
and drop one on destroy if a crtc is set.
v2: take Daniel Stone's advice and simplify the
ref/unref dances, also take care of NULL as connector
to state reset.
v3: r
It appears that Dell 5K monitors hide some mode timings
in the displayid block, this set of patches fixes up a few
bits of displayid support, then add support for extracting
the type 1 detailed timings that the Dell monitors use.
The first two patches are missing signoff but I've asked
for Tomas t
From: Tomas Bzatek
Cosmetic change, let's report more precise revisions and IDs.
https://bugs.freedesktop.org/show_bug.cgi?id=95207
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_edid.c | 6 +++---
include/drm/drm_displayid.h | 6 --
2 files changed, 7 insertions(+), 5 dele
From: Tomas Bzatek
This will iterate over all DisplayID blocks found in the buffer.
Previously only the first block was parsed.
https://bugs.freedesktop.org/show_bug.cgi?id=95207
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_edid.c | 124 -
1
From: Dave Airlie
This just makes the code easier to follow.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_edid.c | 110 -
1 file changed, 59 insertions(+), 51 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
From: Dave Airlie
We need to use this for validating modeline additions.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_edid.c | 45 +++--
1 file changed, 27 insertions(+), 18 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm
From: Dave Airlie
The tiled 5K Dell monitor appears to be hiding it's tiled mode
inside the displayid timings block, this patch parses this
blocks and adds the modes to the modelist.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=95207
Signed-off-by: Dave Airlie
---
drivers/gp
On 29 April 2016 at 18:40, Xinliang Liu wrote:
> Hi Dave,
>
> v3:
> This driver should only work on arm64 system.
> So add ARM64 depends on to the Kconfig in this commit:
> 23e7b2ab9a8f drm/hisilicon: Add hisilicon kirin drm master driver
>
> The 32-bit system compilation warnings and errors shoul
On 3 May 2016 at 18:48, Philipp Zabel wrote:
> Hi Dave,
>
> here is the imx-ipuv3-crtc autoloading fix so you don't have to revert commit
> 304e6be652e2 ("gpu: ipu-v3: Assign of_node of child platform devices to
> corresponding ports").
I didn't pull this, but I cherry-picked the patch out and ad
t 1
Chris Wilson (1):
drm/i915: Avoid stalling on pending flips for legacy cursor updates
Dave Airlie (3):
drm/amdgpu: set metadata pointer to NULL after freeing.
Merge branch 'drm-fixes-4.6' of git://people.freedesktop.org/~agd5f/linux
into drm-fixes
Merge tag '
>>> index 623b4e9..042f9fc 100644
>>> --- a/include/drm/drm_displayid.h
>>> +++ b/include/drm/drm_displayid.h
>>> @@ -52,7 +52,8 @@
>>> #define PRODUCT_TYPE_DIRECT_DRIVE 6
>>>
>>> struct displayid_hdr {
>>> -u8 rev;
>>> +u8 rev:4;
>>> +u8 ver:4;
>>> u8 bytes;
>>> u8 prod_id;
>>
>> +struct displayid_detailed_timings_1 {
>> + u8 pixel_clock[3];
>> + u8 flags;
>> + u8 hactive[2];
>> + u8 hblank[2];
>> + u8 hsync[2];
>> + u8 hsw[2];
>> + u8 vactive[2];
>> + u8 vblank[2];
>> + u8 vsync[2];
>> + u8 vsw[2];
>
> An alternative would be t
From: Dave Airlie
This just makes the code easier to follow.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_edid.c | 111 -
1 file changed, 59 insertions(+), 52 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
From: Tomas Bzatek
This will iterate over all DisplayID blocks found in the buffer.
Previously only the first block was parsed.
https://bugs.freedesktop.org/show_bug.cgi?id=95207
Signed-off-by: Tomas Bzatek
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_edid.c | 30
From: Dave Airlie
We need to use this for validating modeline additions.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_edid.c | 44 ++--
1 file changed, 26 insertions(+), 18 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm
From: Dave Airlie
The tiled 5K Dell monitor appears to be hiding it's tiled mode
inside the displayid timings block, this patch parses this
blocks and adds the modes to the modelist.
v1.1: add missing __packed.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=95207
Signed-off-by:
On 9 May 2016 at 18:17, Daniel Vetter wrote:
> On Wed, May 04, 2016 at 02:26:42PM -0400, Alex Deucher wrote:
>> From: Chunming Zhou
>>
>> The release of the vmid owner was not handled
>> correctly. We need to take the lock and walk
>> the lru list.
>>
>> Signed-off-by: Chunming Zhou
>> Reviewed
On 6 May 2016 at 19:38, Lucas Stach wrote:
> Hi Dave,
>
> not much new stuff this time. A (micro-)optimization to allow the
> hangcheck timer to be coalesced with other wakeups in the system and a
> fix to handle mmaping of prime imported and userptr buffers correctly. I
> don't think we have seen
On 11 May 2016 at 17:46, Daniel Vetter wrote:
> On Tue, May 10, 2016 at 10:21:53AM +0200, Christian König wrote:
>> Am 10.05.2016 um 07:05 schrieb Dave Airlie:
>> >On 9 May 2016 at 18:17, Daniel Vetter wrote:
>> >>On Wed, May 04, 2016 at 02:26:42PM -0400,
On 11 May 2016 at 00:58, Thierry Reding wrote:
> Hi Dave,
>
> The following changes since commit f55532a0c0b8bb6148f4e07853b876ef73bc69ca:
>
> Linux 4.6-rc1 (2016-03-26 16:03:24 -0700)
>
> are available in the git repository at:
>
> git://anongit.freedesktop.org/tegra/linux tags/drm/panel/for-
P link training issue with second 4K monitor
Daniel Vetter (1):
drm/i915: Bail out of pipe config compute loop on LPT
Dave Airlie (3):
Merge tag 'drm-intel-fixes-2016-05-11' of
git://anongit.freedesktop.org/drm-intel into drm-fixes
Merge branch 'drm-fixes-4.6&#x
state
drm: Drop plane argument from __drm_atomic_helper_plane_destroy_state
drm: Drop connector argument from
__drm_atomic_helper_connector_destroy_state
drm: Fix error handling in drm_connector_register
drm: Nuke ->vblank_disable_allowed
Dave Airlie (61):
Merge tag 'top
On 24 May 2016 at 04:59, Linus Torvalds
wrote:
> On Sun, May 22, 2016 at 11:41 PM, Dave Airlie wrote:
>>
>> Here's the main drm pull request for 4.7, it's been
>> a busy one, and I've been a bit more distracted in
>> real life this merge window.
>
&g
On 24 May 2016 at 05:20, Dave Airlie wrote:
> On 24 May 2016 at 04:59, Linus Torvalds
> wrote:
>> On Sun, May 22, 2016 at 11:41 PM, Dave Airlie wrote:
>>>
>>> Here's the main drm pull request for 4.7, it's been
>>> a busy one, and I've
On 24 May 2016 at 05:23, Dave Airlie wrote:
> On 24 May 2016 at 05:20, Dave Airlie wrote:
>> On 24 May 2016 at 04:59, Linus Torvalds
>> wrote:
>>> On Sun, May 22, 2016 at 11:41 PM, Dave Airlie wrote:
>>>>
>>>> Here's the main drm pull requ
Hi Linus,
here is the C++ guards warning fix from Arnd.
I've tried using a tag for this.
Dave.
The following changes since commit 84787c572d402644dca4874aba73324d9f8e3948:
Merge branch 'akpm' (patches from Andrew) (2016-05-23 19:42:28 -0700)
are available in the git repository at:
git:/
ter (1):
drm/i915/psr: Try to program link training times correctly
Dave Airlie (3):
Merge tag 'imx-drm-fixes-2016-05-24' of
git://git.pengutronix.de/git/pza/linux into drm-next
Merge branch 'drm-next-4.7' of git://people.freedesktop.org/~agd5f/linux
into drm
So we got a bug filed in Fedora 23 that the nvidia GPU wasn't stalling
on resume from runtime poweroff. When we looked into it, we noticed
the GPU wasn't powering off and the delay was from things going to
hell after that.
I dug out the DSDT and noticed it has special Windows 10 handling code
for
ndrzej Hajda (1):
drm/exynos/decon: fix disable clocks order
Anton Protopopov (1):
drm/qxl: fix erroneous return value
Dave Airlie (2):
Revert "drm/dp/mst: change MST detection scheme"
Merge branch 'exynos-drm-fixes' of
git://git.kernel.org/.../daeinki/drm-e
On 23 January 2016 at 08:07, Harry Wentland wrote:
> From: Mykola Lysenko
>
> 1. Get edid for all connected MST displays, not only on logical ports,
>in the same thread as MST topology detection is done:
> There are displays that have branches inside w/o logical ports.
> So in case
On 18 February 2016 at 15:21, Eric Anholt wrote:
> These changes have been on the list for over a week without comment,
> so I think it might be an appropriate time to pull (without an active
> development community, getting review will probably be hard). I'm
> also curious when your window for t
On 16 February 2016 at 21:37, Ville Syrjälä
wrote:
> On Mon, Feb 15, 2016 at 02:17:01PM +0100, Maarten Lankhorst wrote:
>> Because we record connector_mask using 1 << drm_connector_index now
>> the connector_mask should stay the same even when other connectors
>> are removed. This was not the ca
h changes up to 4fbbed46dca83bcba3a0170205110a06c116a8e6:
drm/nouveau: use post-decrement in error handling (2016-02-19 13:36:05 +1000)
--------
Dave Airlie (3):
Merge tag 'drm-intel-fixes-2016-02-18' of
git://anongit.freedesktop.org
/disp/dp: ensure sink is powered up before attempting link
training
Bradley Pankow (1):
amdgpu: fix NULL pointer dereference at tonga_check_states_equal
Christian König (1):
drm/amdgpu: disable direct VM updates when vm_debug is set
Dave Airlie (3):
Merge branch 'drm-fi
On 26 February 2016 at 13:04, Linus Torvalds
wrote:
> On Thu, Feb 25, 2016 at 6:20 PM, Dave Airlie wrote:
>>
>> This is a bit larger than Id like, but I asked the Intel guys to pull in
>> some Skylake fixes in the possibly vain hope that Skylake might be more
>> fun
On 1 March 2016 at 02:12, Daniel Vetter wrote:
> On Wed, Feb 24, 2016 at 08:03:04AM +0530, Thulasimani, Sivakumar wrote:
>>
>>
>> On 2/24/2016 3:41 AM, Lyude wrote:
>> >As it turns out, resuming DP MST is racey since we don't make sure MST
>> >is ready before we start modesetting, it just usually
On 2 January 2016 at 23:56, Jani Nikula wrote:
>
> Hi Dave, Linus -
Hi Linus,
can you pull this directly, baby has arrived, but I'm not back at work yet.
Dave.
>
> Two display fixes still for v4.4.
>
> The new year's resolution is to start using signed tags per Linus'
> request. This one is st
01-07 17:18:45 +1000)
Ben Skeggs (1):
drm/nouveau/gr/nv40: fix oops in interrupt handler
Dave Airlie (1):
Merge branch 'linux-4.4' of git://github.com/skeggsb/linux into drm-fixes
drivers/gpu/drm/nouveau/nvkm/engine/gr/nv40.c | 1 +
1 file changed, 1 insertion(+)
On 7 January 2016 at 16:02, Stefan Agner wrote:
> Promote myself as new maintainer of the Freescale DCU DRM driver.
>
> Signed-off-by: Stefan Agner
> ---
> This has been previously discussed privately. The original driver
> author and maintainer Jianwei does not work for Freescale anymore
> and c
On 15 January 2016 at 12:25, Dieter Nützel wrote:
> Hello Dave,
>
> first all the best for your newborn and your whole family!
Thanks,
>
> Second:
> What could be differend between r6xx/r7xx and EG+ (NI, here) that the below
> fixes the 'gsraytrace' GPU hang on the later but NOT on the former?
Update DRIVER_DATE to 20151218
drm/atomic-helper: Reject legacy flips on a disabled pipe
drm/docs: more leftovers from the big vtable documentation pile
drm/i915: Tune down rpm wakelock debug checks
drm/i915: Init power domains early in driver load
Danilo Ces
[-Wformat=]
Reported-by: Linus Torvalds
Signed-off-by: Dave Airlie
---
Hi Linus, please apply direct, should be fine.
drivers/gpu/drm/vc4/vc4_validate.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/vc4/vc4_validate.c
b/drivers/gpu/drm/vc4/vc4_validate.c
index
ebugfs per-file-stats
drm/i915: Drop vm.ref for duplicate vma on construction
drm/i915: Also drop vm.ref along error paths for vma construction
drm/i915/gt: Pin the rings before marking active
Dave Airlie (5):
Merge tag 'mediatek-drm-fixes-5.8' of
https://git.kernel.org/
> > Acked-by: Thomas Zimmermann
> >
> > but I'd like to have someone with more architecture expertise ack this
> > as well.
>
> Agreed. All my testing is using the bochs_drm framebuffer under
> qemu-system-sparc64
> (a sun4u machine) so it would be nice to get an ACK from Dave or someone else
>
How are we going with a fix for this regression I can commit?
Dave.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
t two can be merged without causing any pain. Feel
> free to add my ab on them.
>
> And the third one can go in immediately as well.
Acked-by: Dave Airlie for the first 2 +
indefinite explains.
Dave.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
801 - 900 of 4762 matches
Mail list logo
