https://bugs.freedesktop.org/show_bug.cgi?id=24097
stek...@sedata.org changed:
What|Removed |Added
CC||stek...@sedata.org
--- Comment #13 f
On 03.05.2012 19:44, j.gli...@gmail.com wrote:
From: Jerome Glisse
We need to sync with the GFX ring as ttm might have schedule bo move
on it and new command scheduled for other ring need to wait for bo
data to be in place.
Signed-off-by: Jerome Glisse
Reviewed-by: Christian König
---
dri
https://bugzilla.kernel.org/show_bug.cgi?id=42678
Bart Verwilst changed:
What|Removed |Added
CC||b...@verwilst.be
--- Comment #15 from
>>
>> From: Jerome Glisse
>>
>> We need to sync with the GFX ring as ttm might have schedule bo move
>> on it and new command scheduled for other ring need to wait for bo
>> data to be in place.
>>
Is this required for -fixes? if so it doesn't apply clean.
Dave.
___
On 04.05.2012 10:42, Dave Airlie wrote:
From: Jerome Glisse
We need to sync with the GFX ring as ttm might have schedule bo move
on it and new command scheduled for other ring need to wait for bo
data to be in place.
Is this required for -fixes? if so it doesn't apply clean.
Nope, only drm-nex
>>
>> FWIW, for me EDID failure on new kernels is 100% reproducible, and there
>> are no such checksum errors in the log. It's just missing.
>>
>> > Just a crazy thought, but didn't we change some timings related to
>> > EDID retrieval? To make it faster.
>>
>> OK, this time bisecting started off
this patch adds libdrm_exynos helper layer that inclues some intefaces
for exynos specific gem and virtual display driver and also adds exynos
module name to modtest and vbltest.
Changelog v2:
- fixed exynos broken ioctl.
the pointer of uint64_t *edid should be removed.
- removed unnecessary def
Hi Dave,
Please pull from
git://git.infradead.org/users/kmpark/linux-samsung exynos-drm-next
this is based on git repository below:
git://people.freedesktop.org/~airlied/linux.git drm-next
commit-id: 5db578e167cfeedbd086df45cc2328b5bb9cf3fd
this patch set had already been
https://bugs.freedesktop.org/show_bug.cgi?id=24097
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=23103
Alex Deucher changed:
What|Removed |Added
CC||br...@canonical.com
--- Comment #73 from
https://bugzilla.kernel.org/show_bug.cgi?id=42678
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #16
https://bugzilla.kernel.org/show_bug.cgi?id=42678
--- Comment #17 from Bart Verwilst 2012-05-04 13:04:11 ---
I managed to finally switch to dual screen mode without hangs. But while using
the desktop, i have frequent hangs -> black screen -> restore loops. Using
kernel 3.4.0-rc4 provided by
https://bugzilla.kernel.org/show_bug.cgi?id=42678
--- Comment #18 from Michel Dänzer 2012-05-04 13:08:18 ---
(In reply to comment #15)
> I can reproduce the lockups easily by switching from my 2 monitors in default
> mode to dual screen mode. Lockups start happening right away.
Note that th
https://bugs.freedesktop.org/show_bug.cgi?id=49484
Bug #: 49484
Summary: invalid enum 0x500, invalid value 0x501
Classification: Unclassified
Product: Mesa
Version: 8.0
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=49484
Alex Deucher changed:
What|Removed |Added
Component|Drivers/DRI/R600|Drivers/Gallium/r600
--
Configure bugmai
From: Dave Airlie
This adds the ability for ttm common code to take an SG table
and use it as the backing for a slave TTM object.
The drivers can then populate their GTT tables using the SG object.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/nouveau/nouveau_bo.c |2 +-
drivers/gpu/
From: Dave Airlie
This adds prime->fd and fd->prime support to nouveau,
it passes the SG object to TTM, and then populates the
GART entries using it.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/nouveau/Makefile |2 +-
drivers/gpu/drm/nouveau/nouveau_bo.c | 39 +++--
From: Dave Airlie
This adds handle->fd and fd->handle support to i915, this is to allow
for offloading of rendering in one direction and outputs in the other.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/i915/Makefile |3 +-
drivers/gpu/drm/i915/i915_drv.c|8 ++-
dri
https://bugzilla.kernel.org/show_bug.cgi?id=42678
--- Comment #19 from Jérôme Glisse 2012-05-04
14:21:53 ---
Please one persone one bug report we will mark appropriate bug as duplicate.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving thi
Some minor fixes from Intel and a radeon fix.
I have the nouveau fix for the i2c regression queued for next week,
its mostly a revert and seems to work on the system it was originally
introduced for thanks to some i2c core changes.
Dave.
The following changes since commit addde4ec31456c5f1e9b61
From: Jerome Glisse
It seems imac pannel doesn't like whe we change the hot plug setup
and then refuse to work. This should fix :
https://bugzilla.redhat.com/show_bug.cgi?id=726143
Signed-off-by: Matthew Garrett
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/r600.c |8
1
On Fri, May 04, 2012 at 02:46:54PM +0100, Dave Airlie wrote:
> From: Dave Airlie
>
> This adds the ability for ttm common code to take an SG table
> and use it as the backing for a slave TTM object.
I took a look at both patches from the perspective of the TTM DMA pool
code and it looks fine (th
On Fre, 2012-05-04 at 10:28 -0400, j.gli...@gmail.com wrote:
> From: Jerome Glisse
>
> It seems imac pannel doesn't like whe we change the hot plug setup
> and then refuse to work. This should fix :
> https://bugzilla.redhat.com/show_bug.cgi?id=726143
>
> Signed-off-by: Matthew Garrett
> Signe
On Fri, May 4, 2012 at 3:33 PM, Konrad Rzeszutek Wilk
wrote:
> On Fri, May 04, 2012 at 02:46:54PM +0100, Dave Airlie wrote:
>> From: Dave Airlie
>>
>> This adds the ability for ttm common code to take an SG table
>> and use it as the backing for a slave TTM object.
>
> I took a look at both patch
On Fri, May 4, 2012 at 10:44 AM, Michel Dänzer wrote:
> On Fre, 2012-05-04 at 10:28 -0400, j.gli...@gmail.com wrote:
>> From: Jerome Glisse
>>
>> It seems imac pannel doesn't like whe we change the hot plug setup
>> and then refuse to work. This should fix :
>> https://bugzilla.redhat.com/show_bu
From: Jerome Glisse
It seems imac pannel doesn't like whe we change the hot plug setup
and then refuse to work. This help but doesn't fully fix:
https://bugzilla.redhat.com/show_bug.cgi?id=726143
v2: fix typo and improve commit message
Signed-off-by: Matthew Garrett
Signed-off-by: Jerome Gliss
From: Jerome Glisse
It seems imac pannel doesn't like whe we change the hot plug setup
and then refuse to work. This help but doesn't fully fix:
https://bugzilla.redhat.com/show_bug.cgi?id=726143
v2: fix typo and improve commit message
Signed-off-by: Matthew Garrett
Signed-off-by: Jerome Gliss
connector_names table is just a repeat of information that
already exists in drm_connector_enum_list and the same string
can be retrieved using drm_get_connector_name function.
Nuke the redundant table and use the proper function to retrieve
the connector name.
Signed-off-by: Ilija Hadzic
---
d
https://bugs.freedesktop.org/show_bug.cgi?id=49484
--- Comment #1 from Michal Suchanek 2012-05-04 09:22:37
PDT ---
Does not work with recent git either.
Perhaps more useful is this part of the log:
fixme:d3d:debug_d3dformat Unrecognized 0x34324644 (as fourcc: DF24)
WINED3DFORMAT!
fixme:d3d:win
https://bugzilla.kernel.org/show_bug.cgi?id=42678
Alexandre Demers changed:
What|Removed |Added
CC||alexandre.f.dem...@gmail.co
https://bugs.freedesktop.org/show_bug.cgi?id=49484
--- Comment #2 from Ian Romanick 2012-05-04 11:21:17 PDT
---
Can you:
- Run wine (and your app) in GDB.
- Set a breakpoint at _mesa_warning.
- Provide the output of 'bt full'
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?
Anyone have any further thoughts on this?
--
Matthew Garrett | mj...@srcf.ucam.org
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
First chunk rework fence to use uin64_t, unlike previous patch,
we only emit the lower 32 bits with the hw. The upper 32bits is
handled in the fence process function where a lenghty comment
discuss all the possible things that can go wrong and why it
doesn't matter.
Then taking advantage of faster
From: Christian König
A single global mutex for ring submissions seems sufficient.
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon.h |3 +-
drivers/gpu/drm/radeon/radeon_device.c|3 +-
drivers/gpu/drm/radeon/radeon_pm.c| 10 +-
drivers/gpu/d
From: Jerome Glisse
This convert fence to use uint64_t sequence number intention is
to use the fact that uin64_t is big enough that we don't need to
care about wrap around.
Tested with and without writeback using 0xF000 as initial
fence sequence and thus allowing to test the wrap around from
From: Jerome Glisse
Using 64bits fence sequence we can directly compare sequence
number to know if a fence is signaled or not. Thus the fence
list became useless, so does the fence lock that mainly
protected the fence list.
Things like ring.ready are no longer behind a lock, this should
be ok as
From: Christian König
We are locking the ring emission mutex anyway, so
there is no harm in doing it a bit earlier and
prevent multiple resets to happen at the same time.
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon_fence.c | 10 +-
drivers/gpu/drm/radeon/radeon_r
From: Christian König
Instead of hacking the calculation multiple times.
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon_gart.c |6 ++
drivers/gpu/drm/radeon/radeon_object.h| 11 +++
drivers/gpu/drm/radeon/radeon_ring.c |6 ++
drivers/gp
From: Christian König
Make the suballocator self containing to locking.
v2: split the bugfix into a seperate patch.
v3: remove some unreleated changes.
Sig-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon.h|1 +
drivers/gpu/drm/radeon/radeon_sa.c |6 ++
2 files change
From: Christian König
Dumping the current allocations.
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon_object.h |5 +
drivers/gpu/drm/radeon/radeon_ring.c | 22 ++
drivers/gpu/drm/radeon/radeon_sa.c | 14 ++
3 files changed, 41
From: Christian König
Instead of offset + size keep start and end offset directly.
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon.h|4 ++--
drivers/gpu/drm/radeon/radeon_cs.c |4 ++--
drivers/gpu/drm/radeon/radeon_object.h |4 ++--
drivers/gpu/drm/rade
From: Christian König
Allocating and freeing it seperately.
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon.h |4 ++--
drivers/gpu/drm/radeon/radeon_cs.c|4 ++--
drivers/gpu/drm/radeon/radeon_gart.c |4 ++--
drivers/gpu/drm/radeon/radeon_obje
From: Christian König
Define the interface without modifying the allocation
algorithm in any way.
v2: rebase on top of fence new uint64 patch
Signed-off-by: Jerome Glisse
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon.h |1 +
drivers/gpu/drm/radeon/radeon_gart
From: Jerome Glisse
Use one wait queue for all rings. When one ring progress, other
likely does to and we are not expecting to have a lot of waiter
anyway.
Also add a fence_wait_any that will wait until the first fence
in the fence array (one fence per ring) is signaled. This allow
to wait on al
From: Christian König
A startover with a new idea for a multiple ring allocator.
Should perform as well as a normal ring allocator as long
as only one ring does somthing, but falls back to a more
complex algorithm if more complex things start to happen.
We store the last allocated bo in last, we
From: Jerome Glisse
Directly use the suballocator to get small chunks of memory.
It's equally fast and doesn't crash when we encounter a GPU reset.
v2: rebased on new SA interface.
Signed-off-by: Christian König
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/evergreen.c|
From: Jerome Glisse
It isn't necessary any more and the suballocator seems to perform
even better.
Signed-off-by: Christian König
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon.h | 17 +--
drivers/gpu/drm/radeon/radeon_device.c|1 -
drivers/gpu/drm/radeon/r
From: Christian König
We can now protected the semaphore ram by a
fence, so free it immediately.
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon_ttm.c |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_ttm.c
b/drivers/
From: Jerome Glisse
It never really belonged there in the first place.
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon.h | 16
drivers/gpu/drm/radeon/radeon_cs.c|4 ++--
drivers/gpu/drm/radeon/radeon_fence.c |3 ---
drivers/gpu/drm/radeon/r
From: Christian König
If we don't store local data into global variables
it isn't necessary to lock anything.
v2: rebased on new SA interface
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/evergreen_blit_kms.c |1 -
drivers/gpu/drm/radeon/r600.c | 13 +---
drive
From: Jerome Glisse
No need to malloc it any more.
Signed-off-by: Jerome Glisse
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/evergreen_cs.c | 10 +++---
drivers/gpu/drm/radeon/r100.c | 38 ++--
drivers/gpu/drm/radeon/r200.c |2 +-
drivers/g
https://bugs.freedesktop.org/show_bug.cgi?id=49110
--- Comment #3 from Mike Mestnik
2012-05-04 21:07:05 UTC ---
/w llvm-1.3~rc1 same as you.
I'm changing to rc2.
I get this:
https://launchpadlibrarian.net/104275700/buildlog_ubuntu-precise-i386.mesa_8.1~git20120504.5cc4b4aa-1ubuntu0cheako2~pre
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #54 from Alexandre Demers 2012-05-04
21:21:18 PDT ---
On latest git (3cd7bee48f7caf7850ea64d40f43875d4c975507), in
src/gallium/drivers/r600/r66_hw_context.c, on line 194, shouldn't it be:
- int offset
+ unsigned offset
Also, at line
https://bugs.freedesktop.org/show_bug.cgi?id=43477
--- Comment #4 from imamdxl8805 at gmail.com 2012-05-03 18:58:13 PDT ---
same result with Intel GMA 4500 with Mesa 8-series and Mesa 8.1-devel from git
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are re
On Wed, 2012-05-02 at 21:31 +1000, Ben Skeggs wrote:
> On Wed, 2012-05-02 at 09:54 +0200, Jean Delvare wrote:
> > Hi Luca, Maarten,
> >
> > On Monday 30 April 2012 01:01:30 pm Luca Tettamanti wrote:
> > > On Mon, Apr 30, 2012 at 11:07 AM, Maarten Maathuis > > gmail.com> wrote:
> > > > On Mon, Apr
On Don, 2012-05-03 at 17:06 -0400, alexdeucher at gmail.com wrote:
> From: Alex Deucher
>
> Use family rather than DCE check for clarity, also always use
> wb on APUs, there will never be AGP variants.
>
> Signed-off-by: Alex Deucher
Reviewed-by: Michel D?nzer
--
Earthling Michel D?nzer
https://bugs.freedesktop.org/show_bug.cgi?id=24097
stekman at sedata.org changed:
What|Removed |Added
CC||stekman at sedata.org
--- Comment
On 03.05.2012 19:44, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> We need to sync with the GFX ring as ttm might have schedule bo move
> on it and new command scheduled for other ring need to wait for bo
> data to be in place.
>
> Signed-off-by: Jerome Glisse
Reviewed-by: Christian K?nig
https://bugzilla.kernel.org/show_bug.cgi?id=42678
Bart Verwilst changed:
What|Removed |Added
CC||bart at verwilst.be
--- Comment #15 f
>>
>> From: Jerome Glisse
>>
>> We need to sync with the GFX ring as ttm might have schedule bo move
>> on it and new command scheduled for other ring need to wait for bo
>> data to be in place.
>>
Is this required for -fixes? if so it doesn't apply clean.
Dave.
On 04.05.2012 10:42, Dave Airlie wrote:
>>> From: Jerome Glisse
>>>
>>> We need to sync with the GFX ring as ttm might have schedule bo move
>>> on it and new command scheduled for other ring need to wait for bo
>>> data to be in place.
>>>
> Is this required for -fixes? if so it doesn't apply clea
hange stuff is working for him again.
Dave.
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-nouveau-i2c-resume-use-of-i2c-algo-bit-rather-th.patch
Type: application/octet-stream
Size: 6614 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120504/7142f2b3/attachment.obj>
this patch adds libdrm_exynos helper layer that inclues some intefaces
for exynos specific gem and virtual display driver and also adds exynos
module name to modtest and vbltest.
Changelog v2:
- fixed exynos broken ioctl.
the pointer of uint64_t *edid should be removed.
- removed unnecessary def
Hi Dave,
Please pull from
git://git.infradead.org/users/kmpark/linux-samsung exynos-drm-next
this is based on git repository below:
git://people.freedesktop.org/~airlied/linux.git drm-next
commit-id: 5db578e167cfeedbd086df45cc2328b5bb9cf3fd
this patch set had already been
https://bugs.freedesktop.org/show_bug.cgi?id=24097
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=23103
Alex Deucher changed:
What|Removed |Added
CC||bryce at canonical.com
--- Comment #73 fr
https://bugzilla.kernel.org/show_bug.cgi?id=42678
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #
https://bugzilla.kernel.org/show_bug.cgi?id=42678
--- Comment #17 from Bart Verwilst 2012-05-04 13:04:11
---
I managed to finally switch to dual screen mode without hangs. But while using
the desktop, i have frequent hangs -> black screen -> restore loops. Using
kernel 3.4.0-rc4 provided by
https://bugzilla.kernel.org/show_bug.cgi?id=42678
--- Comment #18 from Michel D?nzer 2012-05-04 13:08:18
---
(In reply to comment #15)
> I can reproduce the lockups easily by switching from my 2 monitors in default
> mode to dual screen mode. Lockups start happening right away.
Note that t
https://bugs.freedesktop.org/show_bug.cgi?id=49484
Bug #: 49484
Summary: invalid enum 0x500, invalid value 0x501
Classification: Unclassified
Product: Mesa
Version: 8.0
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=49484
Alex Deucher changed:
What|Removed |Added
Component|Drivers/DRI/R600|Drivers/Gallium/r600
--
Configure bugmai
From: Dave Airlie
This adds the ability for ttm common code to take an SG table
and use it as the backing for a slave TTM object.
The drivers can then populate their GTT tables using the SG object.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/nouveau/nouveau_bo.c |2 +-
drivers/gpu/
From: Dave Airlie
This adds prime->fd and fd->prime support to nouveau,
it passes the SG object to TTM, and then populates the
GART entries using it.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/nouveau/Makefile |2 +-
drivers/gpu/drm/nouveau/nouveau_bo.c | 39 +++--
From: Dave Airlie
This adds handle->fd and fd->handle support to i915, this is to allow
for offloading of rendering in one direction and outputs in the other.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/i915/Makefile |3 +-
drivers/gpu/drm/i915/i915_drv.c|8 ++-
dri
https://bugzilla.kernel.org/show_bug.cgi?id=42678
--- Comment #19 from J?r?me Glisse 2012-05-04
14:21:53 ---
Please one persone one bug report we will mark appropriate bug as duplicate.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving thi
Some minor fixes from Intel and a radeon fix.
I have the nouveau fix for the i2c regression queued for next week,
its mostly a revert and seems to work on the system it was originally
introduced for thanks to some i2c core changes.
Dave.
The following changes since commit addde4ec31456c5f1e9b61
From: Jerome Glisse
It seems imac pannel doesn't like whe we change the hot plug setup
and then refuse to work. This should fix :
https://bugzilla.redhat.com/show_bug.cgi?id=726143
Signed-off-by: Matthew Garrett
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/r600.c |8
1
On Fri, May 04, 2012 at 02:46:54PM +0100, Dave Airlie wrote:
> From: Dave Airlie
>
> This adds the ability for ttm common code to take an SG table
> and use it as the backing for a slave TTM object.
I took a look at both patches from the perspective of the TTM DMA pool
code and it looks fine (th
On Fre, 2012-05-04 at 10:28 -0400, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> It seems imac pannel doesn't like whe we change the hot plug setup
> and then refuse to work. This should fix :
> https://bugzilla.redhat.com/show_bug.cgi?id=726143
>
> Signed-off-by: Matthew Garrett
> Si
On Fri, May 4, 2012 at 3:33 PM, Konrad Rzeszutek Wilk
wrote:
> On Fri, May 04, 2012 at 02:46:54PM +0100, Dave Airlie wrote:
>> From: Dave Airlie
>>
>> This adds the ability for ttm common code to take an SG table
>> and use it as the backing for a slave TTM object.
>
> I took a look at both patch
On Fri, May 4, 2012 at 10:44 AM, Michel D?nzer wrote:
> On Fre, 2012-05-04 at 10:28 -0400, j.glisse at gmail.com wrote:
>> From: Jerome Glisse
>>
>> It seems imac pannel doesn't like whe we change the hot plug setup
>> and then refuse to work. This should fix :
>> https://bugzilla.redhat.com/show
From: Jerome Glisse
It seems imac pannel doesn't like whe we change the hot plug setup
and then refuse to work. This help but doesn't fully fix:
https://bugzilla.redhat.com/show_bug.cgi?id=726143
v2: fix typo and improve commit message
Signed-off-by: Matthew Garrett
Signed-off-by: Jerome Gliss
From: Jerome Glisse
It seems imac pannel doesn't like whe we change the hot plug setup
and then refuse to work. This help but doesn't fully fix:
https://bugzilla.redhat.com/show_bug.cgi?id=726143
v2: fix typo and improve commit message
Signed-off-by: Matthew Garrett
Signed-off-by: Jerome Gliss
connector_names table is just a repeat of information that
already exists in drm_connector_enum_list and the same string
can be retrieved using drm_get_connector_name function.
Nuke the redundant table and use the proper function to retrieve
the connector name.
Signed-off-by: Ilija Hadzic
---
d
https://bugs.freedesktop.org/show_bug.cgi?id=49484
--- Comment #1 from Michal Suchanek 2012-05-04 09:22:37
PDT ---
Does not work with recent git either.
Perhaps more useful is this part of the log:
fixme:d3d:debug_d3dformat Unrecognized 0x34324644 (as fourcc: DF24)
WINED3DFORMAT!
fixme:d3d:win
https://bugzilla.kernel.org/show_bug.cgi?id=42678
Alexandre Demers changed:
What|Removed |Added
CC||alexandre.f.demers at gmail.co
https://bugs.freedesktop.org/show_bug.cgi?id=49484
--- Comment #2 from Ian Romanick 2012-05-04 11:21:17
PDT ---
Can you:
- Run wine (and your app) in GDB.
- Set a breakpoint at _mesa_warning.
- Provide the output of 'bt full'
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?
Anyone have any further thoughts on this?
--
Matthew Garrett | mjg59 at srcf.ucam.org
First chunk rework fence to use uin64_t, unlike previous patch,
we only emit the lower 32 bits with the hw. The upper 32bits is
handled in the fence process function where a lenghty comment
discuss all the possible things that can go wrong and why it
doesn't matter.
Then taking advantage of faster
From: Christian K?nig
A single global mutex for ring submissions seems sufficient.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon.h |3 +-
drivers/gpu/drm/radeon/radeon_device.c|3 +-
drivers/gpu/drm/radeon/radeon_pm.c| 10 +-
drivers/gpu/d
From: Jerome Glisse
This convert fence to use uint64_t sequence number intention is
to use the fact that uin64_t is big enough that we don't need to
care about wrap around.
Tested with and without writeback using 0xF000 as initial
fence sequence and thus allowing to test the wrap around from
From: Jerome Glisse
Using 64bits fence sequence we can directly compare sequence
number to know if a fence is signaled or not. Thus the fence
list became useless, so does the fence lock that mainly
protected the fence list.
Things like ring.ready are no longer behind a lock, this should
be ok as
From: Christian K?nig
We are locking the ring emission mutex anyway, so
there is no harm in doing it a bit earlier and
prevent multiple resets to happen at the same time.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon_fence.c | 10 +-
drivers/gpu/drm/radeon/radeon_r
From: Christian K?nig
Instead of hacking the calculation multiple times.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon_gart.c |6 ++
drivers/gpu/drm/radeon/radeon_object.h| 11 +++
drivers/gpu/drm/radeon/radeon_ring.c |6 ++
drivers/gp
From: Christian K?nig
Make the suballocator self containing to locking.
v2: split the bugfix into a seperate patch.
v3: remove some unreleated changes.
Sig-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon.h|1 +
drivers/gpu/drm/radeon/radeon_sa.c |6 ++
2 files change
From: Christian K?nig
Dumping the current allocations.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon_object.h |5 +
drivers/gpu/drm/radeon/radeon_ring.c | 22 ++
drivers/gpu/drm/radeon/radeon_sa.c | 14 ++
3 files changed, 41
From: Christian K?nig
Instead of offset + size keep start and end offset directly.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon.h|4 ++--
drivers/gpu/drm/radeon/radeon_cs.c |4 ++--
drivers/gpu/drm/radeon/radeon_object.h |4 ++--
drivers/gpu/drm/rade
From: Christian K?nig
Allocating and freeing it seperately.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon.h |4 ++--
drivers/gpu/drm/radeon/radeon_cs.c|4 ++--
drivers/gpu/drm/radeon/radeon_gart.c |4 ++--
drivers/gpu/drm/radeon/radeon_obje
From: Christian K?nig
Define the interface without modifying the allocation
algorithm in any way.
v2: rebase on top of fence new uint64 patch
Signed-off-by: Jerome Glisse
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon.h |1 +
drivers/gpu/drm/radeon/radeon_gart
From: Jerome Glisse
Use one wait queue for all rings. When one ring progress, other
likely does to and we are not expecting to have a lot of waiter
anyway.
Also add a fence_wait_any that will wait until the first fence
in the fence array (one fence per ring) is signaled. This allow
to wait on al
1 - 100 of 109 matches
Mail list logo
