Re-sending as these patches did not make it to the lists due to
issues with my 'git send-email'
This series mainly cleans up all instances of hardcoding's in
the driver based on pdev->id. This is cleanup leading to the
DT adaptation of omap_hsmmc driver.
v2 mainly has some minor changes to get rid of a debug print
which was still using host->id and getting rid of 'id' field
entirely from omap_hsmmc_host struct.
The series is tested on OMAP4SDP, OMAP4panda, OMAP3beagle and OMAP2430SDP
boards.
regards,
Rajendra
Balaji T K (3):
mmc: omap_hsmmc: use platform_get_resource_byname for tx/rx DMA
channels
mmc: omap_hsmmc: remove unused .set_sleep function
mmc: omap_hsmmc: Use OMAP_HSMMC_SUPPORTS_DUAL_VOLT flag to remove
host->id based hardcoding
Rajendra Nayak (3):
mmc: omap_hsmmc: Get rid of omap_hsmmc_1_set_power function
mmc: omap_hsmmc: Get rid of omap_hsmmc_4_set_power function
mmc: omap_hsmmc: Don't expect MMC1 to always have vmmc supply
arch/arm/plat-omap/include/plat/mmc.h | 2 -
drivers/mmc/host/omap_hsmmc.c | 175 +++------------------------------
2 files changed, 16 insertions(+), 161 deletions(-)
Hello,
Once again Linaro will be having the the ARM Porting Jam, which will
happen during this friday. We had quite a good feedback and quite many
folks working on FTBFS related issues last Friday, but we still have a
long list to fix before the release.
If you're interested on helping fixing FTBFS issues and other porting
bugs related with ARM, please check the bug list at
http://people.linaro.org/~rsalveti/arm-porting-queue/arm-porting-queue-repo…
and join us at #linaro/#ubuntu-motu at freenode today!
Thanks!
--
Ricardo Salveti de Araujo
Hi All,
There's a scheduled downtime for 30 min, tomorrow at 15:00UTC.
We plan to increase the disk space available on people.linaro.org.
Thanks.
Cheers,
--
Fathi
Hi. I'm Jaein.
I'm working with Pandaboard ES.
Actually, I downloaded Android ICS Source code for that board.
But, I can't find x-loader source code that is first bootloader for
Pandaboard.
I want to modify x-loader, but I couldn't, because there is no code.
How can I get the x-loader source?
Before, I downloaded x-loader also at "omappedia.org" for
Pandaboard(Omap4430).
Please, give me an information.
Thanks.
Hi there,
As of last night TILT fails to build for omap4_defconfig.
> panto@sles11esa:~/ti/kernels/kernel-tilt$ git checkout -b tilt-tracking-work origin/tilt-tracking
> Branch tilt-tracking-work set up to track remote branch tilt-tracking from origin.
> Switched to a new branch 'tilt-tracking-work'
>
>
...
> panto@sles11esa:~/ti/kernels/kernel-tilt$ make omap4_defconfig
> warning: (ARCH_OMAP4 && ARCH_OMAP5) selects LOCAL_TIMERS which has unmet direct dependencies (SMP && !ARM_SMP_TWD)
> warning: (ARCH_OMAP4 && ARCH_OMAP5) selects LOCAL_TIMERS which has unmet direct dependencies (SMP && !ARM_SMP_TWD)
>
^ This is dubious
> panto@sles11esa:~/ti/kernels/kernel-tilt$ make -j 2
> CHK include/linux/version.h
> CHK include/generated/utsrelease.h
> make[1]: `include/generated/mach-types.h' is up to date.
> CALL scripts/checksyscalls.sh
> CHK include/generated/compile.h
> CC arch/arm/kernel/smp_twd.o
> arch/arm/kernel/smp_twd.c: In function 'twd_timer_setup':
> arch/arm/kernel/smp_twd.c:226:7: error: 'twd_evt' undeclared (first use in this function)
> arch/arm/kernel/smp_twd.c:226:7: note: each undeclared identifier is reported only once for each function it appears in
> arch/arm/kernel/smp_twd.c:251:2: warning: ISO C90 forbids mixed declarations and code
> arch/arm/kernel/smp_twd.c:267:2: warning: type defaults to 'int' in type name
> arch/arm/kernel/smp_twd.c:267:17: warning: initialization makes pointer from integer without a cast
> arch/arm/kernel/smp_twd.c:267:2: warning: type defaults to 'int' in type name
> arch/arm/kernel/smp_twd.c:267:2: warning: type defaults to 'int' in type name
> arch/arm/kernel/smp_twd.c:267:2: warning: type defaults to 'int' in type name
> arch/arm/kernel/smp_twd.c:267:15: warning: assignment makes pointer from integer without a cast
^ twd_evt is nowhere to be found;
> make[1]: *** [arch/arm/kernel/smp_twd.o] Error 1
> make: *** [arch/arm/kernel] Error 2
> make: *** Waiting for unfinished jobs....
> CC arch/arm/mach-omap2/omap_tps6236x.o
> AS arch/arm/mach-omap2/omap-headsmp.o
> CC arch/arm/mach-omap2/omap-hotplug.o
> arch/arm/mach-omap2/omap_tps6236x.c:267:3: error: unknown field 'omap_chip' specified in initializer
> arch/arm/mach-omap2/omap_tps6236x.c:267:3: error: implicit declaration of function 'OMAP_CHIP_INIT'
> arch/arm/mach-omap2/omap_tps6236x.c:267:31: error: 'CHIP_IS_OMAP4460ES1_0' undeclared here (not in a function)
> make[1]: *** [arch/arm/mach-omap2/omap_tps6236x.o] Error 1
> make[1]: *** Waiting for unfinished jobs....
> make: *** [arch/arm/mach-omap2] Error 2
>
>
^ That's a different build error.
Regards
-- Pantelis
I'd like to have one KVM kernel image which is suitable for the real
hardware host and the virtio based guest. The single zImage plus
Device Tree work seem like a great way to do this.
We're currently using the vexpress-a15 on a Fast Model as the host and
a vexpress-a15 as the guest. Device Tree support is required to
describe the virtio-mmio devices. As a bonus, the vexpress-a9 and
vexpress-a15 are the same hardware with a different memory map and can
help demonstrate the Device Tree support.
What are the plans for single zImage? Where does the vexpress-a15 fit
in with that? Could I bump it to the front of the list?
-- Michael
There a few cases when a platform's cpuidle_device will only have one
cpuidle state. e.g., when a single idle state system uses cpuidle
to provide sysfs staticstics for profiling (powertop, etc). This can
also be the case for coupled smp system implementations that keep
all but one cpuidle_device at a state_count of 1, but they still want
to export idle statistics for these states using cpuidle.
Signed-off-by: Robert Lee <rob.lee(a)linaro.org>
---
drivers/cpuidle/governors/ladder.c | 7 +++++--
drivers/cpuidle/governors/menu.c | 7 +++++--
2 files changed, 10 insertions(+), 4 deletions(-)
diff --git a/drivers/cpuidle/governors/ladder.c b/drivers/cpuidle/governors/ladder.c
index b6a09ea..13abdba 100644
--- a/drivers/cpuidle/governors/ladder.c
+++ b/drivers/cpuidle/governors/ladder.c
@@ -71,8 +71,11 @@ static int ladder_select_state(struct cpuidle_driver *drv,
int last_residency, last_idx = ldev->last_state_idx;
int latency_req = pm_qos_request(PM_QOS_CPU_DMA_LATENCY);
- /* Special case when user has set very strict latency requirement */
- if (unlikely(latency_req == 0)) {
+ /*
+ * Special case when user has set very strict latency requirement or
+ * there is currently only one state for this device.
+ */
+ if ((latency_req == 0) || (dev->state_count == 1)) {
ladder_do_selection(ldev, last_idx, 0);
return 0;
}
diff --git a/drivers/cpuidle/governors/menu.c b/drivers/cpuidle/governors/menu.c
index ad09526..80eb606 100644
--- a/drivers/cpuidle/governors/menu.c
+++ b/drivers/cpuidle/governors/menu.c
@@ -249,8 +249,11 @@ static int menu_select(struct cpuidle_driver *drv, struct cpuidle_device *dev)
data->last_state_idx = 0;
data->exit_us = 0;
- /* Special case when user has set very strict latency requirement */
- if (unlikely(latency_req == 0))
+ /*
+ * Special case when user has set very strict latency requirement or
+ * there is currently only one state for this device.
+ */
+ if ((latency_req == 0) || (dev->state_count == 1))
return 0;
/* determine the expected residency time, round up */
--
1.7.1