* [Buildroot] [git commit] mplayer: prevent selection on Microblaze and AArch64
From: Peter Korsgaard @ 2012-12-20 8:21 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=14bf3df3a649715246e13a9bf5f0902f09df84a6
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
MPlayer wants to have some "support" for each architecture, and for
now, it doesn't know about Microblaze and AArch64, so prevent the
selection of MPlayer on those architectures.
For Microblaze, fixes:
http://autobuild.buildroot.org/results/4e6e0d15694345ded649c92251cc2173dc45fe7c/build-end.log
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
package/multimedia/mplayer/Config.in | 5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/package/multimedia/mplayer/Config.in b/package/multimedia/mplayer/Config.in
index c64dab7..e285644 100644
--- a/package/multimedia/mplayer/Config.in
+++ b/package/multimedia/mplayer/Config.in
@@ -1,8 +1,7 @@
config BR2_PACKAGE_MPLAYER
bool "mplayer"
- # "Error: unsupported architecture sh4a" says mplayer
- # configure script.
- depends on !BR2_sh4a && !BR2_sh4aeb
+ # Those architectures are not supported by MPlayer
+ depends on !BR2_sh4a && !BR2_sh4aeb && !BR2_microblaze && !BR2_aarch64
depends on BR2_LARGEFILE
help
MPlayer is a movie player which runs on many systems and supports
^ permalink raw reply related
* [Buildroot] [PATCH] mplayer: prevent selection on Microblaze and AArch64
From: Peter Korsgaard @ 2012-12-20 8:22 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1355959627-13525-1-git-send-email-thomas.petazzoni@free-electrons.com>
>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:
Thomas> MPlayer wants to have some "support" for each architecture, and for
Thomas> now, it doesn't know about Microblaze and AArch64, so prevent the
Thomas> selection of MPlayer on those architectures.
Thomas> For Microblaze, fixes:
Thomas> http://autobuild.buildroot.org/results/4e6e0d15694345ded649c92251cc2173dc45fe7c/build-end.log
Committed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [PATCHv3] linux: Support multiple device tree build
From: Maxime Ripard @ 2012-12-20 8:48 UTC (permalink / raw)
To: buildroot
Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
---
Fixes since v3:
- Remove the use of foreach but use addprefix/addsuffix instead
---
linux/Config.in | 5 +++--
linux/linux.mk | 7 +++++--
2 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/linux/Config.in b/linux/Config.in
index f408ad5..3ff6b4a 100644
--- a/linux/Config.in
+++ b/linux/Config.in
@@ -261,11 +261,12 @@ config BR2_LINUX_KERNEL_USE_CUSTOM_DTS
endchoice
config BR2_LINUX_KERNEL_INTREE_DTS_NAME
- string "Device Tree Source file name"
+ string "Device Tree Source file names"
depends on BR2_LINUX_KERNEL_USE_INTREE_DTS
help
Name of the device tree source file, without
- the trailing .dts
+ the trailing .dts. You can provide a list of
+ dts files to build, separated by spaces.
config BR2_LINUX_KERNEL_CUSTOM_DTS_PATH
string "Device Tree Source file path"
diff --git a/linux/linux.mk b/linux/linux.mk
index c4bdf90..3321d80 100644
--- a/linux/linux.mk
+++ b/linux/linux.mk
@@ -187,10 +187,13 @@ endef
ifeq ($(BR2_LINUX_KERNEL_DTS_SUPPORT),y)
ifeq ($(BR2_LINUX_KERNEL_DTB_IS_SELF_BUILT),)
define LINUX_BUILD_DTB
- $(TARGET_MAKE_ENV) $(MAKE) $(LINUX_MAKE_FLAGS) -C $(@D) $(KERNEL_DTS_NAME).dtb
+ $(TARGET_MAKE_ENV) $(MAKE) $(LINUX_MAKE_FLAGS) -C $(@D) \
+ $(addsuffix .dtb, $(call qstrip, $(KERNEL_DTS_NAME)))
endef
define LINUX_INSTALL_DTB
- cp $(KERNEL_ARCH_PATH)/boot/$(KERNEL_DTS_NAME).dtb $(BINARIES_DIR)/
+ cp $(addprefix $(KERNEL_ARCH_PATH)/boot/, \
+ $(addsuffix .dtb, $(call qstrip, $(KERNEL_DTS_NAME)))) \
+ $(BINARIES_DIR)/
endef
endif
endif
--
1.7.9.5
^ permalink raw reply related
* [Buildroot] [PATCH RFC 5/6] libfslcodec: new package
From: Peter Korsgaard @ 2012-12-20 9:08 UTC (permalink / raw)
To: buildroot
In-Reply-To: <50D2CA07.1060503@mind.be>
>>>>> "Arnout" == Arnout Vandecappelle <arnout@mind.be> writes:
Hi,
>> For packages like this one that install pre-built libraries, it
>> would be good to document somewhere or to auto-check (e.g. with
>> toolchain kconfig options vs. package kconfig options) the ABI
>> compatibility to make sure that there won't be any issue with the
>> toolchain used.
Arnout> I agree, but how?
I don't know the specifics of this package, but presumably it only works
with glibc and a specific soft/softfp/hard floating point mode? If so,
we could atleast catch some of these dependencies in Config.in.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [PATCH RFC 5/6] libfslcodec: new package
From: Arnout Vandecappelle @ 2012-12-20 10:34 UTC (permalink / raw)
To: buildroot
In-Reply-To: <87a9t9ytss.fsf@dell.be.48ers.dk>
On 20/12/12 10:08, Peter Korsgaard wrote:
>>>>>> "Arnout" == Arnout Vandecappelle<arnout@mind.be> writes:
>
> Hi,
>
> >> For packages like this one that install pre-built libraries, it
> >> would be good to document somewhere or to auto-check (e.g. with
> >> toolchain kconfig options vs. package kconfig options) the ABI
> >> compatibility to make sure that there won't be any issue with the
> >> toolchain used.
>
> Arnout> I agree, but how?
>
> I don't know the specifics of this package, but presumably it only works
> with glibc and a specific soft/softfp/hard floating point mode? If so,
> we could atleast catch some of these dependencies in Config.in.
Yes, but how to know what the dependencies are (except by run-testing
with all the different toolchains on all the different SoCs)?
I'd also like to find a way to decide which of the _arm9, _arm11 or
_arm12 libraries to use (they all have the same ABI flags...).
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] gst-plugins-base: make alsa plug-in configurable
From: Sven Neumann @ 2012-12-20 10:49 UTC (permalink / raw)
To: buildroot
It may be desirable not to use the alsa sink for playback
even though alsa-lib is installed. So make this a configuration
option. This also takes care of selecting the proper options
for alsa-lib
(BR2_PACKAGE_ALSA_LIB_MIXER and BR2_PACKAGE_ALSA_LIB_PCM).
Signed-off-by: Sven Neumann <s.neumann@raumfeld.com>
---
package/multimedia/gst-plugins-base/Config.in | 6 ++++++
package/multimedia/gst-plugins-base/gst-plugins-base.mk | 3 +--
2 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/package/multimedia/gst-plugins-base/Config.in b/package/multimedia/gst-plugins-base/Config.in
index 5d82533..70d664d 100644
--- a/package/multimedia/gst-plugins-base/Config.in
+++ b/package/multimedia/gst-plugins-base/Config.in
@@ -73,6 +73,12 @@ config BR2_PACKAGE_GST_PLUGINS_BASE_PLUGIN_VOLUME
comment "plugins with external dependencies (there may be more available)"
+config BR2_PACKAGE_GST_PLUGINS_BASE_PLUGIN_ALSA
+ bool "alsa (mandatory for audio playback)"
+ select BR2_PACKAGE_ALSA_LIB
+ select BR2_PACKAGE_ALSA_LIB_MIXER
+ select BR2_PACKAGE_ALSA_LIB_PCM
+
config BR2_PACKAGE_GST_PLUGINS_BASE_PLUGIN_OGG
bool "ogg (*.ogg audio/video)"
select BR2_PACKAGE_LIBOGG
diff --git a/package/multimedia/gst-plugins-base/gst-plugins-base.mk b/package/multimedia/gst-plugins-base/gst-plugins-base.mk
index b044516..02e7ca4 100644
--- a/package/multimedia/gst-plugins-base/gst-plugins-base.mk
+++ b/package/multimedia/gst-plugins-base/gst-plugins-base.mk
@@ -40,8 +40,7 @@ ifeq ($(BR2_PACKAGE_ORC),y)
GST_PLUGINS_BASE_DEPENDENCIES += orc
endif
-# alsa support needs pcm+mixer support, but configure fails to check for it
-ifeq ($(BR2_PACKAGE_ALSA_LIB)$(BR2_PACKAGE_ALSA_LIB_MIXER)$(BR2_PACKAGE_ALSA_LIB_PCM),yyy)
+ifeq ($(BR2_PACKAGE_GST_PLUGINS_BASE_PLUGIN_ALSA),y)
GST_PLUGINS_BASE_DEPENDENCIES += alsa-lib
else
GST_PLUGINS_BASE_CONF_OPT += --disable-alsa
--
1.7.10.4
^ permalink raw reply related
* [Buildroot] [PATCH RFC 5/6] libfslcodec: new package
From: Peter Korsgaard @ 2012-12-20 10:50 UTC (permalink / raw)
To: buildroot
In-Reply-To: <50D2E9B2.70808@mind.be>
>>>>> "Arnout" == Arnout Vandecappelle <arnout@mind.be> writes:
Hi,
>> I don't know the specifics of this package, but presumably it only
>> works with glibc and a specific soft/softfp/hard floating point
>> mode? If so, we could atleast catch some of these dependencies in
>> Config.in.
Arnout> Yes, but how to know what the dependencies are (except by
Arnout> run-testing with all the different toolchains on all the
Arnout> different SoCs)?
Doesn't Freescale document this anyware, or atleast mention what
toolchain they have used to build it?
Arnout> I'd also like to find a way to decide which of the _arm9,
Arnout> _arm11 or _arm12 libraries to use (they all have the same ABI
Arnout> flags...).
Can't you decide based on the selected ARM subarchitecture? If we need
to do this in a bunch of places we could centralize it by adding some
BR2_ARM_Vx symbols and select the correct one from the subarch choice.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [PATCH] sg3-utils new package.
From: Belisko Marek @ 2012-12-20 10:58 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20121219233603.613c2ca5@skate>
Hi Thomas,
On Wed, Dec 19, 2012 at 11:36 PM, Thomas Petazzoni
<thomas.petazzoni@free-electrons.com> wrote:
> Dear Belisko Marek,
>
> On Wed, 19 Dec 2012 23:11:31 +0100, Belisko Marek wrote:
>
>> configure.ac:13: the top level
>> configure.ac:225: warning: AM_NLS is m4_require'd but not m4_defun'd
>> aclocal.m4:1204: IT_PROG_INTLTOOL is expanded from...
>> configure.ac:225: the top level
>> configure:14234: error: possibly undefined macro: AM_NLS
>> If this token and others are legitimate, please use m4_pattern_allow.
>> See the Autoconf documentation.
>>
>> Am I missing some dependency?
>
> I guess this macro is installed by gettext, but not sure.
Hmm it was my mistake somehow. I proceed forward but now have troubles
in configuration phase:
checking for LIBPARTED... yes
checking for DEVMAPPER... no
configure: error: Package requirements (devmapper >= 1.02) were not met:
I choose BR2_PACKAGE_LVM2 and aso add dependency to lvm2 but error still exists.
I was looking to stagin directory and libdevmapper is is /usr/lib. Not
sure why it pkg-config cannot
find. Ideas?
>
> Thomas
> --
> Thomas Petazzoni, Free Electrons
> Kernel, drivers, real-time and embedded Linux
> development, consulting, training and support.
> http://free-electrons.com
Thanks in advance,
Marek
--
as simple and primitive as possible
-------------------------------------------------
Marek Belisko - OPEN-NANDRA
Freelance Developer
Ruska Nova Ves 219 | Presov, 08005 Slovak Republic
Tel: +421 915 052 184
skype: marekwhite
twitter: #opennandra
web: http://open-nandra.com
^ permalink raw reply
* [Buildroot] [PATCH 1/2] uboot-tools: install mkenvimage.
From: Arnaud Rébillout @ 2012-12-20 12:47 UTC (permalink / raw)
To: buildroot
The tool mkenvimage generates a valid binary environment image from
a text file describing the key=value pairs of the environment.
This commit allows installation on target and host.
Signed-off-by: Arnaud R?billout <rebillout@syscom.ch>
---
package/uboot-tools/Config.in | 7 +++++++
package/uboot-tools/uboot-tools.mk | 8 ++++++++
2 files changed, 15 insertions(+)
diff --git a/package/uboot-tools/Config.in b/package/uboot-tools/Config.in
index 9cc837c..7c8f17c 100644
--- a/package/uboot-tools/Config.in
+++ b/package/uboot-tools/Config.in
@@ -13,6 +13,13 @@ config BR2_PACKAGE_UBOOT_TOOLS_MKIMAGE
The mkimage tool from Das U-Boot bootloader, which allows
generation of U-Boot images in various formats.
+config BR2_PACKAGE_UBOOT_TOOLS_MKENVIMAGE
+ bool "mkenvimage"
+ help
+ The mkenvimage tool from Das U-Boot bootloader, which allows
+ generation of a valid binary environment image from a text file
+ describing the key=value pairs of the environment.
+
config BR2_PACKAGE_UBOOT_TOOLS_FWPRINTENV
bool "fw_printenv"
default y
diff --git a/package/uboot-tools/uboot-tools.mk b/package/uboot-tools/uboot-tools.mk
index 75cda8e..e1739be 100644
--- a/package/uboot-tools/uboot-tools.mk
+++ b/package/uboot-tools/uboot-tools.mk
@@ -24,6 +24,12 @@ define UBOOT_TOOLS_INSTALL_MKIMAGE
endef
endif
+ifeq ($(BR2_PACKAGE_UBOOT_TOOLS_MKENVIMAGE),y)
+define UBOOT_TOOLS_INSTALL_MKENVIMAGE
+ $(INSTALL) -m 0755 -D $(@D)/tools/mkenvimage $(TARGET_DIR)/usr/bin/mkenvimage
+endef
+endif
+
ifeq ($(BR2_PACKAGE_UBOOT_TOOLS_FWPRINTENV),y)
define UBOOT_TOOLS_INSTALL_FWPRINTENV
$(INSTALL) -m 0755 -D $(@D)/tools/env/fw_printenv $(TARGET_DIR)/usr/sbin/fw_printenv
@@ -33,6 +39,7 @@ endif
define UBOOT_TOOLS_INSTALL_TARGET_CMDS
$(UBOOT_TOOLS_INSTALL_MKIMAGE)
+ $(UBOOT_TOOLS_INSTALL_MKENVIMAGE)
$(UBOOT_TOOLS_INSTALL_FWPRINTENV)
endef
@@ -51,6 +58,7 @@ endef
define HOST_UBOOT_TOOLS_INSTALL_CMDS
$(INSTALL) -m 0755 -D $(@D)/tools/mkimage $(HOST_DIR)/usr/bin/mkimage
+ $(INSTALL) -m 0755 -D $(@D)/tools/mkenvimage $(HOST_DIR)/usr/bin/mkenvimage
endef
$(eval $(generic-package))
--
1.7.10.4
^ permalink raw reply related
* [Buildroot] [PATCH 2/2] uboot: integrate mkenvimage.
From: Arnaud Rébillout @ 2012-12-20 12:47 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1356007638-18476-1-git-send-email-rebillout@syscom.ch>
This commit provides configuration options to automatically generate a
binary environment image for U-Boot.
Two options are available (and mandatory):
* the location of a text file describing U-Boot environment.
* the size of the environment.
Signed-off-by: Arnaud R?billout <rebillout@syscom.ch>
---
boot/uboot/Config.in | 21 +++++++++++++++++++++
boot/uboot/uboot.mk | 16 ++++++++++++++++
2 files changed, 37 insertions(+)
diff --git a/boot/uboot/Config.in b/boot/uboot/Config.in
index d8458d9..06f6b5a 100644
--- a/boot/uboot/Config.in
+++ b/boot/uboot/Config.in
@@ -208,4 +208,25 @@ config BR2_TARGET_UBOOT_SPL_NAME
u-boot build. For most platform it is u-boot-spl.bin
but not always. It is MLO on OMAP for example.
+menuconfig BR2_TARGET_UBOOT_ENVIMAGE
+ bool "Environment image"
+ help
+ Generate a valid binary environment image from a text file
+ describing the key=value pairs of the environment.
+
+if BR2_TARGET_UBOOT_ENVIMAGE
+
+config BR2_TARGET_UBOOT_ENVIMAGE_SOURCE
+ string "Source file for environment"
+ help
+ Text file describing the environment.
+
+config BR2_TARGET_UBOOT_ENVIMAGE_SIZE
+ string "Size of environment"
+ help
+ Size of envronment, can be prefixed with 0x for hexadecimal
+ values.
+
+endif # BR2_TARGET_UBOOT_ENVIMAGE
+
endif # BR2_TARGET_UBOOT
diff --git a/boot/uboot/uboot.mk b/boot/uboot/uboot.mk
index 619f2e1..89a9096 100644
--- a/boot/uboot/uboot.mk
+++ b/boot/uboot/uboot.mk
@@ -104,6 +104,9 @@ define UBOOT_INSTALL_IMAGES_CMDS
cp -dpf $(@D)/$(UBOOT_BIN) $(BINARIES_DIR)/
$(if $(BR2_TARGET_UBOOT_SPL),
cp -dpf $(@D)/$(BR2_TARGET_UBOOT_SPL_NAME) $(BINARIES_DIR)/)
+ $(if $(BR2_TARGET_UBOOT_ENVIMAGE),
+ $(HOST_DIR)/usr/bin/mkenvimage -s $(BR2_TARGET_UBOOT_ENVIMAGE_SIZE) \
+ -o $(BINARIES_DIR)/uboot-env.bin $(BR2_TARGET_UBOOT_ENVIMAGE_SOURCE))
endef
define UBOOT_INSTALL_OMAP_IFT_IMAGE
@@ -125,6 +128,19 @@ UBOOT_POST_BUILD_HOOKS += UBOOT_BUILD_OMAP_IFT
UBOOT_POST_INSTALL_IMAGES_HOOKS += UBOOT_INSTALL_OMAP_IFT_IMAGE
endif
+ifeq ($(BR2_TARGET_UBOOT_ENVIMAGE),y)
+# we NEED a environment settings unless we're at make source
+ifeq ($(filter source,$(MAKECMDGOALS)),)
+ifeq ($(call qstrip,$(BR2_TARGET_UBOOT_ENVIMAGE_SOURCE)),)
+$(error Please define a source file for Uboot environment (BR2_TARGET_UBOOT_ENVIMAGE_SOURCE setting))
+endif
+ifeq ($(call qstrip,$(BR2_TARGET_UBOOT_ENVIMAGE_SIZE)),)
+$(error Please provide Uboot environment size (BR2_TARGET_UBOOT_OMAP_IFT_CONFIG setting))
+endif
+endif
+UBOOT_DEPENDENCIES += host-uboot-tools
+endif
+
$(eval $(generic-package))
ifeq ($(BR2_TARGET_UBOOT),y)
--
1.7.10.4
^ permalink raw reply related
* [Buildroot] [PATCH] arch: fix BR2_ARCH for generic target variant
From: Richard Braun @ 2012-12-20 13:41 UTC (permalink / raw)
To: buildroot
Signed-off-by: Richard Braun <rbraun@sceen.net>
---
arch/Config.in.x86 | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/Config.in.x86 b/arch/Config.in.x86
index d2e0807..ce30605 100644
--- a/arch/Config.in.x86
+++ b/arch/Config.in.x86
@@ -173,6 +173,7 @@ config BR2_ARCH
default "i686" if BR2_x86_athlon
default "i686" if BR2_x86_athlon_4
default "x86_64" if BR2_x86_64
+ default "i386" if BR2_x86_generic
config BR2_ENDIAN
default "LITTLE"
--
1.7.2.5
^ permalink raw reply related
* [Buildroot] [git commit] arch: fix BR2_ARCH for generic target variant
From: Peter Korsgaard @ 2012-12-20 14:15 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=2a27ad3d796720c6be79f13f0bc58e595584aa35
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Signed-off-by: Richard Braun <rbraun@sceen.net>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
arch/Config.in.x86 | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/Config.in.x86 b/arch/Config.in.x86
index d2e0807..ce30605 100644
--- a/arch/Config.in.x86
+++ b/arch/Config.in.x86
@@ -173,6 +173,7 @@ config BR2_ARCH
default "i686" if BR2_x86_athlon
default "i686" if BR2_x86_athlon_4
default "x86_64" if BR2_x86_64
+ default "i386" if BR2_x86_generic
config BR2_ENDIAN
default "LITTLE"
^ permalink raw reply related
* [Buildroot] [PATCH] Makefile: fix cross target
From: Fabio Porcedda @ 2012-12-20 14:16 UTC (permalink / raw)
To: buildroot
The cross target was laking some dependency.
Now it's possible to successfully use the target right
after the configuration.
Signed-off-by: Fabio Porcedda <fabio.porcedda@gmail.com>
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index 4b09437..e163227 100644
--- a/Makefile
+++ b/Makefile
@@ -697,7 +697,7 @@ ifeq ($(O),output)
endif
rm -rf $(CONFIG_DIR)/.config $(CONFIG_DIR)/.config.old $(CONFIG_DIR)/.auto.deps
-cross: $(BASE_TARGETS)
+cross: prepare dirs dependencies $(BASE_TARGETS)
help:
@echo 'Cleaning:'
--
1.8.0
^ permalink raw reply related
* [Buildroot] [PATCH] arch: fix BR2_ARCH for generic target variant
From: Peter Korsgaard @ 2012-12-20 14:21 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1356010912-3577-1-git-send-email-rbraun@sceen.net>
>>>>> "Richard" == Richard Braun <rbraun@sceen.net> writes:
Richard> Signed-off-by: Richard Braun <rbraun@sceen.net>
Committed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [PATCHv3] linux: Support multiple device tree build
From: Peter Korsgaard @ 2012-12-20 14:24 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1355993289-31804-1-git-send-email-maxime.ripard@free-electrons.com>
>>>>> "Maxime" == Maxime Ripard <maxime.ripard@free-electrons.com> writes:
Maxime> Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
Committed, thanks.
Maxime> define LINUX_INSTALL_DTB
Maxime> - cp $(KERNEL_ARCH_PATH)/boot/$(KERNEL_DTS_NAME).dtb $(BINARIES_DIR)/
Maxime> + cp $(addprefix $(KERNEL_ARCH_PATH)/boot/, \
Maxime> + $(addsuffix .dtb, $(call qstrip, $(KERNEL_DTS_NAME)))) \
Maxime> + $(BINARIES_DIR)/
Not directly related to your patch, but this is broken by the recent
(post-3.7) change to put .dtb files in arch/arm/boot/dts. I wonder how
the best way of handling this is?
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit] linux: Support multiple device tree build
From: Peter Korsgaard @ 2012-12-20 14:25 UTC (permalink / raw)
To: buildroot
commit: http://git.buildroot.net/buildroot/commit/?id=dd1aa62cceff4aa9072d7933042480c20cfd07ef
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
linux/Config.in | 5 +++--
linux/linux.mk | 7 +++++--
2 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/linux/Config.in b/linux/Config.in
index 910d9a5..9ebe0c9 100644
--- a/linux/Config.in
+++ b/linux/Config.in
@@ -261,11 +261,12 @@ config BR2_LINUX_KERNEL_USE_CUSTOM_DTS
endchoice
config BR2_LINUX_KERNEL_INTREE_DTS_NAME
- string "Device Tree Source file name"
+ string "Device Tree Source file names"
depends on BR2_LINUX_KERNEL_USE_INTREE_DTS
help
Name of the device tree source file, without
- the trailing .dts
+ the trailing .dts. You can provide a list of
+ dts files to build, separated by spaces.
config BR2_LINUX_KERNEL_CUSTOM_DTS_PATH
string "Device Tree Source file path"
diff --git a/linux/linux.mk b/linux/linux.mk
index c4bdf90..3321d80 100644
--- a/linux/linux.mk
+++ b/linux/linux.mk
@@ -187,10 +187,13 @@ endef
ifeq ($(BR2_LINUX_KERNEL_DTS_SUPPORT),y)
ifeq ($(BR2_LINUX_KERNEL_DTB_IS_SELF_BUILT),)
define LINUX_BUILD_DTB
- $(TARGET_MAKE_ENV) $(MAKE) $(LINUX_MAKE_FLAGS) -C $(@D) $(KERNEL_DTS_NAME).dtb
+ $(TARGET_MAKE_ENV) $(MAKE) $(LINUX_MAKE_FLAGS) -C $(@D) \
+ $(addsuffix .dtb, $(call qstrip, $(KERNEL_DTS_NAME)))
endef
define LINUX_INSTALL_DTB
- cp $(KERNEL_ARCH_PATH)/boot/$(KERNEL_DTS_NAME).dtb $(BINARIES_DIR)/
+ cp $(addprefix $(KERNEL_ARCH_PATH)/boot/, \
+ $(addsuffix .dtb, $(call qstrip, $(KERNEL_DTS_NAME)))) \
+ $(BINARIES_DIR)/
endef
endif
endif
^ permalink raw reply related
* [Buildroot] [PATCH] Makefile: fix cross target
From: Peter Korsgaard @ 2012-12-20 14:36 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1356012991-32494-1-git-send-email-fabio.porcedda@gmail.com>
>>>>> "Fabio" == Fabio Porcedda <fabio.porcedda@gmail.com> writes:
Hi,
Fabio> The cross target was laking some dependency.
Fabio> Now it's possible to successfully use the target right
Fabio> after the configuration.
The fix is fine, but what exactly is your use case for using 'make
cross'? It's not documented anywhere, and I was thinking about dropping
it.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [PATCH] Makefile: fix cross target
From: Fabio Porcedda @ 2012-12-20 14:51 UTC (permalink / raw)
To: buildroot
In-Reply-To: <87pq24yemq.fsf@dell.be.48ers.dk>
On Thu, Dec 20, 2012 at 3:36 PM, Peter Korsgaard <jacmet@uclibc.org> wrote:
>>>>>> "Fabio" == Fabio Porcedda <fabio.porcedda@gmail.com> writes:
>
> Hi,
>
> Fabio> The cross target was laking some dependency.
> Fabio> Now it's possible to successfully use the target right
> Fabio> after the configuration.
>
> The fix is fine, but what exactly is your use case for using 'make
> cross'? It's not documented anywhere, and I was thinking about dropping
> it.
Sometimes i just want to built/prepare only the toolchain right after
using a defconfig or a make clean,
to be able to use the toolchain for building specific buildroot
packages or compile local source code outside buildroot without build
unnecessary stuff like busybox, rootfs, etc...
If it's useful i can submit a patch to document it.
Best regards
--
Fabio Porcedda
^ permalink raw reply
* [Buildroot] [PATCH] Makefile: fix cross target
From: Bjørn Forsman @ 2012-12-20 14:55 UTC (permalink / raw)
To: buildroot
In-Reply-To: <CAHkwnC-4ewBJ2qgqT3B8S9dRxsL07tuece49xvvGLjgv2fX4EQ@mail.gmail.com>
On 20 December 2012 15:51, Fabio Porcedda <fabio.porcedda@gmail.com> wrote:
> On Thu, Dec 20, 2012 at 3:36 PM, Peter Korsgaard <jacmet@uclibc.org> wrote:
>>>>>>> "Fabio" == Fabio Porcedda <fabio.porcedda@gmail.com> writes:
>>
>> Hi,
>>
>> Fabio> The cross target was laking some dependency.
>> Fabio> Now it's possible to successfully use the target right
>> Fabio> after the configuration.
>>
>> The fix is fine, but what exactly is your use case for using 'make
>> cross'? It's not documented anywhere, and I was thinking about dropping
>> it.
>
> Sometimes i just want to built/prepare only the toolchain right after
> using a defconfig or a make clean,
> to be able to use the toolchain for building specific buildroot
> packages or compile local source code outside buildroot without build
> unnecessary stuff like busybox, rootfs, etc...
>
> If it's useful i can submit a patch to document it.
Sounds useful to me. But I'd call the target "toolchain" instead of
"cross". That sounds more like what it does, doesn't it?
Best regards,
Bj?rn Forsman
^ permalink raw reply
* [Buildroot] [PATCH] Makefile: fix cross target
From: Fabio Porcedda @ 2012-12-20 15:06 UTC (permalink / raw)
To: buildroot
In-Reply-To: <CAEYzJUF7Pe6je0AuVBGTMoFN+GZw=vDz3-T-Sw=BwEOq22GXbQ@mail.gmail.com>
On Thu, Dec 20, 2012 at 3:55 PM, Bj?rn Forsman <bjorn.forsman@gmail.com> wrote:
> On 20 December 2012 15:51, Fabio Porcedda <fabio.porcedda@gmail.com> wrote:
>> On Thu, Dec 20, 2012 at 3:36 PM, Peter Korsgaard <jacmet@uclibc.org> wrote:
>>>>>>>> "Fabio" == Fabio Porcedda <fabio.porcedda@gmail.com> writes:
>>>
>>> Hi,
>>>
>>> Fabio> The cross target was laking some dependency.
>>> Fabio> Now it's possible to successfully use the target right
>>> Fabio> after the configuration.
>>>
>>> The fix is fine, but what exactly is your use case for using 'make
>>> cross'? It's not documented anywhere, and I was thinking about dropping
>>> it.
>>
>> Sometimes i just want to built/prepare only the toolchain right after
>> using a defconfig or a make clean,
>> to be able to use the toolchain for building specific buildroot
>> packages or compile local source code outside buildroot without build
>> unnecessary stuff like busybox, rootfs, etc...
>>
>> If it's useful i can submit a patch to document it.
>
> Sounds useful to me. But I'd call the target "toolchain" instead of
> "cross". That sounds more like what it does, doesn't it?
"toolchain" sounds better.
If it's ok i will send an updated patch to rename and document it (make help).
Best regards
--
Fabio Porcedda
^ permalink raw reply
* [Buildroot] [PATCH] Makefile: fix cross target
From: Peter Korsgaard @ 2012-12-20 16:29 UTC (permalink / raw)
To: buildroot
In-Reply-To: <CAHkwnC-qrYqYa_sEzoS9ea6HEyprN-gdsx_6Q3JKv8g6=+Pjbw@mail.gmail.com>
>>>>> "Fabio" == Fabio Porcedda <fabio.porcedda@gmail.com> writes:
Hi,
Fabio> "toolchain" sounds better.
Fabio> If it's ok i will send an updated patch to rename and document
Fabio> it (make help).
Yes, please do.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] Vector Buildroot Logo
From: Shawn J. Goff @ 2012-12-20 18:54 UTC (permalink / raw)
To: buildroot
I've been working on a vector Buildroot logo. You can see it here:
http://i.imgur.com/BP9K7.png . I have it in SVG format as well, but I'm
not sure if the list allows image attachments. I went with one that was
reasonably faithful to the original, then I progressively tried to make
the logo more like a logo - abstract/symbolic instead of photorealistic.
Nobody who didn't know would look at the bottom one and say it's a
hardhat; I'm not sure if that's good or bad, but I definitely prefer the
simpler one. Any feedback? Would the project maintainers be interested
in using one of these instead of the current one?
^ permalink raw reply
* [Buildroot] [PATCH] toolchain-crosstool-ng: update PPL and CLoog versions in default configs
From: Yann E. MORIN @ 2012-12-20 19:56 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1355959792-13804-1-git-send-email-thomas.petazzoni@free-electrons.com>
Thomas, All,
On Thursday 20 December 2012 Thomas Petazzoni wrote:
> We have updated our Crosstool-NG configuration to gcc 4.6.x, but the
> PPL and CLoog versions were not updated accordingly. With gcc 4.6.x,
> at least PPL 0.11 is needed, and only CLoog > 0.15.9 can work with PLL
> 0.11.
>
> Fixes:
>
> http://autobuild.buildroot.org/results/c22758a30c3b8abb582150cefd7099605c527e14/build-end.log
>
> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
The eglibc build is broken for a defconfig:
/tmpfs/ccvkz3ro.s:33: Error: CFI instruction used without
previous .cfi_startproc
But that's another issue.
Tested-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Regards,
Yann E. MORIN.
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
'------------------------------^-------^------------------^--------------------'
^ permalink raw reply
* [Buildroot] [PATCH] toolchain-crosstool-ng: update PPL and CLoog versions in default configs
From: Yann E. MORIN @ 2012-12-20 20:11 UTC (permalink / raw)
To: buildroot
In-Reply-To: <201212202056.00373.yann.morin.1998@free.fr>
Thomas, All,
On Thursday 20 December 2012 Yann E. MORIN wrote:
> On Thursday 20 December 2012 Thomas Petazzoni wrote:
> > We have updated our Crosstool-NG configuration to gcc 4.6.x, but the
> > PPL and CLoog versions were not updated accordingly. With gcc 4.6.x,
> > at least PPL 0.11 is needed, and only CLoog > 0.15.9 can work with PLL
> > 0.11.
> >
> > Fixes:
> >
> > http://autobuild.buildroot.org/results/c22758a30c3b8abb582150cefd7099605c527e14/build-end.log
> >
> > Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
>
> The eglibc build is broken for a defconfig:
> /tmpfs/ccvkz3ro.s:33: Error: CFI instruction used without
> previous .cfi_startproc
> But that's another issue.
Well, my bad, it's the glibc build that is broken.
Regards,
Yann E. MORIN.
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
'------------------------------^-------^------------------^--------------------'
^ permalink raw reply
* [Buildroot] [PATCH] toolchain/crosstool-ng: update config fro glibc-based toolchains
From: Yann E. MORIN @ 2012-12-20 22:01 UTC (permalink / raw)
To: buildroot
Update the version of glibc to be used, since older versions are
broken with the currently-used binutils versions.
Fixes build issues ending with:
tmpfs/ccvkz3ro.s:33: Error: CFI instruction used without
previous .cfi_startproc
CC: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
---
.../crosstool-ng.config-glibc | 6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/toolchain/toolchain-crosstool-ng/crosstool-ng.config-glibc b/toolchain/toolchain-crosstool-ng/crosstool-ng.config-glibc
index ae0bc02..5b4bbba 100644
--- a/toolchain/toolchain-crosstool-ng/crosstool-ng.config-glibc
+++ b/toolchain/toolchain-crosstool-ng/crosstool-ng.config-glibc
@@ -356,13 +356,13 @@ CT_CC_GCC_LDBL_128=m
# C-library
#
CT_LIBC="glibc"
-CT_LIBC_VERSION="2.9"
+CT_LIBC_VERSION="2.14.1"
# CT_LIBC_eglibc is not set
CT_LIBC_glibc=y
# CT_LIBC_uClibc is not set
CT_LIBC_eglibc_AVAILABLE=y
CT_LIBC_glibc_AVAILABLE=y
-# CT_LIBC_GLIBC_V_2_14_1 is not set
+CT_LIBC_GLIBC_V_2_14_1
# CT_LIBC_GLIBC_V_2_14 is not set
# CT_LIBC_GLIBC_V_2_13 is not set
# CT_LIBC_GLIBC_V_2_12_2 is not set
@@ -370,7 +370,7 @@ CT_LIBC_glibc_AVAILABLE=y
# CT_LIBC_GLIBC_V_2_11_1 is not set
# CT_LIBC_GLIBC_V_2_11 is not set
# CT_LIBC_GLIBC_V_2_10_1 is not set
-CT_LIBC_GLIBC_V_2_9=y
+# CT_LIBC_GLIBC_V_2_9 is not set
# CT_LIBC_GLIBC_V_2_8 is not set
CT_LIBC_mingw_AVAILABLE=y
CT_LIBC_newlib_AVAILABLE=y
--
1.7.2.5
^ permalink raw reply related
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