linux-modules.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Samson Yeung <samson.yeung@oracle.com>
To: Lucas De Marchi <lucas.de.marchi@gmail.com>
Cc: linux-modules <linux-modules@vger.kernel.org>
Subject: Re: modinfo crc32 broken after fd44a98ae2eb
Date: Thu, 28 Jan 2016 14:40:22 -0800	[thread overview]
Message-ID: <56AA98D6.7020305@oracle.com> (raw)
In-Reply-To: <CAKi4VA+MC=hXMQ2kHi4_Xv2w7qQcG443zj9+rKo_JKoSzgDvYQ@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2227 bytes --]


On 01/28/2016 11:21 AM, Lucas De Marchi wrote:
> Hi Samson,
>
> On Wed, Jan 27, 2016 at 5:32 PM, Samson Yeung <samson.yeung@oracle.com> wrote:
>> Hi all,
>>
>> Please reply directly as I am not on this list.
>>
>> Commit "fd44a98ae2eb Fix race while loading modules" also broke 'modinfo
>> crc32', specifically, for me.
>>
>> Is this a bug, is it something strange going on with crc32, or is it
>> intended behavior?
>
> breaking is never intended ;-). What do you mean by "break"? Does it crash?

'modinfo crc32' prints

modinfo: ERROR: Module crc32 not found.

and a return value of 1 using fd44a98ae2eb.

Without changing the contents of /lib/modules/`uname -r`/modules.* 
files, using fd44a98ae2eb^, 'modinfo crc32' gives me the expected info 
about crc32 instead:

filename:       /lib/modules/4.2.0-25-generic/kernel/crypto/crc32.ko
alias:          crypto-crc32
alias:          crc32
license:        GPL
description:    CRC32 calculations wrapper for lib/crc32
author:         Alexander Boyko <alexander_boyko@xyratex.com>
srcversion:     B0DE005719AC9ED9A3EEAD7
depends:
intree:         Y
vermagic:       4.2.0-25-generic SMP mod_unload modversions
signer:         Build time autogenerated kernel key
sig_key:        A4:10:30:FB:DF:1D:C9:62:B4:BB:7D:16:44:C3:33:7E:C4:16:DB:86
sig_hashalgo:   sha512

> I can't see how this commit is related to modinfo. You will need to
> give more details. Check if you can get the output by passing the
> complete path to the module and make sure it's actually a module (and

Giving the full path to the module still works as expected, so
'modinfo /lib/modules/4.2.0-25-generic/kernel/crypto/crc32.ko' displays 
module information and returns 0, using both fd44a98ae2eb^ and fd44a98ae2eb.

> not builtin) in your kernel configuration

I must admit that I'm slightly confused wrt crc32, since there is 
kernel/arch/x86/crypto/crc32-pclmul.ko as well as 
kernel/crypto/crc32.ko, and 'modinfo crc32-pclmul' claims that crc32 is 
an alias.

I This happens with a stock Ubuntu kernel (4.2.0-25-generic for Wily), 
however I first observed this behavior on Redhat/Oracle Linux 7.

> Lucas De Marchi

I have attached a slightly more complete log demonstrating the issue.


Regards,
-Samson

[-- Attachment #2: kmod-crc32.log --]
[-- Type: text/x-log, Size: 1442 bytes --]

fragmede@biem:((tags/v20~8))~/tmp/kmod/git/kernel.org/kmod.git$ git checkout fd44a98ae2eb^ && ./autogen.sh >/dev/null && ./configure >/dev/null && make -j `nproc` >/dev/null && ./tools/modinfo crc32
Previous HEAD position was fd44a98ae2eb... Fix race while loading modules
HEAD is now at fae77516b405... build: we are kmod, not systemd
ar: `u' modifier ignored since `D' is the default (see `U')
filename:       /lib/modules/4.2.0-25-generic/kernel/crypto/crc32.ko
alias:          crypto-crc32
alias:          crc32
license:        GPL
description:    CRC32 calculations wrapper for lib/crc32
author:         Alexander Boyko <alexander_boyko@xyratex.com>
srcversion:     B0DE005719AC9ED9A3EEAD7
depends:        
intree:         Y
vermagic:       4.2.0-25-generic SMP mod_unload modversions 
signer:         Build time autogenerated kernel key
sig_key:        A4:10:30:FB:DF:1D:C9:62:B4:BB:7D:16:44:C3:33:7E:C4:16:DB:86
sig_hashalgo:   sha512
fragmede@biem:((tags/v20~9))~/tmp/kmod/git/kernel.org/kmod.git$ git checkout fd44a98ae2eb && ./autogen.sh >/dev/null && ./configure >/dev/null && make -j `nproc` >/dev/null && ./tools/modinfo crc32
Previous HEAD position was fae77516b405... build: we are kmod, not systemd
HEAD is now at fd44a98ae2eb... Fix race while loading modules
ar: `u' modifier ignored since `D' is the default (see `U')
modinfo: ERROR: Module crc32 not found.
fragmede@biem:((tags/v20~8))~/tmp/kmod/git/kernel.org/kmod.git$ 

  reply	other threads:[~2016-01-28 22:40 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-01-27 19:32 modinfo crc32 broken after fd44a98ae2eb Samson Yeung
2016-01-28 19:21 ` Lucas De Marchi
2016-01-28 22:40   ` Samson Yeung [this message]
2016-01-29  1:35     ` Lucas De Marchi
2016-01-29  5:54       ` Duplicated module names Rusty Russell
2016-01-29  7:04         ` Tomi Valkeinen
2016-01-29 10:20         ` Herbert Xu
2016-01-29 15:58         ` Sudeep Holla
2016-01-29 19:08         ` Lucas De Marchi

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=56AA98D6.7020305@oracle.com \
    --to=samson.yeung@oracle.com \
    --cc=linux-modules@vger.kernel.org \
    --cc=lucas.de.marchi@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).