>>
>> So we have a few places where the drm drivers would like to sleep to
>> be nice to the system, mainly in the modesetting paths, but we also
>> have two cases were atomic modesetting must take place, panic writing
>> and kernel debugger. So provide a central inline to determine if a
>> sleep o
On Fri, Jan 6, 2012 at 3:11 AM, wrote:
> From: Jerome Glisse
>
> Virtual address space are per drm client (opener of /dev/drm).
> Client are in charge of virtual address space, they need to
> map bo into it by calling DRM_RADEON_GEM_VA ioctl.
>
> First 16M of virtual address space is reserved by
On Fri, Jan 6, 2012 at 2:24 AM, Konrad Rzeszutek Wilk
wrote:
> On Thu, Jan 05, 2012 at 10:48:10AM +, Dave Airlie wrote:
>> Hi
>>
>> So Linus has released, so really whats in -next is really it
>>
>> I've two things outstanding,
>> the TTM/AGP fixes, from Jerome/Konrad, guys please cross-review
https://bugs.freedesktop.org/show_bug.cgi?id=44523
Bug #: 44523
Summary: nexuiz perf regression since u_vbuf: implement another
upload codepath which unrolls indices
Classification: Unclassified
Product: Mesa
Version: git
https://bugs.freedesktop.org/show_bug.cgi?id=44032
Andy Furniss changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On -10.01.-28163 20:59, alexdeuc...@gmail.com wrote:
[SNIP]
#define RADEON_CHUNK_ID_RELOCS0x01
#define RADEON_CHUNK_ID_IB0x02
#define RADEON_CHUNK_ID_FLAGS 0x03
/* The first dword of RADEON_CHUNK_ID_FLAGS is a uint32 of these flags: */
#define RADEON_CS_KEEP_TILING_FLAGS 0x
2012/1/6 Christian König :
> On -10.01.-28163 20:59, alexdeuc...@gmail.com wrote:
> [SNIP]
>
>> #define RADEON_CHUNK_ID_RELOCS 0x01
>> #define RADEON_CHUNK_ID_IB 0x02
>> #define RADEON_CHUNK_ID_FLAGS 0x03
>>
>> /* The first dword of RADEON_CHUNK_ID_FLAGS is a uint32 of these flags:
>>
On Fri, Jan 6, 2012 at 5:09 AM, Dave Airlie wrote:
> On Fri, Jan 6, 2012 at 3:11 AM, wrote:
>> From: Jerome Glisse
>>
>> Virtual address space are per drm client (opener of /dev/drm).
>> Client are in charge of virtual address space, they need to
>> map bo into it by calling DRM_RADEON_GEM_VA i
From: Alex Deucher
Add a VM manager enabled field and use it to check if
vm is enabled.
Signed-off-by: Alex Deucher
Cc: jgli...@redhat.com
---
drivers/gpu/drm/radeon/radeon.h |2 ++
drivers/gpu/drm/radeon/radeon_cs.c |4 ++--
drivers/gpu/drm/radeon/radeon_gart.c | 10 +
From: Alex Deucher
Signed-off-by: Alex Deucher
Cc: Christian König
---
include/drm/radeon_drm.h |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/include/drm/radeon_drm.h b/include/drm/radeon_drm.h
index 2a807a5..b55da40 100644
--- a/include/drm/radeon_drm.h
+++ b/incl
On 06.01.2012 15:12, Alex Deucher wrote:
2012/1/6 Christian König:
On -10.01.-28163 20:59, alexdeuc...@gmail.com wrote:
[SNIP]
#define RADEON_CHUNK_ID_RELOCS0x01
#define RADEON_CHUNK_ID_IB0x02
#define RADEON_CHUNK_ID_FLAGS 0x03
/* The first dword of RADEON_CHUNK_ID_FLAGS i
2012/1/6 Christian König :
> On 06.01.2012 15:12, Alex Deucher wrote:
>>
>> 2012/1/6 Christian König:
>>>
>>> On -10.01.-28163 20:59, alexdeuc...@gmail.com wrote:
>>> [SNIP]
>>>
#define RADEON_CHUNK_ID_RELOCS 0x01
#define RADEON_CHUNK_ID_IB 0x02
#define RADEON_CHUNK_ID_F
Hi Linus,
This isn't the drm merge, however a few projects have been working
together on a buffer sharing mechanism for kernel drivers, the maim
interested parties are the Linaro/ARM SoC folks, V4L, DRM, and fbdev.
Sumit Semwal wrote the code, and its been reviewed on various lists a fair
few t
On Thu, 05 Jan 2012 19:10:43 -0800
Eric Anholt wrote:
> On Thu, 5 Jan 2012 14:16:23 -0200, przan...@gmail.com wrote:
> > From: Paulo Zanoni
> >
> > This ioctl is used to signal the drivers that the screen is rotated,
> > not to make the drivers rotate the screen.
> > - add a driver-specific "
https://bugs.freedesktop.org/show_bug.cgi?id=44524
Michel Dänzer changed:
What|Removed |Added
AssignedTo|xorg-driver-...@lists.x.org |dri-devel@lists.freedesktop
On Thu, Jan 05, 2012 at 09:14:10PM -0500, Konrad Rzeszutek Wilk wrote:
> On Fri, Jan 06, 2012 at 07:53:13AM +1000, Ben Skeggs wrote:
> > On Thu, 2012-01-05 at 13:31 -0500, j.gli...@gmail.com wrote:
> > > From: Jerome Glisse
> > >
> > > ttm might call the move notify with null new mem placement,
>
https://bugs.freedesktop.org/show_bug.cgi?id=44524
Michel Dänzer changed:
What|Removed |Added
Version|unspecified |7.11
--
Configure bugmail: https://bugs
> >> You can achieve what you want by either adding a new domain so you would
> >> have
> >> system, vram, agp, pcidma and object can be bound to one and only one. Or
> >> you
> >> can hack your own agp ttm backend that could bind bo to agp or pci or
> >> both at the same time depending on what
https://bugs.freedesktop.org/show_bug.cgi?id=43719
Andy Furniss changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Fri, Jan 6, 2012 at 9:57 AM, Konrad Rzeszutek Wilk
wrote:
> On Thu, Jan 05, 2012 at 09:14:10PM -0500, Konrad Rzeszutek Wilk wrote:
>> On Fri, Jan 06, 2012 at 07:53:13AM +1000, Ben Skeggs wrote:
>> > On Thu, 2012-01-05 at 13:31 -0500, j.gli...@gmail.com wrote:
>> > > From: Jerome Glisse
>> > >
Here's a new release, featuring updated i915_drm.h for gen7 transform
feedback, and intel_decode.c as a library API instead of being copied
around between our various driver components.
Chris Wilson (2):
intel: Reset vma list upon purge
tests/gem_flink: Check for MASTER before proceedi
On Fri, Jan 06, 2012 at 11:51:03AM -0500, Jerome Glisse wrote:
> On Fri, Jan 6, 2012 at 9:57 AM, Konrad Rzeszutek Wilk
> wrote:
> > On Thu, Jan 05, 2012 at 09:14:10PM -0500, Konrad Rzeszutek Wilk wrote:
> >> On Fri, Jan 06, 2012 at 07:53:13AM +1000, Ben Skeggs wrote:
> >> > On Thu, 2012-01-05 at 1
https://bugs.freedesktop.org/show_bug.cgi?id=44536
Bug #: 44536
Summary: [r300g] bisected - performance regression on 0ad
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
On Fri, Jan 06, 2012 at 11:53:35AM -0500, Konrad Rzeszutek Wilk wrote:
> On Fri, Jan 06, 2012 at 11:51:03AM -0500, Jerome Glisse wrote:
> > On Fri, Jan 6, 2012 at 9:57 AM, Konrad Rzeszutek Wilk
> > wrote:
> > > On Thu, Jan 05, 2012 at 09:14:10PM -0500, Konrad Rzeszutek Wilk wrote:
> > >> On Fri, J
https://bugs.freedesktop.org/show_bug.cgi?id=30227
--- Comment #12 from Michel Dänzer 2012-01-06 10:37:08 PST
---
FWIW, http://lists.freedesktop.org/archives/dri-devel/2012-January/017932.html
should increase the chance of recovering from a GPU lockup, or at least being
able to reboot cleanly, o
> Still having difficulty to reproduce can you reproduce with the attached
> printk debuging patch and provide the log (only few printk preceding the
> oops or segfault are interesting).
http://darnok.org/vga/move_notify-v212.log
>
> Cheers,
> Jerome
> >From 862e2cc6d35d85404ed24d24c5a5c49c5ef4
On Fri, Jan 06, 2012 at 02:52:49PM -0500, Konrad Rzeszutek Wilk wrote:
> > Still having difficulty to reproduce can you reproduce with the attached
> > printk debuging patch and provide the log (only few printk preceding the
> > oops or segfault are interesting).
>
> http://darnok.org/vga/move_not
https://bugs.freedesktop.org/show_bug.cgi?id=44536
--- Comment #1 from Marek Olšák 2012-01-06 13:54:57 PST ---
If I revert that commit, Nexuiz will be slow again. I can't do that.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail beca
https://bugs.freedesktop.org/show_bug.cgi?id=44536
Marek Olšák changed:
What|Removed |Added
Component|Drivers/DRI/r300|Drivers/Gallium/r300
--
Configure bugmail
On Thu, 2012-01-05 at 13:31 -0500, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> ttm might call the move notify with null new mem placement,
> properly handle this case inside nouveau move notify callback.
This has been fixed already in a -next tree I sent to Dave.
Ben.
>
> Signed-off-
https://bugs.freedesktop.org/show_bug.cgi?id=37724
--- Comment #14 from Marek Ol??k 2012-01-05 16:18:14 PST
---
Well maybe not, I am not sure.
I recall there was another bug with HiZ, which could be triggered by changing
the depth function. The workaround was to flush the zbuffer cache when the
https://bugs.freedesktop.org/show_bug.cgi?id=43829
--- Comment #1 from Joshua Roys 2012-01-05 17:21:16 PST
---
Created attachment 55194
--> https://bugs.freedesktop.org/attachment.cgi?id=55194
difference of `radeontool regmatch \*` from before and after suspend
HP G4-1215DX with an A4-3300 AP
https://bugs.freedesktop.org/show_bug.cgi?id=43829
Joshua Roys changed:
What|Removed |Added
Summary|Resuming my AMD A4-300 |Resuming my AMD A4-3300
People can start using transform feedback on r6xx with this.
Strict CS checking will be implemented later.
Signed-off-by: Marek Ol??k
---
drivers/gpu/drm/radeon/evergreen_cs.c | 104 +++--
drivers/gpu/drm/radeon/evergreend.h | 10 +++
drivers/gpu/drm/radeon/
>>
>> So we have a few places where the drm drivers would like to sleep to
>> be nice to the system, mainly in the modesetting paths, but we also
>> have two cases were atomic modesetting must take place, panic writing
>> and kernel debugger. So provide a central inline to determine if a
>> sleep o
On Fri, Jan 6, 2012 at 3:11 AM, wrote:
> From: Jerome Glisse
>
> Virtual address space are per drm client (opener of /dev/drm).
> Client are in charge of virtual address space, they need to
> map bo into it by calling DRM_RADEON_GEM_VA ioctl.
>
> First 16M of virtual address space is reserved by
On Fri, Jan 6, 2012 at 2:24 AM, Konrad Rzeszutek Wilk
wrote:
> On Thu, Jan 05, 2012 at 10:48:10AM +, Dave Airlie wrote:
>> Hi
>>
>> So Linus has released, so really whats in -next is really it
>>
>> I've two things outstanding,
>> the TTM/AGP fixes, from Jerome/Konrad, guys please cross-review
https://bugs.freedesktop.org/show_bug.cgi?id=44523
Bug #: 44523
Summary: nexuiz perf regression since u_vbuf: implement another
upload codepath which unrolls indices
Classification: Unclassified
Product: Mesa
Version: git
https://bugs.freedesktop.org/show_bug.cgi?id=44032
Andy Furniss changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On -10.01.-28163 20:59, alexdeucher at gmail.com wrote:
[SNIP]
> #define RADEON_CHUNK_ID_RELOCS 0x01
> #define RADEON_CHUNK_ID_IB 0x02
> #define RADEON_CHUNK_ID_FLAGS 0x03
>
> /* The first dword of RADEON_CHUNK_ID_FLAGS is a uint32 of these flags: */
> #define RADEON_CS_KEEP_T
2012/1/6 Christian K?nig :
> On -10.01.-28163 20:59, alexdeucher at gmail.com wrote:
> [SNIP]
>
>> ?#define RADEON_CHUNK_ID_RELOCS ? ? ? ?0x01
>> ?#define RADEON_CHUNK_ID_IB ? ?0x02
>> ?#define RADEON_CHUNK_ID_FLAGS 0x03
>>
>> ?/* The first dword of RADEON_CHUNK_ID_FLAGS is a uint32 of these flags:
On Fri, Jan 6, 2012 at 5:09 AM, Dave Airlie wrote:
> On Fri, Jan 6, 2012 at 3:11 AM, ? wrote:
>> From: Jerome Glisse
>>
>> Virtual address space are per drm client (opener of /dev/drm).
>> Client are in charge of virtual address space, they need to
>> map bo into it by calling DRM_RADEON_GEM_VA i
From: Alex Deucher
Add a VM manager enabled field and use it to check if
vm is enabled.
Signed-off-by: Alex Deucher
Cc: jglisse at redhat.com
---
drivers/gpu/drm/radeon/radeon.h |2 ++
drivers/gpu/drm/radeon/radeon_cs.c |4 ++--
drivers/gpu/drm/radeon/radeon_gart.c | 10 ++
From: Alex Deucher
Signed-off-by: Alex Deucher
Cc: Christian K?nig
---
include/drm/radeon_drm.h |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/include/drm/radeon_drm.h b/include/drm/radeon_drm.h
index 2a807a5..b55da40 100644
--- a/include/drm/radeon_drm.h
+++ b/incl
On 06.01.2012 15:12, Alex Deucher wrote:
> 2012/1/6 Christian K?nig:
>> On -10.01.-28163 20:59, alexdeucher at gmail.com wrote:
>> [SNIP]
>>
>>> #define RADEON_CHUNK_ID_RELOCS0x01
>>> #define RADEON_CHUNK_ID_IB0x02
>>> #define RADEON_CHUNK_ID_FLAGS 0x03
>>>
>>> /* The first dwor
2012/1/6 Christian K?nig :
> On 06.01.2012 15:12, Alex Deucher wrote:
>>
>> 2012/1/6 Christian K?nig:
>>>
>>> On -10.01.-28163 20:59, alexdeucher at gmail.com wrote:
>>> [SNIP]
>>>
?#define RADEON_CHUNK_ID_RELOCS ? ? ? ?0x01
?#define RADEON_CHUNK_ID_IB ? ?0x02
?#define RADEON_CHUNK_I
Hi Linus,
This isn't the drm merge, however a few projects have been working
together on a buffer sharing mechanism for kernel drivers, the maim
interested parties are the Linaro/ARM SoC folks, V4L, DRM, and fbdev.
Sumit Semwal wrote the code, and its been reviewed on various lists a fair
few t
On Thu, 05 Jan 2012 19:10:43 -0800
Eric Anholt wrote:
> On Thu, 5 Jan 2012 14:16:23 -0200, przanoni at gmail.com wrote:
> > From: Paulo Zanoni
> >
> > This ioctl is used to signal the drivers that the screen is rotated,
> > not to make the drivers rotate the screen.
> > - add a driver-specifi
https://bugs.freedesktop.org/show_bug.cgi?id=44524
Michel D?nzer changed:
What|Removed |Added
AssignedTo|xorg-driver-ati at lists.x.org |dri-devel at
lists.freedesktop
On Thu, Jan 05, 2012 at 09:14:10PM -0500, Konrad Rzeszutek Wilk wrote:
> On Fri, Jan 06, 2012 at 07:53:13AM +1000, Ben Skeggs wrote:
> > On Thu, 2012-01-05 at 13:31 -0500, j.glisse at gmail.com wrote:
> > > From: Jerome Glisse
> > >
> > > ttm might call the move notify with null new mem placement
https://bugs.freedesktop.org/show_bug.cgi?id=44524
Michel D?nzer changed:
What|Removed |Added
Version|unspecified |7.11
--
Configure bugmail: https://bugs
> >> You can achieve what you want by either adding a new domain so you would
> >> have
> >> system, vram, agp, pcidma and object can be bound to one and only one. Or
> >> you
> >> can hack your own agp ttm backend that could bind bo to agp or pci or
> >> both at the same time depending on what
https://bugs.freedesktop.org/show_bug.cgi?id=43719
Andy Furniss changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Fri, Jan 6, 2012 at 9:57 AM, Konrad Rzeszutek Wilk
wrote:
> On Thu, Jan 05, 2012 at 09:14:10PM -0500, Konrad Rzeszutek Wilk wrote:
>> On Fri, Jan 06, 2012 at 07:53:13AM +1000, Ben Skeggs wrote:
>> > On Thu, 2012-01-05 at 13:31 -0500, j.glisse at gmail.com wrote:
>> > > From: Jerome Glisse
>> >
4bc
libdrm-2.4.30.tar.gz
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120106/42734a81/attachment.pgp>
On Fri, Jan 06, 2012 at 11:51:03AM -0500, Jerome Glisse wrote:
> On Fri, Jan 6, 2012 at 9:57 AM, Konrad Rzeszutek Wilk
> wrote:
> > On Thu, Jan 05, 2012 at 09:14:10PM -0500, Konrad Rzeszutek Wilk wrote:
> >> On Fri, Jan 06, 2012 at 07:53:13AM +1000, Ben Skeggs wrote:
> >> > On Thu, 2012-01-05 at 1
https://bugs.freedesktop.org/show_bug.cgi?id=44536
Bug #: 44536
Summary: [r300g] bisected - performance regression on 0ad
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
On Fri, Jan 06, 2012 at 11:53:35AM -0500, Konrad Rzeszutek Wilk wrote:
> On Fri, Jan 06, 2012 at 11:51:03AM -0500, Jerome Glisse wrote:
> > On Fri, Jan 6, 2012 at 9:57 AM, Konrad Rzeszutek Wilk
> > wrote:
> > > On Thu, Jan 05, 2012 at 09:14:10PM -0500, Konrad Rzeszutek Wilk wrote:
> > >> On Fri, J
---
drivers/gpu/drm/nouveau/nouveau_bo.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_bo.c
b/drivers/gpu/drm/nouveau/nouveau_bo.c
index 724b41a..326b64a 100644
--- a/drivers/gpu/drm/nouveau/nouveau_bo.c
+++ b/drivers/gpu/drm/nouveau/nou
https://bugs.freedesktop.org/show_bug.cgi?id=30227
--- Comment #12 from Michel D?nzer 2012-01-06 10:37:08
PST ---
FWIW, http://lists.freedesktop.org/archives/dri-devel/2012-January/017932.html
should increase the chance of recovering from a GPU lockup, or at least being
able to reboot cleanly, o
> Still having difficulty to reproduce can you reproduce with the attached
> printk debuging patch and provide the log (only few printk preceding the
> oops or segfault are interesting).
http://darnok.org/vga/move_notify-v212.log
>
> Cheers,
> Jerome
> >From 862e2cc6d35d85404ed24d24c5a5c49c5ef4
On Fri, Jan 06, 2012 at 02:52:49PM -0500, Konrad Rzeszutek Wilk wrote:
> > Still having difficulty to reproduce can you reproduce with the attached
> > printk debuging patch and provide the log (only few printk preceding the
> > oops or segfault are interesting).
>
> http://darnok.org/vga/move_not
https://bugs.freedesktop.org/show_bug.cgi?id=44536
--- Comment #1 from Marek Ol??k 2012-01-06 13:54:57 PST
---
If I revert that commit, Nexuiz will be slow again. I can't do that.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail bec
https://bugs.freedesktop.org/show_bug.cgi?id=44536
Marek Ol??k changed:
What|Removed |Added
Component|Drivers/DRI/r300|Drivers/Gallium/r300
--
Configure bugmail
64 matches
Mail list logo
