2016-02-19 5:48 GMT+08:00 Hypo Turtle <
hypot...@gmail.com>:
> OK if anyone has the time to run through a few things before I start poking
> around.
>
> 1. Can the ramdisk.img and initrd.img not be combined into one; i.e. rename
> init in ramdisk to init.android combine files and in initrd init change line
> to
> exec ${SWITCH:-switch_root} /android /init.android, and don't zcat|cpio
> ramdisk...
I think you meant "can ramdisk.img and initrd.img be combined into one"?
Surely it can.
> Or is there something I'm over looking or is it just to keep the built
> process simple (keeping ramdisk.img essentially stock Android)
Exactly. You've found the answer.
> 2. Regarding the modules: would I be right in thinking the important path is
> /lib/modules/`uname -r`/*
>
> And if so where is that set? and could an additional ext4 .img containing
> modules (or several sets of modules for testing); be mounted to /lib (in
> place of the symlink to /system/lib) and used.
Your question is too vague.
I can just say anything is possible.
Modules could be put anywhere provided
the module loading utility knows where to find them.
/lib/modules/`uname -r`/* is the traditional path
to put modules that modprobe uses.
Android-x86 just follows the convention, but
it's definitely not a requirement.
Note AOSP doesn't have modprobe.
(in fact AOSP discourage to use linux modules)
The modprobe used in Android-x86 image
is ported by ourselves.
Also note currently Android-x86 provides two alternate
implementations of modprobe.
One from busybox and another from the hacking
of ueventd. The latter is the default and
both work almost the same.
--
Chih-Wei
Android-x86 project
http://www.android-x86.org