buildroot/linux/linux-ext-rtai.mk, branch 2016.02

rtai: remove option BR2_LINUX_KERNEL_EXT_RTAI_PATCH

2015-04-22T20:12:15+00:00

This commit removes BR2_LINUX_KERNEL_EXT_RTAI_PATCH because this option never worked. It was added in commit 8797a9cd1fe6723db34b0c125d0d9d04e3483e8d, which added package/rtai/ and RTAI as a Linux extension. The option prompt says "Path for RTAI patch file", so let's say you specify /home/foo/bar/myrtai.patch as the value for BR2_LINUX_KERNEL_EXT_RTAI_PATCH. Then the code does: RTAI_PATCH = $(call qstrip,$(BR2_LINUX_KERNEL_EXT_RTAI_PATCH)) and we have a package called 'rtai', so the normal logic of _PATCH applies. Since the _PATCH value does not contain ftp://, http:// or https://, the package infrastructure will try to download $(RTAI_SITE)/$(RTAI_PATCH), i.e: https://www.rtai.org/userfiles/downloads/RTAI/home/foo/bar/myrtai.patch Pretty clear that it has no chance of working. Now, let's assume an URL is used as the value of BR2_LINUX_KERNEL_EXT_RTAI_PATCH, such as http://foo.com/bar/myrtai.patch. In this case, it will be properly downloaded by the package infrastructure. But then, the following code kicks in: define RTAI_PREPARE_KERNEL $(APPLY_PATCHES) \ $(LINUX_DIR) \ $(dir $(RTAI_PATCH)) \ $(notdir $(RTAI_PATCH)) endef The value of $(dir $(RTAI_PATCH)) will be http://foo.com/bar/. How can $(APPLY_PATCHES) make use of such a stupid patch location? [Thomas: add Config.in.legacy handling, as suggested by Arnout, even if we believe that no-one could have ever used this option.] Signed-off-by: Thomas Petazzoni Acked-by: "Yann E. MORIN"

linux: migrate extensions to use the new infrastructure

2015-04-09T21:00:01+00:00

Signed-off-by: "Yann E. MORIN" Cc: Thomas Petazzoni Signed-off-by: Thomas Petazzoni

linux: fix extensions

2015-04-09T20:52:20+00:00

Since the move to the kconfig-package infra, linux extensions are broken. In our linux package, extensions are applied as pre-patch hooks. Before the kconfig-package infra, we had custom rules for the linux-*config targets, which were of the form: linux-menuconfig: linux-configure $(MAKE) -C $(LINUX_DIR) menuconfig This caused the linux tree to be fully configured before running the configurators, and thus linux dependencies were entirely fullfilled, and extensions were properly applied. Since we migrated (in dff25ea), the kconfig-package infra introduces a (hidden, internal) intermediate step 'kconfig-fixup' and decorelates the kconfig-part of the configuration from the actual package-part of the configuration: linux-configure -------> kconfig-fixup --> .config --> $(LINUX_CONFIG_FILE) / linux-menuconfig --' As thus, this (very useful!) use-case breaks (starting from a clean Buildroot tree): make menuconfig -> enable a kernel and at least one extension -> save and exit make linux-menuconfig -> extensions are not available Fix that by using the newly-introduced patch-dependencies, so that extensions are available before we try to patch the linux kernel. Signed-off-by: "Yann E. MORIN" Cc: Thomas Petazzoni Cc: Thomas De Schampheleire Signed-off-by: Thomas Petazzoni

apply-patches.sh: Use the "APPLY_PATCHES" variable to call the script

2014-10-24T23:31:32+00:00

To easy up adding optional parameters when calling the "apply-patches.sh" add and use the "APPLY_PATCHES" variable to execute the script. Signed-off-by: Fabio Porcedda Reviewed-by: "Yann E. MORIN" Signed-off-by: Peter Korsgaard

Normalize separator size to 80 in remaining makefiles

2013-06-20T15:32:07+00:00

Signed-off-by: Alexandre Belloni Signed-off-by: Peter Korsgaard

rtai: fix path to apply-patches

2011-09-20T20:18:32+00:00

Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

rtai, xenomai: use the pre patch hook point

2011-09-20T20:18:16+00:00

The post extract hook point is not really correct as what RTAI and Xenomai extensions are doing is patching the kernel. The post patch hook point doesn't work, because RTAI and Xenomai patches would be applied *after* all other patches, while it sounds more logical to apply them first, and *then* allow the user to apply some platform/board specific patches if needed. Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

Add support for the RTAI real-time extension

2011-09-18T21:00:07+00:00

[Peter: fix rtai Config.in] Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard