First  |  Prev |  Next  |  Last
Pages: 915 916 917 918 919 920 921 922 923 924 925 926 927 928 929 930 931 932 933 934 935
[PATCH 2/3] jbd: yield the device queue when waiting for commits
This patch gets CFQ back in line with deadline for iozone runs, especially those testing small files + fsync timings. Signed-off-by: Jeff Moyer <jmoyer(a)redhat.com> --- fs/jbd/journal.c | 6 ++++++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/fs/jbd/journal.c b/fs/jbd/journal.c index 93d1... 22 Jun 2010 18:15
[PATCH 3/3] jbd2: yield the device queue when waiting for journal commits
This patch gets CFQ back in line with deadline for iozone runs, especially those testing small files + fsync timings. Signed-off-by: Jeff Moyer <jmoyer(a)redhat.com> --- fs/jbd2/journal.c | 6 ++++++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/fs/jbd2/journal.c b/fs/jbd2/journal.c index b... 22 Jun 2010 18:15
Xen-SWIOTBL v0.8.3 used for Xen PCI pass through for PV guests.
On Tue, 2010-06-22 at 15:42 -0400, Konrad Rzeszutek Wilk wrote: These nineteen patches lay the groundwork for Xen Paravirtualized (PV) domains to access PCI pass-through devices. These patches utilize the SWIOTLB library modifications (http://lkml.org/lkml/2010/6/4/272). The end user of this is the Xen ... 22 Jun 2010 18:15
rmap: always add new vmas at the end
On Mon, 21 Jun 2010 16:33:49 -0400 Rik van Riel <riel(a)redhat.com> wrote: From: Andrea Arcangeli <aarcange(a)redhat.com> Subject: always add new vmas at the end Make sure to always add new VMAs at the end of the list. This is important so rmap_walk does not miss a VMA that was created during the rma... 22 Jun 2010 18:15
[PATCH] PCI: Default PCIe ASPM control to on and require !EMBEDDED to disable
The CONFIG_PCIEASPM option is confusing and potentially dangerous. ASPM is a hardware mediated feature rather than one under direct OS control, and even if the config option is disabled the system firmware may have turned on ASPM on various bits of hardware. This can cause problems later - various hardware that cla... 22 Jun 2010 18:15
PM: Avoid losing wakeup events during suspend
On Tue, 22 Jun 2010, Rafael J. Wysocki wrote: Anyway, below's an update that addresses this particular case. It adds two more functions, pm_wakeup_begin() and pm_wakeup_end() that play similar roles to suspend_block() and suspend_unblock(), but they don't operate on suspend blocker objects. Instead, ... 25 Jun 2010 17:35
2.6.35-rc3 E-MU 0404 USB problem
I have an application using the on-board sound card mic which should send it's data to the USB card for relay to a Sofweare Defined Radio as 2 quadrature signals digital (I/Q) for transmission. On the receiving side it can take data from the Radio at up to 192K sample rate --> program --> Speaker on the on-board... 23 Jun 2010 22:47
Possible methods for the kernel to terminate a process
Hi, We have a quick question. Besides sending signals, are there any other ways for the kernel to terminate a process? We have such question because we try to kill a user space process by the shell command kill and we cannot kill it probably because it is in an un-interruptible sleep/wait. However, we still... 22 Jun 2010 16:02
[PATCH] Xen-SWIOTBL v0.8.3 used for Xen PCI pass through for PV guests.
These nineteen patches lay the groundwork for Xen Paravirtualized (PV) domains to access PCI pass-through devices. These patches utilize the SWIOTLB library modifications (http://lkml.org/lkml/2010/6/4/272). The end user of this is the Xen PCI frontend and Xen PCI [1] which require a DMA API "backend" that unders... 22 Jun 2010 16:02
[PATCH 07/19] swiotlb-xen: Make 'xen_swiotlb_alloc_coherent' work.
We allocate the requested page from wherever (we ignore the DMA32 flags) and after allocation make a call for the kernel & hypervisor to replace the memory at the virtual addresses with physical memory that is under the 4GB mark. Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk(a)oracle.com> --- lib/swiotlb-xen... 22 Jun 2010 16:02
First  |  Prev |  Next  |  Last
Pages: 915 916 917 918 919 920 921 922 923 924 925 926 927 928 929 930 931 932 933 934 935