Dr.Graham Douglas

2013-05-11 Thread Dr.Graham Douglas
Dr.Graham Douglas Operations / regionchef Egg Bank Plc, 1Waterhouse Square 138-142 Holborn London Storbritannien E-post: drgrahamdouglas.eggbank @ aol.com Tel: +447031902413 Kära vän, Mitt namn är

Re: Tux3 Report: Faster than tmpfs, what?

2013-05-11 Thread Daniel Phillips
On Sat, May 11, 2013 at 11:35 AM, james northrup wrote: > also interesting information... Study of 2,047 papers on PubMed finds > that two-thirds of retracted papers were down to scientific > misconduct, not error Could you please be specific about the meaning you intend? Because innuendo is

Re: Tux3 Report: Faster than tmpfs, what?

2013-05-11 Thread Daniel Phillips
(resent as plain text) On Sat, May 11, 2013 at 2:26 PM, Theodore Ts'o wrote: > Dropping fsync() does a lot more than "amplify Tux3's advantage in > delete performace". Since fsync(2) is defined as not returning until > the data written to the file descriptor is flushed out to stable > storage

[RFC PATCHv3 1/6] arm: Initial TI-Nspire support

2013-05-11 Thread Daniel Tang
Signed-off-by: Daniel Tang --- arch/arm/Kconfig | 2 + arch/arm/Kconfig.debug | 16 + arch/arm/Makefile | 1 + arch/arm/include/debug/nspire.S| 28 + arch/arm/mach-nspire/Kconfig | 15 +

[RFC PATCHv3 3/6] clk: Add TI-Nspire clock drivers

2013-05-11 Thread Daniel Tang
Signed-off-by: Daniel Tang --- drivers/clk/Makefile | 1 + drivers/clk/clk-nspire.c | 141 +++ 2 files changed, 142 insertions(+) create mode 100644 drivers/clk/clk-nspire.c diff --git a/drivers/clk/Makefile b/drivers/clk/Makefile index

[RFC PATCHv3 5/6] input: Add TI-Nspire keypad driver

2013-05-11 Thread Daniel Tang
Signed-off-by: Daniel Tang --- drivers/input/keyboard/Kconfig | 10 ++ drivers/input/keyboard/Makefile| 1 + drivers/input/keyboard/nspire-keypad.c | 315 + 3 files changed, 326 insertions(+) create mode 100644

[RFC PATCHv3 4/6] clocksource: Add TI-Nspire timer drivers

2013-05-11 Thread Daniel Tang
Signed-off-by: Daniel Tang --- drivers/clocksource/Makefile | 1 + drivers/clocksource/nspire-classic-timer.c | 199 + 2 files changed, 200 insertions(+) create mode 100644 drivers/clocksource/nspire-classic-timer.c diff --git

[RFC PATCHv3 6/6] irqchip: Add TI-Nspire irqchip

2013-05-11 Thread Daniel Tang
Signed-off-by: Daniel Tang --- drivers/irqchip/Makefile | 1 + drivers/irqchip/irq-nspire-classic.c | 177 +++ 2 files changed, 178 insertions(+) create mode 100644 drivers/irqchip/irq-nspire-classic.c diff --git a/drivers/irqchip/Makefile

[RFC PATCHv3 2/6] arm: Add device trees for TI-Nspire

2013-05-11 Thread Daniel Tang
Signed-off-by: Daniel Tang --- arch/arm/boot/dts/Makefile| 3 + arch/arm/boot/dts/nspire-classic.dtsi | 75 ++ arch/arm/boot/dts/nspire-clp.dts | 45 + arch/arm/boot/dts/nspire-cx.dts | 112 + arch/arm/boot/dts/nspire-tp.dts

[RFC PATCHv3 0/6] arm: Initial TI-Nspire support

2013-05-11 Thread Daniel Tang
Changes between http://archive.arm.linux.org.uk/lurker/message/20130408.113343.585af217.en.html and v2: * Added new drivers to support the irqchip and timers on older models. * Added new device trees to support the other models. Changes between v2 and v3: * Clean up keypad driver * Update

Re: [PATCH -v10 09/11] arm, prepare reboot_mode for moving to generic kernel code.

2013-05-11 Thread H. Peter Anvin
Sorry. Yoga programming meaning reversing the arguments to ==. Russell King - ARM Linux wrote: >Please, stop this idiotic incomprehensible jargon. > >On Sat, May 11, 2013 at 08:47:28AM -0700, H. Peter Anvin wrote: >> By the way, do we really need Yoda programming here? >> >> Russell King -

Re: [PATCH 00/18] tracing/kprobes: Update kprobes with new ftrace changes

2013-05-11 Thread Steven Rostedt
On Sat, 2013-05-11 at 22:11 -0400, Steven Rostedt wrote: > I'll take a look when my allmodconfig test finishes. It just finished with no warnings about this. But I did it against the branch you pulled, not to 3.10-rc1. I'll start that now. -- Steve -- To unsubscribe from this list: send the

Re: [PATCH 00/18] tracing/kprobes: Update kprobes with new ftrace changes

2013-05-11 Thread Steven Rostedt
On Sat, 2013-05-11 at 18:16 -0700, Linus Torvalds wrote: > On Fri, May 10, 2013 at 5:12 PM, Steven Rostedt wrote: > > > > Linus, > > > > The majority of these changes are from Masami Hiramatsu bringing > > kprobes up to par with the latest changes to ftrace (multi buffering > > and the new

vlc+jack stutters on 3.9

2013-05-11 Thread Grant
The 3.8 kernel works great but the 3.9 kernel causes audio to stutter if I use vlc and jack. If I don't use jack it works fine and mplayer works fine on 3.9 with or without jack. The kernel configs are the same within CONFIG_SND. I've been over this on the vlc mailing list:

Re: Linux 3-10-rc1

2013-05-11 Thread Chris Jones
On 05/12/2013 11:00 AM, Linus Torvalds wrote: > So this is the biggest -rc1 in the last several years (perhaps ever) > at least as far as counting commits go, even if not necessarily in > actual lines (I didn't check the statistics on that). > > Which was unexpected, because while linux-next was

[PATCHv4 13/39] mm: trace filemap: dump page order

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" Dump page order to trace to be able to distinguish between small page and huge page in page cache. Signed-off-by: Kirill A. Shutemov --- include/trace/events/filemap.h |7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git

[PATCHv4 00/39] Transparent huge page cache

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" It's version 4. You can also use git tree: git://git.kernel.org/pub/scm/linux/kernel/git/kas/linux.git branch thp/pagecache. If you want to check changes since v3 you can look at diff between tags thp/pagecache/v3 and thp/pagecache/v4-prerebase. Intro - The

[PATCHv4 11/39] thp: represent file thp pages in meminfo and friends

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" The patch adds new zone stat to count file transparent huge pages and adjust related places. For now we don't count mapped or dirty file thp pages separately. Signed-off-by: Kirill A. Shutemov --- drivers/base/node.c|4 fs/proc/meminfo.c |3

[PATCHv4 14/39] thp, mm: rewrite delete_from_page_cache() to support huge pages

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" As with add_to_page_cache_locked() we handle HPAGE_CACHE_NR pages a time. Signed-off-by: Kirill A. Shutemov --- mm/filemap.c | 31 +-- 1 file changed, 25 insertions(+), 6 deletions(-) diff --git a/mm/filemap.c b/mm/filemap.c index

[PATCHv4 06/39] thp, mm: avoid PageUnevictable on active/inactive lru lists

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" active/inactive lru lists can contain unevicable pages (i.e. ramfs pages that have been placed on the LRU lists when first allocated), but these pages must not have PageUnevictable set - otherwise shrink_active_list goes crazy: kernel BUG at

[PATCHv4 04/39] radix-tree: implement preload for multiple contiguous elements

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" The radix tree is variable-height, so an insert operation not only has to build the branch to its corresponding item, it also has to build the branch to existing items if the size has to be increased (by radix_tree_extend). The worst case is a zero height tree with

[PATCHv4 10/39] thp: account anon transparent huge pages into NR_ANON_PAGES

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" We use NR_ANON_PAGES as base for reporting AnonPages to user. There's not much sense in not accounting transparent huge pages there, but add them on printing to user. Let's account transparent huge pages in NR_ANON_PAGES in the first place. Signed-off-by: Kirill A.

[PATCHv4 12/39] thp, mm: rewrite add_to_page_cache_locked() to support huge pages

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" For huge page we add to radix tree HPAGE_CACHE_NR pages at once: head page for the specified index and HPAGE_CACHE_NR-1 tail pages for following indexes. Signed-off-by: Kirill A. Shutemov --- mm/filemap.c | 71

[PATCHv4 08/39] thp: compile-time and sysfs knob for thp pagecache

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" For now, TRANSPARENT_HUGEPAGE_PAGECACHE is only implemented for X86_64. Signed-off-by: Kirill A. Shutemov --- include/linux/huge_mm.h |7 +++ mm/Kconfig | 10 ++ mm/huge_memory.c| 19 +++ 3 files changed, 36

[PATCHv4 25/39] thp, mm: split huge page on mmap file page

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" We are not ready to mmap file-backed tranparent huge pages. Let's split them on fault attempt. Later in the patchset we'll implement mmap() properly and this code path be used for fallback cases. Signed-off-by: Kirill A. Shutemov --- mm/filemap.c |2 ++ 1 file

[PATCHv4 32/39] mm: cleanup __do_fault() implementation

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" Let's cleanup __do_fault() to prepare it for transparent huge pages support injection. Cleanups: - int -> bool where appropriate; - unindent some code by reverting 'if' condition; - extract !pte_same() path to get it clear; - separate pte update from mm stats

[PATCHv4 05/39] memcg, thp: charge huge cache pages

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" mem_cgroup_cache_charge() has check for PageCompound(). The check prevents charging huge cache pages. I don't see a reason why the check is present. Looks like it's just legacy (introduced in 52d4b9a memcg: allocate all page_cgroup at boot). Let's just drop it.

[PATCHv4 16/39] thp, mm: locking tail page is a bug

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" Locking head page means locking entire compound page. If we try to lock tail page, something went wrong. Signed-off-by: Kirill A. Shutemov --- mm/filemap.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/mm/filemap.c b/mm/filemap.c index 3a03426..9ea46a4

[PATCHv4 18/39] thp, mm: add event counters for huge page alloc on write to a file

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" Existing stats specify source of thp page: fault or collapse. We're going allocate a new huge page with write(2). It's nither fault nor collapse. Let's introduce new events for that. Signed-off-by: Kirill A. Shutemov --- include/linux/vm_event_item.h |2 ++

[PATCHv4 23/39] thp: wait_split_huge_page(): serialize over i_mmap_mutex too

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" Since we're going to have huge pages backed by files, wait_split_huge_page() has to serialize not only over anon_vma_lock, but over i_mmap_mutex too. Signed-off-by: Kirill A. Shutemov --- include/linux/huge_mm.h | 15 --- mm/huge_memory.c|4

[PATCHv4 15/39] thp, mm: trigger bug in replace_page_cache_page() on THP

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" replace_page_cache_page() is only used by FUSE. It's unlikely that we will support THP in FUSE page cache any soon. Let's pospone implemetation of THP handling in replace_page_cache_page() until any will use it. Signed-off-by: Kirill A. Shutemov --- mm/filemap.c |

[PATCHv4 07/39] thp, mm: basic defines for transparent huge page cache

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" Signed-off-by: Kirill A. Shutemov --- include/linux/huge_mm.h |8 1 file changed, 8 insertions(+) diff --git a/include/linux/huge_mm.h b/include/linux/huge_mm.h index 528454c..6b4c9b2 100644 --- a/include/linux/huge_mm.h +++ b/include/linux/huge_mm.h @@

[PATCHv4 17/39] thp, mm: handle tail pages in page_cache_get_speculative()

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" For tail page we call __get_page_tail(). It has the same semantics, but for tail page. Signed-off-by: Kirill A. Shutemov --- include/linux/pagemap.h |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/include/linux/pagemap.h

[PATCHv4 02/39] block: implement add_bdi_stat()

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" We're going to add/remove a number of page cache entries at once. This patch implements add_bdi_stat() which adjusts bdi stats by arbitrary amount. It's required for batched page cache manipulations. Signed-off-by: Kirill A. Shutemov --- include/linux/backing-dev.h

[PATCHv4 36/39] mm: do_wp_page(): extract VM_WRITE|VM_SHARED case to separate function

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" The code will be shared with transhuge pages. Signed-off-by: Kirill A. Shutemov --- mm/memory.c | 142 ++- 1 file changed, 73 insertions(+), 69 deletions(-) diff --git a/mm/memory.c b/mm/memory.c index

[PATCHv4 31/39] thp: consolidate code between handle_mm_fault() and do_huge_pmd_anonymous_page()

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" do_huge_pmd_anonymous_page() has copy-pasted piece of handle_mm_fault() to handle fallback path. Let's consolidate code back by introducing VM_FAULT_FALLBACK return code. Signed-off-by: Kirill A. Shutemov --- include/linux/huge_mm.h |3 --- include/linux/mm.h

[PATCHv4 38/39] thp: vma_adjust_trans_huge(): adjust file-backed VMA too

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" Since we're going to have huge pages in page cache, we need to call adjust file-backed VMA, which potentially can contain huge pages. For now we call it for all VMAs. Probably later we will need to introduce a flag to indicate that the VMA has huge pages.

[PATCHv4 35/39] mm: decomposite do_wp_page() and get rid of some 'goto' logic

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" Let's extract some 'reuse' path to separate function and use it instead of ugly goto. Signed-off-by: Kirill A. Shutemov --- mm/memory.c | 110 --- 1 file changed, 59 insertions(+), 51 deletions(-) diff --git

[PATCHv4 37/39] thp: handle write-protect exception to file-backed huge pages

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" VM_WRITE|VM_SHARED has already almost covered by do_wp_page_shared(). We only need to hadle locking differentely and setup pmd instead of pte. do_huge_pmd_wp_page() itself needs only few minor changes: - now we may need to allocate anon_vma on WP. Having huge page to

[PATCHv4 26/39] ramfs: enable transparent huge page cache

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" ramfs is the most simple fs from page cache point of view. Let's start transparent huge page cache enabling here. For now we allocate only non-movable huge page. ramfs pages cannot be moved yet. Signed-off-by: Kirill A. Shutemov --- fs/ramfs/inode.c |6 +-

[PATCHv4 20/39] thp, mm: naive support of thp in generic read/write routines

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" For now we still write/read at most PAGE_CACHE_SIZE bytes a time. This implementation doesn't cover address spaces with backing store. Signed-off-by: Kirill A. Shutemov --- mm/filemap.c | 19 ++- 1 file changed, 18 insertions(+), 1 deletion(-)

[PATCHv4 29/39] thp: move maybe_pmd_mkwrite() out of mk_huge_pmd()

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" It's confusing that mk_huge_pmd() has sematics different from mk_pte() or mk_pmd(). Let's move maybe_pmd_mkwrite() out of mk_huge_pmd() and adjust prototype to match mk_pte(). Signed-off-by: Kirill A. Shutemov --- mm/huge_memory.c | 14 -- 1 file

[PATCHv4 21/39] thp, libfs: initial support of thp in simple_read/write_begin/write_end

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" For now we try to grab a huge cache page if gfp_mask has __GFP_COMP. It's probably to weak condition and need to be reworked later. Signed-off-by: Kirill A. Shutemov --- fs/libfs.c | 50 ---

[PATCHv4 27/39] x86-64, mm: proper alignment mappings with hugepages

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" Make arch_get_unmapped_area() return unmapped area aligned to HPAGE_MASK if the file mapping can have huge pages. Signed-off-by: Kirill A. Shutemov --- arch/x86/kernel/sys_x86_64.c | 12 ++-- 1 file changed, 10 insertions(+), 2 deletions(-) diff --git

[PATCHv4 24/39] thp, mm: truncate support for transparent huge page cache

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" If we starting position of truncation is in tail page we have to spilit the huge page page first. We also have to split if end is within the huge page. Otherwise we can truncate whole huge page at once. Signed-off-by: Kirill A. Shutemov --- mm/truncate.c | 13

[PATCHv4 19/39] thp, mm: allocate huge pages in grab_cache_page_write_begin()

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" Try to allocate huge page if flags has AOP_FLAG_TRANSHUGE. If, for some reason, it's not possible allocate a huge page at this possition, it returns NULL. Caller should take care of fallback to small pages. Signed-off-by: Kirill A. Shutemov --- include/linux/fs.h

[PATCHv4 28/39] thp: prepare zap_huge_pmd() to uncharge file pages

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" Uncharge pages from correct counter. Signed-off-by: Kirill A. Shutemov --- mm/huge_memory.c |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/mm/huge_memory.c b/mm/huge_memory.c index 7ad458d..a88f9b2 100644 --- a/mm/huge_memory.c +++

[PATCHv4 03/39] mm: implement zero_huge_user_segment and friends

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" Let's add helpers to clear huge page segment(s). They provide the same functionallity as zero_user_segment and zero_user, but for huge pages. Signed-off-by: Kirill A. Shutemov --- include/linux/mm.h |7 +++ mm/memory.c| 36

[PATCHv4 30/39] thp: do_huge_pmd_anonymous_page() cleanup

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" Minor cleanup: unindent most code of the fucntion by inverting one condition. It's preparation for the next patch. No functional changes. Signed-off-by: Kirill A. Shutemov --- mm/huge_memory.c | 83 +++--- 1 file

[PATCHv4 01/39] mm: drop actor argument of do_generic_file_read()

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" There's only one caller of do_generic_file_read() and the only actor is file_read_actor(). No reason to have a callback parameter. Signed-off-by: Kirill A. Shutemov --- mm/filemap.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git

[PATCHv4 33/39] thp, mm: implement do_huge_linear_fault()

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" Let's modify __do_fault() to handle transhuge pages. To indicate that huge page is required caller pass flags with FAULT_FLAG_TRANSHUGE set. __do_fault() now returns VM_FAULT_FALLBACK to indicate that fallback to small pages is required. Signed-off-by: Kirill A.

[PATCHv4 22/39] thp: handle file pages in split_huge_page()

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" The base scheme is the same as for anonymous pages, but we walk by mapping->i_mmap rather then anon_vma->rb_root. Signed-off-by: Kirill A. Shutemov --- mm/huge_memory.c | 68 +- 1 file changed, 57 insertions(+),

[PATCHv4 34/39] thp, mm: handle huge pages in filemap_fault()

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" If caller asks for huge page (flags & FAULT_FLAG_TRANSHUGE), filemap_fault() return it if there's a huge page already by the offset. If the area of page cache required to create huge is empty, we create a new huge page and return it. Otherwise we return

[PATCHv4 39/39] thp: map file-backed huge pages on fault

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" Look like all pieces are in place, we can map file-backed huge-pages now. Signed-off-by: Kirill A. Shutemov --- include/linux/huge_mm.h |4 +++- mm/memory.c |5 - 2 files changed, 7 insertions(+), 2 deletions(-) diff --git

[PATCHv4 09/39] thp, mm: introduce mapping_can_have_hugepages() predicate

2013-05-11 Thread Kirill A. Shutemov
From: "Kirill A. Shutemov" Returns true if mapping can have huge pages. Just check for __GFP_COMP in gfp mask of the mapping for now. Signed-off-by: Kirill A. Shutemov --- include/linux/pagemap.h | 12 1 file changed, 12 insertions(+) diff --git a/include/linux/pagemap.h

Re: [PATCH 00/18] tracing/kprobes: Update kprobes with new ftrace changes

2013-05-11 Thread Linus Torvalds
On Fri, May 10, 2013 at 5:12 PM, Steven Rostedt wrote: > > Linus, > > The majority of these changes are from Masami Hiramatsu bringing > kprobes up to par with the latest changes to ftrace (multi buffering > and the new function probes). So I pulled this just before doing -rc1, and I'm a bit

Linux 3-10-rc1

2013-05-11 Thread Linus Torvalds
So this is the biggest -rc1 in the last several years (perhaps ever) at least as far as counting commits go, even if not necessarily in actual lines (I didn't check the statistics on that). Which was unexpected, because while linux-next was fairly big, it wasn't exceptionally so. I'm sure Stephen

Re: xfs_efi_item slab corruption. (v3.9-10936-g51a26ae)

2013-05-11 Thread Dave Chinner
On Sat, May 11, 2013 at 04:09:40PM +0400, Dmitry Monakhov wrote: > On Tue, 7 May 2013 09:37:07 -0400, Dave Jones wrote: > > started compiling a kernel, and then... > > > I've bisected this one. > commit 666d644cd72a9ec58b353209ff191d7430f3b357 > Author: Dave Chinner > Date: Wed Apr 3 14:09:21

Re: [RFC PATCHv2 1/2] drivers: power: Add watchdog timer to catch drivers which lockup during suspend/resume.

2013-05-11 Thread Rafael J. Wysocki
On Friday, May 10, 2013 11:13:27 PM Colin Cross wrote: > On Fri, May 10, 2013 at 2:28 PM, Zoran Markovic > wrote: > > From: Benoit Goby > > > > Below is a patch from android kernel that detects a driver suspend/resume > > lockup and captures dump in the kernel log. Please review and provide > >

Re: [RFC] next cycle fun: ->release() API change

2013-05-11 Thread Al Viro
On Sat, May 11, 2013 at 02:12:25PM -0700, Linus Torvalds wrote: > On Sat, May 11, 2013 at 2:06 PM, Al Viro wrote: > > > > Less boilerplate? We used to pass inode to fput() as well, but > > switched to passing file alone... > > .. and that was painful. > > The advantage has to be balanced

Re: [RFC PATCHv2 2/2] PM: compile-time configuration of device suspend/resume watchdogs.

2013-05-11 Thread Pavel Machek
Hi! > >> Power management debug option to configure device suspend/resume watchdogs. > >> Available options are: > >> 1. Enable/disable the feature. > >> 2. Select triggered watchdog action between: > >> - system panic (default) > >> - dump stacktrace > >> - log event

Re: [PATCH 08/12] net/ethernet: MACB should depend on HAS_DMA

2013-05-11 Thread David Miller
From: Geert Uytterhoeven Date: Thu, 9 May 2013 23:04:50 +0200 > If NO_DMA=y: ... > > Signed-off-by: Geert Uytterhoeven Applied. -- 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

Re: [PATCH 10/12] caif: CAIF_VIRTIO should depend on HAS_DMA

2013-05-11 Thread David Miller
From: Geert Uytterhoeven Date: Thu, 9 May 2013 23:04:52 +0200 > If NO_DMA=y: ... > > Signed-off-by: Geert Uytterhoeven Applied. -- 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

Re: [PATCH 05/12] net/wireless: ATH9K should depend on HAS_DMA

2013-05-11 Thread David Miller
From: Geert Uytterhoeven Date: Thu, 9 May 2013 23:04:47 +0200 > If NO_DMA=y: ... > > Signed-off-by: Geert Uytterhoeven Applied. -- 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

Re: [PATCH 07/12] net/ethernet: ARM_AT91_ETHER should depend on HAS_DMA

2013-05-11 Thread David Miller
From: Geert Uytterhoeven Date: Thu, 9 May 2013 23:04:49 +0200 > If NO_DMA=y: ... > > Signed-off-by: Geert Uytterhoeven Applied. -- 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

Re: [PATCH 04/12] net/ethernet: STMMAC_ETH should depend on HAS_DMA

2013-05-11 Thread David Miller
From: Geert Uytterhoeven Date: Thu, 9 May 2013 23:04:46 +0200 > If NO_DMA=y: ... > > Signed-off-by: Geert Uytterhoeven Applied. -- 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

Re: [PATCH 03/12] net/ethernet: NET_CALXEDA_XGMAC should depend on HAS_DMA

2013-05-11 Thread David Miller
From: Geert Uytterhoeven Date: Thu, 9 May 2013 23:04:45 +0200 > If NO_DMA=y: > > drivers/built-in.o: In function `xgmac_xmit': > drivers/net/ethernet/calxeda/xgmac.c:1102: undefined reference to > `dma_mapping_error' > > Signed-off-by: Geert Uytterhoeven Applied. -- To unsubscribe from

Re: [patch net] macvlan: fix passthru mode race between dev removal and rx path

2013-05-11 Thread David Miller
From: Jiri Pirko Date: Thu, 9 May 2013 16:23:40 +0200 > Currently, if macvlan in passthru mode is created and data are rxed and > you remove this device, following panic happens: > > NULL pointer dereference at 0198 > IP: [] macvlan_handle_frame+0x153/0x1f7 [macvlan] > > I'm using

Re: [PATCH 11/21] ipv4: ip_output: remove inline marking of EXPORT_SYMBOL functions

2013-05-11 Thread David Miller
From: Denis Efremov Date: Thu, 9 May 2013 13:19:42 +0400 > EXPORT_SYMBOL and inline directives are contradictory to each other. > The patch fixes this inconsistency. > > Found by Linux Driver Verification project (linuxtesting.org). > > Signed-off-by: Denis Efremov Applied, thanks. -- To

Re: EXT4 regression caused 4eec7

2013-05-11 Thread Theodore Ts'o
On Sat, May 11, 2013 at 03:00:53PM +0400, Dmitry Monakhov wrote: > I've bisected ext4 related issue. It is appeared that it is pure ext4 > specific. Regression caused by following commit > commit 4eec708d263f0ee10861d69251708a225b64cac7 > Author: Jan Kara > Date: Thu Apr 11 23:56:53 2013 -0400

Re: [PATCH] perf: Power7: Make CPI stack events available in sysfs

2013-05-11 Thread Sukadev Bhattiprolu
Sukadev Bhattiprolu [suka...@linux.vnet.ibm.com] wrote: | Michael Ellerman [mich...@ellerman.id.au] wrote: | | On Sat, Apr 06, 2013 at 09:48:03AM -0700, Sukadev Bhattiprolu wrote: | | > From bdeacf7175241f6c79b5b2be0fa6b20b0d0b7d1c Mon Sep 17 00:00:00 2001 | | > From: Sukadev Bhattiprolu | | >

Re: [GIT PULL] NTB bug fixes for v3.10

2013-05-11 Thread Linus Torvalds
On Fri, May 10, 2013 at 6:30 PM, Jon Mason wrote: > > https://github.com/jonmason/ntb.git for-linus This has so much wrong that I don't know where to start. Don't use the https transport unless you have to. Use the "git" one. Also, that's an unsigned branch from an open hosting site. No. No.

Re: [RFC PATCHv2 2/2] PM: compile-time configuration of device suspend/resume watchdogs.

2013-05-11 Thread Colin Cross
On Sat, May 11, 2013 at 2:28 AM, Pavel Machek wrote: > Hi! > >> Power management debug option to configure device suspend/resume watchdogs. >> Available options are: >> 1. Enable/disable the feature. >> 2. Select triggered watchdog action between: >> - system panic (default) >>

Linux 3.9.2

2013-05-11 Thread Greg KH
I'm announcing the release of the 3.9.2 kernel. All users of the 3.9 kernel series must upgrade. The updated 3.9.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.9.y and can be browsed at the normal kernel.org git web browser:

Linux 3.8.13

2013-05-11 Thread Greg KH
I'm announcing the release of the 3.8.13 kernel. NOTE, this is the LAST 3.8.y kernel release, please move to the 3.9.y kernel series at this time. It is end-of-life, dead, gone, buried, and put way behind us never to be spoken of again. Seriously, move on, it's just not worth it anymore. And

Re: [PATCH] ARM: dts: add pin state information for DP HPD support to Exynos5250

2013-05-11 Thread Doug Anderson
Jingoo, On Sat, May 11, 2013 at 1:09 AM, Jingoo Han wrote: > Add pin state information for DP HPD support that requires > pin configuration support using pinctrl interface. > > Signed-off-by: Jingoo Han > --- > Tested on Exynos5250 > > arch/arm/boot/dts/exynos5250-pinctrl.dtsi |7 +++ >

Re: Linux 3.4.45

2013-05-11 Thread Greg KH
diff --git a/Makefile b/Makefile index c156161..0ec4a35 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 4 -SUBLEVEL = 44 +SUBLEVEL = 45 EXTRAVERSION = NAME = Saber-toothed Squirrel diff --git a/arch/powerpc/include/asm/ppc-opcode.h

Linux 3.4.45

2013-05-11 Thread Greg KH
I'm announcing the release of the 3.4.45 kernel. All users of the 3.4 kernel series must upgrade. The updated 3.4.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.4.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 3.0.78

2013-05-11 Thread Greg KH
diff --git a/Makefile b/Makefile index 12abc70..f111c5b 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 0 -SUBLEVEL = 77 +SUBLEVEL = 78 EXTRAVERSION = NAME = Sneaky Weasel diff --git a/arch/powerpc/mm/numa.c b/arch/powerpc/mm/numa.c index 2c1ae7a..97042c6

Linux 3.0.78

2013-05-11 Thread Greg KH
I'm announcing the release of the 3.0.78 kernel. All users of the 3.0 kernel series must upgrade. The updated 3.0.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.0.y and can be browsed at the normal kernel.org git web browser:

Re: Tux3 Report: Faster than tmpfs, what?

2013-05-11 Thread Theodore Ts'o
On Fri, May 10, 2013 at 11:12:27PM -0700, Daniel Phillips wrote: > Hi Dave, > > Thanks for the catch - I should indeed have noted that "modified > dbench" was used for this benchmark, thus amplifying Tux3's advantage > in delete performance. Dropping fsync() does a lot more than "amplify Tux3's

Re: [PATCH 2/2] ARM: dts: Document DP clock in samsung,exynos5-dp binding

2013-05-11 Thread Doug Anderson
Jingoo, On Sat, May 11, 2013 at 12:43 AM, Jingoo Han wrote: > The exynos5-dp node needs a clock specified using the common clock > framework. > > Signed-off-by: Jingoo Han > --- > Tested on Exynos5250 > > .../devicetree/bindings/video/exynos_dp.txt|6 ++ > 1 files changed, 6

Re: [PATCH 1/2] ARM: dts: add DP clock reference to exynos5250 device tree

2013-05-11 Thread Doug Anderson
Jingoo, On Sat, May 11, 2013 at 12:42 AM, Jingoo Han wrote: > The transition to common clock happened; however, DP (Display Port) > clock node was not added. Thus, DP (Display Port) clock node should > be added to the device tree. > > Signed-off-by: Jingoo Han > --- > Tested on Exynos5250 > >

Re: [RFC] next cycle fun: ->release() API change

2013-05-11 Thread Linus Torvalds
On Sat, May 11, 2013 at 2:06 PM, Al Viro wrote: > > Less boilerplate? We used to pass inode to fput() as well, but > switched to passing file alone... .. and that was painful. The advantage has to be balanced against the pain it causes. I'm not seeing the advantage here as being worth it. If

Re: [RFC] next cycle fun: ->release() API change

2013-05-11 Thread Al Viro
On Sat, May 11, 2013 at 12:16:22PM -0700, Linus Torvalds wrote: > >> Because renaming really doesn't buy us anything but pain. > > > > Umm... I'd rather go the whole way and get rid of inode argument as well, > > while we are at it. It's completely redundant and it's unused in very large > >

Re: [RFC 17/42] drivers/net/ethernet/renesas: don't check resource with devm_ioremap_resource

2013-05-11 Thread Sergei Shtylyov
Hello. On 05/10/2013 12:17 PM, Wolfram Sang wrote: devm_ioremap_resource does sanity checks on the given resource. No need to duplicate this in the driver. Signed-off-by: Wolfram Sang --- drivers/net/ethernet/renesas/sh_eth.c | 14 +- 1 file changed, 1 insertion(+), 13

Re: [RFC 17/42] drivers/net/ethernet/renesas: don't check resource with devm_ioremap_resource

2013-05-11 Thread Sergei Shtylyov
Hello. On 05/10/2013 03:07 PM, Sergei Shtylyov wrote: devm_ioremap_resource does sanity checks on the given resource. No need to duplicate this in the driver. Signed-off-by: Wolfram Sang Acked-by: Sergei Shtylyov I was too fast, I'm now withdawing my ACK. WBR, Sergei WBR,

Re: is L1 really disabled in iwlwifi

2013-05-11 Thread Matthew Garrett
On Sat, 2013-05-11 at 22:26 +0200, Rafael J. Wysocki wrote: > On Friday, May 10, 2013 04:52:57 PM Bjorn Helgaas wrote: > > I propose the following patch. Any comments? > > In my opinion this is dangerous, because it opens us to bugs that right now > are prevented from happening due to the way

Re: is L1 really disabled in iwlwifi

2013-05-11 Thread Rafael J. Wysocki
On Friday, May 10, 2013 04:52:57 PM Bjorn Helgaas wrote: > [+cc Rafael, other pci_disable_link_state() users] > > On Wed, May 01, 2013 at 11:13:15AM -0600, Bjorn Helgaas wrote: > > On Wed, May 1, 2013 at 2:31 AM, Emmanuel Grumbach > > wrote: > > > [from Bjorn's mail] > > >> In Emmanuel's case,

Re: [PATCH 3/3] init/Kconfig: Add option to set modprobe command

2013-05-11 Thread Lucas De Marchi
On Fri, May 10, 2013 at 2:10 PM, Oleg Nesterov wrote: > On 05/10, Lucas De Marchi wrote: >> >> On Fri, May 10, 2013 at 12:36 PM, Oleg Nesterov wrote: >> > Well, personally I think it would be better to use kasprintf(), see the >> > patch I sent (it is actually wrong, needs kfree(args) before

Re: [PATCH v6, part3 15/16] mm: report available pages as "MemTotal" for each NUMA node

2013-05-11 Thread Sergei Shtylyov
Hello. On 05/11/2013 09:34 PM, Jiang Liu wrote: I've noticed a small typo in the changelog. As reported by https://bugzilla.kernel.org/show_bug.cgi?id=53501, "MemTotal" from /proc/meminfo means memory pages managed by the buddy system (managed_pages), but "MemTotal" from

Re: [uclinux-dist-devel] [GIT PULL] Blackfin updates for 3.10

2013-05-11 Thread Mike Frysinger
On Thursday 09 May 2013 22:48:54 Steven Miao wrote: > Hi Stephen, please don't top post > Yes, please update the current blackfin tree with: > > https://github.com/realmz/blackfin-linux.git blackfin-linus why don't you sign up for an account on kernel.org and host your tree there ? -mike

Re: [RFC] next cycle fun: ->release() API change

2013-05-11 Thread Linus Torvalds
On Sat, May 11, 2013 at 10:22 AM, Al Viro wrote: >> >> Because renaming really doesn't buy us anything but pain. > > Umm... I'd rather go the whole way and get rid of inode argument as well, > while we are at it. It's completely redundant and it's unused in very large > majority of the

Re: [PATCH -v10 09/11] arm, prepare reboot_mode for moving to generic kernel code.

2013-05-11 Thread Russell King - ARM Linux
Please, stop this idiotic incomprehensible jargon. On Sat, May 11, 2013 at 08:47:28AM -0700, H. Peter Anvin wrote: > By the way, do we really need Yoda programming here? > > Russell King - ARM Linux wrote: > > >On Sat, May 11, 2013 at 06:57:25AM -0500, Robin Holt wrote: > >> This patch

Re: Tux3 Report: Faster than tmpfs, what?

2013-05-11 Thread james northrup
also interesting information... Study of 2,047 papers on PubMed finds that two-thirds of retracted papers were down to scientific misconduct, not error On Fri, May 10, 2013 at 11:12 PM, Daniel Phillips wrote: > Hi Dave, > > Thanks for the catch - I should indeed have noted that "modified >

[3.5.y.z extended stable] Linux 3.5.7.12

2013-05-11 Thread Luis Henriques
I am announcing the release of the 3.5.7.12 tree of stable patches. This tree picks up the latest 3.5 stable release upstream, and add patches on top that were later marked for stable but can't be added to 3.5, as it is not anymore an stable series maintained upstream. The tree is maintained by

[PATCH v6, part3 01/16] mm: change signature of free_reserved_area() to fix building warnings

2013-05-11 Thread Jiang Liu
Change signature of free_reserved_area() according to Russell King's suggestion to fix following build warnings: arch/arm/mm/init.c: In function 'mem_init': arch/arm/mm/init.c:603:2: warning: passing argument 1 of 'free_reserved_area' makes integer from pointer without a cast [enabled by

[PATCH v6, part3 15/16] mm: report available pages as "MemTotal" for each NUMA node

2013-05-11 Thread Jiang Liu
As reported by https://bugzilla.kernel.org/show_bug.cgi?id=53501, "MemTotal" from /proc/meminfo means memory pages managed by the buddy system (managed_pages), but "MemTotal" from /sys/.../node/nodex/meminfo means phsical pages present (present_pages) within the NUMA node. There's a difference

[PATCH v6, part3 16/16] AVR32: fix building warnings caused by redifinitions of HZ

2013-05-11 Thread Jiang Liu
Fix building warnings caused by redifinitions of HZ: In file included from /ws/linux/kernel/linux.git/include/uapi/linux/param.h:4, from include/linux/timex.h:63, from include/linux/jiffies.h:8, from include/linux/ktime.h:25, from

[PATCH v6, part3 14/16] mm: concentrate modification of totalram_pages into the mm core

2013-05-11 Thread Jiang Liu
Concentrate code to modify totalram_pages into the mm core, so the arch memory initialized code doesn't need to take care of it. With these changes applied, only following functions from mm core modify global variable totalram_pages: free_bootmem_late(), free_all_bootmem(),

  1   2   3   4   >