linaro-kernel

linaro-kernel@lists.linaro.org

10094 discussions

by Kevin's boot bot

Automated DT boot report for various ARM defconfigs. Tree/Branch: queue Git describe: v3.12.14 Failed boot tests (console logs at the end) =========================================== armada-370-mirabox: FAIL: mvebu_defconfig Full Report =========== da8xx_omapl_defconfig --------------------- da850-evm PASS: 0 min 14.8 sec omap2plus_defconfig ------------------- legacy,3730xm PASS: 0 min 51.5 sec am335x-boneblack PASS: 0 min 24.9 sec omap3-beagle-xm PASS: 0 min 58.6 sec legacy,3530beagle PASS: 0 min 39.3 sec omap4-panda PASS: 1 min 3.8 sec omap3-tobi PASS: 0 min 22.4 sec am335x-bone PASS: 0 min 26.9 sec omap4-panda-es PASS: 1 min 7.5 sec legacy,3730storm PASS: 0 min 21.0 sec legacy,3530overo PASS: 0 min 21.4 sec multi_lpae_defconfig -------------------- sun7i-a20-cubieboard2 PASS: 0 min 13.8 sec tegra_defconfig --------------- tegra30-beaver PASS: 0 min 16.9 sec imx_v6_v7_defconfig ------------------- imx6dl-wandboard,wand-dual PASS: 0 min 17.9 sec imx6dl-wandboard,wand-solo PASS: 0 min 17.7 sec imx6q-wandboard PASS: 0 min 16.4 sec bcm_defconfig ------------- bcm28155-ap PASS: 0 min 58.8 sec exynos_defconfig ---------------- exynos5250-arndale PASS: 0 min 29.9 sec multi_v7_defconfig ------------------ ste-snowball PASS: 0 min 28.6 sec tegra30-beaver PASS: 0 min 16.6 sec am335x-boneblack PASS: 0 min 32.3 sec omap3-beagle-xm PASS: 0 min 56.7 sec sun7i-a20-cubieboard2 PASS: 0 min 13.7 sec armada-370-mirabox PASS: 0 min 20.5 sec omap4-panda PASS: 1 min 9.5 sec armada-xp-openblocks-ax3-4 PASS: 0 min 22.8 sec sun4i-a10-cubieboard PASS: 0 min 13.8 sec bcm28155-ap PASS: 1 min 9.4 sec imx6dl-wandboard,wand-solo PASS: 0 min 16.9 sec omap3-tobi PASS: 0 min 20.5 sec am335x-bone PASS: 0 min 34.0 sec imx6q-wandboard PASS: 0 min 16.4 sec omap4-panda-es PASS: 1 min 2.7 sec imx6dl-wandboard,wand-dual PASS: 0 min 17.3 sec u8500_defconfig --------------- ste-snowball PASS: 0 min 33.9 sec sama5_defconfig --------------- sama5d35ek PASS: 0 min 17.3 sec davinci_all_defconfig --------------------- legacy,dm365evm PASS: 0 min 16.3 sec mvebu_defconfig --------------- armada-xp-openblocks-ax3-4 PASS: 0 min 21.8 sec armada-370-mirabox FAIL: 0 min 27.5 sec Console logs for failures ========================= mvebu_defconfig --------------- armada-370-mirabox: FAIL: last 80 lines of boot log: ---------------------------------------------------- phy16= 72 phy16= 72 MMC: MRVL_MMC: 0 Net: egiga0 [PRIME], egiga1 Hit any key to stop autoboot: 3 0 Marvell>> Marvell>version > version U-Boot 2009.08 (Sep 16 2012 - 22:50:06)Marvell version: 1.1.2 NQ Marvell>setenv bootargs console=ttyS0,115200 debug earlyprintk > setenv bootargs console=ttyS0,115200 debug earlyprintk Marvell>> setenv initrd_high 0xffffffff setenv initrd_high 0xffffffff Marvell>> if test -n ${initenv}; then run initenv; fi if test -n ${initenv}; then run initenv; fi Marvell>> if test -n ${preboot}; then run preboot; fi if test -n ${preboot}; then run preboot; fi Marvell>> setenv autoload no; setenv autoboot no setenv autoload no; setenv autoboot no Marvell>dhcp > dhcp phyaddr= 0 BOOTP broadcast 1 DHCP client bound to address 192.168.1.183 Marvell>> setenv serverip 192.168.1.2 setenv serverip 192.168.1.2 Marvell>>if test -n ${netargs}; then run netargs; fi if test -n ${netargs}; then run netargs; fi Marvell>> tftp 0x02000000 192.168.1.2:tmp/mirabox-bEQOLU/tmpfM63ng-uImage tftp 0x02000000 192.168.1.2:tmp/mirabox-bEQOLU/tmpfM63ng-uImage Using egiga0 device TFTP from server 192.168.1.2; our IP address is 192.168.1.183 Filename 'tmp/mirabox-bEQOLU/tmpfM63ng-uImage'. Load address: 0x2000000 Loading: *################################################################# ################################################################# ################################################### done Bytes transferred = 2653637 (287dc5 hex) Marvell>> tftp 0x03000000 192.168.1.2:buildroot.cpio.gz.uboot tftp 0x03000000 192.168.1.2:buildroot.cpio.gz.uboot Using egiga0 device TFTP from server 192.168.1.2; our IP address is 192.168.1.183 Filename 'buildroot.cpio.gz.uboot'. Load address: 0x3000000 Loading: *############################################ done Bytes transferred = 642602 (9ce2a hex) Marvell>> printenv bootargs printenv bootargs bootargs=console=ttyS0,115200 debug earlyprintk Marvell>> bootm 0x02000000 0x03000000 bootm 0x02000000 0x03000000 ## Booting kernel from Legacy Image at 02000000 ... Image Name: Linux Created: 2014-03-11 20:25:02 UTC Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 2653573 Bytes = 2.5 MB Load Address: 00008000 Entry Point: 00008000 Verifying Checksum ... OK ## Loading init Ramdisk from Legacy Image at 03000000 ... Image Name: Created: 2014-02-07 19:37:29 UTC Image Type: ARM Linux RAMDisk Image (uncompressed) Data Size: 642538 Bytes = 627.5 kB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK Loading Kernel Image ... OK OK Starting kernel ... ~$off # PYBOOT: Exception: kernel: ERROR: did not start booting. # PYBOOT: Time: 27.54 seconds. # PYBOOT: Result: FAIL

11 years, 2 months

[PATCH v8 0/2] hibernation support on ARM

by Sebastian Capella

Patches adding support for hibernation on ARM - ARM hibernation / suspend-to-disk - Change soft_restart to use non-tracing raw_local_irq_disable Patches based on v3.14-rc5 tag, verified hibernation on beaglebone black on a branch based on 3.13 merged with initial omap support from Russ Dill which can be found here (includes v1 patchset): http://git.linaro.org/git-ro/people/sebastian.capella/linux.git hibernation_3.13_russMerge [PATCH v8 1/2] ARM: avoid tracers in soft_restart arch/arm/kernel/process.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Use raw_local_irq_disable in place of local_irq_disable to avoid infinite abort recursion while tracing. (unchanged since v3) [PATCH v8 2/2] ARM hibernation / suspend-to-disk arch/arm/kernel/Makefile | 1 + arch/arm/kernel/hibernate.c | 107 +++++++++++++++++++++++++++++++++++++++++++ arch/arm/mm/Kconfig | 5 ++ include/linux/suspend.h | 2 + 4 files changed, 115 insertions(+) Adds support for ARM based hibernation Additional notes: ----------------- There are two checkpatch warnings added by this patch. These follow behavior in existing hibernation implementations on other platforms. WARNING: externs should be avoided in .c files #108: FILE: arch/arm/kernel/hibernate.c:25: +extern const void __nosave_begin, __nosave_end; This extern is picking up the linker nosave region definitions, only used in hibernate. Follows same extern line used mips, powerpc, s390, sh, sparc, x86 & unicore32 WARNING: externs should be avoided in .c files #186: FILE: arch/arm/kernel/hibernate.c:103: + extern void call_with_stack(void (*fn)(void *), void *arg, void *sp); This extern is used in the arch/arm/ in hibernate, process and bL_switcher Changes in v8: -------------- * remove definition and use of __pa_symbol Changes in v7: -------------- * remove use of RELOC_HIDE macro * remove unused #includes * fixup comment for arch_restore_image * ensure alignment of resume stack on 8 byte boundary Changes in v6: -------------- * Simplify static variable names Changes in v5: -------------- * Fixed checkpatch warning on trailing whitespace Changes in v4: -------------- * updated comment for soft_restart with review feedback * dropped freeze_processes patch which was queued separately to 3.14 by Rafael Wysocki: https://lkml.org/lkml/2014/2/25/683 Changes in v3: -------------- * added comment to use of soft_restart * drop irq disable soft_restart patch * add patch to avoid tracers in soft_restart by using raw_local_irq_* Changes in v2: -------------- * Removed unneeded flush_thread, use of __naked and cpu_init. * dropped Cyril Chemparathy <cyril(a)ti.com> from Cc: list as emails are bouncing. Thanks, Sebastian Capella

11 years, 2 months

[PATCH] cpufreq: SPEAr: Instantiate as platform_driver

by Viresh Kumar

As multiplatform build is being adopted by more and more ARM platforms, initcall function should be used very carefully. For example, when SPEAr cpufreq driver is enabled on a kernel booted on a non-SPEAr board, we will get following boot time error: spear_cpufreq: Invalid cpufreq_tbl To eliminate this undesired the effect, the patch changes SPEAr driver to have it instantiated as a platform_driver. Then it will only run on platforms that create the platform_device "spear-cpufreq". This patch also creates platform node for SPEAr13xx boards. Reported-by: Josh Cartwright <joshc(a)codeaurora.org> Signed-off-by: Viresh Kumar <viresh.kumar(a)linaro.org> --- arch/arm/mach-spear/spear1310.c | 1 + arch/arm/mach-spear/spear1340.c | 1 + drivers/cpufreq/spear-cpufreq.c | 13 +++++++++++-- 3 files changed, 13 insertions(+), 2 deletions(-) diff --git a/arch/arm/mach-spear/spear1310.c b/arch/arm/mach-spear/spear1310.c index 7ad0030..824b12a 100644 --- a/arch/arm/mach-spear/spear1310.c +++ b/arch/arm/mach-spear/spear1310.c @@ -28,6 +28,7 @@ static void __init spear1310_dt_init(void) { of_platform_populate(NULL, of_default_bus_match_table, NULL, NULL); + platform_device_register_simple("spear-cpufreq", -1, NULL, 0); } static const char * const spear1310_dt_board_compat[] = { diff --git a/arch/arm/mach-spear/spear1340.c b/arch/arm/mach-spear/spear1340.c index 3fb6834..7b6bff7 100644 --- a/arch/arm/mach-spear/spear1340.c +++ b/arch/arm/mach-spear/spear1340.c @@ -143,6 +143,7 @@ static void __init spear1340_dt_init(void) { of_platform_populate(NULL, of_default_bus_match_table, spear1340_auxdata_lookup, NULL); + platform_device_register_simple("spear-cpufreq", -1, NULL, 0); } static const char * const spear1340_dt_board_compat[] = { diff --git a/drivers/cpufreq/spear-cpufreq.c b/drivers/cpufreq/spear-cpufreq.c index 410b54a..4cfdcff 100644 --- a/drivers/cpufreq/spear-cpufreq.c +++ b/drivers/cpufreq/spear-cpufreq.c @@ -19,6 +19,7 @@ #include <linux/init.h> #include <linux/module.h> #include <linux/of_device.h> +#include <linux/platform_device.h> #include <linux/slab.h> #include <linux/types.h> @@ -166,7 +167,7 @@ static struct cpufreq_driver spear_cpufreq_driver = { .attr = cpufreq_generic_attr, }; -static int spear_cpufreq_driver_init(void) +static int spear_cpufreq_probe(struct platform_device *pdev) { struct device_node *np; const struct property *prop; @@ -234,7 +235,15 @@ out_put_node: of_node_put(np); return ret; } -late_initcall(spear_cpufreq_driver_init); + +static struct platform_driver spear_cpufreq_platdrv = { + .driver = { + .name = "spear-cpufreq", + .owner = THIS_MODULE, + }, + .probe = spear_cpufreq_probe, +}; +module_platform_driver(spear_cpufreq_platdrv); MODULE_AUTHOR("Deepak Sikri <deepak.sikri(a)st.com>"); MODULE_DESCRIPTION("SPEAr CPUFreq driver"); -- 1.7.12.rc2.18.g61b472e

11 years, 2 months

[PATCH v6 0/6] [RFC] Support for creating generic host_bridge from device tree

by Liviu Dudau

This is v6 of my attempt to add support for a generic pci_host_bridge controller created from a description passed in the device tree. Changes from v5: - Tested by Tanmay Inamdar, thanks Tanmay! - dropped v5 5/7 pci: Use parent domain number when allocating child busses. - Added weak implementation of pcibios_fixup_bridge_ranges() in drivers/pci/host-bridge.c so that architectures that enable CONFIG_OF and CONFIG_PCI don't suddenly get compilation errors. While at this, changed the signature of the function so that an error can be returned. - With the new error code in pcibios_fixup_bridge_ranges(), reworked the error handling in pci_host_bridge_of_get_ranges() and of_create_pci_host_bridge(). - Add linux/slab.h to the #include list - Revisit the error path in pci_create_root_bus[_in_domain]() and fixed the case where failing to allocate the bus will not return an error. Changes from v4: - Export pci_find_host_bridge() to be used by arch code. There is scope for making the arch/arm64 version of pci_domain_nr the default weak implementation but that would double the size of this series in order to handle all #define versions of the pci_domain_nr() function, so I suggest keeping that for a separate cleanup series. Changes from v3: - Dynamically allocate bus_range resource in of_create_pci_host_bridge() - Fix the domain number used when creating child busses. - Changed domain number allocator to use atomic operations. - Use ERR_PTR() to propagate the error out of pci_create_root_bus_in_domain() and of_create_pci_host_bridge(). Changes from v2: - Use range->cpu_addr when calling pci_address_to_pio() - Introduce pci_register_io_range() helper function in order to register io ranges ahead of their conversion to PIO values. This is needed as no information is being stored yet regarding the range mapping, making pci_address_to_pio() fail. Default weak implementation does nothing, to cover the default weak implementation of pci_address_to_pio() that expects direct mapping of physical addresses into PIO values (x86 view). Changes from v1: - Add patch to fix conversion of IO ranges into IO resources. - Added a domain_nr member to pci_host_bridge structure, and a new function to create a root bus in a given domain number. In order to facilitate that I propose changing the order of initialisation between pci_host_bridge and it's related bus in pci_create_root_bus() as sort of a rever of 7b5436635800. This is done in patch 1/4 and 2/4. - Added a simple allocator of domain numbers in drivers/pci/host-bridge.c. The code will first try to get a domain id from of_alias_get_id(..., "pci-domain") and if that fails assign the next unallocated domain id. - Changed the name of the function that creates the generic host bridge from pci_host_bridge_of_init to of_create_pci_host_bridge and exported as GPL symbol. v5 thread here: https://lkml.org/lkml/2014/3/4/318 v4 thread here: https://lkml.org/lkml/2014/3/3/301 v3 thread here: https://lkml.org/lkml/2014/2/28/216 v2 thread here: https://lkml.org/lkml/2014/2/27/245 v1 thread here: https://lkml.org/lkml/2014/2/3/380 Best regards, Liviu Liviu Dudau (6): pci: Introduce pci_register_io_range() helper function. pci: OF: Fix the conversion of IO ranges into IO resources. pci: Create pci_host_bridge before its associated bus in pci_create_root_bus. pci: Introduce a domain number for pci_host_bridge. pci: Export find_pci_host_bridge() function. pci: Add support for creating a generic host_bridge from device tree drivers/of/address.c | 39 +++++++++++ drivers/pci/host-bridge.c | 159 ++++++++++++++++++++++++++++++++++++++++++++- drivers/pci/probe.c | 70 +++++++++++++------- include/linux/of_address.h | 14 +--- include/linux/pci.h | 17 +++++ 5 files changed, 264 insertions(+), 35 deletions(-) -- 1.9.0

11 years, 2 months

mainline boot: 47 pass, 0 fail (v3.14-rc6-17-g8712a00)

by Kevin's boot bot

Automated DT boot report for various ARM defconfigs. Tree/Branch: mainline Git describe: v3.14-rc6-17-g8712a00 Full Report =========== da8xx_omapl_defconfig --------------------- da850-evm PASS: 0 min 15.2 sec omap2plus_defconfig ------------------- legacy,3730xm PASS: 0 min 51.2 sec am335x-boneblack PASS: 0 min 25.5 sec omap3-beagle-xm PASS: 1 min 1.2 sec legacy,3530beagle PASS: 0 min 58.8 sec omap4-panda PASS: 1 min 9.9 sec omap3-overo-tobi PASS: 0 min 23.1 sec am335x-bone PASS: 0 min 27.4 sec omap3-overo-storm-tobi PASS: 0 min 25.2 sec omap5-uevm PASS: 1 min 2.2 sec omap4-panda-es PASS: 1 min 9.4 sec legacy,3730storm PASS: 0 min 22.9 sec legacy,3530overo PASS: 0 min 21.3 sec multi_lpae_defconfig -------------------- omap5-uevm PASS: 1 min 46.9 sec sun7i-a20-cubieboard2 PASS: 0 min 14.3 sec tegra_defconfig --------------- tegra30-beaver PASS: 0 min 17.1 sec imx_v6_v7_defconfig ------------------- imx6dl-wandboard,wand-dual PASS: 0 min 18.4 sec imx6dl-wandboard,wand-solo PASS: 0 min 18.4 sec imx6q-wandboard PASS: 0 min 17.0 sec msm_defconfig ------------- qcom-apq8074-dragonboard PASS: 0 min 59.0 sec bcm_defconfig ------------- bcm28155-ap PASS: 0 min 58.9 sec sunxi_defconfig --------------- sun7i-a20-cubieboard2 PASS: 0 min 12.6 sec sun4i-a10-cubieboard PASS: 0 min 12.5 sec exynos_defconfig ---------------- exynos5250-arndale PASS: 0 min 29.3 sec multi_v7_defconfig ------------------ ste-snowball PASS: 1 min 21.0 sec tegra30-beaver PASS: 0 min 27.5 sec am335x-boneblack PASS: 0 min 23.2 sec omap3-beagle-xm PASS: 0 min 51.3 sec sun7i-a20-cubieboard2 PASS: 0 min 14.2 sec armada-370-mirabox PASS: 0 min 22.0 sec omap4-panda PASS: 0 min 55.6 sec armada-xp-openblocks-ax3-4 PASS: 0 min 24.8 sec sun4i-a10-cubieboard PASS: 0 min 18.6 sec bcm28155-ap PASS: 0 min 58.9 sec omap3-overo-tobi PASS: 0 min 21.4 sec imx6dl-wandboard,wand-solo PASS: 0 min 17.9 sec am335x-bone PASS: 0 min 25.9 sec omap3-overo-storm-tobi PASS: 0 min 23.9 sec omap5-uevm PASS: 1 min 45.0 sec imx6q-wandboard PASS: 0 min 17.3 sec omap4-panda-es PASS: 0 min 57.5 sec imx6dl-wandboard,wand-dual PASS: 0 min 18.1 sec u8500_defconfig --------------- ste-snowball PASS: 0 min 33.2 sec sama5_defconfig --------------- sama5d35ek PASS: 0 min 17.0 sec davinci_all_defconfig --------------------- legacy,dm365evm PASS: 0 min 16.6 sec mvebu_defconfig --------------- armada-xp-openblocks-ax3-4 PASS: 0 min 22.2 sec armada-370-mirabox PASS: 0 min 20.1 sec

11 years, 2 months

[PATCH Resend] PM: Remove unnecessary !!

by Viresh Kumar

Double ! or !! are normally required to get 0 or 1 out of a expression. A comparision always returns 0 or 1 and hence there is no need to apply double ! over it again. Signed-off-by: Viresh Kumar <viresh.kumar(a)linaro.org> --- kernel/power/suspend.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/power/suspend.c b/kernel/power/suspend.c index 62ee437..90b3d93 100644 --- a/kernel/power/suspend.c +++ b/kernel/power/suspend.c @@ -39,7 +39,7 @@ static const struct platform_suspend_ops *suspend_ops; static bool need_suspend_ops(suspend_state_t state) { - return !!(state > PM_SUSPEND_FREEZE); + return state > PM_SUSPEND_FREEZE; } static DECLARE_WAIT_QUEUE_HEAD(suspend_freeze_wait_head); -- 1.7.12.rc2.18.g61b472e

11 years, 2 months

[PATCH] mfd: wm5102: Mark register write sequencer control 3 readable

by Mark Brown

From: Mark Brown <broonie(a)linaro.org> During init the core checks if the wm5102 has finished starting by reading register 0x19 and looking at the value. This read always fails since this is not a readable register, mark it as being one. While we're at it provide a constant for the register name (as supplied by Charles Keepax). Signed-off-by: Mark Brown <broonie(a)linaro.org> --- drivers/mfd/arizona-core.c | 3 ++- drivers/mfd/wm5102-tables.c | 1 + include/linux/mfd/arizona/registers.h | 1 + 3 files changed, 4 insertions(+), 1 deletion(-) diff --git a/drivers/mfd/arizona-core.c b/drivers/mfd/arizona-core.c index 1c3ae57082ed..d4919fa2797a 100644 --- a/drivers/mfd/arizona-core.c +++ b/drivers/mfd/arizona-core.c @@ -745,7 +745,8 @@ int arizona_dev_init(struct arizona *arizona) /* Ensure device startup is complete */ switch (arizona->type) { case WM5102: - ret = regmap_read(arizona->regmap, 0x19, &val); + ret = regmap_read(arizona->regmap, + ARIZONA_WRITE_SEQUENCER_CTRL_3, &val); if (ret != 0) dev_err(dev, "Failed to check write sequencer state: %d\n", diff --git a/drivers/mfd/wm5102-tables.c b/drivers/mfd/wm5102-tables.c index f4668d39e542..e32736c3ab57 100644 --- a/drivers/mfd/wm5102-tables.c +++ b/drivers/mfd/wm5102-tables.c @@ -1016,6 +1016,7 @@ static bool wm5102_readable_register(struct device *dev, unsigned int reg) case ARIZONA_WRITE_SEQUENCER_CTRL_0: case ARIZONA_WRITE_SEQUENCER_CTRL_1: case ARIZONA_WRITE_SEQUENCER_CTRL_2: + case ARIZONA_WRITE_SEQUENCER_CTRL_3: case ARIZONA_WRITE_SEQUENCER_PROM: case ARIZONA_TONE_GENERATOR_1: case ARIZONA_TONE_GENERATOR_2: diff --git a/include/linux/mfd/arizona/registers.h b/include/linux/mfd/arizona/registers.h index 90d57aec34e7..f6ad81e923ac 100644 --- a/include/linux/mfd/arizona/registers.h +++ b/include/linux/mfd/arizona/registers.h @@ -27,6 +27,7 @@ #define ARIZONA_WRITE_SEQUENCER_CTRL_0 0x16 #define ARIZONA_WRITE_SEQUENCER_CTRL_1 0x17 #define ARIZONA_WRITE_SEQUENCER_CTRL_2 0x18 +#define ARIZONA_WRITE_SEQUENCER_CTRL_3 0x19 #define ARIZONA_WRITE_SEQUENCER_PROM 0x1A #define ARIZONA_TONE_GENERATOR_1 0x20 #define ARIZONA_TONE_GENERATOR_2 0x21 -- 1.9.0

11 years, 2 months

[PATCH] mfd: wm5102: Mark register 0x19 readable

by Mark Brown

From: Mark Brown <broonie(a)linaro.org> During init the core checks if the wm5102 has finished starting by reading register 0x19 and looking at the value. This read always fails since this is not a readable register, mark it as being one. Signed-off-by: Mark Brown <broonie(a)linaro.org> --- drivers/mfd/wm5102-tables.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/mfd/wm5102-tables.c b/drivers/mfd/wm5102-tables.c index f4668d39e542..07f024fd4ded 100644 --- a/drivers/mfd/wm5102-tables.c +++ b/drivers/mfd/wm5102-tables.c @@ -1016,6 +1016,7 @@ static bool wm5102_readable_register(struct device *dev, unsigned int reg) case ARIZONA_WRITE_SEQUENCER_CTRL_0: case ARIZONA_WRITE_SEQUENCER_CTRL_1: case ARIZONA_WRITE_SEQUENCER_CTRL_2: + case 0x19: case ARIZONA_WRITE_SEQUENCER_PROM: case ARIZONA_TONE_GENERATOR_1: case ARIZONA_TONE_GENERATOR_2: -- 1.9.0

11 years, 2 months

[PATCH v5 0/7] [RFC] Support for creating generic host_bridge from device tree

by Liviu Dudau

This is v5 of my attempt to add support for a generic pci_host_bridge controller created from a description passed in the device tree. Changes from v4: - Export pci_find_host_bridge() to be used by arch code. There is scope for making the arch/arm64 version of pci_domain_nr the default weak implementation but that would double the size of this series in order to handle all #define versions of the pci_domain_nr() function, so I suggest keeping that for a separate cleanup series. Changes from v3: - Dynamically allocate bus_range resource in of_create_pci_host_bridge() - Fix the domain number used when creating child busses. - Changed domain number allocator to use atomic operations. - Use ERR_PTR() to propagate the error out of pci_create_root_bus_in_domain() and of_create_pci_host_bridge(). Changes from v2: - Use range->cpu_addr when calling pci_address_to_pio() - Introduce pci_register_io_range() helper function in order to register io ranges ahead of their conversion to PIO values. This is needed as no information is being stored yet regarding the range mapping, making pci_address_to_pio() fail. Default weak implementation does nothing, to cover the default weak implementation of pci_address_to_pio() that expects direct mapping of physical addresses into PIO values (x86 view). Changes from v1: - Add patch to fix conversion of IO ranges into IO resources. - Added a domain_nr member to pci_host_bridge structure, and a new function to create a root bus in a given domain number. In order to facilitate that I propose changing the order of initialisation between pci_host_bridge and it's related bus in pci_create_root_bus() as sort of a rever of 7b5436635800. This is done in patch 1/4 and 2/4. - Added a simple allocator of domain numbers in drivers/pci/host-bridge.c. The code will first try to get a domain id from of_alias_get_id(..., "pci-domain") and if that fails assign the next unallocated domain id. - Changed the name of the function that creates the generic host bridge from pci_host_bridge_of_init to of_create_pci_host_bridge and exported as GPL symbol. v4 thread here: https://lkml.org/lkml/2014/3/3/301 v3 thread here: https://lkml.org/lkml/2014/2/28/216 v2 thread here: https://lkml.org/lkml/2014/2/27/245 v1 thread here: https://lkml.org/lkml/2014/2/3/380 Best regards, Liviu Liviu Dudau (7): pci: Introduce pci_register_io_range() helper function. pci: OF: Fix the conversion of IO ranges into IO resources. pci: Create pci_host_bridge before its associated bus in pci_create_root_bus. pci: Introduce a domain number for pci_host_bridge. pci: Use parent domain number when allocating child busses. pci: Export find_pci_host_bridge() function. pci: Add support for creating a generic host_bridge from device tree drivers/of/address.c | 39 +++++++++++++ drivers/pci/host-bridge.c | 142 ++++++++++++++++++++++++++++++++++++++++++++- drivers/pci/probe.c | 72 +++++++++++++++-------- include/linux/of_address.h | 14 +---- include/linux/pci.h | 17 ++++++ 5 files changed, 248 insertions(+), 36 deletions(-) -- 1.9.0

11 years, 2 months

[PATCH V1 Resend 0/3] CPUFreq: Minor cleanups for 3.15

by Viresh Kumar

Here are few minor cleanups for cpufreq core and drivers. The first two removes per-cpu cpufreq_show_table variable and moves that information in struct cpufreq_policy. And the last one removes unnecessary frozen variable/parameters. Just rebased over latest bleeding-edge branch and resent. Viresh Kumar (3): cpufreq: add 'freq_table' in struct cpufreq_policy cpufreq: Remove cpufreq_generic_exit() cpufreq: Remove unnecessary variable/parameter 'frozen' drivers/cpufreq/acpi-cpufreq.c | 1 - drivers/cpufreq/arm_big_little.c | 1 - drivers/cpufreq/blackfin-cpufreq.c | 1 - drivers/cpufreq/cpufreq-cpu0.c | 1 - drivers/cpufreq/cpufreq.c | 58 ++++++++++++++++------------------ drivers/cpufreq/cris-artpec3-cpufreq.c | 1 - drivers/cpufreq/cris-etraxfs-cpufreq.c | 1 - drivers/cpufreq/davinci-cpufreq.c | 1 - drivers/cpufreq/e_powersaver.c | 1 - drivers/cpufreq/elanfreq.c | 1 - drivers/cpufreq/exynos-cpufreq.c | 1 - drivers/cpufreq/exynos5440-cpufreq.c | 1 - drivers/cpufreq/freq_table.c | 46 +++++---------------------- drivers/cpufreq/ia64-acpi-cpufreq.c | 1 - drivers/cpufreq/imx6q-cpufreq.c | 1 - drivers/cpufreq/kirkwood-cpufreq.c | 1 - drivers/cpufreq/longhaul.c | 1 - drivers/cpufreq/loongson2_cpufreq.c | 1 - drivers/cpufreq/omap-cpufreq.c | 1 - drivers/cpufreq/p4-clockmod.c | 1 - drivers/cpufreq/pasemi-cpufreq.c | 1 - drivers/cpufreq/powernow-k6.c | 1 - drivers/cpufreq/powernow-k7.c | 2 -- drivers/cpufreq/powernow-k8.c | 2 -- drivers/cpufreq/ppc-corenet-cpufreq.c | 1 - drivers/cpufreq/ppc_cbe_cpufreq.c | 1 - drivers/cpufreq/pxa2xx-cpufreq.c | 1 - drivers/cpufreq/pxa3xx-cpufreq.c | 1 - drivers/cpufreq/sc520_freq.c | 1 - drivers/cpufreq/sh-cpufreq.c | 1 - drivers/cpufreq/sparc-us2e-cpufreq.c | 4 +-- drivers/cpufreq/sparc-us3-cpufreq.c | 4 +-- drivers/cpufreq/spear-cpufreq.c | 1 - drivers/cpufreq/speedstep-centrino.c | 2 -- drivers/cpufreq/speedstep-ich.c | 1 - drivers/cpufreq/speedstep-smi.c | 1 - drivers/cpufreq/tegra-cpufreq.c | 1 - include/linux/cpufreq.h | 11 +------ 38 files changed, 39 insertions(+), 120 deletions(-) -- 1.7.12.rc2.18.g61b472e

11 years, 2 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

linaro-kernel