Patches also available at:
http://people.freedesktop.org/~glisse/debug/
So it's the Christian series minus all the debugfs related to
ring/ib/mc. The last patch add a new blob dumping facilities
that dump everythings (pm4, relocs table, bo content). It's
just a proof of concept to show what i
On 21.04.2012 16:14, Jerome Glisse wrote:
> 2012/4/21 Christian K?nig:
>> On 20.04.2012 01:47, Jerome Glisse wrote:
>>> 2012/4/19 Christian K?nig:
This includes mostly fixes for multi ring lockups and GPU resets, but it
should general improve the behavior of the kernel mode driver in
On 23.04.2012 09:40, Michel D?nzer wrote:
> On Sam, 2012-04-21 at 11:42 +0200, Christian K?nig wrote:
>> Regarding the debugging of lockups I had the following on my "in mind
>> todo" list:
>> 1. Rework the chip specific lockup detection code a bit more and
>> probably clean it up a bit.
>> 2.
Second round of patchset.
Thanks for all the comments and/or bug reports, allot of patches are now v2/v3
and should get another look. Every regression known so far should be fixed with
them now.
Additionally to the patches that where already included in the last set there
are 8 new ones which
2012/4/25 Christian K?nig :
> On 21.04.2012 16:14, Jerome Glisse wrote:
>>
>> 2012/4/21 Christian K?nig:
>>>
>>> On 20.04.2012 01:47, Jerome Glisse wrote:
2012/4/19 Christian K?nig:
>
> This includes mostly fixes for multi ring lockups and GPU resets, but
> it
> should
On Wed, Apr 25, 2012 at 9:46 AM, Alex Deucher wrote:
> 2012/4/25 Dave Airlie :
>> 2012/4/25 Christian K?nig :
>>> On 21.04.2012 16:14, Jerome Glisse wrote:
2012/4/21 Christian K?nig:
>
> On 20.04.2012 01:47, Jerome Glisse wrote:
>>
>> 2012/4/19 Christian K?nig:
>>>
2012/4/25 Dave Airlie :
> 2012/4/25 Christian K?nig :
>> On 21.04.2012 16:14, Jerome Glisse wrote:
>>>
>>> 2012/4/21 Christian K?nig:
On 20.04.2012 01:47, Jerome Glisse wrote:
>
> 2012/4/19 Christian K?nig:
>>
>> This includes mostly fixes for multi ring lockups and GPU
Second round of patchset.
Thanks for all the comments and/or bug reports, allot of patches are now v2/v3
and should get another look. Every regression known so far should be fixed with
them now.
Additionally to the patches that where already included in the last set there
are 8 new ones which
On 23.04.2012 09:40, Michel Dänzer wrote:
On Sam, 2012-04-21 at 11:42 +0200, Christian König wrote:
Regarding the debugging of lockups I had the following on my in mind
todo list:
1. Rework the chip specific lockup detection code a bit more and
probably clean it up a bit.
2. Make the timeout a
On 21.04.2012 16:14, Jerome Glisse wrote:
2012/4/21 Christian Königdeathsim...@vodafone.de:
On 20.04.2012 01:47, Jerome Glisse wrote:
2012/4/19 Christian Königdeathsim...@vodafone.de:
This includes mostly fixes for multi ring lockups and GPU resets, but it
should general improve the behavior
2012/4/25 Christian König deathsim...@vodafone.de:
On 21.04.2012 16:14, Jerome Glisse wrote:
2012/4/21 Christian Königdeathsim...@vodafone.de:
On 20.04.2012 01:47, Jerome Glisse wrote:
2012/4/19 Christian Königdeathsim...@vodafone.de:
This includes mostly fixes for multi ring lockups and
2012/4/25 Dave Airlie airl...@gmail.com:
2012/4/25 Christian König deathsim...@vodafone.de:
On 21.04.2012 16:14, Jerome Glisse wrote:
2012/4/21 Christian Königdeathsim...@vodafone.de:
On 20.04.2012 01:47, Jerome Glisse wrote:
2012/4/19 Christian Königdeathsim...@vodafone.de:
This
On Wed, Apr 25, 2012 at 9:46 AM, Alex Deucher alexdeuc...@gmail.com wrote:
2012/4/25 Dave Airlie airl...@gmail.com:
2012/4/25 Christian König deathsim...@vodafone.de:
On 21.04.2012 16:14, Jerome Glisse wrote:
2012/4/21 Christian Königdeathsim...@vodafone.de:
On 20.04.2012 01:47, Jerome
Patches also available at:
http://people.freedesktop.org/~glisse/debug/
So it's the Christian series minus all the debugfs related to
ring/ib/mc. The last patch add a new blob dumping facilities
that dump everythings (pm4, relocs table, bo content). It's
just a proof of concept to show what i
On Sam, 2012-04-21 at 11:42 +0200, Christian K?nig wrote:
>
> Regarding the debugging of lockups I had the following on my "in mind
> todo" list:
> 1. Rework the chip specific lockup detection code a bit more and
> probably clean it up a bit.
> 2. Make the timeout a module parameter, cause
On Sam, 2012-04-21 at 11:42 +0200, Christian König wrote:
Regarding the debugging of lockups I had the following on my in mind
todo list:
1. Rework the chip specific lockup detection code a bit more and
probably clean it up a bit.
2. Make the timeout a module parameter, cause compute
On 20.04.2012 01:47, Jerome Glisse wrote:
> 2012/4/19 Christian K?nig:
>> This includes mostly fixes for multi ring lockups and GPU resets, but it
>> should general improve the behavior of the kernel mode driver in case
>> something goes badly wrong.
>>
>> On the other hand it completely
2012/4/21 Christian K?nig :
> On 20.04.2012 01:47, Jerome Glisse wrote:
>>
>> 2012/4/19 Christian K?nig:
>>>
>>> This includes mostly fixes for multi ring lockups and GPU resets, but it
>>> should general improve the behavior of the kernel mode driver in case
>>> something goes badly wrong.
>>>
On 20.04.2012 01:47, Jerome Glisse wrote:
2012/4/19 Christian Königdeathsim...@vodafone.de:
This includes mostly fixes for multi ring lockups and GPU resets, but it should
general improve the behavior of the kernel mode driver in case something goes
badly wrong.
On the other hand it
2012/4/21 Christian König deathsim...@vodafone.de:
On 20.04.2012 01:47, Jerome Glisse wrote:
2012/4/19 Christian Königdeathsim...@vodafone.de:
This includes mostly fixes for multi ring lockups and GPU resets, but it
should general improve the behavior of the kernel mode driver in case
This includes mostly fixes for multi ring lockups and GPU resets, but it should
general improve the behavior of the kernel mode driver in case something goes
badly wrong.
On the other hand it completely rewrites the IB pool and semaphore handling, so
I think there are still a couple of
2012/4/19 Christian K?nig :
> This includes mostly fixes for multi ring lockups and GPU resets, but it
> should general improve the behavior of the kernel mode driver in case
> something goes badly wrong.
>
> On the other hand it completely rewrites the IB pool and semaphore handling,
> so I
This includes mostly fixes for multi ring lockups and GPU resets, but it should
general improve the behavior of the kernel mode driver in case something goes
badly wrong.
On the other hand it completely rewrites the IB pool and semaphore handling, so
I think there are still a couple of
2012/4/19 Christian König deathsim...@vodafone.de:
This includes mostly fixes for multi ring lockups and GPU resets, but it
should general improve the behavior of the kernel mode driver in case
something goes badly wrong.
On the other hand it completely rewrites the IB pool and semaphore
24 matches
Mail list logo