Displaying 8 results from an estimated 8 matches for "mask_valu".
Did you mean:
mask_value
2015 Oct 13
12
[PATCH v2 0/9] PCIEs speed change
overall the same as the old stuff, but with better namings and tirivialy
improved code here and there
Karol Herbst (9):
pci: add gk104 variant
pci: add gf106 variant
pci: implement generic code for PCIe speed change
pci: implement pcie speed change for tesla
pci: implement pcie speed change on Fermi
pci: implement PCIe speed change for kepler+
bios/perf: parse the pci speed from the
2019 Sep 12
1
[PATCH 3/3] pci/gk104: wait for ltssm idle before changing the link
...wait for ltssm idle */
> + nvkm_msec(device, 200,
> + if ((nvkm_rd32(device, 0x8c040) & 0x1f) == 0)
> + break;
> + );
What if it doesn't idle? Should you still do the below things?
> nvkm_mask(device, 0x8c040, 0xc0000, mask_value);
> nvkm_mask(device, 0x8c040, 0x1, 0x1);
> }
> --
> 2.21.0
>
> _______________________________________________
> Nouveau mailing list
> Nouveau at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/nouveau
2015 Oct 12
12
[PATCH 0/9] PCIe speed changes
this patch series implements PCIe speed changes for Tesla and newer.
The Kepler and Fermi bits are tested on my cards at home.
Karol Herbst (9):
pci: add gk104 variant
pci: add gf106 variant
pci: implement generic code for PCIe speed change
pci: implement pcie speed change for tesla
pci: implement pcie speed change on Fermi
pci: implement PCIe speed change for kepler+
bios/perf:
2016 Jan 01
9
[PATCH v4 0/9] PCIe speed changes
overall it is for the most part the same as my older version.
I cleaned up some copyright things, so that it is more like the others.
Also I moved the print about the max speed supported into preinit and did
some other minor cleanups in the 3rd commit.
Happy testing (and performance for prime offloading setups)
Karol Herbst (9):
pci: add gk104 variant
pci: add gf106 variant
pci: implement
2019 Sep 12
0
[PATCH 3/3] pci/gk104: wait for ltssm idle before changing the link
...d(struct nvkm_pci *pci)
{
@@ -142,6 +144,11 @@ gk104_pcie_set_link_speed(struct nvkm_pci *pci, enum nvkm_pcie_speed speed)
break;
}
+ /* wait for ltssm idle */
+ nvkm_msec(device, 200,
+ if ((nvkm_rd32(device, 0x8c040) & 0x1f) == 0)
+ break;
+ );
nvkm_mask(device, 0x8c040, 0xc0000, mask_value);
nvkm_mask(device, 0x8c040, 0x1, 0x1);
}
--
2.21.0
2019 Sep 12
5
[PATCH 0/3] PCIe link change improvements
everything was taken from nvgpu.
Main reason for adding is to improve stability of the PCIe link changing code
as we might want to depend on it for a workaround fixing our infamous runpm
issues on recent laptops
Karol Herbst (3):
pci: force disable ASPM before changing the link speed
pci/gk104: enable dl_mgr safe mode
pci/gk104: wait for ltssm idle before changing the link
2019 Sep 17
6
[PATCH 0/6] Add workaround for fixing runpm
I merged the both series I sent out recently into one bigger one so that
it's more obvious on why all of that is needed.
Biggest changes since last sent:
* reworked the ASPM patch
* removed "pci: add nvkm_pcie_get_speed" patch
Please test this on Laptops and report back if it either breaks something
or doesn't fix runpm.
Thanks
Karol Herbst (6):
pci: disable ASPM before
2019 Sep 23
8
[PATCH 0/8] Add workaround for fixing runpm
Changes since last sent:
* add a patch to set the device into DRM_SWITCH_POWER_CHANGING state
(can be dropped actually, I thought I was needing it, came up with a
different approach and forgot to delete it, doesn't hurt though)
* expose information about runtime suspending to nvkm so that we can run
the pcie workaround only on runtime suspend
Karol Herbst (8):
pci: disable ASPM