<feed xmlns='http://www.w3.org/2005/Atom'>
<title>blackbird-op-linux/drivers/gpu/drm/nouveau/nvkm/subdev, branch master</title>
<subtitle>Blackbird™ Linux sources for OpenPOWER</subtitle>
<id>https://git.raptorcs.com/git/blackbird-op-linux/atom?h=master</id>
<link rel='self' href='https://git.raptorcs.com/git/blackbird-op-linux/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/blackbird-op-linux/'/>
<updated>2020-01-29T05:49:56+00:00</updated>
<entry>
<title>drm/nouveau/fb/gp102-: allow module to load even when scrubber binary is missing</title>
<updated>2020-01-29T05:49:56+00:00</updated>
<author>
<name>Ben Skeggs</name>
<email>bskeggs@redhat.com</email>
</author>
<published>2020-01-29T01:29:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/blackbird-op-linux/commit/?id=c3463aed05abf06bd5ebaac12f2c015db298b98f'/>
<id>urn:sha1:c3463aed05abf06bd5ebaac12f2c015db298b98f</id>
<content type='text'>
Without relaxing this requirement, TU10x boards will fail to load without
an updated linux-firmware, and TU11x will completely fail to load because
FW isn't available yet.

Signed-off-by: Ben Skeggs &lt;bskeggs@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm/nouveau/acr: return error when registering LSF if ACR not supported</title>
<updated>2020-01-29T05:49:56+00:00</updated>
<author>
<name>Ben Skeggs</name>
<email>bskeggs@redhat.com</email>
</author>
<published>2020-01-29T01:20:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/blackbird-op-linux/commit/?id=1c338ed5e52b62737a9d45f37f085bdbb367821b'/>
<id>urn:sha1:1c338ed5e52b62737a9d45f37f085bdbb367821b</id>
<content type='text'>
This fixes an oops on TU11x GPUs where SEC2 attempts to register its falcon,
and triggers a NULL-pointer deref because ACR isn't yet supported.

Signed-off-by: Ben Skeggs &lt;bskeggs@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm/nouveau/pmu/gm20b,gp10b: Fix Falcon bootstrapping</title>
<updated>2020-01-22T22:56:51+00:00</updated>
<author>
<name>Thierry Reding</name>
<email>treding@nvidia.com</email>
</author>
<published>2020-01-15T14:06:13+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/blackbird-op-linux/commit/?id=89b34254bb61d0ad5c701413572cf3d993c9bff8'/>
<id>urn:sha1:89b34254bb61d0ad5c701413572cf3d993c9bff8</id>
<content type='text'>
The low-level Falcon bootstrapping callbacks are expected to return 0 on
success or a negative error code on failure. However, the implementation
on Tegra returns the ID or mask of the Falcons that were bootstrapped on
success, thus breaking the calling code, which treats this as failure.

Fix this by making sure we only return 0 or a negative error code, just
like the code for discrete GPUs does.

Fixes: 86ce2a71539c ("drm/nouveau/flcn/cmdq: move command generation to subdevs")
Signed-off-by: Thierry Reding &lt;treding@nvidia.com&gt;
Signed-off-by: Ben Skeggs &lt;bskeggs@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm/nouveau/acr/tu10x: initial support</title>
<updated>2020-01-15T00:50:30+00:00</updated>
<author>
<name>Ben Skeggs</name>
<email>bskeggs@redhat.com</email>
</author>
<published>2020-01-14T20:34:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/blackbird-op-linux/commit/?id=3fa8fe1572bc708596318280a22669dfc9eaf805'/>
<id>urn:sha1:3fa8fe1572bc708596318280a22669dfc9eaf805</id>
<content type='text'>
Signed-off-by: Ben Skeggs &lt;bskeggs@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm/nouveau/core: remove previous versioned fw loader</title>
<updated>2020-01-15T00:50:30+00:00</updated>
<author>
<name>Ben Skeggs</name>
<email>bskeggs@redhat.com</email>
</author>
<published>2020-01-14T20:34:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/blackbird-op-linux/commit/?id=edec7149cbfae95c35282c19cda20b7bc53873af'/>
<id>urn:sha1:edec7149cbfae95c35282c19cda20b7bc53873af</id>
<content type='text'>
Signed-off-by: Ben Skeggs &lt;bskeggs@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm/nouveau/secboot: remove</title>
<updated>2020-01-15T00:50:30+00:00</updated>
<author>
<name>Ben Skeggs</name>
<email>bskeggs@redhat.com</email>
</author>
<published>2020-01-14T20:34:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/blackbird-op-linux/commit/?id=9d350c5e5156792ba7c87b3b1e897656dc2a88e5'/>
<id>urn:sha1:9d350c5e5156792ba7c87b3b1e897656dc2a88e5</id>
<content type='text'>
Signed-off-by: Ben Skeggs &lt;bskeggs@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm/nouveau/acr: implement new subdev to replace "secure boot"</title>
<updated>2020-01-15T00:50:29+00:00</updated>
<author>
<name>Ben Skeggs</name>
<email>bskeggs@redhat.com</email>
</author>
<published>2020-01-14T20:34:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/blackbird-op-linux/commit/?id=22dcda45a3d1dfe6eeb4ab0a3b9aaa2333cb649d'/>
<id>urn:sha1:22dcda45a3d1dfe6eeb4ab0a3b9aaa2333cb649d</id>
<content type='text'>
ACR is responsible for managing the firmware for LS (Low Secure) falcons,
this was previously handled in the driver by SECBOOT.

This rewrite started from some test code that attempted to replicate the
procedure RM uses in order to debug early Turing ACR firmwares that were
provided by NVIDIA for development.

Compared with SECBOOT, the code is structured into more individual steps,
with the aim of making the process easier to follow/debug, whilst making
it possible to support newer firmware versions that may have a different
binary format or API interface.

The HS (High Secure) binary(s) are now booted earlier in device init, to
match the behaviour of RM, whereas SECBOOT would delay this until we try
to boot the first LS falcon.

There's also additional debugging features available, with the intention
of making it easier to solve issues during FW/HW bring-up in the future.

Signed-off-by: Ben Skeggs &lt;bskeggs@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm/nouveau/fb/gp102-: unlock VPR as part of FB init</title>
<updated>2020-01-15T00:50:29+00:00</updated>
<author>
<name>Ben Skeggs</name>
<email>bskeggs@redhat.com</email>
</author>
<published>2020-01-14T20:34:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/blackbird-op-linux/commit/?id=ebe52a58acca308142ba2811e50a1b3bf047240d'/>
<id>urn:sha1:ebe52a58acca308142ba2811e50a1b3bf047240d</id>
<content type='text'>
We perform memory allocations long before we hit the code in SECBOOT that
would unlock the VPR, which could potentially result in memory allocation
within the locked region.

Run the scrubber binary right after VRAM init to ensure we don't.

Signed-off-by: Ben Skeggs &lt;bskeggs@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm/nouveau/secboot: move code to boot LS falcons to subdevs</title>
<updated>2020-01-15T00:50:29+00:00</updated>
<author>
<name>Ben Skeggs</name>
<email>bskeggs@redhat.com</email>
</author>
<published>2020-01-14T20:34:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/blackbird-op-linux/commit/?id=7a4dde711b38dd10df71bd71151cb1f59dfbfdac'/>
<id>urn:sha1:7a4dde711b38dd10df71bd71151cb1f59dfbfdac</id>
<content type='text'>
Signed-off-by: Ben Skeggs &lt;bskeggs@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm/nouveau/flcn/msgq: pass explicit message queue pointer to recv()</title>
<updated>2020-01-15T00:50:29+00:00</updated>
<author>
<name>Ben Skeggs</name>
<email>bskeggs@redhat.com</email>
</author>
<published>2020-01-14T20:34:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/blackbird-op-linux/commit/?id=e1cc579898aed48fe6a6ac1bf5a7491784c5d690'/>
<id>urn:sha1:e1cc579898aed48fe6a6ac1bf5a7491784c5d690</id>
<content type='text'>
Signed-off-by: Ben Skeggs &lt;bskeggs@redhat.com&gt;
</content>
</entry>
</feed>
