linaro-dev July 2011

linaro-dev@lists.linaro.org

107 participants
163 discussions

Start a nNew thread

0xbench clone causing all Android builds to fail

by Zach Pfeffer

Working on it...

13 years, 9 months

[Patch v1 04/11]Power: DA9052 battery driver

by ashishj3

Driver for DA9052 battery charger. This driver depends on DA9052 MFD core dirver for definitions and methods. Signed-off-by: David Dajun Chen <dchen(a)diasemi.com> Signed-off-by: Ashish Jangam <ashish.jangam(a)kpitcummins.com> --- drivers/power/Kconfig | 7 + drivers/power/Makefile | 1 + drivers/power/da9052-battery.c | 602 ++++++++++++++++++++++++++++++++++++++++ 3 files changed, 610 insertions(+), 0 deletions(-) create mode 100755 drivers/power/da9052-battery.c diff --git a/drivers/power/Kconfig b/drivers/power/Kconfig index cc019c9..0cee85a 100644 --- a/drivers/power/Kconfig +++ b/drivers/power/Kconfig @@ -142,6 +142,13 @@ config BATTERY_DA9030 Say Y here to enable support for batteries charger integrated into DA9030 PMIC. +config BATTERY_DA9052 + tristate "Dialog DA9052 Battery" + depends on PMIC_DA9052 + help + Say Y here to enable support for batteries charger integrated into + DA9052 PMIC. + config BATTERY_MAX17040 tristate "Maxim MAX17040 Fuel Gauge" depends on I2C diff --git a/drivers/power/Makefile b/drivers/power/Makefile index 8fcd93f..933d121 100644 --- a/drivers/power/Makefile +++ b/drivers/power/Makefile @@ -24,6 +24,7 @@ obj-$(CONFIG_BATTERY_WM97XX) += wm97xx_battery.o obj-$(CONFIG_BATTERY_BQ20Z75) += bq20z75.o obj-$(CONFIG_BATTERY_BQ27x00) += bq27x00_battery.o obj-$(CONFIG_BATTERY_DA9030) += da9030_battery.o +obj-$(CONFIG_BATTERY_DA9052) += da9052-battery.o obj-$(CONFIG_BATTERY_MAX17040) += max17040_battery.o obj-$(CONFIG_BATTERY_MAX17042) += max17042_battery.o obj-$(CONFIG_BATTERY_Z2) += z2_battery.o diff --git a/drivers/power/da9052-battery.c b/drivers/power/da9052-battery.c new file mode 100755 index 0000000..7831cb3 --- /dev/null +++ b/drivers/power/da9052-battery.c @@ -0,0 +1,607 @@ +/* + * Batttery Driver for Dialog DA9052 PMICs + * + * Copyright(c) 2011 Dialog Semiconductor Ltd. + + * Author: 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/delay.h> +#include <linux/timer.h> +#include <linux/uaccess.h> +#include <linux/jiffies.h> +#include <linux/power_supply.h> +#include <linux/platform_device.h> +#include <linux/freezer.h> + +#include <linux/mfd/da9052/da9052.h> +#include <linux/mfd/da9052/reg.h> + +/* STATIC CONFIGURATION */ +#define DA9052_BAT_CUTOFF_VOLT 2800 +#define DA9052_BAT_THRESHOLD 62 +#define DA9052_BAT_CAPACITY_LIMIT_LOW 4 +#define DA9052_AVERAGE_SIZE 4 +#define DA9052_LOOK_UP_TABLE_SIZE 68 +#define DA9052_NO_OF_LOOKUP_TABLE 3 +#define DA9052_IRQ_DCIN 0 +#define DA9052_IRQ_VBUS 1 +#define DA9052_IRQ_DCINREM 2 +#define DA9052_IRQ_VBUSREM 3 +#define DA9052_IRQ_TBAT 12 +#define DA9052_IRQ_CHGEND 11 + +enum charger_type_enum { + DA9052_NOCHARGER = 1, + DA9052_USB_HUB, + DA9052_USB_CHARGER, + DA9052_WALL_CHARGER, +}; + +static const u16 temperature_lookup_ref[3] = {10, 25, 40}; +static u32 const vbat_vs_capacity_look_up[3][68][2] = { + /* For temperature 10 degree celisus*/ + { + {4082, 100}, {4036, 98}, + {4020, 96}, {4008, 95}, + {3997, 93}, {3983, 91}, + {3964, 90}, {3943, 88}, + {3926, 87}, {3912, 85}, + {3900, 84}, {3890, 82}, + {3881, 80}, {3873, 79}, + {3865, 77}, {3857, 76}, + {3848, 74}, {3839, 73}, + {3829, 71}, {3820, 70}, + {3811, 68}, {3802, 67}, + {3794, 65}, {3785, 64}, + {3778, 62}, {3770, 61}, + {3763, 59}, {3756, 58}, + {3750, 56}, {3744, 55}, + {3738, 53}, {3732, 52}, + {3727, 50}, {3722, 49}, + {3717, 47}, {3712, 46}, + {3708, 44}, {3703, 43}, + {3700, 41}, {3696, 40}, + {3693, 38}, {3691, 37}, + {3688, 35}, {3686, 34}, + {3683, 32}, {3681, 31}, + {3678, 29}, {3675, 28}, + {3672, 26}, {3669, 25}, + {3665, 23}, {3661, 22}, + {3656, 21}, {3651, 19}, + {3645, 18}, {3639, 16}, + {3631, 15}, {3622, 13}, + {3611, 12}, {3600, 10}, + {3587, 9}, {3572, 7}, + {3548, 6}, {3503, 5}, + {3420, 3}, {3268, 2}, + {2992, 1}, {2746, 0} + }, + /* For temperature 25 degree celisus */ + { + {4102, 100}, {4065, 98}, + {4048, 96}, {4034, 95}, + {4021, 93}, {4011, 92}, + {4001, 90}, {3986, 88}, + {3968, 87}, {3952, 85}, + {3938, 84}, {3926, 82}, + {3916, 81}, {3908, 79}, + {3900, 77}, {3892, 76}, + {3883, 74}, {3874, 73}, + {3864, 71}, {3855, 70}, + {3846, 68}, {3836, 67}, + {3827, 65}, {3819, 64}, + {3810, 62}, {3801, 61}, + {3793, 59}, {3786, 58}, + {3778, 56}, {3772, 55}, + {3765, 53}, {3759, 52}, + {3754, 50}, {3748, 49}, + {3743, 47}, {3738, 46}, + {3733, 44}, {3728, 43}, + {3724, 41}, {3720, 40}, + {3716, 38}, {3712, 37}, + {3709, 35}, {3706, 34}, + {3703, 33}, {3701, 31}, + {3698, 30}, {3696, 28}, + {3693, 27}, {3690, 25}, + {3687, 24}, {3683, 22}, + {3680, 21}, {3675, 19}, + {3671, 18}, {3666, 17}, + {3660, 15}, {3654, 14}, + {3647, 12}, {3639, 11}, + {3630, 9}, {3621, 8}, + {3613, 6}, {3606, 5}, + {3597, 4}, {3582, 2}, + {3546, 1}, {2747, 0} + }, + /* For temperature 40 degree celisus*/ + { + {4114, 100}, {4081, 98}, + {4065, 96}, {4050, 95}, + {4036, 93}, {4024, 92}, + {4013, 90}, {4002, 88}, + {3990, 87}, {3976, 85}, + {3962, 84}, {3950, 82}, + {3939, 81}, {3930, 79}, + {3921, 77}, {3912, 76}, + {3902, 74}, {3893, 73}, + {3883, 71}, {3874, 70}, + {3865, 68}, {3856, 67}, + {3847, 65}, {3838, 64}, + {3829, 62}, {3820, 61}, + {3812, 59}, {3803, 58}, + {3795, 56}, {3787, 55}, + {3780, 53}, {3773, 52}, + {3767, 50}, {3761, 49}, + {3756, 47}, {3751, 46}, + {3746, 44}, {3741, 43}, + {3736, 41}, {3732, 40}, + {3728, 38}, {3724, 37}, + {3720, 35}, {3716, 34}, + {3713, 33}, {3710, 31}, + {3707, 30}, {3704, 28}, + {3701, 27}, {3698, 25}, + {3695, 24}, {3691, 22}, + {3686, 21}, {3681, 19}, + {3676, 18}, {3671, 17}, + {3666, 15}, {3661, 14}, + {3655, 12}, {3648, 11}, + {3640, 9}, {3632, 8}, + {3622, 6}, {3616, 5}, + {3611, 4}, {3604, 2}, + {3594, 1}, {2747, 0} + } +}; + +struct da9052_battery { + struct da9052 *da9052; + struct power_supply psy; + int charger_type; + int status; + int health; +}; + +static inline int volt_reg_to_mV(int value) + { return ((value*1000) / 512) + 2500; } +static inline int ichg_reg_to_mA(int value) + { return ((value * 3900) / 1000); } + +static int da9052_average_calcuation(int *avg_value) +{ + int count, sum = 0; + + if (avg_value == NULL) + return -EINVAL; + + for (count = 0; count < DA9052_AVERAGE_SIZE; count++) + sum += *(avg_value + count); + + return sum / DA9052_AVERAGE_SIZE; +} + +static int da9052_battery_read_temperature(struct da9052_battery *battery, + int *bat_temp) +{ + int count, avg_value[DA9052_AVERAGE_SIZE]; + + for (count = 0; count < DA9052_AVERAGE_SIZE; count++) + avg_value[count] = da9052_adc_temperature_read(battery->da9052); + if (avg_value[count] < 0) + return avg_value[count]; + + *bat_temp = da9052_average_calcuation(avg_value); + + return 0; +} + +static int da9052_battery_read_current(struct da9052_battery *battery, + int *current_mA) +{ + int ret; + + if (battery->status == POWER_SUPPLY_STATUS_DISCHARGING) + return -EBUSY; + + ret = da9052_adc_manual_read(battery->da9052, DA9052_ADC_MAN_MUXSEL_ICH); + if (ret < 0) + return ret; + + *current_mA = ichg_reg_to_mA(ret); + + return 0; +} + +static int da9052_battery_read_volt(struct da9052_battery *battery, + int *volt_mV) +{ + int ret, count, avg_value[DA9052_AVERAGE_SIZE], avg; + + for (count = 0; count < DA9052_AVERAGE_SIZE; count++) { + ret = da9052_adc_manual_read(battery->da9052, + DA9052_ADC_MAN_MUXSEL_VBAT); + if (ret < 0) + return ret; + avg_value[count] = ret; + } + + avg = da9052_average_calcuation(avg_value); + *volt_mV = volt_reg_to_mV(avg); + + return 0; +} + +static int da9052_battery_check_presence(struct da9052_battery *battery, + int *illegal) +{ + int ret, bat_temp; + + ret = da9052_battery_read_temperature(battery, &bat_temp); + if (ret < 0) + return ret; + + if (bat_temp > DA9052_BAT_THRESHOLD) + *illegal = 1; + else + *illegal = 0; + + return 0; +} + +static int interpolated(int vbat_lower, int vbat_upper, int level_lower, + int level_upper, int bat_voltage) +{ + int temp; + + temp = ((level_upper - level_lower) * 1000) / (vbat_upper - vbat_lower); + temp = level_lower + (((bat_voltage - vbat_lower) * temp) / 1000); + + return temp; +} + +unsigned char select_temperature(unsigned char temp_index, int bat_temperature) +{ + int temp_temperature; + + temp_temperature = (temperature_lookup_ref[temp_index] + + temperature_lookup_ref[temp_index + 1]) / 2; + + if (bat_temperature >= temp_temperature) { + temp_index += 1; + return temp_index; + } else + return temp_index; +} + +static int da9052_battery_read_capacity(struct da9052_battery *battery, + int *capacity) +{ + int bat_temperature, bat_voltage; + int vbat_lower, vbat_upper, level_upper, level_lower; + int ret, flag, index, access_index = 0; + + ret = da9052_battery_read_volt(battery, &bat_voltage); + if (ret < 0) + return ret; + + ret = da9052_battery_read_temperature(battery, &bat_temperature); + if (ret < 0) + return ret; + + for (index = 0; index < (DA9052_NO_OF_LOOKUP_TABLE - 1); index++) { + if (bat_temperature <= temperature_lookup_ref[0]) { + access_index = 0; + break; + } else if (bat_temperature > + temperature_lookup_ref[DA9052_NO_OF_LOOKUP_TABLE]){ + access_index = DA9052_NO_OF_LOOKUP_TABLE - 1; + break; + } else if ((bat_temperature >= temperature_lookup_ref[index]) && + (bat_temperature >= temperature_lookup_ref[index + 1])) { + access_index = select_temperature(index, + bat_temperature); + break; + } + } + if (bat_voltage >= vbat_vs_capacity_look_up[access_index][0][0]) { + *capacity = 100; + return 0; + } + if (bat_voltage <= vbat_vs_capacity_look_up[access_index] + [DA9052_LOOK_UP_TABLE_SIZE - 1][0]) { + *capacity = 0; + return 0; + } + flag = 0; + + for (index = 0; index < (DA9052_LOOK_UP_TABLE_SIZE-1); index++) { + if ((bat_voltage <= + vbat_vs_capacity_look_up[access_index][index][0]) && + (bat_voltage >= + vbat_vs_capacity_look_up[access_index][index + 1][0])) { + vbat_upper = + vbat_vs_capacity_look_up[access_index][index][0]; + vbat_lower = + vbat_vs_capacity_look_up[access_index][index + 1][0]; + level_upper = + vbat_vs_capacity_look_up[access_index][index][1]; + level_lower = + vbat_vs_capacity_look_up[access_index][index + 1][1]; + flag = 1; + break; + } + } + if (!flag) + return -EIO; + + *capacity = interpolated(vbat_lower, vbat_upper, level_lower, + level_upper, bat_voltage); + + return 0; +} + +static int da9052_battery_check_health(struct da9052_battery *battery, + int *health) +{ + int ret, bat_illegal, capacity; + + ret = da9052_battery_check_presence(battery, &bat_illegal); + if (ret < 0) + return ret; + + if (bat_illegal) { + battery->health = POWER_SUPPLY_HEALTH_UNKNOWN; + return 0; + } + + if (battery->health != POWER_SUPPLY_HEALTH_OVERHEAT) { + ret = da9052_battery_read_capacity(battery, &capacity); + if (ret < 0) + return ret; + if (capacity < DA9052_BAT_CAPACITY_LIMIT_LOW) + battery->health = POWER_SUPPLY_HEALTH_DEAD; + else + battery->health = POWER_SUPPLY_HEALTH_GOOD; + } + + *health = battery->health; + + return 0; +} + +static irqreturn_t da9052_bat_irq(int irq, void *data) +{ + int status; + struct da9052_battery *battery = (struct da9052_battery *)data; + + switch (irq) { + case DA9052_IRQ_TBAT: + battery->health = POWER_SUPPLY_HEALTH_OVERHEAT; + break; + case DA9052_IRQ_DCIN: + battery->charger_type = DA9052_WALL_CHARGER; + battery->status = POWER_SUPPLY_STATUS_CHARGING; + break; + case DA9052_IRQ_DCINREM: + status = da9052_reg_read(battery->da9052, DA9052_STATUS_A_REG); + if ((status & DA9052_STATUSA_VBUSDET) && + (status & DA9052_STATUSA_VBUSSEL)) { + battery->charger_type = DA9052_USB_CHARGER; + battery->status = POWER_SUPPLY_STATUS_CHARGING; + } else { + battery->charger_type = DA9052_NOCHARGER; + battery->status = POWER_SUPPLY_STATUS_NOT_CHARGING; + } + break; + case DA9052_IRQ_VBUS: + status = da9052_reg_read(battery->da9052, DA9052_STATUS_A_REG); + if ((status & DA9052_STATUSA_DCINDET) && + (status & DA9052_STATUSA_DCINSEL)) + battery->charger_type = DA9052_WALL_CHARGER; + else + battery->charger_type = DA9052_USB_CHARGER; + battery->status = POWER_SUPPLY_STATUS_CHARGING; + break; + case DA9052_IRQ_VBUSREM: + battery->status = POWER_SUPPLY_STATUS_NOT_CHARGING; + status = da9052_reg_read(battery->da9052, DA9052_STATUS_A_REG); + if ((status & DA9052_STATUSA_DCINDET) && + (status & DA9052_STATUSA_DCINSEL)) { + battery->charger_type = DA9052_WALL_CHARGER; + battery->status = POWER_SUPPLY_STATUS_CHARGING; + } else { + battery->charger_type = DA9052_NOCHARGER; + battery->status = POWER_SUPPLY_STATUS_NOT_CHARGING; + } + break; + case DA9052_IRQ_CHGEND: + battery->status = POWER_SUPPLY_STATUS_FULL; + break; + default: + dev_err(battery->da9052->dev, "DA9052 Unknown interrupt %d\n", + irq); + } + power_supply_changed(&battery->psy); + return IRQ_HANDLED; +} + +static int da9052_bat_get_property(struct power_supply *psy, + enum power_supply_property psp, + union power_supply_propval *val) +{ + int ret, illegal; + struct da9052_battery *battery = + container_of(psy, struct da9052_battery, psy); + + ret = da9052_battery_check_presence(battery, &illegal); + if (ret < 0) + return ret; + + if (illegal && psp != POWER_SUPPLY_PROP_PRESENT) + return -ENODEV; + + switch (psp) { + case POWER_SUPPLY_PROP_STATUS: + val->intval = battery->status; + break; + case POWER_SUPPLY_PROP_ONLINE: + val->intval = + (battery->charger_type == DA9052_NOCHARGER) ? 0 : 1; + break; + case POWER_SUPPLY_PROP_PRESENT: + ret = da9052_battery_check_presence(battery, &val->intval); + break; + case POWER_SUPPLY_PROP_HEALTH: + ret = da9052_battery_check_health(battery, &val->intval); + break; + case POWER_SUPPLY_PROP_VOLTAGE_MIN_DESIGN: + val->intval = DA9052_BAT_CUTOFF_VOLT * 1000; + break; + case POWER_SUPPLY_PROP_VOLTAGE_AVG: + ret = da9052_battery_read_volt(battery, &val->intval); + break; + case POWER_SUPPLY_PROP_CURRENT_AVG: + ret = da9052_battery_read_current(battery, &val->intval); + break; + case POWER_SUPPLY_PROP_CAPACITY: + ret = da9052_battery_read_capacity(battery, &val->intval); + break; + case POWER_SUPPLY_PROP_TEMP: + val->intval = da9052_adc_temperature_read(battery->da9052); + ret = val->intval; + break; + case POWER_SUPPLY_PROP_TECHNOLOGY: + val->intval = POWER_SUPPLY_TECHNOLOGY_LION; + break; + default: + return -EINVAL; + } + return ret; +} + +static enum power_supply_property da9052_bat_props[] = { + POWER_SUPPLY_PROP_STATUS, + POWER_SUPPLY_PROP_ONLINE, + POWER_SUPPLY_PROP_PRESENT, + POWER_SUPPLY_PROP_HEALTH, + POWER_SUPPLY_PROP_VOLTAGE_MIN_DESIGN, + POWER_SUPPLY_PROP_VOLTAGE_AVG, + POWER_SUPPLY_PROP_CURRENT_AVG, + POWER_SUPPLY_PROP_CAPACITY, + POWER_SUPPLY_PROP_TEMP, + POWER_SUPPLY_PROP_TECHNOLOGY, +}; + +static struct power_supply template_battery = { + .name = "da9052-bat", + .type = POWER_SUPPLY_TYPE_BATTERY, + .properties = da9052_bat_props, + .num_properties = ARRAY_SIZE(da9052_bat_props), + .get_property = da9052_bat_get_property, + .use_for_apm = 1, +}; + +static const char *da9052_bat_irqs[] = { + "BATT TEMP", + "DCIN DET", + "DCIN REM", + "VBUS DET", + "VBUS REM", + "CHG END", +}; + +static s32 __devinit da9052_bat_probe(struct platform_device *pdev) +{ + struct da9052_battery *battery; + int ret, irq, i; + + battery = kzalloc(sizeof(*battery), GFP_KERNEL); + if (!battery) + return -ENOMEM; + + battery->da9052 = dev_get_drvdata(pdev->dev.parent); + + battery->psy = template_battery; + battery->charger_type = DA9052_NOCHARGER; + battery->status = POWER_SUPPLY_STATUS_UNKNOWN; + battery->health = POWER_SUPPLY_HEALTH_UNKNOWN; + + for (i = 0; i < ARRAY_SIZE(da9052_bat_irqs); i++) { + irq = platform_get_irq_byname(pdev, da9052_bat_irqs[i]); + ret = request_threaded_irq(battery->da9052->irq_base + irq, + NULL, da9052_bat_irq, + IRQF_TRIGGER_LOW | IRQF_ONESHOT, + da9052_bat_irqs[i], battery); + if (ret != 0) { + dev_err(&pdev->dev, "Failed to request %s IRQ %d: %d\n", + da9052_bat_irqs[i], irq, ret); + goto err_bat_irq; + } + } + + ret = power_supply_register(&pdev->dev, &battery->psy); + if (ret) + goto err_mem; + + return 0; + +err_bat_irq: + for (; i >= 0; i--) { + irq = platform_get_irq_byname(pdev, da9052_bat_irqs[i]); + free_irq(irq, battery); + } +err_mem: + kfree(battery); + return ret; +} +static int __devexit da9052_bat_remove(struct platform_device *pdev) +{ + int i, irq; + struct da9052_battery *battery = platform_get_drvdata(pdev); + + for (i = 0; i < ARRAY_SIZE(da9052_bat_irqs); i++) { + irq = platform_get_irq_byname(pdev, da9052_bat_irqs[i]); + free_irq(irq, battery); + } + power_supply_unregister(&battery->psy); + + return 0; +} + +static struct platform_driver da9052_bat_driver = { + .probe = da9052_bat_probe, + .remove = __devexit_p(da9052_bat_remove), + .driver = { + .name = "da9052-bat", + .owner = THIS_MODULE, + }, +}; + +static int __init da9052_bat_init(void) +{ + return platform_driver_register(&da9052_bat_driver); +} +module_init(da9052_bat_init); + +static void __exit da9052_bat_exit(void) +{ + platform_driver_unregister(&da9052_bat_driver); +} +module_exit(da9052_bat_exit); + +MODULE_DESCRIPTION("DA9052 BAT Device Driver"); +MODULE_AUTHOR("David Dajun Chen <dchen(a)diasemi.com>"); +MODULE_LICENSE("GPL"); +MODULE_ALIAS("platform:da9052-bat");

13 years, 9 months

Consistent names for Linaro kernel trees and releases

by Deepak Saxena

Hi all, I was looking at git.linaro.org and I'd like to propose some consistency in naming our git trees and in how we branch them. The main reason for this from my perspective is to make it easy to point someone from a partner team or from a partner''s customer to the git server and have them quickly figure out what they need to pull. Right now we have: Generic Linaro Kernels: kernel/linux-linaro-${version} Freescale: bsp/freescale/linux-2.6-imx.git bsp/freescale/linux-linaro-natty.git bsp/freescale/linux-meta-linaro-natty.git bsp/freescale/mx5-gpu.git bsp/freescale/mx5-vpu.git bsp/freescale/u-boot-linaro-natty.git Samsung: bsp/samsung/linux-linaro-2.6.39.git bsp/samsung/u-boot-insignal-dev.git bsp/samsung/u-boot.git ST-E: bsp/st-ericsson/firmware-ux500.git bsp/st-ericsson/linux-2.6.34-ux500.git bsp/st-ericsson/linux-2.6.35-ux500.git bsp/st-ericsson/linux-2.6.38-snowball.git bsp/st-ericsson/linux-2.6.38-ux500.git bsp/st-ericsson/u-boot-ux500.git TI: people/andygreen/kernel-tilt.git Each of the trees have various tags and branches based on how each team and developer works and I don't want to ask folks to change what they are doing for their day to work. What I'd like to see is a a separate set of official trees that only get updated with bits that we are ready for non-Linaro developers to use, do not get rebased, and get tagged at the end of each monthly cycle. My proposal: kernel/linux-linaro-$version with tags for each monthly release: v$version-$milestone-$buildcount kernel/linux-linaro-android-$version with tags for each monthly release: android-v$version-$milestone-$buildcount kernel/$soc/linux-linaro-$version with tags for each monthly release: $bsp-v$version-$milestone-$buildcount kernel/$soc/linux-linaro-android-$version with tags for each monthly release: $bsp-android-v$version-$milestone-$buildcount Comments? ~Deepak

13 years, 9 months

Linaro 11.07 weekly testing 2011-07-14

by Tom Gall

Hi, As Fathi is out on vacation, I thought I'd send out the call for our weekly test activity. Even if you're only about to test one image/hwpack combination, your participation is greatly appreciated and essential. This is a message sent out once per week to call on those in the Linaro community to encourage all Linux/ARM enthusiasts to try out the latest Linaro Evaluation Builds (LEBs) preview images for both Android and Linux. Linaro Evaluation Builds (LEB) ---------------------------------------- These images showcase the current state of development on our LEBs images on their way to the next release: 11.07. * Android: http://snapshots.linaro.org/11.05-daily/linaro-android/leb-panda/20110714/ * Ubuntu: http://snapshots.linaro.org/11.05-daily/linaro-ubuntu-desktop/20110714/0/im… http://snapshots.linaro.org/11.05-daily/linaro-hwpacks/panda-x11-base/20110… Installation Instructions ------------------------------ Installation Instructions can be found here: https://wiki.linaro.org/Platform/Android/ImageInstallation https://wiki.linaro.org/Platform/DevPlatform/Ubuntu/ImageInstallation Unsupported Images and Board Support Packages ------------------------------------------------------------------ Besides the official Linaro Evaluation Builds, the Platform Team hosts additional functional images and board support packages. These images and board support packages are not officially supported and are provided on a best-effort basis in the hope that they can be useful for the Linux/ARM enthusiast community. Unsupported Images ------------------------- * Nano: (Think small) http://snapshots.linaro.org/11.05-daily/linaro-nano/20110714/0/images/tar/ * ALIP: (xfce UI) http://snapshots.linaro.org/11.05-daily/linaro-alip/20110714/0/images/tar/ * Developer: (text UI + developer tools) http://snapshots.linaro.org/11.05-daily/linaro-developer/20110714/0/images/… Unsupported Board Support Packages: -------------------------------------------------- Board Support Packages come in the form of what is called a hwpack. Hwpacks can be found for efikamx, igep, imx51, lt-mx5, lt-mx53loco, lt-origen, lt-panda-x11-base-natty, lt-panda, lt-s5pv310, lt-snowball, lt-u8500, omap3-x11-base, omap3, overo, panda, s5pv310, and vexpress http://snapshots.linaro.org/11.05-daily/linaro-hwpacks/ Android Developer and Experimental Images ---------------------------------------------------------- Developer and Experimental Images based on Android (vanilla AOSP experience using linux-linaro mainline kernel): * Android Mainline for BeagleBoardr-xM: http://snapshots.linaro.org/11.05-daily/linaro-android/beaglexm/20110714/ * Android Mainline for PandaBoard: http://snapshots.linaro.org/11.05-daily/linaro-android/panda/20110714/ Reporting Testing Results ---------------------------------- Report results at: http://qatracker.linaro.org For an explanation of how to use the qatracker please see: https://wiki.linaro.org/QA/QATracker -- Regards, Tom "We want great men who, when fortune frowns will not be discouraged." - Colonel Henry Knox Linaro.org │ Open source software for ARM SoCs w) tom.gall att linaro.org w) tom_gall att vnet.ibm.com h) tom_gall att mac.com

13 years, 9 months

First Snowball LEB works!

by Zach Pfeffer

I have some exciting news. We have our first working Android Snowball build! By taking AOSP 2.3.3 and adding a new board config based on Panda support the STE landing team with help from the Android platform team and our valued partners at STE were able to pull together a non-accelerated LEB for Snowball. This build will allow us a great base to enable acceleration, bring up John Stultz's common kernel and enable Android development on this fantastic platform. Many thanks to Mathieu, Frans, Patrik, Lee, Anmar, Scott and others who made this happen. -Zach Note: We're still working through some display and USB issues. Once those have been worked out we'll make an official release.

13 years, 9 months

[NOTES] Dev Platforms Status Meeting Notes and Actions 7/07/2011

by Tom Gall

Enclosed you'll find a link to the agenda, notes and actions from the Linaro Developer Platforms Weekly Status meeting held on July 07th in #linaro-meeting on irc.freenode.net at 14:00 UTC. http://wiki.linaro.org/Platform/DevPlatform/Meetings/2011-07-07 New Actions: * hrw to document how to update the cross packages for oneiric and also how to make that available at backports * hrw to document how he generated the first star rating test matrix, describing what tests were done * rsalveti to ping the whole team about vacation plans * rsalveti to set up a fastboot sync up meeting with jcrigby asac and pfefferz * rsalveti to ping asac about getting http://www.amazon.com/Adesso-Black-Keyboard-Glidepoint-Touchpad/dp/B00008XO… for some of the team -- Regards, Tom "We want great men who, when fortune frowns will not be discouraged." - Colonel Henry Knox Linaro.org │ Open source software for ARM SoCs w) tom.gall att linaro.org w) tom_gall att vnet.ibm.com h) tom_gall att mac.com

13 years, 9 months

[PATCH v6] mmc: documentation of mmc non-blocking request usage and design.

by Per Forlin

Documentation about the background and the design of mmc non-blocking. Host driver guidelines to minimize request preparation overhead. Signed-off-by: Per Forlin <per.forlin(a)linaro.org> Acked-by: Randy Dunlap <rdunlap(a)xenotime.net> --- ChangeLog: v2: - Minor updates after proofreading comments from Chris v3: - Minor updates after more comments from Chris v4: - Minor updates after comments from Randy v5: - Fixed one more comment and Acked-by from Randy v6: - Write out full function names and use () for all functions, feedback from James. Documentation/mmc/00-INDEX | 2 + Documentation/mmc/mmc-async-req.txt | 88 +++++++++++++++++++++++++++++++++++ 2 files changed, 90 insertions(+), 0 deletions(-) create mode 100644 Documentation/mmc/mmc-async-req.txt diff --git a/Documentation/mmc/00-INDEX b/Documentation/mmc/00-INDEX index 93dd7a7..a9ba672 100644 --- a/Documentation/mmc/00-INDEX +++ b/Documentation/mmc/00-INDEX @@ -4,3 +4,5 @@ mmc-dev-attrs.txt - info on SD and MMC device attributes mmc-dev-parts.txt - info on SD and MMC device partitions +mmc-async-req.txt + - info on mmc asynchronous requests diff --git a/Documentation/mmc/mmc-async-req.txt b/Documentation/mmc/mmc-async-req.txt new file mode 100644 index 0000000..aac5634 --- /dev/null +++ b/Documentation/mmc/mmc-async-req.txt @@ -0,0 +1,88 @@ +Rationale +========= + +How significant is the cache maintenance overhead? +It depends. Fast eMMC and multiple cache levels with speculative cache +pre-fetch makes the cache overhead relatively significant. If the DMA +preparations for the next request are done in parallel with the current +transfer, the DMA preparation overhead would not affect the MMC performance. +The intention of non-blocking (asynchronous) MMC requests is to minimize the +time between when an MMC request ends and another MMC request begins. +Using mmc_wait_for_req(), the MMC controller is idle while dma_map_sg and +dma_unmap_sg are processing. Using non-blocking MMC requests makes it +possible to prepare the caches for next job in parallel with an active +MMC request. + +MMC block driver +================ + +The mmc_blk_issue_rw_rq() in the MMC block driver is made non-blocking. +The increase in throughput is proportional to the time it takes to +prepare (major part of preparations are dma_map_sg() and dma_unmap_sg()) +a request and how fast the memory is. The faster the MMC/SD is +the more significant the prepare request time becomes. Roughly the expected +performance gain is 5% for large writes and 10% on large reads on a L2 cache +platform. In power save mode, when clocks run on a lower frequency, the DMA +preparation may cost even more. As long as these slower preparations are run +in parallel with the transfer performance won't be affected. + +Details on measurements from IOZone and mmc_test +================================================ + +https://wiki.linaro.org/WorkingGroups/Kernel/Specs/StoragePerfMMC-async-req + +MMC core API extension +====================== + +There is one new public function mmc_start_req(). +It starts a new MMC command request for a host. The function isn't +truly non-blocking. If there is on ongoing async request it waits +for completion of that request and starts the new one and returns. It +doesn't wait for the new request to complete. If there is no ongoing +request it starts the new request and returns immediately. + +MMC host extensions +=================== + +There are two optional members in the +mmc_host_ops -- pre_req() and post_req() -- that the host +driver may implement in order to move work to before and after the actual +mmc_host_ops.request() function is called. In the DMA case pre_req() may do +dma_map_sg() and prepare the DMA descriptor, and post_req() runs +the dma_unmap_sg(). + +Optimize for the first request +============================== + +The first request in a series of requests can't be prepared in parallel with +the previous transfer, since there is no previous request. +The argument is_first_req in pre_req() indicates that there is no previous +request. The host driver may optimize for this scenario to minimize +the performance loss. A way to optimize for this is to split the current +request in two chunks, prepare the first chunk and start the request, +and finally prepare the second chunk and start the transfer. + +Pseudocode to handle is_first_req scenario with minimal prepare overhead: + +if (is_first_req && req->size > threshold) + /* start MMC transfer for the complete transfer size */ + mmc_start_command(MMC_CMD_TRANSFER_FULL_SIZE); + + /* + * Begin to prepare DMA while cmd is being processed by MMC. + * The first chunk of the request should take the same time + * to prepare as the "MMC process command time". + * If prepare time exceeds MMC cmd time + * the transfer is delayed, guesstimate max 4k as first chunk size. + */ + prepare_1st_chunk_for_dma(req); + /* flush pending desc to the DMAC (dmaengine.h) */ + dma_issue_pending(req->dma_desc); + + prepare_2nd_chunk_for_dma(req); + /* + * The second issue_pending should be called before MMC runs out + * of the first chunk. If the MMC runs out of the first data chunk + * before this call, the transfer is delayed. + */ + dma_issue_pending(req->dma_desc); -- 1.7.4.1

13 years, 9 months

[ACTIVITY] Bernhard Rosenkraenzer 2011/07/03 to 2011/07/09

by Bernhard Rosenkranzer

=== Highlights === * Multimedia test extensions (esp. ffmpeg builder) * Built toolchains * Got i.MX53 related files into the tree === Plans === * Check if i.MX53 build works; fix if it doesn't * Sort out test content hosting for multimedia test === Issues === * Atrocious connectivity while doing on-site work for the day job (partially fixed) * i.MX53 build fails on android-build.linaro.org (but succeeds on the hack box)

13 years, 9 months

[ACTIVITY] Chao Yang 2011-07-03 to 2011-07-09

by Chao Yang

Chao Yang <cyang> Highlights - Working environment setup - Successfully build linaro toolchain-4.5-2011.06-0, toolchain-4.6-2011.05-0, toolchain-4.6-2011.06-0. - Successfully build Linaro Android with toolchain-4.5-2011.06-0 and toolchain-4.6-2011.05-0 - gcc segmentation fault found when building Linaro Android with toolchain-4.6-2011.06-0 - Investigation is ongoing tracked by https://bugs.launchpad.net/gcc-linaro/+bug/809768 Plans - Working with toolchain team to fix gcc segmentation fault issue - Benchmark 11.07 Toolchains Issues - Pandaboard HW not received yet. -- Chao Yang Android Platform Team Linaro.org │ Open source software for ARM SoCs Follow Linaro: http://www.facebook.com/pages/Linaro/155974581091106 http://twitter.com/#!/linaroorg http://www.linaro.org/linaro-blog/

13 years, 9 months

[ACTIVITY] Botao Sun 2011/07/06 to 2011/07/13.

by Botao Sun

Botao Sun <botao_sun> Highlights: 1. UK Business VISA application is under processing at Beijing UK embassy. 2. Made builds from source code for Panda, leb-Panda, Beagle, Linaro Android Toolchain successfully on "Hack Box" machine. 3. Busybox source code has been compiled successfully by "gcc-4.5-arm-linux-gnueabi" compiler, but failed with Linaro's toolchain ("android-toolchain-eabi-linaro-4.5-2011.06-0-2-2011-06-21_00-59-57-linux-x86.tar.bz2"). I'm discussing this issue with the technical leader of Linaro toolchain team - Mr. Michael Hope. 4. Got a general image about Samsung Origen board from Mr. Angus Ainslie, but haven't started the relevant work items. Plans: 1. Try to figure out & solve the Busybox compiling issue with our own toolchain. 2. I will get the Panda board & Samsung Origen board in next few days. 3. Discuss with Mr. Angus Ainslie for more details on Samsung Origen board & build. Issues: 1. Haven't find the root cause of Busybox compiling issue with our own toolchain. I have got the reply from Mr. Michael Hope, but he didn't provide a solution. 2. Risk for my UK business VISA application: Although my application has been submitted to Beijing UK embassy VISA application office, the staff told me that they will finish it around 2 weeks, without guarantee. 3. No Panda & Samsung Origen board (They are on the way). BR Botao Sun

13 years, 9 months

← Newer
1
...
7
8
9
10
11
12
13
...
17
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

linaro-dev July 2011