Comment # 7
on bug 108980
from Ilia Mirkin
OK, I see what's going on. This is going to be a game of whack-a-mole. We make a bunch of MMIO accesses to "illegal" areas. The "error" buffer is only 1-deep, i.e. it keeps track of only the last one. When we enable reporting, it reports whichever was the first, or the last such error. With the vga write fixed, now it's something else. 84048 is PVLD.ACCESS_EN. I guess we're accessing it before it's enabled? It looks like this is coming from nvkm_falcon_fini (which is, counter-intuitively, called as part of the initialization flow). The logic in core/subdev.c is to first run ->fini() and then do nvkm_mc_reset() which will turn off-then-on the bit that enables the engine. Ben - what's the proper way to deal with this? Tweak PMC.ENABLE in nvkm_device_fini? [We could always just clear out those errors before first enabling the bus intr reporting, but that would just be sticking our heads in the sand...] In the meanwhile, I'll work on a proper patch for the vgalock thing.
You are receiving this mail because:
- You are the assignee for the bug.
_______________________________________________ Nouveau mailing list Nouveau@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/nouveau
