All of lore.kernel.org
 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: 10+ 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 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.