Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 612208 - media-libs/mesa-13.0.5 is failing to build re: libdrm_amdgpu not found
Summary: media-libs/mesa-13.0.5 is failing to build re: libdrm_amdgpu not found
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Matt Turner
URL:
Whiteboard:
Keywords:
: 612372 (view as bug list)
Depends on:
Blocks: 611056
  Show dependency tree
 
Reported: 2017-03-10 14:57 UTC by Dutch Ingraham
Modified: 2017-03-13 12:51 UTC (History)
9 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
/var/log/portage/build/media-libs/mesa-13.0.5:20170310-142222.log (mesa-13.0.5:20170310-142222.log,17.33 KB, text/x-log)
2017-03-10 15:00 UTC, Dutch Ingraham
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Dutch Ingraham 2017-03-10 14:57:08 UTC
Update to media-libs/mesa-13.0.5 is failing to build:

"[32;01m * [39;49;00mPackage:    media-libs/mesa-13.0.5
[32;01m * [39;49;00mRepository: gentoo
[32;01m * [39;49;00mMaintainer: x11@gentoo.org
[32;01m * [39;49;00mUSE:        abi_x86_64 amd64 classic dri3 egl elibc_glibc gallium gbm kernel_linux llvm nettle nptl pax_kernel pic userland_GNU video_cards_radeon
[32;01m * [39;49;00mFEATURES:   preserve-libs sandbox userpriv usersandbox
>>> Unpacking source...

[snip]

checking for XCB_DRI2... yes
checking for x86_64-pc-linux-gnu-llvm-config... /usr/bin/x86_64-pc-linux-gnu-llvm-config
Package libomxil-bellagio was not found in the pkg-config search path.
Perhaps you should add the directory containing `libomxil-bellagio.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libomxil-bellagio' found
checking for RADEON... yes
checking for RADEON... yes
checking for RADEON... yes
checking for AMDGPU... no
configure: error: Package requirements (libdrm_amdgpu >= 2.4.63) were not met:

No package 'libdrm_amdgpu' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables AMDGPU_CFLAGS
and AMDGPU_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details."


I am not using and have not configured for amdgpu.  Please let me know of further information needed.  Thanks.

----------------------------------------------------------------------
Here's my 'emerge --info':

dutch@gentoo2 ~ $ emerge --info
Portage 2.3.3 (python 3.4.5-final-0, hardened/linux/amd64, gcc-4.9.4, glibc-2.23-r3, 4.8.17-hardened-r2 x86_64)
=================================================================
System uname: Linux-4.8.17-hardened-r2-x86_64-Intel-R-_Xeon-R-_CPU_W3503_@_2.40GHz-with-gentoo-2.3
KiB Mem:     9196412 total,   8132960 free
KiB Swap:    8191996 total,   8191996 free
Timestamp of repository gentoo: Fri, 10 Mar 2017 12:45:01 +0000
sh bash 4.3_p48-r1
ld GNU ld (Gentoo 2.25.1 p1.1) 2.25.1
app-shells/bash:          4.3_p48-r1::gentoo
dev-lang/perl:            5.22.3_rc4::gentoo
dev-lang/python:          2.7.12::gentoo, 3.4.5::gentoo
dev-util/cmake:           3.7.2::gentoo
dev-util/pkgconfig:       0.28-r2::gentoo
sys-apps/baselayout:      2.3::gentoo
sys-apps/openrc:          0.23.2::gentoo
sys-apps/sandbox:         2.10-r3::gentoo
sys-devel/autoconf:       2.13::gentoo, 2.69::gentoo
sys-devel/automake:       1.11.6-r1::gentoo, 1.14.1::gentoo, 1.15::gentoo
sys-devel/binutils:       2.25.1-r1::gentoo, 2.26.1::gentoo
sys-devel/gcc:            4.9.4::gentoo
sys-devel/gcc-config:     1.7.3::gentoo
sys-devel/libtool:        2.4.6-r3::gentoo
sys-devel/make:           4.2.1::gentoo
sys-kernel/linux-headers: 4.4::gentoo (virtual/os-headers)
sys-libs/glibc:           2.23-r3::gentoo
Repositories:

gentoo
    location: /usr/portage
    sync-type: rsync
    sync-uri: rsync://rsync6.us.gentoo.org/gentoo-portage
    priority: -1000

ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="* -@EULA"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=nehalem -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-march=nehalem -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-logs candy clean-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms split-log strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-O2 -pipe"
GENTOO_MIRRORS="http://lug.mtu.edu/gentoo/ http://gentoo.netnitco.net http://gentoo.osuosl.org/ http://gentoo.mirrors.tds.net/gentoo http://gentoo.cs.uni.edu/"
LANG="en_US.utf8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git"
PORTAGE_TMPDIR="/var/tmp"
USE="X acl alsa amd64 berkdb bzip2 cairo cleartype_hinting cli cracklib crypt cxx dbus dri gdbm glamor hardened iconv ipv6 jpeg justify lock modules multilib ncurses nptl opengl openmp pam pax_kernel pcre pie readline seccomp session ssl ssp startup-notification tcpd thunar truetype udev unicode urandom xattr xinerama xtpax zlib" ABI_X86="64" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx sse sse2 mmxext" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock isync itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="libinput" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-6" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_4" RUBY_TARGETS="ruby21" USERLAND="GNU" VIDEO_CARDS="radeon" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
Unset:  CC, CPPFLAGS, CTARGET, CXX, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON

dutch@gentoo2 ~ $
Comment 1 Dutch Ingraham 2017-03-10 15:00:34 UTC
Created attachment 466550 [details]
/var/log/portage/build/media-libs/mesa-13.0.5:20170310-142222.log
Comment 2 Blake Leverett 2017-03-10 18:06:42 UTC
I have the same issue.  I fixed it by adding "amdgpu" to the VIDEO_CARDS setting in /etc/portage/make.conf:

VIDEO_CARDS="radeon vesa amdgpu"

then the emerge world command got mesa to install without error.

It would be nice if there were error messages that were more direct, but I did finally get there.
Comment 3 walt 2017-03-10 19:12:21 UTC
libdrm_amdgpu.so is installed by x11-libs/libdrm, so I had to recompile that package with 'amdgpu' before mesa would build.
Comment 4 Petr Pisar 2017-03-11 10:16:56 UTC
Adding r600 to VIDEO_CARDS is enough to pass the build. Until now I had VIDEO_CARDS="radeon" only, but with the last stabilized ebuilds I noticed that r600 popped up in various useflags. Gentoo wiki also documents VIDEO_CARDS="radeon r600" for my ARUBA video card.
Comment 5 Robert 2017-03-11 13:28:12 UTC
(In reply to Petr Pisar from comment #4)
> Adding r600 to VIDEO_CARDS is enough to pass the build. Until now I had
> VIDEO_CARDS="radeon" only, but with the last stabilized ebuilds I noticed
> that r600 popped up in various useflags. Gentoo wiki also documents
> VIDEO_CARDS="radeon r600" for my ARUBA video card.

It makes no sense to have to list 2 entries for a single card. And even the wiki is inconsistent:

https://wiki.gentoo.org/wiki/Radeon#Feature_support
lists every card with 2 entries for VIDEO_CARDS.

https://wiki.gentoo.org/wiki/Radeon#Emerge_3
only mentions radeon.

So either radeon should suffice to have all Radeon cards supported that x11-drivers/xf86-video-ati supports (which I believe was the previous behaviour) or it should be dropped because it carries no information.
Comment 6 Matt Turner gentoo-dev 2017-03-11 16:31:36 UTC
Sorry for the trouble.

I tried making radeonsi build with just VIDEO_CARDS="radeon", since leaving it out was kind of surprising and inconsistent, for bug 611928

I have reverted this with

commit ba3c9d7e2e751bf3b6d54c0877fb3b1fe218d9a4
Author: Matt Turner <mattst88@gentoo.org>
Date:   Sat Mar 11 08:22:49 2017 -0800

    Revert "media-libs/mesa: Build radeonsi if only VIDEO_CARDS="radeon" is selected."

(In reply to Robert from comment #5)
> (In reply to Petr Pisar from comment #4)
> > Adding r600 to VIDEO_CARDS is enough to pass the build. Until now I had
> > VIDEO_CARDS="radeon" only, but with the last stabilized ebuilds I noticed
> > that r600 popped up in various useflags. Gentoo wiki also documents
> > VIDEO_CARDS="radeon r600" for my ARUBA video card.
> 
> It makes no sense to have to list 2 entries for a single card. And even the
> wiki is inconsistent:

I'm trying to come up with something better.

For all of the packages that have some "generic" radeon support (maybe pm-utils? I don't know specifically what its VIDEO_CARDS=radeon means) should we have VIDEO_CARDS="r100 r200 r300 r600 radeonsi" instead, in order to allow you to pick a single video card? Or should we keep doing what we're doing and say VIDEO_CARDS="radeon r600" to get generic radeon support primarily and specifically r600 support where possible?

We've opted for the latter. I understand that it is somewhat confusing.

> https://wiki.gentoo.org/wiki/Radeon#Feature_support
> lists every card with 2 entries for VIDEO_CARDS.
> 
> https://wiki.gentoo.org/wiki/Radeon#Emerge_3
> only mentions radeon.
> 
> So either radeon should suffice to have all Radeon cards supported that
> x11-drivers/xf86-video-ati supports (which I believe was the previous
> behaviour) or it should be dropped because it carries no information.

The patch I've reverted actually *enabled* radeonsi when VIDEO_CARDS="radeon" is used, so I sort of tried that.

This stuff is really a huge mess, and it's not Gentoo's doing. Just from IRC a few days ago, the main developer of the AMD Mesa drivers said this:

11:47 <      mareko> | don't you find it a little ridiculous that despite 1% Linux marketshare and not so stellar AMD GPU marketshare, our hardware has 2 GL drivers there, 2 Vulkan drivers, 2 OSS kernel drivers for the same hardware, 2 DDXs, and 2 libdrms
Comment 7 Paul Gover 2017-03-13 12:51:28 UTC
*** Bug 612372 has been marked as a duplicate of this bug. ***