WARNING “[something]” has no CRC

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP











up vote
1
down vote

favorite












I'm trying to compile a Linux kernel from source (https://github.com/UDOOboard/linux_kernel) on ubuntu virtualbox.



When I run:



ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- make modules


I get a bunch of warnings like:



WARNING: "do_sync_read" [fs/nfs/nfs.ko] has no CRC!


These modules aren't being built. How do I resolve this issue?







share|improve this question





















  • No answers here but linking to this Q since they're related - stackoverflow.com/questions/18594368/….
    – slm♦
    Jul 11 at 15:30














up vote
1
down vote

favorite












I'm trying to compile a Linux kernel from source (https://github.com/UDOOboard/linux_kernel) on ubuntu virtualbox.



When I run:



ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- make modules


I get a bunch of warnings like:



WARNING: "do_sync_read" [fs/nfs/nfs.ko] has no CRC!


These modules aren't being built. How do I resolve this issue?







share|improve this question





















  • No answers here but linking to this Q since they're related - stackoverflow.com/questions/18594368/….
    – slm♦
    Jul 11 at 15:30












up vote
1
down vote

favorite









up vote
1
down vote

favorite











I'm trying to compile a Linux kernel from source (https://github.com/UDOOboard/linux_kernel) on ubuntu virtualbox.



When I run:



ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- make modules


I get a bunch of warnings like:



WARNING: "do_sync_read" [fs/nfs/nfs.ko] has no CRC!


These modules aren't being built. How do I resolve this issue?







share|improve this question













I'm trying to compile a Linux kernel from source (https://github.com/UDOOboard/linux_kernel) on ubuntu virtualbox.



When I run:



ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- make modules


I get a bunch of warnings like:



WARNING: "do_sync_read" [fs/nfs/nfs.ko] has no CRC!


These modules aren't being built. How do I resolve this issue?









share|improve this question












share|improve this question




share|improve this question








edited Jul 11 at 17:13









slm♦

233k65479651




233k65479651









asked Jul 11 at 15:27









JHarden13

383




383











  • No answers here but linking to this Q since they're related - stackoverflow.com/questions/18594368/….
    – slm♦
    Jul 11 at 15:30
















  • No answers here but linking to this Q since they're related - stackoverflow.com/questions/18594368/….
    – slm♦
    Jul 11 at 15:30















No answers here but linking to this Q since they're related - stackoverflow.com/questions/18594368/….
– slm♦
Jul 11 at 15:30




No answers here but linking to this Q since they're related - stackoverflow.com/questions/18594368/….
– slm♦
Jul 11 at 15:30










1 Answer
1






active

oldest

votes

















up vote
1
down vote













This thread looks related to your error message, titled: kbuild: bogus has no CRC warning:




# 2004/08/15 11:54:27+02:00 sam@xxxxxxxxxxxxxxxxx 
# kbuild: Bogus "has no CRC" in external module builds
#
# From: Pavel Roskin <proski@xxxxxxx>
# The recent fixes for the external module build have fixed the major
# breakage, but they left one annoyance unfixed. If CONFIG_MODVERSIONS is
# disabled, a warning is printed for every exported symbol that is has no
# CRC. For instance, I see this when compiling the standalone Orinoco
# driver on Linux 2.6.6-rc3:
#
# *** Warning: "__orinoco_down" [/usr/local/src/orinoco/spectrum_cs.ko] has
# no CRC!
# *** Warning: "hermes_struct_init" [/usr/local/src/orinoco/spectrum_cs.ko]
# has no CRC!
# *** Warning: "free_orinocodev" [/usr/local/src/orinoco/spectrum_cs.ko] has
# no CRC!
# [further warnings skipped]



From this thread if you search for "CONFIG_MODVERSIONS linux" you'll end up on this page titled: Kernel Symbols and CONFIG_MODVERSIONS. Excerpt from that page:




CONFIG_MODVERSIONS is a notion thought up to make people's lives
easier. In essence, what it is meant to achieve is that if you have a
module you can attempt to load that module into any kernel, safe in the
knowledge that it will fail to load if any of the kernel data
structures, types or functions that the module uses have changed.



If your kernel is not compiled with CONFIG_MODVERSIONS enabled you
will only be able to load modules that were compiled specifically for
that kernel version and that were also compiled without MODVERSIONS
enabled.



However, if your kernel is compiled with CONFIG_MODVERSIONS enabled
you will be able to load a module that was compiled for the same
kernel version with MODVERSIONS turned off. But - here's the important
part folks - you will also be able to load any modules compiled with
MDOVERSIONS turned on, as long as the kernel API that the module uses
hasn't changed.




Within that page is this:




If you only require that none of the module's symbols are exported
you can use the EXPORT_NO_SYMBOLS macro.




I'd build with this set, since I don't think you're planning to take the compiled modules from this system to any other.



NOTE: You can do this in either the .config file or during make menuconfig.



References



  • https://www.linux.com/forums/kernel-development/module-versions





share|improve this answer





















    Your Answer







    StackExchange.ready(function()
    var channelOptions =
    tags: "".split(" "),
    id: "106"
    ;
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function()
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled)
    StackExchange.using("snippets", function()
    createEditor();
    );

    else
    createEditor();

    );

    function createEditor()
    StackExchange.prepareEditor(
    heartbeatType: 'answer',
    convertImagesToLinks: false,
    noModals: false,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: null,
    bindNavPrevention: true,
    postfix: "",
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    );



    );








     

    draft saved


    draft discarded


















    StackExchange.ready(
    function ()
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f454716%2fwarning-something-has-no-crc%23new-answer', 'question_page');

    );

    Post as a guest






























    1 Answer
    1






    active

    oldest

    votes








    1 Answer
    1






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes








    up vote
    1
    down vote













    This thread looks related to your error message, titled: kbuild: bogus has no CRC warning:




    # 2004/08/15 11:54:27+02:00 sam@xxxxxxxxxxxxxxxxx 
    # kbuild: Bogus "has no CRC" in external module builds
    #
    # From: Pavel Roskin <proski@xxxxxxx>
    # The recent fixes for the external module build have fixed the major
    # breakage, but they left one annoyance unfixed. If CONFIG_MODVERSIONS is
    # disabled, a warning is printed for every exported symbol that is has no
    # CRC. For instance, I see this when compiling the standalone Orinoco
    # driver on Linux 2.6.6-rc3:
    #
    # *** Warning: "__orinoco_down" [/usr/local/src/orinoco/spectrum_cs.ko] has
    # no CRC!
    # *** Warning: "hermes_struct_init" [/usr/local/src/orinoco/spectrum_cs.ko]
    # has no CRC!
    # *** Warning: "free_orinocodev" [/usr/local/src/orinoco/spectrum_cs.ko] has
    # no CRC!
    # [further warnings skipped]



    From this thread if you search for "CONFIG_MODVERSIONS linux" you'll end up on this page titled: Kernel Symbols and CONFIG_MODVERSIONS. Excerpt from that page:




    CONFIG_MODVERSIONS is a notion thought up to make people's lives
    easier. In essence, what it is meant to achieve is that if you have a
    module you can attempt to load that module into any kernel, safe in the
    knowledge that it will fail to load if any of the kernel data
    structures, types or functions that the module uses have changed.



    If your kernel is not compiled with CONFIG_MODVERSIONS enabled you
    will only be able to load modules that were compiled specifically for
    that kernel version and that were also compiled without MODVERSIONS
    enabled.



    However, if your kernel is compiled with CONFIG_MODVERSIONS enabled
    you will be able to load a module that was compiled for the same
    kernel version with MODVERSIONS turned off. But - here's the important
    part folks - you will also be able to load any modules compiled with
    MDOVERSIONS turned on, as long as the kernel API that the module uses
    hasn't changed.




    Within that page is this:




    If you only require that none of the module's symbols are exported
    you can use the EXPORT_NO_SYMBOLS macro.




    I'd build with this set, since I don't think you're planning to take the compiled modules from this system to any other.



    NOTE: You can do this in either the .config file or during make menuconfig.



    References



    • https://www.linux.com/forums/kernel-development/module-versions





    share|improve this answer

























      up vote
      1
      down vote













      This thread looks related to your error message, titled: kbuild: bogus has no CRC warning:




      # 2004/08/15 11:54:27+02:00 sam@xxxxxxxxxxxxxxxxx 
      # kbuild: Bogus "has no CRC" in external module builds
      #
      # From: Pavel Roskin <proski@xxxxxxx>
      # The recent fixes for the external module build have fixed the major
      # breakage, but they left one annoyance unfixed. If CONFIG_MODVERSIONS is
      # disabled, a warning is printed for every exported symbol that is has no
      # CRC. For instance, I see this when compiling the standalone Orinoco
      # driver on Linux 2.6.6-rc3:
      #
      # *** Warning: "__orinoco_down" [/usr/local/src/orinoco/spectrum_cs.ko] has
      # no CRC!
      # *** Warning: "hermes_struct_init" [/usr/local/src/orinoco/spectrum_cs.ko]
      # has no CRC!
      # *** Warning: "free_orinocodev" [/usr/local/src/orinoco/spectrum_cs.ko] has
      # no CRC!
      # [further warnings skipped]



      From this thread if you search for "CONFIG_MODVERSIONS linux" you'll end up on this page titled: Kernel Symbols and CONFIG_MODVERSIONS. Excerpt from that page:




      CONFIG_MODVERSIONS is a notion thought up to make people's lives
      easier. In essence, what it is meant to achieve is that if you have a
      module you can attempt to load that module into any kernel, safe in the
      knowledge that it will fail to load if any of the kernel data
      structures, types or functions that the module uses have changed.



      If your kernel is not compiled with CONFIG_MODVERSIONS enabled you
      will only be able to load modules that were compiled specifically for
      that kernel version and that were also compiled without MODVERSIONS
      enabled.



      However, if your kernel is compiled with CONFIG_MODVERSIONS enabled
      you will be able to load a module that was compiled for the same
      kernel version with MODVERSIONS turned off. But - here's the important
      part folks - you will also be able to load any modules compiled with
      MDOVERSIONS turned on, as long as the kernel API that the module uses
      hasn't changed.




      Within that page is this:




      If you only require that none of the module's symbols are exported
      you can use the EXPORT_NO_SYMBOLS macro.




      I'd build with this set, since I don't think you're planning to take the compiled modules from this system to any other.



      NOTE: You can do this in either the .config file or during make menuconfig.



      References



      • https://www.linux.com/forums/kernel-development/module-versions





      share|improve this answer























        up vote
        1
        down vote










        up vote
        1
        down vote









        This thread looks related to your error message, titled: kbuild: bogus has no CRC warning:




        # 2004/08/15 11:54:27+02:00 sam@xxxxxxxxxxxxxxxxx 
        # kbuild: Bogus "has no CRC" in external module builds
        #
        # From: Pavel Roskin <proski@xxxxxxx>
        # The recent fixes for the external module build have fixed the major
        # breakage, but they left one annoyance unfixed. If CONFIG_MODVERSIONS is
        # disabled, a warning is printed for every exported symbol that is has no
        # CRC. For instance, I see this when compiling the standalone Orinoco
        # driver on Linux 2.6.6-rc3:
        #
        # *** Warning: "__orinoco_down" [/usr/local/src/orinoco/spectrum_cs.ko] has
        # no CRC!
        # *** Warning: "hermes_struct_init" [/usr/local/src/orinoco/spectrum_cs.ko]
        # has no CRC!
        # *** Warning: "free_orinocodev" [/usr/local/src/orinoco/spectrum_cs.ko] has
        # no CRC!
        # [further warnings skipped]



        From this thread if you search for "CONFIG_MODVERSIONS linux" you'll end up on this page titled: Kernel Symbols and CONFIG_MODVERSIONS. Excerpt from that page:




        CONFIG_MODVERSIONS is a notion thought up to make people's lives
        easier. In essence, what it is meant to achieve is that if you have a
        module you can attempt to load that module into any kernel, safe in the
        knowledge that it will fail to load if any of the kernel data
        structures, types or functions that the module uses have changed.



        If your kernel is not compiled with CONFIG_MODVERSIONS enabled you
        will only be able to load modules that were compiled specifically for
        that kernel version and that were also compiled without MODVERSIONS
        enabled.



        However, if your kernel is compiled with CONFIG_MODVERSIONS enabled
        you will be able to load a module that was compiled for the same
        kernel version with MODVERSIONS turned off. But - here's the important
        part folks - you will also be able to load any modules compiled with
        MDOVERSIONS turned on, as long as the kernel API that the module uses
        hasn't changed.




        Within that page is this:




        If you only require that none of the module's symbols are exported
        you can use the EXPORT_NO_SYMBOLS macro.




        I'd build with this set, since I don't think you're planning to take the compiled modules from this system to any other.



        NOTE: You can do this in either the .config file or during make menuconfig.



        References



        • https://www.linux.com/forums/kernel-development/module-versions





        share|improve this answer













        This thread looks related to your error message, titled: kbuild: bogus has no CRC warning:




        # 2004/08/15 11:54:27+02:00 sam@xxxxxxxxxxxxxxxxx 
        # kbuild: Bogus "has no CRC" in external module builds
        #
        # From: Pavel Roskin <proski@xxxxxxx>
        # The recent fixes for the external module build have fixed the major
        # breakage, but they left one annoyance unfixed. If CONFIG_MODVERSIONS is
        # disabled, a warning is printed for every exported symbol that is has no
        # CRC. For instance, I see this when compiling the standalone Orinoco
        # driver on Linux 2.6.6-rc3:
        #
        # *** Warning: "__orinoco_down" [/usr/local/src/orinoco/spectrum_cs.ko] has
        # no CRC!
        # *** Warning: "hermes_struct_init" [/usr/local/src/orinoco/spectrum_cs.ko]
        # has no CRC!
        # *** Warning: "free_orinocodev" [/usr/local/src/orinoco/spectrum_cs.ko] has
        # no CRC!
        # [further warnings skipped]



        From this thread if you search for "CONFIG_MODVERSIONS linux" you'll end up on this page titled: Kernel Symbols and CONFIG_MODVERSIONS. Excerpt from that page:




        CONFIG_MODVERSIONS is a notion thought up to make people's lives
        easier. In essence, what it is meant to achieve is that if you have a
        module you can attempt to load that module into any kernel, safe in the
        knowledge that it will fail to load if any of the kernel data
        structures, types or functions that the module uses have changed.



        If your kernel is not compiled with CONFIG_MODVERSIONS enabled you
        will only be able to load modules that were compiled specifically for
        that kernel version and that were also compiled without MODVERSIONS
        enabled.



        However, if your kernel is compiled with CONFIG_MODVERSIONS enabled
        you will be able to load a module that was compiled for the same
        kernel version with MODVERSIONS turned off. But - here's the important
        part folks - you will also be able to load any modules compiled with
        MDOVERSIONS turned on, as long as the kernel API that the module uses
        hasn't changed.




        Within that page is this:




        If you only require that none of the module's symbols are exported
        you can use the EXPORT_NO_SYMBOLS macro.




        I'd build with this set, since I don't think you're planning to take the compiled modules from this system to any other.



        NOTE: You can do this in either the .config file or during make menuconfig.



        References



        • https://www.linux.com/forums/kernel-development/module-versions






        share|improve this answer













        share|improve this answer



        share|improve this answer











        answered Jul 12 at 5:44









        slm♦

        233k65479651




        233k65479651






















             

            draft saved


            draft discarded


























             


            draft saved


            draft discarded














            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f454716%2fwarning-something-has-no-crc%23new-answer', 'question_page');

            );

            Post as a guest













































































            Popular posts from this blog

            How to check contact read email or not when send email to Individual?

            Bahrain

            Postfix configuration issue with fips on centos 7; mailgun relay