linaro-dev

linaro-dev@lists.linaro.org

4332 discussions

[PATCH 9/11] Backlight: DA9052 Backlight driver v1

by ashishj3

DA9052 PMIC has capability to supply power for upto 3 banks of 6 white serial LEDS. It can also control intensity of independent banks. To drive these banks boost converter will provide up to 24V and forward current of max. 50mA. This patch controls intensity of the individual WLEDs bank through DA9052 PMIC. Signed-off-by: David Dajun Chen <dchen(a)diasemi.com> Signed-off-by: Ashish Jangam <ashish.jangam(a)kpitcummins.com> --- drivers/video/backlight/Kconfig | 6 + drivers/video/backlight/Makefile | 1 + drivers/video/backlight/da9052_bl.c | 216 +++++++++++++++++++++++++++++++++++ 3 files changed, 223 insertions(+), 0 deletions(-) create mode 100755 drivers/video/backlight/da9052_bl.c diff --git a/drivers/video/backlight/Kconfig b/drivers/video/backlight/Kconfig index 0c9373b..a14fb21 100644 --- a/drivers/video/backlight/Kconfig +++ b/drivers/video/backlight/Kconfig @@ -237,6 +237,12 @@ config BACKLIGHT_DA903X If you have a LCD backlight connected to the WLED output of DA9030 or DA9034 WLED output, say Y here to enable this driver. +config BACKLIGHT_DA9052 + tristate "Dialog DA9052 WLED" + depends on PMIC_DA9052 + help + Enable the DA9052 Backlight Driver + config BACKLIGHT_MAX8925 tristate "Backlight driver for MAX8925" depends on MFD_MAX8925 diff --git a/drivers/video/backlight/Makefile b/drivers/video/backlight/Makefile index b9ca849..a317e11 100644 --- a/drivers/video/backlight/Makefile +++ b/drivers/video/backlight/Makefile @@ -26,6 +26,7 @@ obj-$(CONFIG_BACKLIGHT_PROGEAR) += progear_bl.o obj-$(CONFIG_BACKLIGHT_CARILLO_RANCH) += cr_bllcd.o obj-$(CONFIG_BACKLIGHT_PWM) += pwm_bl.o obj-$(CONFIG_BACKLIGHT_DA903X) += da903x_bl.o +obj-$(CONFIG_BACKLIGHT_DA9052) += da9052_bl.o obj-$(CONFIG_BACKLIGHT_MAX8925) += max8925_bl.o obj-$(CONFIG_BACKLIGHT_APPLE) += apple_bl.o obj-$(CONFIG_BACKLIGHT_TOSA) += tosa_bl.o diff --git a/drivers/video/backlight/da9052_bl.c b/drivers/video/backlight/da9052_bl.c new file mode 100755 index 0000000..ed8b2f8 --- /dev/null +++ b/drivers/video/backlight/da9052_bl.c @@ -0,0 +1,216 @@ +/* + * Backlight Driver 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/backlight.h> +#include <linux/delay.h> +#include <linux/fb.h> +#include <linux/platform_device.h> + +#include <linux/mfd/da9052/da9052.h> +#include <linux/mfd/da9052/reg.h> + +#define DA9052_MAX_BRIGHTNESS 0xFF + +enum { + DA9052_WLEDS_OFF, + DA9052_WLEDS_ON, +}; + +static unsigned char wled_bank[] = { + DA9052_LED1_CONF_REG, + DA9052_LED2_CONF_REG, + DA9052_LED3_CONF_REG, +}; + +struct da9052_bl { + struct da9052 *da9052; + uint brightness; + uint state; + uint led_reg; +}; + +static int da9052_adjust_wled_brightness(struct da9052_bl *wleds) +{ + unsigned char boost_en; + unsigned char i_sink; + int ret; + + boost_en = 0x3F; + i_sink = 0xFF; + if (wleds->state == DA9052_WLEDS_OFF) { + boost_en = 0x00; + i_sink = 0x00; + } + + ret = da9052_reg_write(wleds->da9052, DA9052_BOOST_REG, boost_en); + if (ret < 0) { + dev_err(wleds->da9052->dev, + "Failed to write boost reg, %d\n", ret); + return ret; + } + + ret = da9052_reg_write(wleds->da9052, DA9052_LED_CONT_REG, i_sink); + if (ret < 0) { + dev_err(wleds->da9052->dev, + "Failed to write led cont reg, %d\n", ret); + return ret; + } + + ret = da9052_reg_write(wleds->da9052, wled_bank[wleds->led_reg], 0x0); + if (ret < 0) { + dev_err(wleds->da9052->dev, + "Failed to write led conf reg, %d", ret); + return ret; + } + + if (wleds->brightness) { + msleep(10); + ret = da9052_reg_write(wleds->da9052, wled_bank[wleds->led_reg], + wleds->brightness); + if (ret < 0) { + dev_err(wleds->da9052->dev, + "Failed to write led conf reg, %d", ret); + return ret; + } + } + + return 0; +} + +static int da9052_backlight_update_status(struct backlight_device *bl) +{ + int brightness = bl->props.brightness; + struct da9052_bl *wleds = bl_get_data(bl); + + wleds->brightness = brightness; + wleds->state = DA9052_WLEDS_ON; + + return da9052_adjust_wled_brightness(wleds); +} + +static int da9052_backlight_get_brightness(struct backlight_device *bl) +{ + struct da9052_bl *wleds = bl_get_data(bl); + + return wleds->brightness; +} + +static const struct backlight_ops da9052_backlight_ops = { + .update_status = da9052_backlight_update_status, + .get_brightness = da9052_backlight_get_brightness, +}; + +static int da9052_backlight_probe(struct platform_device *pdev) +{ + struct backlight_device *bl; + struct backlight_properties props; + static int led_reg_num; + struct da9052_bl *wleds; + + wleds = kzalloc(sizeof(struct da9052_bl), GFP_KERNEL); + if (!wleds) + return -ENOMEM; + + wleds->da9052 = dev_get_drvdata(pdev->dev.parent); + wleds->brightness = 0; + wleds->led_reg = led_reg_num++; + wleds->state = DA9052_WLEDS_OFF; + + bl = backlight_device_register(pdev->name, wleds->da9052->dev, wleds, + &da9052_backlight_ops, &props); + if (IS_ERR(bl)) { + dev_err(&pdev->dev, "Failed to register backlight\n"); + kfree(wleds); + return PTR_ERR(bl); + } + + bl->props.max_brightness = DA9052_MAX_BRIGHTNESS; + bl->props.brightness = 0; + platform_set_drvdata(pdev, bl); + + return da9052_adjust_wled_brightness(wleds); +} + +static int da9052_backlight_remove(struct platform_device *pdev) +{ + struct backlight_device *bl = platform_get_drvdata(pdev); + struct da9052_bl *wleds = bl_get_data(bl); + + wleds->brightness = 0; + wleds->state = DA9052_WLEDS_OFF; + da9052_adjust_wled_brightness(wleds); + backlight_device_unregister(bl); + + return 0; +} + +static struct platform_driver da9052_wled1_driver = { + .probe = da9052_backlight_probe, + .remove = da9052_backlight_remove, + .driver = { + .name = "da9052-WLED1", + .owner = THIS_MODULE, + }, +}; + +static struct platform_driver da9052_wled2_driver = { + .probe = da9052_backlight_probe, + .remove = da9052_backlight_remove, + .driver = { + .name = "da9052-WLED2", + .owner = THIS_MODULE, + }, +}; + +static struct platform_driver da9052_wled3_driver = { + .probe = da9052_backlight_probe, + .remove = da9052_backlight_remove, + .driver = { + .name = "da9052-WLED3", + .owner = THIS_MODULE, + }, +}; + +static int __init da9052_backlight_init(void) +{ + int ret; + + ret = platform_driver_register(&da9052_wled1_driver); + if (ret) + return ret; + + ret = platform_driver_register(&da9052_wled2_driver); + if (ret) + return ret; + + ret = platform_driver_register(&da9052_wled3_driver); + if (ret) + return ret; + + return 0; +} +module_init(da9052_backlight_init); + +static void __exit da9052_backlight_exit(void) +{ + platform_driver_unregister(&da9052_wled1_driver); + platform_driver_unregister(&da9052_wled2_driver); + platform_driver_unregister(&da9052_wled3_driver); +} +module_exit(da9052_backlight_exit); + +MODULE_AUTHOR("David Dajun Chen <dchen(a)diasemi.com>"); +MODULE_DESCRIPTION("Backlight driver for DA9052 PMIC"); +MODULE_LICENSE("GPL"); +MODULE_ALIAS("platform:da9052-backlight");

13 years, 10 months

[PATCH 02/11] GPIO: DA9052 GPIO module v2

by ashishj3

DA9052 PMIC has 16 bit GPIO bus for peripheral control. This patch add support for the GPIO pins on the DA9052. Signed-off-by: David Dajun Chen <dchen(a)diasemi.com> Signed-off-by: Ashish Jangam <ashish.jangam(a)kpitcummins.com> CC: Mark Brown <broonie(a)opensource.wolfsonmicro.com> --- Changes since v2 - change of file name - correct reference to irq_base in function to_irq() - remove pdata dependency --- drivers/gpio/Kconfig | 6 + drivers/gpio/Makefile | 1 + drivers/gpio/gpio-da9052.c | 259 +++++++++++++++++++++++++++++++++++++++ include/linux/mfd/da9052/gpio.h | 47 +++++++ 4 files changed, 313 insertions(+), 0 deletions(-) create mode 100755 drivers/gpio/gpio-da9052.c create mode 100755 include/linux/mfd/da9052/gpio.h diff --git a/drivers/gpio/Kconfig b/drivers/gpio/Kconfig index d3b2953..df510d4 100644 --- a/drivers/gpio/Kconfig +++ b/drivers/gpio/Kconfig @@ -65,6 +65,12 @@ config GPIO_SYSFS # put expanders in the right section, in alphabetical order +config GPIO_DA9052 + tristate "Dialog DA9052 GPIO" + depends on PMIC_DA9052 + help + Say yes here to enable the GPIO driver for the DA9052 chip. + config GPIO_MAX730X tristate diff --git a/drivers/gpio/Makefile b/drivers/gpio/Makefile index becef59..cbee503 100644 --- a/drivers/gpio/Makefile +++ b/drivers/gpio/Makefile @@ -11,6 +11,7 @@ obj-$(CONFIG_GPIOLIB) += gpiolib.o obj-$(CONFIG_GPIO_ADP5520) += adp5520-gpio.o obj-$(CONFIG_GPIO_ADP5588) += adp5588-gpio.o obj-$(CONFIG_GPIO_BASIC_MMIO) += basic_mmio_gpio.o +obj-$(CONFIG_GPIO_DA9052) += gpio-da9052.o obj-$(CONFIG_GPIO_LANGWELL) += langwell_gpio.o obj-$(CONFIG_GPIO_MAX730X) += max730x.o obj-$(CONFIG_GPIO_MAX7300) += max7300.o diff --git a/drivers/gpio/gpio-da9052.c b/drivers/gpio/gpio-da9052.c new file mode 100755 index 0000000..1d83a7e --- /dev/null +++ b/drivers/gpio/gpio-da9052.c @@ -0,0 +1,259 @@ +/* + * GPIO Driver 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/module.h> +#include <linux/fs.h> +#include <linux/uaccess.h> +#include <linux/platform_device.h> +#include <linux/gpio.h> +#include <linux/syscalls.h> +#include <linux/seq_file.h> + +#include <linux/mfd/da9052/da9052.h> +#include <linux/mfd/da9052/reg.h> +#include <linux/mfd/da9052/pdata.h> +#include <linux/mfd/da9052/gpio.h> + +struct da9052_gpio { + struct da9052 *da9052; + struct gpio_chip gp; +}; + +static inline struct da9052_gpio *to_da9052_gpio(struct gpio_chip *chip) +{ + return container_of(chip, struct da9052_gpio, gp); +} + +static unsigned char da9052_gpio_port_odd(unsigned offset) +{ + return offset % 2; +} + +static int da9052_gpio_get(struct gpio_chip *gc, unsigned offset) +{ + struct da9052_gpio *gpio = to_da9052_gpio(gc); + int da9052_port_direction = 0; + int ret; + + ret = da9052_reg_read(gpio->da9052, + DA9052_GPIO_0_1_REG + (offset >> 1)); + if (ret < 0) + return ret; + + if (da9052_gpio_port_odd(offset)) { + da9052_port_direction = ret & DA9052_GPIO_ODD_PORT_PIN; + da9052_port_direction >>= 4; + } else { + da9052_port_direction = ret & DA9052_GPIO_EVEN_PORT_PIN; + } + + switch (da9052_port_direction) { + case DA9052_INPUT: + if (offset < DA9052_GPIO_MAX_PORTS_PER_REGISTER) + ret = da9052_reg_read(gpio->da9052, + DA9052_STATUS_C_REG); + else + ret = da9052_reg_read(gpio->da9052, + DA9052_STATUS_D_REG); + if (ret < 0) + return ret; + if (ret & (1 << DA9052_GPIO_SHIFT_COUNT(offset))) + return 1; + else + return 0; + case DA9052_OUTPUT_PUSHPULL: + if (da9052_gpio_port_odd(offset)) + return ret & DA9052_GPIO_ODD_PORT_MODE; + else + return ret & DA9052_GPIO_EVEN_PORT_MODE; + default: + return -EINVAL; + } +} + +static void da9052_gpio_set(struct gpio_chip *gc, unsigned offset, int value) +{ + struct da9052_gpio *gpio = to_da9052_gpio(gc); + unsigned char register_value = 0; + int ret; + + if (da9052_gpio_port_odd(offset)) { + if (value) { + register_value = DA9052_GPIO_ODD_PORT_MODE; + ret = da9052_reg_update(gpio->da9052, (offset >> 1) + + DA9052_GPIO_0_1_REG, + DA9052_GPIO_ODD_PORT_MODE, + register_value); + if (ret != 0) + dev_err(gpio->da9052->dev, + "Failed to updated gpio odd reg,%d", + ret); + } + } else { + if (value) { + register_value = DA9052_GPIO_EVEN_PORT_MODE; + ret = da9052_reg_update(gpio->da9052, (offset >> 1) + + DA9052_GPIO_0_1_REG, + DA9052_GPIO_EVEN_PORT_MODE, + register_value); + if (ret != 0) + dev_err(gpio->da9052->dev, + "Failed to updated gpio even reg,%d", + ret); + } + } +} + +static int da9052_gpio_direction_input(struct gpio_chip *gc, unsigned offset) +{ + struct da9052_gpio *gpio = to_da9052_gpio(gc); + unsigned char register_value; + int ret; + + /* Format: function - 2 bits type - 1 bit mode - 1 bit */ + register_value = DA9052_INPUT | DA9052_ACTIVE_LOW << 2 | + DA9052_DEBOUNCING_ON << 3; + + if (da9052_gpio_port_odd(offset)) + ret = da9052_reg_update(gpio->da9052, (offset >> 1) + + DA9052_GPIO_0_1_REG, + DA9052_GPIO_MASK_UPPER_NIBBLE, + (register_value << + DA9052_GPIO_NIBBLE_SHIFT)); + else + ret = da9052_reg_update(gpio->da9052, (offset >> 1) + + DA9052_GPIO_0_1_REG, + DA9052_GPIO_MASK_LOWER_NIBBLE, + register_value); + + return ret; +} + +static int da9052_gpio_direction_output(struct gpio_chip *gc, + unsigned offset, int value) +{ + struct da9052_gpio *gpio = to_da9052_gpio(gc); + unsigned char register_value; + int ret; + + /* Format: Function - 2 bits Type - 1 bit Mode - 1 bit */ + register_value = DA9052_OUTPUT_PUSHPULL | DA9052_SUPPLY_VDD_IO1 << 2 | + value << 3; + + if (da9052_gpio_port_odd(offset)) + ret = da9052_reg_update(gpio->da9052, (offset >> 1) + + DA9052_GPIO_0_1_REG, + DA9052_GPIO_MASK_UPPER_NIBBLE, + (register_value << + DA9052_GPIO_NIBBLE_SHIFT)); + else + ret = da9052_reg_update(gpio->da9052, (offset >> 1) + + DA9052_GPIO_0_1_REG, + DA9052_GPIO_MASK_LOWER_NIBBLE, + register_value); + + return ret; +} + +static int da9052_gpio_to_irq(struct gpio_chip *gc, u32 offset) +{ + struct da9052_gpio *gpio = to_da9052_gpio(gc); + struct da9052 *da9052 = gpio->da9052; + + return da9052->irq_base + DA9052_IRQ_GPI0 + offset; +} + +static struct gpio_chip reference_gp{ + .label = "da9052-gpio", + .owner = THIS_MODULE, + .get = da9052_gpio_get, + .set = da9052_gpio_set, + .direction_input = da9052_gpio_direction_input, + .direction_output = da9052_gpio_direction_output, + .to_irq = da9052_gpio_to_irq, + .can_sleep = 1; +}; + +static int __devinit da9052_gpio_probe(struct platform_device *pdev) +{ + struct da9052_gpio *gpio; + struct da9052_pdata *pdata; + int ret; + + gpio = kzalloc(sizeof(*gpio), GFP_KERNEL); + if (gpio == NULL) + return -ENOMEM; + + gpio->da9052 = dev_get_drvdata(pdev->dev.parent); + pdata = gpio->da9052->dev->platform_data; + + gpio->da9052 = dev_get_drvdata(pdev->dev.parent); + gpio->gp = reference_gp; + gpio->gp.ngpio = 16; + if (pdata && pdata->gpio_base) + gpio->gp.base = pdata->gpio_base; + else + gpio->gp.base = -1; + + ret = gpiochip_add(&gpio->gp); + if (ret < 0) { + dev_err(&pdev->dev, "Could not register gpiochip, %d\n", ret); + goto err_mem; + } + + platform_set_drvdata(pdev, gpio); + + return 0; + +err_mem: + kfree(gpio); + return ret; +} + +static int __devexit da9052_gpio_remove(struct platform_device *pdev) +{ + struct da9052_gpio *gpio = platform_get_drvdata(pdev); + int ret; + + ret = gpiochip_remove(&gpio->gp); + if (ret == 0) + kfree(gpio); + + return ret; +} + +static struct platform_driver da9052_gpio_driver = { + .probe = da9052_gpio_probe, + .remove = __devexit_p(da9052_gpio_remove), + .driver = { + .name = "da9052-gpio", + .owner = THIS_MODULE, + }, +}; + +static int __init da9052_gpio_init(void) +{ + return platform_driver_register(&da9052_gpio_driver); +} +module_init(da9052_gpio_init); + +static void __exit da9052_gpio_exit(void) +{ + return platform_driver_unregister(&da9052_gpio_driver); +} +module_exit(da9052_gpio_exit); + +MODULE_AUTHOR("David Dajun Chen <dchen(a)diasemi.com>"); +MODULE_DESCRIPTION("DA9052 GPIO Device Driver"); +MODULE_LICENSE("GPL"); +MODULE_ALIAS("platform:da9052-gpio"); diff --git a/include/linux/mfd/da9052/gpio.h b/include/linux/mfd/da9052/gpio.h new file mode 100755 index 0000000..ff579bf --- /dev/null +++ b/include/linux/mfd/da9052/gpio.h @@ -0,0 +1,47 @@ +/* + * GPIO declarations for 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. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + * GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software + * Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. + * + */ + +#ifndef __LINUX_MFD_DA9052_GPIO_H +#define __LINUX_MFD_DA9052_GPIO_H + +#define DA9052_INPUT 1 +#define DA9052_OUTPUT_OPENDRAIN 2 +#define DA9052_OUTPUT_PUSHPULL 3 + +#define DA9052_SUPPLY_VDD_IO1 0 + +#define DA9052_DEBOUNCING_OFF 0 +#define DA9052_DEBOUNCING_ON 1 + +#define DA9052_OUTPUT_LOWLEVEL 0 + +#define DA9052_ACTIVE_LOW 0 +#define DA9052_ACTIVE_HIGH 1 + +#define DA9052_GPIO_MAX_PORTS_PER_REGISTER 8 +#define DA9052_GPIO_SHIFT_COUNT(no) (no%8) +#define DA9052_GPIO_MASK_UPPER_NIBBLE 0xF0 +#define DA9052_GPIO_MASK_LOWER_NIBBLE 0x0F +#define DA9052_GPIO_NIBBLE_SHIFT 4 + +#endif

13 years, 10 months

[ACTIVITY] Zach Pfeffer 2011-06-19 to 2011/06/25

by Zach Pfeffer

== Zach Pfeffer pfefferz == === Highlights === * Integrated TI LT 1080P fix * Helped get the 11.06 release out the door * Got Android/LT PoC sync-ups kicked offour individual plans for the coming week(s). * Got manual CI process underway === Plans === * Onboard Botao Sun, Tony Mansson, Chao Yang * Help fix 39 tip * Help fix TI tip * Work with each WG to land their technology this month === Issues === * None

13 years, 10 months

[ACTIVITY] Android Platform Team 2011-06-19 to 2011-06-25

by Zach Pfeffer

Corrected the ACTIVITY date range. On 5 July 2011 08:03, Zach Pfeffer <zach.pfeffer(a)linaro.org> wrote: > Original at: https://wiki.linaro.org/Platform/Android/Status/2011-06-30 > > == Key Points for wider discussion == > * The Android Team now has dedicated Points-of-Contact for each > landing team, WG PoCs coming based on resources > * Upgraded baselines to AOSP 2.3.4 > > == Team Highlights == > > * Started helping hook LAVA to the autobuilder > * Planning 0xbench maintenance > * Fixed EDID parser issue on TI LEB > * Started AOSP upstreaming planning > * Created an Android Multimedia test bench > (https://wiki.linaro.org/MultimediaTest) > > == Risks / Issues == > * Need lots of Pandaboards > > == Miscellaneous == > * Bernhard Rosenkraenzer and Frans Gifford joined the Android team > (welcome email to follow) >

13 years, 10 months

[ACTIVITY] Android Platform Team 2011-06-26 to 2011-07-02

by Zach Pfeffer

Original at: https://wiki.linaro.org/Platform/Android/Status/2011-06-30 == Key Points for wider discussion == * The Android Team now has dedicated Points-of-Contact for each landing team, WG PoCs coming based on resources * Upgraded baselines to AOSP 2.3.4 == Team Highlights == * Started helping hook LAVA to the autobuilder * Planning 0xbench maintenance * Fixed EDID parser issue on TI LEB * Started AOSP upstreaming planning * Created an Android Multimedia test bench (https://wiki.linaro.org/MultimediaTest) == Risks / Issues == * Need lots of Pandaboards == Miscellaneous == * Bernhard Rosenkraenzer and Frans Gifford joined the Android team (welcome email to follow)

13 years, 10 months

initrd and dtb locations (for panda)

by David Long

Can someone explain why uboot copies the initrd and device tree data to higher memory when we boot panda with a dtb? I'm assuming there's a reason, but it seems a problematic thing to do (potentially even without >3/4GB SDRAM present). -dl

13 years, 10 months

[ACTIVITY] Status report for Graphics WG - wk26.2011 (20110627-20110701)

by Ilias Biris

Last meeting minutes: https://wiki.linaro.org/WorkingGroups/Middleware/Graphics/Notes/2011-06-29 Status report: https://wiki.linaro.org/WorkingGroups/Middleware/Graphics/WeeklyReport == Key Points for wider discussion == * Getting on to the monthly cycles - best practices and lessons learned. Perhaps we need a common wiki to track the best suggestions coming from all the groups. == Team Highlights == * Release 11.06 highlights are in official 11.06 Graphics components release announcement: https://wiki.linaro.org/Cycles/1106/Release?action=show&redirect=Cycles%2F1… * Discussing through the implementation of the monthly cycle mechanics in terms of blueprints and releases. == Upcoming Deliverables == * 11.07 planned deliverables in Launchpad (blueprints, milestone pages) -- Ilias Biris ilias.biris(a)linaro.org Project Manager, Linaro M: +358504839608, IRC: ibiris Skype: ilias_biris Linaro.org│ Open source software for ARM SoCs Follow Linaro:

13 years, 10 months

[ACTIVITY] Status for Office of CTO - wk26.2011 (20110627-20110701)

by Ilias Biris

Last meeting minutes: https://wiki.linaro.org/OfficeofCTO/2011-06-28 Status report: https://wiki.linaro.org/OfficeofCTO/WeeklyReport == Key Points for wider discussion == * Dropping linux-linaro kernel tree (Nicolas' tree and, for example, what is its value and how does it relate to Android kernel) - relevant thread: http://lists.linaro.org/pipermail/linaro-dev/2011-June/005522.html. Consolidation of kernel trees can take a fair amount of time. Kernel developers are not using linux-linaro tree, but the upstream kernel tree instead, and there are no other consumers of that tree. On the other hand, the value of the linux-linaro tree can be apparent when needing a reasonably stable kernel particularly for "lumpy" upstream patches such as device tree related ones. More opinions are needed in the ongoing list discussion. == Team Highlights == * ARMHF: working on the documentation work items (see blueprint - https://blueprints.launchpad.net/linaro/+spec/linaro-octo-armhf-benchmarks for the 11.06 work items). Related to porting Java is now fixed and java packages can be compiled - new obstacle for packages compilation is Haskell (boostrapping of which is being attempted now). Javascript benchmarks are being looked at (trying to do with a basic webkit-based browser - something like midori - to see if there is any performance difference between hard- and soft- float). * Boot architecture: SIG weekly meetings have started, trying to nail down a document related to what we care about in boot architecture. * Device tree: work has been progressing mostly reviewing the documentation being used - still need to address the reviewers' comments. Also started looking at the initialization order of devices - the init order of kernel modules - with a submitted patch which allows the device drivers to request deferral on probing devices : if the resource cannot be granted immediately then the driver requests the deferral of the probing for a later point in time. Request of a resource actually creates also a resource reference for the driver, which can be used for power management purposes. The patch is being reviewed now, and could simplify some of the performance problems we have now. * Java work (https://wiki.linaro.org/OfficeofCTO/OptimizedJavaVM): plan progress including a chat with George getting in agreement on the next steps. Regarding the long term plan, it requires some project sponsor as the plan is not sustainable by Linaro alone anymore. * Other - Participation to Dublin event for Ubuntu: focus on discussions related to ARMHF, and server images. == Miscellaneous == * David back from vacation. Ilias will be on vacation from 11July - 31July. * Linaro Connect is around the corner: Please check the https://wiki.linaro.org/Events/LinaroConnectQ3.11 for updates and instructions! -- Ilias Biris ilias.biris(a)linaro.org Project Manager, Linaro M: +358504839608, IRC: ibiris Skype: ilias_biris Linaro.org│ Open source software for ARM SoCs Follow Linaro:

13 years, 10 months

[PATCH] regulator: MAX8997: Fix for divide by zero error

by Tushar Behera

Currently, ramp_delay variable is used uninitialzed in max8997_set_voltage_ldobuck which gets called through regulator_register calls. To fix the problem, in max8997_pmic_probe, ramp_delay initialization code is moved before calls to regulator_register. Cc: Liam Girdwood <lrg(a)ti.com> Cc: Mark Brown <broonie(a)opensource.wolfsonmicro.com> Cc: MyungJoo Ham <myungjoo.ham(a)samsung.com> Cc: Kyungmin Park <kyungmin.park(a)samsung.com> Cc: Samuel Ortiz <sameo(a)linux.intel.com> Signed-off-by: Tushar Behera <tushar.behera(a)linaro.org> --- drivers/regulator/max8997.c | 8 ++++---- 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/regulator/max8997.c b/drivers/regulator/max8997.c index 10d5a1d..0fc7b8c 100644 --- a/drivers/regulator/max8997.c +++ b/drivers/regulator/max8997.c @@ -1124,6 +1124,10 @@ static __devinit int max8997_pmic_probe(struct platform_device *pdev) 0x3f); } + /* Misc Settings */ + max8997->ramp_delay = 10; /* set 10mV/us, which is the default */ + max8997_write_reg(i2c, MAX8997_REG_BUCKRAMP, (0xf << 4) | 0x9); + for (i = 0; i < pdata->num_regulators; i++) { const struct voltage_map_desc *desc; int id = pdata->regulators[i].id; @@ -1148,10 +1152,6 @@ static __devinit int max8997_pmic_probe(struct platform_device *pdev) } } - /* Misc Settings */ - max8997->ramp_delay = 10; /* set 10mV/us, which is the default */ - max8997_write_reg(i2c, MAX8997_REG_BUCKRAMP, (0xf << 4) | 0x9); - return 0; err: for (i = 0; i < max8997->num_regulators; i++) -- 1.7.4.1

13 years, 10 months

Please clean up old jobs/builds on android-build

by Paul Sokolovsky

Hello, We're currently at 80% usage of the filesystem for builds and may hit issues later. So, with 11.06 release out, I'd like to ask anyone who's using https://android-build.linaro.org to go and over your jobs and/or specific builds in them and remove anything old and unneeded. To do so, go https://android-build.linaro.org/ , select "My Builds" tab, open unneeded jobs and click "Delete...". I'm also going to enforce garbage-collection settings for all personal jobs at keep max 30 days or latest 5 builds (well, I'll start with 10 builds, but if we'll hit 90% space usage, that will need to be tightened). (Official builds remain at 90days/last 100 builds.) If you have specific builds which you'd like to keep longer for some reason/not be subject of automatic deletion, please explicitly mark these as "Keep this build forever": 1. Log in to Jenkins at https://android-build.linaro.org/jenkins/ 2. Open job, then the build in question. 3. Click "Keep this build forever" button in the top right corner. 4. For each such build, it would be nice if you provided reason/description: on build's page (not on job's page), click "add description" in the top right corner and write short description. Example of the above can be seen at https://android-build.linaro.org/jenkins/job/linaro-android_leb-panda/ , where #99 is marked as last build with kernel 2.6.35 and #100 as first with 2.6.38. Please let me know if there're any suggestions and thanks for cooperation. -- Best Regards, Paul

13 years, 10 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

linaro-dev