linaro-dev February 2011

linaro-dev@lists.linaro.org

120 participants
166 discussions

Minutes & Actions: Kernel Working Group meeting of Feb 14, 2011

by Mounir Bsaibes

Enclosed you'll find a link to the agenda, minutes and actions from the Linaro kernel working group weekly meeting of Feb 14, 2011. https://wiki.linaro.org/WorkingGroups/KernelConsolidation/Meetings/2011-02-… === Summary === * Device Tree * A critical bug has been fixed, patches have been respun and submitted to mailing list and ARM and devicetree/ARM branch * Submitted second version of Samsung's s5pv310 device tree enabled machine. * Basic DT boot up ok on mx51 babbage board with uboot and linux kernel. * Will submit uboot patch for DT support on MX51/53 board soon. * Sent patches for powerpc irq_data conversion, will have some more patches out soon, the work will result in common code between powerpc and arm ( at least this is the goal). * MX53 uboot support, code upstream done! * Tested kexec-reboot on OMAP3 kexec-reboot works fine on OMAP3. * U-Boot SPL: Implementing remaining features in the clock module, enabled Thumb2 build - reduced SRAM footprint and integrated with mkimage for IFT creation * Re-posted omap3/4 Thumb-2 compatiblity patches and did some power management testing to exercise the code. * Linaro kernel tree maintenance: Merged multiple patches this week. * Changed omap_hsmmc driver to use double buffering. Mounir

13 years, 10 months

[PATCH 0/7] Add Samsung's s5pv310 machine with device tree enabled

by Thomas Abraham

This patchset adds Samsung's s5pv310 machine with device tree support. This is based on git://git.secretlab.ca/git/linux-2.6 devicetree/test A new machine s5pv310-dt is added along with a dts file for the smdkv310 board. Some of the features introduced in this patchset are 1. Tested on smdkv310 board and information such as bootargs, memory information and console port register defaults are obtained from the device tree. 2. Add basic device tree file for smdkv310 board. 3. Device tree based probe enabled in watchdog timer driver (s3c2410-wdt). 4. UART driver modified to obtain default console register values from device tree. In addition, the first 5 patches have been tested with git://git.secretlab.ca/git/linux-2.6 devicetree/arm and (with minor modification [driver/tty/serial -> drivers/serial]) git://git.secretlab.ca/git/linux-2.6 devicetree/arm-linaro-2.6.37 Thomas Abraham (7): ARM: s5pv310-dt: Add s5pv310 machine with device tree support ARM: s5pv310-dt: Add a basic dts file for SMDKV310 machine ARM: s5pv310-dt: Add support for probing platform bus on s5pv310 dt-enabled machine watchdog: s3c2410: Add support for device tree based probe serial: samsung: Get console register defaults from device tree ARM: s5pv310-dt: Enable snooping of platform_device registrations serial: samsung: Get default port register settings from device tree arch/arm/mach-s5pv310/Kconfig | 7 +++ arch/arm/mach-s5pv310/Makefile | 1 + arch/arm/mach-s5pv310/mach-s5pv310-dt.c | 85 +++++++++++++++++++++++++++++++ arch/arm/mach-s5pv310/mach-smdkv310.dts | 78 ++++++++++++++++++++++++++++ drivers/tty/serial/samsung.c | 27 ++++++++++ drivers/watchdog/s3c2410_wdt.c | 10 ++++ 6 files changed, 208 insertions(+), 0 deletions(-) create mode 100644 arch/arm/mach-s5pv310/mach-s5pv310-dt.c create mode 100755 arch/arm/mach-s5pv310/mach-smdkv310.dts

13 years, 10 months

Android: [PATCH] Trigger build of tarballs for Linaro boards.

by Patrik Ryd

>From f7f406cc3e6e3c477c5457b0fec00dad60568815 Mon Sep 17 00:00:00 2001 From: Patrik Ryd <patrik.ryd(a)linaro.org> Date: Thu, 17 Feb 2011 17:38:53 +0100 Subject: [PATCH] Trigger build of tarballs for Linaro boards. --- tasks/tarballs.mk | 22 ++++++++++++++++++++++ 1 files changed, 22 insertions(+), 0 deletions(-) create mode 100644 tasks/tarballs.mk diff --git a/tasks/tarballs.mk b/tasks/tarballs.mk new file mode 100644 index 0000000..b8b2f17 --- /dev/null +++ b/tasks/tarballs.mk @@ -0,0 +1,22 @@ +# +# Trigger build of tar balls for the linaro boards +# + +#Adding us as dependent on the main target. I bit ugly, but... +droidcore: linaro-tarballs + +#Adding some dependecies. Need all files before creatin tar balls +systemtarball-nodeps: $(BUILT_SYSTEMIMAGE) + +userdatatarball-nodeps: $(BUILT_USERDATAIMAGE_TARGET) + +boottarball-nodeps: $(INSTALLED_BOOTIMAGE_TARGET) + +linaro-tarballs: systemtarball-nodeps userdatatarball-nodeps + @echo "Tarball for Linaro build" + +ifneq ($(strip $(TARGET_NO_KERNEL)),true) +linaro-tarballs: boottarball-nodeps +endif + + -- 1.7.1

13 years, 10 months

Android: [PATCH 2/2] Create tarballs

by Patrik Ryd

>From 2db23c765baa398e1eade847d0552cb1993b0ce9 Mon Sep 17 00:00:00 2001 From: Patrik Ryd <patrik.ryd(a)linaro.org> Date: Tue, 15 Feb 2011 14:49:12 +0100 Subject: [PATCH 2/2] Create tarballs Fixed unassiged varibles when creating tarballs. Change-Id: I73ff82e290041e848188c699edfbfb1c1c6de100 --- core/Makefile | 8 ++++---- 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/core/Makefile b/core/Makefile index beb845d..7e9aa12 100644 --- a/core/Makefile +++ b/core/Makefile @@ -782,7 +782,7 @@ endif system_tar := $(PRODUCT_OUT)/system.tar INSTALLED_SYSTEMTARBALL_TARGET := $(system_tar).$(SYSTEM_TARBALL_FORMAT) -$(INSTALLED_SYSTEMTARBALL_TARGET): PRIVATE_SYSTEM_TAR := $(system_tar) +PRIVATE_SYSTEM_TAR := $(system_tar) $(INSTALLED_SYSTEMTARBALL_TARGET): $(FS_GET_STATS) $(INTERNAL_SYSTEMIMAGE_FILES) $(build-systemtarball-target) @@ -798,7 +798,7 @@ stnod: systemtarball-nodeps ####### ## boot tarball define build-boottarball-target - $(hide) echo "Target boot fs tarball: $(INSTALLED_BOOTTARBALL_TARGET) + $(hide) echo "Target boot fs tarball:" $(INSTALLED_BOOTTARBALL_TARGET) $(hide) mkdir -p $(PRODUCT_OUT)/boot $(hide) cp -f $(INTERNAL_BOOTIMAGE_FILES) $(PRODUCT_OUT)/boot/. $(hide) echo $(BOARD_KERNEL_CMDLINE) > $(PRODUCT_OUT)/boot/cmdline @@ -813,7 +813,7 @@ endif boot_tar := $(PRODUCT_OUT)/boot.tar INSTALLED_BOOTTARBALL_TARGET := $(boot_tar).$(BOOT_TARBALL_FORMAT) -$(INSTALLED_BOOTTARBALL_TARGET): PRIVATE_BOOT_TAR := $(boot_tar) +PRIVATE_BOOT_TAR := $(boot_tar) $(INSTALLED_BOOTTARBALL_TARGET): $(FS_GET_STATS) $(INTERNAL_BOOTIMAGE_FILES) $(build-boottarball-target) @@ -872,7 +872,7 @@ endef userdata_tar := $(PRODUCT_OUT)/userdata.tar INSTALLED_USERDATATARBALL_TARGET := $(userdata_tar).bz2 -$(INSTALLED_USERDATATARBALL_TARGET): PRIVATE_USERDATA_TAR := $(userdata_tar) +PRIVATE_USERDATA_TAR := $(userdata_tar) $(INSTALLED_USERDATATARBALL_TARGET): $(FS_GET_STATS) $(INTERNAL_USERDATAIMAGE_FILES) $(build-userdatatarball-target) -- 1.7.1

13 years, 10 months

Android: [PATCH 1/2] Added generic hook for loading device specific tasks.

by Patrik Ryd

>From 2198bdd81fff5e3878a9b2a0eed5c7b828114282 Mon Sep 17 00:00:00 2001 From: Patrik Ryd <patrik.ryd(a)linaro.org> Date: Mon, 14 Feb 2011 15:29:58 +0100 Subject: [PATCH 1/2] Added generic hook for loading device specific tasks. Change-Id: I98766a2f05ceda931fe94a668ef2950a79297ced Signed-off-by: Patrik Ryd <patrik.ryd(a)linaro.org> --- core/Makefile | 3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/core/Makefile b/core/Makefile index d60723e..beb845d 100644 --- a/core/Makefile +++ b/core/Makefile @@ -1402,4 +1402,5 @@ $(INTERNAL_FINDBUGS_HTML_TARGET): $(INTERNAL_FINDBUGS_XML_TARGET) # ----------------------------------------------------------------- # These are some additional build tasks that need to be run. include $(sort $(wildcard $(BUILD_SYSTEM)/tasks/*.mk)) --include $(sort $(wildcard vendor/*/build/tasks/*.mk)) +include $(sort $(wildcard vendor/*/build/tasks/*.mk)) +include $(sort $(wildcard device/*/build/tasks/*.mk)) -- 1.7.1

13 years, 10 months

/latest link now active on snapshots.linaro.org

by Jamie Bennett

13 years, 10 months

Re: Please review blueprint linaro-n-validation-job-dispatcher

by Paul Larson

On Mon, Jan 31, 2011 at 11:58 AM, Paul Larson <paul.larson(a)linaro.org>wrote: > 2. One queue TOTAL. One queue may seem like a bottleneck, but I don't >>> think it has to be in practice. One process can monitor that queue, then >>> launch a process or thread to handle each new job that comes in. >>> >> I think RabbitMQ message can have the ability to include the board >> information in it to use one queue, and also we can use different queues for >> different types of boards. >> > Right, but my question was, if you are already encoding that information in > the job stream, what is the advantage to having a queue for each board type, > rather than a single queue? > > >> >>> >>> >>> Job description: >>> I'd like to see some more detail here. Can you provide an example of a >>> job file that would illustrate how you see it working? We also need to >>> specify the underlying mechanisms that will handle parsing what's in the job >>> file, and calling [something?] to do those tasks. What we have here feels >>> like it might be a bit cumbersome. >>> >> I added an detailed one on the spec, like: >> >> 1. >> >> [Beagle-1, >> http://snapshots.linaro.org/11.05-daily/linaro-hwpacks/imx51/20110131/0/ima…, >> >> http://snapshots.linaro.org/11.05-daily/linaro-headless/20110131/0/images/t…, >> 900, ["abrek", "LTP", 180], ["none", "echo 100 > abc", 1], ... ] >> 2. >> >> [IMX51-2, 20100131, 900, ["abrek", "LTP", 180], ["none", "echo 100 > >> abc", 1], ... ] >> >> This looks almost like JSON, which is what Zygmunt was originally pushing > for IIRC. If we are already going down that path, seems it would be > sensible to take it a step further and have defined sections. For example: > > Tests:[ > { > name:"LTP", > testsuite:"abrek", > subtest:"ltp", <---- not thrilled about that name "subtest", > but can't think of something better to call it at the moment > timeout:180, > reboot_after:True > }, > { > name:"echo test", > testsuite:"shell", > timeout:20 > reboot_after:False > } > ] > What do you think? Obviously, there would be other sections for things > like defining the host characteristics, the image to deploy, etc. > > >> >>> >>> >> Other questions... >>> What if we have a dependency, how does that get installed on the target >>> image? For example, if I want to do a test that requires bootchart be >>> installed before the system is booted, we should be able to specify that, >>> and have it installed before booting. >>> >>> What about installing necessary test suites? How do we tell it, in >>> advance, what we need to have installed, and how does it get on the image >>> before we boot, or before we start testing? >>> >> I think validation tools, test suites and necessary files are likely to >> install after test image deployment. >> > Yes, clearly they have to be installed after deployment, but we may also > need to consider them installing BEFORE we actually boot the test image. > > Had another thought on this tonight, I didn't hear much back on the previous proposal, but how about something more like this as an example of what a job description might look like. In this scenario, there would be some metadata for the job itself, such as timeout values, etc. Then steps that would define commands with parameters. That would allow us to be more flexible, and add support for more commands without changing the format. Hopefully the mailer doesn't mangle this too badly. :) { "job_name": "foo", "target": "panda01", "timeout": 18000, "steps": [ { "command": "deploy", "parameters": { "rootfs": " http://snapshots.linaro.org/11.05-daily/linaro-developer/20110208/0/images/… " "hwpack": " http://snapshots.linaro.org/11.05-daily/linaro-hwpacks/panda/20110208/0/ima… " } }, { "command": "boot_test_image" }, { "command": "test_abrek", "parameters": { "test_name": "ltp" } }, { "command": "submit_results", "parameters": { "server": "http://dashboard.linaro.org", "stream": "panda01-ltp" } } ] } Thanks, Paul Larson

13 years, 10 months

Re: OMAP DVFS feature for Linaro

by Nicolas Pitre

On Tue, 15 Feb 2011, Vishwanath Sripathy wrote: > Hi Nicolas, > > Pls find attached the patch set for supporting DVFS feature on OMAP. > These patches have been generated against latest Linaro 2.6.37 tree > and tested on OMAP3430 and ZOOM3. > > Note that these patches are already posted to linux omap mailing list > (https://patchwork.kernel.org/patch/495021/) and they are under > discussion. So I have prefixed these patches as WIP. Kindly merge > these patches for 11.05 release. A few notes on those patches: 1) Please CC linaro-dev next time so other people are aware of what you did, what you sent me, etc. I've added it to this reply. This way at least if nothing happens with your patches it's easier to put the blame on me. :-) 2) Your cover message contains this in plain sight in the diffstat part: mode change 100644 => 100755 arch/arm/mach-omap2/voltage.c mode change 100644 => 100755 arch/arm/plat-omap/cpu-omap.c This is clearly wrong to flag .c files as executables, so you should take care to fix that and understand why this happened in the first place. Incidentally this mode change does not appear in any of your patches. 3) All your patches were numbered, except for: V4-OMAP3-PM-Set-clear-T2-bit-for-Smartreflex-on-TWL.patch Since I'm sure you know better than I do where that patch should be applied in the series (if at all) you should rename it appropriately, or at least let me know in which order to apply it (I initially applied it last based on the date recorded in the patch but that didn't work out). 4) This patch is a bit thin on explanation: [PATCH 08/13] [PM WIP OMAP] OMAP3: cpufreq driver changes for DVFS support Changes in the omap cpufreq driver for DVFS support. Signed-off-by: Vishwanath BS <vishwanath.bs(a)ti.com> What are those changes? It is not obvious to me looking at the patch. All the other patches are sufficiently documented. I've applied them to the linaro-2.6.37 branch. Please note that the 11.05 Linaro release will be based on a 2.6.38 branch I'm about to create. Can you tell me what is the likelyhood for those patches to be merged upstream for the next merge window? Nicolas

13 years, 10 months

[PATCH v3 0/3] ARM: IMX5: cpuidle driver

by yong.shen＠linaro.org

change log: addressed some comments in previous cycle.

13 years, 10 months

[linaro-android][PATCH 1/1] Add virtual battery driver

by sola

>From 494eb1f2bb56261815e4230e582d27311f32ae81 Mon Sep 17 00:00:00 2001 From: Akihiro MAEDA <sola.1980.a(a)gmail.com> Date: Thu, 17 Feb 2011 07:16:37 +0900 Subject: [PATCH 1/1] Add virtual battery driver This patch adds virtual battery driver. This is based on git://git.linaro.org/people/jstultz/linux.git dev/linaro.android Signed-off-by: Akihiro MAEDA <sola.1980.a(a)gmail.com> --- drivers/power/Kconfig | 5 + drivers/power/Makefile | 1 + drivers/power/virtual_battery.c | 427 +++++++++++++++++++++++++++++++++++++++ 3 files changed, 433 insertions(+), 0 deletions(-) create mode 100644 drivers/power/virtual_battery.c diff --git a/drivers/power/Kconfig b/drivers/power/Kconfig index 60d83d9..7258bc9 100644 --- a/drivers/power/Kconfig +++ b/drivers/power/Kconfig @@ -185,4 +185,9 @@ config CHARGER_TWL4030 help Say Y here to enable support for TWL4030 Battery Charge Interface. +config BATTERY_VIRTUAL + tristate "Virtual Battery Driver" + help + Say Y to include support for Virtual Battery. + endif # POWER_SUPPLY diff --git a/drivers/power/Makefile b/drivers/power/Makefile index c75772e..71f8b36 100644 --- a/drivers/power/Makefile +++ b/drivers/power/Makefile @@ -32,3 +32,4 @@ obj-$(CONFIG_BATTERY_JZ4740) += jz4740-battery.o obj-$(CONFIG_BATTERY_INTEL_MID) += intel_mid_battery.o obj-$(CONFIG_CHARGER_ISP1704) += isp1704_charger.o obj-$(CONFIG_CHARGER_TWL4030) += twl4030_charger.o +obj-$(CONFIG_BATTERY_VIRTUAL) += virtual_battery.o diff --git a/drivers/power/virtual_battery.c b/drivers/power/virtual_battery.c new file mode 100644 index 0000000..a85baac --- /dev/null +++ b/drivers/power/virtual_battery.c @@ -0,0 +1,427 @@ +/* + * drivers/power/virtual_battery.c + * + * Virtual battery driver + * + * Copyright (C) 2008 Pylone, Inc. + * Author: Masashi YOKOTA <yokota(a)pylone.jp> + * Modified by: Akihiro MAEDA <sola.1980.a(a)gmail.com> + * + * This software is licensed under the terms of the GNU General Public + * License version 2, as published by the Free Software Foundation, and + * may be copied, distributed, and modified under those terms. + * + * 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. + */ + +#include <linux/module.h> +#include <linux/moduleparam.h> +#include <linux/kernel.h> +#include <linux/types.h> +#include <linux/err.h> +#include <linux/string.h> +#include <linux/device.h> +#include <linux/platform_device.h> +#include <linux/power_supply.h> +#include <linux/version.h> + + +/* module parameters */ +static int ac_status = 1; /* online */ +static int battery_status = POWER_SUPPLY_STATUS_CHARGING; +static int battery_health = POWER_SUPPLY_HEALTH_GOOD; +static int battery_present = 1; /* true */ +static int battery_technology = POWER_SUPPLY_TECHNOLOGY_LION; +static int battery_capacity = 50; + + +static struct platform_device *bat_pdev; + +static enum power_supply_property virtual_ac_props[] = { + POWER_SUPPLY_PROP_ONLINE, +}; + +static enum power_supply_property virtual_battery_props[] = { + POWER_SUPPLY_PROP_STATUS, + POWER_SUPPLY_PROP_HEALTH, + POWER_SUPPLY_PROP_PRESENT, + POWER_SUPPLY_PROP_TECHNOLOGY, + POWER_SUPPLY_PROP_CAPACITY, +}; + +static int virtual_ac_get_property(struct power_supply *psy, + enum power_supply_property psp, + union power_supply_propval *val) +{ + int ret = 0; + + dev_dbg(&bat_pdev->dev, "%s: psp=%d\n", __func__, psp); + switch (psp) { + case POWER_SUPPLY_PROP_ONLINE: + val->intval = ac_status; + break; + default: + ret = -EINVAL; + break; + } + return ret; +} + +static int virtual_battery_get_property(struct power_supply *psy, + enum power_supply_property psp, + union power_supply_propval *val) +{ + int ret = 0; + + dev_dbg(&bat_pdev->dev, "%s: psp=%d\n", __func__, psp); + switch (psp) { + case POWER_SUPPLY_PROP_STATUS: + val->intval = battery_status; + break; + case POWER_SUPPLY_PROP_HEALTH: + val->intval = battery_health; + break; + case POWER_SUPPLY_PROP_PRESENT: + val->intval = battery_present; + break; + case POWER_SUPPLY_PROP_TECHNOLOGY: + val->intval = battery_technology; + break; + case POWER_SUPPLY_PROP_CAPACITY: + val->intval = battery_capacity; + break; default: ret = -EINVAL; + break; + } + + return ret; +} + +static struct power_supply power_supply_ac = { + .properties = virtual_ac_props, + .num_properties = ARRAY_SIZE(virtual_ac_props), + .get_property = virtual_ac_get_property, + .name = "ac", + .type = POWER_SUPPLY_TYPE_MAINS, +}; + +static struct power_supply power_supply_bat = { + .properties = virtual_battery_props, + .num_properties = ARRAY_SIZE(virtual_battery_props), + .get_property = virtual_battery_get_property, + .name = "battery", + .type = POWER_SUPPLY_TYPE_BATTERY, +}; + + +struct battery_property_map { + int value; + char const * key; +}; + +static struct battery_property_map map_ac_online[] = { + { 0, "on" }, + { 1, "off" }, + { -1, NULL }, +}; + +static struct battery_property_map map_status[] = { + { POWER_SUPPLY_STATUS_CHARGING, "charging" }, + { POWER_SUPPLY_STATUS_DISCHARGING, "discharging" }, + { POWER_SUPPLY_STATUS_NOT_CHARGING, "not-charging" }, + { POWER_SUPPLY_STATUS_FULL, "full" }, + { -1, NULL }, +}; + +static struct battery_property_map map_health[] = { + { POWER_SUPPLY_HEALTH_GOOD, "good" }, + { POWER_SUPPLY_HEALTH_OVERHEAT, "overheat" }, + { POWER_SUPPLY_HEALTH_DEAD, "dead" }, + { POWER_SUPPLY_HEALTH_OVERVOLTAGE, "overvoltage" }, + { POWER_SUPPLY_HEALTH_UNSPEC_FAILURE, "failure" }, + { -1, NULL }, +}; + +static struct battery_property_map map_present[] = { + { 0, "false" }, + { 1, "true" }, + { -1, NULL }, +}; + +static struct battery_property_map map_technology[] = { + { POWER_SUPPLY_TECHNOLOGY_NiMH, "NiMH" }, + { POWER_SUPPLY_TECHNOLOGY_LION, "LION" }, + { POWER_SUPPLY_TECHNOLOGY_LIPO, "LIPO" }, + { POWER_SUPPLY_TECHNOLOGY_LiFe, "LiFe" }, + { POWER_SUPPLY_TECHNOLOGY_NiCd, "NiCd" }, + { POWER_SUPPLY_TECHNOLOGY_LiMn, "LiMn" }, + { -1, NULL }, +}; + + +static int map_get_value(struct battery_property_map * map, const char * key, int def_val) +{ + char buf[4096]; + int cr; + + strcpy(buf, key); + cr = strlen(buf) - 1; + if (buf[cr] == '\n') + buf[cr] = '\0'; + + while (map->key) { + if (strcasecmp(map->key, buf) == 0) + return map->value; + map++; + } + + return def_val; +} + + +static const char * map_get_key(struct battery_property_map * map, int value, const char * def_key) +{ + while (map->key) { + if (map->value == value) + return map->key; + map++; + } + + return def_key; +} + +#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) +static int param_set_ac_status(const char *key, const struct kernel_param *kp) +#else /* LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) */ +static int param_set_ac_status(const char *key, struct kernel_param *kp) +#endif /* LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) */ +{ + dev_dbg(&bat_pdev->dev, "%s: name=%s, key=%s\n", __func__, kp->name, key); + ac_status = map_get_value( map_ac_online, key, ac_status); + power_supply_changed(&power_supply_ac); + return 0; +} + +#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) +static int param_get_ac_status(char *buffer, const struct kernel_param *kp) +#else /* LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) */ +static int param_get_ac_status(char *buffer, struct kernel_param *kp) +#endif /* LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) */ +{ + dev_dbg(&bat_pdev->dev, "%s: name=%s\n", __func__, kp->name); + strcpy(buffer, map_get_key( map_ac_online, ac_status, "unknown")); + return strlen(buffer); +} + +#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) +static int param_set_battery_status(const char *key, const struct kernel_param *kp) +#else /* LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) */ +static int param_set_battery_status(const char *key, struct kernel_param *kp) +#endif /* LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) */ +{ + dev_dbg(&bat_pdev->dev, "%s: name=%s, key=%s.\n", __func__, kp->name, key); + battery_status = map_get_value( map_status, key, battery_status); + power_supply_changed(&power_supply_bat); + return 0; +} + +#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) +static int param_get_battery_status(char *buffer, const struct kernel_param *kp) +#else /* LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) */ +static int param_get_battery_status(char *buffer, struct kernel_param *kp) +#endif /* LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) */ +{ + dev_dbg(&bat_pdev->dev, "%s: name=%s\n", __func__, kp->name); + strcpy(buffer, map_get_key( map_status, battery_status, "unknown")); + return strlen(buffer); +} + +#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) +static int param_set_battery_health(const char *key, const struct kernel_param *kp) +#else /* LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) */ +static int param_set_battery_health(const char *key, struct kernel_param *kp) +#endif /* LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) */ +{ + dev_dbg(&bat_pdev->dev, "%s: name=%s, key=%s\n", __func__, kp->name, key); + battery_health = map_get_value( map_health, key, battery_health); + power_supply_changed(&power_supply_bat); + return 0; +} + +#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) +static int param_get_battery_health(char *buffer, const struct kernel_param *kp) +#else /* LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) */ +static int param_get_battery_health(char *buffer, struct kernel_param *kp) +#endif /* LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) */ +{ + dev_dbg(&bat_pdev->dev, "%s: name=%s\n", __func__, kp->name); + strcpy(buffer, map_get_key( map_health, battery_health, "unknown")); + return strlen(buffer); +} + +#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) +static int param_set_battery_present(const char *key, const struct kernel_param *kp) +#else /* LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) */ +static int param_set_battery_present(const char *key, struct kernel_param *kp) +#endif /* LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) */ +{ + dev_dbg(&bat_pdev->dev, "%s: name=%s, key=%s\n", __func__, kp->name, key); + battery_present = map_get_value( map_present, key, battery_present); + power_supply_changed(&power_supply_ac); + return 0; +} + +#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) +static int param_get_battery_present(char *buffer, const struct kernel_param *kp) +#else /* LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) */ +static int param_get_battery_present(char *buffer, struct kernel_param *kp) +#endif /* LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) */ +{ + dev_dbg(&bat_pdev->dev, "%s: name=%s\n", __func__, kp->name); + strcpy(buffer, map_get_key( map_present, battery_present, "unknown")); + return strlen(buffer); +} + +#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) +static int param_set_battery_technology(const char *key, const struct kernel_param *kp) +#else /* LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) */ +static int param_set_battery_technology(const char *key, struct kernel_param *kp) +#endif /* LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) */ +{ + dev_dbg(&bat_pdev->dev, "%s: name=%s, key=%s\n", __func__, kp->name, key); + battery_technology = map_get_value( map_technology, key, battery_technology); + power_supply_changed(&power_supply_bat); + return 0; +} + +#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) +static int param_get_battery_technology(char *buffer, const struct kernel_param *kp) +#else /* LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) */ +static int param_get_battery_technology(char *buffer, struct kernel_param *kp) +#endif /* LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) */ +{ + dev_dbg(&bat_pdev->dev, "%s: name=%s\n", __func__, kp->name); + strcpy(buffer, map_get_key( map_technology, battery_technology, "unknown")); + return strlen(buffer); +} + +#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) +static int param_set_battery_capacity(const char *key, const struct kernel_param *kp) +#else /* LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) */ +static int param_set_battery_capacity(const char *key, struct kernel_param *kp) +#endif /* LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) */ +{ + int tmp; + + dev_dbg(&bat_pdev->dev, "%s: name=%s, key=%s\n", __func__, kp->name, key); + + if (1 != sscanf(key, "%d", &tmp)) + return -EINVAL; + + battery_capacity = tmp; + power_supply_changed(&power_supply_bat); + return 0; +} + +#define param_get_battery_capacity param_get_int + +static int __init virtual_battery_init(void) +{ + int ret; + + bat_pdev = platform_device_register_simple(KBUILD_BASENAME, 0, NULL, 0); + if (IS_ERR(bat_pdev)) + return PTR_ERR(bat_pdev); + + ret = power_supply_register(&bat_pdev->dev, &power_supply_ac); + if (ret) + goto err_battery_failed; + + ret = power_supply_register(&bat_pdev->dev, &power_supply_bat); + if (ret) + goto err_ac_failed; + + printk(KERN_INFO KBUILD_BASENAME": registered \n"); + return 0; + + err_battery_failed: + power_supply_unregister(&power_supply_ac); + err_ac_failed: + return ret; +} + +static void __exit virtual_battery_exit(void) +{ + power_supply_unregister(&power_supply_ac); + power_supply_unregister(&power_supply_bat); + platform_device_unregister(bat_pdev); + printk(KERN_INFO KBUILD_BASENAME": unregistered \n"); +} + +#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) +static struct kernel_param_ops param_ops_ac_status = { + .set = param_set_ac_status, + .get = param_get_ac_status, +}; + +static struct kernel_param_ops param_ops_battery_status = { + .set = param_set_battery_status, + .get = param_get_battery_status, +}; + +static struct kernel_param_ops param_ops_battery_present = { + .set = param_set_battery_present, + .get = param_get_battery_present, +}; + +static struct kernel_param_ops param_ops_battery_technology = { + .set = param_set_battery_technology, + .get = param_get_battery_technology, +}; + +static struct kernel_param_ops param_ops_battery_health = { + .set = param_set_battery_health, + .get = param_get_battery_health, +}; + +static struct kernel_param_ops param_ops_battery_capacity = { + .set = param_set_battery_capacity, + .get = param_get_battery_capacity, +}; +#endif /* LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 36) */ + +module_init(virtual_battery_init); +module_exit(virtual_battery_exit); + +#define param_check_ac_status(name, p) __param_check(name, p, void); +#define param_check_battery_status(name, p) __param_check(name, p, void); +#define param_check_battery_present(name, p) __param_check(name, p, void); +#define param_check_battery_technology(name, p) __param_check(name, p, void); +#define param_check_battery_health(name, p) __param_check(name, p, void); +#define param_check_battery_capacity(name, p) __param_check(name, p, void); + +module_param(ac_status, ac_status, 0644); +MODULE_PARM_DESC(ac_status, "AC charging state <on|off>"); + +module_param(battery_status, battery_status, 0644); +MODULE_PARM_DESC(battery_status, "battery status <charging|discharging|not-charging|full>"); + +module_param(battery_present, battery_present, 0644); +MODULE_PARM_DESC(battery_present, "battery presence state <good|overheat|dead|overvoltage|failure>"); + +module_param(battery_technology, battery_technology, 0644); +MODULE_PARM_DESC(battery_technology, "battery technology <NiMH|LION|LIPO|LiFe|NiCd|LiMn>"); + +module_param(battery_health, battery_health, 0644); +MODULE_PARM_DESC(battery_health, "battery health state <good|overheat|dead|overvoltage|failure>"); + +module_param(battery_capacity, battery_capacity, 0644); +MODULE_PARM_DESC(battery_capacity, "battery capacity (percentage)"); + + +MODULE_AUTHOR("Masashi YOKOTA <yokota(a)pylone.jp>"); +MODULE_LICENSE("GPL"); +MODULE_DESCRIPTION("Virtual battery driver"); +MODULE_ALIAS("platform:"KBUILD_BASENAME); -- 1.7.0.4

13 years, 10 months

← Newer
1
...
5
6
7
8
9
10
11
...
17
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

linaro-dev February 2011