svn commit: r329457 - head/stand/lua

Kyle Evans kevans at freebsd.org
Sat Feb 17 15:02:12 UTC 2018


On Feb 17, 2018 8:39 AM, "Rodney W. Grimes" <freebsd at pdx.rh.cn85.dnsmgr.net>
wrote:

[ Charset UTF-8 unsupported, converting... ]
> Author: kevans
> Date: Sat Feb 17 14:30:39 2018
> New Revision: 329457
> URL: https://svnweb.freebsd.org/changeset/base/329457
>
> Log:
>   stand/lua: dumpModules => lsModules
>
>   rgrimes@ notes that this behavior is more befitting of the latter name
than
>   the former, and I'm inclined to agree.
>
>   Reported by:        rgrimes
>
> Modified:
>   head/stand/lua/config.lua
>
> Modified: head/stand/lua/config.lua
> ============================================================
==================
> --- head/stand/lua/config.lua Sat Feb 17 13:32:29 2018        (r329456)
> +++ head/stand/lua/config.lua Sat Feb 17 14:30:39 2018        (r329457)
> @@ -37,7 +37,7 @@ function config.setKey(k, n, v)
>       modules[k][n] = v;
>  end
>
> -function config.dumpModules()
> +function config.lsModules()
>       print("== Dumping modules");
                  ^^^^^^^ I was more after this word :)

>       for k, v in pairs(modules) do
>               print(k, v.load);
>
>


(apologies for the broken quoting, no longer near a reasonable mail client)

Feel free to change it- I personally believe it's pretty obvious from the
context once you see this message that these things are being dumped out to
the console. It wasn't necessarily obvious from the name of the function
that this was the case.

Either way, this is purely a debugging aide while I was trying to figure
out why it wasn't loading modules on kernel change. I don't really care
much about the output as long as it still tells me just as much as it does
now.

As an aside, for anyone interested that reads this far, it's still handling
module_path wrong but in a more subtle way. Every kernel change prepends
the kernel path to module_path, and we keep building on this. Eventually
you'd end up with: "/boot/kernel.GENERIC;/boot/kernel;..." So it may
fallback to another kernel path for modules that may or may not match the
current kernel version.


More information about the svn-src-all mailing list