You 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>
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/4610749e/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/724e2425/attachment-0001.html>
: application/pgp-signature
Size: 827 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/1a39459b/attachment.pgp>
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
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
013 01:40:23 -0400
Size: 4806
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/e78765f2/attachment.mht>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/1835572d/attachment.html>
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>
art --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/75432f0e/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>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/f9a38909/attachment.html>
TML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/db2a838c/attachment.html>
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>
d 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>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131106/f5c0f4f9/attachment.html>
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
4c569
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.org/a
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
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
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
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>
org/archives/dri-devel/attachments/20131106/af7e0a79/attachment.html>
6611 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-stream
Size: 26378
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
RL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/9820854a/attachment.html>
835 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/61c1fcf2/attachment.pgp>
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
---
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
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>
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/82044a68/attachment-0001.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/887cd5c3/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/17734fad/attachment.html>
TML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/4828229d/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/1a988a16/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.
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/3ae88c76/attachment.html>
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.
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
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/6ec1b696/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>
> 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
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/62b1945f/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/5403ef91/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
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/20131
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?
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/ff95c09d/attachment.html>
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131106/391c3cfd/attachment.html>
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
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
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
(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
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 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
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>
p.org/archives/dri-devel/attachments/20131106/035a1826/attachment.pgp>
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,
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
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
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
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:
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:
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
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
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
dri-devel/attachments/20131106/f3a26d67/attachment.html>
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
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]
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
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
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
---
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
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
bbed...
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>
...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
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
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:
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>
ime
--
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>
org/archives/dri-devel/attachments/20131106/b90826d9/attachment.html>
81 matches
Mail list logo