First
|
Prev |
Next
|
Last
Pages: 1291 1292 1293 1294 1295 1296 1297 1298 1299 1300 1301 1302 1303 1304 1305 1306 1307 1308 1309 1310 1311
[PATCH -tip 0/4] perf-probe updates: string support, etc. Hi, Here is a series of patches which improves perf probe to add below features. I cleared some coding style issues. - String support, which enables dynamic events to trace string variables instead of its address. - Fixed-index array entry support, which allows user to trace an array entry with digit ... 19 May 2010 16:01
[GIT] Sparc Just a few small things, and explicitly set ARCH_SLAB_MINALIGN like we always should have. Please pull, thanks! The following changes since commit 024a6b95181f2df6090975c8a293499d24bf8b28: Linus Torvalds (1): Merge branch 'davinci-for-linus' of git://git.kernel.org/.../khilman/linux-davinci are ... 19 May 2010 16:01
Added commandline partitions for block devices On Wed, 19 May 2010 10:08:15 +0200 Ulf Hansson wrote: This adds an option to pass in block device partitions from the kernel cmdline. The rationale is that in embedded systems we sometimes have no standard partition table available: often due to the fact that raw binary data is read out from the fi... 20 May 2010 06:13
scheduler: cgroups cpuaccouting: Make cpuusage atomic On Wednesday 19 May 2010 09:02:23 pm Peter Zijlstra wrote: On Wed, 2010-05-19 at 20:58 +0200, Thomas Renninger wrote: and avoid locking on 32 bit. This resolves an ugly dependency in cgroups_cpuaccount.c to per_cpu runqueues lock variable. While I totally agree with the sentiments here, atomic64... 20 May 2010 07:17
[GIT PULL] davinci platform updates for 2.6.35 Linus, Please pull the following davinci platform updates for 2.6.35. Sorry for the last-minute revert, but realized that one RTC patch had not recieved the proper signoffs from RTC maintainers, and I figured a revert would be preferred over a rebase at this point. Thanks, Kevin The following chang... 19 May 2010 16:01
[PATCH 0/3] v5 Moorestown clock related patches Besides fixes based on review of v4, one more patches is added to make additional CPU feature available early enough for Moorestown clock selection code. An x86_init.oem.setup_arch functin is added for Moorestown so that we can use boot_cpu_data earlier. Other changes are minor. Thanks, *** BLURB HERE *** J... 19 May 2010 16:01
[PATCH 2/3] x86/mrst: add cpu type detection Medfield is the follow-up of Moorestown, it is treated under the same HW sub-architecture. However, we do need to know the CPU type in order for some of the driver to act accordingly. We also have different optimal clock configuration for each CPU type. Signed-off-by: Jacob Pan <jacob.jun.pan(a)linux.intel.com> --... 19 May 2010 16:01
[PATCH 1/3] x86: detect scattered cpuid features earlier Some extra CPU features such as ARAT is needed in early boot so that x86_init function pointers can be set up properly. http://lkml.org/lkml/2010/5/18/519 At start_kernel() level, this patch moves init_scattered_cpuid_features() from check_bugs() to setup_arch() -> early_cpu_init() which is earlier than platform s... 19 May 2010 16:01
scheduler: cleanup sched.c and extract cgroup_cpuaccount stuff into separate file The first patch should only be moving code. To be able to access cpu_rq in sched.c: raw_spin_lock_irq(&cpu_rq(cpu)->lock); void unlock_runqueue(unsigned int cpu) wrapper is added and kernel/sched.h created. The locks and sched.h are removed again in the second patch, this should be the only "real" change. Th... 19 May 2010 16:01
[PATCH v3 3/3] dm: lookup devices by path with name_to_dev_t Replace major:minor parsing with name_to_dev_t. This maintains the current functionality (as the code was the same), but adds support for the hexadecimal dev as well as device lookup before the root filesystem is available. The latter is the motivation for this change. It still falls back to lookup_bdev() for ... 19 May 2010 14:54 |