23 Jul
2016
23 Jul
'16
5:55 p.m.
Hey there.
I just cooked libremesh for a spare TL-MR3220 I had at home.
However, while Chef does usually generate files like
"lime-MODEL-REVID-NETID-factory.bin" and
"lime-MODEL-REVID-NETID-sysupgrade.bin", in this case I got three files:
lime-uImage-gzip-REVID-NETID.bin
lime-uImage-lzma-REVID-NETID.bin
lime-vmlinux-REVID-NETID.bin
Is this behavior expected?
25 Jul
25 Jul
10:31 a.m.
2016-07-23 19:55 GMT+02:00 Pablo Castellano <pablo(a)anche.no>no>:
I just cooked libremesh for a spare TL-MR3220 I had at
home.
However, while Chef does usually generate files like
"lime-MODEL-REVID-NETID-factory.bin" and
"lime-MODEL-REVID-NETID-sysupgrade.bin", in this case I got three files:
lime-uImage-gzip-REVID-NETID.bin
lime-uImage-lzma-REVID-NETID.bin
lime-vmlinux-REVID-NETID.bin
Is this behavior expected?
This happens when the image would be too big for the device flash memory:
in this case it simply doesn't get created.
You can try to modify your firmware profile in Chef for including less
packages, for example you can deselect lime-full and specify all the
packages except the ones related to the web interface...
Seems that there's also an alternative just implemented in lime-build but
not yet in Chef: it's the "ar71xx-mini" target:
https://github.com/libre-mesh/lime-build/blob/develop/targets/ar71xx-mini
The differences between this "-mini" target and the normal one are the last
three lines:
CONFIG_CLEAN_IPKG=y
CONFIG_STRIP_KERNEL_EXPORTS=y
CONFIG_USE_MKLIBS=y
@Gui: is there a way for doing the same using Chef?
10:57 a.m.
Hi.
@Ilario it is not only this. Also look that the USB modules are
disabled, OPKG is not installed, etc.
Also even applying these changes the lime-full image won't fit on 4MB
device. So this is why I created lime-basic which does not include
lime-debug.
Find pre-compiled binaries for testing release 16.07 here:
http://builds.libre-mesh.org/testing-release-16.07/ar71xx-mini-basic-testin…
Also the ImageBuilder can be found, so it can be installed to Chef.
Cheers.
On 25/07/16 12:31, Ilario wrote:
2016-07-23 19:55 GMT+02:00 Pablo Castellano
<pablo(a)anche.no
<mailto:pablo@anche.no>>:
I just cooked libremesh for a spare TL-MR3220 I had at home.
However, while Chef does usually generate files like
"lime-MODEL-REVID-NETID-factory.bin" and
"lime-MODEL-REVID-NETID-sysupgrade.bin", in this case I got three
files:
lime-uImage-gzip-REVID-NETID.bin
lime-uImage-lzma-REVID-NETID.bin
lime-vmlinux-REVID-NETID.bin
Is this behavior expected?
This happens when the image would be too big for the device flash
memory: in this case it simply doesn't get created.
You can try to modify your firmware profile in Chef for including less
packages, for example you can deselect lime-full and specify all the
packages except the ones related to the web interface...
Seems that there's also an alternative just implemented in lime-build
but not yet in Chef: it's the "ar71xx-mini" target:
https://github.com/libre-mesh/lime-build/blob/develop/targets/ar71xx-mini
The differences between this "-mini" target and the normal one are the
last three lines:
CONFIG_CLEAN_IPKG=y
CONFIG_STRIP_KERNEL_EXPORTS=y
CONFIG_USE_MKLIBS=y
@Gui: is there a way for doing the same using Chef?
_______________________________________________
users mailing list
users(a)lists.libre-mesh.org
https://lists.libre-mesh.org/mailman/listinfo/users
1:25 p.m.
2016-07-25 12:57 GMT+02:00 p4u <pau(a)dabax.net>et>:
Ok!
Using profile basic reduces the image size enough for all the 4 MB devices
:D
That's great!
So a combination of target ar71xx-mini and profile basic is the best way
for producing small images in lime-build, good to know! (we have to add it
to the lime-build readme)
Thanks!
Ilario
@Ilario it is not only this. Also look that the USB
modules are disabled,
OPKG is not installed, etc.
Ah, I didn't take care of the comments in the target file, I supposed that
they would have been ignored, indeed it works, awful yet surprising!
Also even applying these changes the lime-full image won't fit on 4MB
device.
So this is why I created lime-basic which does not include lime-debug.
29 Jul
29 Jul
7:23 p.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Thanks for your help Pau and Ilario.
So as far as I understand, the generated images are useless.
Should we fix Chef so that it won't create such unusable images?
Regards,
Pablo.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
iQIcBAEBAgAGBQJXm607AAoJEHj0TzpGP5Gcq4cP/0qsaRg3P0z//tzo9uqWIml7
ehWZSnluGAfcVfYiYda1lEHBHzp9okDTEjU61zA/6tW3amg1p17k96ZGLo6saR/M
spvwHS5MlEsfDjWsAep7zVf06VGKahPCqwp+5oCHVVE3LaV7hvBE1l0jj5NM1VSE
gEuAuBqJhUaisMCVQKvcS9yOiySiKeyPsMuWTrK18VFAci8RxiZJao2FbQ+chiON
EBgc6UXk2TzHypzH8iBPsaNBxHy0V/9W75rFusVf5Jll/IagQVWZMEAMchu0rZdE
VGImKfetqV1heyohFSMDXWnVyqwy8jiYxapOHRmSUo+kIpvFwt31PlvFTrIJA/7L
ItKB8APoq9d8KRoA9c4jN1LEEGvC9oXBdsPtOMkaAFpGU3Q3v74Y0cFTw9ZvBbpA
ckqgdfZt6lZJ7gEhUK+x6kEHHyGtjjpC9mZLIc5GVFqurpud9NsZDFQ3Lf8Q2cSh
KRY/BPZ7ohINeRatrxm7nxiVWqcl52AaSNbTZ5sdEf5ViYu00NiF829VpApNbXr3
clmGKsmrS6FZShUWL0CnGQvflCOE88gB48TZ75IIIWqXH5zgGYNlCAPrxZsSX3mb
/DdsOXgN2BNwuELWwwaJNGOkRdzee1vLyPjwgY7380+Ww9IzlBIR084miGjJaJlY
kyC717mSoBLtdW0IvNlf
=YCVY
-----END PGP SIGNATURE-----
8:28 p.m.
On 29/07/16 21:23, Pablo Castellano wrote:
Thanks for your help Pau and Ilario.
So as far as I understand, the generated images are useless.
Should we fix Chef so that it won't create such unusable images?
the images are created by upstream openwrt buildroot, every time, at
every build.
they normally go unnoticed, since the "desired" images have model number
and such.
you can find these "useless" images at official releases as well
https://downloads.openwrt.org/chaos_calmer/15.05/ar71xx/generic/
(search "uImage" in that page for example)
we could delete them, yeah, to minimize confusion
i don't know what are they should be useful for.
yet, this only aggravates the original problem (pretended image size is
too big for device). it doesn't generate confusion when useful images
are actually generated.
Regards,
Pablo.
_______________________________________________
users mailing list
users(a)lists.libre-mesh.org
https://lists.libre-mesh.org/mailman/listinfo/users
2828
days inactive
2834
days old
lime-users@lists.libremesh.org
5 comments
4 participants
participants (4)
-
Gui Iribarren -
Ilario -
p4u -
Pablo Castellano