On Mit, 2012-06-27 at 14:14 -0400, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> After unrecovered GPU lockup avoid any GPU activities to avoid
> things like kernel segfault and alike to happen in any of the
> path that assume hw is working.
>
> The segfault is due to PCIE vram gart
On Mit, 2012-06-27 at 14:14 -0400, j.gli...@gmail.com wrote:
From: Jerome Glisse jgli...@redhat.com
After unrecovered GPU lockup avoid any GPU activities to avoid
things like kernel segfault and alike to happen in any of the
path that assume hw is working.
The segfault is due to PCIE
On Mit, 2012-06-27 at 10:49 -0400, Jerome Glisse wrote:
> On Wed, Jun 27, 2012 at 5:19 AM, Michel D?nzer wrote:
> > On Die, 2012-06-26 at 17:04 -0400, j.glisse at gmail.com wrote:
> >> From: Jerome Glisse
> >>
> >> After unrecovered GPU lockup avoid any GPU activities to avoid
> >> things like
From: Jerome Glisse
After unrecovered GPU lockup avoid any GPU activities to avoid
things like kernel segfault and alike to happen in any of the
path that assume hw is working.
The segfault is due to PCIE vram gart table being unmapped after
suspend in the GPU reset path. To
From: Jerome Glisse
After unrecovered GPU lockup avoid any GPU activities to avoid
things like kernel segfault and alike to happen in any of the
path that assume hw is working.
The segfault is due to PCIE vram gart table being unmapped after
suspend in the GPU reset path. To
From: Jerome Glisse
After unrecovered GPU lockup avoid any GPU activities to avoid
things like kernel segfault and alike to happen in any of the
path that assume hw is working.
The segfault is due to PCIE vram gart table being unmapped after
suspend in the GPU reset path. To
From: Jerome Glisse
After unrecovered GPU lockup avoid any GPU activities to avoid
things like kernel segfault and alike to happen in any of the
path that assume hw is working.
The segfault is due to PCIE vram gart table being unmapped after
suspend in the GPU reset path. To
On Die, 2012-06-26 at 17:04 -0400, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> After unrecovered GPU lockup avoid any GPU activities to avoid
> things like kernel segfault and alike to happen in any of the
> path that assume hw is working.
Has the patch been tested and confirmed to
On Wed, Jun 27, 2012 at 5:19 AM, Michel D?nzer wrote:
> On Die, 2012-06-26 at 17:04 -0400, j.glisse at gmail.com wrote:
>> From: Jerome Glisse
>>
>> After unrecovered GPU lockup avoid any GPU activities to avoid
>> things like kernel segfault and alike to happen in any of the
>> path that assume
On Die, 2012-06-26 at 17:04 -0400, j.gli...@gmail.com wrote:
From: Jerome Glisse jgli...@redhat.com
After unrecovered GPU lockup avoid any GPU activities to avoid
things like kernel segfault and alike to happen in any of the
path that assume hw is working.
Has the patch been tested and
On Wed, Jun 27, 2012 at 5:19 AM, Michel Dänzer mic...@daenzer.net wrote:
On Die, 2012-06-26 at 17:04 -0400, j.gli...@gmail.com wrote:
From: Jerome Glisse jgli...@redhat.com
After unrecovered GPU lockup avoid any GPU activities to avoid
things like kernel segfault and alike to happen in any of
From: Jerome Glisse jgli...@redhat.com
After unrecovered GPU lockup avoid any GPU activities to avoid
things like kernel segfault and alike to happen in any of the
path that assume hw is working.
The segfault is due to PCIE vram gart table being unmapped after
suspend in the GPU reset path. To
On Mit, 2012-06-27 at 10:49 -0400, Jerome Glisse wrote:
On Wed, Jun 27, 2012 at 5:19 AM, Michel Dänzer mic...@daenzer.net wrote:
On Die, 2012-06-26 at 17:04 -0400, j.gli...@gmail.com wrote:
From: Jerome Glisse jgli...@redhat.com
After unrecovered GPU lockup avoid any GPU activities to
From: Jerome Glisse jgli...@redhat.com
After unrecovered GPU lockup avoid any GPU activities to avoid
things like kernel segfault and alike to happen in any of the
path that assume hw is working.
The segfault is due to PCIE vram gart table being unmapped after
suspend in the GPU reset path. To
From: Jerome Glisse jgli...@redhat.com
After unrecovered GPU lockup avoid any GPU activities to avoid
things like kernel segfault and alike to happen in any of the
path that assume hw is working.
The segfault is due to PCIE vram gart table being unmapped after
suspend in the GPU reset path. To
From: Jerome Glisse jgli...@redhat.com
After unrecovered GPU lockup avoid any GPU activities to avoid
things like kernel segfault and alike to happen in any of the
path that assume hw is working.
The segfault is due to PCIE vram gart table being unmapped after
suspend in the GPU reset path. To
From: Jerome Glisse
After unrecovered GPU lockup avoid any GPU activities to avoid
things like kernel segfault and alike to happen in any of the
path that assume hw is working.
cc: stable at vger.kernel.org
Signed-off-by: Jerome Glisse
---
17 matches
Mail list logo