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

Reply via email to