search for: pdaemon

From: Karol Herbst <git at karolherbst.de> --- drm/nouveau/nvkm/subdev/pmu/fuc/macros.fuc | 23 +++++++++++++++++++++++ 1 file changed, 23 insertions(+) diff --git a/drm/nouveau/nvkm/subdev/pmu/fuc/macros.fuc b/drm/nouveau/nvkm/subdev/pmu/fuc/macros.fuc index c5ec61f..86b8fd4 100644 --- a/drm/nouveau/nvkm/subdev/pmu/fuc/macros.fuc +++ b/drm/nouveau/nvkm/subdev/pmu/fuc/macros.fuc @@ -66,6

Hi, If anyone has managed to get sshd to run as a subsystem in the System Resource Controller under AIX 4.3.3 (a la mkssys), then please let me know how you did it... I can mkssys and startsrc it, but it dies immediately, leaving a child sshd running with another PID than startsrc reported, and lssrc reports sshd inoperative. Is sshd a process that should stay in foreground, not forking? Or does

...ted for brevity): [global] workgroup = ENNAGROUP passdb backend = smbpasswd:/var/lib/samba/private/smbpasswd hostname lookups = yes invalid users = root wide links = yes guest account = smbguest load printers = no utmp = yes mangled names = no map archive = no preexec = /usr/bin/logger -pdaemon.info -t 'samba[%d]' 'Connect %S for %u from %m (%M, %I)' postexec = /usr/bin/logger -pdaemon.info -t 'samba[%d]' 'Disconnect %S for %u from %m (%M, %I)' debug pid = yes debug uid = yes strict locking = no unix extensions = no dont descend = /proc,/dev socket o...

...ere is very little feedback beyond either a > working system or a complete crash. > > > Reclocking engine > > To facilitate the action of reclocking from within the GPU itself, > increasing stability on operating system failures, NVIDIA added a > subcomponent called PDAEMON. This component has full access to many > registers accessible through MMIO, including the registers controlling > the clocks, latencies and other power-management related features. > PDAEMON is a programmable engine supporting the Falcon or f?c ISA. > NVIDIA's driver uploads th...

From: Martin Peres <martin.peres at labri.fr> This is safe because ptherm hasn't been configured yet and will be a little further down the initialization path. Ptherm should be safe regarding to runtime reconfiguration. v2: - do not limit this patch to nv84-a3 and make it nv84+ v3: - move the ack to fini() - disable IRQs on fini() - silently ignore un-requested IRQs

Hi folks, This set of patches is just for clearing the way before introducing the infrastructure for performance counters in perfmon. I'll try to publish a new version of my kernel interface based on nvif in a couple of days. See you.

...able to load the right kernel module so as you can monitor it for us. As for fan management, the situation is the same as thermal mangement with the additional limitation that nvc0+ (Fermi+) chipsets are not supported for fan management. The reason is that nvc0+ chipset use an internal engine (PDAEMON) that is already set up by the vbios to do fan management and we didn't feel like getting rid of it just yet even though some experimental code for its replacement is already available. What we are trying to avoid is: VERY IMPORTANT: - No temperature at all while the blob reports one! - Ina...

From: Martin Peres <martin.peres at labri.fr> This should enable automatic fan management for all cards by default, at boot time. However, this commit actually affects only nv40-c0 as nvc0+ cards already have vbios's PDAEMON fw already taking care of fan management. Signed-off-by: Martin Peres <martin.peres at labri.fr> --- drivers/gpu/drm/nouveau/core/subdev/therm/base.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/nouveau/core/subdev/therm/base.c b/drivers/gpu/drm/nouvea...

...about the current load of the gpu. This series includes the needed pmu bits and a debugfs interface to read them out. Currently the values are between 0 and 255, because it is much easier to implement it this way on the pmu. Karol Herbst (4): subdev/pmu/fuc: add gk104 pmu/fuc: add macros for pdaemon pwr counters subdev/pmu/fuc: implement perf nouveau/debugfs: add interface for current load drm/nouveau/include/nvif/device.h | 1 + drm/nouveau/include/nvkm/subdev/pmu.h | 10 + drm/nouveau/nouveau_debugfs.c | 23 + drm/nouveau/nvkm/subdev/pmu/base.c...

https://bugs.freedesktop.org/show_bug.cgi?id=89272 Bug ID: 89272 Summary: GM206 does not recognize attached hdmi monitor Product: xorg Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at

...ouveau_specsig is because I had to >> create some nvif structures to access the counters and that's not >> straightforward. I'm happy to hear you're fine with the on-host >> implementation. :) Hey Vince, It's not Roy but me who had submitted a patch which removes PDAEMON signals. :-) However, the patch is not ready to be upstream because we don't have any other ways to expose these performance counters. Currently, I'm working on perfmon and nvif to expose hardware events to the userspace for NV50. I hope to submit the bunch of patches as soon as possi...

On Thu, Dec 18, 2014 at 8:13 PM, Vince Hsu <vinceh at nvidia.com> wrote: > Hello Ben, > > On 12/18/2014 05:34 PM, Ben Skeggs wrote: >> >> On Thu, Dec 18, 2014 at 4:28 PM, Vince Hsu <vinceh at nvidia.com> wrote: >>> >>> This patch creates a subdev for DVFS (Dynamic Voltage and Frequency >>> Scaling) >>> support in Nouveau. This

...nt to add to decide better on new clocks 3. I want to expose those loads through NVIF, but I don't have a good idea how to do that. Anyway the debugfs file will be a wrapper around the nvif stuff then for convenience Karol Herbst (4): subdev/pmu/fuc: add gk104 pmu/fuc: add macros for pdaemon pwr counters subdev/pmu/fuc: implement counter readout nouveau/debugfs: add interface for current load drm/nouveau/include/nvif/device.h | 1 + drm/nouveau/include/nvkm/subdev/pmu.h | 10 + drm/nouveau/nouveau_debugfs.c | 24 + drm/nouveau/nvkm/subdev/p...

...rent_load" file, but I want to move that to nvif and just add a wrapper around that in debugfs for convenience. Using nvif would have the advantage, that userspace tools can easily get loads without requiring root access. Karol Herbst (4): subdev/pmu/fuc: add gk104 pmu/fuc: add macros for pdaemon pwr counters subdev/pmu/fuc: implement counter readout nouveau/debugfs: add interface for current load drm/nouveau/include/nvif/device.h | 1 + drm/nouveau/include/nvkm/subdev/pmu.h | 10 + drm/nouveau/nouveau_debugfs.c | 23 + drm/nouveau/nvkm/subdev/p...

Hello, This series exposes global performance counters (PCOUNTER) to the userspace through the nvif interface by reworking most of the code related to the PM engine. This interface will allow the userspace to control and monitor complex hardware events like the proprietary driver already does, for example with CUPTI and PerfKit. For now, this series only exposes performance counters on NV50,

...re it is not cause by any of my changes. Anyway this feature is required for implementing dynamic reclocking. As a side effect it shows us a coarse load of several engines, allthough the counters can only report "idle" or "non-idle". Karol Herbst (6): pmu/fuc: add macros for pdaemon pwr counters pmu/fuc: read out counters and store them pmu/fuc: implement GET_SLOTS pmu/fuc: implement SET_SLOT nouveau/debugfs: add interface for current load pmu: setup counters drm/nouveau/include/nvif/device.h | 1 + drm/nouveau/include/nvkm/subdev/pmu.h | 10 +...