linaro-dev

linaro-dev@lists.linaro.org

4332 discussions

by Viresh Kumar

Hi Andy, I got following error in compilation of TILT-3.4 at http://git.linaro.org/gitweb?p=landing-teams/working/ti/kernel.git;a=shortl… Using /home/arm/work/kernel/linaro/linux-linaro-bitLITTLE-MP.git as source for kernel CHK include/generated/utsrelease.h make[2]: `include/generated/mach-types.h' is up to date. CC arch/arm/kernel/asm-offsets.s In file included from /home/arm/work/kernel/linaro/linux-linaro-bitLITTLE-MP.git/arch/arm/include/asm/barrier.h:41:0, from /home/arm/work/kernel/linaro/linux-linaro-bitLITTLE-MP.git/arch/arm/include/asm/domain.h:14, from /home/arm/work/kernel/linaro/linux-linaro-bitLITTLE-MP.git/arch/arm/include/asm/thread_info.h:28, from /home/arm/work/kernel/linaro/linux-linaro-bitLITTLE-MP.git/include/linux/thread_info.h:53, from /home/arm/work/kernel/linaro/linux-linaro-bitLITTLE-MP.git/include/linux/preempt.h:9, from /home/arm/work/kernel/linaro/linux-linaro-bitLITTLE-MP.git/include/linux/spinlock.h:50, from /home/arm/work/kernel/linaro/linux-linaro-bitLITTLE-MP.git/include/linux/seqlock.h:29, from /home/arm/work/kernel/linaro/linux-linaro-bitLITTLE-MP.git/include/linux/time.h:8, from /home/arm/work/kernel/linaro/linux-linaro-bitLITTLE-MP.git/include/linux/timex.h:56, from /home/arm/work/kernel/linaro/linux-linaro-bitLITTLE-MP.git/include/linux/sched.h:57, from /home/arm/work/kernel/linaro/linux-linaro-bitLITTLE-MP.git/arch/arm/kernel/asm-offsets.c:13: arch/arm/include/generated/mach/barriers.h:1:33: fatal error: mach-omap2/barriers.h: No such file or directory compilation terminated. make[2]: *** [arch/arm/kernel/asm-offsets.s] Error 1 I tried compiling it with omap4plus_defconfig. I want to use a stable kernel for panda board, which one should i always refer to? -- viresh

13 years, 2 months

Compilation Break for omap2plus_defconifg

by Viresh Kumar

Hi, Compilation for omap2plus_defconfig is broken on current: linux-linaro branch. [1] Following is the compilation error: /home/arm/work/kernel/linaro/linux-linaro-bitLITTLE-MP.git/arch/arm/kernel/sleep.S: Assembler messages: /home/arm/work/kernel/linaro/linux-linaro-bitLITTLE-MP.git/arch/arm/kernel/sleep.S:88: Error: selected processor does not support ARM mode `bfc r0,#24,#8' -- Viresh [1]: http://git.linaro.org/gitweb?p=kernel/linux-linaro-tracking.git;a=shortlog;…

13 years, 2 months

[GIT PULL] bit-LITTLE-MP-v5

by Viresh Kumar

Hi Andrey, Below is pull request for v5 of MP work, following are the main changes: 1. Removed from this merge: - cpuidle-next-v4 - Already in rc1 - wq-hotplug-v1 - Already in rc1 - arm-asymmetric-support-v3 - Only one patch not mailined others are dropped 2. Rebased over v3.6-rc1 3. Extra patch from Morten/Tixy NOTE: Compile tested only --------------->8----------------------------- The following changes since commit 0d7614f09c1ebdbaa1599a5aba7593f147bf96ee: Linux 3.6-rc1 (2012-08-02 16:38:10 -0700) are available in the git repository at: git://git.linaro.org/arm/big.LITTLE/mp.git big-LITTLE-MP-v5 for you to fetch changes up to 6a1b927448144fe2fa7e28949cc54ea71bbe69d1: Merge branches 'arm-asymmetric-support-v3-v3.6-rc1', 'per-cpu-thread-hotplug-v3-fixed', 'fast-slow-cpu-dt-v1' and 'config-fragments' into big-LITTLE-MP-v5 (2012-08-14 16:57:13 +0530) ---------------------------------------------------------------- Ben Segall (1): sched: maintain per-rq runnable averages Jon Medhurst (Tixy) (1): sched: Use device-tree to provide fast/slow CPU list for HMP Morten Rasmussen (6): sched: Add ftrace events for entity load-tracking sched: entity load-tracking load_avg_ratio sched: load-tracking driven wakeup migration for HMP platforms sched: Forced migration of high load task on HMP platforms sched: Add HMP forced task migration ftrace event sched: Add missing cpus_allowed checks to HMP scheduler Paul E. McKenney (2): rcu: Use smp_hotplug_thread facility for RCUs per-CPU kthread hotplug: Fix UP bug in smpboot hotplug code Paul Turner (15): sched: track the runnable average on a per-task entitiy basis sched: aggregate load contributed by task entities on parenting cfs_rq sched: maintain the load contribution of blocked entities sched: add an rq migration call-back to sched_class sched: account for blocked load waking back up sched: aggregate total task_group load sched: compute load contribution by a group entity sched: normalize tg load contributions against runnable time sched: maintain runnable averages across throttled periods sched: replace update_shares weight distribution with per-entity computation sched: refactor update_shares_cpu() -> update_blocked_avgs() sched: update_cfs_shares at period edge sched: make __update_entity_runnable_avg() fast sched: implement usage tracking sched: introduce temporary FAIR_GROUP_SCHED dependency for load-tracking Rafael J. Wysocki (1): Revert "NMI watchdog: fix for lockup detector breakage on resume" Thomas Gleixner (6): rcu: Yield simpler kthread: Implement park/unpark facility smpboot: Provide infrastructure for percpu hotplug threads softirq: Use hotplug thread infrastructure watchdog: Use hotplug thread infrastructure infiniband: ehca: Use hotplug thread infrastructure Vincent Guittot (1): sched: cpu_power: enable ARCH_POWER Viresh Kumar (3): configs: Add config fragments for big LITTLE MP linaro/configs: Update big LITTLE MP fragment for task placement work Merge branches 'arm-asymmetric-support-v3-v3.6-rc1', 'per-cpu-thread-hotplug-v3-fixed', 'fast-slow-cpu-dt-v1' and 'config-fragments' into big-LITTLE-MP-v5 arch/arm/Kconfig | 29 + arch/arm/kernel/topology.c | 69 ++ drivers/infiniband/hw/ehca/ehca_irq.c | 253 ++-- drivers/infiniband/hw/ehca/ehca_irq.h | 6 +- include/linux/kthread.h | 11 +- include/linux/sched.h | 27 +- include/linux/smpboot.h | 43 + include/trace/events/sched.h | 151 +++ kernel/Makefile | 3 +- kernel/cpu.c | 10 +- kernel/kthread.c | 185 ++- kernel/power/suspend.c | 3 - kernel/rcutree.c | 12 +- kernel/rcutree.h | 15 +- kernel/rcutree_plugin.h | 403 ++----- kernel/rcutree_trace.c | 3 +- kernel/sched/core.c | 5 + kernel/sched/debug.c | 39 +- kernel/sched/fair.c | 1097 ++++++++++++++--- kernel/sched/features.h | 2 +- kernel/sched/sched.h | 60 +- kernel/smpboot.c | 233 ++++ kernel/smpboot.h | 4 + kernel/softirq.c | 108 +- kernel/watchdog.c | 280 ++--- linaro/configs/android.conf | 33 + linaro/configs/big-LITTLE-MP.conf | 9 + linaro/configs/linaro-base.conf | 84 ++ linaro/configs/ubuntu-minimal.conf | 24 + linaro/configs/ubuntu.conf | 2133 +++++++++++++++++++++++++++++++++ 30 files changed, 4313 insertions(+), 1021 deletions(-) create mode 100644 include/linux/smpboot.h create mode 100644 linaro/configs/android.conf create mode 100644 linaro/configs/big-LITTLE-MP.conf create mode 100644 linaro/configs/linaro-base.conf create mode 100644 linaro/configs/ubuntu-minimal.conf create mode 100644 linaro/configs/ubuntu.conf

13 years, 2 months

Can't view the lava information from android-build for some builds

by YongQin Liu

Hi, Just found that I can't view the lava result on android-build page for some build. but not all of them, I still can view some the information of some builds before. say the builds of https://android-build.linaro.org/builds/~linaro-android/snowball-jb-gcc47-i…. For the build #28 even I click the " login to LAVA " link and logged in, I still get this information like the NG.png attachment file. But for the build #26, I can see the lava information listed. Like the attached OK.png file -- Thanks, Yongqin Liu --------------------------------------------------------------- #mailing list linaro-android(a)lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-android linaro-validation(a)lists.linaro.org http://lists.linaro.org/pipermail/linaro-validation

13 years, 2 months

big.LITTLE MP status Aug 20, 2012

by David Zinman

https://wiki.linaro.org/projects/big.LITTLE.MP Roadmap Cards ============= http://cards.linaro.org/browse/CARD-34 Closeout * A script has been created that emulates a big.LITTLE system on an x86 system by tuning down 2 processors in a cluster to emulate the A7 processors. * Simulation tools and corresponding descriptions are located at: http://git.linaro.org/gitweb?p=people/rob_lee/asymm_cpu_emu.git. * The perf record and playback feature allows a workload to be defined, recorded and then played back later. This has been released in 2012.07 LEB. It works in the mainline kernel as of 3.6-rc1 * A tools to create webkit-based web-browsing benchmarks was created (http://git.linaro.org/gitweb?p=people/antipov/testbrowser.git;a=summary) * update the card closeout related to the pending deliverables for the simulator + workloads (mention that the simulator part was not complete, and more mobile workloads should be defined) and create a new card to handle that deliverable in Q3and create a new card for Q3 to cover these pending items http://cards.linaro.org/browse/CARD-35 Closeout * Hotplug optimizations are in the git tree: git://git.kernel.org/pub/scm/linux/kernel/git/tj/wq.git review-wq-hotplug. * Hotplug documentation is at: https://wiki.linaro.org/WorkingGroups/PowerManagement/Doc/Hotplug#CPU_hotpl… * Asymmetric support for ARM accepted by Russell and have been merged into 3.6 * Several cpuidle changes have already been accepted in mainline and adding cpu-specific idle tables is being reviewed currently. Blueprints ========= https://blueprints.launchpad.net/linaro-power-kernel/+spec/perf-record-repl… - Broken in mainline, dmitry is working on fixing it. - In progress https://blueprints.launchpad.net/linaro-power-kernel/+spec/big.little.mp-ho… - In progress https://blueprints.launchpad.net/linaro-power-kernel/+spec/cpuidle-add-cpu-… - In progress https://blueprints.launchpad.net/linaro-power-kernel/+spec/cpuidle-upstream… - In progress https://blueprints.launchpad.net/linaro-qa/+spec/sched-test-porting-to-andr… - Started Miscellaneous items ================= Fastmodels: - Kerrnel boots - booting with all cores , bootwrapper config needs more work. - Not released with LT this cycle Testplan - Dates need to be revised - Testing blueprints are being drafted. Big-LITTLE-MP-v5 (together with the updated multiplatform topic) has been merged into linux-linaro-core-tracking tree. The tag is llct-20120814.0. 1. Removed from this merge: - cpuidle-next-v4 - Already in rc1 - wq-hotplug-v1 - Already in rc1 - arm-asymmetric-support-v3 - Only one patch not mailined others are dropped 2. Rebased over v3.6-rc1 3. Extra patch from Morten/Tixy For a more complete list please see: http://lists.linaro.org/pipermail/linaro-dev/2012-August/013125.html Thomas Gleixner's CPU-hotplug-kthread infrastructure patches and bugfixes by Paul McKenney have been accepted into tip The project plan is at https://docs.google.com/a/linaro.org/document/d/1XI9FaEd6dYfCEDezboF7gWtrTO… -- David Zinman Linaro Release Manager | Project Manager Linaro.org | Open source software for ARM SoCs

13 years, 2 months

2012/8/22 Android Platform Team Meeting Agenda Posted

by Zach Pfeffer

Take a look at: https://wiki.linaro.org/Platform/Android/Meetings/2012-08-22 Feel free to add to the agenda and join us in #linaro-meeting on irc.freenode.net at 13:00 UTC on 8/22/2012. -- Zach Pfeffer Android Platform Team Lead, Linaro Platform Teams Linaro.org | Open source software for ARM SoCs Follow Linaro: http://www.facebook.com/pages/Linaro http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog

13 years, 2 months

Re: [PATCH 2/3][RFC] devfreq: Add suspend and resume apis

by MyungJoo Ham

> This patch adds suspend and resume apis needed > for devices which can idle. Suspend/resume apis > are called from driver to suspend/resume devfreq > load monitoring of that device. > > Signed-off-by: Rajagopal Venkat <rajagopal.venkat(a)linaro.org> 1. Some devfreq devices may need their own code to do suspend/resume; e.g., setting a specific frequency for suspend (especially with suspend-to-RAM). 2. Are these new APIs (devfreq_suspend/resume_device()) intended to be used by runtime_pm and pm(Suspend-to-RAM) callbacks of the parent devices? If so, could you consider use the structure of runtime-pm (I don't have an idea on how to do this for now)? For example, when a device is being suspended, devfreq device's suspend is also called without calling it explicitly at the device driver's suspend callback. 3. As in the patch 1/3, could you consider to integrate class-wide features in devfreq.c, not in a governor? Cheers! MyungJoo > --- > drivers/devfreq/devfreq.c | 30 ++++++++++++++++++++++++++++++ > drivers/devfreq/governor_simpleondemand.c | 15 +++++++++++++++ > include/linux/devfreq.h | 16 ++++++++++++++++ > 3 files changed, 61 insertions(+) > > diff --git a/drivers/devfreq/devfreq.c b/drivers/devfreq/devfreq.c > index 5aa23a8..375b5aa1 100644 > --- a/drivers/devfreq/devfreq.c > +++ b/drivers/devfreq/devfreq.c > @@ -233,6 +233,36 @@ int devfreq_remove_device(struct devfreq *devfreq) > } > EXPORT_SYMBOL(devfreq_remove_device); > > +/** > + * devfreq_suspend_device() - Suspend devfreq of a device. > + * @devfreq the devfreq instance to be suspended > + */ > +int devfreq_suspend_device(struct devfreq *devfreq) > +{ > + if (!devfreq) > + return -EINVAL; > + > + devfreq->governor->event_handler(devfreq, DEVFREQ_GOV_SUSPEND); > + > + return 0; > +} > +EXPORT_SYMBOL(devfreq_suspend_device); > + > +/** > + * devfreq_resume_device() - Resume devfreq of a device. > + * @devfreq the devfreq instance to be resumed > + */ > +int devfreq_resume_device(struct devfreq *devfreq) > +{ > + if (!devfreq) > + return -EINVAL; > + > + devfreq->governor->event_handler(devfreq, DEVFREQ_GOV_RESUME); > + > + return 0; > +} > +EXPORT_SYMBOL(devfreq_resume_device); > + > static ssize_t show_governor(struct device *dev, > struct device_attribute *attr, char *buf) > { > diff --git a/drivers/devfreq/governor_simpleondemand.c b/drivers/devfreq/governor_simpleondemand.c > index 7c70c30..95e4db9 100644 > --- a/drivers/devfreq/governor_simpleondemand.c > +++ b/drivers/devfreq/governor_simpleondemand.c > @@ -221,6 +221,21 @@ static int devfreq_simple_ondemand_func(struct devfreq *df, > ondemand_exit(df); > break; > > + case DEVFREQ_GOV_SUSPEND: > + if (delayed_work_pending(&data->work)) { > + data->stop_queuing = true; > + cancel_delayed_work_sync(&data->work); > + } > + break; > + > + case DEVFREQ_GOV_RESUME: > + if (!delayed_work_pending(&data->work)) { > + data->stop_queuing = false; > + queue_delayed_work(devfreq_wq, &data->work, > + msecs_to_jiffies(df->profile->polling_ms)); > + } > + break; > + > case DEVFREQ_GOV_LIMITS: > if (delayed_work_pending(&data->work)) { > mutex_lock(&df->lock); > diff --git a/include/linux/devfreq.h b/include/linux/devfreq.h > index 600cc2e..7c6517f 100644 > --- a/include/linux/devfreq.h > +++ b/include/linux/devfreq.h > @@ -56,6 +56,8 @@ struct devfreq_dev_status { > #define DEVFREQ_GOV_START 0x1 > #define DEVFREQ_GOV_STOP 0x2 > #define DEVFREQ_GOV_LIMITS 0x3 > +#define DEVFREQ_GOV_SUSPEND 0x4 > +#define DEVFREQ_GOV_RESUME 0x5 > > /** > * struct devfreq_dev_profile - Devfreq's user device profile > @@ -155,6 +157,10 @@ extern struct devfreq *devfreq_add_device(struct device *dev, > void *data); > extern int devfreq_remove_device(struct devfreq *devfreq); > > +extern int devfreq_suspend_device(struct devfreq *devfreq); > + > +extern int devfreq_resume_device(struct devfreq *devfreq); > + > /* Helper functions for devfreq user device driver with OPP. */ > extern struct opp *devfreq_recommended_opp(struct device *dev, > unsigned long *freq, u32 flags); > @@ -207,6 +213,16 @@ static int devfreq_remove_device(struct devfreq *devfreq) > return 0; > } > > +static int devfreq_suspend_device(struct devfreq *devfreq) > +{ > + return 0; > +} > + > +extern int devfreq_resume_device(struct devfreq *devfreq) > +{ > + return 0; > +} > + > static struct opp *devfreq_recommended_opp(struct device *dev, > unsigned long *freq, u32 flags) > { > -- > 1.7.11.3 >

13 years, 2 months

Re: [PATCH 1/3][RFC] devfreq: Core updates to support devices which can idle

by 함명주

> Prepare devfreq core framework to support devices which > can idle. When device idleness is detected perhaps through > runtime-pm, need some mechanism to suspend devfreq load > monitoring and resume when device is back online. Present > code continues monitoring unless device is removed from > devfreq core. > > This patch introduces following updates, > > - move device load monitoring logic to ondemand governor as > it is specific to ondemand. We have this ondemand governor in the mainline devfreq. However, we have (not upstreamed yet) governors with specific purpose (for GPU or for a specific chip) with load monitoring logic. Although we don't have them upstreamed yet, why don't you keep the monitoring logic sharable by other governors. (From today, I'm not objecting to have individual workqueue, but I still don't want to let each active governor reimplement the same things.) > - devfreq core interacts with governors via events to perform > specific actions. These events include start/stop devfreq, > and frequency limit changes outside devfreq. This sets ground > for adding suspend/resume events. event_handler with START/STOP/UPDATE seem fine. However, init() and exit() should be different from START/STOP. We do not need to do init and exit every time when we do runtime suspend/resume. > - use per device work instead of global work to monitor device > load. This enables suspend/resume of device devfreq and > reduces monitoring code complexity. It's fine to have a delayed work struct per device. However, please try to keep as many things/features in devfreq.c as possible; i.e., reduce features and code size of governors. Because, we will be supporting various types of devices with devfreq, there will be various governors and I don't want them to have shared things reimplemented. Dealing with the delayed work at devfreq.c and let governors choose to use it (at its struct) or not should be fine. In this patchset, the size of ondemand governor has been enlarged too much for that purpose. > - Force devfreq users to set min/max supported frequencies in > device profile to help governors to predict target frequecy > with in limits. Is this really necessary? > > The devfreq apis are not modified and are kept intact. The ABIs are not. You can no longer do "# echo 0 > ABI_path" in order to deactivate. Cheers! MyungJoo > > Signed-off-by: Rajagopal Venkat <rajagopal.venkat(a)linaro.org> > --- ps. please make the patch a bit more readable. (please don't shuffle the location of pre-existed functions)

13 years, 2 months

Re: [PATCH 3/3][RFC] devfreq: Add current freq callback in device profile

by 함명주

> Devfreq returns governor predicted frequency as current > frequency via sysfs interface. But device may not support > all frequencies that governor predicts. As per the design > its driver responsibility to maintain current frequency > at which device is operating. So add a callback in device > profile to fix this. > > Signed-off-by: Rajagopal Venkat <rajagopal.venkat(a)linaro.org> We still need to support "intended frequency". The "cur_freq" node is to show the intended frequency. As told before, you need to make additional API and ABI for the "actual frequency". Cheers! MyungJoo > --- > drivers/devfreq/devfreq.c | 14 ++++++++++++-- > include/linux/devfreq.h | 6 +++--- > 2 files changed, 15 insertions(+), 5 deletions(-) > > diff --git a/drivers/devfreq/devfreq.c b/drivers/devfreq/devfreq.c > index 375b5aa1..798e8ca 100644 > --- a/drivers/devfreq/devfreq.c > +++ b/drivers/devfreq/devfreq.c > @@ -176,7 +176,6 @@ struct devfreq *devfreq_add_device(struct device *dev, > devfreq->dev.release = devfreq_dev_release; > devfreq->profile = profile; > devfreq->governor = governor; > - devfreq->previous_freq = profile->initial_freq; > devfreq->governor_data = data; > devfreq->nb.notifier_call = devfreq_notifier_call; > devfreq->min_freq = profile->min_freq; > @@ -272,7 +271,18 @@ static ssize_t show_governor(struct device *dev, > static ssize_t show_freq(struct device *dev, > struct device_attribute *attr, char *buf) > { > - return sprintf(buf, "%lu\n", to_devfreq(dev)->previous_freq); > + int ret; > + unsigned long freq; > + struct devfreq *devfreq = to_devfreq(dev); > + > + if (devfreq->profile->get_cur_freq) { > + ret = devfreq->profile->get_cur_freq(devfreq->dev.parent, > + &freq); > + if (!ret) > + return sprintf(buf, "%lu\n", freq); > + } > + > + return sprintf(buf, "<unknown>"); > } > > static ssize_t store_min_freq(struct device *dev, struct device_attribute *attr, > diff --git a/include/linux/devfreq.h b/include/linux/devfreq.h > index 7c6517f..43f111f 100644 > --- a/include/linux/devfreq.h > +++ b/include/linux/devfreq.h > @@ -76,6 +76,8 @@ struct devfreq_dev_status { > * explained above with "DEVFREQ_FLAG_*" macros. > * @get_dev_status The device should provide the current performance > * status to devfreq, which is used by governors. > + * @get_cur_freq The device should provide the current frequency > + * at which it is operating. > * @exit An optional callback that is called when devfreq > * is removing the devfreq object due to error or > * from devfreq_remove_device() call. If the user > @@ -91,6 +93,7 @@ struct devfreq_dev_profile { > int (*target)(struct device *dev, unsigned long *freq, u32 flags); > int (*get_dev_status)(struct device *dev, > struct devfreq_dev_status *stat); > + int (*get_cur_freq)(struct device *dev, unsigned long *freq); > void (*exit)(struct device *dev); > }; > > @@ -119,7 +122,6 @@ struct devfreq_governor { > * @nb notifier block used to notify devfreq object that it should > * reevaluate operable frequencies. Devfreq users may use > * devfreq.nb to the corresponding register notifier call chain. > - * @previous_freq previously configured frequency value. > * @governor_data Private data of the governor. The devfreq framework > * does not touch this. > * @min_freq Limit minimum frequency requested by user (0: none) > @@ -142,8 +144,6 @@ struct devfreq { > const struct devfreq_governor *governor; > struct notifier_block nb; > > - unsigned long previous_freq; > - > void *governor_data; /* private data for governors */ > > unsigned long min_freq; > -- > 1.7.11.3 > > > > > > > >

13 years, 2 months

[PATCH 0/3][RFC] devfreq: Add support for devices which can idle

by Rajagopal Venkat

This patchset updates devfreq core to add support for devices which can idle. When device idleness is detected perhaps through runtime-pm, need some mechanism to suspend devfreq load monitoring and resume when device is back online. patch 1 adds core design changes mainly moving monitoring logic to ondemand governor, introducing per device work and events for core to governor communication. patch 2 adds devfreq suspend and resume apis. patch 3 does current frequency bug fix. The existing devfreq apis are kept intact. Two new apis devfreq_suspend_device() and devfreq_resume_device() are added to support suspend/resume of device devfreq. -- Rajagopal Venkat (3): devfreq: core updates to support devices which can idle devfreq: Add suspend and resume apis devfreq: Add current freq callback in device profile Documentation/ABI/testing/sysfs-class-devfreq | 33 +- drivers/devfreq/devfreq.c | 448 ++++++-------------------- drivers/devfreq/governor.h | 6 +- drivers/devfreq/governor_performance.c | 34 +- drivers/devfreq/governor_powersave.c | 31 +- drivers/devfreq/governor_simpleondemand.c | 231 +++++++++++-- drivers/devfreq/governor_userspace.c | 142 ++++---- include/linux/devfreq.h | 78 +++-- 8 files changed, 467 insertions(+), 536 deletions(-) -- 1.7.11.3

13 years, 2 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

linaro-dev