<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux-dev/drivers/gpu/drm/nouveau/nvkm/subdev/pmu, branch master</title>
<subtitle>Linux kernel development work - see feature branches</subtitle>
<id>https://git.zx2c4.com/linux-dev/atom/drivers/gpu/drm/nouveau/nvkm/subdev/pmu?h=master</id>
<link rel='self' href='https://git.zx2c4.com/linux-dev/atom/drivers/gpu/drm/nouveau/nvkm/subdev/pmu?h=master'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/'/>
<updated>2022-04-04T22:37:04Z</updated>
<entry>
<title>drm/nouveau/pmu: Add missing callbacks for Tegra devices</title>
<updated>2022-04-04T22:37:04Z</updated>
<author>
<name>Karol Herbst</name>
<email>kherbst@redhat.com</email>
</author>
<published>2022-03-22T12:48:00Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=38d4e5cf5b08798f093374e53c2f4609d5382dd5'/>
<id>urn:sha1:38d4e5cf5b08798f093374e53c2f4609d5382dd5</id>
<content type='text'>
Fixes a crash booting on those platforms with nouveau.

Fixes: 4cdd2450bf73 ("drm/nouveau/pmu/gm200-: use alternate falcon reset sequence")
Cc: Ben Skeggs &lt;bskeggs@redhat.com&gt;
Cc: Karol Herbst &lt;kherbst@redhat.com&gt;
Cc: dri-devel@lists.freedesktop.org
Cc: nouveau@lists.freedesktop.org
Cc: &lt;stable@vger.kernel.org&gt; # v5.17+
Signed-off-by: Karol Herbst &lt;kherbst@redhat.com&gt;
Reviewed-by: Lyude Paul &lt;lyude@redhat.com&gt;
Link: https://patchwork.freedesktop.org/patch/msgid/20220322124800.2605463-1-kherbst@redhat.com
</content>
</entry>
<entry>
<title>drm/nouveau/pmu/gm200-: use alternate falcon reset sequence</title>
<updated>2021-11-12T22:46:04Z</updated>
<author>
<name>Ben Skeggs</name>
<email>bskeggs@redhat.com</email>
</author>
<published>2021-02-25T04:54:59Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=4cdd2450bf739bada353e82d27b00db9af8c3001'/>
<id>urn:sha1:4cdd2450bf739bada353e82d27b00db9af8c3001</id>
<content type='text'>
Signed-off-by: Ben Skeggs &lt;bskeggs@redhat.com&gt;
Reviewed-by: Karol Herbst &lt;kherbst@redhat.com&gt;
Signed-off-by: Karol Herbst &lt;kherbst@redhat.com&gt;
Link: https://gitlab.freedesktop.org/drm/nouveau/-/merge_requests/10
</content>
</entry>
<entry>
<title>drm/nouveau/pmu/gm200-: avoid touching PMU outside of DEVINIT/PREOS/ACR</title>
<updated>2021-11-12T22:46:03Z</updated>
<author>
<name>Ben Skeggs</name>
<email>bskeggs@redhat.com</email>
</author>
<published>2021-02-24T09:29:52Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=1d2271d2fb85e54bfc9630a6c30ac0feb9ffb983'/>
<id>urn:sha1:1d2271d2fb85e54bfc9630a6c30ac0feb9ffb983</id>
<content type='text'>
There have been reports of the WFI timing out on some boards, and a
patch was proposed to just remove it.  This stuff is rather fragile,
and I believe the WFI might be needed with our FW prior to GM200.

However, we probably should not be touching PMU during init on GPUs
where we depend on NVIDIA FW, outside of limited circumstances, so
this should be a somewhat safer change that achieves the desired
result.

Reported-by: Diego Viola &lt;diego.viola@gmail.com&gt;
Signed-off-by: Ben Skeggs &lt;bskeggs@redhat.com&gt;
Reviewed-by: Karol Herbst &lt;kherbst@redhat.com&gt;
Signed-off-by: Karol Herbst &lt;kherbst@redhat.com&gt;
Link: https://gitlab.freedesktop.org/drm/nouveau/-/merge_requests/10
</content>
</entry>
<entry>
<title>drm/nouveau/pmu: switch to instanced constructor</title>
<updated>2021-02-11T01:49:55Z</updated>
<author>
<name>Ben Skeggs</name>
<email>bskeggs@redhat.com</email>
</author>
<published>2020-12-04T02:45:01Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=e4b15b4ca08198b20eccf4f5f49e1dd9913eebd0'/>
<id>urn:sha1:e4b15b4ca08198b20eccf4f5f49e1dd9913eebd0</id>
<content type='text'>
Signed-off-by: Ben Skeggs &lt;bskeggs@redhat.com&gt;
Reviewed-by: Lyude Paul &lt;lyude@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm/nouveau/mc: use split type+inst in device reset APIs</title>
<updated>2021-02-11T01:49:54Z</updated>
<author>
<name>Ben Skeggs</name>
<email>bskeggs@redhat.com</email>
</author>
<published>2021-02-06T00:44:15Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=6997ea13120f948e9ab21e803b75bf647fea2876'/>
<id>urn:sha1:6997ea13120f948e9ab21e803b75bf647fea2876</id>
<content type='text'>
Signed-off-by: Ben Skeggs &lt;bskeggs@redhat.com&gt;
Reviewed-by: Lyude Paul &lt;lyude@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm/nouveau/subdev: store full subdev name in struct</title>
<updated>2021-02-11T00:14:26Z</updated>
<author>
<name>Ben Skeggs</name>
<email>bskeggs@redhat.com</email>
</author>
<published>2020-07-25T05:19:46Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=9c28abb7db540a9c1f4dedaaf547503adfc87394'/>
<id>urn:sha1:9c28abb7db540a9c1f4dedaaf547503adfc87394</id>
<content type='text'>
Much easier to store this to avoid having to reconstruct a string for a
specific subdev, taking into account whether it's instanced or not.

Signed-off-by: Ben Skeggs &lt;bskeggs@redhat.com&gt;
Reviewed-by: Lyude Paul &lt;lyude@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm/nouveau/pmu: serialise send() with private mutex</title>
<updated>2021-02-11T00:14:17Z</updated>
<author>
<name>Ben Skeggs</name>
<email>bskeggs@redhat.com</email>
</author>
<published>2020-12-02T22:34:07Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=5a479d45653f52a7834424eb64758e4e8df775ae'/>
<id>urn:sha1:5a479d45653f52a7834424eb64758e4e8df775ae</id>
<content type='text'>
nvkm_subdev.mutex is going away.

Signed-off-by: Ben Skeggs &lt;bskeggs@redhat.com&gt;
Reviewed-by: Lyude Paul &lt;lyude@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm/nouveau/pmu/gm200-: explicitly handle nofw</title>
<updated>2020-07-24T08:50:49Z</updated>
<author>
<name>Ben Skeggs</name>
<email>bskeggs@redhat.com</email>
</author>
<published>2020-06-16T05:26:20Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=38fd546beb48afdefdcec2ce2c0e5beda71400a3'/>
<id>urn:sha1:38fd546beb48afdefdcec2ce2c0e5beda71400a3</id>
<content type='text'>
Signed-off-by: Ben Skeggs &lt;bskeggs@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm/nouveau/pmu/gm20x: don't pretend we support loading with our custom FW</title>
<updated>2020-07-24T08:50:48Z</updated>
<author>
<name>Ben Skeggs</name>
<email>bskeggs@redhat.com</email>
</author>
<published>2020-06-16T05:15:58Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=46fc98bfb8bcfb3ba2e5af51ecbbdb394ed67501'/>
<id>urn:sha1:46fc98bfb8bcfb3ba2e5af51ecbbdb394ed67501</id>
<content type='text'>
It technically loads, and runs, but is ultimately pointless outside of
a very narrow window (fanless systems where one wants to attempt using
the, broken for a lot of gm20x, memory reclocking code).

It's also potentially dangerous to override the VBIOS-provided "Pre-OS"
PMU, which would be responsible for fan control otherwise.

Signed-off-by: Ben Skeggs &lt;bskeggs@redhat.com&gt;
</content>
</entry>
<entry>
<title>drm/nouveau/acr: store a mask of LS falcons the controlling LSFW can bootstrap</title>
<updated>2020-07-24T08:50:48Z</updated>
<author>
<name>Ben Skeggs</name>
<email>bskeggs@redhat.com</email>
</author>
<published>2020-06-16T04:57:31Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=de088372da017df35f6545516815ee012ec92ff6'/>
<id>urn:sha1:de088372da017df35f6545516815ee012ec92ff6</id>
<content type='text'>
This will prevent some pain with broken firmware trees, as under some
circumstances the HSFW can fail and leave the GPU in a state we don't
know how to recover from.

Signed-off-by: Ben Skeggs &lt;bskeggs@redhat.com&gt;
</content>
</entry>
</feed>
