Re: Stretch ARM installation RAM and Flash size

2019-02-03 Thread hh h
Thanks Lennart. Looks like I have to go the same path if my coworkers allow not pushing to OpenWrt.

Re: Stretch ARM installation RAM and Flash size

2019-01-31 Thread hh h
> Debian tends to enable all the features, while the embedded systems tend to only turn on exactly what they need. Debian is trying to target a generic platform and work for everything, while openwrt/lede/yocto tend to aim at building for a specific target device. I was told that Debian distribut

Re: Stretch ARM installation RAM and Flash size

2019-01-14 Thread hh h
"Sure. If I had a heavily restricted system, I would look at LEDE a.k.a. OpenWRT." That'll be my last resource, it is so easy to build my source code in Debian than in OpenWRT which wrapped the native Linux build system into its own build system, someone might like it, but I would prefer an open e

Re: Stretch ARM installation RAM and Flash size

2019-01-12 Thread hh h
Thanks Joonas. It is going to run the C++ program on NXP i.MX-6ULZ ARMv7, the application is running on about 5MB RAM, I think RAM looks fine. The boost and other C++ system libraries about 6 MB, the program self is not too large, about 2 MB libraries and 500 KB binary application, I need to know

Stretch ARM installation RAM and Flash size

2019-01-11 Thread hh h
Hi, What is the minimal RAM and Flash size to install Stretch armhf image, of cause there is no desktop, it is an ARM embedded system? I was told our embedded device has to install OpenWrt, our RAM and Flash size is too small to install Stretch armhf, but I wan to give a go if it is feasible.

Re: Failed to run debootstrap for armhf stretch

2018-11-05 Thread hh h
Thanks Paul for the explanation, I figured out the storage was mounted with user which automatically added nodev and nosquid. Added dev,squid fixed it. Appreciate your kind assistance. On 11/6/18, Paul Wise wrote: > On Tue, 2018-11-06 at 10:19 +1100, hh h wrote: > > >>

Dual versions for firmware update

2018-11-05 Thread hh h
Hi, I'd like to use remote firmware update via TCP/IP in armhf debian embedded system. Correct me if I am wrong, it seems me that firmware dual version files in /sys/block/mmcblk0boot0 and /sys/block/mmcblk0boot1 are U-Boot images, not really for device firmware. Both Linux image and device tree b

Re: Failed to run debootstrap for armhf stretch

2018-11-05 Thread hh h
On 11/5/18, Paul Wise wrote: > On Mon, 2018-11-05 at 20:38 +1100, hh h wrote: > >> Does Extracting package means installing it? > > No, it just means extracting the files to disk, but not running any > install tasks like maintainer scripts or triggers etc. The maintainer &

Re: Failed to run debootstrap for armhf stretch

2018-11-05 Thread hh h
Extracting libblkid1... I: Extracting libfdisk1... I: Extracting libmount1... I: Extracting libsmartcols1... I: Extracting libuuid1... I: Extracting mount... I: Extracting util-linux... I: Extracting liblzma5... I: Extracting zlib1g... On 11/4/18, Paul Wise wrote: > On Sun, Nov 4, 2018 at 8:

Re: Failed to run debootstrap for armhf stretch

2018-11-03 Thread hh h
Thanks Paul, but I did have a command debootstrap --arch=armhf stretch posted on the previous message, or did you mean something else I could be missing? I was running debootstrap on Ubuntu 18 amd64 laptop which could be what you refer to. Anyway, the same command I was running for armhf jessie bef