From: Vincent McIntyre <vincent.mcintyre@gmail.com>
To: Mauro Carvalho Chehab <mchehab@s-opensource.com>
Cc: Matthias Schwarzott <zzam@gentoo.org>,
Linux Media Mailing List <linux-media@vger.kernel.org>,
Hans Verkuil <hverkuil@xs4all.nl>
Subject: Re: Unknown symbol put_vaddr_frames when using media_build
Date: Thu, 8 Jun 2017 21:23:19 +1000 [thread overview]
Message-ID: <20170608112306.GA5611@ubuntu.windy> (raw)
In-Reply-To: <20170607201201.3e9eef8f@vento.lan>
On Wed, Jun 07, 2017 at 08:12:01PM -0300, Mauro Carvalho Chehab wrote:
> Em Wed, 7 Jun 2017 22:17:50 +0200
> Matthias Schwarzott <zzam@gentoo.org> escreveu:
>
> > Am 07.06.2017 um 20:23 schrieb Mauro Carvalho Chehab:
> > > Em Tue, 9 May 2017 06:56:25 +0200
> > > Matthias Schwarzott <zzam@gentoo.org> escreveu:
> > >
> > >> Hi!
> > >>
> > >> Whenever I compile the media drivers using media_build against a recent
> > >> kernel, I get this message when loading them:
> > >>
> > >> [ 5.848537] media: Linux media interface: v0.10
> > >> [ 5.881440] Linux video capture interface: v2.00
> > >> [ 5.881441] WARNING: You are using an experimental version of the
> > >> media stack.
> > >> ...
> > >> [ 6.166390] videobuf2_memops: Unknown symbol put_vaddr_frames (err 0)
> > >> [ 6.166394] videobuf2_memops: Unknown symbol get_vaddr_frames (err 0)
> > >> [ 6.166396] videobuf2_memops: Unknown symbol frame_vector_destroy (err 0)
> > >> [ 6.166398] videobuf2_memops: Unknown symbol frame_vector_create (err 0)
> > >>
> > >> That means I am not able to load any drivers being based on
> > >> videobuf2_memops without manual actions.
> > >>
> > >> I used kernel 4.11.0, but it does not matter which kernel version
> > >> exactly is used.
> > >>
> > >> My solution for that has been to modify mm/Kconfig of my kernel like
> > >> this and then enable FRAME_VECTOR in .config
> > >
> > > Well, if you build your Kernel with VB2 compiled, you'll have it.
> > >
> > Sure.
> >
> > So my question is:
> > How good do the kernel origin vb2 and the media_build vb2 play together?
> >
> > Will modprobe always choose the media_build one?
> > Or will "make install" just overwrite the original file?
>
> make install *should* overwrite the old one. If not, then there's a problem
> at the media-build makefile [1].
>
There is a problem. make install has been broken for at least a week,
see the thread "media_build: fails to install"
The reason is that scripts/make_makefile.pl aborts
make[1]: Entering directory '/home/me/git/clones/media_build/v4l'
scripts/make_makefile.pl
Can't handle includes! In
../linux/drivers/staging/media/atomisp/pci/atomisp2/css2400/Makefile at
scripts/ make_makefile.pl line 109, <GEN152> line 4.
is because that css2400/Makefile includes another:
$ cat ../linux/drivers/staging/media/atomisp/pci/atomisp2/css2400/Makefile
ccflags-y += -DISP2400B0
ISP2400B0 := y
include $(srctree)/$(src)/../Makefile.common
The abort of scripts/make_makefile.pl means that the v4l/Makefile
does not get completely written out, in particular the rules for
making the 'media-install' target.
I am not sure how to fix this. The make_makefile.pl deliberately
falls over when given an include to deal with, so there must be
some other mechanism in the media_build framework that handles
this kind of thing. But I am not aware of it.
Vince
next prev parent reply other threads:[~2017-06-08 11:23 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-05-09 4:56 Unknown symbol put_vaddr_frames when using media_build Matthias Schwarzott
2017-06-07 18:23 ` Mauro Carvalho Chehab
2017-06-07 20:17 ` Matthias Schwarzott
2017-06-07 23:12 ` Mauro Carvalho Chehab
2017-06-08 11:23 ` Vincent McIntyre [this message]
2017-06-08 16:00 ` Mauro Carvalho Chehab
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=20170608112306.GA5611@ubuntu.windy \
--to=vincent.mcintyre@gmail.com \
--cc=hverkuil@xs4all.nl \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@s-opensource.com \
--cc=zzam@gentoo.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 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).