Kernel

[pci] pci/mrst: Detect loops when reading fixed BAR cap.
The mrst logic introduced in 2.6.33-rc8 in commit a712ffbc199849364c46e9112b93b66de08e2c26 causes boot to hang on at least this platform: Intel E5405 CPU System Information Manufacturer: Supermicro Product Name: X7DBU The cause of the hang is that pci_cap points to itself as the next capability, putting t... 14 Jul 2010 13:12

deadline-iosched: don't allow aliased requests to starve others
Jeff Moyer <jmoyer(a)redhat.com> writes: Hi, In running a test case that tries to trip up the kernel's AIO implementation, we ran into a situation where no other I/O to the device under test would be completed. The test program spawned (in this case) 100 threads, each of which performed the following... 14 Jul 2010 15:25

x86: NMI-safe trap handlers
> x86_32 cannot use vmalloc_sync_all() to sychronize the TLBs from every processes because the vmalloc area is mapped in a different address space for That doesn't make sense. vmalloc_all_sync() should work on 32bit too. It just needs to walk all processes and fix up every page table. -Andi -- To unsubscrib... 14 Jul 2010 19:50

x86 NMI-safe INT3 and Page Fault
On Wed, 14 Jul 2010, Mathieu Desnoyers wrote: This patch makes all faults, traps and exception safe to be called from NMI context *except* single-stepping, which requires iret to restore the TF (trap flag) and jump to the return address in a single instruction. Sorry, no kprobes Watch out for the RF flag... 4 Aug 2010 16:54

input: Fix wrong dimensions check for synaptics
On Wed, Jul 14, 2010 at 05:27:33PM +0200, Takashi Iwai wrote: The commit 83ba9ea8a04b72dfee2515428c15e7414ba4fc61 ommitted the return line for the old synaptics model accidentally. This resulted in a wrong check, namely, the dimensions are checked for the old devices that don't support the query properly. ... 14 Jul 2010 13:12

x86_64 page fault NMI-safe
On Wed, Jul 14, 2010 at 8:49 AM, Mathieu Desnoyers <mathieu.desnoyers(a)efficios.com> wrote: I think you're vastly overestimating what is sane to do from an NMI context. �It is utterly and totally insane to assume vmalloc is available in NMI. I agree that NMI handlers shouldn't touch vmalloc space. But no... 11 Aug 2010 11:27

[PATCH] enable readback to get HPET working on ATI SB4x00, kernel 2.6.35_rc5
After commit 30a564be9d9554c168a654eddc2165869cc0d7bf "x86, hpet: Restrict read back to affected ATI chipsets" hpet did not work anymore on HP nx6325. The machine hangs on booting until a keystroke was taken. After a short time machine hangs again until next keystroke. Applying the following patch solves the ... 14 Jul 2010 13:11

enable readback to get HPET working on ATI SB4x00, kernel 2.6.35_rc5
On Wed, Jul 14, 2010 at 8:55 AM, Stephan Wolf <stephan(a)letzte-bankreihe.de> wrote: �After commit 30a564be9d9554c168a654eddc2165869cc0d7bf "x86, hpet: Restrict read back to affected ATI chipsets" hpet did not work anymore on HP nx6325. The machine hangs on booting until a keystroke was taken. After a short ... 14 Jul 2010 15:25

[patch 1/2] x86_64 page fault NMI-safe
> I think you're vastly overestimating what is sane to do from an NMI context. It is utterly and totally insane to assume vmalloc is available in NMI. -hpa Ok, please tell me where I am wrong then.. by looking into arch/x86/mm/fault.c, I see that vmalloc_sync_all() touches pgd_list entries wh... 14 Jul 2010 13:11

Unify TSC logic
On 07/12/2010 10:25 PM, Zachary Amsden wrote: Move the TSC control logic from the vendor backends into x86.c by adding adjust_tsc_offset to x86 ops. Now all TSC decisions can be done in one place. Also, rename some variable in the VCPU structure to more accurately reflect their actual content. ... 14 Jul 2010 12:05