seeking guidance on adding MOD_PARAM_BITMAP

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



hi folks,

I would like to add something like the following:

    MOD_PARM_DYNDBG_BITMAP_DESC(__gvt_debug, "dyndbg bitmap desc",
            { "gvt: cmd: ",  "command processing" },
            { "gvt: core: ", "core help" },
            { "gvt: dpy: ",  "display help" },
            { "gvt: el: ",   "help" },
            { "gvt: irq: ",  "help" },
            { "gvt: mm: ",   "help" },
            { "gvt: mmio: ", "help" },
            { "gvt: render: ", "help" },
            { "gvt: sched: " "help" });

the point is to declaratively define an interface, a lot like:

/sys/module/drm/parameters/debug
and
$> modinfo drm
...
parm:           debug:Enable debug output, where each bit enables a
debug category.
Bit 0 (0x01)  will enable CORE messages (drm core code)
Bit 1 (0x02)  will enable DRIVER messages (drm controller code)
Bit 2 (0x04)  will enable KMS messages (modesetting code)
Bit 3 (0x08)  will enable PRIME messages (prime code)
Bit 4 (0x10)  will enable ATOMIC messages (atomic code)
Bit 5 (0x20)  will enable VBL messages (vblank code)
Bit 7 (0x80)  will enable LEASE messages (leasing code)
Bit 8 (0x100) will enable DP messages (displayport code) (int)


is there anything close to this in the kernel that I can copy & modify ?

failing that, what set of macros
(names & files they should be implemented in )
would stand some chance of surviving review ?

_______________________________________________
Kernelnewbies mailing list
Kernelnewbies@xxxxxxxxxxxxxxxxx
https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies



[Index of Archives]     [Newbies FAQ]     [Linux Kernel Mentors]     [Linux Kernel Development]     [IETF Annouce]     [Git]     [Networking]     [Security]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux SCSI]     [Linux ACPI]

  Powered by Linux