Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
install (and compile) i686 on local amd64 machine
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Installing Gentoo
View previous topic :: View next topic  
Author Message
klok
n00b
n00b


Joined: 23 Jul 2019
Posts: 7

PostPosted: Tue Jul 23, 2019 8:27 am    Post subject: install (and compile) i686 on local amd64 machine Reply with quote

Hi folks!!

Title says it all.
Host is MAIN PC (uEFI, x86_64): AMD Ryzen 7 1700
Target is POOR NETBOOK (BIOS, x86): Intel Atom N2600

I'm a bit (dazed and) confused on distcc / cross-compiling / toolchain in qemu and so on... :lol:

Please would you be so kind to check if theese steps are ok?

1_ start i686 minimal CD via USB (NO systemd) and from there I'll copy kernel .config and lspci + lsmod + lsusb outputs
2_ disk MBR layout with parted and partitions with mkfs.blah
3_ turn-off POOR NETBOOK
4_ turn-on MAIN PC
5_ create ext4 partition for /mnt/gentoo on external hard disk (USB3), mount
6_ follow Handbook:X86
7_ then Stage --->Which one? CFLAGS="-march=core2 -O2"? Or CFLAGS="-march=bonnell -O2"?
8_ then Base ---> VIDEO_CARDS="modesetting" for GPU PowerVR SGX 545 (Intel GMA 3600 on Cedarview ark)
9_ continue with manual kernel configuration, thanks to previously copied kernel .config and lspci + lsmod + lsusb outputs
10_
Code:
emerge x11-themes/fvwm-crystal

11_ prepare network config and wireless stuff, emerging needed packages
12_ again start i686 minimal CD via USB (NO systemd)
13_ plug USB3HDD, mount
14_ cp -av /USB3HDD/* [Target]/dev/sda4/
15_ mv [Target]/dev/sda4/boot/ [Target]/dev/sda1/boot/
16_ chroot and finalize with GRUB2
17_ boot Gentoo
18_ ?
_________________
- Am I here or is my guitar (over) there?
- Thou should be wherever your guitar needs!
Back to top
View user's profile Send private message
eccerr0r
Watchman
Watchman


Joined: 01 Jul 2004
Posts: 7230
Location: almost Mile High in the USA

PostPosted: Tue Jul 23, 2019 10:44 pm    Post subject: Reply with quote

Building with -march=core2 for an Atom may not produce the best code for it. There is an -march=atom ... but the caveat being that many (older) desktop CPUs cannot run Atom code due to new instructions introduced. Your ryzen may support them, I don't know. The correct solution is unfortunately cross compilation, which is automatically handled by distcc provided you don't use march=native.

I just let my Atom 32-bit build on its own, with distcc if available, mainly due to the fact my other faster machines can't run atom code. It does have 2GB RAM, which is needed to build many programs. If you have 2GB or more, consider this route. They're slow but they will finish...if you have the RAM. If your host processor can run atom binaries directly or you use a less optimized instruction set, you could also export your target root disk via NFS or NBD.

And of course you don't copy files to /dev/sdXY but I suspect you're just noting them. I usually just omit the "/" between dev and the name, or completely omit "/dev/" or include "/mnt/" or "/media/" when denoting them.
_________________
Intel Core i7 2700K@ 4.1GHz/HD3000 graphics/8GB DDR3/180GB SSD
What am I supposed watching?
Back to top
View user's profile Send private message
klok
n00b
n00b


Joined: 23 Jul 2019
Posts: 7

PostPosted: Wed Jul 24, 2019 7:40 am    Post subject: Reply with quote

Thanks eccerr0r.

eccerr0r wrote:
The correct solution is unfortunately cross compilation, which is automatically handled by distcc provided you don't use march=native.
Fine. Of course I won't use -march=native.
About your distcc suggestion, I don't have always POOR NETBOOK with me, neither is reachable, so this is why I opted for a "two-step" installation: first locally on MAIN PC and only then - in a second instance - cp -av files into root partition of the POOR NETBOOK.

eccerr0r wrote:
It does have 2GB RAM, which is needed to build many programs. If you have 2GB or more, consider this route. They're slow but they will finish...if you have the RAM.
Unfortunately I only have 1GB of RAM.


eccerr0r wrote:
And of course you don't copy files to /dev/sdXY but I suspect you're just noting them. I usually just omit the "/" between dev and the name, or completely omit "/dev/" or include "/mnt/" or "/media/" when denoting them.
Correct, fine.


So... distcc is no-option for me.
Then, remainig solutions are crossbuild or qemu-method, am I right?

CROSS:
https://wiki.gentoo.org/wiki/Embedded_Handbook/General/Introduction
https://wiki.gentoo.org/wiki/Cross_build_environment

QEMU-METHOD:
is this a method per se or it's only a step of https://wiki.gentoo.org/wiki/Embedded_Handbook/General/Compiling_with_qemu_user_chroot?
I mean, there is a QEMU way to setup a virtualmachine to build i686? In this case VirtualBox will be more easy to setup!
https://wiki.gentoo.org/wiki/Crossdev
_________________
- Am I here or is my guitar (over) there?
- Thou should be wherever your guitar needs!
Back to top
View user's profile Send private message
eccerr0r
Watchman
Watchman


Joined: 01 Jul 2004
Posts: 7230
Location: almost Mile High in the USA

PostPosted: Wed Jul 24, 2019 5:02 pm    Post subject: Reply with quote

Yes, I run a i686 virtual machine on my x86_64 QEMU host. KVM emulation, though is fairly fast, is still not native speed though you do get the benefit of the RAM. It's probably a lot easier than cross building in which there are a lot of potential pitfalls. You could just make a virtual netbook that you have with 4GB RAM and do everything there, and then copy that over, don't deal with running binaries on the command line.

If you don't care about optimization you may be better off with just optimizing for i686 or some other common instruction set, build on the fast machine, and copy to the netbook. Much easier I'd suspect, and it may not be as bad it sounds.

With 1GB, be prepared to swap, a lot. It will still work, and distcc will help. You will probably need to use the -bin packages for firefox and the such if those are the target applications as distcc does not work for rust.
_________________
Intel Core i7 2700K@ 4.1GHz/HD3000 graphics/8GB DDR3/180GB SSD
What am I supposed watching?
Back to top
View user's profile Send private message
Hu
Moderator
Moderator


Joined: 06 Mar 2007
Posts: 14159

PostPosted: Thu Jul 25, 2019 1:31 am    Post subject: Reply with quote

You don't need a virtual machine to build i686 on an amd64 host. An i686 chroot will work fine. I use this for my low capability system. The amd64 system opens an i686 chroot and builds the packages. Then the i686 native system uses those packages over NFS instead of building them for itself.
Back to top
View user's profile Send private message
eccerr0r
Watchman
Watchman


Joined: 01 Jul 2004
Posts: 7230
Location: almost Mile High in the USA

PostPosted: Thu Jul 25, 2019 2:54 am    Post subject: Reply with quote

Yes, except if you want to target an instruction set the buildhost doesn't accept. I could not use -march=atom on my i7 unless it was in a VM. Hence if you used a common denominator like march=i686 or even p2 or p3 (don't know, maybe ryzen will support march=atom directly) that would be a workaround. Of course a regular cross build would be fine, as long as the host doesn't need to run target binaries during build.
_________________
Intel Core i7 2700K@ 4.1GHz/HD3000 graphics/8GB DDR3/180GB SSD
What am I supposed watching?
Back to top
View user's profile Send private message
klok
n00b
n00b


Joined: 23 Jul 2019
Posts: 7

PostPosted: Thu Jul 25, 2019 6:17 am    Post subject: Reply with quote

Hu \ eccerr0r,
goodmornig.

Hu wrote:
An i686 chroot will work fine.
Are you referring to thi guide? So why chroot and not crossdev? Or, more simple, why not using standard installation procedure from Handbook:X86 and set correct CHOST and CFLAGS for the i686 machine?
I'm asking to understand, I'm confused! :oops:

Hu wrote:
Then the i686 native system uses those packages over NFS instead of building them for itself.
You mean the i686 machine is always connected to a network to reach the am64 one via NFS? It's not my case btw.

eccerr0r wrote:
Yes, except if you want to target an instruction set the buildhost doesn't accept. I could not use -march=atom on my i7 unless it was in a VM.
How emerge tells you that the instructiions arent' accepted?

Think I'll go for a try to see if ryzen can build this:
Code:
CHOST="i686-pc-linux-gnu"
CFLAGS="-march=atom -O2"
CPU_FLAGS="mmx mmxext sse sse2 sse3 ssse3"


eccerr0r wrote:
as long as the host doesn't need to run target binaries during build
What does this mean? Can you explain with a real life example for a n00b?
_________________
- Am I here or is my guitar (over) there?
- Thou should be wherever your guitar needs!
Back to top
View user's profile Send private message
eccerr0r
Watchman
Watchman


Joined: 01 Jul 2004
Posts: 7230
Location: almost Mile High in the USA

PostPosted: Thu Jul 25, 2019 11:42 am    Post subject: Reply with quote

Frequently when programs get compiled, they write programs to write code that need to be run to generate code that needs to be built. Yes this sounds weird but it happens a lot. If this code needs to be run, well, this won't always work on the host machine.

The easiest way to think of it is if you went ahead and changed your -march on your ryzen to, say, aarch (ARM) and then you try to merge glibc. Needless to say this will hopefully fail, but if it somehow does succeed, your system will now be contaminated with ARM libraries. The next time emerge needs to run bash, bash will require glibc, and the world goes down in flames with incompatible binary format.

However ARM is a really messed up example as they're competing architectures. Instead of incompatible binary format, the binaries will mostly still run. With atom, the architectures are not quite as different and you may get away with most things and if not you'd just get "Illegal Instruction" when trying to run some stuff. You may get lucky and get away with everything if ryzen is capable of running all instructions that atom can run. I cannot do this in my case because my i7 will not run all atom instructions and I get illegal instructions frequently if I don't run it in a VM.
_________________
Intel Core i7 2700K@ 4.1GHz/HD3000 graphics/8GB DDR3/180GB SSD
What am I supposed watching?
Back to top
View user's profile Send private message
klok
n00b
n00b


Joined: 23 Jul 2019
Posts: 7

PostPosted: Thu Jul 25, 2019 6:20 pm    Post subject: Reply with quote

eccerr0r wrote:
Frequently when programs get compiled, they write programs to write code that need to be run to generate code that needs to be built.
8O :? :lol:

eccerr0r, Thanks.
Your explanation was simple and very very illuminating! That's why I like forums and "talking to" people, the power of examples is way more powerful than the "cold" RTFM! :wink:


Btw... I'm making my way through Gentoo installation!

I'm working on ArchLinux with [multilib] enabled.
Code:
$ gcc --version
gcc (GCC) 9.1.0

Code:
$ uname -rvm
5.2.2-arch1-1-ARCH #1 SMP PREEMPT Sun Jul 21 19:18:34 UTC 2019 x86_64

Code:
$ lscpu
Architecture:                    x86_64
CPU op-mode(s):                  32-bit, 64-bit
Byte Order:                      Little Endian
Address sizes:                   43 bits physical, 48 bits virtual
CPU(s):                          16
On-line CPU(s) list:             0-15
Thread(s) per core:              2
Core(s) per socket:              8
Socket(s):                       1
NUMA node(s):                    1
Vendor ID:                       AuthenticAMD
CPU family:                      23
Model:                           1
Model name:                      AMD Ryzen 7 1700 Eight-Core Processor
Stepping:                        1
Frequency boost:                 enabled
CPU MHz:                         2628.074
CPU max MHz:                     3000,0000
CPU min MHz:                     1550,0000
BogoMIPS:                        5990.51
Virtualization:                  AMD-V
L1d cache:                       256 KiB
L1i cache:                       512 KiB
L2 cache:                        4 MiB
L3 cache:                        16 MiB
NUMA node0 CPU(s):               0-15
Vulnerability L1tf:              Not affected
Vulnerability Mds:               Not affected
Vulnerability Meltdown:          Not affected
Vulnerability Spec store bypass: Mitigation; Speculative Store Bypass disabled via prctl and seccomp
Vulnerability Spectre v1:        Mitigation; __user pointer sanitization
Vulnerability Spectre v2:        Mitigation; Full AMD retpoline, IBPB conditional, STIBP disabled, RSB filling
Flags:                           fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf pni pclmulqdq monit
                                 or ssse3 fma cx16 sse4_1 sse4_2 movbe popcnt aes xsave avx f16c rdrand lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw skinit wdt tce topoext perfctr_core perfctr_nb bpext perfctr_llc mwaitx cpb hw_
                                 pstate sme ssbd sev ibpb vmmcall fsgsbase bmi1 avx2 smep bmi2 rdseed adx smap clflushopt sha_ni xsaveopt xsavec xgetbv1 xsaves clzero irperf xsaveerptr arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists p
                                 ausefilter pfthreshold avic v_vmsave_vmload vgif overflow_recov succor smca



Code:
# emerge --ask --verbose --update --deep --newuse @world

It's running! :D

make.conf
Code:
# These settings were set by the catalyst build script that automatically
# built this stage.
# Please consult /usr/share/portage/config/make.conf.example for a more
# detailed example.
COMMON_FLAGS="-O2 -march=bonnell -pipe"
CFLAGS="${COMMON_FLAGS}"
CXXFLAGS="${COMMON_FLAGS}"
FCFLAGS="${COMMON_FLAGS}"
FFLAGS="${COMMON_FLAGS}"

# NOTE: This stage was built with the bindist Use flag enabled
PORTDIR="/usr/portage"
DISTDIR="/usr/portage/distfiles"
PKGDIR="/usr/portage/packages"

# This sets the language of build output to English.
# Please keep this setting intact when reporting bugs.
LC_MESSAGES=C

ACCEPT_LICENSE="*"

CHOST="i686-pc-linux-gnu"

CPU_FLAGS_X86="mmx mmxext sse sse2 sse3 ssse3"

INPUT_DEVICES="libinput synaptics"

ABI_X86="32

MAKEOPTS="-j17""

USE="-acl -alsa bash-completion -bindist bluetooth bzip2 -cdr -consolekit -dvd -gnome -gtk -introspection -ipv6 -ipod -kde lm_sensors lzma lzo musicbrainz mtp ncurses nls -networkmanager -oss -pam -pie -plasma -policykit -pulseaudio -qt4 -qt5 samba smp -systemd threads udev udisks upnp upower usb -wayland wifi X -xinerama zlib"

VIDEO_CARDS="vesa"

GRUB_PLATFORMS="pc"

LINGUAS="it"

L10N="it it-IT"


I noticed one (strange?) thing in emerge output:
Code:
make -j16 headers_install INSTALL_HDR_PATH=/var/tmp/portage/sys-kernel/linux-headers-4.19/image//usr/include/.. ARCH=x86 CROSS_COMPILE=i686-pc-linux-gnu-
So, does it mean that emerge is autoaware I'm using an amd64 machine to build an i686 Gentoo installation???

Root of Gentoo's installation is on external USB3 HDD. See mount from ArchLinux:
Code:
... additional output suppressed ...
dev on /run/media/myusername/USB3HDD/mnt/gentoo/dev type devtmpfs (rw,nosuid,relatime,size=8164052k,nr_inodes=2041013,mode=755)
... additional output suppressed ...


emerge --info
Code:
# emerge --info
Portage 2.3.66 (python 3.6.5-final-0, default/linux/x86/17.0, gcc-8.3.0, glibc-2.29-r2, 5.2.2-arch1-1-ARCH x86_64)
=================================================================
System uname: Linux-5.2.2-arch1-1-ARCH-x86_64-AMD_Ryzen_7_1700_Eight-Core_Processor-with-gentoo-2.6
KiB Mem:    16419996 total,   9216884 free
KiB Swap:          0 total,         0 free
Timestamp of repository gentoo: Thu, 25 Jul 2019 17:00:01 +0000
Head commit of repository gentoo: 8ff64a8a88c45333f6a8a56479b90661ee62838e
sh bash 4.4_p23-r1
ld GNU ld (Gentoo 2.32 p2) 2.32.0
app-shells/bash:          4.4_p23-r1::gentoo
dev-lang/perl:            5.28.2-r1::gentoo
dev-lang/python:          2.7.15::gentoo, 3.6.5::gentoo
dev-util/cmake:           3.14.3::gentoo
sys-apps/baselayout:      2.6-r1::gentoo
sys-apps/openrc:          0.41.2::gentoo
sys-apps/sandbox:         2.13::gentoo
sys-devel/autoconf:       2.69-r4::gentoo
sys-devel/automake:       1.16.1-r1::gentoo
sys-devel/binutils:       2.32-r1::gentoo
sys-devel/gcc:            8.3.0-r1::gentoo
sys-devel/gcc-config:     2.0::gentoo
sys-devel/libtool:        2.4.6-r3::gentoo
sys-devel/make:           4.2.1-r4::gentoo
sys-kernel/linux-headers: 4.19::gentoo (virtual/os-headers)
sys-libs/glibc:           2.29-r2::gentoo
Repositories:

gentoo
    location: /usr/portage
    sync-type: rsync
    sync-uri: rsync://rsync.gentoo.org/gentoo-portage
    priority: -1000
    sync-rsync-verify-metamanifest: yes
    sync-rsync-verify-jobs: 1
    sync-rsync-extra-opts:
    sync-rsync-verify-max-age: 24

ACCEPT_KEYWORDS="x86"
ACCEPT_LICENSE="*"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=bonnell -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf /etc/gentoo-release /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-O2 -march=bonnell -pipe"
DISTDIR="/usr/portage/distfiles"
ENV_UNSET="DBUS_SESSION_BUS_ADDRESS DISPLAY GOBIN PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR"
FCFLAGS="-O2 -march=bonnell -pipe"
FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync multilib-strict network-sandbox news parallel-fetch pid-sandbox preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-O2 -march=bonnell -pipe"
GENTOO_MIRRORS="http://distfiles.gentoo.org"
LANG="it_IT.utf8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
LINGUAS="it"
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 bash-completion berkdb bluetooth bzip2 cli crypt cxx dri fortran gdbm iconv libtirpc lm_sensors lzma lzo mtp musicbrainz ncurses nls nptl openmp pcre readline samba seccomp smp split-usr ssl tcpd threads udev udisks unicode upnp upower usb wifi x86 xattr zlib" ABI_X86="32 MAKEOPTS=-j17" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 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="karbon sheets words" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx mmxext sse sse2 sse3 ssse3" 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" GRUB_PLATFORMS="pc" INPUT_DEVICES="libinput synaptics" KERNEL="linux" L10N="it it-IT" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" NETBEANS_MODULES="apisupport cnd groovy gsf harness ide identity j2ee java mobility nb php profiler soa visualweb webcommon websvccommon xml" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php7-2" POSTGRES_TARGETS="postgres10 postgres11" PYTHON_SINGLE_TARGET="python3_6" PYTHON_TARGETS="python2_7 python3_6" RUBY_TARGETS="ruby24" USERLAND="GNU" VIDEO_CARDS="vesa" 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, MAKEOPTS, PORTAGE_BINHOST, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

_________________
- Am I here or is my guitar (over) there?
- Thou should be wherever your guitar needs!
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 43751
Location: 56N 3W

PostPosted: Thu Jul 25, 2019 10:01 pm    Post subject: Reply with quote

klok,

Code:
Portage 2.3.66 (python 3.6.5-final-0, default/linux/x86/17.0, gcc-8.3.0, glibc-2.29-r2, 5.2.2-arch1-1-ARCH x86_64)


That says you have a 64 bit kernel under your chroot. To fake a 32 bit kernel, you need to chroot using
Code:
linux32 /mnt/gentoo /bin/bash

The kernel will now report that its i686
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
klok
n00b
n00b


Joined: 23 Jul 2019
Posts: 7

PostPosted: Fri Jul 26, 2019 7:26 am    Post subject: Reply with quote

Hey NeddySeagoon,

about your linux32 advice.
What do you mean?

I set genkernel.conf forcing:
Code:
# Override the arch detection
ARCH_OVERRIDE="x86"

# Common prefix of cros compile commands
UTILS_CROSS_COMPILE="i686-pc-linux-gnu"

# Value of CROSS_COMPILE utils variable
# during kernel compilation
KERNEL_CROSS_COMPILE="i686-pc-linux-gnu"

# Target triple (i.e. aarch64-linux-gnu) to build for. If you do not
# cross-compile, leave blank for auto detection.
CROSS_COMPILE="i686-pc-linux-gnu"
when building the initramfs.

Also, with make menuconfig I loaded .config from /usr/src/linux/arch/i386...

Did I lose something then?
_________________
- Am I here or is my guitar (over) there?
- Thou should be wherever your guitar needs!
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Installing Gentoo All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum