linaro-dev

linaro-dev@lists.linaro.org

4332 discussions

ANN: git.linaro.org going down for up to 1h

by Danilo Šegan

Hi all, We've experienced slowness with git.linaro.org yesterday that is harming our release process. Since we've already had new machine for hosting git.linaro.org being set up (in the final stages of it), we're about to switch the machines around. We've spent the morning testing the new machine and it seems ready to go. This means that we'll be shutting off any git access to git.linaro.org shortly (at 12:30 UTC), and we expect a downtime of 30 minutes to get new machine up (but let's keep the window of 1h just in case). If you have any urgent issues, please shout before we go for the downtime. Sorry for such a short notice! Cheers, Danilo

13 years, 5 months

Re: [PATCH 05/06] Power: DA9052 Battery module V6

by Mark Brown

On Wed, Dec 14, 2011 at 05:42:09PM +0400, Anton Vorontsov wrote: > I presume this depends on other patches, so I'm fine if this goes via > non-battery tree, There should be no direct dependencies for new MFDs - the Kconfig required to depend on the MFD core means that the drivers can't be selected until the core appears.

13 years, 5 months

[PATCH 03/06] MFD: DA9052/53 MFD core module add SPI support v2

by Ashish Jangam

This patch add SPI support for DA9052/53 MFD core module. This patch is functionally tested on Samsung SMDKV6410. Signed-off-by: David Dajun Chen <dchen(a)diasemi.com> Signed-off-by: Ashish Jangam <ashish.jangam(a)kpitcummins.com> --- Changes since v1: - Remove spi_dev from struct da9052 - Move regmap_config due to added support of regmap cache --- drivers/mfd/Kconfig | 12 +++++ drivers/mfd/Makefile | 1 + drivers/mfd/da9052-spi.c | 115 ++++++++++++++++++++++++++++++++++++++++++++++ 3 files changed, 128 insertions(+), 0 deletions(-) create mode 100644 drivers/mfd/da9052-spi.c diff --git a/drivers/mfd/Kconfig b/drivers/mfd/Kconfig index baced42..c8322ee 100644 --- a/drivers/mfd/Kconfig +++ b/drivers/mfd/Kconfig @@ -332,6 +332,18 @@ config PMIC_DA9052 bool select MFD_CORE +config MFD_DA9052_SPI + bool "Support Dialog Semiconductor DA9052/53 PMIC variants with SPI" + select REGMAP_SPI + select REGMAP_IRQ + select PMIC_DA9052 + depends on SPI_MASTER=y + help + Support for the Dialog Semiconductor DA9052 PMIC + when controlled using SPI. This driver provides common support + for accessing the device, additional drivers must be enabled in + order to use the functionality of the device. + config MFD_DA9052_I2C bool "Support Dialog Semiconductor DA9052/53 PMIC variants with I2C" select REGMAP_I2C diff --git a/drivers/mfd/Makefile b/drivers/mfd/Makefile index 484f209..d5f5743 100644 --- a/drivers/mfd/Makefile +++ b/drivers/mfd/Makefile @@ -69,6 +69,7 @@ obj-$(CONFIG_UCB1400_CORE) += ucb1400_core.o obj-$(CONFIG_PMIC_DA903X) += da903x.o obj-$(CONFIG_PMIC_DA9052) += da9052-core.o +obj-$(CONFIG_MFD_DA9052_SPI) += da9052-spi.o obj-$(CONFIG_MFD_DA9052_I2C) += da9052-i2c.o max8925-objs := max8925-core.o max8925-i2c.o diff --git a/drivers/mfd/da9052-spi.c b/drivers/mfd/da9052-spi.c new file mode 100644 index 0000000..cdbc7ca --- /dev/null +++ b/drivers/mfd/da9052-spi.c @@ -0,0 +1,115 @@ +/* + * SPI access for Dialog DA9052 PMICs. + * + * Copyright(c) 2011 Dialog Semiconductor Ltd. + * + * Author: David Dajun Chen <dchen(a)diasemi.com> + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software Foundation; either version 2 of the License, or + * (at your option) any later version. + * + */ + +#include <linux/device.h> +#include <linux/module.h> +#include <linux/input.h> +#include <linux/mfd/core.h> +#include <linux/spi/spi.h> +#include <linux/err.h> + +#include <linux/mfd/da9052/da9052.h> + +static int da9052_spi_probe(struct spi_device *spi) +{ + int ret; + const struct spi_device_id *id = spi_get_device_id(spi); + struct da9052 *da9052 = kzalloc(sizeof(struct da9052), GFP_KERNEL); + + if (!da9052) + return -ENOMEM; + + spi->mode = SPI_MODE_0 | SPI_CPOL; + spi->bits_per_word = 8; + spi_setup(spi); + + da9052->dev = &spi->dev; + da9052->chip_irq = spi->irq; + + dev_set_drvdata(&spi->dev, da9052); + + da9052_regmap_config.read_flag_mask = 1; + da9052_regmap_config.write_flag_mask = 0; + + da9052->regmap = regmap_init_spi(spi, &da9052_regmap_config); + if (IS_ERR(da9052->regmap)) { + ret = PTR_ERR(da9052->regmap); + dev_err(&spi->dev, "Failed to allocate register map: %d\n", + ret); + goto err; + } + + ret = da9052_device_init(da9052, id->driver_data); + if (ret != 0) + goto err; + + return 0; + +err: + kfree(da9052); + return ret; +} + +static int da9052_spi_remove(struct spi_device *spi) +{ + struct da9052 *da9052 = dev_get_drvdata(&spi->dev); + + da9052_device_exit(da9052); + kfree(da9052); + + return 0; +} + +static struct spi_device_id da9052_spi_id[] = { + {"da9052", DA9052}, + {"da9053-aa", DA9053_AA}, + {"da9053-ba", DA9053_BA}, + {"da9053-bb", DA9053_BB}, + {} +}; + +static struct spi_driver da9052_spi_driver = { + .probe = da9052_spi_probe, + .remove = __devexit_p(da9052_spi_remove), + .id_table = da9052_spi_id, + .driver = { + .name = "da9052", + .bus = &spi_bus_type, + .owner = THIS_MODULE, + }, +}; + +static int __init da9052_spi_init(void) +{ + int ret; + + ret = spi_register_driver(&da9052_spi_driver); + if (ret != 0) { + pr_err("Failed to register DA9052 SPI driver, %d\n", ret); + return ret; + } + + return 0; +} +subsys_initcall(da9052_spi_init); + +static void __exit da9052_spi_exit(void) +{ + spi_unregister_driver(&da9052_spi_driver); +} +module_exit(da9052_spi_exit); + +MODULE_AUTHOR("David Dajun Chen <dchen(a)diasemi.com>"); +MODULE_DESCRIPTION("SPI driver for Dialog DA9052 PMIC"); +MODULE_LICENSE("GPL");

13 years, 5 months

Powering up snowball over USB

by Dave Pigott

Hi all, Sorry for the wide distribution, but I've got a rather curious problem. I'm trying to get a Snowball V11 PDK working in the validation lab, and the only way to get it to boot on power-on is to power it over USB and control the power through a USB power adaptor. While this works admirably, the problem is that when I try to soft-reboot I get the usual: Broadcast message from root@master (/dev/ttyAMA2) at 15:48 ... The system is going down for reboot NOW! * Asking all remaining processes to terminate... [ OK ] * All processes ended within 1 seconds.... [ OK ] * Deconfiguring network interfaces... [ OK ] * Deactivating swap... [ OK ] umount: /run/lock: not mounted * Will now restart [ 1279.346801] Restarting system. and then nothing. It just hangs and never comes back until I power cycle it. BTW: Sometimes I get the whole of the "Restarting system" message, sometimes just half of it. Has anybody any idea why this might be the case and, if so, what I can do about it? Thanks Dave Dave Pigott Validation Engineer T: +44 1223 45 00 24 | M +44 7940 45 93 44 Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog

13 years, 5 months

[PATCH 0/6] HACK: OMAP: testing common clk features

by Mike Turquette

This series is just informational and illustrates how to use some of the common struct clk features. I wrote this code when testing the common struct patches. These are hacks and put some of code to use practically. Firstly this series models the clocks between the MPU PLL and the ARM IP a bit more closely. Then CPUfreq is changed to use this new mpu_clk, which passes the rate change up to the PLL. Another new clk, mpu_periphclk, is introduced which divides mpu_clk by 2. The recent smp_twd code from Linus W. is modified to use clk rate change notifiers for mpu_periphclk instead of CPUfreq notifiers. Finally this series introduces a new OPP for the MPU on OMAP4 which bypasses the MPU DPLL and exercies some of the clk frameworks parent switching code. Using this OPP is probably unsafe and will permanently ruin your board, your desk and your home. You can find the common struct clk patches at, https://lkml.org/lkml/2011/12/13/451 OMAP support for the common struct clk is needed for this series and can be found at, http://article.gmane.org/gmane.linux.ports.arm.omap/68217 These patches can be found at, http://git.linaro.org/gitweb?p=people/mturquette/linux.git;a=shortlog;h=ref… git://git.linaro.org/people/mturquette/linux.git v3.2-rc5-clkv4-omap-pm-testing Linus Walleij (1): smp_twd: Reconfigure clockevents after cpufreq change Mike Turquette (5): HACK: omap: opp: add fake 400MHz OPP to bypass MPU omap: clk: .round_rate for propagating to parents HACK: omap: clk: add mpu_periphclk clk node HACK: cpufreq: omap: change mpu_clk's rate HACK: arm: reprogram twd based on clk notifier arch/arm/kernel/smp_twd.c | 89 +++++++++++++++++++++++++++++++-- arch/arm/mach-omap2/clkt_clksel.c | 8 +++ arch/arm/mach-omap2/clock.h | 2 + arch/arm/mach-omap2/clock44xx_data.c | 37 ++++++++++++++- arch/arm/mach-omap2/opp4xxx_data.c | 9 ++++ drivers/cpufreq/omap-cpufreq.c | 2 +- 6 files changed, 139 insertions(+), 8 deletions(-) -- 1.7.5.4

13 years, 5 months

linux-next not booting on snowball

by Daniel Lezcano

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, I am using the linux-next head git tree on a snowball V5. The kernel hangs at "Uncompressing kernel... done". After bisecting, the patch where the kernel does no longer boot is: commit 549158d2ab01e8370d2773044fe09738a26f7086 Author: Nicolas Pitre <nicolas.pitre(a)linaro.org> Date: Thu Aug 25 00:35:59 2011 -0400 ARM: move iotable mappings within the vmalloc region In order to remove the build time variation between different SOCs with regards to VMALLOC_END, the iotable mappings are now allocated inside the vmalloc region. This allows for VMALLOC_END to be identical across all machines. The value for VMALLOC_END is now set to 0xff000000 which is right where the consistent DMA area starts. To accommodate all static mappings on machines with possible highmem usage, the default vmalloc area size is changed to 240 MB so that VMALLOC_START is no higher than 0xf0000000 by default. Signed-off-by: Nicolas Pitre <nicolas.pitre(a)linaro.org> Tested-by: Stephen Warren <swarren(a)nvidia.com> Tested-by: Kevin Hilman <khilman(a)ti.com> Tested-by: Jamie Iles <jamie(a)jamieiles.com> Is it a known issue ? kernel config file : http://pastebin.com/E6HngT58 Thanks -- Daniel - -- <http://www.linaro.org/> Linaro.org ? Open source software for ARM SoCs Follow Linaro: <http://www.facebook.com/pages/Linaro> Facebook | <http://twitter.com/#!/linaroorg> Twitter | <http://www.linaro.org/linaro-blog/> Blog -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJO15RUAAoJEAKBbMCpUGYA+JkIALr9uQl2EgpCuvjo9udAs6LI dqM1w0BvMpr2WxcMO0pUvqsCKMKBcuWz6sC/BZjCJmpcxT5H8Am6YJTFq4l4y+tO 09Ggt2fK3AUWH6CBlja8HD0MEQkkjv45tiFWS0s6qFdd4MhhII+P9M04kSwaQ24u PWwCiPofwx2RfYGM7an7VBpTAgqOuIaL5CUJdjDL5wgHsZW/qE5hQVN+V/V47TPq 1M1A9xaBs+3BhU0yTe8JMstaXoGqTgehkE5puFXZ+6f+qhLRJZTRXwu2lHbXCdyf rcByM65gB3cSfb555DKnXgK7qB4T2n0t/nilkkT1PaO7sM0I9E4O2wdQk5KvtbE= =RaPn -----END PGP SIGNATURE-----

13 years, 5 months

[PATCH 0/7] RFC: convert OMAP to common struct clk

by Mike Turquette

This patch series is an RFC for converting OMAP to the common struct clk. These patches are based on v4 of the common struct clk series: https://lkml.org/lkml/2011/12/13/451 OMAP's old struct clk has been renamed to struct clk_hw_omap, but left essentially the same. This series only targets OMAP4 and was only tested on a 4430 Panda. The next step is to figure out: * what are the various clk types we want to support in separate structures * where does the "clk driver" code live (still in mach-omap2?) * kill off plat-omap/clock.* completely? I vote yes. These patches can also be found at, http://git.linaro.org/gitweb?p=people/mturquette/linux.git;a=shortlog;h=ref… The same series merged with Kevin's PM branch (to get CPUfreq working) can be found at, http://git.linaro.org/gitweb?p=people/mturquette/linux.git;a=shortlog;h=ref… This series will be followed up shortly with another set of patches for "testing" the clk rate change notifiers, parent propagation of rate changes and debugfs re-parenting. Mike Turquette (7): OMAP: Kconfig: select GENERIC_CLK HACK: omap4: clk: convert to common struct clk HACK: omap: convert 44xx data to common struct clk omap: hwmod: convert to use common struct clk omap: panda: use clk_prepare in ehci init omap: dss: use clk_prepare in dss reset HACK: comment WARN_ON in _clkdm_clk_hwmod_disable arch/arm/mach-omap2/Kconfig | 1 + arch/arm/mach-omap2/board-omap4panda.c | 1 + arch/arm/mach-omap2/clkt_clksel.c | 195 +- arch/arm/mach-omap2/clkt_dpll.c | 54 +- arch/arm/mach-omap2/clock.c | 363 +-- arch/arm/mach-omap2/clock.h | 59 +- arch/arm/mach-omap2/clock44xx_data.c | 4615 ++++++++++++++++++------------- arch/arm/mach-omap2/clockdomain.c | 2 +- arch/arm/mach-omap2/display.c | 4 +- arch/arm/mach-omap2/dpll3xxx.c | 228 +- arch/arm/mach-omap2/dpll44xx.c | 62 +- arch/arm/mach-omap2/omap_hwmod.c | 54 +- arch/arm/plat-omap/clock.c | 315 +-- arch/arm/plat-omap/include/plat/clock.h | 96 +- 14 files changed, 3415 insertions(+), 2634 deletions(-) -- 1.7.5.4

13 years, 5 months

linaro powertop doesn't work well on a single core ARM SoC

by Barry Song

Hi Tony/Amit, anybody has tried to use powertop from linaro on a single core ARM SoC? What i am using is git://android.git.linaro.org/platform/external/powertop.git. I got two questions: 1. powertop will crash in handle_one_cpu() due to it gets wrong cpu number(-1), then i made the following change to make it work: powertop: fix segment fault for single cpu env Signed-off-by: Barry Song <baohua.song(a)csr.com> diff --git a/cpu/cpu.cpp b/cpu/cpu.cpp index 29fc72c..c56c746 100644 --- a/cpu/cpu.cpp +++ b/cpu/cpu.cpp @@ -302,6 +302,9 @@ void enumerate_cpus(void) model = strtoull(c, NULL, 10); } } + + if (number == -1) + number = 0; if (strncasecmp(line, "bogomips\t", 9) == 0) { handle_one_cpu(number, vendor, family, model); set_max_cpu(number); 2. after fixing problem1, powertop can run on PrimaII, but i always get 0.0% for every p states as you can see from attached pic. but if we check cpufreq stats in /sys/devices/system/cpu/cpu0/cpufreq/stats, my system does change freq based on ondemand. # cat time_in_state 800000 2064 600000 181 400000 341 200000 60381 # cat trans_table From : To : 800000 600000 400000 200000 800000: 0 13 13 14 600000: 5 0 3 5 400000: 5 0 0 11 200000: 29 0 0 0 # cat total_trans 98 does anyone have experiences about it? Thanks barry

13 years, 5 months

latest linux-linaro-3.1 compile errors

by John Rigby

With the latest 3.1.5 merge linux-linaro-3.1 fails to build on Jenkins: https://ci.linaro.org/jenkins/view/All%20CI/job/linux-linaro-3.1_panda-omap… GEN .version CHK include/generated/compile.h UPD include/generated/compile.h CC init/version.o LD init/built-in.o LD .tmp_vmlinux1 `oprofile_arch_exit' referenced in section `.init.text' of arch/arm/oprofile/built-in.o: defined in discarded section `.exit.text' of arch/arm/oprofile/built-in.o `oprofile_arch_exit' referenced in section `.init.text' of arch/arm/oprofile/built-in.o: defined in discarded section `.exit.text' of arch/arm/oprofile/built-in.o I originally saw this with my packaged kernel builds so checked the unpackaged version to see if it was a config/sauce issue from packaging.

13 years, 5 months

Re: Origen boards in Lava

by Paul Larson

Great work getting this up and running Dave, and thanks to Sangwook for his support in helping us sort out issues with usb ethernet dongles. I'm doing some smoke testing on the boards right now in preparation for having regular, daily runs going. Thanks, Paul Larson On Thu, Dec 8, 2011 at 3:12 AM, Dave Pigott <dave.pigott(a)linaro.org> wrote: > > Hi all, > > A slightly higher resolution version. The lower shelf contains 9 of our 10 > Origens - this is rack 2, Origen 1 is in rack 1. > > Thanks > > Dave > > Dave Pigott > Validation Engineer > T: +44 1223 45 00 24 | M +44 7940 45 93 44 > Linaro.org <http://www.linaro.org/>* **│ *Open source software for ARM > SoCs**** > Follow *Linaro: *Facebook <http://www.facebook.com/pages/Linaro> | Twitter<http://twitter.com/#%21/linaroorg> > | Blog <http://www.linaro.org/linaro-blog/> > > On 8 Dec 2011, at 09:09, Sangwook Lee wrote: > > <Lava7Dec11.jpg> > > >

13 years, 5 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

linaro-dev