Thread (3 messages) 3 messages, 2 authors, 2014-10-28

Re: [RESEND] Regression using module-init-tools on Kernel v3.12.y

From: Lucas De Marchi <hidden>
Date: 2014-10-27 14:51:52

On Mon, Oct 27, 2014 at 10:27 AM, Holger Eitzenberger
[off-list ref] wrote:
Hi all,

we are still using module-init-tools for module handling.  And so does
SuSE SLES11.

However, after upgrading from kernel v3.8.y to v3.12.y we noticed
that modules.pcimap was empty, which is due to the fact that the
DEFINE_PCI_DEVICE_TABLE() has been modified to encode the name of
the device table.  Which in turn has been done to avoid issues with
multiple tables in a driver (see [1]).

I understand why this patch went it, and fixing this issue in the PNP
driver is worth fixing, I agree.

However, there is quite some userbase of module-init-tools out there,
eventually upgrading as well.  And as a consequence I think it makes
sense to patch module-init-tools as well to support both format.

I know that module-init-tools are deprecated by libkmod, and therefore
they seem to be unmaintained since 2011 (at least when looking at
git.kernel.org).
As you noticed, module-init-tools is not being maintained anymore. I
don't even have access to its repository.
Still, does the attached patch makes sense to apply to git GIT repo?
It modifies elfops to support old and new format of the table name.
I don't think so... even more because I don't agree with "there is
quite some userbase of module-init-tools out there" particularly
because all major distros in newer versions changed to kmod (and for
the majority of them this happened back in 2012).

So... you could either convince Jon Masters to apply your patch or
send the patch to the distro in question.

-- 
Lucas De Marchi
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help