linaro-kernel May 2014

linaro-kernel@lists.linaro.org

99 participants
200 discussions

[PATCH 15/15] ASoC: pxa: remove mach header dependency

by Xia Kaixu

From: Arnd Bergmann <arnd(a)arndb.de> As we are moving the mmp platform towards multiplatform support, we have to stop including platform header files. This changes the pxa-ssp sound driver file to no longer depend on mach/hardware.h and mach/dma.h. The code using the definitions from those headers is actually gone already, the only thing that was still being used was the pxa_dma_desc typedef, which we can easily work around by using the normal 'struct pxa_dma_desc' name. The pxa2xx-dma driver still uses this header, so we include it explicitly there, which is ok because that is only used on pxa, not on mmp. Signed-off-by: Arnd Bergmann <arnd(a)arndb.de> Signed-off-by: Xia Kaixu <kaixu.xia(a)linaro.org> Cc: Liam Girdwood <lgirdwood(a)gmail.com> Cc: Mark Brown <broonie(a)kernel.org> Cc: Eric Miao <eric.y.miao(a)gmail.com> Cc: Russell King <linux(a)arm.linux.org.uk> Cc: Haojian Zhuang <haojian.zhuang(a)gmail.com> Cc: linux-arm-kernel(a)lists.infradead.org Cc: alsa-devel(a)alsa-project.org --- sound/arm/pxa2xx-pcm.c | 2 ++ sound/arm/pxa2xx-pcm.h | 3 +-- sound/soc/pxa/pxa-ssp.c | 2 -- sound/soc/pxa/pxa2xx-pcm.c | 2 ++ 4 files changed, 5 insertions(+), 4 deletions(-) diff --git a/sound/arm/pxa2xx-pcm.c b/sound/arm/pxa2xx-pcm.c index e6c727b..83be8e3 100644 --- a/sound/arm/pxa2xx-pcm.c +++ b/sound/arm/pxa2xx-pcm.c @@ -14,6 +14,8 @@ #include <linux/dma-mapping.h> #include <linux/dmaengine.h> +#include <mach/dma.h> + #include <sound/core.h> #include <sound/pxa2xx-lib.h> #include <sound/dmaengine_pcm.h> diff --git a/sound/arm/pxa2xx-pcm.h b/sound/arm/pxa2xx-pcm.h index 2a8fc08..0033098 100644 --- a/sound/arm/pxa2xx-pcm.h +++ b/sound/arm/pxa2xx-pcm.h @@ -9,12 +9,11 @@ * it under the terms of the GNU General Public License version 2 as * published by the Free Software Foundation. */ -#include <mach/dma.h> struct pxa2xx_runtime_data { int dma_ch; struct snd_dmaengine_dai_dma_data *params; - pxa_dma_desc *dma_desc_array; + struct pxa_dma_desc *dma_desc_array; dma_addr_t dma_desc_array_phys; }; diff --git a/sound/soc/pxa/pxa-ssp.c b/sound/soc/pxa/pxa-ssp.c index a3119a0..9b19ee7 100644 --- a/sound/soc/pxa/pxa-ssp.c +++ b/sound/soc/pxa/pxa-ssp.c @@ -34,8 +34,6 @@ #include <sound/pxa2xx-lib.h> #include <sound/dmaengine_pcm.h> -#include <mach/hardware.h> - #include "../../arm/pxa2xx-pcm.h" #include "pxa-ssp.h" diff --git a/sound/soc/pxa/pxa2xx-pcm.c b/sound/soc/pxa/pxa2xx-pcm.c index d58b09f..42f2f01 100644 --- a/sound/soc/pxa/pxa2xx-pcm.c +++ b/sound/soc/pxa/pxa2xx-pcm.c @@ -15,6 +15,8 @@ #include <linux/dmaengine.h> #include <linux/of.h> +#include <mach/dma.h> + #include <sound/core.h> #include <sound/soc.h> #include <sound/pxa2xx-lib.h> -- 1.7.9.5

10 years, 1 month

[PATCH V4] PM/OPP: discard duplicate OPPs

by Viresh Kumar

From: Chander Kashyap <k.chander(a)samsung.com> We don't have any protection against addition of duplicate OPPs currently and in case some code tries to add them it will end up corrupting OPP tables. There can be many combinations in which we may end up trying duplicate OPPs: - both freq and volt are same, but earlier OPP may or may not be active. - only freq is same and volt is different. This patch tries to implement below logic for these cases: Return 0 if new OPP was duplicate of existing one (i.e. same freq and volt) and return -EEXIST if new OPP had same freq but different volt as of an existing OPP OR if both freq/volt were same but earlier OPP was disabled. Signed-off-by: Chander Kashyap <k.chander(a)samsung.com> Signed-off-by: Inderpal Singh <inderpal.s(a)samsung.com> Signed-off-by: Viresh Kumar <viresh.kumar(a)linrao.org> --- V3->V4: - handle duplicate OPPs more appropriately - update comment over routine and enhance commit log @Chander: I have kept your authorship as is, hope you don't mind me sending it on your behalf :) drivers/base/power/opp.c | 25 +++++++++++++++++++++++-- 1 file changed, 23 insertions(+), 2 deletions(-) diff --git a/drivers/base/power/opp.c b/drivers/base/power/opp.c index 2553867..cd9af42 100644 --- a/drivers/base/power/opp.c +++ b/drivers/base/power/opp.c @@ -389,6 +389,11 @@ EXPORT_SYMBOL_GPL(dev_pm_opp_find_freq_floor); * The opp is made available by default and it can be controlled using * dev_pm_opp_enable/disable functions. * + * Duplicate OPPs are discarded. Will return 0 if new OPP was duplicate of + * existing one (i.e. same freq and volt) and -EEXIST would be returned if new + * OPP had same freq but different volt as of an existing OPP OR if both were + * same but earlier OPP was disabled. + * * Locking: The internal device_opp and opp structures are RCU protected. * Hence this function internally uses RCU updater strategy with mutex locks * to keep the integrity of the internal data structures. Callers should ensure @@ -443,15 +448,31 @@ int dev_pm_opp_add(struct device *dev, unsigned long freq, unsigned long u_volt) new_opp->u_volt = u_volt; new_opp->available = true; - /* Insert new OPP in order of increasing frequency */ + /* + * Insert new OPP in order of increasing frequency + * and discard if already present + */ head = &dev_opp->opp_list; list_for_each_entry_rcu(opp, &dev_opp->opp_list, node) { - if (new_opp->rate < opp->rate) + if (new_opp->rate <= opp->rate) break; else head = &opp->node; } + /* Duplicate OPPs ? */ + if (new_opp->rate == opp->rate) { + int ret = (new_opp->u_volt == opp->u_volt) && opp->available ? + 0 : -EEXIST; + + pr_warn("%s: duplicate OPPs detected. Existing: freq: %lu, volt: %lu, enabled: %d. New: freq: %lu, volt: %lu, enabled: %d\n", + __func__, opp->rate, opp->u_volt, opp->available, + new_opp->rate, new_opp->u_volt, new_opp->available); + mutex_unlock(&dev_opp_list_lock); + kfree(new_opp); + return ret; + } + list_add_rcu(&new_opp->node, head); mutex_unlock(&dev_opp_list_lock); -- 2.0.0.rc2

10 years, 1 month

next boot: 52 pass, 3 fail (next-20140520)

by Kevin's boot bot

Tree/Branch: next Git describe: next-20140520 Failed boot tests (console logs at the end) =========================================== legacy,dm365evm: FAIL: arm-davinci_all_defconfig da850-evm: FAIL: arm-davinci_all_defconfig sun7i-a20-cubieboard2: OFFLINE: arm-multi_v7_defconfig+CONFIG_ARM_LPAE=y Full Report =========== arm-davinci_all_defconfig ------------------------- legacy,dm365evm 0 min 15.9 sec: FAIL da850-evm 0 min 14.2 sec: FAIL arm-tegra_defconfig ------------------- tegra124-jetson-tk1 0 min 21.5 sec: PASS tegra30-beaver 0 min 17.4 sec: PASS arm-multi_v7_defconfig+CONFIG_ARM_LPAE=y ---------------------------------------- tegra124-jetson-tk1 0 min 21.3 sec: PASS armada-xp-openblocks-ax3-4 0 min 25.3 sec: PASS omap5-uevm 1 min 34.2 sec: PASS sun7i-a20-cubieboard2 0 min 31.4 sec: OFFLINE arm-imx_v6_v7_defconfig ----------------------- imx6dl-wandboard,wand-dual 0 min 19.3 sec: PASS imx6dl-wandboard,wand-solo 0 min 18.7 sec: PASS imx6q-wandboard 0 min 17.3 sec: PASS arm-omap2plus_defconfig ----------------------- legacy,3730xm 0 min 53.5 sec: PASS am335x-boneblack 0 min 25.7 sec: PASS omap3-beagle-xm 1 min 0.8 sec: PASS legacy,3530beagle 0 min 36.0 sec: PASS (Warnings: 1) omap4-panda 1 min 6.2 sec: PASS omap3-overo-tobi 0 min 23.1 sec: PASS (Warnings: 1) am335x-bone 0 min 27.4 sec: PASS omap3-overo-storm-tobi 0 min 24.7 sec: PASS omap5-uevm 1 min 0.5 sec: PASS omap3-n900 0 min 17.4 sec: PASS (Warnings: 1) legacy,n900 0 min 17.0 sec: PASS (Warnings: 1) omap4-panda-es 1 min 7.2 sec: PASS legacy,3730storm 0 min 22.7 sec: PASS legacy,3530overo 0 min 21.2 sec: PASS (Warnings: 1) arm-multi_v7_defconfig ---------------------- qcom-apq8074-dragonboard 0 min 17.2 sec: PASS ste-snowball 1 min 21.2 sec: PASS tegra30-beaver 0 min 17.3 sec: PASS am335x-boneblack 0 min 24.1 sec: PASS omap3-beagle-xm 0 min 51.8 sec: PASS sun7i-a20-cubieboard2 0 min 12.3 sec: PASS armada-370-mirabox 0 min 22.4 sec: PASS omap4-panda 0 min 56.5 sec: PASS armada-xp-openblocks-ax3-4 0 min 25.4 sec: PASS sun4i-a10-cubieboard 0 min 22.2 sec: PASS bcm28155-ap 0 min 26.0 sec: PASS omap3-overo-tobi 0 min 22.4 sec: PASS (Warnings: 1) imx6dl-wandboard,wand-solo 0 min 18.2 sec: PASS am335x-bone 0 min 32.0 sec: PASS omap3-overo-storm-tobi 0 min 23.9 sec: PASS omap5-uevm 1 min 34.8 sec: PASS omap3-n900 0 min 16.3 sec: PASS (Warnings: 1) imx6q-wandboard 0 min 22.4 sec: PASS omap4-panda-es 0 min 58.1 sec: PASS imx6dl-wandboard,wand-dual 0 min 18.2 sec: PASS tegra124-jetson-tk1 0 min 21.3 sec: PASS arm-sunxi_defconfig ------------------- sun7i-a20-cubieboard2 0 min 10.6 sec: PASS sun4i-a10-cubieboard 0 min 17.8 sec: PASS arm-bcm_defconfig ----------------- bcm28155-ap 0 min 23.0 sec: PASS arm-exynos_defconfig -------------------- exynos5420-arndale-octa 0 min 33.2 sec: PASS exynos5250-arndale 0 min 30.8 sec: PASS arm-u8500_defconfig ------------------- ste-snowball 0 min 35.1 sec: PASS arm-mvebu_v7_defconfig ---------------------- armada-xp-openblocks-ax3-4 0 min 22.6 sec: PASS armada-370-mirabox 0 min 20.7 sec: PASS arm-sama5_defconfig ------------------- sama5d35ek 0 min 17.2 sec: PASS Console logs for failures ========================= arm-davinci_all_defconfig ------------------------- legacy,dm365evm: FAIL: last 40 lines of boot log: ------------------------------------------------- [<c021b7a4>] (cpdma_ctlr_create) from [<c021965c>] (davinci_emac_probe+0x31c/0x5dc) r10:c7a584c0 r9:c0435c54 r8:c7a58508 r7:c04338d8 r6:c04338c8 r5:c04359a8 r4:c7a58000 [<c0219340>] (davinci_emac_probe) from [<c01fd4a4>] (platform_drv_probe+0x20/0x50) r10:c783c000 r9:00000000 r8:00000001 r7:c0457a10 r6:00000000 r5:c0457a10 r4:c04338d8 [<c01fd484>] (platform_drv_probe) from [<c01fbe50>] (driver_probe_device+0x118/0x240) r5:c04841d0 r4:c04338d8 [<c01fbd38>] (driver_probe_device) from [<c01fc00c>] (__driver_attach+0x94/0x98) r8:c040d9b4 r7:00000000 r6:c043390c r5:c0457a10 r4:c04338d8 r3:00000000 [<c01fbf78>] (__driver_attach) from [<c01fa42c>] (bus_for_each_dev+0x60/0x90) r6:c01fbf78 r5:c0457a10 r4:00000000 r3:00000000 [<c01fa3cc>] (bus_for_each_dev) from [<c01fb940>] (driver_attach+0x20/0x28) r6:c0456aa8 r5:c7b84780 r4:c0457a10 [<c01fb920>] (driver_attach) from [<c01fb548>] (bus_add_driver+0xdc/0x1dc) [<c01fb46c>] (bus_add_driver) from [<c01fc6f0>] (driver_register+0x80/0xfc) r7:c03f656c r6:c7bb7940 r5:c0428b78 r4:c0457a10 [<c01fc670>] (driver_register) from [<c01fd3b8>] (__platform_driver_register+0x50/0x64) r5:c0428b78 r4:c0428b78 [<c01fd368>] (__platform_driver_register) from [<c040d9cc>] (davinci_emac_init+0x18/0x20) [<c040d9b4>] (davinci_emac_init) from [<c0008934>] (do_one_initcall+0x88/0x1e0) [<c00088ac>] (do_one_initcall) from [<c03f6d34>] (kernel_init_freeable+0xf4/0x1bc) r10:0000004f r9:c0416c10 r8:c0416c18 r6:c045efc0 r5:00000007 r4:c041dd8c [<c03f6c40>] (kernel_init_freeable) from [<c02f8214>] (kernel_init+0x10/0xf4) r10:00000000 r9:00000000 r8:00000000 r7:00000000 r6:00000000 r5:c02f8204 r4:00000000 [<c02f8204>] (kernel_init) from [<c0009770>] (ret_from_fork+0x14/0x24) r4:00000000 r3:00000000 Code: e5903140 e2802f4f e5801140 e881000c (e5831000) ---[ end trace 30c48bb2c7d6fe96 ]--- note: swapper[1] exited with preempt_count 1 Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b ---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b ~$off # PYBOOT: Exception: kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000000 # PYBOOT: Time: 15.92 seconds. # PYBOOT: Result: FAIL da850-evm: FAIL: last 40 lines of boot log: ------------------------------------------- [<c021b7a4>] (cpdma_ctlr_create) from [<c021965c>] (davinci_emac_probe+0x31c/0x5dc) r10:c79194c0 r9:c7831b40 r8:c7919508 r7:c7885610 r6:c7885600 r5:c7b65810 r4:c7919000 [<c0219340>] (davinci_emac_probe) from [<c01fd4a4>] (platform_drv_probe+0x20/0x50) r10:c783c000 r9:00000000 r8:00000004 r7:c0457a10 r6:00000000 r5:c0457a10 r4:c7885610 [<c01fd484>] (platform_drv_probe) from [<c01fbe50>] (driver_probe_device+0x118/0x240) r5:c04841d0 r4:c7885610 [<c01fbd38>] (driver_probe_device) from [<c01fc00c>] (__driver_attach+0x94/0x98) r8:c040d9b4 r7:00000000 r6:c7885644 r5:c0457a10 r4:c7885610 r3:00000000 [<c01fbf78>] (__driver_attach) from [<c01fa42c>] (bus_for_each_dev+0x60/0x90) r6:c01fbf78 r5:c0457a10 r4:00000000 r3:00000000 [<c01fa3cc>] (bus_for_each_dev) from [<c01fb940>] (driver_attach+0x20/0x28) r6:c0456aa8 r5:c7bbe9c0 r4:c0457a10 [<c01fb920>] (driver_attach) from [<c01fb548>] (bus_add_driver+0xdc/0x1dc) [<c01fb46c>] (bus_add_driver) from [<c01fc6f0>] (driver_register+0x80/0xfc) r7:c03f656c r6:c7bc8b80 r5:c0428b78 r4:c0457a10 [<c01fc670>] (driver_register) from [<c01fd3b8>] (__platform_driver_register+0x50/0x64) r5:c0428b78 r4:c0428b78 [<c01fd368>] (__platform_driver_register) from [<c040d9cc>] (davinci_emac_init+0x18/0x20) [<c040d9b4>] (davinci_emac_init) from [<c0008934>] (do_one_initcall+0x88/0x1e0) [<c00088ac>] (do_one_initcall) from [<c03f6d34>] (kernel_init_freeable+0xf4/0x1bc) r10:0000004f r9:c0416c10 r8:c0416c18 r6:c045efc0 r5:00000007 r4:c041dd8c [<c03f6c40>] (kernel_init_freeable) from [<c02f8214>] (kernel_init+0x10/0xf4) r10:00000000 r9:00000000 r8:00000000 r7:00000000 r6:00000000 r5:c02f8204 r4:00000000 [<c02f8204>] (kernel_init) from [<c0009770>] (ret_from_fork+0x14/0x24) r4:00000000 r3:00000000 Code: e5903140 e2802f4f e5801140 e881000c (e5831000) ---[ end trace 496b6c892cfe61cd ]--- note: swapper[1] exited with preempt_count 1 Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b ---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b ~$off # PYBOOT: Exception: kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000000 # PYBOOT: Time: 14.23 seconds. # PYBOOT: Result: FAIL arm-multi_v7_defconfig+CONFIG_ARM_LPAE=y ---------------------------------------- sun7i-a20-cubieboard2: OFFLINE: last 40 lines of boot log: ---------------------------------------------------------- Connected to cubie2 console [channel connected] (~$quit to exit) (user:khilman) is already connected ~$hardreset Command(cubie2 console)> hardreset (user:khilman) Reboot cubie2 Reboot: cubie2 ; phidget 3 0 : off, sleep, on 0 sun7i# ~$off # PYBOOT: Exception: ('ERROR: Could not break into u-boot.', 'OFFLINE') # PYBOOT: Time: 31.40 seconds. # PYBOOT: Result: OFFLINE

10 years, 1 month

mainline boot: 51 pass, 1 fail (v3.15-rc5-157-g60b5f90)

by Kevin's boot bot

Tree/Branch: mainline Git describe: v3.15-rc5-157-g60b5f90 Failed boot tests (console logs at the end) =========================================== sun7i-a20-cubieboard2: OFFLINE: arm-multi_v7_defconfig+CONFIG_ARM_LPAE=y Full Report =========== arm-davinci_all_defconfig ------------------------- legacy,dm365evm 0 min 17.6 sec: PASS da850-evm 0 min 15.6 sec: PASS arm-tegra_defconfig ------------------- tegra30-beaver 0 min 17.2 sec: PASS arm-multi_v7_defconfig+CONFIG_ARM_LPAE=y ---------------------------------------- armada-xp-openblocks-ax3-4 0 min 25.6 sec: PASS omap5-uevm 1 min 39.9 sec: PASS sun7i-a20-cubieboard2 0 min 31.4 sec: OFFLINE arm-imx_v6_v7_defconfig ----------------------- imx6dl-wandboard,wand-dual 0 min 18.9 sec: PASS imx6dl-wandboard,wand-solo 0 min 18.9 sec: PASS imx6q-wandboard 0 min 17.3 sec: PASS arm-omap2plus_defconfig ----------------------- legacy,3730xm 0 min 50.2 sec: PASS am335x-boneblack 0 min 25.8 sec: PASS omap3-beagle-xm 1 min 2.0 sec: PASS legacy,3530beagle 0 min 34.2 sec: PASS (Warnings: 1) omap4-panda 1 min 10.9 sec: PASS omap3-overo-tobi 0 min 23.4 sec: PASS (Warnings: 1) am335x-bone 0 min 27.9 sec: PASS omap3-overo-storm-tobi 0 min 24.9 sec: PASS omap5-uevm 1 min 3.0 sec: PASS omap3-n900 0 min 17.7 sec: PASS (Warnings: 1) legacy,n900 0 min 17.1 sec: PASS (Warnings: 1) omap4-panda-es 1 min 13.8 sec: PASS legacy,3730storm 0 min 19.9 sec: PASS legacy,3530overo 0 min 21.2 sec: PASS (Warnings: 1) arm-multi_v7_defconfig ---------------------- qcom-apq8074-dragonboard 0 min 17.6 sec: PASS ste-snowball 1 min 21.3 sec: PASS tegra30-beaver 0 min 19.9 sec: PASS am335x-boneblack 0 min 24.1 sec: PASS omap3-beagle-xm 0 min 55.4 sec: PASS sun7i-a20-cubieboard2 0 min 12.4 sec: PASS armada-370-mirabox 0 min 22.4 sec: PASS omap4-panda 0 min 55.7 sec: PASS armada-xp-openblocks-ax3-4 0 min 25.3 sec: PASS sun4i-a10-cubieboard 0 min 19.3 sec: PASS bcm28155-ap 0 min 26.2 sec: PASS omap3-overo-tobi 0 min 22.2 sec: PASS (Warnings: 1) imx6dl-wandboard,wand-solo 0 min 18.1 sec: PASS am335x-bone 0 min 26.8 sec: PASS omap3-overo-storm-tobi 0 min 23.1 sec: PASS omap5-uevm 1 min 39.2 sec: PASS omap3-n900 0 min 16.1 sec: PASS (Warnings: 1) imx6q-wandboard 0 min 17.1 sec: PASS omap4-panda-es 0 min 52.5 sec: PASS imx6dl-wandboard,wand-dual 0 min 18.2 sec: PASS arm-sunxi_defconfig ------------------- sun7i-a20-cubieboard2 0 min 10.8 sec: PASS sun4i-a10-cubieboard 0 min 17.6 sec: PASS arm-bcm_defconfig ----------------- bcm28155-ap 0 min 23.4 sec: PASS arm-exynos_defconfig -------------------- exynos5420-arndale-octa 0 min 32.1 sec: PASS exynos5250-arndale 0 min 30.4 sec: PASS arm-u8500_defconfig ------------------- ste-snowball 0 min 33.6 sec: PASS arm-mvebu_v7_defconfig ---------------------- armada-xp-openblocks-ax3-4 0 min 22.4 sec: PASS armada-370-mirabox 0 min 20.4 sec: PASS arm-sama5_defconfig ------------------- sama5d35ek 0 min 17.0 sec: PASS Console logs for failures ========================= arm-multi_v7_defconfig+CONFIG_ARM_LPAE=y ---------------------------------------- sun7i-a20-cubieboard2: OFFLINE: last 40 lines of boot log: ---------------------------------------------------------- Connected to cubie2 console [channel connected] (~$quit to exit) (user:khilman) is already connected ~$hardreset Command(cubie2 console)> hardreset (user:khilman) Reboot cubie2 Reboot: cubie2 ; phidget 3 0 : off, sleep, on 0 sun7i# ~$off # PYBOOT: Exception: ('ERROR: Could not break into u-boot.', 'OFFLINE') # PYBOOT: Time: 31.38 seconds. # PYBOOT: Result: OFFLINE

10 years, 1 month

Validating WiFi Module with NL80211 framework- Reg

by Shajin AS

Hi all, I'm working with a custom OMAP4460 based platform running Android ICS. Android for this platform is based on TI's 4AI.1.4 Release. Release Notes available at http://omappedia.org/wiki/4AI.1.4_OMAP4_Icecream_Sandwich_Release_Notes. I need to upgrade to Android KitKat on this platform. I have chosen Linaro's Release 14.04 for Pandaboard to be ported to the custom platform. We use a Wireless module with TI's WL1271 core. The Wi-Fi driver provided by the Module vendor was based on NL80211 framework. WiFi with Linaro's KitKat port uses Wireless Extensions (WEXT) framework. I understand that WEXT is an older implementation and NL80211 is more recent. Is there a reason why WiFi on Linaro's KitKat port still uses WEXT framework? Is there any Android KitKat source base that uses NL80211 for WiFi framework? This will help me validate the WiFi functionality on my custom platform. Thanks & Regards Shajin

10 years, 1 month

arm-soc boot: 4 pass, 0 fail (v3.15-rc4-420-g11372f5)

by Kevin's boot bot

Tree/Branch: arm-soc Git describe: v3.15-rc4-420-g11372f5 Full Report =========== arm-tegra_defconfig ------------------- tegra30-beaver 0 min 19.9 sec: PASS arm-bcm_defconfig ----------------- bcm28155-ap 0 min 22.8 sec: PASS arm-exynos_defconfig -------------------- exynos5420-arndale-octa 0 min 32.8 sec: PASS exynos5250-arndale 0 min 36.0 sec: PASS

10 years, 1 month

mainline boot: 16 pass, 1 fail (v3.15-rc5-109-g6ed8bf8)

by Kevin's boot bot

Tree/Branch: mainline Git describe: v3.15-rc5-109-g6ed8bf8 Failed boot tests (console logs at the end) =========================================== sun7i-a20-cubieboard2: OFFLINE: arm-multi_v7_defconfig+CONFIG_ARM_LPAE=y Full Report =========== arm-davinci_all_defconfig ------------------------- legacy,dm365evm 0 min 17.6 sec: PASS da850-evm 0 min 15.5 sec: PASS arm-tegra_defconfig ------------------- tegra30-beaver 0 min 25.7 sec: PASS arm-multi_v7_defconfig+CONFIG_ARM_LPAE=y ---------------------------------------- armada-xp-openblocks-ax3-4 0 min 25.6 sec: PASS omap5-uevm 1 min 37.0 sec: PASS sun7i-a20-cubieboard2 0 min 31.4 sec: OFFLINE arm-imx_v6_v7_defconfig ----------------------- imx6dl-wandboard,wand-dual 0 min 18.6 sec: PASS imx6dl-wandboard,wand-solo 0 min 18.8 sec: PASS imx6q-wandboard 0 min 19.2 sec: PASS arm-sunxi_defconfig ------------------- sun7i-a20-cubieboard2 0 min 10.8 sec: PASS sun4i-a10-cubieboard 0 min 12.9 sec: PASS arm-bcm_defconfig ----------------- bcm28155-ap 0 min 23.8 sec: PASS arm-exynos_defconfig -------------------- exynos5420-arndale-octa 0 min 32.2 sec: PASS exynos5250-arndale 0 min 29.6 sec: PASS arm-mvebu_v7_defconfig ---------------------- armada-xp-openblocks-ax3-4 0 min 22.2 sec: PASS armada-370-mirabox 0 min 20.3 sec: PASS arm-sama5_defconfig ------------------- sama5d35ek 0 min 17.1 sec: PASS Console logs for failures ========================= arm-multi_v7_defconfig+CONFIG_ARM_LPAE=y ---------------------------------------- sun7i-a20-cubieboard2: OFFLINE: last 40 lines of boot log: ---------------------------------------------------------- Connected to cubie2 console [channel connected] (~$quit to exit) (user:khilman) is already connected ~$hardreset Command(cubie2 console)> hardreset (user:khilman) Reboot cubie2 Reboot: cubie2 ; phidget 3 0 : off, sleep, on 0 sun7i# ~$off # PYBOOT: Exception: ('ERROR: Could not break into u-boot.', 'OFFLINE') # PYBOOT: Time: 31.36 seconds. # PYBOOT: Result: OFFLINE

10 years, 1 month

[PATCH 0/6] sched: expel confusing usage of the term "power"

by Nicolas Pitre

"Power" is a very bad term in the scheduler context. There are so many meanings that can be attached to it. And with the upcoming "power aware" scheduler work confusion is sure to happen. The definition of "power" is typically the rate at which work is performed, energy is converted or electric energy is transferred. The notion of "compute capacity" is rather at odds with "power" to the point many comments in the code have to make it explicit that "capacity" is the actual intended meaning. So let's make it clear what we man by using "capacity" in place of "power" directly in the code. That will make the introduction of actual "power consumption" concepts much clearer later on. This is based on the latest tip tree where scheduler changes are already queued. Note: The diffstat is not completely symetric wrt added/removed lines as some comments were reflowed. arch/arm/kernel/topology.c | 54 +++---- include/linux/sched.h | 8 +- kernel/sched/core.c | 89 ++++++----- kernel/sched/fair.c | 322 ++++++++++++++++++++------------------- kernel/sched/sched.h | 18 +-- 5 files changed, 246 insertions(+), 245 deletions(-) Nicolas

10 years, 1 month

[PATCH] drm: tda998x: Add support for CEC address 0x35

by Mark Brown

From: Liviu Dudau <Liviu.Dudau(a)arm.com> Currently the tda998x driver only attempts to instantiate the CEC at I2C address 0x34, meaning that if the CEC is instead at 0x35 (for example, due to a conflict with another device) we will not be able to use it. Attempt to handle some such situations by trying to instantiate the CEC at 0x35 if we fail at 0x34. [Wrote commit message -- broonie] Signed-off-by: Liviu Dudau <Liviu.Dudau(a)arm.com> Signed-off-by: Jon Medhurst <tixy(a)linaro.org> Signed-off-by: Mark Brown <broonie(a)linaro.org> --- I'm aware this isn't wonderful and is tied in with the general questions about how to enumerate decomposed video devices, I'm partly looking for feedback on the best way forwards here. drivers/gpu/drm/i2c/tda998x_drv.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c b/drivers/gpu/drm/i2c/tda998x_drv.c index 240c331405b9..a3368e7d12c4 100644 --- a/drivers/gpu/drm/i2c/tda998x_drv.c +++ b/drivers/gpu/drm/i2c/tda998x_drv.c @@ -1246,6 +1246,8 @@ tda998x_encoder_init(struct i2c_client *client, priv->current_page = 0xff; priv->hdmi = client; priv->cec = i2c_new_dummy(client->adapter, 0x34); + if (!priv->cec) + priv->cec = i2c_new_dummy(client->adapter, 0x35); if (!priv->cec) { kfree(priv); return -ENODEV; -- 2.0.0.rc2

10 years, 1 month

[PATCH] cpufreq: Tegra: drop wrapper around tegra_update_cpu_speed()

by Viresh Kumar

Tegra has implemented an unnecessary wrapper over tegra_update_cpu_speed(), i.e. tegra_target(), which wasn't doing anything apart of calling tegra_update_cpu_speed(). Get rid of that and use tegra_target() directly. Signed-off-by: Viresh Kumar <viresh.kumar(a)linaro.org> --- drivers/cpufreq/tegra-cpufreq.c | 9 ++------- 1 file changed, 2 insertions(+), 7 deletions(-) diff --git a/drivers/cpufreq/tegra-cpufreq.c b/drivers/cpufreq/tegra-cpufreq.c index 63f0059..6e774c6 100644 --- a/drivers/cpufreq/tegra-cpufreq.c +++ b/drivers/cpufreq/tegra-cpufreq.c @@ -82,9 +82,9 @@ out: return ret; } -static int tegra_update_cpu_speed(struct cpufreq_policy *policy, - unsigned long rate) +static int tegra_target(struct cpufreq_policy *policy, unsigned int index) { + unsigned long rate = freq_table[index].frequency; int ret = 0; /* @@ -106,11 +106,6 @@ static int tegra_update_cpu_speed(struct cpufreq_policy *policy, return ret; } -static int tegra_target(struct cpufreq_policy *policy, unsigned int index) -{ - return tegra_update_cpu_speed(policy, freq_table[index].frequency); -} - static int tegra_cpu_init(struct cpufreq_policy *policy) { int ret; -- 2.0.0.rc2

10 years, 1 month

← Newer
1
...
8
9
10
11
12
13
14
...
20
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

linaro-kernel May 2014