https://bugs.freedesktop.org/show_bug.cgi?id=98138
Bug ID: 98138
Summary: Random Freeze - nouveau :01:00.0: fifo:
SCHED_ERROR 0a [CTXSW_TIMEOUT]
Product: xorg
Version: unspecified
Hardware: Other
OS:
https://bugs.freedesktop.org/show_bug.cgi?id=98129
Bug ID: 98129
Summary: X hung with nouveau 'INVALID_CMD' and
'INVALID_ADDRESS_ALIGNMENT' errors on GeForce 9600 GT
[10de:0622]
Product: xorg
Version: git
The 100c10 scratch page is mapped using dma_map_page() before the TTM
layer has had a chance to set the DMA mask. This means we are still
running with the default of 32 when this code executes, and this causes
problems for platforms with no memory below 4 GB (such as AMD Seattle)
So move the
The 100c08 scratch page is mapped using dma_map_page() before the TTM
layer has had a chance to set the DMA mask. This means we are still
running with the default of 32 when this code executes, and this causes
problems for platforms with no memory below 4 GB (such as AMD Seattle)
So move the
This v4 is now a 3 piece series (since v4), after Alexandre pointed out that
both GF 100 and NV50 are affected by the same issue, and that a related issue
has been solved already for Tegra in commit 9d0394c6bed5
("drm/nouveau/instmem/gk20a: set DMA mask early").
The issue that this series
Some subdevices (i.e., fb/nv50.c and fb/gf100.c) map a scratch page using
dma_map_page() way before the TTM layer has had a chance to set the DMA
mask. This may prevent the driver from loading at all on platforms whose
system memory is not covered by the default DMA mask of 32-bit (i.e., when
all
On 3 October 2016 at 06:39, Alexandre Courbot wrote:
> On Mon, Sep 26, 2016 at 9:32 PM, Ard Biesheuvel
> wrote:
>> Some subdevices (i.e., fb/nv50.c and fb/gf100.c) map a scratch page using
>> dma_map_page() way before the TTM layer has had a chance to