* [Buildroot] [PATCH 3/6] Add firmware for the AW-NH580 connectivity module of the snowball
From: Arnout Vandecappelle @ 2012-11-10 2:16 UTC (permalink / raw)
To: buildroot
In-Reply-To: <509B7184.3090501@calao-systems.com>
On 11/08/12 09:47, Gr?gory Hermant wrote:
>>> >> +SNOWBALL_FIRMWARE_LICENSE = PROPRIETARY
>> >
>> > Again not a very accurate license. "Snowball click-wrap license" is more
>> > appropriate. It does come pretty close to proprietary, however. I wonder
>> > if the linaro maintainers have permission to redistribute it via launchpad...
>> >
>> > The license file is license.txt.
> What do you suggest for the UX500_FIRMWARE_LICENSE = ?
I would set
UX500_FIRMWARE_LICENSE = Snowball click-wrap license
UX500_FIRMWARE_DISTRIBUTE = NO
And then we also have a use case for Luca's new no-distribute function.
Can you test a 'make legal-info' with this? It should not store the
ux500-firmware tarball to the legal-info/sources directory.
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
* [Buildroot] [PATCH 2/2] neardal: new package
From: Arnout Vandecappelle @ 2012-11-10 2:12 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1352459105-13590-3-git-send-email-spdawson@gmail.com>
On 11/09/12 12:05, spdawson at gmail.com wrote:
> Signed-off-by: Simon Dawson<spdawson@gmail.com>
Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Tested-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
(built-test on a minimal powerpc config)
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
* [Buildroot] [PATCH 1/2 v2] neard: new package
From: Arnout Vandecappelle @ 2012-11-10 2:12 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1352469107-25993-1-git-send-email-spdawson@gmail.com>
On 11/09/12 14:51, spdawson at gmail.com wrote:
> Signed-off-by: Simon Dawson<spdawson@gmail.com>
Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Tested-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
(built-test on a minimal powerpc config)
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
* [Buildroot] mesa3d: "ImportError: No module named libxml2"
From: Arnout Vandecappelle @ 2012-11-10 1:51 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1531E53627F1F749B4FE809BF2A4EB6703A24FFD@wetmex10>
On 11/05/12 10:18, Vellemans, Noel wrote:
> I do end up with this error while building mesa3d" "ImportError: No
> module named libxml2" (ONLY if I do build into a clean-output
> directory!)
>
> The strange thing is that when building for a second time it all builds
> fine.
The problem is that host-python is used, not native python, and host-python
doesn't have libxml2 bindings. python is used to generate api_exec_es1.c:
python -t -O -O main/es_generator.py -S main/APIspec.xml -V GLES1.1 > main/api_exec_es1.c
When you run it the second time, the file exists (and is empty), so you
won't get an error. But as soon as you try to use GLES, you'll notice that
it doesn't work :-)
The problem is that libxml2 python bindings are part of libxml2. If we want
to build them, we would have to make host-libxml2 depend on host-python...
And that's certainly something we don't want.
A work-around is to set
MESA3D_CONF_ENV = PYTHON2=/usr/bin/python
but that's not something we want to do in buildroot either, because there is
not guarantee that native python has libxml2, or that the native python is
python2, or that it is in /usr/bin.
The only realistic solution I can think of is to create a blind
BR2_NEED_HOST_LIBXML2_PYTHON_BINDINGS and select this from mesa3d. Then we
can conditionally depend on host-python and build the bindings in libxml2.mk.
But it is still fairly horrible.
BTW, Thomas already told you this on October 12 (though his explanation
was a bit shorter :-).
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
* [Buildroot] [PATCH] libatomic_ops version update 7.3alpha2 old version 1.2 does not compiles with modern gcc and utils
From: Arnout Vandecappelle @ 2012-11-10 1:08 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1352465722-23459-1-git-send-email-alexander@mezon.ru>
On 11/09/12 13:55, Alexander Khryukin wrote:
>
> Signed-off-by: Alexander Khryukin<alexander@mezon.ru>
> ---
> package/libatomic_ops/libatomic_ops.mk | 10 +++++-----
> 1 file changed, 5 insertions(+), 5 deletions(-)
>
> diff --git a/package/libatomic_ops/libatomic_ops.mk b/package/libatomic_ops/libatomic_ops.mk
> index 6d50d0a..c946df0 100644
> --- a/package/libatomic_ops/libatomic_ops.mk
> +++ b/package/libatomic_ops/libatomic_ops.mk
> @@ -1,12 +1,12 @@
> #############################################################
> #
> -# Atomic_ops library
> +## Atomic_ops library
> #
> -#############################################################
> +##############################################################
Please don't modify the header.
>
> -LIBATOMIC_OPS_VERSION = 1.2
> +LIBATOMIC_OPS_VERSION = 7.3alpha2
Is there a particular reason to use the experimental version, instead of
the "current" version 7.2d?
> LIBATOMIC_OPS_SOURCE = libatomic_ops-$(LIBATOMIC_OPS_VERSION).tar.gz
> -LIBATOMIC_OPS_SITE = http://www.hpl.hp.com/research/linux/atomic_ops/download
> -LIBATOMIC_OPS_INSTALL_STAGING = YES
> +LIBATOMIC_OPS_SITE = http://www.hpl.hp.com/personal/Hans_Boehm/gc/gc_source/
> + LIBATOMIC_OPS_INSTALL_STAGING = YES
What's wrong with the old download site? It works fine for me...
And please don't mess up the indentation of the _INSTALL_STAGING line.
Regards,
Arnout
>
> $(eval $(autotools-package))
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
* [Buildroot] [PATCH] diffutils stdio: don't assume gets any more
From: Arnout Vandecappelle @ 2012-11-10 1:02 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1352466130-23535-1-git-send-email-alexander@mezon.ru>
Change the commit message into:
diffutils: fix build with glibc2.16, which doesn't declare gets()
On 11/09/12 14:02, Alexander Khryukin wrote:
>
> Signed-off-by: Alexander Khryukin<alexander@mezon.ru>
> ---
> package/diffutils/diffutils-3.2-no-gets.patch | 21 +++++++++++++++++++++
> 1 file changed, 21 insertions(+)
> create mode 100644 package/diffutils/diffutils-3.2-no-gets.patch
>
> diff --git a/package/diffutils/diffutils-3.2-no-gets.patch b/package/diffutils/diffutils-3.2-no-gets.patch
> new file mode 100644
> index 0000000..56ca22d
> --- /dev/null
> +++ b/package/diffutils/diffutils-3.2-no-gets.patch
> @@ -0,0 +1,21 @@
> +hack until gzip pulls a newer gnulib version
> +
You should still add your SoB here, to indicate that you were in the
forwarding path.
Even so,
Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Regards,
Arnout
[snip]
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
* [Buildroot] [PATCH] gnutls-2.12.20-glibc-2.16.patch glibc-2.16 and gnutls2 fix i forgot my signoff
From: Arnout Vandecappelle @ 2012-11-10 0:59 UTC (permalink / raw)
To: buildroot
In-Reply-To: <509DA5F3.2000108@mind.be>
On 11/10/12 01:55, Arnout Vandecappelle wrote:
> On 11/09/12 17:54, Samuel Martin wrote:
>> Hi Alexander,
>>
>> 2012/11/9 Alexander Khryukin<alexander@mezon.ru>:
>>> >
>>> > Signed-off-by: Alexander Khryukin<alexander@mezon.ru>
>>> > ---
>>> > package/gnutls/gnutls-2.12.20-glibc2.16.patch | 26 ++++++++++++++++++++++++++
>>> > 1 file changed, 26 insertions(+)
>>> > create mode 100644 package/gnutls/gnutls-2.12.20-glibc2.16.patch
>>> >
>>> > diff --git a/package/gnutls/gnutls-2.12.20-glibc2.16.patch b/package/gnutls/gnutls-2.12.20-glibc2.16.patch
>>> > new file mode 100644
>>> > index 0000000..6b7f545
>>> > --- /dev/null
>>> > +++ b/package/gnutls/gnutls-2.12.20-glibc2.16.patch
>>> > @@ -0,0 +1,26 @@
>>> > +--- gnutls-2.12.20/gl/stdio.in.h
>>> > ++++ gnutls-2.12.20/gl/stdio.in.h
>> When adding a patch to a package, we usually add a header to the patch
>> containing a description and the SoB line.
>
> And the commit message itself should also be something more explanatory, e.g.:
>
> gnutls: fix build with glibc2.16, which doesn't declare gets()
BTW, I verified that this indeed fixes the build for glibc2.16, so with a
corrected commit message and a SoB in the patch, this gets my
Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
* [Buildroot] [PATCH] gnutls-2.12.20-glibc-2.16.patch glibc-2.16 and gnutls2 fix i forgot my signoff
From: Arnout Vandecappelle @ 2012-11-10 0:55 UTC (permalink / raw)
To: buildroot
In-Reply-To: <CAHXCMMLpVAHmvEHdpkyorLHb=DJGmHhG6cnWkpZ0pkfEp5Sg9g@mail.gmail.com>
On 11/09/12 17:54, Samuel Martin wrote:
> Hi Alexander,
>
> 2012/11/9 Alexander Khryukin<alexander@mezon.ru>:
>> >
>> > Signed-off-by: Alexander Khryukin<alexander@mezon.ru>
>> > ---
>> > package/gnutls/gnutls-2.12.20-glibc2.16.patch | 26 ++++++++++++++++++++++++++
>> > 1 file changed, 26 insertions(+)
>> > create mode 100644 package/gnutls/gnutls-2.12.20-glibc2.16.patch
>> >
>> > diff --git a/package/gnutls/gnutls-2.12.20-glibc2.16.patch b/package/gnutls/gnutls-2.12.20-glibc2.16.patch
>> > new file mode 100644
>> > index 0000000..6b7f545
>> > --- /dev/null
>> > +++ b/package/gnutls/gnutls-2.12.20-glibc2.16.patch
>> > @@ -0,0 +1,26 @@
>> > +--- gnutls-2.12.20/gl/stdio.in.h
>> > ++++ gnutls-2.12.20/gl/stdio.in.h
> When adding a patch to a package, we usually add a header to the patch
> containing a description and the SoB line.
And the commit message itself should also be something more explanatory, e.g.:
gnutls: fix build with glibc2.16, which doesn't declare gets()
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
* [Buildroot] [PATCH 2/2 v3] xtensa: support configurable processor configurations
From: Arnout Vandecappelle @ 2012-11-10 0:51 UTC (permalink / raw)
To: buildroot
In-Reply-To: <509d9db2.4883440a.7065.016e@mx.google.com>
On 11/10/12 01:20, Chris Zankel wrote:
> Xtensa is a configurable processor architecture, which allows to define
> additional instructions and registers. The required variant specific
> information for the toolchain is delivered in an 'overlay' file, which
> needs to be 'untarred' to the corresponding directories after the
> source is installed and patched.
> This patch provides support for binutils, gcc, and gdb with a very
> limited changes to the build scripts. These additions are only executed
> for the Xtensa architecture and have no effect on other architectures.
>
> Signed-off-by: Chris Zankel<chris@zankel.net>
>
> diff --git a/arch/Config.in.xtensa b/arch/Config.in.xtensa
> new file mode 100644
> index 0000000..61c0235
> --- /dev/null
> +++ b/arch/Config.in.xtensa
> @@ -0,0 +1,30 @@
> +choice
> + prompt "Target ABI"
> + depends on BR2_xtensa
> + default BR2_xtensa_fsf
> +config BR2_xtensa_custom
> + bool "Custom Xtensa processor configuration"
> +config BR2_xtensa_fsf
> + bool "fsf - Default configuration"
> +endchoice
Put empty lines between the different config options.
All config names should be in capitals - the only exception is the
arch name itself (i.e. BR2_xtensa, but BR2_XTENSA_FSF).
> +
> +config BR2_xtensa_custom_name
> + string "Custom Xtensa processor configuration anme"
anme -> name
> + depends on BR2_xtensa_custom
> + default ""
> + help
> + Name given to a custom Xtensa processor configuration.
> +
> +config BR2_xtensa_core_name
> + string
> + default BR2_xtensa_custom_name if BR2_xtensa_custom
> + default "" if BR2_xtensa_fsf
Minor detail: missing "depends on BR2_xtensa".
Perhaps it's better to move the condition to a
if BR2_xtensa
...
endif
around the entire file. Thomas has a patch lined up to move all
the conditions outside of the Config.in.*
> +
> +config BR2_xtensa_overlay_dir
> + string "Overlay directory for custom configuration"
> + depends on BR2_xtensa_custom
> + default ""
> + help
> + Provide a directory path that contains the overlay files
> + for the custom configuration. The path is based on the
> + buildroot top directory.
based on -> relative to
I don't find this explanation sufficient. First of all, it should
mention that that directory should contain tar files. Second, it
would help if you could explain where the tar files are supposed
to come from (I guess they're generated by some Xtensa tool).
Regards,
Arnout
[snip]
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
* [Buildroot] [PATCH 1/2 v3] xtensa: add support for the Xtensa architecture
From: Chris Zankel @ 2012-11-10 0:50 UTC (permalink / raw)
To: buildroot
In-Reply-To: <509DA1F4.7010009@mind.be>
HI Arnout,
On 11/09/2012 04:38 PM, Arnout Vandecappelle wrote:
> On 11/10/12 01:19, Chris Zankel wrote:
>> diff --git a/package/autoconf/Config.in b/package/autoconf/Config.in
>> index c304572..3622f3d 100644
>> --- a/package/autoconf/Config.in
>> +++ b/package/autoconf/Config.in
>> @@ -1,6 +1,7 @@
>> config BR2_PACKAGE_AUTOCONF
>> bool "autoconf"
>> - depends on !(BR2_avr32 || BR2_bfin || BR2_sh2 || BR2_sh2a || BR2_sh3 || BR2_sh3eb || BR2_sh64)
>> + depends on !(BR2_avr32 || BR2_bfin || BR2_sh2 || BR2_sh2a || BR2_sh3)
>> + depends on !(BR2_sh3eb || BR2_sh64 || BR2_xtensa)
>> select BR2_PACKAGE_PERL
>> help
>> Extensible program for developing configure scripts. These
> Actually, these dependencies can be removed again, because perl no longer
> depends on host-qemu. I'll post a patch removing them.
So, I guess that breaks my patch ;-)
> And anyway, host-qemu exists for xtensa, no?
Yes, there is a version of Qemu that was done my Max, but it might
require a different processor configuration than what's in the toolchain
by default.
-Chris
^ permalink raw reply
* [Buildroot] [PATCH] Revert "auto{conf, make}: only make available on archs supported by qemu"
From: Arnout Vandecappelle @ 2012-11-10 0:40 UTC (permalink / raw)
To: buildroot
From: "Arnout Vandecappelle (Essensium/Mind)" <arnout@mind.be>
Since perl no longer requires host-qemu, autoconf and automake work
again on the architectures that are not supported by host-qemu.
This reverts commit c65d92e8e2767b09aaee6b717cbd9b66f88ea39c.
Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
---
package/autoconf/Config.in | 4 ----
package/automake/Config.in | 4 ----
2 files changed, 8 deletions(-)
diff --git a/package/autoconf/Config.in b/package/autoconf/Config.in
index c304572..5f2f148 100644
--- a/package/autoconf/Config.in
+++ b/package/autoconf/Config.in
@@ -1,12 +1,8 @@
config BR2_PACKAGE_AUTOCONF
bool "autoconf"
- depends on !(BR2_avr32 || BR2_bfin || BR2_sh2 || BR2_sh2a || BR2_sh3 || BR2_sh3eb || BR2_sh64)
select BR2_PACKAGE_PERL
help
Extensible program for developing configure scripts. These
scripts handle all the mundane system/feature detection.
http://www.gnu.org/software/autoconf/
-
-comment "autoconf requires an architecture supported by qemu"
- depends on BR2_avr32 || BR2_bfin || BR2_sh2 || BR2_sh2a || BR2_sh3 || BR2_sh3eb || BR2_sh64
diff --git a/package/automake/Config.in b/package/automake/Config.in
index f8d74ef..9a9673a 100644
--- a/package/automake/Config.in
+++ b/package/automake/Config.in
@@ -1,6 +1,5 @@
config BR2_PACKAGE_AUTOMAKE
bool "automake"
- depends on !(BR2_avr32 || BR2_bfin || BR2_sh2 || BR2_sh2a || BR2_sh3 || BR2_sh3eb || BR2_sh64)
select BR2_PACKAGE_AUTOCONF
select BR2_PACKAGE_PERL
help
@@ -8,6 +7,3 @@ config BR2_PACKAGE_AUTOMAKE
configure scripts (made by autoconf).
http://www.gnu.org/software/automake/
-
-comment "automake requires an architecture supported by qemu"
- depends on BR2_avr32 || BR2_bfin || BR2_sh2 || BR2_sh2a || BR2_sh3 || BR2_sh3eb || BR2_sh64
--
1.7.10.4
^ permalink raw reply related
* [Buildroot] [PATCH 1/2 v3] xtensa: add support for the Xtensa architecture
From: Arnout Vandecappelle @ 2012-11-10 0:38 UTC (permalink / raw)
To: buildroot
In-Reply-To: <509d9da3.e2d5440a.1892.015f@mx.google.com>
On 11/10/12 01:19, Chris Zankel wrote:
> diff --git a/package/autoconf/Config.in b/package/autoconf/Config.in
> index c304572..3622f3d 100644
> --- a/package/autoconf/Config.in
> +++ b/package/autoconf/Config.in
> @@ -1,6 +1,7 @@
> config BR2_PACKAGE_AUTOCONF
> bool "autoconf"
> - depends on !(BR2_avr32 || BR2_bfin || BR2_sh2 || BR2_sh2a || BR2_sh3 || BR2_sh3eb || BR2_sh64)
> + depends on !(BR2_avr32 || BR2_bfin || BR2_sh2 || BR2_sh2a || BR2_sh3)
> + depends on !(BR2_sh3eb || BR2_sh64 || BR2_xtensa)
> select BR2_PACKAGE_PERL
> help
> Extensible program for developing configure scripts. These
Actually, these dependencies can be removed again, because perl no longer
depends on host-qemu. I'll post a patch removing them.
And anyway, host-qemu exists for xtensa, no?
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
* [Buildroot] [PATCH 1/2] xtensa: add support for the Xtensa architecture
From: Arnout Vandecappelle @ 2012-11-10 0:33 UTC (permalink / raw)
To: buildroot
In-Reply-To: <509D9F95.1040806@zankel.net>
On 11/10/12 01:28, Chris Zankel wrote:
> On 11/08/2012 01:01 PM, Arnout Vandecappelle wrote:
>> > On 11/08/12 04:38, Chris Zankel wrote:
>>> >> config BR2_USE_MMU
>>> >> - bool "Enable MMU support" if BR2_arm || BR2_armeb || BR2_mips || BR2_mipsel || BR2_sh
>>> >> + bool "Enable MMU support" if BR2_arm || BR2_armeb || BR2_mips || BR2_mipsel || BR2_sh || BR2_xtensa
>>> >> default y if !BR2_bfin
>> > So the Xtensa, a configurable processor, always has a MMU?
> Good point. Actually, you can configure Xtensa with and without an MMU,
> so I think the above logic is correct. It allows to configure MMU if the
> processor is Xtensa, am I wrong?
Err, yes, I was misreading the patch... Sorry about that.
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
* [Buildroot] [PATCH] target: add option to set the root password
From: Arnout Vandecappelle @ 2012-11-10 0:30 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1352503739-20083-1-git-send-email-yann.morin.1998@free.fr>
On 11/10/12 00:28, Yann E. MORIN wrote:
> Add an option in the menuconfig to specify a root password.
>
> If set to empty, no root password is created; otherwise, the password is
> encrypted using MD5 (MD5 is not the default for crypt(3), DES-56 is, but
> MD5 is widely available, not-so-strong, but not-so-weak either).
>
> Add a check for 'mkpasswd' as a new dependency.
Is it necessary to put the plaintext password in the .config? Why not put the
output of mkpasswd in the config, and explain in the help text how to produce
it? Perhaps even with vVj0miIkzZnhg as an example of password root. So the
help text could be:
Set the root password. This is the crypt'ed password as it should
appear in /etc/shadow. To create a password, use the mkpasswd
utility: "mkpasswd -m md5" to create an md5-crypted password.
Note that sha256 or sha512-crypted passwords are preferred, because
md5 is somewhat compromised. However, the default busybox
configuration does not have support for sha256 and sha512 passwords.
Obviously, this will make the patch much simpler, as there won't be a need
anymore to distinguish between no-root-passwd and root-passwd.
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
* [Buildroot] [PATCH 1/2] xtensa: add support for the Xtensa architecture
From: Chris Zankel @ 2012-11-10 0:28 UTC (permalink / raw)
To: buildroot
In-Reply-To: <509C1D94.2010107@mind.be>
Hi Arnout,
On 11/08/2012 01:01 PM, Arnout Vandecappelle wrote:
> On 11/08/12 04:38, Chris Zankel wrote:
>> config BR2_USE_MMU
>> - bool "Enable MMU support" if BR2_arm || BR2_armeb || BR2_mips || BR2_mipsel || BR2_sh
>> + bool "Enable MMU support" if BR2_arm || BR2_armeb || BR2_mips || BR2_mipsel || BR2_sh || BR2_xtensa
>> default y if !BR2_bfin
> So the Xtensa, a configurable processor, always has a MMU?
Good point. Actually, you can configure Xtensa with and without an MMU,
so I think the above logic is correct. It allows to configure MMU if the
processor is Xtensa, am I wrong?
Thanks,
-Chris
^ permalink raw reply
* [Buildroot] [PATCH] uclibc-snapshot: remove obsolete patch and fix config
From: Chris Zankel @ 2012-11-10 0:20 UTC (permalink / raw)
To: buildroot
uClibc has added a new configuration item (LDSO_SAFE_RUNPATH),
so add it to the uClibc-snapshot.config with the default value 'y'.
The linuxthreads-errno-fix.patch doesn't apply cleanly anymore, and
a similar patch for the 0.9.32.1 version wasn't carried over
to 0.9.32.2, so should be save to remove it also for 'snapshot'.
Signed-off-by: Chris Zankel <chris@zankel.net>
diff --git a/toolchain/uClibc/uClibc-snapshot.config b/toolchain/uClibc/uClibc-snapshot.config
index eb39df6..01fa998 100644
--- a/toolchain/uClibc/uClibc-snapshot.config
+++ b/toolchain/uClibc/uClibc-snapshot.config
@@ -83,6 +83,7 @@ HAVE_DOT_CONFIG=y
DOPIC=y
# ARCH_HAS_NO_SHARED is not set
# ARCH_HAS_NO_LDSO is not set
+LDSO_SAFE_RUNPATH=y
HAVE_SHARED=y
# FORCE_SHAREABLE_TEXT_SEGMENTS is not set
LDSO_LDD_SUPPORT=y
diff --git a/toolchain/uClibc/uClibc.snapshot.linuxthreads-errno-fix.patch b/toolchain/uClibc/uClibc.snapshot.linuxthreads-errno-fix.patch
deleted file mode 100644
index c4d0d00..0000000
--- a/toolchain/uClibc/uClibc.snapshot.linuxthreads-errno-fix.patch
+++ /dev/null
@@ -1,68 +0,0 @@
-From af8b2d71ce37b9d4d24ddbc755cdea68de02949a Mon Sep 17 00:00:00 2001
-From: Peter Korsgaard <jacmet@sunsite.dk>
-Date: Mon, 5 Jul 2010 14:08:17 +0200
-Subject: [PATCH] don't make __errno_location / __h_errno_location hidden
-
-Closes #2089 (https://bugs.busybox.net/show_bug.cgi?id=2089)
-
-__errno_location / __h_errno_location access has to go through the PLT
-like malloc/free, so the linuxthread variants gets used instead when
-compiling with -pthread.
-
-Based on http://github.com/mat-c/uClibc/commit/328d392c54aa5dc2b8e7f398a419087de497de2b
-
-Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
----
- include/netdb.h | 1 -
- libc/misc/internals/__errno_location.c | 3 ---
- libc/misc/internals/__h_errno_location.c | 1 -
- libc/sysdeps/linux/common/bits/errno.h | 1 -
- 6 files changed, 0 insertions(+), 11 deletions(-)
-
-diff --git a/include/netdb.h b/include/netdb.h
-index 9d3807d..ac411ab 100644
---- a/include/netdb.h
-+++ b/include/netdb.h
-@@ -59,7 +59,6 @@ __BEGIN_DECLS
-
- /* Function to get address of global `h_errno' variable. */
- extern int *__h_errno_location (void) __THROW __attribute__ ((__const__));
--libc_hidden_proto(__h_errno_location)
-
- /* Macros for accessing h_errno from inside libc. */
- #ifdef _LIBC
-diff --git a/libc/misc/internals/__errno_location.c b/libc/misc/internals/__errno_location.c
-index 487a9c2..0620860 100644
---- a/libc/misc/internals/__errno_location.c
-+++ b/libc/misc/internals/__errno_location.c
-@@ -15,6 +15,3 @@ int * weak_const_function __errno_location (void)
- {
- return &errno;
- }
--#ifdef IS_IN_libc /* not really need, only to keep in sync w/ libc_hidden_proto */
--libc_hidden_weak(__errno_location)
--#endif
-diff --git a/libc/misc/internals/__h_errno_location.c b/libc/misc/internals/__h_errno_location.c
-index 213d398..235df4e 100644
---- a/libc/misc/internals/__h_errno_location.c
-+++ b/libc/misc/internals/__h_errno_location.c
-@@ -10,4 +10,3 @@ int * weak_const_function __h_errno_location (void)
- {
- return &h_errno;
- }
--libc_hidden_weak(__h_errno_location)
-diff --git a/libc/misc/internals/__uClibc_main.c b/libc/misc/internals/__uClibc_main.c
-index 6e520fa..f4a9ebb 100644
---- a/libc/sysdeps/linux/common/bits/errno.h
-+++ b/libc/sysdeps/linux/common/bits/errno.h
-@@ -43,7 +43,6 @@
- # ifndef __ASSEMBLER__
- /* Function to get address of global `errno' variable. */
- extern int *__errno_location (void) __THROW __attribute__ ((__const__));
--libc_hidden_proto(__errno_location)
-
- # ifdef __UCLIBC_HAS_THREADS__
- /* When using threads, errno is a per-thread value. */
---
-1.7.1
-
^ permalink raw reply related
* [Buildroot] [PATCH 2/2 v3] xtensa: support configurable processor configurations
From: Chris Zankel @ 2012-11-10 0:20 UTC (permalink / raw)
To: buildroot
Xtensa is a configurable processor architecture, which allows to define
additional instructions and registers. The required variant specific
information for the toolchain is delivered in an 'overlay' file, which
needs to be 'untarred' to the corresponding directories after the
source is installed and patched.
This patch provides support for binutils, gcc, and gdb with a very
limited changes to the build scripts. These additions are only executed
for the Xtensa architecture and have no effect on other architectures.
Signed-off-by: Chris Zankel <chris@zankel.net>
diff --git a/arch/Config.in.xtensa b/arch/Config.in.xtensa
new file mode 100644
index 0000000..61c0235
--- /dev/null
+++ b/arch/Config.in.xtensa
@@ -0,0 +1,30 @@
+choice
+ prompt "Target ABI"
+ depends on BR2_xtensa
+ default BR2_xtensa_fsf
+config BR2_xtensa_custom
+ bool "Custom Xtensa processor configuration"
+config BR2_xtensa_fsf
+ bool "fsf - Default configuration"
+endchoice
+
+config BR2_xtensa_custom_name
+ string "Custom Xtensa processor configuration anme"
+ depends on BR2_xtensa_custom
+ default ""
+ help
+ Name given to a custom Xtensa processor configuration.
+
+config BR2_xtensa_core_name
+ string
+ default BR2_xtensa_custom_name if BR2_xtensa_custom
+ default "" if BR2_xtensa_fsf
+
+config BR2_xtensa_overlay_dir
+ string "Overlay directory for custom configuration"
+ depends on BR2_xtensa_custom
+ default ""
+ help
+ Provide a directory path that contains the overlay files
+ for the custom configuration. The path is based on the
+ buildroot top directory.
diff --git a/package/binutils/binutils.mk b/package/binutils/binutils.mk
index e1aac9b..0c69cb5 100644
--- a/package/binutils/binutils.mk
+++ b/package/binutils/binutils.mk
@@ -66,5 +66,14 @@ define BINUTILS_INSTALL_TARGET_CMDS
endef
endif
+XTENSA_CORE_NAME = $(call qstrip, $(BR2_xtensa_core_name))
+ifneq ($(XTENSA_CORE_NAME),)
+define BINUTILS_XTENSA_PRE_PATCH
+ tar xf $(BR2_xtensa_overlay_dir)/xtensa_$(XTENSA_CORE_NAME).tar \
+ -C $(@D) bfd include ld
+endef
+HOST_BINUTILS_PRE_PATCH_HOOKS += BINUTILS_XTENSA_PRE_PATCH
+endif
+
$(eval $(autotools-package))
$(eval $(host-autotools-package))
diff --git a/toolchain/gcc/gcc-uclibc-4.x.mk b/toolchain/gcc/gcc-uclibc-4.x.mk
index 1a075cc..1710070 100644
--- a/toolchain/gcc/gcc-uclibc-4.x.mk
+++ b/toolchain/gcc/gcc-uclibc-4.x.mk
@@ -251,6 +251,10 @@ $(GCC_DIR)/.unpacked: $(DL_DIR)/$(GCC_SOURCE)
rm -rf $(GCC_DIR)
$(GCC_CAT) $(DL_DIR)/$(GCC_SOURCE) | tar -C $(TOOLCHAIN_DIR) $(TAR_OPTIONS) -
$(call CONFIG_UPDATE,$(@D))
+ifneq ($(call qstrip, $(BR2_xtensa_core_name)),)
+ tar xf $(BR2_xtensa_overlay_dir)/xtensa_$(call qstrip,\
+ $(BR2_xtensa_core_name)).tar -C $(@D) include
+endif
touch $@
gcc-patched: $(GCC_DIR)/.patched
diff --git a/toolchain/gdb/gdb.mk b/toolchain/gdb/gdb.mk
index 6b029a8..dc305a6 100644
--- a/toolchain/gdb/gdb.mk
+++ b/toolchain/gdb/gdb.mk
@@ -25,6 +25,10 @@ gdb-unpacked: $(GDB_DIR)/.unpacked
$(GDB_DIR)/.unpacked: $(DL_DIR)/$(GDB_SOURCE)
mkdir -p $(GDB_DIR)
$(GDB_CAT) $(DL_DIR)/$(GDB_SOURCE) | tar -C $(GDB_DIR) $(TAR_STRIP_COMPONENTS)=1 $(TAR_OPTIONS) -
+ifneq ($(call qstrip, $(BR2_xtensa_core_name)),)
+ tar xf $(BR2_xtensa_overlay_dir)/xtensa_$(call qstrip, \
+ $(BR2_xtensa_core_name)).tar -C $(@D) bfd include gdb
+endif
ifneq ($(wildcard $(GDB_PATCH_DIR)),)
support/scripts/apply-patches.sh $(GDB_DIR) $(GDB_PATCH_DIR) \*.patch
endif
^ permalink raw reply related
* [Buildroot] [PATCH 1/2 v3] xtensa: add support for the Xtensa architecture
From: Chris Zankel @ 2012-11-10 0:19 UTC (permalink / raw)
To: buildroot
The Xtensa architecture had been removed because it required special
handling and depended on additional directories and files that became
obsolete over time. This change is more aligned to other architectures.
Signed-off-by: Chris Zankel <chris@zankel.net>
diff --git a/arch/Config.in b/arch/Config.in
index 4d1f81f..ad4a9e0 100644
--- a/arch/Config.in
+++ b/arch/Config.in
@@ -145,6 +145,13 @@ config BR2_x86_64
architecture compatible microprocessor).
http://en.wikipedia.org/wiki/X86_64
+config BR2_xtensa
+ bool "Xtensa"
+ help
+ Xtensa is a Tensilica processor IP architecture.
+ http://en.wikipedia.org/wiki/Xtensa
+ http://www.tensilica.com/
+
endchoice
config BR2_microblaze
@@ -158,4 +165,5 @@ source "arch/Config.in.powerpc"
source "arch/Config.in.sh"
source "arch/Config.in.sparc"
source "arch/Config.in.x86"
+source "arch/Config.in.xtensa"
source "arch/Config.in.common"
diff --git a/arch/Config.in.common b/arch/Config.in.common
index 1ed9929..d2bfd59 100644
--- a/arch/Config.in.common
+++ b/arch/Config.in.common
@@ -49,6 +49,7 @@ config BR2_ARCH
default "sh4aeb" if BR2_sh4aeb
default "sh64" if BR2_sh64
default "sparc" if BR2_sparc
+ default "xtensa" if BR2_xtensa
config BR2_ENDIAN
diff --git a/linux/Config.in b/linux/Config.in
index 277ef0e..29a2110 100644
--- a/linux/Config.in
+++ b/linux/Config.in
@@ -152,7 +152,8 @@ config BR2_LINUX_KERNEL_BZIMAGE
config BR2_LINUX_KERNEL_ZIMAGE
bool "zImage"
- depends on BR2_arm || BR2_armeb || BR2_powerpc || BR2_sparc || BR2_sh || BR2_sh64
+ depends on BR2_arm || BR2_armeb || BR2_powerpc || BR2_sparc || \
+ BR2_sh || BR2_sh64 || BR2_xtensa
config BR2_LINUX_KERNEL_APPENDED_ZIMAGE
bool "zImage with appended DT"
diff --git a/package/autoconf/Config.in b/package/autoconf/Config.in
index c304572..3622f3d 100644
--- a/package/autoconf/Config.in
+++ b/package/autoconf/Config.in
@@ -1,6 +1,7 @@
config BR2_PACKAGE_AUTOCONF
bool "autoconf"
- depends on !(BR2_avr32 || BR2_bfin || BR2_sh2 || BR2_sh2a || BR2_sh3 || BR2_sh3eb || BR2_sh64)
+ depends on !(BR2_avr32 || BR2_bfin || BR2_sh2 || BR2_sh2a || BR2_sh3)
+ depends on !(BR2_sh3eb || BR2_sh64 || BR2_xtensa)
select BR2_PACKAGE_PERL
help
Extensible program for developing configure scripts. These
@@ -9,4 +10,5 @@ config BR2_PACKAGE_AUTOCONF
http://www.gnu.org/software/autoconf/
comment "autoconf requires an architecture supported by qemu"
- depends on BR2_avr32 || BR2_bfin || BR2_sh2 || BR2_sh2a || BR2_sh3 || BR2_sh3eb || BR2_sh64
+ depends on BR2_avr32 || BR2_bfin || BR2_sh2 || BR2_sh2a || BR2_sh3 || \
+ BR2_sh3eb || BR2_sh64 || BR2_xtensa
diff --git a/package/automake/Config.in b/package/automake/Config.in
index f8d74ef..6e48517 100644
--- a/package/automake/Config.in
+++ b/package/automake/Config.in
@@ -1,6 +1,7 @@
config BR2_PACKAGE_AUTOMAKE
bool "automake"
- depends on !(BR2_avr32 || BR2_bfin || BR2_sh2 || BR2_sh2a || BR2_sh3 || BR2_sh3eb || BR2_sh64)
+ depends on !(BR2_avr32 || BR2_bfin || BR2_sh2 || BR2_sh2a || BR2_sh3)
+ depends on !(BR2_sh3eb || BR2_sh64 || BR2_xtensa)
select BR2_PACKAGE_AUTOCONF
select BR2_PACKAGE_PERL
help
@@ -10,4 +11,5 @@ config BR2_PACKAGE_AUTOMAKE
http://www.gnu.org/software/automake/
comment "automake requires an architecture supported by qemu"
- depends on BR2_avr32 || BR2_bfin || BR2_sh2 || BR2_sh2a || BR2_sh3 || BR2_sh3eb || BR2_sh64
+ depends on BR2_avr32 || BR2_bfin || BR2_sh2 || BR2_sh2a || BR2_sh3 || \
+ BR2_sh3eb || BR2_sh64 || BR2_xtensa
diff --git a/package/ltrace/Config.in b/package/ltrace/Config.in
index a65ca48..4cce767 100644
--- a/package/ltrace/Config.in
+++ b/package/ltrace/Config.in
@@ -1,6 +1,7 @@
config BR2_PACKAGE_LTRACE
bool "ltrace"
depends on !(BR2_avr32 || BR2_mips || BR2_mipsel || BR2_sh || BR2_sh64)
+ depends on !BR2_xtensa
select BR2_PACKAGE_LIBELF
help
Debugging program which runs a specified command until it exits.
diff --git a/toolchain/Config.in b/toolchain/Config.in
index 29ed2f0..7edf82b 100644
--- a/toolchain/Config.in
+++ b/toolchain/Config.in
@@ -23,7 +23,7 @@ config BR2_TOOLCHAIN_EXTERNAL
config BR2_TOOLCHAIN_CTNG
bool "Crosstool-NG toolchain"
- depends on !BR2_microblaze && !BR2_aarch64
+ depends on !BR2_microblaze && !BR2_aarch64 && !BR2_xtensa
select BR2_TOOLCHAIN_HAS_SHADOW_PASSWORDS
select BR2_TOOLCHAIN_HAS_THREADS_DEBUG_IF_NEEDED
help
diff --git a/toolchain/toolchain-buildroot/Config.in.2 b/toolchain/toolchain-buildroot/Config.in.2
index 956ec2f..d27c9f3 100644
--- a/toolchain/toolchain-buildroot/Config.in.2
+++ b/toolchain/toolchain-buildroot/Config.in.2
@@ -68,7 +68,7 @@ config BR2_TOOLCHAIN_BUILDROOT_USE_SSP
choice
prompt "Thread library implementation"
- default BR2_PTHREADS_NATIVE if (!BR2_UCLIBC_VERSION_0_9_31) && !BR2_ARM_OABI
+ default BR2_PTHREADS_NATIVE if (!BR2_UCLIBC_VERSION_0_9_31) && !BR2_ARM_OABI && !BR2_xtensa
default BR2_PTHREADS_OLD
help
Use this option to select the thread library implementation
@@ -82,6 +82,7 @@ choice
config BR2_PTHREADS
bool "linuxthreads"
+ depends on !BR2_xtensa
select BR2_TOOLCHAIN_HAS_THREADS
config BR2_PTHREADS_OLD
@@ -94,6 +95,7 @@ choice
depends on !BR2_UCLIBC_VERSION_0_9_31
depends on !BR2_ARM_OABI
depends on !BR2_x86_i386
+ depends on !BR2_xtensa
endchoice
source "toolchain/elf2flt/Config.in"
diff --git a/toolchain/toolchain-common.in b/toolchain/toolchain-common.in
index 4c2a28b..9f11a39 100644
--- a/toolchain/toolchain-common.in
+++ b/toolchain/toolchain-common.in
@@ -93,7 +93,7 @@ config BR2_NEEDS_GETTEXT_IF_LOCALE
default y if (BR2_NEEDS_GETTEXT && BR2_ENABLE_LOCALE)
config BR2_USE_MMU
- bool "Enable MMU support" if BR2_arm || BR2_armeb || BR2_mips || BR2_mipsel || BR2_sh
+ bool "Enable MMU support" if BR2_arm || BR2_armeb || BR2_mips || BR2_mipsel || BR2_sh || BR2_xtensa
default y if !BR2_bfin
help
If your target has a MMU, you should say Y here. If you
diff --git a/toolchain/uClibc/Config.in b/toolchain/uClibc/Config.in
index f46a415..e47bc9b 100644
--- a/toolchain/uClibc/Config.in
+++ b/toolchain/uClibc/Config.in
@@ -12,14 +12,15 @@ choice
config BR2_UCLIBC_VERSION_0_9_31
bool "uClibc 0.9.31.x"
+ depends on !BR2_xtensa
config BR2_UCLIBC_VERSION_0_9_32
bool "uClibc 0.9.32.x"
- depends on !(BR2_avr32 || BR2_sh)
+ depends on !(BR2_avr32 || BR2_sh || BR2_xtensa)
config BR2_UCLIBC_VERSION_0_9_33
bool "uClibc 0.9.33.x"
- depends on !BR2_avr32
+ depends on !(BR2_avr32 || BR2_xtensa)
config BR2_UCLIBC_VERSION_SNAPSHOT
bool "daily snapshot"
diff --git a/toolchain/uClibc/uclibc.mk b/toolchain/uClibc/uclibc.mk
index 8cf59bc..055267c 100644
--- a/toolchain/uClibc/uclibc.mk
+++ b/toolchain/uClibc/uclibc.mk
@@ -38,6 +38,7 @@ UCLIBC_TARGET_ARCH:=$(shell $(SHELL) -c "echo $(ARCH) | sed \
-e 's/sh[234].*/sh/' \
-e 's/mips.*/mips/' \
-e 's/cris.*/cris/' \
+ -e 's/xtensa.*/xtensa/' \
")
UCLIBC_TARGET_ENDIAN:=$(call qstrip,$(BR2_ENDIAN))
^ permalink raw reply related
* [Buildroot] [PATCH] iso9660 fs: use cpio initrd instead of ext2
From: Arnout Vandecappelle @ 2012-11-09 23:54 UTC (permalink / raw)
To: buildroot
The ext2 initrd is pretty broken, because it requires an additional
root=/dev/ram0 command line parameter, and a /init to mount
devtmps that isn't there in out ext2 rootfs. So just use a cpio
instead.
Note that there is no check if the kernel supports initramfs or the
selected compression method.
Also removed a bit of dead code in iso9660.mk.
Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
---
fs/iso9660/Config.in | 2 +-
fs/iso9660/iso9660.mk | 11 +++++------
2 files changed, 6 insertions(+), 7 deletions(-)
diff --git a/fs/iso9660/Config.in b/fs/iso9660/Config.in
index 4c00583..98ff78b 100644
--- a/fs/iso9660/Config.in
+++ b/fs/iso9660/Config.in
@@ -2,7 +2,7 @@ config BR2_TARGET_ROOTFS_ISO9660
bool "iso image"
depends on (BR2_i386 || BR2_x86_64)
depends on BR2_LINUX_KERNEL
- select BR2_TARGET_ROOTFS_EXT2
+ select BR2_TARGET_ROOTFS_CPIO
select BR2_TARGET_GRUB
help
Build a bootable iso9660 image
diff --git a/fs/iso9660/iso9660.mk b/fs/iso9660/iso9660.mk
index f51b6ee..029c0dd 100644
--- a/fs/iso9660/iso9660.mk
+++ b/fs/iso9660/iso9660.mk
@@ -9,20 +9,19 @@
ISO9660_TARGET_DIR=$(BUILD_DIR)/iso9660
ISO9660_BOOT_MENU:=$(call qstrip,$(BR2_TARGET_ROOTFS_ISO9660_BOOT_MENU))
-ISO9660_OPTS:=
-ifeq ($(BR2_TARGET_ROOTFS_ISO9660_SQUASH),y)
-ISO9660_OPTS+=-U
-endif
+ISO9660_CPIO_EXT-$(BR2_TARGET_ROOTFS_CPIO_GZIP) = .gz
+ISO9660_CPIO_EXT-$(BR2_TARGET_ROOTFS_CPIO_BZIP2) = .bz2
+ISO9660_CPIO_EXT-$(BR2_TARGET_ROOTFS_CPIO_LZMA) = .lzma
-$(BINARIES_DIR)/rootfs.iso9660: host-cdrkit host-fakeroot linux rootfs-ext2 grub
+$(BINARIES_DIR)/rootfs.iso9660: host-cdrkit host-fakeroot linux rootfs-cpio grub
@$(call MESSAGE,"Generating root filesystem image rootfs.iso9660")
mkdir -p $(ISO9660_TARGET_DIR)
mkdir -p $(ISO9660_TARGET_DIR)/boot/grub
cp $(GRUB_DIR)/stage2/stage2_eltorito $(ISO9660_TARGET_DIR)/boot/grub/
cp $(ISO9660_BOOT_MENU) $(ISO9660_TARGET_DIR)/boot/grub/menu.lst
cp $(LINUX_IMAGE_PATH) $(ISO9660_TARGET_DIR)/kernel
- cp $(BINARIES_DIR)/rootfs.ext2 $(ISO9660_TARGET_DIR)/initrd
+ cp $(BINARIES_DIR)/rootfs.cpio$(ISO9660_CPIO_EXT-y) $(ISO9660_TARGET_DIR)/initrd
# Use fakeroot to pretend all target binaries are owned by root
rm -f $(FAKEROOT_SCRIPT)
echo "chown -R 0:0 $(ISO9660_TARGET_DIR)" >> $(FAKEROOT_SCRIPT)
--
tg: (234fe44..) t/iso9660 (depends on: master)
^ permalink raw reply related
* [Buildroot] [PATCH] target: add option to set the root password
From: Yann E. MORIN @ 2012-11-09 23:28 UTC (permalink / raw)
To: buildroot
Add an option in the menuconfig to specify a root password.
If set to empty, no root password is created; otherwise, the password is
encrypted using MD5 (MD5 is not the default for crypt(3), DES-56 is, but
MD5 is widely available, not-so-strong, but not-so-weak either).
Add a check for 'mkpasswd' as a new dependency.
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: Arnout Vandecappelle <arnout@mind.be>
---
Switched to using MD5 as per Arnout's suggestion:
http://lists.busybox.net/pipermail/buildroot/2012-September/058712.html
---
support/dependencies/dependencies.sh | 7 +++++++
system/Config.in | 21 +++++++++++++++++++++
system/system.mk | 14 ++++++++++++++
3 files changed, 42 insertions(+), 0 deletions(-)
diff --git a/support/dependencies/dependencies.sh b/support/dependencies/dependencies.sh
index 9f0f6a9..edf49e9 100755
--- a/support/dependencies/dependencies.sh
+++ b/support/dependencies/dependencies.sh
@@ -158,3 +158,10 @@ if grep ^BR2_TOOLCHAIN_BUILDROOT=y $CONFIG_FILE > /dev/null && \
exit 1 ;
fi
fi
+
+if grep -E '^TARGET_GENERIC_ROOT_PASSWD=".+"$' $CONFIG_FILE > /dev/null 2>&1; then
+ if ! which mkpasswd > /dev/null 2>&1; then
+ /bin/echo -e "\nYou need the 'mkpasswd' utility to set the root password\n"
+ exit 1
+ fi
+fi
diff --git a/system/Config.in b/system/Config.in
index 10c9d9d..9a9c197 100644
--- a/system/Config.in
+++ b/system/Config.in
@@ -12,6 +12,27 @@ config BR2_TARGET_GENERIC_ISSUE
help
Select system banner (/etc/issue) to be displayed at login.
+config BR2_TARGET_GENERIC_ROOT_PASSWD
+ string "root password"
+ default ""
+ help
+ Set the initial root password. It will be md5-encrypted.
+
+ If set to empty (the default), then no root password will be set,
+ and root will need no password to log in.
+
+ WARNING! WARNING!
+ Although pretty strong, MD5 is now an old hash function, and
+ suffers from som weaknesses, wihch makes it susceptible to attacks.
+ It is showing its age, so this root password should not be trusted
+ to properly secure any product that can be shipped to the wide,
+ hostile world.
+
+ WARNING! WARNING!
+ The password appears in clear in the .config file, and may appear
+ in the build log! Avoid using a valuable password if either the
+ .config file or the build log may be distributed!
+
choice
prompt "/dev management"
default BR2_ROOTFS_DEVICE_CREATION_STATIC
diff --git a/system/system.mk b/system/system.mk
index 4185202..5219f3f 100644
--- a/system/system.mk
+++ b/system/system.mk
@@ -1,5 +1,6 @@
TARGET_GENERIC_HOSTNAME:=$(call qstrip,$(BR2_TARGET_GENERIC_HOSTNAME))
TARGET_GENERIC_ISSUE:=$(call qstrip,$(BR2_TARGET_GENERIC_ISSUE))
+TARGET_GENERIC_ROOT_PASSWD:=$(call qstrip,$(BR2_TARGET_GENERIC_ROOT_PASSWD))
TARGET_GENERIC_GETTY:=$(call qstrip,$(BR2_TARGET_GENERIC_GETTY_PORT))
TARGET_GENERIC_GETTY_BAUDRATE:=$(call qstrip,$(BR2_TARGET_GENERIC_GETTY_BAUDRATE))
@@ -13,6 +14,13 @@ target-generic-issue:
mkdir -p $(TARGET_DIR)/etc
echo "$(TARGET_GENERIC_ISSUE)" > $(TARGET_DIR)/etc/issue
+target-no-root-passwd:
+ $(SED) "s/^root:[^:]*:/root::/" $(TARGET_DIR)/etc/shadow
+
+target-root-passwd:
+ root_passwd="$$( mkpasswd -m md5 "$(TARGET_GENERIC_ROOT_PASSWD)" )"; \
+ $(SED) "s,^root::,root:$${root_passwd}:," $(TARGET_DIR)/etc/shadow
+
target-generic-getty-busybox:
$(SED) '/# GENERIC_SERIAL$$/s~^.*#~$(TARGET_GENERIC_GETTY)::respawn:/sbin/getty -L $(TARGET_GENERIC_GETTY) $(TARGET_GENERIC_GETTY_BAUDRATE) vt100 #~' \
$(TARGET_DIR)/etc/inittab
@@ -39,6 +47,12 @@ ifneq ($(TARGET_GENERIC_ISSUE),)
TARGETS += target-generic-issue
endif
+ifneq ($(TARGET_GENERIC_ROOT_PASSWD),)
+TARGETS += target-root-passwd
+else
+TARGETS += target-no-root-passwd
+endif
+
ifeq ($(BR2_ROOTFS_SKELETON_DEFAULT),y)
ifeq ($(BR2_PACKAGE_SYSVINIT),y)
TARGETS += target-generic-getty-sysvinit
--
1.7.2.5
^ permalink raw reply related
* [Buildroot] [PATCH 00/11] RFC: Manual content reorganization
From: Samuel Martin @ 2012-11-09 22:45 UTC (permalink / raw)
To: buildroot
In-Reply-To: <509D74B0.7070009@mind.be>
2012/11/9 Arnout Vandecappelle <arnout@mind.be>:
> On 03/21/12 00:09, Samuel MARTIN wrote:
>>
>> This patch series aims to reorganize the manual content, as well as
>> complete it... thought there are still lacks here and there after that
>
>
> Sam,
>
> Do you think we could still get this into 2012.11?
On it, and hope so! ;-)
I think I'll repost the updated and rebased version by sunday, or
early next week.
Regards,
--
Sam
^ permalink raw reply
* [Buildroot] QT packackage grantlee not building
From: Arnout Vandecappelle @ 2012-11-09 21:48 UTC (permalink / raw)
To: buildroot
In-Reply-To: <28814AE91EA94801B84C55B81555379F@JohanW7>
On 11/09/12 22:44, Sagaert Johan wrote:
> Currently the build of the QT grantlee package is broken:
> it seems like libpthread is not linked in.
Could you post a defconfig so we can try to reproduce?
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
* [Buildroot] [PATCH 5/5] lua: refactor without useless define's
From: Arnout Vandecappelle @ 2012-11-09 21:47 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1346741921-28968-5-git-send-email-francois.perrad@gadz.org>
On 09/04/12 08:58, Francois Perrad wrote:
> Signed-off-by: Francois Perrad<francois.perrad@gadz.org>
Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Tested-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
(build test on a few configs)
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
* [Buildroot] QT packackage grantlee not building
From: Sagaert Johan @ 2012-11-09 21:44 UTC (permalink / raw)
To: buildroot
Hi
Currently the build of the QT grantlee package is broken:
it seems like libpthread is not linked in.
[ 97%] Building CXX object templates/defaulttags/CMakeFiles/grantlee_defaulttags.dir/moc_spaceless.cxx.o
[ 97%] Building CXX object templates/defaulttags/CMakeFiles/grantlee_defaulttags.dir/moc_ssi.cxx.o
[ 97%] Building CXX object templates/defaulttags/CMakeFiles/grantlee_defaulttags.dir/moc_templatetag.cxx.o
[ 98%] Building CXX object templates/defaulttags/CMakeFiles/grantlee_defaulttags.dir/moc_widthratio.cxx.o
[ 98%] Building CXX object templates/defaulttags/CMakeFiles/grantlee_defaulttags.dir/moc_with.cxx.o
Linking CXX shared module ../../grantlee/0.2/grantlee_defaulttags.so
make[3]: Leaving directory `/home/buildroot12git/output/build/grantlee-0.2.0'
[ 98%] Built target grantlee_defaulttags
Linking CXX executable testgenerictypes_exec
/home/buildroot12git/output/host/usr/lib/gcc/arm-buildroot-linux-uclibcgnueabi/4.6.3/../../../../arm-buildroot-linux-uclibcgnueabi/b
in/ld: /home/buildroot12git/output/host/usr/arm-buildroot-linux-uclibcgnueabi/sysroot/usr/lib/libQtCore.so: undefined reference to
symbol 'pthread_cancel'
/home/buildroot12git/output/host/usr/lib/gcc/arm-buildroot-linux-uclibcgnueabi/4.6.3/../../../../arm-buildroot-linux-uclibcgnueabi/b
in/ld: note: 'pthread_cancel' is defined in DSO
/home/buildroot12git/output/host/usr/arm-buildroot-linux-uclibcgnueabi/sysroot/lib/libpthread.so.0 so try adding it to the linker
command line
/home/buildroot12git/output/host/usr/arm-buildroot-linux-uclibcgnueabi/sysroot/lib/libpthread.so.0: could not read symbols: Invalid
operation
collect2: ld returned 1 exit status
make[3]: *** [templates/tests/testgenerictypes_exec] Error 1
make[3]: Leaving directory `/home/buildroot12git/output/build/grantlee-0.2.0'
make[2]: *** [templates/tests/CMakeFiles/testgenerictypes_exec.dir/all] Error 2
make[2]: Leaving directory `/home/buildroot12git/output/build/grantlee-0.2.0'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/buildroot12git/output/build/grantlee-0.2.0'
make: *** [/home/buildroot12git/output/build/grantlee-0.2.0/.stamp_built] Error
Regards Johan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20121109/fe4fbd19/attachment.html>
^ permalink raw reply
* [Buildroot] [PATCH 4/5] lua: remove 3 sub-options, always install all
From: Arnout Vandecappelle @ 2012-11-09 21:41 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1346741921-28968-4-git-send-email-francois.perrad@gadz.org>
On 09/04/12 08:58, Francois Perrad wrote:
> Signed-off-by: Francois Perrad<francois.perrad@gadz.org>
Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Peter, please commit this one before -rc1, it fixes
http://autobuild.buildroot.net/results/d47b983abde8eebe02c228d638101b8d5cd92965/
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox