| Age | Commit message (Collapse) | Author |
|---|
|
|
|
Instead of maintaining mk/modules.mk which defines compilations of
related kernel modules to pack together into a single package, follow an
automatic approach: For every kernel module found in the modules
installation directory, create a single package.
There are a few caveats to cover:
=== Module Loading Order ===
Upon bootup, module loading is ordered based on the number-prefixed
files in /etc/modules.d/. The correct number was previously managed in
mk/modules.mk on a per-collection basis. The new approach is to have
levels which modules are to be assigned to. Level 0 contains modules
with no dependencies at all. Level 1 contains modules which have only
level 0 dependencies, and so on. This information is determined at
compile-time by make-module-ipkgs.sh.
=== Module Installation to Target RootFS ===
Since module packages are created automatically from the modules the
script finds, ADK build system has no knowledge about the connection
between what the user has selected in menuconfig and the actual module
packages. Therefore the earlier approach to install selected packages
into rootfs does not hold anymore. Instead, use wildcards to find all
packages in firmware directory prefixed by 'kmod-' and install them all
(hopefully doing the right thing).
=== Kernel Version ===
KERNEL_VERSION now contains KERNEL_RELEASE already
By creating a localversion file, make KERNEL_RELEASE part of the
kernel's version number (so KERNEL_VERSION is correct in most
situations)
Signed-off-by: Phil Sutter <phil@nwl.cc>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Signed-off-by: Martin Thomas <mthomas@conet.de>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* fix conflict in existing patch
* add build fix for newer binutils
Signed-off-by: Phil Sutter <phil@nwl.cc>
|
|
- add zboot support
- workaround link state bug
Signed-off-by: Phil Sutter <phil@nwl.cc>
|
|
|
|
CONFIG_SERIAL_8250=y CONFIG_SERIAL_8250_CONSOLE=y CONFIG_SERIAL_8250_SUNXI=y make sense together
Signed-off-by: Martin Thomas <mthomas@hamtam.de>
|
|
Signed-off-by: Phil Sutter <phil@nwl.cc>
|
|
Signed-off-by: Phil Sutter <phil@nwl.cc>
|
|
Signed-off-by: Phil Sutter <phil@nwl.cc>
|
|
This reverts commit 23c39ed2658699a56627e2609908348d4a1f9b36.
Conflicts:
package/asterisk/Makefile
Signed-off-by: Phil Sutter <phil@nwl.cc>
|
|
Signed-off-by: Joerg Seitter <joerg.seitter@stz-gab.de>
|
|
Signed-off-by: Phil Sutter <phil@nwl.cc>
|
|
The file to be patched simply does not exist.
|
|
This is useful for adding additional (virtual) access points. In my
setup, /etc/hostapd.conf.post contains:
| bss=ath6
| ssid=IPv6XS4all
In /etc/network/interfaces, there is a standard entry for ath6 which
defines the IP address.
Maybe this could be implemented in a cleaner way by introducing a
'wireless-master' setting which points to the real wireless interface
(wlan0 in my case), so ifup knows which hostapd.conf file to add the
settings to.
|
|
Not perfect, since allowing WPA+WPA2 means setting wpa_pairwise as well
as rsn_pairwise, but I do not want to add unnecessary complexity to
interface configuration.
This is relevant for my X40 with ipw2200, which bugs for CCMP pairwise
cipher.
|
|
For the nameserver alone, maradns is enough. fetchzone/zoneserver are
only used on authoritative/secondary servers, and askmara is just a
query tool probably not needed on embedded devices. Sadly, maradns
itself does not support recursion anymore. For that job, deadwood was
created.
Note that all these daemons don't properly fork into background.
Instead, the author maintains a daemonizing tool called 'duende', which
itself seems to have it's flaws, either. In practice, the deadwood init
script made rcS hang unless it was set to 'DAEMON' in rc.conf. Oh well.
Signed-off-by: Phil Sutter <phil@nwl.cc>
|
|
Additionally:
- Also minimize necessary patching. Still a bit hacky, but a lot less
intrusive at least.
- Allow enabling IPv6 support.
- Make sure /etc/maradns/logger exists, necessary for chroot operation
Signed-off-by: Phil Sutter <phil@nwl.cc>
|
|
|
|
|
