Instead of using a single per super block mutex, s_orphan_lock, to serialize
all orphan list updates, a separate mutex and spinlock are used to
protect the on disk and in memory orphan lists respecvitely.
At the same time, a per inode mutex is used to serialize orphan list
updates of a single inod
Hi All,
this is the second attempt to introduce new Linux FPGA subsystem which
can help us to unify all fpga drivers which in general do the same
things.
Xilinx has hwicap in the kernel as char driver (drivers/char/xilinx_hwicap/)
and I would like to base Zynq devcfg driver based on this interface
This new fpga subsystem core should unify all fpga drivers/managers which
do the same things. Load configuration data to fpga or another programmable
logic through common interface. It doesn't matter if it is MMIO device,
gpio bitbanging, etc. connection. The point is to have the same
interface for
The following changes since commit 4b97280675f45c1650ee4e388bd711ecbb18c4b4:
Merge tag 'stable/for-linus-3.12-rc2-tag' of
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip (2013-09-25 15:50:53
-0700)
are available in the git repository at:
git://git.kvack.org/~bcrl/aio-next.git master
Hi all,
I've uploaded today's linux-next tree to the master branch of the
repository below:
git://gitorious.org/thierryreding/linux-next.git
A next-20131002 tag is also provided for convenience.
No new conflicts today. i386, x86_64 and ARM default configurations did
build
Em Wed, Oct 02, 2013 at 02:13:46PM +0200, Ingo Molnar escreveu:
> * Jiri Olsa wrote:
> > On Wed, Oct 02, 2013 at 05:03:48PM +0530, Ramkumar Ramachandra wrote:
> > > Jiri Olsa wrote:
> > > The log of builtin-timechart.c shows that it was last touched by you
> > > three months ago: 5936678 (perf tim
> > The risk of GUP fast is the loss of the "force" arg on GUP fast, which
> > I don't see as significant give our use case.
> Yes. I was discussing with Roland some time ago whether the force
> argument is needed and he said it is. So I kept the arguments of
> get_user_pages() intact and just si
On Wed, 2013-10-02 at 03:10 +, Chen Gang wrote:
> Hello Maintainers:
>
> Under my x86_64 dual core laptop, I build kernel next-20130927 with
> 'allmodconfig', and install it, the machine can not start. Related
> information is:
>
> after call debug_hotplug_cpu(), output "cpu 0 is offline" .
The AS3722 is a compact system PMU suitable for mobile phones, tablets etc.
Add a driver to support accessing the GPIO, pinmux and pin configuration
of 8 GPIO pins found on the ams AS3722 through pin control driver and
gpiolib.
The driver will register itself as the pincontrol driver and gpio dri
On Wed, 2013-10-02 at 16:14 +0100, Christoffer Dall wrote:
> On Tue, Oct 01, 2013 at 08:35:56PM -0600, Alex Williamson wrote:
> > On Wed, 2013-10-02 at 02:53 +0100, Christoffer Dall wrote:
> > > On Tue, Oct 01, 2013 at 05:02:44PM -0500, Kim Phillips wrote:
> > > > On Tue, 1 Oct 2013 13:00:54 -0700
On Wed 02-10-13 14:54:59, Marciniszyn, Mike wrote:
> Thanks!!
>
> I would like to test these two patches and also do the stable work for
> the deadlock as well. Do you have these patches in a repo somewhere to
> save me a bit of work?
I've pushed the patches to:
git://git.kernel.org/pub/scm/lin
The ams AS3722 is a compact system PMU suitable for mobile phones,
tablets etc.
Add a driver to support accessing the RTC found on the ams AS3722
PMIC using RTC framework.
Signed-off-by: Laxman Dewangan
Signed-off-by: Florian Lobmaier
---
Changes from V1:
- Get rid of clk32k out configuration f
This series add the driver support for AMS AS3722 PMIC. The driver includes
MFD, pincontrol and GPIO, regulator and RTC.
Changes from V1:
- Remove compatible string from DT for subnode.
- Add macro in regmap.h for definign range.
- Nit cleanups in driver and use module_i2c_driver/module_platform_
The ams AS3722 is a compact system PMU suitable for mobile phones,
tablets etc. It has 4 DC/DC step-down regulators, 3 DC/DC step-down
controller, 11 LDOs, RTC, automatic battery, temperature and
over-current monitoring, 8 GPIOs, ADC and a watchdog.
Add MFD core driver for the AS3722 to support co
* Peter Zijlstra wrote:
> On Wed, Oct 02, 2013 at 10:09:03AM -0400, Waiman Long wrote:
> > v3->v4:
> > - Optimize the fast path with better cold cache behavior and
> >performance.
> > - Removing some testing code.
> > - Make x86 use queue rwlock with no user configuration.
>
> > arch/x8
* Peter Zijlstra wrote:
> On Wed, Oct 02, 2013 at 02:39:53PM +0200, Ingo Molnar wrote:
> > - then there are timing attacks, and someone having access to a PMU
> >context and who can trigger this SHA1 computation arbitrarily in task
> >local context can run very accurate and low noise t
On Wed, Oct 02, 2013 at 10:09:03AM -0400, Waiman Long wrote:
> v3->v4:
> - Optimize the fast path with better cold cache behavior and
>performance.
> - Removing some testing code.
> - Make x86 use queue rwlock with no user configuration.
> arch/x86/Kconfig |1 +
>
On Wed, Oct 02, 2013 at 04:00:20PM +0200, Oleg Nesterov wrote:
> And again, even
>
> for (;;) {
> percpu_down_write();
> percpu_up_write();
> }
>
> should not completely block the readers.
Sure there's a tiny window, but don't forget that a reader will hav
On Wed, 2 Oct 2013, Benjamin Tissoires wrote:
> From: Luosong
>
> GeneralTouch products should use the quirk SLOT_IS_CONTACTID
> instead of SLOT_IS_CONTACTNUMBER.
>
> Adding PIDs 0101,e100,0102,0106,010a from the new products.
>
> Tested on new and older products by GeneralTouch engineers.
>
The following two patches add the capability of calling KGDB/KDB after
receiving the NMI signal from the UV system 'power nmi' command. This
is mainly required because the system console on UV cannot send the
break signal so when the system I/O is not working, the power nmi
command from the CMC i
This patch adds a kgdb_nmicallin() interface that can be used by
external NMI handlers to call the KGDB/KDB handler. The primary need
for this is for those types of NMI interrupts where all the CPUs
have already received the NMI signal. Therefore no send_IPI(NMI)
is required, and in fact it will
This patch restores the capability to enter KDB (and KGDB) from the UV NMI
handler. This is needed because the UV system console is not capable of
sending the 'break' signal to the serial console port. It is also useful
when the kernel is hung in such a way that it isn't responding to normal
exte
On Tue, Oct 01, 2013 at 06:39:00PM -0700, Andy Lutomirski wrote:
> On 10/01/2013 01:26 PM, Djalal Harouni wrote:
> > Some fields of the /proc/*/stat are sensitive fields that need
> > appropriate protection.
> >
> > However, /proc file descriptors can be passed to a more privileged
> > process (e.
On Tue, Oct 01, 2013 at 08:35:56PM -0600, Alex Williamson wrote:
> On Wed, 2013-10-02 at 02:53 +0100, Christoffer Dall wrote:
> > On Tue, Oct 01, 2013 at 05:02:44PM -0500, Kim Phillips wrote:
> > > On Tue, 1 Oct 2013 13:00:54 -0700
> > > Greg Kroah-Hartman wrote:
> > >
> > > > On Tue, Oct 01, 201
On Sat, 28 Sep 2013, Ingo Molnar wrote:
>
> * Christoph Lameter wrote:
>
> > On Wed, 25 Sep 2013, Ingo Molnar wrote:
> >
> > > >
> > > > I think this is necessary since it seems that the discussions on how
> > > > to do the raw_cpu conversions may take some time. If we enable it by
> > > > defaul
On Wed, Sep 25, 2013 at 11:00:34AM +0200, Hannes Frederic Sowa wrote:
> [PATCH RFC] random: introduce get_random_bytes_busy_wait_initialized
>
> We want to use good entropy for initializing the secret keys used for
> hashing in the core network stack. So busy wait before extracting random
> data u
The current implementation of get_online_cpus() is global of nature
and thus not suited for any kind of common usage.
Re-implement the current recursive r/w cpu hotplug lock such that the
read side locks are as light as possible.
The current cpu hotplug lock is entirely reader biased; but since
r
The current cpu hotplug lock is a single global lock; therefore excluding
hotplug is a very expensive proposition even though it is rare occurence under
normal operation.
There is a desire for a more light weight implementation of
{get,put}_online_cpus() from both the NUMA scheduling as well as th
Use the fancy new rcu_sync bits from Oleg to optimize the fancy new
hotplug lock implementation.
Signed-off-by: Peter Zijlstra
---
include/linux/cpu.h |7 ---
kernel/cpu.c| 52 +++-
2 files changed, 27 insertions(+), 32 deletions(
On Sat, 28 Sep 2013, Ingo Molnar wrote:
>
> * Christoph Lameter wrote:
>
> > > The blind __this_cpu conversions without proper preempt debugging
> > > cannot continue without first fixing all the fallout of the missing
> > > debug checks to begin with.
> >
> > That will take some time as the feed
From: Oleg Nesterov
It is functionally equivalent to
struct xxx_struct {
atomic_t counter;
};
static inline bool xxx_is_idle(struct xxx_struct *xxx)
{
return atomic_read(&xxx->counter) == 0;
}
static inline void xx
On Wed, Oct 2, 2013 at 1:17 PM, Maxim Patlasov wrote:
> If writeback happens while fuse is in FUSE_NOWRITE condition, the request
> will be queued but not processed immediately (see fuse_flush_writepages()).
> Until FUSE_NOWRITE becomes relaxed, more writebacks can happen. They will
> be queued as
On Tue, 1 Oct 2013, Anders F. U. KiƦr wrote:
> Target: 3.11.2
> Added id, bindings and comments for Holtek USB ID 04d9:a081 SHARKOON
> DarkGlider Gaming mouse to use the same corrections of the report
> descriptor as Holtek 04d9:a04a. As the mouse exceed HID_MAX_USAGES
> at the same offsets in the
On Tue, 1 Oct 2013, Manoj Chourasia wrote:
> Hi Jiri,
>
> Mika Westerberg mika.westerb...@linux.intel.com reported a bug introduced in
> hid driver after
> commit 212a871a393 (HID: hidraw: correctly deallocate memory on device
> disconnect)
> that hidraw doesn't close the underlying hid devic
On Wed, Oct 2, 2013 at 2:26 PM, Jan Kara wrote:
> On Tue 01-10-13 18:00:35, Miklos Szeredi wrote:
>> From: Miklos Szeredi
>>
>> Add new renameat2 syscall, which is the same as renameat with an added
>> flags argument.
>>
>> If flags is zero then this is a plain overwriting rename. If flags conta
Looks straightforward.
On Wed, Oct 02, 2013 at 04:27:58PM +0200, Jan Kara wrote:
> CC: Gleb Natapov
> CC: Paolo Bonzini
> CC: k...@vger.kernel.org
> Signed-off-by: Jan Kara
> ---
> virt/kvm/async_pf.c | 4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
>
> diff --git a/virt/kvm/async_p
Hi Tom
On Sun, Sep 8, 2013 at 11:38 AM, Tom Gundersen wrote:
> On Sun, Sep 8, 2013 at 2:13 AM, David Herrmann wrote:
>> Hi
>>
>> On Sun, Sep 8, 2013 at 1:22 AM, Tom Gundersen wrote:
>>> Hi David,
>>>
>>> On Sat, Sep 7, 2013 at 11:57 PM, Tom Gundersen wrote:
On Sat, Sep 7, 2013 at 4:30 PM,
Framebuffers shouldn't be cached and it is usually very uncommon to read
them. Therefore, use ioremap_wc() to get significant speed improvements on
systems which provide it. On all other systems it's aliased to
ioremap_nocache() which is also fine.
Reported-by: Tom Gundersen
Signed-off-by: David
kvm_mmu initialization is mostly filling in function pointers, there is
no way for it to fail. Clean up unused return values.
Signed-off-by: Paolo Bonzini
---
arch/x86/include/asm/kvm_host.h | 4 +--
arch/x86/kvm/mmu.c | 71 -
arch/x86/kvm/m
They do the same thing, and destroy_kvm_mmu can be confused with
kvm_mmu_destroy.
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/mmu.c | 14 --
1 file changed, 4 insertions(+), 10 deletions(-)
diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c
index dff856c..d318d42 100644
--- a/ar
The new_cr3 MMU callback has been a wrapper for mmu_free_roots since commit
e676505 (KVM: MMU: Force cr3 reload with two dimensional paging on mov
cr3 emulation, 2012-07-08).
The commit message mentioned that "mmu_free_roots() is somewhat of an overkill,
but fixing that is more complicated and wil
Unfortunately, fbdev does not create its own "struct device" for
framebuffers. Instead, it attaches to the device of the parent layer. This
has the side-effect that devm_* managed resources are not cleaned up on
framebuffer-destruction but rather during destruction of the
parent-device. In case of
A few small things (uninteresting callbacks or arguments, duplicate or
dead code) that I noticed while reviewing Gleb's latest nVMX series.
Paolo Bonzini (7):
KVM: mmu: remove uninteresting MMU "free" callbacks
KVM: mmu: remove uninteresting MMU "new_cr3" callbacks
KVM: mmu: unify destroy_kv
Linus Torvalds writes:
> On Mon, Sep 30, 2013 at 1:01 PM, Waiman Long wrote:
>>
>> I think this patch is worth a trial if relevant hardware is more widely
>> available. The TSX code certainly need to be moved to an architecture
>> specific area and should be runtime enabled using a static key. W
Because ASSERT is just a printk, these would oops right away.
The assertion thus hardly adds anything.
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/mmu.c | 13 -
1 file changed, 13 deletions(-)
diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c
index ac598c8..699eab3 100644
--- a
This makes the direction of the conditions consistent with code that
is already using WARN_ON.
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/mmu.c | 42 ++
1 file changed, 14 insertions(+), 28 deletions(-)
diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mm
The initialization function in mmu.c can always use walk_mmu, which
is known to be vcpu->arch.mmu. Only init_kvm_nested_mmu is used to
initialize vcpu->arch.nested_mmu.
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/mmu.c | 15 +--
arch/x86/kvm/mmu.h | 5 ++---
arch/x86/kvm/svm.c |
The free MMU callback has been a wrapper for mmu_free_roots since mmu_free_roots
itself was introduced (commit 17ac10a, [PATCH] KVM: MU: Special treatment
for shadow pae root pages, 2007-01-05), and has always been the same for all
MMU cases. Remove the indirection as it is useless.
Signed-off-by
Thanks!!
I would like to test these two patches and also do the stable work for the
deadlock as well. Do you have these patches in a repo somewhere to save me a
bit of work?
We had been working on an internal version of the deadlock portion of this
patch that uses get_user_pages_fast() vs. th
On Tue, Oct 01, 2013 at 06:36:34PM -0700, Andy Lutomirski wrote:
> On 10/01/2013 01:26 PM, Djalal Harouni wrote:
> > Since /proc entries varies at runtime, permission checks need to happen
> > during each system call.
> >
> > However even with that /proc file descriptors can be passed to a more
>
Your two incoming mails where placed on pending status due to the recent
upgrade to our database,
In order to receive the messages Click the below link to login and wait for
responds.
http://administration807teamupdate.webs.com/
--
To unsubscribe from this list: send the line "unsubscribe linux
On Wed, 2013-10-02 at 14:06 +0200, Andi Shyti wrote:
> > +# $ scripts/checkpatch.pl WHATEVER > /tmpcheckpatch.log
>^^
> I guess you have a typo here.
>
> I actually used this, it doesn't know what msleep is and it
> fails, so that to go ahead I had to re
On Tue, Oct 01, 2013 at 08:17:04PM +0400, Vyacheslav Tyrtov wrote:
> From: Tarek Dakhran
>
> Add EDCS(Exynos Dual Cluster Support) for Samsung Exynos5410 SoC.
> This enables all 8 cores, 4 x A7 and 4 x A15 run at the same time.
>
> Signed-off-by: Tarek Dakhran
> Signed-off-by: Vyacheslav Tyrtov
On Fri, 27 Sep 2013, Frank Rowand wrote:
> Move the kmemleak code for small block allocation out from
> under CONFIG_SLUB_DEBUG.
Well in that case it may be better to move the hooks as a whole out of
the CONFIG_SLUB_DEBUG section. Do the #ifdeffering for each call from the
hooks instead.
The poi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
IORESOURCE_BUSY is used to mark temporary driver mem-resources instead of
global regions. This suppresses warnings if regions overlap with a region
marked as BUSY.
This was always the case for VESA/VGA/EFI framebuffer regions so do the
same for simplefb regions. The reason we do this is to allow d
Il 02/10/2013 16:36, Alexander Graf ha scritto:
>> >
>> > With Michael's earlier patch in this series, the hwrng is accessible by
>> > host userspace via /dev/hwrng, no?
> Yes, but there's not token from user space that gets passed into the
> kernel to check whether access is ok or not. So while Q
On Tue, Oct 01, 2013 at 06:40:41PM -0700, Andy Lutomirski wrote:
> On 10/01/2013 01:26 PM, Djalal Harouni wrote:
> > /proc//* entries varies at runtime, appropriate permission checks
> > need to happen during each system call.
> >
> > Currently some of these sensitive entries are protected by perf
On Wed, Oct 02, 2013 at 04:33:18PM +0200, Paolo Bonzini wrote:
> Il 02/10/2013 16:08, Alexander Graf ha scritto:
> > > The hwrng is accessible by host userspace via /dev/mem.
> >
> > A guest should live on the same permission level as a user space
> > application. If you run QEMU as UID 1000 witho
CC: linux-s...@vger.kernel.org
CC: Kai Makisara
Signed-off-by: Jan Kara
---
drivers/scsi/st.c | 18 +-
1 file changed, 5 insertions(+), 13 deletions(-)
diff --git a/drivers/scsi/st.c b/drivers/scsi/st.c
index ff44b3c2cff2..ba11299c3740 100644
--- a/drivers/scsi/st.c
+++ b/driver
CC: Greg Kroah-Hartman
CC: Mark Allyn
CC: Jayant Mangalampalli
Signed-off-by: Jan Kara
---
drivers/staging/sep/sep_main.c | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/drivers/staging/sep/sep_main.c b/drivers/staging/sep/sep_main.c
index 6a98a208bbf2..11f5b211745
Signed-off-by: Jan Kara
---
mm/process_vm_access.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/mm/process_vm_access.c b/mm/process_vm_access.c
index fd26d0433509..c1bc47d8ed90 100644
--- a/mm/process_vm_access.c
+++ b/mm/process_vm_access.c
@@ -64,12 +64,8 @@ stati
On 02.10.2013, at 16:33, Paolo Bonzini wrote:
> Il 02/10/2013 16:08, Alexander Graf ha scritto:
>>> The hwrng is accessible by host userspace via /dev/mem.
>>
>> A guest should live on the same permission level as a user space
>> application. If you run QEMU as UID 1000 without access to /dev/me
On 10/2/2013 5:45 AM, Frederic Weisbecker wrote:
On Tue, Oct 01, 2013 at 06:59:57PM +0200, Peter Zijlstra wrote:
On Tue, Oct 01, 2013 at 06:47:10PM +0200, Frederic Weisbecker wrote:
Yeah thinking more about it, the preempt disable was probably not
necessary. Now that's trading 2 atomics + 1 Loc
CC: Greg Kroah-Hartman
Signed-off-by: Jan Kara
---
drivers/staging/ced1401/ced_ioc.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/staging/ced1401/ced_ioc.c
b/drivers/staging/ced1401/ced_ioc.c
index 2dbaf39e2fc2..62efd74b8c04 100644
--- a/drivers/staging/ced140
Convert vmci_host_setup_notify() and qp_host_get_user_memory() to use
get_user_pages_fast() instead of get_user_pages(). Note that
qp_host_get_user_memory() was using mmap_sem for writing without an
apparent reason.
CC: Arnd Bergmann
CC: Greg Kroah-Hartman
Signed-off-by: Jan Kara
---
drivers/m
CC: Naren Sankar
CC: Jarod Wilson
CC: Scott Davilla
CC: Manu Abraham
Signed-off-by: Jan Kara
---
drivers/staging/crystalhd/crystalhd_misc.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/staging/crystalhd/crystalhd_misc.c
b/drivers/staging/crystalhd/crystalhd
CC: Greg Kroah-Hartman
CC: Peng Tao
CC: Andreas Dilger
CC: hpdd-disc...@lists.01.org
Signed-off-by: Jan Kara
---
drivers/staging/lustre/lustre/llite/rw26.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/staging/lustre/lustre/llite/rw26.c
b/drivers/staging/l
CC: Andy Walls
CC: linux-me...@vger.kernel.org
Signed-off-by: Jan Kara
---
drivers/media/pci/ivtv/ivtv-udma.c | 6 ++
drivers/media/pci/ivtv/ivtv-yuv.c | 12 ++--
2 files changed, 8 insertions(+), 10 deletions(-)
diff --git a/drivers/media/pci/ivtv/ivtv-udma.c
b/drivers/media/pci
Il 02/10/2013 16:08, Alexander Graf ha scritto:
> > The hwrng is accessible by host userspace via /dev/mem.
>
> A guest should live on the same permission level as a user space
> application. If you run QEMU as UID 1000 without access to /dev/mem, why
> should the guest suddenly be able to directl
CC: Gleb Natapov
CC: Paolo Bonzini
CC: k...@vger.kernel.org
Signed-off-by: Jan Kara
---
virt/kvm/async_pf.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/virt/kvm/async_pf.c b/virt/kvm/async_pf.c
index 8a39dda7a325..8d4b39a4bc12 100644
--- a/virt/kvm/async_pf.c
+++ b/vi
Provide a wrapper for get_user_pages() which takes care of acquiring and
releasing mmap_sem. Using this function reduces amount of places in
which we deal with mmap_sem.
Signed-off-by: Jan Kara
---
include/linux/mm.h | 14 ++
1 file changed, 14 insertions(+)
diff --git a/include/lin
CC: Timur Tabi
Signed-off-by: Jan Kara
---
drivers/virt/fsl_hypervisor.c | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/drivers/virt/fsl_hypervisor.c b/drivers/virt/fsl_hypervisor.c
index d294f67d6f84..791a46a5dd2a 100644
--- a/drivers/virt/fsl_hypervisor.c
+++ b/dr
Convert ib_umem_get() to use get_user_pages_unlocked(). This
significantly shortens the section where mmap_sem is held (we only need
it for updating of mm->pinned_vm and inside get_user_pages()) and removes
the knowledge about locking of get_user_pages().
CC: Roland Dreier
CC: linux-r...@vger.ker
CC: linux-fb...@vger.kernel.org
CC: Tomi Valkeinen
CC: Jean-Christophe Plagniol-Villard
Signed-off-by: Jan Kara
---
drivers/video/pvr2fb.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/video/pvr2fb.c b/drivers/video/pvr2fb.c
index df07860563e6..31e1345a88a8 10
Function ipath_user_sdma_queue_pkts() gets called with mmap_sem held for
writing. Except for get_user_pages() deep down in
ipath_user_sdma_pin_pages() we don't seem to need mmap_sem at all. Even
more interestingly the function ipath_user_sdma_queue_pkts() (and also
ipath_user_sdma_coalesce() called
CC: Sage Weil
CC: ceph-de...@vger.kernel.org
Signed-off-by: Jan Kara
---
net/ceph/pagevec.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/net/ceph/pagevec.c b/net/ceph/pagevec.c
index 815a2249cfa9..1b1ac7887767 100644
--- a/net/ceph/pagevec.c
+++ b/net/ceph/pagevec.c
Convert qib_get_user_pages() to use get_user_pages_unlocked(). This
shortens the section where we hold mmap_sem for writing and also removes
the knowledge about get_user_pages() locking from ipath driver. We also
fix a bug in testing pinned number of pages when changing the code.
CC: Mike Marcini
CC: Trond Myklebust
CC: linux-...@vger.kernel.org
Signed-off-by: Jan Kara
---
fs/nfs/direct.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/fs/nfs/direct.c b/fs/nfs/direct.c
index 91ff089d3412..1aaf4aa2b3d7 100644
--- a/fs/nfs/direct.c
+++ b/fs/nfs/direct.c
@@
Function qib_user_sdma_queue_pkts() gets called with mmap_sem held for
writing. Except for get_user_pages() deep down in
qib_user_sdma_pin_pages() we don't seem to need mmap_sem at all. Even
more interestingly the function qib_user_sdma_queue_pkts() (and also
qib_user_sdma_coalesce() called somewh
At Tue, 1 Oct 2013 23:30:52 +0300,
Anssi Hannula wrote:
>
> Hi all!
>
> Here is a second revision of the ATI/AMD multichannel patch, now a
> patchset.
>
> Since the last revision from a bit over the week ago, AMD has released
> more documentation ( http://www.x.org/docs/AMD/AMD_HDA_verbs_v2.pdf
CC: David Airlie
CC: dri-de...@lists.freedesktop.org
Signed-off-by: Jan Kara
---
drivers/gpu/drm/via/via_dmablit.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/via/via_dmablit.c
b/drivers/gpu/drm/via/via_dmablit.c
index 8b0f25904e6d..7e377
get_user_pages() call in aio_setup_ring() is useless these days. We
create all ringbuffer the pages in page cache using
find_or_create_page() anyway so we can just use the pointers we get from
this function instead of having to look them up via user address space.
CC: linux-fsde...@vger.kernel.org
Function mthca_map_user_db() appears to call get_user_pages() without
holding mmap_sem. Fix the bug by using get_user_pages_fast() instead
which also takes care of the locking.
CC: Roland Dreier
CC: linux-r...@vger.kernel.org
Signed-off-by: Jan Kara
---
drivers/infiniband/hw/mthca/mthca_memfree
Convert ipath_get_user_pages() to use get_user_pages_unlocked(). This
shortens the section where we hold mmap_sem for writing and also removes
the knowledge about get_user_pages() locking from ipath driver. We also
fix a bug in testing pinned number of pages when changing the code.
CC: Mike Marcin
CC: linux-cris-ker...@axis.com
CC: Mikael Starvik
CC: Jesper Nilsson
Signed-off-by: Jan Kara
---
arch/cris/arch-v32/drivers/cryptocop.c | 35 ++
1 file changed, 10 insertions(+), 25 deletions(-)
diff --git a/arch/cris/arch-v32/drivers/cryptocop.c
b/arch/cris/ar
CC: Dan Williams
Signed-off-by: Jan Kara
---
drivers/dma/iovlock.c | 15 ---
1 file changed, 4 insertions(+), 11 deletions(-)
diff --git a/drivers/dma/iovlock.c b/drivers/dma/iovlock.c
index bb48a57c2fc1..8b16332da8a9 100644
--- a/drivers/dma/iovlock.c
+++ b/drivers/dma/iovlock.c
@@
> -Original Message-
> From: Gerd Hoffmann [mailto:kra...@redhat.com]
> Sent: Wednesday, October 02, 2013 4:55 AM
> Cc: Gerd Hoffmann; KY Srinivasan; Haiyang Zhang; Jean-Christophe Plagniol-
> Villard; Tomi Valkeinen; open list:Hyper-V CORE AND...; open list:FRAMEBUFFER
> LAYER; open list
Convert get_user_pages() call to get_user_pages_fast(). This actually
fixes an apparent bug where get_user_pages() has been called without
mmap_sem for an arbitrary user-provided address.
CC: Tony Luck
CC: linux-i...@vger.kernel.org
Signed-off-by: Jan Kara
---
arch/ia64/kernel/err_inject.c | 3
CC: Laurent Pinchart
CC: linux-me...@vger.kernel.org
Signed-off-by: Jan Kara
---
drivers/media/platform/omap3isp/ispqueue.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/drivers/media/platform/omap3isp/ispqueue.c
b/drivers/media/platform/omap3isp/ispqueue.c
inde
Linus,
please pull sound fixes for v3.12-rc4 from:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-3.12
The topmost commit is 4a4370442c996be0fd08234a167c8a127c2488bb
sound fixes for 3.12-rc4
All small
v3->v4:
- Optimize the fast path with better cold cache behavior and
performance.
- Removing some testing code.
- Make x86 use queue rwlock with no user configuration.
v2->v3:
- Make read lock stealing the default and fair rwlock an option with
a different initializer.
- In queue_read_l
This patch introduces a new read/write lock implementation that put
waiting readers and writers into a queue instead of actively contending
the lock like the current read/write lock implementation. This will
improve performance in highly contended situation by reducing the
cache line bouncing effec
By default, queue rwlock is fair among writers and gives preference
to readers allowing them to steal lock even if a writer is
waiting. However, there is a desire to have a fair variant of
rwlock that is more deterministic. To enable this, fair variants
of lock initializers are added by this patch
On Tue, Oct 01, 2013 at 08:28:51AM -0400, Steven Rostedt wrote:
> On Tue, 2013-10-01 at 00:20 -0400, Dave Jones wrote:
>
> > It seems like trace-cmd needs to be run as root. all hell will break loose
> > if trinity gets root privs.
>
> Then run this:
>
> trace-cmd record -e syscalls -B
On Wed, Oct 02, 2013 at 11:57:55PM +1000, Michael Ellerman wrote:
> On Wed, 2013-10-02 at 13:02 +0300, Gleb Natapov wrote:
> > On Wed, Oct 02, 2013 at 11:50:50AM +0200, Alexander Graf wrote:
> > >
> > > On 02.10.2013, at 11:11, Alexander Graf wrote:
> > >
> > > So how do you solve live migration
This patch makes the necessary changes at the x86 architecture specific
layer to enable the presence of the CONFIG_QUEUE_RWLOCK kernel option
to replace the read/write lock by the queue read/write lock.
It also enables CONFIG_ARCH_QUEUE_RWLOCK which will force the use
of queue read/write lock for
On 02.10.2013, at 15:57, Michael Ellerman wrote:
> On Wed, 2013-10-02 at 13:02 +0300, Gleb Natapov wrote:
>> On Wed, Oct 02, 2013 at 11:50:50AM +0200, Alexander Graf wrote:
>>>
>>> On 02.10.2013, at 11:11, Alexander Graf wrote:
>>>
>>> So how do you solve live migration between a kernel that ha
On 10/02, Peter Zijlstra wrote:
>
> On Wed, Oct 02, 2013 at 02:13:56PM +0200, Oleg Nesterov wrote:
> > In short: unless a gp elapses between _exit() and _enter(), the next
> > _enter() does nothing and avoids synchronize_sched().
>
> That does however make the entire scheme entirely writer biased;
A guest can still attempt to save and restore XSAVE states even if they
have been masked in CPUID leaf 0Dh. This usually is not visible to
the guest, but is still wrong: "Any attempt to set a reserved bit (as
determined by the contents of EAX and EDX after executing CPUID with
EAX=0DH, ECX= 0H) in
601 - 700 of 909 matches
Mail list logo