<feed xmlns='http://www.w3.org/2005/Atom'>
<title>talos-op-linux/drivers/gpu/drm/nouveau/nvkm/engine, branch master</title>
<subtitle>Talos™ II Linux sources for OpenPOWER</subtitle>
<id>https://git.raptorcs.com/git/talos-op-linux/atom?h=master</id>
<link rel='self' href='https://git.raptorcs.com/git/talos-op-linux/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/'/>
<updated>2020-02-03T11:36:54+00:00</updated>
<entry>
<title>drm/nouveau/disp/gv100-: halt NV_PDISP_FE_RM_INTR_STAT_CTRL_DISP_ERROR storms</title>
<updated>2020-02-03T11:36:54+00:00</updated>
<author>
<name>Ben Skeggs</name>
<email>bskeggs@redhat.com</email>
</author>
<published>2020-02-03T06:58:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=58ae5284f663f0856a13bc6caad93a0fe49d7cb4'/>
<id>urn:sha1:58ae5284f663f0856a13bc6caad93a0fe49d7cb4</id>
<content type='text'>
Signed-off-by: Ben Skeggs &lt;bskeggs@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm/nouveau/disp/gv100-: not all channel types support reporting error codes</title>
<updated>2020-01-29T05:49:56+00:00</updated>
<author>
<name>Ben Skeggs</name>
<email>bskeggs@redhat.com</email>
</author>
<published>2020-01-28T05:03:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=86e18ebd87072ed1ba6ecd86271e7a712115d579'/>
<id>urn:sha1:86e18ebd87072ed1ba6ecd86271e7a712115d579</id>
<content type='text'>
Signed-off-by: Ben Skeggs &lt;bskeggs@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm/nouveau/disp/nv50-: prevent oops when no channel method map provided</title>
<updated>2020-01-29T05:49:56+00:00</updated>
<author>
<name>Ben Skeggs</name>
<email>bskeggs@redhat.com</email>
</author>
<published>2020-01-28T04:39:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=0e6176c6d286316e9431b4f695940cfac4ffe6c2'/>
<id>urn:sha1:0e6176c6d286316e9431b4f695940cfac4ffe6c2</id>
<content type='text'>
The implementations for most channel types contains a map of methods to
priv registers in order to provide debugging info when a disp exception
has been raised.

This info is missing from the implementation of PIO channels as they're
rather simplistic already, however, if an exception is raised by one of
them, we'd end up triggering a NULL-pointer deref.  Not ideal...

Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=206299
Signed-off-by: Ben Skeggs &lt;bskeggs@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm/nouveau/gr/gp10b: Use gp100_grctx and gp100_gr_zbc</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:07:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=90e2e96ea37745ae18a1ff7b322e3321731828e4'/>
<id>urn:sha1:90e2e96ea37745ae18a1ff7b322e3321731828e4</id>
<content type='text'>
gp10b doesn't have all the registers that gp102_gr_zbc wants to access,
which causes IBUS MMIO faults to occur. Avoid this by using the gp100
variants of grctx and gr_zbc.

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/gr/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/talos-op-linux/commit/?id=afa3b96b058d87c2c44d1c83dadb2ba6998d03ce'/>
<id>urn:sha1:afa3b96b058d87c2c44d1c83dadb2ba6998d03ce</id>
<content type='text'>
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/talos-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/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/talos-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/talos-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/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/talos-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/talos-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>
