Re: [PATCH v2] vmpressure: implement strict mode

On Fri, 28 Jun 2013 09:02:01 +0900 Minchan Kim wrote: > Hi Andrew, > > On Thu, Jun 27, 2013 at 03:02:31PM -0700, Andrew Morton wrote: > > On Wed, 26 Jun 2013 23:17:12 -0400 Luiz Capitulino > > wrote: > > > > > Currently, an eventfd is notified for the le

Re: [PATCH v2] vmpressure: implement strict mode

On Thu, 27 Jun 2013 17:58:53 -0700 Anton Vorontsov wrote: > On Thu, Jun 27, 2013 at 05:34:33PM -0700, Andrew Morton wrote: > > > If so, userland daemon would receive lots of events which are no interest. > > > > "lots"? If vmpressure is generating events at s

Re: [PATCH v2] vmpressure: implement strict mode

On Thu, 27 Jun 2013 21:34:11 -0700 Anton Vorontsov wrote: > On Thu, Jun 27, 2013 at 06:13:53PM -0700, Andrew Morton wrote: > > On Thu, 27 Jun 2013 17:58:53 -0700 Anton Vorontsov wrote: > > > Current frequency is 1/(2MB). Suppose we ended up scanning the whole > > >

Re: mmotm 2013-06-27-16-36 uploaded (wait event common)

On Thu, 27 Jun 2013 22:30:41 -0700 Randy Dunlap wrote: > On 06/27/13 16:37, a...@linux-foundation.org wrote: > > The mm-of-the-moment snapshot 2013-06-27-16-36 has been uploaded to > > > >http://www.ozlabs.org/~akpm/mmotm/ > > > > mmotm-readme.txt says > > > > README for mm-of-the-moment:

Re: [PATCH 1/2] hugetlb: properly account rss

On Tue, 18 Jun 2013 14:47:04 -0400 Joern Engel wrote: > When moving a program from mmap'ing small pages to mmap'ing huge pages, > a remarkable drop in rss ensues. For some reason hugepages were never > accounted for in rss, which in my book is a clear bug. Sadly this bug > has been present in h

Re: [PATCH v4 5/9] memcg: use css_get/put when charging/uncharging kmem

On Fri, 14 Jun 2013 09:54:57 +0800 Li Zefan wrote: > Use css_get/put instead of mem_cgroup_get/put. > > We can't do a simple replacement, because here mem_cgroup_put() > is called during mem_cgroup_css_free(), while mem_cgroup_css_free() > won't be called until css refcnt goes down to 0. > > In

Re: ipc,sem: sysv semaphore scalability

On Wed, 20 Mar 2013 15:55:30 -0400 Rik van Riel wrote: > This series makes the sysv semaphore code more scalable, > by reducing the time the semaphore lock is held, and making > the locking more scalable for semaphore arrays with multiple > semaphores. > > The first four patches were written by

Re: [PATCH] rtc: rtc-at91rm9200: use a variable for storing IMR

On Wed, 20 Mar 2013 21:15:23 -0400 Douglas Gilbert wrote: > On 13-03-20 05:50 PM, Andrew Morton wrote: > > On Fri, 15 Mar 2013 18:37:12 +0100 Nicolas Ferre > > wrote: > > > >> On some revisions of AT91 SoCs, the RTC IMR register is not working. > >>

Re: [patch v1]rtc: fix for DA9052/53 rtc device registration

On Thu, 21 Mar 2013 08:25:57 -0700 Greg KH wrote: > On Thu, Mar 21, 2013 at 12:39:07PM +0530, Ashish Jangam wrote: > > This patch adds supports for the virtual irq since now MFD only handles > > virtual irq > > Without this patch rtc device will fail in registration. > > > > This patch is for L

Re: ipc,sem: sysv semaphore scalability

On Thu, 21 Mar 2013 17:50:05 -0400 Peter Hurley wrote: > On Thu, 2013-03-21 at 14:10 -0700, Andrew Morton wrote: > > On Wed, 20 Mar 2013 15:55:30 -0400 Rik van Riel wrote: > > > > > This series makes the sysv semaphore code more scalable, > > > by reducing th

Re: [PATCH] do not abuse ->cred_guard_mutex in threadgroup_lock()

On Thu, 21 Mar 2013 17:21:38 +0100 Oleg Nesterov wrote: > threadgroup_lock() takes signal->cred_guard_mutex to ensure that > thread_group_leader() is stable. This doesn't look nice, the scope > of this lock in do_execve() is huge. > > And as Dave pointed out this can lead to deadlock, we have th

Re: [PATCH] kmsg: Honor dmesg_restrict sysctl on /dev/kmsg

ectly from /dev/kmsg. Fix this by making an explicit check in the devkmsg_open function. This fixes https://bugzilla.redhat.com/show_bug.cgi?id=903192 Signed-off-by: Josh Boyer Reported-by: Christian Kujau Cc: Eric Paris Cc: James Morris Cc: Signed-off-by: Andrew Morton --- kernel/printk.

Re: [patch] mm: speedup in __early_pfn_to_nid

On Thu, 21 Mar 2013 19:03:21 +0100 Ingo Molnar wrote: > > IMO the local scope is more obvious as this is and should only be used > > for caching purposes. > > It's a pattern we actively avoid in kernel code. On the contrary, I always encourage people to move the static definitions into functio

Re: [patch] mm: speedup in __early_pfn_to_nid

On Sun, 24 Mar 2013 17:28:12 -0700 (PDT) David Rientjes wrote: > On Sat, 23 Mar 2013, KOSAKI Motohiro wrote: > > > > --- linux.orig/mm/page_alloc.c 2013-03-19 16:09:03.736450861 -0500 > > > +++ linux/mm/page_alloc.c 2013-03-22 17:07:43.895405617 -0500 > > > @@ -4161,10 +4161,23 @@ int __

Re: [PATCH v3 3/3] backlight: as3711: add OF support

On Fri, 22 Mar 2013 17:15:49 +0100 Guennadi Liakhovetski wrote: > Add support for configuring AS3711 backlight driver from DT. > > Signed-off-by: Guennadi Liakhovetski > Reviwed-by: Mark Brown > --- > drivers/video/backlight/as3711_bl.c | 118 > ++- > 1 file

Re: [patch] mm: speedup in __early_pfn_to_nid

On Mon, 25 Mar 2013 15:36:54 -0700 (PDT) David Rientjes wrote: > On Mon, 25 Mar 2013, Andrew Morton wrote: > > > > Um, defining them in a __meminit function places them in .meminit.data > > > already. > > > > I wish it did, but it doesn't. >

Re: linux-v3.9-rc3: BUG: Bad page map in process trinity-child6 pte:002f9045 pmd:29e421e1

On Fri, 22 Mar 2013 18:28:36 +0100 Toralf F__rster wrote: > Using trinity I often trigger under a user mode linux image with host kernel > 3.8.4 > and guest kernel linux-v3.9-rc3-244-g9217cbb the following : > (The UML guest is a 32bit stable Gentoo Linux) I assume 3.8 is OK? > > 2013-03-22T

Re: [PATCH] drivers: virtio: Use PTR_RET function

On Tue, 26 Mar 2013 13:57:09 +1030 Rusty Russell wrote: > Alexandru Gheorghiu writes: > > > Used PTR_RET function instead of IS_ERR and PTR_ERR. > > Patch found using coccinelle. > > WTF is PTR_RET? PTR_RET doesn't return anything. Why is it called > that? It doesn't even make sense. > > Z

Re: [PATCH 26/27] block: Add an explicit bio flag for bios that own their bvec

On Tue, 19 Feb 2013 16:22:40 -0800 Kent Overstreet wrote: > This is for the new bio splitting code. When we split a bio, if the > split occured on a bvec boundry we reuse the bvec for the new bio. But > that means bio_free() can't free it, hence the explicit flag. > > --- a/include/linux/blk_ty

Re: ipc,sem: sysv semaphore scalability

On Tue, 26 Mar 2013 10:59:27 -0700 Davidlohr Bueso wrote: > On Mon, 2013-03-25 at 20:47 +0700, Emmanuel Benisty wrote: > > On Mon, Mar 25, 2013 at 12:10 AM, Linus Torvalds > > wrote: > > > And you never see this problem without Rik's patches? > > > > No, never. > > > > > Could you bisect > >

Re: ipc,sem: sysv semaphore scalability

On Tue, 26 Mar 2013 15:28:52 -0400 Dave Jones wrote: > On Thu, Mar 21, 2013 at 02:10:58PM -0700, Andrew Morton wrote: > > > Whichever way we go, we should get a wiggle on - this has been hanging > > around for too long. Dave, do you have time to determine whet

Re: [PATCH 0/2] lib/scatterlist: sg_page_iter: support for memory w/o backing pages

On Tue, 26 Mar 2013 15:50:20 +0100 Daniel Vetter wrote: > On Tue, Mar 26, 2013 at 03:14:17PM +0200, Imre Deak wrote: > > When adding sg_page_iter I haven't thought properly through the use case > > for sg lists w/o backing pages - which is specific to the i915 driver - > > so this patchset adds s

Re: linux-next: build warning after merge of the final tree (akpm and block tree related)

On Tue, 26 Mar 2013 12:55:23 -0700 Kent Overstreet wrote: > On Tue, Mar 26, 2013 at 05:05:54PM +1100, Stephen Rothwell wrote: > > Hi all, > > > > After merging the final tree, today's linux-next build > > produced this warning: > > > > fs/bio.c: In function 'submit_bio_wait': > > fs/bio.c:786:

Re: [PATCH] UAPI: Remove empty Kbuild files

On Tue, 26 Mar 2013 17:48:53 + David Howells wrote: > Remove empty Kbuild files as they cause problems with the patch program which > removes files that become empty. > > Should I also remove include/Kbuild as that now does nothing? Or should it be > left as an anchor just in case we want i

Re: [PATCH v3] memcg: Add memory.pressure_level events

On Fri, 22 Mar 2013 00:13:51 -0700 Anton Vorontsov wrote: > With this patch userland applications that want to maintain the > interactivity/memory allocation cost can use the pressure level > notifications. The levels are defined like this: > > The "low" level means that the system is reclaimin

Re: [PATCH] drivers/rtc/rtc-max77686.c: Fix wrong register

On Wed, 14 Aug 2013 10:21:41 +0900 Sangjung Woo wrote: > Fix to read the wrong register when checking whether the RTC timer has > reached or not. > > ... > > --- a/drivers/rtc/rtc-max77686.c > +++ b/drivers/rtc/rtc-max77686.c > @@ -240,9 +240,9 @@ static int max77686_rtc_read_alarm(struct devic

Re: [PATCH] mm: skip the page buddy block instead of one page

On Thu, 15 Aug 2013 00:52:29 +0900 Minchan Kim wrote: > On Wed, Aug 14, 2013 at 09:57:11AM +0100, Mel Gorman wrote: > > On Wed, Aug 14, 2013 at 12:45:41PM +0800, Xishi Qiu wrote: > > > A large free page buddy block will continue many times, so if the page > > > is free, skip the whole page buddy

Re: [PATCH v8] mm: make lru_add_drain_all() selective

On Wed, 14 Aug 2013 16:22:18 -0400 Chris Metcalf wrote: > This change makes lru_add_drain_all() only selectively interrupt > the cpus that have per-cpu free pages that can be drained. > > This is important in nohz mode where calling mlockall(), for > example, otherwise will interrupt every core

Re: [PATCH] kmemcg: don't allocate extra memory for root memcg_cache_params

On Wed, 14 Aug 2013 14:31:21 +0400 Andrey Vagin wrote: > The memcg_cache_params structure contains the common part and the union, > which represents two different types of data: one for root cashes and > another for child caches. > > The size of child data is fixed. The size of the memcg_caches

Re: [PATCH v8] mm: make lru_add_drain_all() selective

On Wed, 14 Aug 2013 16:50:29 -0400 Tejun Heo wrote: > > > + for_each_cpu(cpu, &has_work) > > > > for_each_online_cpu()? > > That would lead to flushing work items which aren't used and may not > have been initialized yet, no? doh, I confused for_each_cpu with for_each_possible_cpu. Dumb name.

Re: [PATCH v8] mm: make lru_add_drain_all() selective

On Wed, 14 Aug 2013 16:50:29 -0400 Tejun Heo wrote: > On Wed, Aug 14, 2013 at 01:44:30PM -0700, Andrew Morton wrote: > > > +static bool need_activate_page_drain(int cpu) > > > +{ > > > + return pagevec_count(&per_cpu(activate_page_pvecs, cpu))

Re: [PATCH v8] mm: make lru_add_drain_all() selective

On Wed, 14 Aug 2013 16:22:18 -0400 Chris Metcalf wrote: > This change makes lru_add_drain_all() only selectively interrupt > the cpus that have per-cpu free pages that can be drained. > > This is important in nohz mode where calling mlockall(), for > example, otherwise will interrupt every core

Re: [PATCH v2] mm/hotplug: Verify hotplug memory range

On Sat, 10 Aug 2013 13:17:32 -0600 Toshi Kani wrote: > add_memory() and remove_memory() can only handle a memory range aligned > with section. There are problems when an unaligned range is added and > then deleted as follows: > > - add_memory() with an unaligned range succeeds, but __add_pages

Re: [PATCH] olpc-ec: initialise earlier

On Sat, 10 Aug 2013 15:22:15 -0400 (EDT) Daniel Drake wrote: > Being a low-level component, various drivers (e.g. olpc-battery) assume that > it is ok to communicate with the OLPC Embedded Controller during probe. > Therefore the OLPC EC driver must be initialised before other drivers try to > us

Re: [PATCH] block: add command line partition parser

On Tue, 13 Aug 2013 06:02:17 + Caizhiyong wrote: > move the command line parser to a separate module, and change it into > library-style code. > > reference: https://lkml.org/lkml/2013/8/6/550 Well OK. But to prove the library's usefulness and to generally clean up the kernel, someone need

Re: [PATCH v2 00/20] mm, hugetlb: remove a hugetlb_instantiation_mutex

On Fri, 9 Aug 2013 18:26:18 +0900 Joonsoo Kim wrote: > Without a hugetlb_instantiation_mutex, if parallel fault occur, we can > fail to allocate a hugepage, because many threads dequeue a hugepage > to handle a fault of same address. This makes reserved pool shortage > just for a little while an

Re: [PATCH v5 0/9] extend hugepage migration

On Fri, 9 Aug 2013 01:21:33 -0400 Naoya Horiguchi wrote: > Here is the 5th version of hugepage migration patchset. > Changes in this version are as follows: > - removed putback_active_hugepages() as a cleanup (1/9) > - added code to check movability of a given hugepage (8/9) > - set GFP MOVA

Re: [PATCH 3/9] migrate: add hugepage migration code to migrate_pages()

On Fri, 9 Aug 2013 01:21:36 -0400 Naoya Horiguchi wrote: > +static void check_hugetlb_pmd_range(struct vm_area_struct *vma, pmd_t *pmd, > + const nodemask_t *nodes, unsigned long flags, > + void *private) > +{ > +#ifdef CONFIG_HUGETLB_PAGE > + int

Re: [PATCH v2] mm/hotplug: Verify hotplug memory range

On Wed, 14 Aug 2013 17:34:02 -0600 Toshi Kani wrote: > > Printing a u64 is problematic. Here you assume that u64 is implemented > > as unsigned long long. But it can be implemented as unsigned long, by > > architectures which use include/asm-generic/int-l64.h. Such an > > architecture will gen

Re: [PATCH] block: add command line partition parser

On Wed, 14 Aug 2013 17:11:51 -0700 Brian Norris wrote: > On Wed, Aug 14, 2013 at 3:57 PM, Andrew Morton > wrote: > > On Tue, 13 Aug 2013 06:02:17 + Caizhiyong wrote: > > > >> move the command line parser to a separate module, and change it into > >> lib

Re: [PATCH 0/8] partitions/efi: detect hybrid mbrs

On Thu, 15 Aug 2013 09:59:42 -0700 Davidlohr Bueso wrote: > On Tue, 2013-08-06 at 14:16 -0700, Andrew Morton wrote: > > On Mon, 5 Aug 2013 22:21:08 -0700 Davidlohr Bueso wrote: > > > > > This patchset teaches the kernel about hybrid master boot records (MBRs), >

Re: [PATCH v5 0/9] extend hugepage migration

On Thu, 15 Aug 2013 02:23:40 -0400 Naoya Horiguchi wrote: > > ... > > > mm-prepare-to-remove-proc-sys-vm-hugepages_treat_as_movable.patch had a > > conflict with > > http://ozlabs.org/~akpm/mmots/broken-out/mm-hugetlb-move-up-the-code-which-check-availability-of-free-huge-page.patch > > which I

Re: [PATCH] memblock, numa: Binary search node id

On Wed, 14 Aug 2013 22:46:29 -0700 Yinghai Lu wrote: > Current early_pfn_to_nid() on arch that support memblock go > over memblock.memory one by one, so will take too many try > near the end. > > We can use existing memblock_search to find the node id for > given pfn, that could save some time o

Re: [RFC PATCH] Fix aio performance regression for database caused by THP

On Thu, 15 Aug 2013 12:13:09 -0600 Khalid Aziz wrote: > I am working with a tool that simulates oracle database I/O workload. > This tool (orion to be specific - > ) > allocates hugetlbfs pages using shmget() with SHM_H

Re: [PATCH v2] Makefile: enable -Werror=implicit-int and -Werror=strict-prototypes by default

On Thu, 15 Aug 2013 21:37:31 +0300 Sergei Trofimovich wrote: > The common error type found in forward-ported/backported patches is missing > headers. > One recent example (files and function names are mangled): > > void foo(){} > EXPORT_SYMBOL(foo); > > gave only warning > > foo.c

Re: [PATCH] vfs: allow umount to handle mountpoints without revalidating them

On Fri, 26 Jul 2013 06:23:25 -0400 Jeff Layton wrote: > Christopher reported a regression where he was unable to unmount a NFS > filesystem where the root had gone stale. The problem is that > d_revalidate handles the root of the filesystem differently from other > dentries, but d_weak_revalidate

Re: [PATCH] mm: Track vma changes with VM_SOFTDIRTY bit

On Mon, 19 Aug 2013 23:58:36 +0400 Cyrill Gorcunov wrote: > Pavel reported that in case if vma area get unmapped and > then mapped (or expanded) in-place, the soft dirty tracker > won't be able to recognize this situation since it works on > pte level and ptes are get zapped on unmap, loosing sof

Re: [PATCH] SeqFile: Fix overflow condition

On Mon, 19 Aug 2013 17:02:37 +0530 Arun KS wrote: > seq_path()/seq_commit() is treating a d_path() failure as an overflow > condition, but it isn't. This is too brief. When fixing a bug please always describe the user-visible effects of the bug. And unless it's utterly obvious, provide a descr

Re: [PATCH-v3 00/17] staging/lustre: fix various build issues

On Mon, 15 Jul 2013 11:40:30 -0700 Greg Kroah-Hartman wrote: > On Mon, Jul 15, 2013 at 10:16:29AM -0700, Joe Perches wrote: > > On Mon, 2013-07-15 at 22:27 +0800, Peng Tao wrote: > > > Hi Greg, > > > > > > Now that 3.11-rc1 is out, please consider queuing following patches to > > > fix various

Re: [RESEND] The initmpfs patches.

On Tue, 09 Jul 2013 21:06:39 -0500 Rob Landley wrote: > Attached, so you don't have to fish them out of: > >http://lkml.indiana.edu/hypermail/linux/kernel/1306.3/04204.html Too hard. Especially when I want to reply to a patch. Please resend as a patch series in the time-honoured fashion?

Re: [RFC 4/4] Sparse initialization of struct page array.

On Thu, 11 Jul 2013 21:03:55 -0500 Robin Holt wrote: > During boot of large memory machines, a significant portion of boot > is spent initializing the struct page array. The vast majority of > those pages are not referenced during boot. > > Change this over to only initializing the pages when t

Re: [PATCH -next 2/2] kbuild: fix for updated LZ4 tool with the new streaming format

On Fri, 12 Jul 2013 09:56:02 +0200 Ingo Molnar wrote: > > * Kyungsik Lee wrote: > > quiet_cmd_lz4 = LZ4 $@ > > cmd_lz4 = (cat $(filter-out FORCE,$^) | \ > > - lz4demo -c1 stdin stdout && $(call size_append, $(filter-out > > FORCE,$^))) > $@ || \ > > + lz4c -l -c1 stdin stdout && $(ca

Re: [PATCH, re-send] Always trap on BUG()

On Fri, 5 Jul 2013 17:38:35 +0200 Arnd Bergmann wrote: > I've run some size analyis using the ARM 'multi_v7_defconfig' > and gcc-4.8, using various definitions for BUG() and BUG_ON(), to > see how big the size improvement actually gets > > 1. Baseline: normal bug plus CONFIG_BUG_VERBOSE >tex

Re: [PATCH] mm/hugetlb: per-vma instantiation mutexes

On Mon, 15 Jul 2013 17:24:32 +1000 David Gibson wrote: > I have previously proposed a correct method of improving scalability, > although it doesn't eliminate the lock. That's to use a set of hashed > mutexes. Yep - hashing the mutexes is an obvious and nicely localized way of improving this.

Re: [PATCH-v3 00/17] staging/lustre: fix various build issues

On Tue, 16 Jul 2013 10:21:23 +0800 Peng Tao wrote: > >> See the five patches I sent you on July 8 ;) > >> > >> I'll resend. > > > > I got them, I couldn't apply them until after -rc1 is out, so I'll queue > > them up later this week. > > > Hi Greg and Andrew, > > One issue with the five patches

Re: [PATCH -next 2/2] kbuild: fix for updated LZ4 tool with the new streaming format

On Mon, 15 Jul 2013 15:08:20 -0700 "H. Peter Anvin" wrote: > On 07/15/2013 03:03 PM, Andrew Morton wrote: > > > > I don't know how to do this. Any suggestions? > > > > It has to be done at `make config' time. We'd need to probe for the

Re: [PATCH -next 2/2] kbuild: fix for updated LZ4 tool with the new streaming format

On Tue, 16 Jul 2013 00:47:27 -0700 Andrew Morton wrote: > On Mon, 15 Jul 2013 15:08:20 -0700 "H. Peter Anvin" wrote: > > > On 07/15/2013 03:03 PM, Andrew Morton wrote: > > > > > > I don't know how to do this. Any suggestions? > > > >

Re: [PATCH -next 2/2] kbuild: fix for updated LZ4 tool with the new streaming format

On Tue, 16 Jul 2013 10:08:07 +0200 "Yann E. MORIN" wrote: > > Or, easier and faster, run some front-end script which generates > > once-off Kconfig symbols. > > > > if [ -x /bin/lz4c ] > > then > > echo CONFIG_HAVE_LZ4C > > fi > > > > then munge the output of that scrip

Re: [PATCH 1/3] mm: shift VM_GROWS* check from mmap_region() to do_mmap_pgoff()

On Sun, 14 Jul 2013 18:54:51 +0200 Oleg Nesterov wrote: > mmap() doesn't allow the non-anonymous mappings with VM_GROWS* bit set. > In particular this means that mmap_region()->vma_merge(file, vm_flags) > must always fail if vm_flags & VM_GROWS. So it does not make sense to > check VM_GROWS* afte

Re: [PATCH 03/11] ipc: drop ipcctl_pre_down

On Tue, 18 Jun 2013 18:18:28 -0700 Davidlohr Bueso wrote: > Now that sem, msgque and shm, through *_down(), all use the lockless > variant of ipcctl_pre_down(), go ahead and delete it. Fixlets: From: Andrew Morton Subject: ipc-drop-ipcctl_pre_down-fix fix function name in ker

Re: [ 3.8.y.z extended stable ] Patch "memcg, kmem: fix reference count handling on the error path" has been added to staging queue

On Tue, 16 Jul 2013 15:54:02 -0700 Kamal Mostafa wrote: > This is a note to let you know that I have just added a patch titled > > memcg, kmem: fix reference count handling on the error path > > to the linux-3.8.y-queue branch of the 3.8.y.z extended stable tree > which can be found at: h

Re: [ 3.8.y.z extended stable ] Patch "memcg, kmem: fix reference count handling on the error path" has been added to staging queue

On Tue, 16 Jul 2013 16:40:09 -0700 Kamal Mostafa wrote: > On Tue, 2013-07-16 at 16:06 -0700, Andrew Morton wrote: > > On Tue, 16 Jul 2013 15:54:02 -0700 Kamal Mostafa > > wrote: > > > > > This is a note to let you know that I have just added a patch titled >

Re: [PATCH] memstick: add support for legacy memorysticks

On Mon, 8 Jul 2013 23:54:55 +0300 Maxim Levitsky wrote: > Based partially on MS standard spec quotes from Alex Dubov. > > As any code that works with user data this driver isn't > recommended to use to write cards that contain valuable data. > > It tries its best though to avoid data corrupti

Re: [PATCH 5/8] thp, mm: locking tail page is a bug

On Mon, 15 Jul 2013 13:47:51 +0300 "Kirill A. Shutemov" wrote: > From: "Kirill A. Shutemov" > > Locking head page means locking entire compound page. > If we try to lock tail page, something went wrong. > > .. > > --- a/mm/filemap.c > +++ b/mm/filemap.c > @@ -639,6 +639,7 @@ void __lock_page(

Re: [PATCH v7 0/5] kdump: Allow ELF header creation in new kernel

On Tue, 16 Jul 2013 13:24:21 -0400 Vivek Goyal wrote: > Michael, Hatayama, in case this series can't go in 3.11, do you have other > ideas where a small hack fix will allow kdump to work on s390 and we > don't have to revert the mmap() patches. This would certainly be the preferred option at thi

Re: [PATCH 0/3] Few ignored framebuffer fixes/additions

On Mon, 15 Jul 2013 17:26:59 +0200 Maxime Ripard wrote: > Sorry to bother you again with the framebuffer stuff but the new > maintainer doesn't appear to be responsive either. Jean-Christophe is doing things - on 11 July he sent out a call for late patches to linux-fb...@vger.kernel.org. So ho

Re: [v3.11-rc1 PATCH 0/5] printk: Initial restructuring

On Tue, 16 Jul 2013 18:56:39 -0700 Joe Perches wrote: > On Tue, 2013-07-16 at 18:48 -0700, Linus Torvalds wrote: > > On Mon, Jul 15, 2013 at 2:51 PM, Joe Perches wrote: > > > > > > If this is acceptable, I'll post 5 or so patches at a time > > > after/if each block of patches is applied. > > >

Re: [PATCH 0/5] initmpfs v2: use tmpfs instead of ramfs for rootfs

On Tue, 16 Jul 2013 08:31:13 -0700 (PDT) Rob Landley wrote: > Use tmpfs for rootfs when CONFIG_TMPFS=y and there's no root=. > Specify rootfstype=ramfs to get the old initramfs behavior. > > The previous initramfs code provided a fairly crappy root filesystem: > didn't let you --bind mount direc

Re: [PATCH RFC] lib: Make radix_tree_node_alloc() irq safe

On Tue, 16 Jul 2013 19:06:30 +0200 Jan Kara wrote: > With users of radix_tree_preload() run from interrupt (CFQ is one such > possible user), the following race can happen: > > radix_tree_preload() > ... > radix_tree_insert() > radix_tree_node_alloc() > if (rtp->nr) { > ret = rtp->no

Re: [PATCH -next 2/2] kbuild: fix for updated LZ4 tool with the new streaming format

On Thu, 18 Jul 2013 09:22:58 +0200 Geert Uytterhoeven wrote: > On Thu, Jul 18, 2013 at 12:30 AM, Yann E. MORIN > wrote: > > On 2013-07-17 23:16 +0200, Sam Ravnborg spake thusly: > >> > We could extend the symbol option part to retreive values from a binary. > >> > Something like this: > >> > >

Re: [PATCH -next 2/2] kbuild: fix for updated LZ4 tool with the new streaming format

On Thu, 18 Jul 2013 09:47:02 +0200 "Yann E. MORIN" wrote: > > > > I prefer the "option exec" approach, actually. That way the shell-outs > > are colocated with the code which uses > > Indeed, but in this case, all the checks will be spread-out in the Kconfig > files, and not easily locatable.

Re: [PATCH] lib: Add CRC64 ECMA module

On Fri, 12 Jul 2013 11:56:26 +0300 Marian Chereji wrote: > Added implementation of CRC64 ECMA checksum. > > Signed-off-by: Marian Chereji > Reviewed-by: Varvara Andrei-B21317 > Reviewed-by: Fleming Andrew-AFLEMING > --- > include/linux/crc64_ecma.h | 56 +++ > lib/Kconfig

Re: [patch 0/3] mm: improve page aging fairness between zones/nodes

On Fri, 19 Jul 2013 16:55:22 -0400 Johannes Weiner wrote: > The way the page allocator interacts with kswapd creates aging > imbalances, where the amount of time a userspace page gets in memory > under reclaim pressure is dependent on which zone, which node the > allocator took the page frame fro

Re: [patch 1/3] mm: vmscan: fix numa reclaim balance problem in kswapd

On Fri, 19 Jul 2013 16:55:23 -0400 Johannes Weiner wrote: > When the page allocator fails to get a page from all zones in its > given zonelist, it wakes up the per-node kswapds for all zones that > are at their low watermark. > > However, with a system under load and the free page counters being

Re: [microblaze-linux] [RESEND PATCH] microblaze: Fix clone syscall

On Wed, 24 Jul 2013 08:48:27 +0200 Michal Simek wrote: > On 07/24/2013 07:55 AM, Rich Felker wrote: > > On Wed, Jul 24, 2013 at 07:34:07AM +0200, Michal Simek wrote: > >> Microblaze was assign to CLONE_BACKWARDS type where > >> parent tid was passed via 3rd argument. > >> Microblaze glibc is usin

Re: [PATCH resend] drop_caches: add some documentation and info message

On Fri, 26 Jul 2013 14:44:29 +0200 Michal Hocko wrote: > ... > > : There is plenty of anecdotal evidence and a load of blog posts > : suggesting that using "drop_caches" periodically keeps your system > : running in "tip top shape". Perhaps adding some kernel > : documentation will increase the

Re: [PATCH] lib: Add CRC64 ECMA module

On Mon, 29 Jul 2013 11:49:31 + Chereji Marian-Cornel-R27762 wrote: > -Original Message- > From: Andrew Morton [mailto:a...@linux-foundation.org] > Sent: Saturday, July 27, 2013 1:01 AM > To: Chereji Marian-Cornel-R27762 > Cc: linux-kernel@vger.kernel.org; Grigore Seb

Re: [PATCH] checkpatch: enforce sane perl version

On Mon, 29 Jul 2013 13:10:13 -0700 Joe Perches wrote: > On Mon, 2013-07-29 at 13:06 -0700, Dave Hansen wrote: > > From: Dave Hansen > > > > I got a bug report from a couple of users who said > > checkpatch.pl was broken for them. It was erroring out on > > fairly random lines most commonly wit

Re: [PATCH] mm: Fix the TLB range flushed when __tlb_remove_page() runs out of slots

On Mon, 29 Jul 2013 16:41:06 -0700 (PDT) David Miller wrote: > From: Vineet Gupta > Date: Wed, 29 May 2013 18:26:13 +0530 > > > zap_pte_range loops from @addr to @end. In the middle, if it runs out of > > batching slots, TLB entries needs to be flushed for @start to @interim, > > NOT @interim

Re: [PATCH resend] drop_caches: add some documentation and info message

On Tue, 30 Jul 2013 09:45:31 +0200 Michal Hocko wrote: > On Mon 29-07-13 13:57:43, Andrew Morton wrote: > > On Fri, 26 Jul 2013 14:44:29 +0200 Michal Hocko wrote: > [...] > > > --- a/fs/drop_caches.c > > > +++ b/fs/drop_caches.c > > > @@ -59,6 +59,8 @@ i

Re: [PATCH resend] drop_caches: add some documentation and info message

On Tue, 30 Jul 2013 14:55:25 +0200 Michal Hocko wrote: > > > I am OK with that but can we use a top bit instead. Maybe we never have > > > other entities to drop in the future but it would be better to have a > > > room for them > > > just in case. > > > > If we add another flag in the future

Re: [PATCH resend] drop_caches: add some documentation and info message

On Tue, 30 Jul 2013 07:47:12 -0700 Dave Hansen wrote: > On 07/30/2013 05:55 AM, Michal Hocko wrote: > >> > If we add another flag in the future it can use bit 3? > > What if we get crazy and need more of them? > > I really hate using bits for these kinds of interfaces. I'm forgetful > and never

Re: [PATCH 1/2] mm: add support for discard of unused ptes

On Thu, 25 Jul 2013 10:54:20 +0200 Martin Schwidefsky wrote: > From: Konstantin Weitz > > In a virtualized environment and given an appropriate interface the guest > can mark pages as unused while they are free (for the s390 implementation > see git commit 45e576b1c3d00206 "guest page hinting

Re: [PATCH 2/3] fs/binfmts: Better handling of binfmt loops

On Thu, 25 Jul 2013 08:40:44 -0700 Zach Levis wrote: > With these changes, when a binfmt loop is encountered, > the ELOOP will propogate back to the 0 depth. At this point the > argv and argc values will be reset to what they were originally and an > attempt is made to continue with the following

Re: [PATCH V8 00/33] loop: Issue O_DIRECT aio using bio_vec

On Thu, 25 Jul 2013 12:50:26 -0500 Dave Kleikamp wrote: > This patch series adds a kernel interface to fs/aio.c so that kernel code can > issue concurrent asynchronous IO to file systems. It adds an aio command and > file system methods which specify io memory with pages instead of userspace >

Re: [PATCH] block: support embedded device command line partition

On Sat, 27 Jul 2013 13:56:24 + Caizhiyong wrote: > From: Cai Zhiyong > > Read block device partition table from command line. This partition used for > fixed block device (eMMC) embedded device. > It no MBR, can save storage space. Bootloader can be easily accessed by > absolute address o

Re: [PATCH 2/3] fs/binfmts: Better handling of binfmt loops

On Tue, 30 Jul 2013 16:16:51 -0700 Zach Levis wrote: > > Quoting Andrew Morton : > > > On Thu, 25 Jul 2013 08:40:44 -0700 Zach Levis > > wrote: > > > >> With these changes, when a binfmt loop is encountered, > >> the ELOOP will propogate back to

Re: [PATCH v3] microblaze: Fix clone syscall

On Mon, 29 Jul 2013 09:01:48 +0200 Michal Simek wrote: > Fix inadvertent breakage in the clone syscall ABI for Microblaze > that was introduced in this patch: > "microblaze: switch to generic fork/vfork/clone" > (sha1: f3268edbe6fe0ce56e62c6d6b14640aeb04864b7) > > The Microblaze syscall ABI for

Re: [PATCH resend] drop_caches: add some documentation and info message

On Wed, 31 Jul 2013 23:11:50 -0400 KOSAKI Motohiro wrote: > >> --- a/fs/drop_caches.c > >> +++ b/fs/drop_caches.c > >> @@ -59,6 +59,8 @@ int drop_caches_sysctl_handler(ctl_table *table, int > >> write, > >>if (ret) > >>return ret; > >>if (write) { > >> + printk(KERN

Re: [patch 4/9] mm + fs: prepare for non-page entries in page cache radix trees

On Sat, 17 Aug 2013 15:31:18 -0400 Johannes Weiner wrote: > shmem mappings already contain exceptional entries where swap slot > information is remembered. > > To be able to store eviction information for regular page cache, > prepare every site dealing with the radix trees directly to handle >

Re: [patch 5/9] mm + fs: store shadow entries in page cache

On Sat, 17 Aug 2013 15:31:19 -0400 Johannes Weiner wrote: > Reclaim will be leaving shadow entries in the page cache radix tree > upon evicting the real page. As those pages are found from the LRU, > an iput() can lead to the inode being freed concurrently. At this > point, reclaim must no long

Re: [patch 1/9] lib: radix-tree: radix_tree_delete_item()

On Sat, 17 Aug 2013 15:31:15 -0400 Johannes Weiner wrote: > Provide a function that does not just delete an entry at a given > index, but also allows passing in an expected item. Delete only if > that item is still located at the specified index. > > This is handy when lockless tree traversals

Re: [patch 9/9] mm: workingset: keep shadow entries in check

On Sat, 17 Aug 2013 15:31:23 -0400 Johannes Weiner wrote: > Previously, page cache radix tree nodes were freed after reclaim > emptied out their page pointers. But now reclaim stores shadow > entries in their place, which are only reclaimed when the inodes > themselves are reclaimed. This is pr

Re: [patch 8/9] mm: thrash detection-based file cache sizing

On Sat, 17 Aug 2013 15:31:22 -0400 Johannes Weiner wrote: > The VM maintains cached filesystem pages on two types of lists. One > list holds the pages recently faulted into the cache, the other list > holds pages that have been referenced repeatedly on that first list. > The idea is to prefer re

Re: [patch 9/9] mm: thrash detection-based file cache sizing v4

On Sat, 17 Aug 2013 15:31:14 -0400 Johannes Weiner wrote: > This series solves the problem by maintaining a history of pages > evicted from the inactive list, enabling the VM to tell streaming IO > from thrashing and rebalance the page cache lists when appropriate. I can't say I'm loving the pat

Re: [PATCH] idr: Use this_cpu_ptr() for percpu_ida

On Tue, 20 Aug 2013 14:19:06 -0700 "Nicholas A. Bellinger" wrote: > On Thu, 2013-08-08 at 14:32 +, Christoph Lameter wrote: > > On Wed, 7 Aug 2013, Kent Overstreet wrote: > > > > > One thing that was bugging me - I was never able to figure out for sure > > > if smp_processor_id() returns a

Re: [PATCH-v3 1/4] idr: Percpu ida

On Fri, 16 Aug 2013 23:09:06 + "Nicholas A. Bellinger" wrote: > From: Kent Overstreet > > Percpu frontend for allocating ids. With percpu allocation (that works), > it's impossible to guarantee it will always be possible to allocate all > nr_tags - typically, some will be stuck on a remote

Re: rfc: trivial patches and slow deaths?

On Tue, 20 Aug 2013 15:11:18 -0700 Joe Perches wrote: > Andrew? Do you want to handle patches for defects that > are both obvious _and_ trivial? I look at everything! If I like it and see that Jiri was cc'ed I try to remember to cc him on the commit. > > If it's trivial it's not time critical

Re: [PATCH V8 00/33] loop: Issue O_DIRECT aio using bio_vec

On Tue, 20 Aug 2013 06:00:56 -0700 Christoph Hellwig wrote: > As I've seen very few replies to this: how do we ensure this gets > picked up for the 3.12 merge window? The series has been a reposted > a few times without complaints or major changes, That's probably a sign that nobody bothered r

Re: [PATCH v2 1/4] mm/pgtable: Fix continue to preallocate pmds even if failure occurrence

On Tue, 20 Aug 2013 14:54:53 +0800 Wanpeng Li wrote: > preallocate_pmds will continue to preallocate pmds even if failure > occurrence, and then free all the preallocate pmds if there is > failure, this patch fix it by stop preallocate if failure occurrence > and go to free path. > > ... > > ---

<    7   8   9   10   11   12   13   14   15   16   >