linaro-kernel

linaro-kernel@lists.linaro.org

10094 discussions

[PATCH CFT] ARM:VERSATILE: Enable ARM_PATCH_PHYS_VIRT and AUTO_ZRELADDR by default

by panchaxari

This patch enables ARM_PATCH_PHYS_VIRT and AUTO_ZRELADDR as default configs to versatile platform. Introduction of PHYS_VIRT config as default enables phy-to-virt and virt-to-phy translation functions at boot and module loading time, and enforce dynamic reallocation of memory. PHYS_VIRT config is mutually exclusive to XIP_KERNEL, XIP_KERNEL is used in systems with NOR flash devices. AUTO_ZRELADDR config enables auto calculation of the decompressed kernel image address. AUTO_ZRELADDR config is mutually exclusive to ZBOOT_ROM, and also assumes zImage to be loaded in the first 128MiB from start of memory. CFT::Call For Testing Requesting maintainers of Versatile platform to evaluate the changes on the board and comment, as I dont have the board for testing and also requesting an ACK. Signed-off-by: panchaxari <panchaxari.prasannamurthy(a)linaro.org> Cc: Jon Medhurst (Tixy) <tixy(a)linaro.org> Cc: Will Deacon <will.deacon(a)arm.com> Cc: Pawel Moll <Pawel.Moll(a)arm.com> Cc: Russell King <linux(a)arm.linux.org.uk> Cc: Linus Walleij <linus.walleij(a)linaro.org> Cc: Rob Herring <robh(a)kernel.org> Cc: Arnd Bergmann <arnd(a)arndb.de> Cc: Nicolas Pitre <nicolas.pitre(a)linaro.org> Cc: Peter Maydell <peter.maydell(a)linaro.org> Cc: Santosh Shilimkar <santosh.shilimkar(a)ti.com> Cc: linux-arm-kernel(a)lists.infradead.org Cc: linux-kernel(a)vger.kernel.org --- arch/arm/Kconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig index 7f316c0..077ef9d 100644 --- a/arch/arm/Kconfig +++ b/arch/arm/Kconfig @@ -348,8 +348,10 @@ config ARCH_VERSATILE bool "ARM Ltd. Versatile family" select ARCH_WANT_OPTIONAL_GPIOLIB select ARM_AMBA + select ARM_PATCH_PHYS_VIRT select ARM_TIMER_SP804 select ARM_VIC + select AUTO_ZRELADDR select CLKDEV_LOOKUP select GENERIC_CLOCKEVENTS select HAVE_MACH_CLKDEV -- 1.7.10.4

11 years, 4 months

[PATCH CFT] ARM:REALVIEW: Enable AUTO_ZRELADDR by default

by panchaxari

This patch enables AUTO_ZRELADDR as default config to Realview platform. AUTO_ZRELADDR config enables auto calculation of the decompressed kernel image address. AUTO_ZRELADDR config is mutually exclusive to ZBOOT_ROM, and also assumes zImage to be loaded in the first 128MiB from start of memory. CFT::Call For Testing Requesting maintainers of Realview platforms to evaluate the changes on the board and comment, as I dont have the board for testing, and also requesting an ACK. Signed-off-by: panchaxari <panchaxari.prasannamurthy(a)linaro.org> Cc: Will Deacon <will.deacon(a)arm.com> Cc: Pawel Moll <Pawel.Moll(a)arm.com> Cc: Russell King <linux(a)arm.linux.org.uk> Cc: Rob Herring <rob.herring(a)calxeda.com> Cc: Viresh Kumar <viresh.linux(a)gmail.com> Cc: Shawn Guo <shawn.guo(a)linaro.org> Cc: Olof Johansson <olof(a)lixom.net> Cc: Linus Walleij <linus.walleij(a)linaro.org> Cc: linux-arm-kernel(a)lists.infradead.org Cc: linux-kernel(a)vger.kernel.org --- Below lkml link is a quoting by Russell, which explains more on concept of PHYS_VIRT and ZRELADDR ------------------------------------------------- https://lkml.org/lkml/2011/10/14/434 ------------------------------------------------- --- arch/arm/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig index 3dfc3b8..077ef9d 100644 --- a/arch/arm/Kconfig +++ b/arch/arm/Kconfig @@ -332,6 +332,7 @@ config ARCH_REALVIEW select ARCH_WANT_OPTIONAL_GPIOLIB select ARM_AMBA select ARM_TIMER_SP804 + select AUTO_ZRELADDR select COMMON_CLK select COMMON_CLK_VERSATILE select GENERIC_CLOCKEVENTS -- 1.7.10.4

11 years, 4 months

arm-soc boot: 31 pass, 1 fail (v3.13-rc5-1093-g76fe922)

by Kevin's boot bot

Automated DT boot report for various ARM defconfigs. Tree/Branch: arm-soc Git describe: v3.13-rc5-1093-g76fe922 Failed boot tests (console logs at the end) =========================================== omap4-panda-es: FAIL: multi_v7_defconfig Full Report =========== omap2plus_defconfig ------------------- am335x-boneblack PASS: 0 min 27.8 sec omap3-beagle-xm PASS: 0 min 59.6 sec am335x-bone PASS: 0 min 26.6 sec omap4-panda PASS: 1 min 5.3 sec omap4-panda-es PASS: 1 min 6.9 sec omap3-tobi,3730storm PASS: 0 min 21.1 sec omap3-tobi,3530overo PASS: 0 min 21.7 sec tegra_defconfig --------------- tegra30-beaver PASS: 0 min 17.0 sec imx_v6_v7_defconfig ------------------- imx6dl-wandboard,wand-dual PASS: 0 min 16.9 sec imx6dl-wandboard,wand-solo PASS: 0 min 18.4 sec imx6q-wandboard PASS: 0 min 16.8 sec sunxi_defconfig --------------- sun7i-a20-cubieboard2 PASS: 0 min 12.2 sec mvebu_defconfig --------------- armada-xp-openblocks-ax3-4 PASS: 0 min 22.0 sec armada-370-mirabox PASS: 0 min 20.2 sec exynos_defconfig ---------------- exynos5250-arndale PASS: 0 min 28.9 sec multi_v7_defconfig ------------------ ste-snowball PASS: 1 min 16.8 sec tegra30-beaver PASS: 0 min 17.0 sec am335x-boneblack PASS: 0 min 25.7 sec omap3-beagle-xm PASS: 0 min 49.7 sec sun7i-a20-cubieboard2 PASS: 0 min 16.4 sec armada-370-mirabox PASS: 0 min 21.5 sec omap4-panda PASS: 0 min 53.3 sec omap4-panda-es FAIL: 1 min 47.6 sec armada-xp-openblocks-ax3-4 PASS: 0 min 23.9 sec imx6dl-wandboard,wand-solo PASS: 0 min 17.3 sec am335x-bone PASS: 0 min 24.4 sec imx6q-wandboard PASS: 0 min 16.6 sec omap3-tobi,3730storm PASS: 0 min 20.1 sec imx6dl-wandboard,wand-dual PASS: 0 min 17.6 sec omap3-tobi,3530overo PASS: 0 min 20.6 sec u8500_defconfig --------------- ste-snowball PASS: 0 min 32.0 sec sama5_defconfig --------------- sama5d35ek PASS: 0 min 17.5 sec Console logs for failures ========================= multi_v7_defconfig ------------------ omap4-panda-es: FAIL: last 24 lines of boot log: ------------------------------------------------ [ 1.552307] Power Management for TI OMAP4. [ 1.556640] OMAP4 PM: u-boot >= v2012.07 is required for full PM support [ 1.563751] Registering SWP/SWPB emulation handler [ 1.569671] vwl1271: 1800 mV [ 1.576568] Skipping twl internal clock init and using bootloader value (unknown osc rate) [ 1.585845] twl 0-0048: PIH (irq 39) nested IRQs [ 1.592132] twl_rtc rtc.11: Enabling TWL-RTC [ 1.599090] twl_rtc rtc.11: rtc core: registered rtc.11 as rtc0 [ 1.605804] VAUX1_6030: 1000 <--> 3000 mV at 2800 mV [ 1.611816] VAUX2_6030: 1200 <--> 2800 mV at 1800 mV [ 1.617828] VAUX3_6030: 1000 <--> 3000 mV at 1200 mV [ 1.623809] VMMC: 1200 <--> 3000 mV at 3000 mV [ 1.629272] VPP: 1800 <--> 2500 mV at 1900 mV [ 1.634582] VUSIM: 1200 <--> 2900 mV at 1800 mV [ 1.639617] VDAC: 1800 mV [ 1.639617] VANA: 2100 mV [ 1.646606] VCXIO: 1800 mV [ 1.649963] VUSB: 3300 mV [ 1.653411] V1V8: 1800 mV [ 1.656890] V2V1: 2100 mV ~$off # PYBOOT: Exception: kernel: ERROR: failed to boot: <class 'pexpect.TIMEOUT'> # PYBOOT: Time: 107.62 seconds. # PYBOOT: Result: FAIL

11 years, 4 months

next boot: 31 pass, 1 fail (next-20140109)

by Kevin's boot bot

Automated DT boot report for various ARM defconfigs. Tree/Branch: next Git describe: next-20140109 Failed boot tests (console logs at the end) =========================================== omap4-panda-es: FAIL: multi_v7_defconfig Full Report =========== omap2plus_defconfig ------------------- am335x-boneblack PASS: 0 min 28.1 sec omap3-beagle-xm PASS: 1 min 1.6 sec am335x-bone PASS: 0 min 26.8 sec omap4-panda PASS: 1 min 4.4 sec omap4-panda-es PASS: 1 min 6.0 sec omap3-tobi,3730storm PASS: 0 min 24.5 sec omap3-tobi,3530overo PASS: 0 min 22.3 sec tegra_defconfig --------------- tegra30-beaver PASS: 0 min 16.9 sec imx_v6_v7_defconfig ------------------- imx6dl-wandboard,wand-dual PASS: 0 min 16.9 sec imx6dl-wandboard,wand-solo PASS: 0 min 16.9 sec imx6q-wandboard PASS: 0 min 16.8 sec sunxi_defconfig --------------- sun7i-a20-cubieboard2 PASS: 0 min 12.3 sec mvebu_defconfig --------------- armada-xp-openblocks-ax3-4 PASS: 0 min 22.2 sec armada-370-mirabox PASS: 0 min 20.2 sec exynos_defconfig ---------------- exynos5250-arndale PASS: 0 min 28.9 sec multi_v7_defconfig ------------------ ste-snowball PASS: 1 min 17.3 sec tegra30-beaver PASS: 0 min 19.8 sec am335x-boneblack PASS: 0 min 25.7 sec omap3-beagle-xm PASS: 0 min 51.0 sec sun7i-a20-cubieboard2 PASS: 0 min 13.6 sec armada-370-mirabox PASS: 0 min 21.5 sec omap4-panda PASS: 0 min 53.0 sec omap4-panda-es FAIL: 1 min 46.9 sec armada-xp-openblocks-ax3-4 PASS: 0 min 24.2 sec imx6dl-wandboard,wand-solo PASS: 0 min 17.3 sec am335x-bone PASS: 0 min 25.4 sec imx6q-wandboard PASS: 0 min 16.7 sec omap3-tobi,3730storm PASS: 0 min 23.2 sec imx6dl-wandboard,wand-dual PASS: 0 min 17.5 sec omap3-tobi,3530overo PASS: 0 min 20.8 sec u8500_defconfig --------------- ste-snowball PASS: 0 min 32.5 sec sama5_defconfig --------------- sama5d35ek PASS: 0 min 17.6 sec Console logs for failures ========================= multi_v7_defconfig ------------------ omap4-panda-es: FAIL: last 24 lines of boot log: ------------------------------------------------ [ 1.578735] OMAP4 PM: u-boot >= v2012.07 is required for full PM support [ 1.586090] Registering SWP/SWPB emulation handler [ 1.591918] vwl1271: 1800 mV [ 1.599151] Skipping twl internal clock init and using bootloader value (unknown osc rate) [ 1.608367] twl 0-0048: PIH (irq 39) nested IRQs [ 1.614624] twl_rtc rtc.11: Enabling TWL-RTC [ 1.622711] twl_rtc rtc.11: rtc core: registered rtc.11 as rtc0 [ 1.629516] VAUX1_6030: 1000 <--> 3000 mV at 2800 mV [ 1.635528] VAUX2_6030: 1200 <--> 2800 mV at 1800 mV [ 1.641540] VAUX3_6030: 1000 <--> 3000 mV at 1200 mV [ 1.647552] VMMC: 1200 <--> 3000 mV at 3000 mV [ 1.653106] VPP: 1800 <--> 2500 mV at 1900 mV [ 1.658447] VUSIM: 1200 <--> 2900 mV at 1800 mV [ 1.663513] VDAC: 1800 mV [ 1.663513] VANA: 2100 mV [ 1.670562] VCXIO: 1800 mV [ 1.670562] VUSB: 3300 mV [ 1.677337] V1V8: 1800 mV [ 1.680847] V2V1: 2100 mV [ 1.778594] usb 1-1: new high-speed USB device number 2 using ehci-omap ~$off # PYBOOT: Exception: kernel: ERROR: failed to boot: <class 'pexpect.TIMEOUT'> # PYBOOT: Time: 106.86 seconds. # PYBOOT: Result: FAIL

11 years, 4 months

[PATCH] ASoC: da9055: Partially fix device registration

by Mark Brown

From: Mark Brown <broonie(a)linaro.org> It has never been possible to even load the da9055 driver since both the MFD and CODEC drivers register the I2C device "da9055". Fix this by using the usual pattern for MFDs with multiple I2C addresses and having the CODEC driver reference an I2C dummy registered by the MFD. Since I don't know which I2C address to use for the CODEC a FIXME has been left in the MFD, this doesn't make anything any worse since the device has never been able to load in the first place. Signed-off-by: Mark Brown <broonie(a)linaro.org> --- drivers/mfd/da9055-core.c | 3 +++ drivers/mfd/da9055-i2c.c | 2 ++ include/linux/mfd/da9055/core.h | 2 +- sound/soc/codecs/da9055.c | 49 ++++++++++++++++++++--------------------- 4 files changed, 30 insertions(+), 26 deletions(-) diff --git a/drivers/mfd/da9055-core.c b/drivers/mfd/da9055-core.c index caf8dcffd0ad..fb0284cda4a5 100644 --- a/drivers/mfd/da9055-core.c +++ b/drivers/mfd/da9055-core.c @@ -365,6 +365,9 @@ static const struct mfd_cell da9055_devs[] = { .of_compatible = "dialog,da9055-watchdog", .name = "da9055-watchdog", }, + { + .name = "da9055-codec", + }, }; static struct regmap_irq_chip da9055_regmap_irq_chip = { diff --git a/drivers/mfd/da9055-i2c.c b/drivers/mfd/da9055-i2c.c index 13af7e50021e..4f5e18750e1a 100644 --- a/drivers/mfd/da9055-i2c.c +++ b/drivers/mfd/da9055-i2c.c @@ -39,6 +39,8 @@ static int da9055_i2c_probe(struct i2c_client *i2c, da9055->dev = &i2c->dev; da9055->chip_irq = i2c->irq; + /* FIXME: Should use i2c_add_dummy() for the CODEC */ + i2c_set_clientdata(i2c, da9055); return da9055_device_init(da9055); diff --git a/include/linux/mfd/da9055/core.h b/include/linux/mfd/da9055/core.h index 956afa445998..e293797ded66 100644 --- a/include/linux/mfd/da9055/core.h +++ b/include/linux/mfd/da9055/core.h @@ -42,7 +42,7 @@ struct da9055 { struct regmap *regmap; struct regmap_irq_chip_data *irq_data; struct device *dev; - struct i2c_client *i2c_client; + struct i2c_client *i2c_client, *codec; int irq_base; int chip_irq; diff --git a/sound/soc/codecs/da9055.c b/sound/soc/codecs/da9055.c index 52b79a487ac7..88c1a884aed8 100644 --- a/sound/soc/codecs/da9055.c +++ b/sound/soc/codecs/da9055.c @@ -14,10 +14,10 @@ */ #include <linux/delay.h> -#include <linux/i2c.h> #include <linux/regmap.h> #include <linux/slab.h> #include <linux/module.h> +#include <linux/mfd/da9055/core.h> #include <sound/pcm.h> #include <sound/pcm_params.h> #include <sound/soc.h> @@ -1474,7 +1474,7 @@ static struct snd_soc_codec_driver soc_codec_dev_da9055 = { .num_dapm_routes = ARRAY_SIZE(da9055_audio_map), }; -static const struct regmap_config da9055_regmap_config = { +static const struct regmap_config da9055_codec_regmap_config = { .reg_bits = 8, .val_bits = 8, @@ -1484,14 +1484,19 @@ static const struct regmap_config da9055_regmap_config = { .cache_type = REGCACHE_RBTREE, }; -static int da9055_i2c_probe(struct i2c_client *i2c, - const struct i2c_device_id *id) +static int da9055_dev_probe(struct platform_device *pdev) { + struct da9055 *core = dev_get_drvdata(pdev->dev.parent); struct da9055_priv *da9055; - struct da9055_platform_data *pdata = dev_get_platdata(&i2c->dev); + struct da9055_platform_data *pdata = dev_get_platdata(&pdev->dev); int ret; - da9055 = devm_kzalloc(&i2c->dev, sizeof(struct da9055_priv), + if (!core->codec) { + dev_err(&pdev->dev, "No CODEC device registered\n"); + return -ENODEV; + } + + da9055 = devm_kzalloc(&pdev->dev, sizeof(struct da9055_priv), GFP_KERNEL); if (!da9055) return -ENOMEM; @@ -1499,48 +1504,42 @@ static int da9055_i2c_probe(struct i2c_client *i2c, if (pdata) da9055->pdata = pdata; - i2c_set_clientdata(i2c, da9055); + platform_set_drvdata(pdev, da9055); - da9055->regmap = devm_regmap_init_i2c(i2c, &da9055_regmap_config); + da9055->regmap = devm_regmap_init_i2c(core->codec, + &da9055_codec_regmap_config); if (IS_ERR(da9055->regmap)) { ret = PTR_ERR(da9055->regmap); - dev_err(&i2c->dev, "regmap_init() failed: %d\n", ret); + dev_err(&pdev->dev, "regmap_init() failed: %d\n", ret); return ret; } - ret = snd_soc_register_codec(&i2c->dev, + ret = snd_soc_register_codec(&pdev->dev, &soc_codec_dev_da9055, &da9055_dai, 1); if (ret < 0) { - dev_err(&i2c->dev, "Failed to register da9055 codec: %d\n", + dev_err(&pdev->dev, "Failed to register da9055 codec: %d\n", ret); } return ret; } -static int da9055_remove(struct i2c_client *client) +static int da9055_dev_remove(struct platform_device *pdev) { - snd_soc_unregister_codec(&client->dev); + snd_soc_unregister_codec(&pdev->dev); return 0; } -static const struct i2c_device_id da9055_i2c_id[] = { - { "da9055", 0 }, - { } -}; -MODULE_DEVICE_TABLE(i2c, da9055_i2c_id); - /* I2C codec control layer */ -static struct i2c_driver da9055_i2c_driver = { +static struct platform_driver da9055_codec_driver = { .driver = { - .name = "da9055", + .name = "da9055-codec", .owner = THIS_MODULE, }, - .probe = da9055_i2c_probe, - .remove = da9055_remove, - .id_table = da9055_i2c_id, + .probe = da9055_dev_probe, + .remove = da9055_dev_remove, }; -module_i2c_driver(da9055_i2c_driver); +module_platform_driver(da9055_codec_driver); MODULE_DESCRIPTION("ASoC DA9055 Codec driver"); MODULE_AUTHOR("David Chen, Ashish Chavan"); -- 1.8.5.2

11 years, 4 months

[PATCH 1/4] ASoC: max98088: Use params_width() rather than memory format

by Mark Brown

From: Mark Brown <broonie(a)linaro.org> Signed-off-by: Mark Brown <broonie(a)linaro.org> --- sound/soc/codecs/max98088.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/sound/soc/codecs/max98088.c b/sound/soc/codecs/max98088.c index 53d7dab4e054..ee660e2d3df3 100644 --- a/sound/soc/codecs/max98088.c +++ b/sound/soc/codecs/max98088.c @@ -1233,12 +1233,12 @@ static int max98088_dai1_hw_params(struct snd_pcm_substream *substream, rate = params_rate(params); - switch (params_format(params)) { - case SNDRV_PCM_FORMAT_S16_LE: + switch (params_width(params)) { + case 16: snd_soc_update_bits(codec, M98088_REG_14_DAI1_FORMAT, M98088_DAI_WS, 0); break; - case SNDRV_PCM_FORMAT_S24_LE: + case 24: snd_soc_update_bits(codec, M98088_REG_14_DAI1_FORMAT, M98088_DAI_WS, M98088_DAI_WS); break; -- 1.8.5.2

11 years, 4 months

[PATCH] video: vgacon: Don't build on arm64

by Mark Brown

From: Mark Brown <broonie(a)linaro.org> arm64 is unlikely to have a VGA console and does not export screen_info causing build failures if the driver is build, for example in all*config. Add a dependency on !ARM64 to prevent this. This list is getting quite long, it may be easier to depend on a symbol which architectures that do support the driver can select. Signed-off-by: Mark Brown <broonie(a)linaro.org> --- drivers/video/console/Kconfig | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/video/console/Kconfig b/drivers/video/console/Kconfig index 846caab75a46..c39d6c42c3ef 100644 --- a/drivers/video/console/Kconfig +++ b/drivers/video/console/Kconfig @@ -8,7 +8,8 @@ config VGA_CONSOLE bool "VGA text console" if EXPERT || !X86 depends on !4xx && !8xx && !SPARC && !M68K && !PARISC && !FRV && \ !SUPERH && !BLACKFIN && !AVR32 && !MN10300 && !CRIS && \ - (!ARM || ARCH_FOOTBRIDGE || ARCH_INTEGRATOR || ARCH_NETWINDER) + (!ARM || ARCH_FOOTBRIDGE || ARCH_INTEGRATOR || ARCH_NETWINDER) \ + && !ARM64 default y help Saying Y here will allow you to use Linux in text mode through a -- 1.8.5.1

11 years, 4 months

[RFC][PATCH v5 00/14] sched: packing tasks

by Vincent Guittot

This is the 5th version of the previously named "packing small tasks" patchset. "small" has been removed because the patchset doesn't only target small tasks anymore. This patchset takes advantage of the new per-task load tracking that is available in the scheduler to pack the tasks in a minimum number of CPU/Cluster/Core. The packing mechanism takes into account the power gating topology of the CPUs to minimize the number of power domains that need to be powered on simultaneously. Most of the code has been put in fair.c file but it can be easily moved to another location. This patchset tries to solve one part of the larger energy-efficient scheduling problem and it should be merged with other proposals that solve other parts like the power-scheduler made by Morten. The packing is done in 3 steps: The 1st step creates a topology of the power gating of the CPUs that will help the scheduler to choose which CPUs will handle the current activity. This topology is described thanks to a new flag SD_SHARE_POWERDOMAIN that indicates whether the groups of CPUs of a scheduling domain share their power state. In order to be efficient, a group of CPUs that share their power state will be used (or not) simultaneously. By default, this flag is set in all sched_domain in order to keep the current behavior of the scheduler unchanged. The 2nd step evaluates the current activity of the system and creates a list of CPUs for handling it. The average activity level of CPUs is set to 80% but is configurable by changing the sched_packing_level knob. The activity level and the involvement of a CPU in the packing effort is evaluated during the periodic load balance similarly to cpu_power. Then, the default load balancing behavior is used to balance tasks between this reduced list of CPUs. As the current activity doesn't take into account a new task, an unused CPUs can also be selected during the 1st wake up and until the activity is updated. The 3rd step occurs when the scheduler selects a target CPU for a newly awakened task. The current wakeup latency of idle CPUs is used to select the one with the most shallow c-state. In some situation where the task load is small compared to the latency, the newly awakened task can even stay on the current CPU. Since the load is the main metric for the scheduler, the wakeup latency is transposed into an equivalent load so that the current mechanism of the load balance that is based on load comparison, is kept unchanged. A shared structure has been created to exchange information between scheduler and cpuidle (or any other framework that needs to share information). The wakeup latency is the only field for the moment but it could be extended with additional useful information like the target load or the expected sleep duration of a CPU. The patchset is based on v3.12-rc2 and is available in the git tree: git://git.linaro.org/people/vingu/kernel.git branch sched-packing-small-tasks-v5 If you want to test the patchset, you must enable CONFIG_PACKING_TASKS first. Then, you also need to create a arch_sd_local_flags that will clear the SD_SHARE_POWERDOMAIN flag at the appropriate level for your architecture. This has already be done for ARM architecture in the patchset. The figures below show the latency of cyclictest with and without the patchset on an ARM platform with a v3.11. The test has been runned 10 times on each kernel. #cyclictest -t 3 -q -e 1000000 -l 3000 -i 1800 -d 100 average (us) stdev v3.11 381,5 79,86 v3.11 + patches 173,83 13,62 Change since V4: - v4 posting:https://lkml.org/lkml/2013/4/25/396 - Keep only the aggressive packing mode. - Add a finer grain power domain description mechanism that includes DT description - Add a structure to share information with other framework - Use current wakeup latency of an idle CPU when selecting the target idle CPU - All the task packing mechanism can be disabled with a single config option Change since V3: - v3 posting: https://lkml.org/lkml/2013/3/22/183 - Take into account comments on previous version. - Add an aggressive packing mode and a knob to select between the various mode Change since V2: - v2 posting: https://lkml.org/lkml/2012/12/12/164 - Migrate only a task that wakes up - Change the light tasks threshold to 20% - Change the loaded CPU threshold to not pull tasks if the current number of running tasks is null but the load average is already greater than 50% - Fix the algorithm for selecting the buddy CPU. Change since V1: -v1 posting: https://lkml.org/lkml/2012/10/7/19 Patch 2/6 - Change the flag name which was not clear. The new name is SD_SHARE_POWERDOMAIN. - Create an architecture dependent function to tune the sched_domain flags Patch 3/6 - Fix issues in the algorithm that looks for the best buddy CPU - Use pr_debug instead of pr_info - Fix for uniprocessor Patch 4/6 - Remove the use of usage_avg_sum which has not been merged Patch 5/6 - Change the way the coherency of runnable_avg_sum and runnable_avg_period is ensured Patch 6/6 - Use the arch dependent function to set/clear SD_SHARE_POWERDOMAIN for ARM platform Vincent Guittot (14): sched: add a new arch_sd_local_flags for sched_domain init ARM: sched: clear SD_SHARE_POWERDOMAIN sched: define pack buddy CPUs sched: do load balance only with packing cpus sched: add a packing level knob sched: create a new field with available capacity sched: get CPU's activity statistic sched: move load idx selection in find_idlest_group sched: update the packing cpu list sched: init this_load to max in find_idlest_group sched: add a SCHED_PACKING_TASKS config sched: create a statistic structure sched: differantiate idle cpu cpuidle: set the current wake up latency arch/arm/include/asm/topology.h | 4 + arch/arm/kernel/topology.c | 50 ++++- arch/ia64/include/asm/topology.h | 3 +- arch/tile/include/asm/topology.h | 3 +- drivers/cpuidle/cpuidle.c | 11 ++ include/linux/sched.h | 13 +- include/linux/sched/sysctl.h | 9 + include/linux/topology.h | 11 +- init/Kconfig | 11 ++ kernel/sched/core.c | 11 +- kernel/sched/fair.c | 395 ++++++++++++++++++++++++++++++++++++-- kernel/sched/sched.h | 8 +- kernel/sysctl.c | 17 ++ 13 files changed, 521 insertions(+), 25 deletions(-) -- 1.7.9.5

11 years, 4 months

[PATCH 1/2] drm/exynos: Fix build after removal of DRM_HZ

by Mark Brown

From: Mark Brown <broonie(a)linaro.org> Commit bfd8303af0c46 (drm: Kill DRM_HZ) removed the definition of DRM_HZ but did not remove its use in the Exynos DRM driver causing it to fail to build. Fix that. Signed-off-by: Mark Brown <broonie(a)linaro.org> --- drivers/gpu/drm/exynos/exynos_drm_fimd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_fimd.c b/drivers/gpu/drm/exynos/exynos_drm_fimd.c index 267aca91b70d..bdfe31fb731b 100644 --- a/drivers/gpu/drm/exynos/exynos_drm_fimd.c +++ b/drivers/gpu/drm/exynos/exynos_drm_fimd.c @@ -347,7 +347,7 @@ static void fimd_wait_for_vblank(struct device *dev) */ if (!wait_event_timeout(ctx->wait_vsync_queue, !atomic_read(&ctx->wait_vsync_event), - DRM_HZ/20)) + HZ / 20)) DRM_DEBUG_KMS("vblank wait timed out.\n"); } -- 1.8.5.2

11 years, 4 months

[PATCH 0/4] arm64 topology support

by Mark Brown

From: Mark Brown <broonie(a)linaro.org> Another spin of the arm64 topology work - this should incorporate most of the feedback from Lorenzo, there's a few things that were still under discussion the main ones being: - Should we have a smp_store_cpu_info(); like I say I like the errors it generates for omitted cores and the reuse of the SMP enumeration code (and cross-check with that I guess - make sure we don't get confused about which CPUs are getting enabled). - Should we update the binding to allow cores in the root cpu_map node (since it's less effort in code and not a meaningful difference semantically), warn if we find cores in the cpu_map node or actively reject such DTs? In both cases I don't much mind but I think what's there is reasonable so I've left the code as-is pending further feedback. I also didn't update the code to get more reuse of the iteration code, like I said I did look at that when writing the code but couldn't find anything that actually made things more pleasant but if someone has some ideas... Everything else raised should be addressed I think. Mark Brown (4): arm64: topology: Implement basic CPU topology support arm64: topology: Add support for topology DT bindings arm64: topology: Tell the scheduler about the relative power of cores arm64: topology: Provide relative power numbers for cores arch/arm64/Kconfig | 24 +++ arch/arm64/include/asm/topology.h | 39 ++++ arch/arm64/kernel/Makefile | 1 + arch/arm64/kernel/smp.c | 12 ++ arch/arm64/kernel/topology.c | 384 ++++++++++++++++++++++++++++++++++++++ 5 files changed, 460 insertions(+) create mode 100644 arch/arm64/include/asm/topology.h create mode 100644 arch/arm64/kernel/topology.c -- 1.8.5.2

11 years, 4 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

linaro-kernel