From: Michael S. Tsirkin <mst@redhat.com>
To: kbuild-all@lists.01.org
Subject: Re: ERROR: modpost: "mac_pton" undefined!
Date: Fri, 13 Nov 2020 10:19:29 -0500 [thread overview]
Message-ID: <20201113101817-mutt-send-email-mst@kernel.org> (raw)
In-Reply-To: <87d01fe1-1746-d31b-80aa-6adf286884c8@redhat.com>
[-- Attachment #1: Type: text/plain, Size: 1138 bytes --]
On Fri, Nov 13, 2020 at 02:19:31PM +0100, Laurent Vivier wrote:
> On 13/11/2020 14:12, Andy Shevchenko wrote:
> > On Fri, Nov 13, 2020 at 2:42 PM Laurent Vivier <lvivier@redhat.com> wrote:
> >
> > ...
> >
> >>> If you fix the issue, kindly add following tag as appropriate
> >>> Reported-by: kernel test robot <lkp@intel.com>
> >>>
> >>> All errors (new ones prefixed by >>, old ones prefixed by <<):
> >>>
> >>>>> ERROR: modpost: "mac_pton" [drivers/vdpa/vdpa_sim/vdpa_sim.ko] undefined!
> >>
> >> I think something like this might fix the problem.
> >
> > ...
> >
> >> + select NET
> >> default n
> >
> > You may also drop 'default n' :-)
> >
> > But what I want to say is that API is under NET_UTILS, I dunno if the
> > driver requires full NET to be selected. And IIRC NET_UTILS is
> > selected by NET.
>
> I think GENERIC_NET_UTILS might be enough.
Yes that is ok to select.
But really vdpa sim is a fake ethernet device, nothing
much is lost if it depends on NET too.
> The problem I have for the moment is to find or1k-linux-gcc for my Fedora 33...
>
> Thanks,
> Laurent
WARNING: multiple messages have this Message-ID (diff)
From: "Michael S. Tsirkin" <mst@redhat.com>
To: Laurent Vivier <lvivier@redhat.com>
Cc: Andy Shevchenko <andy.shevchenko@gmail.com>,
kernel test robot <lkp@intel.com>,
kbuild-all@lists.01.org,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: ERROR: modpost: "mac_pton" undefined!
Date: Fri, 13 Nov 2020 10:19:29 -0500 [thread overview]
Message-ID: <20201113101817-mutt-send-email-mst@kernel.org> (raw)
In-Reply-To: <87d01fe1-1746-d31b-80aa-6adf286884c8@redhat.com>
On Fri, Nov 13, 2020 at 02:19:31PM +0100, Laurent Vivier wrote:
> On 13/11/2020 14:12, Andy Shevchenko wrote:
> > On Fri, Nov 13, 2020 at 2:42 PM Laurent Vivier <lvivier@redhat.com> wrote:
> >
> > ...
> >
> >>> If you fix the issue, kindly add following tag as appropriate
> >>> Reported-by: kernel test robot <lkp@intel.com>
> >>>
> >>> All errors (new ones prefixed by >>, old ones prefixed by <<):
> >>>
> >>>>> ERROR: modpost: "mac_pton" [drivers/vdpa/vdpa_sim/vdpa_sim.ko] undefined!
> >>
> >> I think something like this might fix the problem.
> >
> > ...
> >
> >> + select NET
> >> default n
> >
> > You may also drop 'default n' :-)
> >
> > But what I want to say is that API is under NET_UTILS, I dunno if the
> > driver requires full NET to be selected. And IIRC NET_UTILS is
> > selected by NET.
>
> I think GENERIC_NET_UTILS might be enough.
Yes that is ok to select.
But really vdpa sim is a fake ethernet device, nothing
much is lost if it depends on NET too.
> The problem I have for the moment is to find or1k-linux-gcc for my Fedora 33...
>
> Thanks,
> Laurent
next prev parent reply other threads:[~2020-11-13 15:19 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-11-13 11:58 ERROR: modpost: "mac_pton" undefined! kernel test robot
2020-11-13 11:58 ` kernel test robot
2020-11-13 12:38 ` Laurent Vivier
2020-11-13 12:38 ` Laurent Vivier
2020-11-13 13:12 ` Andy Shevchenko
2020-11-13 13:12 ` Andy Shevchenko
2020-11-13 13:19 ` Laurent Vivier
2020-11-13 13:19 ` Laurent Vivier
2020-11-13 14:32 ` Andy Shevchenko
2020-11-13 14:32 ` Andy Shevchenko
2020-11-13 15:19 ` Michael S. Tsirkin [this message]
2020-11-13 15:19 ` Michael S. Tsirkin
2020-11-13 15:17 ` Michael S. Tsirkin
2020-11-13 15:17 ` Michael S. Tsirkin
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=20201113101817-mutt-send-email-mst@kernel.org \
--to=mst@redhat.com \
--cc=kbuild-all@lists.01.org \
/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.