On Wed, Feb 29, 2012 at 02:57:33PM -0500, Dave Jones wrote: > I just went through my backlog, and applied and pushed out what I had > queued up. Half of the patches didn't apply. > So if your patch isn't in what's on cpufreq.next on kernel.org right now, > it needs rebasing and resending. > > Here are the ones that applied: > Applying: [CPUFREQ] s3c64xx: Fix mis-cherry pick of VDDINT > Applying: [CPUFREQ] EXYNOS: Initialize locking_frequency with initial frequency > Applying: [CPUFREQ] EXYNOS4210: update the name of EXYNOS clock register > Applying: [CPUFREQ] Fix exposure of ARM_EXYNOS4210_CPUFREQ > Applying: [CPUFREQ] Add S3C2416/S3C2450 cpufreq driver > Applying: [CPUFREQ] CPUfreq ondemand: update sampling rate without waiting for next sampling > Applying: [CPUFREQ] ondemand: handle QoS request on DVFS response latency I scrapped that tree, and just pushed out a recreated tree without the last two patches (which without the dependant QoS patch that didn't apply, caused a build failure). If you cloned/pulled this afternoon, you'll need to reclone without those bad commits. Dave -- To unsubscribe from this list: send the line "unsubscribe cpufreq" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html