org/archives/dri-devel/attachments/20131106/b90826d9/attachment.html>
nks for your time
--
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/20131106/828821be/attachment-0001.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/1ee6fede/attachment.html>
On Sat, Oct 12, 2013 at 1:47 AM, Jun Chen wrote:
>
> There are no mutex protection for the dev->map_hash while calling
> the drm_ht_find_item in the function drm_do_vm_fault. So try to
> mutex firstly and then find the list for using to avoid this race
> condition.
Can I ask how or why you found
> Here comes a collection of drm patches for qemu emulated
> virtual graphics cards. Small improvements for cirrus
> and qxl. A new kms driver for the qemu standard vga.
>
> Patches 1-4 can be queued up for merge, unless someone
> finds bugs / problems in review of course.
Hi Gerd,
I've merged
On Thu, Oct 31, 2013 at 9:04 AM, Wang YanQing wrote:
> This series patches fix resource leak
> issue in error handle code path I meet
> with drm, vmalloc leak, etc.
Daniel this seems to cross over a bit with your cleanups,
I also am not sure that the drm_cleanup_in_dev isn't going to cause
issue
On Wed, Oct 30, 2013 at 4:06 AM, wrote:
> So I took another look at the vblank timestamping code, and got a bit
> excited. The result is this patchset.
I'd like to merge this, I was hoping Mario could ack it at least as it
seems mostly sane to my eyes.
Dave.
dri-devel/attachments/20131106/f3a26d67/attachment.html>
On Wed, Nov 06, 2013 at 01:39:46PM +1000, Dave Airlie wrote:
> > Here comes a collection of drm patches for qemu emulated
> > virtual graphics cards. Small improvements for cirrus
> > and qxl. A new kms driver for the qemu standard vga.
> >
> > Patches 1-4 can be queued up for merge, unless someo
On Wed, Nov 06, 2013 at 01:45:31PM +1000, Dave Airlie wrote:
> On Thu, Oct 31, 2013 at 9:04 AM, Wang YanQing wrote:
> > This series patches fix resource leak
> > issue in error handle code path I meet
> > with drm, vmalloc leak, etc.
>
> Daniel this seems to cross over a bit with your cleanups,
2013/11/3 Rafa? Mi?ecki :
> 2013/11/1 Alex Deucher :
>>
>> Christian K?nig (7):
>> drm/radeon: rework and fix reset detection v2
>
> Please note this pull request (above patch) break suspending on my:
> 01:00.0 VGA compatible controller [0300]: Advanced Micro Devices [AMD]
> nee ATI Blackcomb
On Wed, Nov 6, 2013 at 9:08 PM, Rafa? Mi?ecki wrote:
> 2013/11/3 Rafa? Mi?ecki :
>> 2013/11/1 Alex Deucher :
>>>
>>> Christian K?nig (7):
>>> drm/radeon: rework and fix reset detection v2
>>
>> Please note this pull request (above patch) break suspending on my:
>> 01:00.0 VGA compatible cont
2013/11/6 Dave Airlie :
> On Wed, Nov 6, 2013 at 9:08 PM, Rafa? Mi?ecki wrote:
>> 2013/11/3 Rafa? Mi?ecki :
>>> 2013/11/1 Alex Deucher :
Christian K?nig (7):
drm/radeon: rework and fix reset detection v2
>>>
>>> Please note this pull request (above patch) break suspending on m
needed.
--
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/20131106/75283c48/attachment.html>
Hi,
> I'll try and find some time to look at the bochs driver, though is it
> really much more than we have with the
> simple drm layer that David Herrmann is producing?
simpledrm is fixed resolution and depends on the firmware setting things
up (from what I've seen a few weeks back), correct?
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/391c3cfd/attachment.html>
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/ff95c09d/attachment.html>
a new bug report if needed.
I'm also unable to see the text in menus
--
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/
Hi, Dave
Pull request for vmwgfx. Currently just the DMA address stuff.
The following changes since commit 4695b03970df378dcb93fe3e7158381f1e980fa2:
qxl: add a connector property to denote hotplug should rescan modes.
(2013-11-06 15:23:26 +1000)
are available in the git repository at:
git
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/5403ef91/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/62b1945f/attachment.html>
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/20131106/77a4fbd3/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/6ec1b696/attachment.html>
Hi, Dave
Pull requst for TTM.
- A couple of fixes that never made it into fixes-3.12
- Make NO_EVICT bo's available for shrinkers when on delayed-delete list
- Allow retrying page-faults that need to wait for GPU.
/Thomas
The following changes since commit 4695b03970df378dcb93fe3e7158381f1e980f
...Oops, Got the subject wrong.
Hi, Dave
Pull requst for TTM.
- A couple of fixes that never made it into fixes-3.12
- Make NO_EVICT bo's available for shrinkers when on delayed-delete list
- Allow retrying page-faults that need to wait for GPU.
/Thomas
The following changes since commit 4695b
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/3ae88c76/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=60639
--- Comment #16 from kernspam at schreib-doch-mal-wieder.de ---
Any news? I don't want to buy a new computer just to get a working DisplayPort.
--
You are receiving this mail because:
You are watching the assignee of the bug.
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/1a988a16/attachment.html>
-
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/4828229d/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/17734fad/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/887cd5c3/attachment.html>
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/82044a68/attachment-0001.html>
--
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 827 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/c6200438/attachment.pgp>
From: Ville Syrj?l?
Currently if drm_sysfs_connector_add() fails, it can leave connector->kdev
populated with an ERR_PTR value, or pointing to an already freed device.
Use a temporary kdev pointer during drm_sysfs_connector_add(), and
only set connector->kdev if the function succeeds. This avoids
On Wed, Nov 6, 2013 at 6:55 AM, Keith Packard wrote:
> Kristian H?gsberg writes:
>
>> Having written the GBM and Wayland suport for this, it's pretty clear
>> that we just want to use __DRIdri2Extension instead of duplicating
>> these functions. Support for the __DRIimage based getBuffers is a
>
On Sun, Nov 3, 2013 at 4:41 AM, Robin H. Johnson wrote:
> I apologize for not sending this sooner, but I wanted to be really sure that I
> wasn't introducing the bug elsewhere, and I was lacking time to even narrow it
> down this far.
>
> TL;DR:
> 3.11 kernel does proper modeset for dual 1920x1200
Applied. thanks!
Alex
On Sat, Nov 2, 2013 at 11:00 PM, Ilija Hadzic wrote:
> The following patches will plug the VRAM leak that can be provoked in the
> radeon driver by changing the mode. The mechanism that causes the leak is
> described in the commit message associated with the first patch.
>
On 11/06/2013 12:53 AM, Duan Jiong wrote:
> This patch fixes coccinelle error regarding usage of IS_ERR and
> PTR_ERR instead of PTR_ERR_OR_ZERO.
> diff --git a/drivers/gpu/drm/tegra/gem.c b/drivers/gpu/drm/tegra/gem.c
> @@ -199,10 +199,7 @@ int tegra_bo_dumb_create(struct drm_file *file, struct
ubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/9820854a/attachment.html>
octet-stream
Size: 26611 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/ae5eac0a/attachment-0006.obj>
-- next part --
A non-text attachment was scrubbed...
Name: 3.11.0-working-implicit.gz
Type: application/octet-stre
Nothing special here... I'm fine with not pushing any of the AUB stuff if
anyone has issues.
Ben Widawsky (2):
intel/bdw: Add broadwell chipset IDs
intel/bdw: Handle gen8 bufmgr_init
Damien Lespiau (2):
intel/bdw: Add gen8 to the decode init
intel/bdw: Update MI_BATCH_BUFFER_START for aub
From: Ben Widawsky
v2: Rename s//IRIS/
Signed-off-by: Ben Widawsky
---
intel/intel_chipset.h | 22 +-
1 file changed, 21 insertions(+), 1 deletion(-)
diff --git a/intel/intel_chipset.h b/intel/intel_chipset.h
index aeb439e..e5589be 100644
--- a/intel/intel_chipset.h
+++ b/
From: Damien Lespiau
Signed-off-by: Damien Lespiau
Reviewed-by: Kenneth Graunke
Signed-off-by: Ben Widawsky
---
intel/intel_decode.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/intel/intel_decode.c b/intel/intel_decode.c
index 1b80b75..c0a0caf 100644
--- a/intel/int
From: Kenneth Graunke
Since our aub file dumping's GTT handling is totally fake, we always put
everything in the low 4GB anyway and shouldn't ever need to set
AddressHigh to anything other than 0.
Signed-off-by: Kenneth Graunke
[ben: slight commit message change]
Signed-off-by: Ben Widawsky
--
From: Damien Lespiau
The command now takes a 48bits address and is thus 1 byte longer.
Signed-off-by: Damien Lespiau
Signed-off-by: Ben Widawsky
---
intel/intel_bufmgr_gem.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/intel/intel_bufmgr_gem.c b/intel/intel_b
From: Ben Widawsky
[bwidawsk: Added Damien's SOB]
Signed-off-by: Damien Lespiau
Reviewed-by: Kenneth Graunke
Signed-off-by: Ben Widawsky
---
intel/intel_bufmgr_gem.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/intel/intel_bufmgr_gem.c b/intel/intel_bufmgr_gem.c
index 278f5c8..32a226
On Wed, Nov 6, 2013 at 12:14 PM, Robin H. Johnson wrote:
> (Resending to dri-devel because the first one didn't make it).
>
> I apologize for not sending this sooner, but I wanted to be really sure that I
> wasn't introducing the bug elsewhere, and I was lacking time to even narrow it
> down this
org/archives/dri-devel/attachments/20131106/af7e0a79/attachment.html>
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/20131106/ab226d98/attachment-0001.html>
Fix a long-standing TTM issue where we manipulated the vma page_prot
bits while mmap_sem was taken in read mode only. We now make a local
copy of the vma structure which we pass when we set the ptes.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/ttm/ttm_bo_vm.c | 30 +
On Wed, Nov 06, 2013 at 12:16:31PM -0500, Alex Deucher wrote:
> On Wed, Nov 6, 2013 at 12:14 PM, Robin H. Johnson
> wrote:
> > (Resending to dri-devel because the first one didn't make it).
> >
> > I apologize for not sending this sooner, but I wanted to be really sure
> > that I
> > wasn't intr
67b8f4c569
GLAMOR: Git:master/ba209eeef2
DDX: Git:master/f1dc677e79
Let me know if you need further information.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.
Kristian H?gsberg writes:
> It just the two older create context functions (which fall back to
> calling driCreateContextAtribs) and allocateBuffer and releaseBuffer.
> The two buffer functions are __DRIbuffer specific of course, but we
> can implement them in terms of __DRIimage in dri_util.c no
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131106/f5c0f4f9/attachment.html>
e. See the attached file.
--
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/20131106/ad621072/attachment-0001.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/20131106/0966b014/attachment.html>
On Wed, Nov 6, 2013 at 10:09 AM, Keith Packard wrote:
> Kristian H?gsberg writes:
>
>> It just the two older create context functions (which fall back to
>> calling driCreateContextAtribs) and allocateBuffer and releaseBuffer.
>> The two buffer functions are __DRIbuffer specific of course, but we
On 11/06/2013 09:15 AM, Ben Widawsky wrote:
> Nothing special here... I'm fine with not pushing any of the AUB stuff if
> anyone has issues.
>
> Ben Widawsky (2):
> intel/bdw: Add broadwell chipset IDs
> intel/bdw: Handle gen8 bufmgr_init
>
> Damien Lespiau (2):
> intel/bdw: Add gen8 to the
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/db2a838c/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/f9a38909/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/20131106/ba5b4bd0/attachment-0001.html>
ilable
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/035a1826/attachment.pgp>
art --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/75432f0e/attachment.html>
(switched to email. Please respond via emailed reply-to-all, not via the
bugzilla web interface).
On Wed, 06 Nov 2013 19:12:29 + bugzilla-daemon at bugzilla.kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=64521
>
> Bug ID: 64521
>Summary: BUG kmallo
Anyone else but me that feels such a function could be useful?
My main use-case is that it would resolve the mutual refcounting problem:
1) drm buffer object caches a dma_buf pointer which it refcounts
2) The dma-buf holds a refcount to the buffer.
This is resolved today by having the user-space
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/1835572d/attachment.html>
On Wed, Nov 06, 2013 at 05:48:55PM +, Robin H. Johnson wrote:
> On Wed, Nov 06, 2013 at 12:16:31PM -0500, Alex Deucher wrote:
> > On Wed, Nov 6, 2013 at 12:14 PM, Robin H. Johnson
> > wrote:
> > > (Resending to dri-devel because the first one didn't make it).
> > >
> > > I apologize for not s
On Wed, Nov 06, 2013 at 05:48:55PM +, Robin H. Johnson wrote:
> On Wed, Nov 06, 2013 at 12:16:31PM -0500, Alex Deucher wrote:
> > On Wed, Nov 6, 2013 at 12:14 PM, Robin H. Johnson
> > wrote:
> > > (Resending to dri-devel because the first one didn't make it).
> > >
> > > I apologize for not s
On Wed, Nov 06, 2013 at 09:41:03AM -0800, Thomas Hellstrom wrote:
> Fix a long-standing TTM issue where we manipulated the vma page_prot
> bits while mmap_sem was taken in read mode only. We now make a local
> copy of the vma structure which we pass when we set the ptes.
>
> Signed-off-by: Thomas
I IDs so I've skipped
it).
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/a82bcb26/attachment.pgp>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/724e2425/attachment-0001.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/4610749e/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/bb139375/attachment.html>
This exposes the kernel API for performing asynchronous flips
Signed-off-by: Keith Packard
---
include/drm/drm.h | 1 +
include/drm/drm_mode.h | 3 ++-
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/include/drm/drm.h b/include/drm/drm.h
index 725bf51..f0b4c16 100644
--- a/in
835 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/61c1fcf2/attachment.pgp>
This is a note to let you know that I have just added a patch titled
drm: Prevent overwriting from userspace underallocating core ioctl
to the linux-3.5.y-queue branch of the 3.5.y.z extended stable tree
which can be found at:
http://kernel.ubuntu.com/git?p=ubuntu/linux.git;a=shortlog;h=r
This patch fixes coccinelle error regarding usage of IS_ERR and
PTR_ERR instead of PTR_ERR_OR_ZERO.
Signed-off-by: Duan Jiong
---
drivers/gpu/drm/tegra/gem.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/tegra/gem.c b/drivers/gpu/drm/tegra/gem.c
index 28
This is a note to let you know that I have just added a patch titled
drm: Pad drm_mode_get_connector to 64-bit boundary
to the linux-3.5.y-queue branch of the 3.5.y.z extended stable tree
which can be found at:
http://kernel.ubuntu.com/git?p=ubuntu/linux.git;a=shortlog;h=refs/heads/linux-
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/e78765f2/attachment.mht>
next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 827 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/9e810977/attachment.pgp>
ed...
Name: not available
Type: application/pgp-signature
Size: 827 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/1a39459b/attachment.pgp>
81 matches
Mail list logo
