[PATCH 7/7] i2c-tegra: Use struct dev_pm_ops for power management

From: Rafael J. Wysocki Make the Tegra I2C controller driver define its PM callbacks through a struct dev_pm_ops object rather than by using legacy PM hooks in struct platform_driver. Signed-off-by: Rafael J. Wysocki --- drivers/i2c/busses/i2c-tegra.c | 18 ++ 1 file changed,

[PATCH 6/7] i2c-stu300: Use struct dev_pm_ops for power management

From: Rafael J. Wysocki Make the ST-Ericsson U300 I2C controller driver define its PM callbacks through a struct dev_pm_ops object rather than by using legacy PM hooks in struct platform_driver. Signed-off-by: Rafael J. Wysocki --- drivers/i2c/busses/i2c-stu300.c | 19 ++- 1

[PATCH 3/7] i2c-ocores: Use struct dev_pm_ops for power management

From: Rafael J. Wysocki Make the OpenCores I2C controller driver define its PM callbacks through a struct dev_pm_ops object rather than by using legacy PM hooks in struct platform_driver. Signed-off-by: Rafael J. Wysocki --- drivers/i2c/busses/i2c-ocores.c | 17 + 1 file chan

[PATCH 1/7] i2c-at91: Use struct dev_pm_ops for power management

From: Rafael J. Wysocki Make the AT91 Two-Wire Interface driver define its PM callbacks through a struct dev_pm_ops object rather than by using legacy PM hooks in struct platform_driver. Signed-off-by: Rafael J. Wysocki --- drivers/i2c/busses/i2c-at91.c | 13 +++-- 1 file changed, 7

Re: [PATCH] ACPI / PCI: Make _SxD/_SxW check follow ACPI 4.0a spec

On Wed, Jul 11, 2012 at 09:04:48PM +0200, Rafael J. Wysocki wrote: > On Wednesday, July 11, 2012, Greg KH wrote: > > On Wed, Jul 11, 2012 at 11:07:56AM +0200, Rafael J. Wysocki wrote: > > > On Wednesday, July 11, 2012, Greg KH wrote: > > > > On Sun, Apr 29, 2012 at 10:44:16PM +0200, Rafael J. Wysoc

Re: 3.5-rc6 dentry related GPF

On Wed, Jul 11, 2012 at 12:10:12PM -0700, Linus Torvalds wrote: > On Wed, Jul 11, 2012 at 11:32 AM, Dave Jones wrote: > > > > What's puzzling me though is how we got from do_dentry_open to > > try_module_get ? > > It's the > > f->f_op = fops_get(inode->i_fop); > > that does it.

Re: [PATCH 0/4] zsmalloc improvements

On 07/11/2012 02:03 AM, Minchan Kim wrote: > Today, I tested zsmapbench in my embedded board(ARM). > tlb-flush is 30% faster than copy-based so it's always not win. > I think it depends on CPU speed/cache size. After you pointed this out, I decided to test this on my Raspberry Pi, the only ARM sys

[PATCH 3/3] xen/hvc: Fix up checks when the info is allocated.

Coverity would complain about this - even thought it looks OK. CID 401957 Signed-off-by: Konrad Rzeszutek Wilk --- drivers/tty/hvc/hvc_xen.c | 15 ++- 1 files changed, 6 insertions(+), 9 deletions(-) diff --git a/drivers/tty/hvc/hvc_xen.c b/drivers/tty/hvc/hvc_xen.c index 944eaeb.

[PATCH] various fixes for v3.6 (v2).

Please see the v2 of the patches I had sent out earlier. These would be the patches for v3.6 kernel, which merge window is ooh, four weeks from now I think? -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordo

[PATCH 1/3] xen/perf: Define .glob for the different hypercalls.

This allows us in perf to have this: 99.67% [kernel] [k] xen_hypercall_sched_op 0.11% [kernel] [k] xen_hypercall_xen_version instead of the borring ever-encompassing: 99.13% [kernel] [k] hypercall_page [v2: Use a macro to define the name and skip] [v3

[PATCH 2/3] xen/acpi: Fix potential memory leak.

Coverity points out that we do not free in one case the pr_backup - and sure enough we forgot. Found by Coverity (CID 401970) Signed-off-by: Konrad Rzeszutek Wilk --- drivers/xen/xen-acpi-processor.c |9 ++--- 1 files changed, 6 insertions(+), 3 deletions(-) diff --git a/drivers/xen/xe

Re: 3.5-rc6 dentry related GPF

On Wed, Jul 11, 2012 at 11:32 AM, Dave Jones wrote: > > What's puzzling me though is how we got from do_dentry_open to try_module_get > ? It's the f->f_op = fops_get(inode->i_fop); that does it. I have no idea what the actual bug is, though, but the code decodes to 0: 89 75 f0

[PATCH 2/5] userns: Convert ADFS to use kuid and kgid where appropriate

From: Aristeu Rozanski Signed-off-by: Aristeu Rozanski --- fs/adfs/inode.c | 12 fs/adfs/super.c | 26 +- init/Kconfig|1 - 3 files changed, 25 insertions(+), 14 deletions(-) diff --git a/fs/adfs/inode.c b/fs/adfs/inode.c index 1dab6a1..4a2acea

[PATCH 3/5] userns: Convert AFFS to use kuid and kgid where appropriate

From: Aristeu Rozanski Signed-off-by: Aristeu Rozanski --- fs/affs/inode.c | 30 ++ fs/affs/super.c | 60 +++--- init/Kconfig|1 - 3 files changed, 68 insertions(+), 23 deletions(-) diff --git a/fs/affs/inode.c

[PATCH 5/5] userns: Convert autofs4 to use kuid and kgid where appropriate

From: Aristeu Rozanski Signed-off-by: Aristeu Rozanski --- fs/autofs4/inode.c | 32 +++- fs/autofs4/waitq.c |4 ++-- init/Kconfig |1 - 3 files changed, 25 insertions(+), 12 deletions(-) diff --git a/fs/autofs4/inode.c b/fs/autofs4/inode.c index d8dc

[PATCH 4/5] userns: Convert AFS to use kuid and kgid where appropriate

From: Aristeu Rozanski Signed-off-by: Aristeu Rozanski --- fs/afs/fsclient.c |8 fs/afs/inode.c|8 init/Kconfig |1 - 3 files changed, 8 insertions(+), 9 deletions(-) diff --git a/fs/afs/fsclient.c b/fs/afs/fsclient.c index b960ff0..daac5b3 100644 --- a/f

[PATCH 0/5] userns: convert some filesystems to kuid/kgid

Hi, this patchset converts 9p, ADFS, AFFS, AFS and autofs4 to use kuid and kgid. I plan to work on the other pending filesystems too but wanted some feedback on the first ones first. These patches are based on git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace.git fs/

[PATCH 1/5] userns: Convert 9p to use kuid and kgid where appropriate

From: Aristeu Rozanski Signed-off-by: Aristeu Rozanski --- fs/9p/fid.c|3 ++- fs/9p/v9fs.c | 16 +--- fs/9p/vfs_inode.c | 19 --- fs/9p/vfs_inode_dotl.c | 16 init/Kconfig |1 - 5 files changed, 35 i

Re: linux-next: Tree for July 10 (gpio/gpio-tps65910.c)

On Wed, Jul 11, 2012 at 6:39 PM, Linus Walleij wrote: > On Wed, Jul 11, 2012 at 2:29 PM, Sedat Dilek wrote: > >> I see the same build-error as Randy in latest linux.git >> (055c9fa8874fa7261eec7a268366565db84af474). > > Yes, it is there. > >> Where is this patch queued up (see original posting)?

Re: [PATCH v3 00/17] vfs: add the ability to retry on ESTALE to several syscalls

On Wed, 11 Jul 2012 13:42:23 -0500 "Steven J. Magnani" wrote: > Jeff - > > On Fri, 2012-06-29 at 14:57 -0400, Jeff Layton wrote: > > This patchset is the third version of the patchset to add ESTALE > > handling to several syscalls. The basic idea is to allow the client to > > gracefully retry t

Re: [PATCH] ACPI / PCI: Make _SxD/_SxW check follow ACPI 4.0a spec

On Wednesday, July 11, 2012, Greg KH wrote: > On Wed, Jul 11, 2012 at 11:07:56AM +0200, Rafael J. Wysocki wrote: > > On Wednesday, July 11, 2012, Greg KH wrote: > > > On Sun, Apr 29, 2012 at 10:44:16PM +0200, Rafael J. Wysocki wrote: > > > > From: Oleksij Rempel > > > > > > > > This patch makes _

Re: [PATCH 1/3] tmpfs: revert SEEK_DATA and SEEK_HOLE

On Wed, 11 Jul 2012, Cong Wang wrote: > On Mon, 09 Jul 2012 at 22:41 GMT, Hugh Dickins wrote: > > Revert 4fb5ef089b28 ("tmpfs: support SEEK_DATA and SEEK_HOLE"). > > I believe it's correct, and it's been nice to have from rc1 to rc6; > > but as the original commit said: > > > > I don't know who ac

RE: 82571EB: Detected Hardware Unit Hang

>-Original Message- >From: Joe Jin [mailto:joe@oracle.com] >Sent: Tuesday, July 10, 2012 10:03 PM >To: Dave, Tushar N >Cc: e1000-de...@lists.sf.net; net...@vger.kernel.org; linux- >ker...@vger.kernel.org >Subject: Re: 82571EB: Detected Hardware Unit Hang > >On 07/11/12 12:05, Dave, Tush

Re: [patch 03/11] mm: shmem: do not try to uncharge known swapcache pages

On Tue, 10 Jul 2012, Michal Hocko wrote: > On Mon 09-07-12 13:37:39, Hugh Dickins wrote: > > On Mon, 9 Jul 2012, Michal Hocko wrote: > > > > > > Maybe I am missing something but who does the uncharge from: > > > shmem_unuse > > > mem_cgroup_cache_charge > > > shmem_unuse_inode > > > shmem_

wireless networking mini-summit

On Wed, Jul 11, 2012 at 09:09:15AM +0100, James Bottomley wrote: > Hi All, > > We have set aside the second day of the kernel summit (Tuesday 28 > August) as mini-summit day. So far we have only the PCI mini summit on > this day, so if you can think of other topics, please send them to the > kern

Re: [PATCH v3 00/17] vfs: add the ability to retry on ESTALE to several syscalls

Jeff - On Fri, 2012-06-29 at 14:57 -0400, Jeff Layton wrote: > This patchset is the third version of the patchset to add ESTALE > handling to several syscalls. The basic idea is to allow the client to > gracefully retry the lookup and call when a NFS server returns ESTALE. I exercised this using

Re: [PATCH v3 3/5] st: get rid of scsi_tapes array

Kai: Your added patch looks great, and I see you fixed the documentation as well. Thanks for your help. On 07/02/2012 05:16 PM, Lee Duncan wrote: > > On 07/01/2012 01:57 AM, Kai Makisara wrote: >> On Mon, 21 May 2012, Lee Duncan wrote: >> >>> From: Jeff Mahoney >>> >>> st currently allocates a

Re: [PATCH 1/2] kvm, Add x86_hyper_kvm to complete detect_hypervisor_platform check [v2]

On 07/06/2012 08:47 PM, Prarit Bhargava wrote: > [PATCH 1/2] kvm, Add x86_hyper_kvm to complete detect_hypervisor_platform > check [v3] > > While debugging I noticed that unlike all the other hypervisor code in the > kernel, kvm does not have an entry for x86_hyper which is used in > detect_hyper

Re: [PATCH v4] virtio-scsi: hotplug support for virtio-scsi

On Thu, 2012-07-05 at 11:19 +0200, Paolo Bonzini wrote: > Il 05/07/2012 11:06, Cong Meng ha scritto: > > This patch implements the hotplug support for virtio-scsi. > > When there is a device attached/detached, the virtio-scsi driver will be > > signaled via event virtual queue and it will add/remov

3.5-rc6 dentry related GPF

I just triggered this using my fuzzing tool. To give it some more interesting things to chew on, I had first loaded every module I had built. This is why the P and C flags are tainted (patch sent to netdev for the 'P' in nci.ko). (The W flag was a warning from networking about an > MAX_ORDER pag

[PATCH 08/11] rcu: Exit RCU extended QS on user preemption

When exceptions or irq are about to resume userspace, if the task needs to be rescheduled, the arch low level code calls schedule() directly. At that time we may be in extended quiescent state from RCU POV: the exception is not anymore protected inside rcu_user_exit() - rcu_user_enter() and the ir

[PATCH 03/11] rcu: Ignore userspace extended quiescent state by default

By default we don't want to enter into RCU extended quiescent state while in userspace because doing this produces some overhead (eg: use of syscall slowpath). Set it off by default and ready to run when some feature like adaptive tickless need it. Signed-off-by: Frederic Weisbecker Cc: Alessio I

[PATCH 02/11] rcu: Allow rcu_user_enter()/exit() to nest

Allow calls to rcu_user_enter() even if we are already in userspace (as seen by RCU) and allow calls to rcu_user_exit() even if we are already in the kernel. This makes the APIs more flexible to be called from architectures. Exception entries for example won't need to know if they come from usersp

[PATCH 01/11] rcu: Settle config for userspace extended quiescent state

Create a new config option under the RCU menu that put CPUs under RCU extended quiescent state (as in dynticks idle mode) when they run in userspace. This require some contribution from architectures to hook into kernel and userspace boundaries. Signed-off-by: Frederic Weisbecker Cc: Alessio Igor

[PATCH 07/11] rcu: Exit RCU extended QS on kernel preemption after irq/exception

When an exception or an irq exits, and we are going to resume into interrupted kernel code, the low level architecture code calls preempt_schedule_irq() if there is a need to reschedule. If the interrupt/exception occured between a call to rcu_user_enter() (from syscall exit, exception exit, do_no

[PATCH 11/11] rcu: Userspace RCU extended QS selftest

Provide a config option that enables the userspace RCU extended quiescent state on every CPUs by default. This is for testing purpose. Signed-off-by: Frederic Weisbecker Cc: Alessio Igor Bogani Cc: Andrew Morton Cc: Avi Kivity Cc: Chris Metcalf Cc: Christoph Lameter Cc: Geoff Levand Cc: Gi

RE: [PATCH v4] x86/irq: handle chained interrupts during IRQ migration

Hi Thomas, Any status on this one? Cheers! >-Original Message- >From: Iyer, Sundar >Sent: Thursday, July 05, 2012 2:46 PM >To: t...@linutronix.de >Cc: linux-kernel@vger.kernel.org; ar...@linux.intel.com; let...@linux-sh.org; >Iyer, >Sundar; Monroy, German >Subject: [PATCH v4] x86/irq: h

[PATCH 10/11] x86: Exit RCU extended QS on notify resume

do_notify_resume() may be called on irq or exception exit. But at that time the exception has already called rcu_user_enter() and the irq has already called rcu_irq_exit(). Since it can use RCU read side critical section, we must call rcu_user_exit() before doing anything there. Then we must call

[PATCH 09/11] x86: Use the new schedule_user API on userspace preemption

This way we can exit the RCU extended quiescent state before we schedule a new task from irq/exception exit. Signed-off-by: Frederic Weisbecker Cc: Alessio Igor Bogani Cc: Andrew Morton Cc: Avi Kivity Cc: Chris Metcalf Cc: Christoph Lameter Cc: Geoff Levand Cc: Gilad Ben Yossef Cc: Hakan A

[PATCH 06/11] x86: Exception hooks for userspace RCU extended QS

Add necessary hooks to x86 exception for userspace RCU extended quiescent state support. This includes traps, page fault, debug exceptions, etc... Signed-off-by: Frederic Weisbecker Cc: Alessio Igor Bogani Cc: Andrew Morton Cc: Avi Kivity Cc: Chris Metcalf Cc: Christoph Lameter Cc: Geoff Le

[PATCH 05/11] x86: Syscall hooks for userspace RCU extended QS

Add syscall slow path hooks to notify syscall entry and exit on CPUs that want to support userspace RCU extended quiescent state. Signed-off-by: Frederic Weisbecker Cc: Alessio Igor Bogani Cc: Andrew Morton Cc: Avi Kivity Cc: Chris Metcalf Cc: Christoph Lameter Cc: Geoff Levand Cc: Gilad Be

[PATCH 04/11] rcu: Switch task's syscall hooks on context switch

Clear the syscalls hook of a task when it's scheduled out so that if the task migrates, it doesn't run the syscall slow path on a CPU that might not need it. Also set the syscalls hook on the next task if needed. Signed-off-by: Frederic Weisbecker Cc: Alessio Igor Bogani Cc: Andrew Morton Cc:

[RFC PATCH 00/11] rcu: Userspace RCU extended quiescent state v2

Hi, There are significant changes this time. I reverted back to using a TIF flag to hook on syscalls slow path and put the hooks on high level exception handlers instead of low level ones. It makes the code more portable between x86-32 and x86-64, it makes the hooks clearer and easier to review a

Re: [PATCH 1/4] zsmalloc: remove x86 dependency

On 07/02/2012 02:15 PM, Seth Jennings wrote: > This patch replaces the page table assisted object mapping > method, which has x86 dependencies, with a arch-independent > method that does a simple copy into a temporary per-cpu > buffer. > > While a copy seems like it would be worse than mapping the

Re: [PATCH 2/3] shmem: fix negative rss in memcg memory.stat

On Tue, 10 Jul 2012, Johannes Weiner wrote: > > I couldn't see anything wrong with shmem_replace_page(), either, but > maybe the comment in its error path could be updated as the callsite > does not rely on page_private alone anymore to confirm correct swap. I went in to make an incremental fix t

Re: [PATCH] Documentation/CodingStyle: Mention multi-line macros using expressions

On Wed, 2012-07-11 at 13:32 -0400, Robert P. J. Day wrote: [] > diff --git a/Documentation/CodingStyle b/Documentation/CodingStyle [] > +A newer technique is to use the GCC extension of being able to place > +statements and declarations in an expression, as with this example from > +the header fil

Re: [PATCH 1/2] gpio/omap: move bank->dbck initialization to omap_gpio_mod_init()

On Wed, Jul 11, 2012 at 11:21 PM, Paul Walmsley wrote: > On Wed, 11 Jul 2012, Tarun Kanti DebBarma wrote: > >> Since the bank->dbck initialization in a one time operation there >> is no need to keep this within gpio_debounce(). Therefore, moving >> clk_get(bank->dbck) to omap_gpio_mod_init(). Sinc

Re: [RFC PATCH 05/14] PCI: add access functions for PCIe capabilities to hide PCIe spec differences

On Wed, Jul 11, 2012 at 12:40 AM, Jiang Liu wrote: > On 2012-7-11 11:40, Bjorn Helgaas wrote: > >>> Good point. Return success when reading unimplemented registeres, that >>> may simplify code. For we still should return -EINVAL when writing >>> unimplemented registers, right? >> >> Yeah, I guess

Re: pr_cat() + CATSTR(name, size)?

On Wed, 2012-07-11 at 19:25 +0200, Kay Sievers wrote: > On Wed, Jul 11, 2012 at 6:55 PM, Joe Perches wrote: > > On Wed, 2012-07-11 at 17:48 +0200, Kay Sievers wrote: > >> On Wed, Jul 11, 2012 at 5:30 PM, Joe Perches wrote: > >> > Well, I think the malloc costs are pretty low > >> > and could devo

Re: [PATCH 1/2] gpio/omap: move bank->dbck initialization to omap_gpio_mod_init()

On Wed, 11 Jul 2012, Tarun Kanti DebBarma wrote: > Since the bank->dbck initialization in a one time operation there > is no need to keep this within gpio_debounce(). Therefore, moving > clk_get(bank->dbck) to omap_gpio_mod_init(). Since the value of > bank->dbck would be NULL at the beginning, th

Re: [PATCH] mm: hugetlb: flush dcache before returning zeroed huge page to userspace

On Tue, Jul 10, 2012 at 11:42:34AM +0100, Will Deacon wrote: > On Tue, Jul 10, 2012 at 10:45:13AM +0100, Will Deacon wrote: > > On Tue, Jul 10, 2012 at 12:57:14AM +0100, Hugh Dickins wrote: > > > If I start to grep the architectures for non-empty flush_dcache_page(), > > > I soon find things in arc

[GIT PULL v2] x86/mce fix (ready for 3.6 merge window)

The following changes since commit 6887a4131da3adaab011613776d865f4bcfb5678: Linux 3.5-rc5 (2012-06-30 16:08:57 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/ras/ras.git mce-ripvfix for you to fetch changes up to 6751ed65dc6642af64f7b8a440a7556

Re: [PATCH] regulator: Fix bug in regulator_mode_to_status() core function.

On Wed, Jul 11, 2012 at 04:13:00PM +0100, Krystian Garbaciak wrote: > Would it make more sense to have some special enum value for that case, let > say > there would be REGULATOR_STATUS_UNDEFINED? > Returning 0 is interpreted as REGULATOR_STATUS_OFF outside the function. > But it may change, if

[PATCH 6/6] crypto: cast6 - add x86_64/avx assembler implementation

This patch adds a x86_64/avx assembler implementation of the Cast6 block cipher. The implementation processes eight blocks in parallel (two 4 block chunk AVX operations). The table-lookups are done in general-purpose registers. For small blocksizes the functions from the generic module are called.

[PATCH 4/6] crypto: cast6 - prepare generic module for optimized implementations

Rename cast6 module to cast6_generic to allow autoloading of optimized implementations. Generic functions and s-boxes are exported to be able to use them within optimized implementations. Signed-off-by: Johannes Goetzfried --- crypto/Makefile|2 +- crypto/cast6.c | 547

[PATCH 3/6] crypto: cast5 - add x86_64/avx assembler implementation

This patch adds a x86_64/avx assembler implementation of the Cast5 block cipher. The implementation processes sixteen blocks in parallel (four 4 block chunk AVX operations). The table-lookups are done in general-purpose registers. For small blocksizes the functions from the generic module are calle

[PATCH 2/6] crypto: testmgr - add larger cast5 testvectors

New ECB, CBC and CTR testvectors for cast5. We need larger testvectors to check parallel code paths in the optimized implementation. Tests have also been added to the tcrypt module. Signed-off-by: Johannes Goetzfried --- crypto/tcrypt.c | 32 +++ crypto/tcrypt.h |1 + crypto/testmgr.c |

[PATCH 0/6] crypto: add x86_64/avx assembler implementation of cast5 and cast6

This patchset adds x86_64/avx assembler implementations of the Cast5 and the Cast6 cipher. Johannes Goetzfried (6): crypto: cast5 - prepare generic module for optimized implementations crypto: testmgr - add larger cast5 testvectors crypto: cast5 - add x86_64/avx assembler implementation cr

[PATCH] Documentation/CodingStyle: Mention multi-line macros using expressions

Since defining multi-line macros using statements and declarations in expressions is fairly common in the kernel, add this to CodingStyle. Signed-off-by: Robert P. J. Day --- diff --git a/Documentation/CodingStyle b/Documentation/CodingStyle index cb9258b..7eb0734 100644 --- a/Documentation/Cod

Re: pr_cat() + CATSTR(name, size)?

On Wed, Jul 11, 2012 at 6:55 PM, Joe Perches wrote: > On Wed, 2012-07-11 at 17:48 +0200, Kay Sievers wrote: >> On Wed, Jul 11, 2012 at 5:30 PM, Joe Perches wrote: >> > Well, I think the malloc costs are pretty low >> > and could devolve pretty easily when OOM. >> >> We need to avoid allocating me

Re: [PATCH RESEND 3/3] usb: storage: update usb devices for write cache quirk in quirk list.

Hi James, Please have a look at the patchset and share your opinion. If there is anything more to it - please let us know. Thanks & Regards, Amit Sahrawat On Sun, Jul 8, 2012 at 8:35 AM, Namjae Jeon wrote: > From: Namjae Jeon > > Update information of Seagate Portable HDD and WD My Passport HD

Re: [PATCH 1/1] eCryptfs: check for eCryptfs cipher support at mount

On 2012-07-10 21:05:51, Tim Sally wrote: > The issue occurs when eCryptfs is mounted with a cipher supported by > the crypto subsystem but not by eCryptfs. The mount succeeds and an > error does not occur until a write. This change checks for eCryptfs > cipher support at mount time. > > Resolves L

[patch 05/10] mm: memcg: move swapin charge functions above callsites

Charging cache pages may require swapin in the shmem case. Save the forward declaration and just move the swapin functions above the cache charging functions. Signed-off-by: Johannes Weiner Acked-by: KAMEZAWA Hiroyuki Acked-by: Michal Hocko --- mm/memcontrol.c | 68 +

[patch 04/10] mm: memcg: only check for PageSwapCache when uncharging anon

Only anon pages that are uncharged at the time of the last page table mapping vanishing may be in swapcache. When shmem pages, file pages, swap-freed anon pages, or just migrated pages are uncharged, they are known for sure to be not in swapcache. Signed-off-by: Johannes Weiner Acked-by: KAMEZAW

[patch 06/10] mm: memcg: remove unneeded shmem charge type

shmem page charges have not needed a separate charge type to tell them from regular file pages since 08e552c 'memcg: synchronized LRU'. Signed-off-by: Johannes Weiner Acked-by: KAMEZAWA Hiroyuki Acked-by: Michal Hocko --- mm/memcontrol.c | 11 +-- 1 files changed, 1 insertions(+), 10

[patch 07/10] mm: memcg: remove needless !mm fixup to init_mm when charging

It does not matter to __mem_cgroup_try_charge() if the passed mm is NULL or init_mm, it will charge the root memcg in either case. Also fix up the comment in __mem_cgroup_try_charge() that claimed the init_mm would be charged when no mm was passed. It's not really incorrect, but confusing. Clari

[patch 01/10] mm: memcg: fix compaction/migration failing due to memcg limits

Compaction (and page migration in general) can currently be hindered through pages being owned by memory cgroups that are at their limits and unreclaimable. The reason is that the replacement page is being charged against the limit while the page being replaced is also still charged. But this see

[patch 03/10] mm: memcg: push down PageSwapCache check into uncharge entry functions

Not all uncharge paths need to check if the page is swapcache, some of them can know for sure. Push down the check into all callsites of uncharge_common() so that the patch that removes some of them is more obvious. Signed-off-by: Johannes Weiner Acked-by: Michal Hocko --- mm/memcontrol.c |

[patch 02/10] mm: swapfile: clean up unuse_pte race handling

The conditional mem_cgroup_cancel_charge_swapin() is a leftover from when the function would continue to reestablish the page even after mem_cgroup_try_charge_swapin() failed. After 85d9fc8 "memcg: fix refcnt handling at swapoff", the condition is always true when this code is reached. Signed-off

[patch 09/10] mm: memcg: only check swap cache pages for repeated charging

Only anon and shmem pages in the swap cache are attempted to be charged multiple times, from every swap pte fault or from shmem_unuse(). No other pages require checking PageCgroupUsed(). Charging pages in the swap cache is also serialized by the page lock, and since both the try_charge and commit

[patch 10/10] mm: memcg: only check anon swapin page charges for swap cache

shmem knows for sure that the page is in swap cache when attempting to charge a page, because the cache charge entry function has a check for it. Only anon pages may be removed from swap cache already when trying to charge their swapin. Adjust the comment, though: '4969c11 mm: fix swapin race con

[patch 08/10] mm: memcg: split swapin charge function into private and public part

When shmem is charged upon swapin, it does not need to check twice whether the memory controller is enabled. Also, shmem pages do not have to be checked for everything that regular anon pages have to be checked for, so let shmem use the internal version directly and allow future patches to move ar

[patch 00/10] mm: memcg: charge/uncharge improvements v2

Hi, second version of tiny charge/uncharge improvements, with incorporated feedback and acks added (thanks guys). changes: o fixed the 03/10 PageSwapCache check in end_migration(), spotted by Kame o dropped the v1 03/11 shmem patch in favor of Hugh's cleanup o included default group charging comm

Re: pr_cat() + CATSTR(name, size)?

On Wed, 2012-07-11 at 17:48 +0200, Kay Sievers wrote: > On Wed, Jul 11, 2012 at 5:30 PM, Joe Perches wrote: > > Well, I think the malloc costs are pretty low > > and could devolve pretty easily when OOM. > > We need to avoid allocating memory in situations where we want to > printk(), it's just n

Re: [PATCH 1/6] hrtimer: Provide clock_was_set_delayed()

On 07/11/2012 08:18 AM, Thomas Gleixner wrote: That leaves NOHZ enabled systems and there we might be clever and avoid the IPIs to those cores which are not idle and let the tick interrupt deal with it. And we can make the calls async and just let them raise the hrtimer softirq on those cores, wh

Re: [GIT] selinux: fix regression

On Thu, 12 Jul 2012 02:11:53 +1000 (EST) James Morris wrote: > Please pull. > > The following changes since commit 055c9fa8874fa7261eec7a268366565db84af474: > Linus Torvalds (1): > Merge tag 'fixes-for-v3.5' of > git://git.kernel.org/.../linusw/linux-gpio > > are available in the git

Re: linux-next: Tree for July 10 (gpio/gpio-tps65910.c)

On Wed, Jul 11, 2012 at 2:29 PM, Sedat Dilek wrote: > I see the same build-error as Randy in latest linux.git > (055c9fa8874fa7261eec7a268366565db84af474). Yes, it is there. > Where is this patch queued up (see original posting)? Here: http://git.kernel.org/?p=linux/kernel/git/linusw/linux-gpi

RE: [PATCH] staging: comedi: rtd520: add a few comments

On Wednesday, July 11, 2012 5:28 AM, Ian Abbott wrote: > H Hartley Sweeten's recent series of patches to clean up the rtd520 > driver made some of the register accesses harder to understand. Add a > few comments to provide some clues to the reader. > > Signed-off-by: Ian Abbott > Cc: H Hartley Sw

Re: [PATCH 5/6] ftrace/x86: Add separate function to save regs

On Wed, 2012-07-11 at 12:22 -0400, Steven Rostedt wrote: > On Tue, 2012-07-03 at 17:29 +0900, Masami Hiramatsu wrote: > > > > > > > + /* Restore flags */ > > > + pushq EFLAGS(%rsp) > > > + popfq > > > + > > > + MCOUNT_RESTORE_FRAME > > > > Here, if MCOUNT_RESTORE_FRAME has skip too, I think you

RE: [PATCH 00/83] staging: comedi: rtd520: initial cleanup

On Wednesday, July 11, 2012 3:20 AM, Ian Abbott wrote: > On 2012-07-11 00:36, H Hartley Sweeten wrote: >> The 'devpriv' macro usage in this driver is holding up other cleanup >> of the comedi drivers. >> >> This patch series removes all the macros used to read/write the >> hardware registers. All o

Re: [GIT PULL] x86/mce fix (ready for 3.6 merge window)

On Wed, Jul 11, 2012 at 1:04 AM, Ingo Molnar wrote: > - If it's for v3.6 then the Cc: stable backport is not >justified. Either it's for tip:x86/urgent and then we'll >merge it straight away, or for tip:x86/mce for v3.6 and then >there's no Cc: stable tag. The commit that this fixes

Re: [PATCH 5/6] ftrace/x86: Add separate function to save regs

On Tue, 2012-07-03 at 17:29 +0900, Masami Hiramatsu wrote: > > > + /* Restore flags */ > > + pushq EFLAGS(%rsp) > > + popfq > > + > > + MCOUNT_RESTORE_FRAME > > Here, if MCOUNT_RESTORE_FRAME has skip too, I think you don't > need to restore flags before restoring other registers, like >

[GIT] selinux: fix regression

Please pull. The following changes since commit 055c9fa8874fa7261eec7a268366565db84af474: Linus Torvalds (1): Merge tag 'fixes-for-v3.5' of git://git.kernel.org/.../linusw/linux-gpio are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/linux-s

Re: [PATCH 2/3] ipc: allow compat IPC version field parsing if !ARCH_WANT_OLD_COMPAT_IPC

On 7/11/2012 11:32 AM, Will Deacon wrote: > Commit 48b25c43 ("[PATCH v3] ipc: provide generic compat versions of IPC > syscalls") added a new ARCH_WANT_OLD_COMPAT_IPC config option for > architectures to select if their compat target requires the old IPC > syscall interface. > > For architectures (

Re: [PATCH 3/3] ipc: compat: use signed size_t types for msgsnd and msgrcv

On 7/11/2012 11:32 AM, Will Deacon wrote: > The msgsnd and msgrcv system calls use size_t to represent the size of > the message being transferred. POSIX states that values of msgsz greater > than SSIZE_MAX cause the result to be implementation-defined. On Linux, > this equates to returning -EINVAL

Re: Deadlocks due to per-process plugging

Jan Kara writes: > Hello, > > we've recently hit a deadlock in our QA runs which is caused by the > per-process plugging code. The problem is as follows: > process A process B (kjournald) > generic_file_aio_write() > blk_start_plug(&plug); > ... >

[PATCH 1/1] Input: xpad - Add Andamiro Pump It Up pad

Signed-off-by: Yuri Khan --- drivers/input/joystick/xpad.c |1 + 1 file changed, 1 insertion(+) diff --git a/drivers/input/joystick/xpad.c b/drivers/input/joystick/xpad.c index 16974ef..a2cdfd6 100644 --- a/drivers/input/joystick/xpad.c +++ b/drivers/input/joystick/xpad.c @@ -142,6 +142,7 @@

[PATCH 0/1] Input: xpad - Add Andamiro Pump It Up pad

Hello all, while I'm at it, I'd like to add my other dance mat to xpad's database of known devices, so that the user does not have to specify the dpad_to_buttons option. I couldn't find the vendor ID in any of the online databases, but this mat has a Pump It Up logo on the top side of the cont

Re: [PATCH 1/6] hrtimer: Provide clock_was_set_delayed()

On Wed, 2012-07-11 at 17:18 +0200, Thomas Gleixner wrote: > Right. I think with the atomic update of the offset in the timer > interrupt we are on the safe side. The main problem of timers expiring > early forever is covered by this. > > Thinking more about it. > > If time goes backwards, then t

[PATCH] [trivial] mach-omap2: Fix typo in debug message and comment

Correcting spelling typo in mach-omap2 Signed-off-by: Masanari Iida --- arch/arm/mach-omap2/board-apollon.c | 2 +- arch/arm/mach-omap2/board-omap4panda.c| 2 +- arch/arm/mach-omap2/omap-mpuss-lowpower.c | 2 +- arch/arm/mach-omap2/sr_device.c | 2 +- arch/arm/mach-omap2/twl-

RE: [PATCH] Extend core dump note section to contain file names of mapped files

Hello all, For what it's worth several security teams that use the CERT Triage Tools have requested a feature (post-mortem analysis of core files) that will be supported by this functionality. This feature in the CERT Triage Tools would be more complete if siginfo was included in the core files

[PATCH] Smack: implement revoking all rules for a subject label

Add /smack/revoke-subject special file. Writing a SMACK label to this file will set the access to '-' for all access rules with that subject label. Targeted for git://git.gitorious.org/smack-next/kernel.git Signed-off-by: Rafal Krypa --- Documentation/security/Smack.txt |3 ++ security/smac

Re: [PATCH 04/13] rbtree: move some implementation details from rbtree.h to rbtree.c

On Wed, 11 Jul 2012 01:12:54 +0200, Michel Lespinasse wrote: On Tue, Jul 10, 2012 at 5:19 AM, Michal Nazarewicz wrote: On Tue, 10 Jul 2012 01:35:14 +0200, Michel Lespinasse wrote: +#defineRB_RED 0 +#defineRB_BLACK1 Interestingly, those are almost never use

Re: pr_cat() + CATSTR(name, size)?

On Wed, Jul 11, 2012 at 5:30 PM, Joe Perches wrote: > On Wed, 2012-07-11 at 17:14 +0200, Kay Sievers wrote: >> On Wed, Jul 11, 2012 at 5:01 PM, Joe Perches wrote: > [] >> There are _many_ cases the console lock is held, and we don't print >> stuff immediately out to the console, and we never ensu

[PATCH] staging: ft1000: Fix typo in ft1000_usb.c

Correct spelling typo within debug message of ft1000_usb.c Signed-off-by: Masanari Iida --- drivers/staging/ft1000/ft1000-usb/ft1000_usb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/ft1000/ft1000-usb/ft1000_usb.c b/drivers/staging/ft1000/ft1000-usb/ft100

Re: [PATCH 0/6] USB: serial: Changes to conform with checkpatch.

On Wed, 11 Jul 2012 16:10:14 +0200, Ben Minerds wrote: Removed various checkpatch.sh warnings and errors. You've meant chekpatch.pl, right? Split patch by warning/error type. Corrected line wraps in emails. Signed-off-by: Ben Minerds This 0/6 also confuses me -- like Greg have said the 0

[PATCH 2/3] ipc: allow compat IPC version field parsing if !ARCH_WANT_OLD_COMPAT_IPC

Commit 48b25c43 ("[PATCH v3] ipc: provide generic compat versions of IPC syscalls") added a new ARCH_WANT_OLD_COMPAT_IPC config option for architectures to select if their compat target requires the old IPC syscall interface. For architectures (such as AArch64) that do not require the internal cal

[PATCH 3/3] ipc: compat: use signed size_t types for msgsnd and msgrcv

The msgsnd and msgrcv system calls use size_t to represent the size of the message being transferred. POSIX states that values of msgsz greater than SSIZE_MAX cause the result to be implementation-defined. On Linux, this equates to returning -EINVAL if (long) msgsz < 0. For compat tasks where !CON

[PATCH 0/3] random compat IPC fixes required by AArch64

Hello, This patch series includes some fixes to the compat IPC code when the compat and native targets have API differences that weren't previously considered. The problems were found during development of the AArch64 port and, as such, are prerequisities for the merging of that code. All feedbac

[PATCH 1/3] ipc: add COMPAT_SHMLBA support

If the SHMLBA definition for a native task differs from the definition for a compat task, the do_shmat() function would need to handle both. This patch introduces COMPAT_SHMLBA, which is used by the compat shmat syscall when calling the ipc code and allows architectures such as AArch64 (where the

<    1   2   3   4   5   6   7   8   >