From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752218AbdK3Sjv (ORCPT ); Thu, 30 Nov 2017 13:39:51 -0500 Received: from mx2.suse.de ([195.135.220.15]:40313 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750752AbdK3Sjt (ORCPT ); Thu, 30 Nov 2017 13:39:49 -0500 Date: Thu, 30 Nov 2017 19:39:47 +0100 From: "Luis R. Rodriguez" To: Jessica Yu Cc: "Luis R. Rodriguez" , jeyu@redhat.com, rusty@rustcorp.com.au, keescook@chromium.org, tixxdz@gmail.com, mbenes@suse.cz, atomlin@redhat.com, pmladek@suse.com, hare@suse.com, james.l.morris@oracle.com, ebiederm@xmission.com, davem@davemloft.net, akpm@linux-foundation.org, torvalds@linux-foundation.org, linux-kernel@vger.kernel.org Subject: Re: module: add debugging alias parsing support Message-ID: <20171130183947.GI729@wotan.suse.de> References: <20171130023605.29568-1-mcgrof@kernel.org> <20171130023605.29568-4-mcgrof@kernel.org> <20171130131710.ccccf4alzrnvmlp3@redbean> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20171130131710.ccccf4alzrnvmlp3@redbean> User-Agent: Mutt/1.6.0 (2016-04-01) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Nov 30, 2017 at 02:17:11PM +0100, Jessica Yu wrote: > Just some quick questions - are there any plans to use these in-kernel > module aliases anywhere else? Or are you using them just for debugging? As-is for now just debugging, but this could also more easily enable folks to prototype further evaluation of its uses. IMHO just having this at least posted online should suffice the later aspect of enabling folks to prototype. You're right that one can find aliases in userspace. One of the benefits of having this dump things on the kernel log is just that you can easily get the aliases printed out for all modules actually loaded for your system without much effort. I did find this useful when debugging and found it much more convenient than scraping modules one by one by hand in userspace. I had this implemented since 2016, and I had some ideas to use them in a functional way, however I first had to knock out a series of of fixes for kernel/kmod.c and setting up a baseline test infrastructure for kmod (tools/testing/selftests/kmod/ and lib/test_kmod.c) as such I hadn't had time to yet come around and finish benchmarking the alias enhancement ideas I had started evaluating. As such having aliases in-kernel currently are only useful for debugging and prototyping. Luis