Careful, the ubicom32 target that was removed predates the ip8k chipset; it was removed both due to lack of maintainer and because it required a strict nommu userspace -- no calls to fork() and avoid mmap() or risk fragmenting available memory.
The ip8k was the first Ubicom chipset to feature an mmu; the ip5k and ip7k had a flat memory model and had to run a nommu version of Linux with a patched userspace -- even after the mmu was introduced there were still traces of nommu due to the shared codebase. The latest version of the Ubicom distribution can be found on Code Aurora, it was uploaded immediately prior to Qualcomm's acquisition of Ubicom at which point development ceased. It appears you've mirrored this right down to the name of the commiter. While I would like to see ip8k merged, I think that running OpenWrt on the earlier chipsets is a mistake, or at the very least a platform waiting to be exploited due to insufficient memory barriers. James Hilliard <james.hillia...@gmail.com> wrote: >_______________________________________________ >openwrt-devel mailing list >openwrt-devel@lists.openwrt.org >https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
_______________________________________________ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel