This one fixes the "cooler goes off during installation"
10.2rc problem on multi-CPU e8c2 motherboards that follows
misinitialization of sensor drivers (lacking i2c mux init
_before_ them) and subsequent misreading of zero degree
temperature for CPUs (would need no cooling if it was true).

See-also: mcst#8627
Suggested-by: mcst.ru folks
Tested-by: elbrus.ru folks

It only makes sense on engineering samples of .404 board,
and 201-PC is .480 with only a single 4X PCIe gen3 slot
that needs riser to get a reasonable videocard connected
(manual multiseat setup is a minor hurdle it seems).

We don't do ship vivante drivers since p9_e2k
as those behaved erratically with gtk+3 at least
(and were a major PITA to handle in the first place,
and nobody asked in the end: folks just needed 2D+Xv);
so no sense to bring extra noise into installation.

See the .318-01 related story in a nearby pkg.in commit.

e1cp and e2c3 have tricky GPU driver modules that can misinit
given the lack of other modules they don't directly depend on;
let's provide softdep lists so that the prereqs do get loaded.

See-also: mcst#8098

The problem is with indirect module initialization dependencies
(the infamous "Driver probe function unexpectedly returned 256"
error when loading the module from initrd and not full rootfs);
let's provide modprobe with a hint.
Suggested-by: Vitaly Chikunov <vt@altlinux.org>
See-also: mcst#8089
See-also: mcst#8392

...accordingly to the package getting renamed.

201-PC has been developed using .404 motherboards
(IIRC using the two middle PCIe slots for GPUs);
1601-PC one has been done with .466 motherboard
by sciberia.io guys who have outrun me at that!

It's actually set within the corresponding apt-conf
but referring to that here is better than tossing
REPO=http/pvt all over the make runs.

It should do some work: nothing else might have pulled use/x11 in
(which brings another topic to the table: we'd probably better
have some platform-independent targets that pull archdep pieces in
under the hood).

Fixes: 2002e625

Looks like it can get stuck for quite some time on serial ports
that are present and might be occupied by other processes already.

...to all the installers.

...not just e2kv3; a home Elbrus-8CB user just asked about
Simply 10.1 beta for v5 as well.

We still didn't do multiseat on 4C (although it's technically
possible using either PCI videocard or an onboard SM7xx one
as the secondary head).

This MCST utility is on the repos already, and it's going to be
useful both standalone and hopefully via other sysinfo utilities.

Looks like this helps installers with 5.4.0-2.20 based kernel
to install fine on Elbrus 801-PC with Radeon RX 580.

pwmd is finally available on all of v3/v4/v5 subarches,
and there's an installer feature for v4/v5 specifically.

use/e2k/multiseat/full invoked from many targets, regardless of the
fact that it is e2k.

No need to switch udisks2 into "shared mode" anymore;
see the previous commit.

There might be a more generic approach
but let's at least make this possible
in the first place.

...to the multiseat target.

Not that it's exported anyways!

This one is going to need adaptation for each private repo
but eventually should be gone in favour of sisyphus-mirror.

It's not ready yet with upgrade locked by ftbfs (msct#5248 et al).

This one is to be enabled by a server sysadmin at the moment,
so rather disable it explicitly.

This package contains both the fan control service
(disabled by default so sort of safe) and the manual
fanspeed.sh (that we rather need to provide out-of-box).

...by providing common targets for 801-PC and 101-PC distro needs.

This commit is packing a bunch of changes that went
into RELENG-e2k-workstation during its forked
development; it covers three distinct things:

- boot.conf preparation for firmware to load the image;
- fixup of packages common for e2k images;
- major cleanup of obsolete/unused cruft
  (unified kernel and reliable xorg autodetection
  allow us to move away from canned machine-specific
  configurations for the most part).

...to setup kms/xorg videodrivers for installer.

This is meant to provide failsafe configuration by default,
at least until mga2 works reliably for me.

None of Elbrus systems I had a chance to use as root
had any problems regarding TRIM feature of SSDs these
used to carry/support; let's start with e2k and maybe
carry over to x86 later.

Elbrus 101-PC was initially supported through kernel
modesetting driver only, now it's got a sort of native
driver running on ALT too.

...which will only result in a FAILED message,
most probably the solitary one throughout the
whole sysvinit boot.

The goal was simple: every use/e2k/{x11,install2}/$MACHINE
must be self-sufficient regarding platform support, that is
it must depend on the corresponding CPU-specific target.

A bit less make-tech but still better overall.

NB: llvm cleanup is not needed anymore after upgrade to
    Mesa-17/llvm-3.7, should be dropped like this year.

Forgot to do that before merging, sorry.

(xorg-drv-ati cares for dependencies
but we still prefer modesetting driver
in the installers to make them versatile)

Elbrus-801 and -101 are now added; 401's support refactored
and modified to cover 4.4 server system as well.

Weird it got overlooked in the first place.

Radeon HDMI as the default soundcard isn't really optimal,
and trying to push 44100 kHz samples towards 48 kHz interface
isn't going to sound great; provide sane ALSA dmix defaults
for Elbrus-401 PC workstation.

The early builds used to rely upon a non-committed
rootfs/files/etc/X11/xorg.conf within this feature
which was a bit annoying and would have screwed an
Elbrus system based on any other GPU.

So let's provide some flexibility by packaging it.

Elbrus 2000 only takes us a few lines to get up and running ;-)