Gentoo Archives: gentoo-dev

From: Mart Raudsepp <leio@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] [RFC] New USE_EXPAND: LLVM_TARGETS
Date: Wed, 28 Sep 2016 09:59:33
Message-Id: 1475056759.10172.20.camel@gentoo.org
In Reply to: Re: [gentoo-dev] [RFC] New USE_EXPAND: LLVM_TARGETS by "Michał Górny"
1 Ühel kenal päeval, K, 28.09.2016 kell 08:39, kirjutas Michał Górny:
2 > On Wed, 28 Sep 2016 08:31:06 +0200
3 > Marek Szuba <marecki@g.o> wrote:
4 >
5 > >
6 > > On 2016-09-27 22:51, Raymond Jennings wrote:
7 > >
8 > > >
9 > > > Doesn't VIDEO_CARDS factor in on xorg-server's video driver
10 > > > selection?  
11 > > It does. Which is why with the way things are now, and which
12 > > Michał's
13 > > proposal should improve, someone with an amdgpu-compatible card
14 > > will
15 > > still have xf86-video-ati lying around - VIDEO_CARDS=radeon will
16 > > pull it in.
17 >
18 > Also note there's VIDEO_CARDS=amdgpu for newer cards, to increase
19 > your
20 > confusion. And the LLVM target is probably needed for
21 > VIDEO_CARDS=radeonsi and newer, not by VIDEO_CARDS=radeon. Though it
22 > may be needed for OpenCL.
23
24 As discussed on IRC, I think the amdgpu target should be enabled via
25 video_cards_radeonsi, because the only consumer of that target that
26 pulls it in is currently mesa[video_cards_radeonsi], so users don't
27 need to go fiddling with yet another USE_EXPAND when they already set
28 VIDEO_CARDS="radeonsi" or similar anyways in their make.conf.
29
30 I don't quite understand the rest of the LLVM_TARGETS proposed. Seems
31 like all the rest of them would be use.masked and unmasked in specific
32 arch profiles?
33 It seems that once you remove AMDGPU from the equation by keeping it
34 behind VIDEO_CARDS, all the rest are CPU specific stuff, not GPU, so
35 less mixing things up in a way; though with completely unhelpful
36 llvm_targets.desc I don't know if any of the others might not be
37 something else (like BPF, Hexagon, Lanai, MSP430 and more)
38
39
40 And yes, the existing VIDEO_CARDS=radeon* stuff is rather confusing in
41 mixing up GL driver names, DRM backend names and more, but a separate
42 issue that I'm thinking on how to clean up and working with the rest of
43 the x11 team towards something. Meanwhile llvm[video_cards_radeonsi]
44 would make sure those that need it, already have it if they enable the
45 thing they need to get it from mesa globally, and won't need to fiddle
46 with other flags too.
47 And yes, it's currently llvm[video_cards_radeon] in old versions of
48 llvm, and that's not accurate anymore since a while imho, and should be
49 converted to video_cards_radeonsi as well.
50
51
52 Mart