First  |  Prev |  Next  |  Last
Pages: 746 747 748 749 750 751 752 753 754 755 756 757 758 759 760 761 762 763 764 765 766
[PATCH 2/5] x86, mrst: add i8042_detect API for Moorestwon platform
From: Feng Tang <feng.tang(a)intel.com> It will just return 0 as there is no i8042 controller Signed-off-by: Feng Tang <feng.tang(a)intel.com> --- arch/x86/kernel/mrst.c | 7 +++++++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/arch/x86/kernel/mrst.c b/arch/x86/kernel/mrst.c index e796448.... 2 Jul 2010 04:45
[PATCH 4/5] Revert "Input: fixup X86_MRST selects"
From: Feng Tang <feng.tang(a)intel.com> This reverts commit 0b28bac5aef7bd1ab213723df031e61db9ff151a. After adding x86_platform's detection for i8042 controller, we don't need the force dependency on !X86_MRST any more Cc: Randy Dunlap <randy.dunlap(a)oracle.com> Signed-off-by: Feng Tang <feng.tang(a)intel.com> -... 2 Jul 2010 04:45
[PATCH v2] KVM: IOAPIC: only access APIC registers one dword at a time
The IOAPIC spec says: When accessing these registers, accesses must be done one dword at a time. For example, software should never access byte 2 from the Data register before accessing bytes 0 and 1. The hardware will not attempt to recover from a bad programming model in this case. So, this patch removes oth... 2 Jul 2010 04:45
sched: Call update_group_power only for local_group
On Thu, 2010-07-01 at 16:12 -0700, Venkatesh Pallipadi wrote: commit 871e35b moved update_group_power() call in update_sg_lb_stats(), resulting in it being called for each group, even though it only updates the power of local group. As a result we have frequent redundant update_group_power() calls. M... 12 Jul 2010 14:03
[PATCH] time/fs - file's time race with vgettimeofday
hi, there's a race among calling gettimeofday(2) and a file's time updates. Following test program expose the race. run it in the while loop while [ 1 ]; do ./test1 || break; done --- SNIP --- #include <stdio.h> #include <stdlib.h> #include <fcntl.h> int main (void) { struct stat st; struct time... 2 Jul 2010 04:45
KVM: IOAPIC: only access APIC registers one dword at a time
Hi, Xiao Guangrong Xiao Guangrong wrote: The IOAPIC spec says: When accessing these registers, accesses must be done one dword at a time. For example, software should never access byte 2 from the Data register before accessing bytes 0 and 1. The hardware will not attempt to recover from a bad prog... 2 Jul 2010 14:37
fujitsu-laptop: remove unnecessary input_free_device
Acked-by: Jonathan Woithe <jwoithe(a)physics.adelaide.edu.au> input_free_device should only be used if input_register_device() was not called yet or if it failed. This patch removes unnecessary input_free_device calls. Signed-off-by: Axel Lin <axel.lin(a)gmail.com> --- drivers/platform/x86/fujitsu... 2 Jul 2010 03:41
[PATCH 2/2] scsi: build flush requests via q->prep_rq_fn
scsi-ml builds flush requests via q->prepare_flush_fn(), however, builds discard requests via q->prep_rq_fn. Using two different mechnisms for the similar requests (building commands in SCSI ULD) doesn't make sense. Handing both via q->prep_rq_fn makes the code design simpler. Signed-off-by: FUJITA Tomonori ... 2 Jul 2010 03:41
[PATCH 1/2] block: introduce REQ_FLUSH flag
SCSI-ml needs a way to mark a request as flush request in q->prepare_flush_fn because it needs to identify them later (e.g. in q->request_fn or prep_rq_fn). queue_flush sets REQ_HARDBARRIER in rq->cmd_flags however the block layer also sends normal REQ_TYPE_FS requests with REQ_HARDBARRIER. So SCSI-ml can't use ... 2 Jul 2010 03:41
[PATCH 0/2] use q->prep_rq_fn for flush requests instead of q->prepare_flush_fn()
scsi-ml builds flush requests via q->prepare_flush_fn(), however, builds discard requests via q->prep_rq_fn. Using two different mechnisms for the similar requests (building commands in SCSI ULD) doesn't make sense. Handing both via q->prep_rq_fn makes the code simpler. We could kill q->prepare_flush_fn(). E... 2 Jul 2010 03:41
First  |  Prev |  Next  |  Last
Pages: 746 747 748 749 750 751 752 753 754 755 756 757 758 759 760 761 762 763 764 765 766