First  |  Prev |  Next  |  Last
Pages: 882 883 884 885 886 887 888 889 890 891 892 893 894 895 896 897 898 899 900 901 902
[tip:perf/core] perf: Fix argument of perf_arch_fetch_caller_regs
Commit-ID: 5cfaf214856eb934759ae500a0b812dd06a00bd9 Gitweb: http://git.kernel.org/tip/5cfaf214856eb934759ae500a0b812dd06a00bd9 Author: Nobuhiro Iwamatsu <nobuhiro.iwamatsu.yj(a)renesas.com> AuthorDate: Wed, 23 Jun 2010 09:17:53 +0900 Committer: Frederic Weisbecker <fweisbec(a)gmail.com> CommitDate: Thu, 24 J... 25 Jun 2010 09:52
b43: Add SDIO_DEVICE() for EW-CG1102GC
On 06/25/2010 11:32 AM, Magnus Damm wrote: From: Magnus Damm<damm(a)opensource.se> This patch enables the EW-CG1102GC SDIO card in the b43 driver. b43-sdio mmc0:0001:1: Chip ID 14e4:4318 ssb: Core 0 found: ChipCommon (cc 0x800, rev 0x0D, vendor 0x4243) ssb: Core 1 found: IEEE 802.11 (cc 0x812, rev 0x... 25 Jun 2010 09:52
reply ASAP!!!
I sincerely apologise for disturbing you again at your quite time, I'm Barrister Adams Taylor from ADAMS TAYLOR SOLICITORS here in Manchester UK. My late client has your name on his WILL as a beneficiary to his funds. For more info reply back via my secured email: mradamstaylor(a)yahoo.com.hk Barr.Adams Taylor E... 25 Jun 2010 09:52
perf: Remove dead code in buildin-record.c
Em Fri, Jun 25, 2010 at 10:16:59AM +0800, Gui Jianfeng escreveu: group_fd related code is dead here, remove them. I agree it is dead at the moment, but I think Peter (or was it Ingo at the time?) had a reason for it to live, Peter, care to take a look? - Arnaldo Signed-off-by: Gui Jianfeng <guijianfeng@... 4 Aug 2010 08:08
[PATCH 2/5] cpumask: make task_struct.cpus_allowed a cpumask_var_t
This turns it into a pointer for everyone. Rather than churn everyone via the tsk_cpus_allowed() wrapper, we change them directly. If there are any users in the meantime they can use the wrapper. For CONFIG_CPUMASK_OFFSTACK=y, we now allocate it off the end; it would be better to avoid the indirection and use... 25 Jun 2010 09:52
[PATCH 5/5] cpumask: reduce cpumask_size
Now we're sure noone is using old cpumask operators, nor *cpumask, we can allocate less bits safely. This reduces the memory usage of off-stack cpumasks when CONFIG_CPUMASK_OFFSTACK=y but we don't have NR_CPUS actual cpus. Signed-off-by: Rusty Russell <rusty(a)rustcorp.com.au> Cc: Arnd Bergmann <arnd(a)arndb.de> C... 25 Jun 2010 09:52
[PATCH 4/5] cpumask: remove struct cpumask definition when CONFIG_CPUMASK_OFFSTACK=y
We're about to change CONFIG_CPUMASK_OFFSTACK so it only allocate nr_cpu_ids bits for all cpumasks. We need to make sure that when CONFIG_CPUMASK_OFFSTACK is set: 1) Noone uses the old bitmap ops, which use NR_CPUS bits (use cpumask_*) 2) Noone uses assignment of struct cpumask (use cpumask_copy) 3) Noone passe... 25 Jun 2010 09:52
[PATCH 0/5] cpumask: complete CONFIG_CPUMASK_OFFSTACK
This patch series finally gets the last remaining cpumask_t in the core kernel, and thus allows us to make 'struct cpumask' undefined in the CONFIG_CPUMASK_OFFSTACK case. This gives us confidence that noone is manipulating a cpumask except via the cpumask_ functions, so we can finally short-allocate them (ie. nr_c... 25 Jun 2010 09:52
[PATCH 2/2 #upstream] libata: always use ata_qc_complete_multiple() for NCQ command completions
Currently, sata_fsl, mv and nv call ata_qc_complete() multiple times from their interrupt handlers to indicate completion of NCQ commands. This limits the visibility the libata core layer has into how commands are being executed and completed, which is necessary to support IRQ expecting in generic way. libata alre... 25 Jun 2010 09:52
[PATCH 3/5] cpumask: select disabling obsolete cpumask functions on x86
It currently depends on CONFIG_BROKEN; change to be set by CONFIG_CPUMASK_OFFSTACK now it all compiles. We also complete it: the header shouldn't refer to the deprected CPU_MASK_LAST_WORD, and the deprecated implementations are removed. Signed-off-by: Rusty Russell <rusty(a)rustcorp.com.au> Cc: Arnd Bergmann <... 25 Jun 2010 09:52
First  |  Prev |  Next  |  Last
Pages: 882 883 884 885 886 887 888 889 890 891 892 893 894 895 896 897 898 899 900 901 902