This patch is needed by initramfs tools to detect
the required firmware files for the module.
This patch tests for NOUVEAU_PLATFORM_DRIVER and either
TEGRA_124_SOC or TEGRA_132_SOC for the firmwares related to
the Tegra K1 generation.
Signed-off-by: Nicolas Chauvet
---
drivers/gpu/drm/nouveau/n
This patch is needed by initramfs tools to detect
the required firmware files for the module.
This patch tests for NOUVEAU_PLATFORM_DRIVER and
TEGRA_210_SOC for the firmwares related to
the Tegra X1 generation.
RFC tag is because the firmwares are still not
merged into linux-firmware repository
https://bugs.freedesktop.org/show_bug.cgi?id=91954
--- Comment #2 from Dan Callaghan ---
The Nvidia proprietary driver is able to recover from the monitor going to
sleep.
Here is an mmiotrace showing the monitor going to sleep (xset dpms force
suspend), eventually powering down, and then waking
https://bugs.freedesktop.org/show_bug.cgi?id=91954
--- Comment #1 from Dan Callaghan ---
Created attachment 118176
--> https://bugs.freedesktop.org/attachment.cgi?id=118176&action=edit
kernel messages showing "link training failed"
Complete kernel messages showing "link training failed".
At 1
https://bugs.freedesktop.org/show_bug.cgi?id=91954
Bug ID: 91954
Summary: "link training failed": nouveau does not recover from
monitor suspend
Product: xorg
Version: unspecified
Hardware: Other
OS: All
https://bugs.freedesktop.org/show_bug.cgi?id=91526
Ilia Mirkin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=91526
--- Comment #5 from Ilia Mirkin ---
(In reply to Gediminas Jakutis from comment #4)
> Another note: I did play the game some with these UI issues present and I
> did not notice any other kind of rendering problems whatsoever. It appears
> to affe
https://bugs.freedesktop.org/show_bug.cgi?id=91895
Marcin Slusarz changed:
What|Removed |Added
Summary|[nve7] Shadow Warrior: |[nve7] Shadow Warrior:
https://bugs.freedesktop.org/show_bug.cgi?id=91895
--- Comment #13 from Marcin Slusarz ---
Fun, with bumped MAX_UNIFORM_BLOCK_SIZE lighting looks exactly the same on
Intel and Nouveau.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
On Wed, Sep 9, 2015 at 3:17 AM, Ilia Mirkin wrote:
> CB updates to bound buffers need to go through the CB_DATA endpoints,
> otherwise the shader may not notice that the updates happened.
> Furthermore, these updates have to go in to the same address as the
> bound buffer, otherwise, again, the sh
On Wed, Sep 9, 2015 at 9:52 AM, Hans de Goede wrote:
> Some modern apps try to use msaa without keeping in mind the
> restrictions on videomem of older cards. Resulting in dmesg saying:
>
> [ 1197.850642] nouveau E[soffice.bin[3785]] fail ttm_validate
> [ 1197.850648] nouveau E[soffice.bin[3785]
On Wed, Sep 9, 2015 at 9:52 AM, Hans de Goede wrote:
> We do not have a generic blitter on nv3x cards, so we must use the
> sifm object for color resolving.
>
> This commit divides the sources and dest surfaces in to tiles which
> match the constraints of the sifm object, so that color resolving
>
https://bugs.freedesktop.org/show_bug.cgi?id=90276
--- Comment #21 from Arthur Heymans ---
Well freezes also happen on versions before that particular patch. They are
less common and I have not found a way to make them reproducible (similar to
reverting that patch on recent kernel).
--
You are
This patch is needed by initramfs tools to detect
the required firmware files for the module.
This patch tests for NOUVEAU_PLATFORM_DRIVER and
TEGRA_210_SOC for the firmwares related to
the Tegra X1 generation.
RFC tag is because the firmwares are still not
merged into linux-firmware repository
This patch is needed by initramfs tools to detect
the required firmware files for the module.
This patch tests for NOUVEAU_PLATFORM_DRIVER and either
TEGRA_124_SOC or TEGRA_132_SOC for the firmwares related to
the Tegra K1 generation.
Signed-off-by: Nicolas Chauvet
---
drivers/gpu/drm/nouveau/n
Some modern apps try to use msaa without keeping in mind the
restrictions on videomem of older cards. Resulting in dmesg saying:
[ 1197.850642] nouveau E[soffice.bin[3785]] fail ttm_validate
[ 1197.850648] nouveau E[soffice.bin[3785]] validating bo list
[ 1197.850654] nouveau E[soffice.bin[3785
We do not have a generic blitter on nv3x cards, so we must use the
sifm object for color resolving.
This commit divides the sources and dest surfaces in to tiles which
match the constraints of the sifm object, so that color resolving
will work properly on nv3x cards.
Signed-off-by: Hans de Goede
Hi,
On 08-09-15 09:53, Hans de Goede wrote:
Hi,
On 07-09-15 21:55, Ilia Mirkin wrote:
May I ask why you're doing 512x512 instead of 1024x1024? These are
already scaled up coordinates, so 1024x1024 should work no? Or is it
because of the seams on the edges? Do those not also appear with
512x512
https://bugs.freedesktop.org/show_bug.cgi?id=38074
--- Comment #31 from Harald Linden ---
Problem still exists in Fedora 22.
--
You are receiving this mail because:
You are the assignee for the bug.
___
Nouveau mailing list
Nouveau@lists.freedesktop.o
https://bugs.freedesktop.org/show_bug.cgi?id=90276
--- Comment #20 from Emil Velikov ---
(In reply to Arthur Heymans from comment #17)
> Reversing 3d9e3921f4d77bcaeea913c48b894d1208f0cb06 solves the problem.
>
> Howerever c39f472e9f14e49a9bc091977ced0ec45fc00c57 changes some names so I
> don't k
CB updates to bound buffers need to go through the CB_DATA endpoints,
otherwise the shader may not notice that the updates happened.
Furthermore, these updates have to go in to the same address as the
bound buffer, otherwise, again, the shader may not notice updates.
So we keep track of all the pl
21 matches
Mail list logo