[PATCH v10 3/8] revamp vclock_gettime.c

From: Stefani Seibold This intermediate patch revamps the vclock_gettime.c by moving some functions around. It is only for spliting purpose, to make whole the 32 bit vdso timer patch easier to review. Signed-off-by: Stefani Seibold --- arch/x86/vdso/vclock_gettime.c | 85

[PATCH v10 8/8] Add 32 bit VDSO time support for 64 bit kernel

From: Stefani Seibold This patch add the VDSO time support for the IA32 Emulation Layer. Due the nature of the kernel headers and the LP64 compiler where the size of a long and a pointer differs against a 32 bit compiler, there is a lot of type hacking necessary. Signed-off-by: Stefani Seibold

[PATCH v10 2/8] Add new func _install_special_mapping() to mmap.c

From: Stefani Seibold The _install_special_mapping() is the new base function for install_special_mapping(). This function will return a pointer of the created VMA or a error code in an ERR_PTR() This new function will be needed by the for the vdso 32 bit support to map the additonal vvar and

Re: [PATCH -tip v2 4/8] perf-probe: Use _stext based address instead of the symbol name

On Wed, 29 Jan 2014 09:14:59 +, Masami Hiramatsu wrote: > diff --git a/tools/perf/util/probe-event.c b/tools/perf/util/probe-event.c > index 4a9f43b..120954b 100644 > --- a/tools/perf/util/probe-event.c > +++ b/tools/perf/util/probe-event.c > @@ -387,6 +387,44 @@ static int

[PATCH v9 0/8] Add 32 bit VDSO time function support

From: Stefani Seibold This patch add the functions vdso_gettimeofday(), vdso_clock_gettime() and vdso_time() to the 32 bit VDSO. The reason to do this was to get a fast reliable time stamp. Many developers uses TSC to get a fast time stamp, without knowing the pitfalls. VDSO time functions a

[PATCH v10 5/8] replace VVAR(vsyscall_gtod_data) by gtod macro

From: Stefani Seibold There a currently more than 30 users of the gtod macro, so replace the last VVAR(vsyscall_gtod_data) by gtod macro. Signed-off-by: Stefani Seibold --- arch/x86/vdso/vclock_gettime.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH v10 4/8] vclock_gettime.c __vdso_clock_gettime cleanup

From: Stefani Seibold This patch is a small code cleanup for the __vdso_clock_gettime() function. It removes the unneeded return values from do_monotonic_coarse() and do_realtime_coarse() and add a fallback label for doing the kernel gettimeofday() system call. Signed-off-by: Stefani Seibold

[PATCH v10 7/8] Add 32 bit VDSO time support for 32 bit kernel

From: Stefani Seibold This patch add the time support for 32 bit a VDSO to a 32 bit kernel. For 32 bit programs running on a 32 bit kernel, the same mechanism is used as for 64 bit programs running on a 64 bit kernel. Signed-off-by: Stefani Seibold --- arch/x86/include/asm/vdso.h |

[PATCH v10 6/8] cleanup __vdso_gettimeofday

From: Stefani Seibold This patch do a little cleanup for the __vdso_gettimeofday() function. It kick out an unneeded ret local variable and makes the code faster if only the timezone is needed. Signed-off-by: Stefani Seibold --- arch/x86/vdso/vclock_gettime.c | 7 ++- 1 file changed, 2

[PATCH v10 1/8] Make vsyscall_gtod_data handling x86 generic

From: Stefani Seibold This patch move the vsyscall_gtod_data handling out of vsyscall_64.c into an additonal file vsyscall_gtod.c to make the functionality available for x86 32 bit kernel. It also adds a new vsyscall_32.c which setup the VVAR page. Signed-off-by: Stefani Seibold ---

Re: [PATCH 0/7] improve robustness on handling migratetype

On Wed, Jan 29, 2014 at 05:52:41PM +0100, Vlastimil Babka wrote: > On 01/10/2014 09:48 AM, Joonsoo Kim wrote: > >On Thu, Jan 09, 2014 at 09:27:20AM +, Mel Gorman wrote: > >>On Thu, Jan 09, 2014 at 04:04:40PM +0900, Joonsoo Kim wrote: > >>>Hello, > >>> > >>>I found some weaknesses on handling

Re: [PATCH 7/8] Add 32 bit VDSO time support for 32 bit kernel

Am Sonntag, den 02.02.2014, 16:12 -0800 schrieb Andy Lutomirski: > On Sun, Feb 2, 2014 at 1:39 PM, Stefani Seibold wrote: > > Am Sonntag, den 02.02.2014, 08:46 -0800 schrieb Andy Lutomirski: > >> On Sun, Feb 2, 2014 at 3:27 AM, wrote: > >> > From: Stefani Seibold > >> > > >> > This patch add

Re: [PATCH -tip v2 1/8] [BUGFIX] perf-probe: Fix to do exit call for symbol maps

Hi Masami, On Wed, 29 Jan 2014 09:14:52 +, Masami Hiramatsu wrote: > Some perf-probe commands do symbol_init() but doesn't > do exit call. This fixes that to call symbol_exit() > and relase machine if needed. > This also merges init_vmlinux() and init_user_exec() > because both of them are

[RFC PATCH] powerpc: add ioremap_wt

Allow for IO memory to be mapped cacheable for performing PCI read bursts. Signed-off-by: Michael Moese --- arch/powerpc/include/asm/io.h | 3 +++ arch/powerpc/mm/pgtable_32.c | 8 2 files changed, 11 insertions(+) diff --git a/arch/powerpc/include/asm/io.h

Re: [PATCH 1/8] memcg: export kmemcg cache id via cgroup fs

[adding Johannes Weiner and Hugh Dickins to cc in case they have something to object against this] On 02/03/2014 10:57 AM, Vladimir Davydov wrote: > On 02/03/2014 10:21 AM, David Rientjes wrote: >> On Sun, 2 Feb 2014, Vladimir Davydov wrote: >> >>> Per-memcg kmem caches are named as follows: >>>

Re: [PATCH] ipv6: default route for link local address is not added while assigning a address

Actually I am not so sure, there is no defined semantic of flush. I would be ok with all three solutions: leave it as is, always add link-local address (it does not matter if we don't have a link-local address on that interface, as a global scoped one is just fine enough) or make flush not

Re: [PATCH] edac/85xx: Remove deprecated IRQF_DISABLED

On Tue, Jan 21, 2014 at 09:42:27AM +0100, Johannes Thumshirn wrote: > Remove IRQF_DISABLED as it is a NOOP. > > Signed-off-by: Johannes Thumshirn > --- > drivers/edac/mpc85xx_edac.c | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/drivers/edac/mpc85xx_edac.c

Re: Linux 3.14-rc1 is out

Is that OK/wanted to note a possibly wide regression as Reply-To in the announce thread? If your USB 3.0 stopped working with 3.14-rc1, please note it's already tracked regression reported in: xhci regression since "xhci: replace xhci_write_64() with writeq()" - devices not detected

Re: [PATCH 10/10] watchdog: xilinx: Enable this driver for Zynq

On 01/31/2014 03:52 PM, Guenter Roeck wrote: > On 01/31/2014 06:18 AM, Michal Simek wrote: >> Enable this driver for Zynq. >> Move it to architecture independent Kconfig part. >> >> Signed-off-by: Michal Simek >> --- >> >> Build tested by zero day testing system. >> --- >>

Re: [PATCH] ipv6: default route for link local address is not added while assigning a address

On Wednesday 29 January 2014 04:08 PM, Nicolas Dichtel wrote: Le 29/01/2014 07:41, Sohny Thomas a écrit : Resending this on netdev mailing list: Default route for link local address is configured automatically if NETWORKING_IPV6=yes is in ifcfg-eth*. When the route table for the interface is

Re: [PATCH 1/8] memcg: export kmemcg cache id via cgroup fs

On 02/03/2014 10:21 AM, David Rientjes wrote: > On Sun, 2 Feb 2014, Vladimir Davydov wrote: > >> Per-memcg kmem caches are named as follows: >> >> (:) >> >> where is the unique id of the memcg the cache belongs >> to, is the relative name of the memcg on the cgroup fs. >> Cache names are

[PATCH v3 2/3] arm64: Add audit support

On AArch64, audit is supported through generic lib/audit.c and compat_audit.c, and so this patch adds arch specific definitions required. Signed-off-by: AKASHI Takahiro --- arch/arm64/Kconfig |1 + arch/arm64/include/asm/syscall.h | 15 +++

[PATCH v3 3/3] arm64: audit: Add audit hook in ptrace/syscall_trace

This patch adds auditing functions on entry to or exit from every system call invocation. Signed-off-by: AKASHI Takahiro --- arch/arm64/include/asm/thread_info.h |1 + arch/arm64/kernel/entry.S|3 +++ arch/arm64/kernel/ptrace.c | 10 ++ 3 files changed,

[PATCH v3 0/3] arm64: Add audit support

This patchset adds system call audit support on arm64. Both 32-bit (AUDIT_ARCH_ARM) and 64-bit tasks (AUDIT_ARCH_AARCH64) are supported. Since arm64 has the exact same set of system calls on LE and BE, we don't care about endianness (or more specifically __AUDIT_ARCH_64BIT bit in AUDIT_ARCH_*).

[PATCH v3 1/3] arm64: Add regs_return_value() in syscall.h

This macro, regs_return_value, is used mainly for audit to record system call's results, but may also be used in test_kprobes.c. Signed-off-by: AKASHI Takahiro --- arch/arm64/include/asm/ptrace.h |5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm64/include/asm/ptrace.h

Re: [PATCH] Make math_state_restore() save and restore the interrupt flag

On Sun, 2014-02-02 at 11:15 -0800, Linus Torvalds wrote: > On Sat, Feb 1, 2014 at 11:19 PM, Suresh Siddha wrote: > > > > The real fix for Nate's problem will be coming from Linus, with a > > slightly modified option-b that Linus proposed. Linus, please let me > > know if you want me to spin it. I

[PATCH v4 1/1] audit: Add generic compat syscall support

lib/audit.c provides a generic definition for auditing system calls. This patch extends it for compat syscall support on bi-architectures (32/64-bit) by adding lib/compat_audit.c. What is required to support this feature are: * add asm/unistd32.h for compat system call names * enable

[PATCH v4 0/1] audit: generic compat system call support

Arm64 supports 32-bit mode(AArch32) and 64-bit mode(AArch64). To enable audit on arm64, we want to use lib/audit.c and re-work it to support compat system calls as well without copying it under arch sub-directory. Since this patch is implemented in much the same way as on existing

Re: [PATCH v2 0/3] Deferrable timers support for timerfd API

Dear John, hello could we figure out without Thomas advice? Maybe it worth to propose timerfd and posix timer flag unification patch? On 01/21/2014 11:12 PM, John Stultz wrote: On 01/13/2014 02:43 AM, Alexey Perevalov wrote: Hello dear community. This is reworked patch set of original

Re: Is it ok for deferrable timer wakeup the idle cpu?

Sorry was away for short vacation. On 28 January 2014 19:20, Frederic Weisbecker wrote: > On Thu, Jan 23, 2014 at 07:50:40PM +0530, Viresh Kumar wrote: >> Wait, I got the wrong code here. That's wasn't my initial intention. >> I actually wanted to write something like this: >> >> -

Re: [PATCH v2 6/6] mm, hugetlb: improve page-fault scalability

On Fri, Jan 31, 2014 at 09:36:46AM -0800, Davidlohr Bueso wrote: > From: Davidlohr Bueso > > The kernel can currently only handle a single hugetlb page fault at a time. > This is due to a single mutex that serializes the entire path. This lock > protects from spurious OOM errors under conditions

[PATCH] mmc:sdhci: handle busy-end interrupt during command

It is fully legal for a controller to start handling busy-end interrupt before it has signaled that the command has completed. So make sure we do things in the proper order, Or it results that command interrupt is ignored so it can cause unexpected operations. This is founded at some toshiba emmc

Re: [RFC PATCH 3/3] idle: store the idle state index in the struct rq

Hi Daniel, On 01/31/2014 03:45 PM, Daniel Lezcano wrote: > On 01/31/2014 09:45 AM, Preeti Murthy wrote: >> Hi, >> >> On Thu, Jan 30, 2014 at 10:55 PM, Daniel Lezcano >> wrote: >>> On 01/30/2014 05:35 PM, Peter Zijlstra wrote: On Thu, Jan 30, 2014 at 05:27:54PM +0100, Daniel Lezcano

Re: [PATCH] acpi-cpufreq: De-register cpu notifier and free struct msr on error.

On 28 January 2014 09:28, Konrad Rzeszutek Wilk wrote: > If cpufreq_register_driver() fails we would free the acpi driver > related structures but not free the ones allocated > by acpi_cpufreq_boost_init() function. This meant that as > the driver error-ed out and a CPU online/offline event came

Re: [PATCH 1/8] memcg: export kmemcg cache id via cgroup fs

On Sun, 2 Feb 2014, Vladimir Davydov wrote: > Per-memcg kmem caches are named as follows: > > (:) > > where is the unique id of the memcg the cache belongs > to, is the relative name of the memcg on the cgroup fs. > Cache names are exposed to userspace for debugging purposes (e.g. via >

RE: [PATCH 11/34] benet: Use pci_enable_msix_range()

> -Original Message- > From: netdev-ow...@vger.kernel.org [mailto:netdev-ow...@vger.kernel.org] On > Behalf > Of Alexander Gordeev > > As result of deprecation of MSI-X/MSI enablement functions > pci_enable_msix() and pci_enable_msi_block() all drivers > using these two interfaces need

Re: [PATCH] x86, perf, p4: Counter corruption when using lots of perf groups

On Wed, Jan 29, 2014 at 03:17:17PM -0500, Don Zickus wrote: > > > I am not entirely sure on the corruption path, but what happens is: > > > > > > o perf schedules a group with p4_pmu_schedule_events() > > > o inside p4_pmu_schedule_events(), it notices an hwc pointer is being > > > reused > > >

Re: [PATCH TRIVIAL] mm: vmscan: shrink_slab: rename max_pass -> freeable

On Sun, 2 Feb 2014, Vladimir Davydov wrote: > The name `max_pass' is misleading, because this variable actually keeps > the estimate number of freeable objects, not the maximal number of > objects we can scan in this pass, which can be twice that. Rename it to > reflect its actual meaning. > >

Re: [PATCH] cpufreq: cpu0: make THERMAL_CPU support optional

Cc'ing the guy who introduced this bug.. On 2 February 2014 04:20, Rob Herring wrote: > From: Rob Herring > > The addition of THERMAL and THERMAL_CPU selections causes a kconfig > warning on highbank platforms: > > warning: (ARM_HIGHBANK_CPUFREQ) selects GENERIC_CPUFREQ_CPU0 which has > unmet

[PATCH] f2fs: remove the ugly pointer conversion

This patch modifies the use of bi_private to remove pointer chasing for sbi. Previously, we had a bi_private structure, but it needs memory allocation. So this patch uses bi_private by the sbi pointer and adds a completion pointer into the sbi. This can achieve no memory allocation and nice use of

[PATCH] audit: Add CONFIG_HAVE_ARCH_AUDITSYSCALL

Currently AUDITSYSCALL has a long list of architecture depencency: depends on AUDIT && (X86 || PARISC || PPC || S390 || IA64 || UML || SPARC64 || SUPERH || (ARM && AEABI && !OABI_COMPAT)) The purpose of this patch is to replace it with HAVE_ARCH_AUDITSYSCALL for simplicity.

Re: [PATCH v2 1/6] audit: Enable arm64 support

Richard, On 01/30/2014 07:36 AM, Richard Guy Briggs wrote: On 14/01/29, Richard Guy Briggs wrote: On 14/01/27, AKASHI Takahiro wrote: [To audit maintainers] On 01/23/2014 11:18 PM, Catalin Marinas wrote: On Fri, Jan 17, 2014 at 08:13:14AM +, AKASHI Takahiro wrote: ---

Re: [PATCHSET 0/5] tracing/uprobes: Support multi buffer and event trigger

Ping! On Fri, 17 Jan 2014 17:08:35 +0900, Namhyung Kim wrote: > Hello, > (Resending with LKML CC'ed) > > This patchset tries to add support for recent multi buffer and event > trigger changes to uprobes. The multi buffer support patch is an > updated version of Zovi's previous patch v6 [1]. > >

Re: [PATCH] arm: document "mach-virt" platform.

On Thu, Jan 30, 2014 at 11:54:46AM -0500, Christopher Covington wrote: > Hi Ian, > > On 01/30/2014 11:11 AM, Ian Campbell wrote: > > mach-virt has existed for a while but it is not written down what it > > actually > > consists of. Although it seems a bit unusual to document a binding for an > >

Re: [PATCH] arm: document "mach-virt" platform.

On Thu, Jan 30, 2014 at 04:11:02PM +, Ian Campbell wrote: > mach-virt has existed for a while but it is not written down what it actually > consists of. Although it seems a bit unusual to document a binding for an > entire platform since mach-virt is entirely virtual it is helpful to have >

Re: [PATCH v3 2/6] fat: add fat_fallocate operation

Sorry for long delay. Namjae Jeon writes: > + if (mode & FALLOC_FL_KEEP_SIZE) { > + /* First compute the number of clusters to be allocated */ > + mm_bytes = offset + len - round_up(MSDOS_I(inode)->mmu_private, > + sbi->cluster_size); This

Re: [PATCH v3 5/6] fat: permit to return phy block number by fibmap in fallocated region

Namjae Jeon writes: > From: Namjae Jeon > > Make the fibmap call the return the proper physical block number for any > offset request in the fallocated range. > > Signed-off-by: Namjae Jeon > Signed-off-by: Amit Sahrawat > --- > fs/fat/cache.c | 13 ++--- > fs/fat/fat.h |3

Re: [PATCH v3 1/6] fat: add i_disksize to represent uninitialized size

Namjae Jeon writes: > From: Namjae Jeon > > Add i_disksize to represent uninitialized allocated size. > And mmu_private represent initialized allocated size. Don't we need to update ->i_disksize after cont_write_begin()? -- OGAWA Hirofumi -- To unsubscribe from this list: send the line

Re: [PATCH 1/2] irq_work: allow certain work in hard irq context

On Sun, 2014-02-02 at 21:10 +0100, Sebastian Andrzej Siewior wrote: > According to the backtrace both of them are trying to access the > per-cpu hrtimer (sched_timer) in order to cancel but they seem to fail > to get the timer lock here. They shouldn't spin there for minutes, I > have no idea why

Re: [RFC 00/16] drm/nouveau: initial support for GK20A (Tegra K1)

On Mon, Feb 3, 2014 at 1:14 PM, Ilia Mirkin wrote: > On Sun, Feb 2, 2014 at 9:44 PM, Alexandre Courbot wrote: >> One beginner question: is it appropriate to send kernel patches to the >> nouveau list in addition to dri-devel? The moderation messages I receive >> make me think that this list

[PATCH v3 2/8] ARM: dts: sun7i: Add GMAC clock node to sun7i DTSI

The GMAC uses 1 of 2 sources for its transmit clock, depending on the PHY interface mode. Add both sources as dummy clocks, and as parents to the GMAC clock node. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun7i-a20.dtsi | 28 1 file changed, 28 insertions(+)

[PATCH v3 3/8] ARM: dts: sun7i: Add GMAC controller node to sun7i DTSI

Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun7i-a20.dtsi | 15 +++ 1 file changed, 15 insertions(+) diff --git a/arch/arm/boot/dts/sun7i-a20.dtsi b/arch/arm/boot/dts/sun7i-a20.dtsi index fc7f470..5fbac23 100644 --- a/arch/arm/boot/dts/sun7i-a20.dtsi +++

[PATCH v3 1/8] clk: sunxi: Add Allwinner A20/A31 GMAC clock unit

The Allwinner A20/A31 clock module controls the transmit clock source and interface type of the GMAC ethernet controller. Model this as a single clock for GMAC drivers to use. Signed-off-by: Chen-Yu Tsai --- Documentation/devicetree/bindings/clock/sunxi.txt | 26 +++

[PATCH v3 7/8] ARM: dts: sun7i: olinuxino-micro: Enable GMAC instead of EMAC

GMAC has better performance and fewer hardware issues. Use the GMAC in MII mode for ethernet instead of the EMAC. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun7i-a20-olinuxino-micro.dts | 27 +++-- 1 file changed, 12 insertions(+), 15 deletions(-) diff --git

Re: [PATCH,RFC] random: collect cpu randomness

On Sun, 2 February 2014 20:39:22 -0500, Theodore Ts'o wrote: > > The real question is how much overhead does it add, and is it worth > it. Jörn, I take it that was the reason for creating an even faster, > but weaker mixing function? Was the existing "fast mix" causing a > measurable overhead,

[PATCH v3 0/8] Add Allwinner A20 GMAC ethernet support

Hi, This is the remaining part of v3 of the Allwinner A20 GMAC glue layer for stmmac. The stmmac driver changes have been merged through net-next. The remaining bits are clock and DT patches. The patches should be applied over my clock renaming patches. The Allwinner A20 SoC integrates an early

[PATCH v3 4/8] ARM: dts: sun7i: Add pin muxing options for the GMAC

The A20 has EMAC and GMAC muxed on the same pins. Add pin sets with gmac function for MII and RGMII mode to the DTSI. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun7i-a20.dtsi | 26 ++ 1 file changed, 26 insertions(+) diff --git a/arch/arm/boot/dts/sun7i-a20.dtsi

[PATCH v3 5/8] ARM: dts: sun7i: cubietruck: Enable the GMAC

The CubieTruck uses the GMAC with an RGMII phy. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun7i-a20-cubietruck.dts | 12 1 file changed, 12 insertions(+) diff --git a/arch/arm/boot/dts/sun7i-a20-cubietruck.dts b/arch/arm/boot/dts/sun7i-a20-cubietruck.dts index

[PATCH v3 8/8] ARM: dts: sun7i: Add ethernet alias for GMAC

U-Boot will insert MAC address into the device tree image. It looks up ethernet[0-5] aliases to find the ethernet nodes. Alias GMAC as ethernet0, as it is the only ethernet controller used. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun7i-a20.dtsi | 2 +- 1 file changed, 1 insertion(+),

[PATCH v3 6/8] ARM: dts: sun7i: cubieboard2: Enable GMAC instead of EMAC

GMAC has better performance and fewer hardware issues. Use the GMAC in MII mode for ethernet instead of the EMAC. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun7i-a20-cubieboard2.dts | 27 --- 1 file changed, 12 insertions(+), 15 deletions(-) diff --git

linux-next: Tree for Feb 3

Hi all, This tree fails (more than usual) the powerpc allyesconfig build. Changes since 20140131: Dropped tree: btrfs (needs cleaning up) The powerpc tree still had its build failure. The btrfs tree had lost of conflicts against Linus' tree so I dropped it for today. Non-merge commits

Re: [RFC 00/16] drm/nouveau: initial support for GK20A (Tegra K1)

On Sun, Feb 2, 2014 at 9:44 PM, Alexandre Courbot wrote: > One beginner question: is it appropriate to send kernel patches to the > nouveau list in addition to dri-devel? The moderation messages I receive > make me think that this list might rather be intended for general > discussion. I usually

[PATCH] pci: fix kernel-doc notation warning

From: Randy Dunlap Fix a "blank" kernel-doc line to have an asterisk instead of being totally empty. This fixes the kernel-doc warning: Warning(drivers/pci/msi.c:962): bad line: Signed-off-by: Randy Dunlap --- drivers/pci/msi.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) ---

Re: [git pull] Please pull powerpc.git next branch

On Wed, 2014-01-29 at 13:29 +1100, Alistair Popple wrote: > Looks like I missed the dart iommu code when changing the iommu table > initialisation. The patch below should fix it, would you mind testing > it Ben? Thanks. Any reason not to add the following to save ourselves in future? diff --git

Re: [RFC 00/16] drm/nouveau: initial support for GK20A (Tegra K1)

On 02/03/2014 04:10 AM, Ilia Mirkin wrote: Hi Alexandre, On Fri, Jan 31, 2014 at 10:16 PM, Alexandre Courbot wrote: I guess my email address might surprise some of you, so let me anticipate some questions you might have. :P Yes, this work is endorsed by NVIDIA. Several other NVIDIAns (CC'd),

Re: [PATCH 1/2] irq_work: allow certain work in hard irq context

On Sun, 2014-02-02 at 21:10 +0100, Sebastian Andrzej Siewior wrote: > So CPU5 & CPU52 were eating 100% CPU doing "nothing" instead of running > cc1 & objdump right? Yeah. > According to the backtrace both of them are trying to access the > per-cpu hrtimer (sched_timer) in order to cancel but

Re: [livelock, 3.13.0] livelock when run out of swap space

On Mon, 3 Feb 2014, Dave Chinner wrote: > Hi folks, > > I just had a test machine livelock when running a concurrent rm -rf > workload on an XFS filesystem with 64k directory block sizes. The > buffer allocation code started reporting this 5 times a second: > > XFS: possible memory allocation

[RFC PATCH 3/3] epoll: add read()/write()/ioctl() operations

The eventpoll implementation is largely interface-agnostic, aside from the userspace structure format and epoll_ctl(). Particularly as each field of the structure is handled independently, replacing usage of epoll_event internally was straighforward and clarifies the code some. As for epoll_ctl(),

[RFC PATCH 2/3] epoll: add struct epoll & ioctl() commands

Add a new 'struct epoll' to the userspace eventpoll interface. Buffers supplied to read() & write() calls on eventpolls are interpreted as arrays of this structure. The new structure's only functional difference from epoll_event is it also holds the associated file descriptor (needed for write()

[RFC PATCH 1/3] epoll: reserve small ioctl() space

Reserve a small ioctl() command space for eventpolls, of which only two are currently utilized. Signed-off-by: Nathaniel Yazdani --- diff --git a/Documentation/ioctl/ioctl-number.txt b/Documentation/ioctl/ioctl-number.txt index d7e43fa..3c6f8ac 100644 --- a/Documentation/ioctl/ioctl-number.txt

[RFC PATCH 0/3] epoll: read(),write(),ioctl() interface

Hi everyone, This patch series adds support for read(), write(), and ioctl() operations on eventpolls as well as an associated userspace structure to format the eventpoll entries delivered via read()/write() buffers. The new structure, struct epoll, differs from struct epoll_event mainly in that

[tip:x86/x32] compat: Fix sparse address space warnings

Commit-ID: dce44e03b0a3448ad11ac6c6e0cbe299e0400791 Gitweb: http://git.kernel.org/tip/dce44e03b0a3448ad11ac6c6e0cbe299e0400791 Author: H. Peter Anvin AuthorDate: Sun, 2 Feb 2014 17:57:28 -0800 Committer: H. Peter Anvin CommitDate: Sun, 2 Feb 2014 18:00:29 -0800 compat: Fix sparse

Re: [PATCH,RFC] random: collect cpu randomness

On Sun, Feb 02, 2014 at 10:25:31PM +0100, Stephan Mueller wrote: > Second, when I offered my initial patch which independently collects some > entropy on the CPU execution timing, I got shot down with one concern raised > by Ted, and that was about whether a user can influence the entropy >

[PATCH] ACPI / hotplug / PCI: Scan root bus under the PCI rescan-remove lock

From: Rafael J. Wysocki Since acpiphp_check_bridge() called by acpiphp_check_host_bridge() does things that require PCI rescan-remove locking around it, make acpiphp_check_host_bridge() use that locking. Signed-off-by: Rafael J. Wysocki --- One more thing I overlooked in the PCI rescan-remove

Re: [PATCH,RFC] random: collect cpu randomness

On 02/02/2014 05:24 PM, Jörn Engel wrote: > > For my part, I think the whole business of estimating entropy is > bordering on the esoteric. If the hash on the output side is any > good, you have a completely unpredictable prng once the entropy pool > is unpredictable. Additional random bits are

Re: [PATCH,RFC] random: collect cpu randomness

On Sun, 2 February 2014 22:25:31 +0100, Stephan Mueller wrote: > Am Sonntag, 2. Februar 2014, 15:36:17 schrieb Jörn Engel: > > > Collects entropy from random behaviour all modern cpus exhibit. The > > scheduler and slab allocator are instrumented for this purpose. How > > much randomness can be

[PATCH 3/4] w1: document struct w1_netlink_msg and struct w1_netlink_cmd

I wasn't sure on the length, so I looked it up and documented it. Signed-off-by: David Fries --- drivers/w1/w1_netlink.h | 25 + 1 file changed, 25 insertions(+) diff --git a/drivers/w1/w1_netlink.h b/drivers/w1/w1_netlink.h index 1e9504e..c646a98 100644 ---

[PATCH 2/4] w1: only send_error when there is an error

Otherwise there's an extra reply being sent out for each async message. Some commands such as W1_CMD_LIST_SLAVES will be identical except one message has data and the other doesn't making it difficult for a program to know if all the slaves just vanished or what happened. Signed-off-by: David

[PATCH 1/4] w1: fix netlink refcnt leak on error path

If the message type is W1_MASTER_CMD or W1_SLAVE_CMD, then a reference is taken when searching for the slave or master device. If there isn't any following data m->len (mlen is a copy) is 0 and packing up the message for later execution is skipped leaving nothing to decrement the reference

[PATCH 0/4] w1: refcnt fix, skip non-error send, docs

I could submit these patches as in, which would require the previous set, or I could merge the documentation into the previous set and resubmit them all since they haven't made it into the kernel tree yet. Opinions? Here's a small refcnt fix, skipping sending non-error messages, and documentation

[PATCH 4/4] w1: update cn_netlink_send documentation

Signed-off-by: David Fries --- Documentation/connector/connector.txt | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff --git a/Documentation/connector/connector.txt b/Documentation/connector/connector.txt index e5c5f5e..9bdfc1a 100644 ---

Linux 3.14-rc1 is out

Hey, it was a normal two-week merge window, and it's closed now. As far as I'm aware, I've pulled everything asked from me (with one exception, see later) and applied all patches I was meant to apply. If you feel I overlooked your work, it might be due to an email being caught as spam (it happened

[RFC PATCH 0/3] epoll: read(),write(),ioctl() interface

Hi everyone, This patch series adds support for read(), write(), and ioctl() operations on eventpolls as well as an associated userspace structure to format the eventpoll entries delivered via read()/write() buffers. The new structure, struct epoll, differs from struct epoll_event mainly in that

linux-next: manual merge of the btrfs tree with Linus' tree

Hi all, Today's linux-next merge of the btrfs tree got conflicts in lost of files between commits from Linus' tree and commits from the btrfs tree. Not only did you rebase/rewrite your tree before asking Linus to pull it, but you added a whole lot of commits beyond what had been in linux-next! I

Re: [PATCH 7/8] Add 32 bit VDSO time support for 32 bit kernel

On Sun, Feb 2, 2014 at 1:39 PM, Stefani Seibold wrote: > Am Sonntag, den 02.02.2014, 08:46 -0800 schrieb Andy Lutomirski: >> On Sun, Feb 2, 2014 at 3:27 AM, wrote: >> > From: Stefani Seibold >> > >> > This patch add the time support for 32 bit a VDSO to a 32 bit kernel. >> >> [...] >> >> Can

[livelock, 3.13.0] livelock when run out of swap space

Hi folks, I just had a test machine livelock when running a concurrent rm -rf workload on an XFS filesystem with 64k directory block sizes. The buffer allocation code started reporting this 5 times a second: XFS: possible memory allocation deadlock in kmem_alloc (mode:0x8250) Which is in

Re: [PATCH] [RFC] netfilter: nf_conntrack: don't relase a conntrack with non-zero refcnt

On Thu, Jan 16, 2014 at 10:23:01AM +0100, Florian Westphal wrote: > Andrew Vagin wrote: > > > I think it would be nice if we could keep it that way. > > > If everything fails we could proably intoduce a 'larval' dummy list > > > similar to the one used by template conntracks? > > > > I'm not

Re: [Xen-devel] Xen build error on ARM with 3.14 merge window kernels

On Mon, Feb 3, 2014 at 11:29 AM, Josh Boyer wrote: > Hi All, > > With v3.13-11147-gb399c46 I'm seeing the following build errors for > Xen on ARM. I haven't been able to test Linus' recent tree yet, but I > was wondering if anyone had seen this yet. It's just recently been brought up. Check out

Xen build error on ARM with 3.14 merge window kernels

Hi All, With v3.13-11147-gb399c46 I'm seeing the following build errors for Xen on ARM. I haven't been able to test Linus' recent tree yet, but I was wondering if anyone had seen this yet. josh drivers/xen/grant-table.c: In function '__gnttab_map_refs': drivers/xen/grant-table.c:989:3: error:

Re: [PATCH v9 8/8] Add 32 bit VDSO time support for 64 bit kernel

On 02/02/2014 01:41 PM, stef...@seibold.net wrote: > + > +struct api_timespec { > + longtv_sec; /* seconds */ > + longtv_nsec;/* microseconds */ > +}; > + /* nanoseconds */ ;) -hpa -- To unsubscribe from this list: send the line "unsubscribe

Re: [PATCH] vmcore: prevent PT_NOTE p_memsz overflow during header update

Andrew Morton writes: > On Sat, 1 Feb 2014 01:07:29 + "Pearson, Greg" wrote: > >> As far as I know the only consequence of dropping a PT_NOTE entry is >> that it would not be available in the crash dump for use in debugging. >> I'm not sure how important this data might be for triage. I'm

Re: NFS client broken in Linus' tip

On Sun, 2014-02-02 at 12:27 +, Russell King - ARM Linux wrote: > On Sat, Feb 01, 2014 at 01:03:28AM +, Russell King - ARM Linux wrote: > > On Fri, Jan 31, 2014 at 03:59:30PM -0500, Trond Myklebust wrote: > > > On Thu, 2014-01-30 at 15:38 +, Russell King - ARM Linux wrote: > > > > On

Re: [PATCH RESEND 0/10] fs: Introduce new flag(FALLOC_FL_COLLAPSE_RANGE) for fallocate

On Sun, Feb 02, 2014 at 08:21:06AM -0700, Matthew Wilcox wrote: > On Sun, Feb 02, 2014 at 08:16:24AM -0700, Matthew Wilcox wrote: > > On Sun, Feb 02, 2014 at 02:41:34PM +0900, Namjae Jeon wrote: > > > The semantics of this flag are following: > > > 1) It collapses the range lying between offset

Re: [RFC][PATCH v2 5/5] mutex: Give spinners a chance to spin_on_owner if need_resched() triggered while queued

On Fri, Jan 31, 2014 at 09:08:25PM +0100, Peter Zijlstra wrote: > On Fri, Jan 31, 2014 at 12:01:37PM -0800, Jason Low wrote: > > On Fri, Jan 31, 2014 at 6:09 AM, Peter Zijlstra > > wrote: > > > > > I've downloaded AIM7 from sf.net and I hope I'm running it with 100+ > > > loads but I'm not

Re: [PATCH v2 2/5] mutex: Modify the way optimistic spinners are queued

On Tue, Jan 28, 2014 at 02:10:41PM -0800, Jason Low wrote: > On Tue, 2014-01-28 at 12:23 -0800, Paul E. McKenney wrote: > > On Tue, Jan 28, 2014 at 11:13:13AM -0800, Jason Low wrote: > > > /* > > >* The cpu_relax() call is a compiler barrier which forces > > > @@ -514,6

[PATCH 01/22] perf tools: Fix memory leak in event_format__print function

Properly destroying trace_seq object. Signed-off-by: Jiri Olsa Cc: Corey Ashford Cc: Frederic Weisbecker Cc: Ingo Molnar Cc: Namhyung Kim Cc: Paul Mackerras Cc: Peter Zijlstra Cc: Arnaldo Carvalho de Melo Cc: Steven Rostedt Cc: David Ahern --- tools/perf/util/trace-event-parse.c | 1 +

[RFC 00/22] perf tools: Display tracepoint enahncements

hi, sending out tracepoint (mostly) events display enahncements. * adding the '--tp' option for report command to show tracepoint related info. Use can specify following switches: fields: shows separated tracepoint fields format: shows tracepoints 'print fmt' in single column

[PATCH 05/22] perf tools: Add sort_entry struct into sort entries callbacks

Adding 'struct sort_entry' to all its callback as the first parameter. This will be usefull for dynamic sort entries to get specific data. Signed-off-by: Jiri Olsa Cc: Corey Ashford Cc: Frederic Weisbecker Cc: Ingo Molnar Cc: Namhyung Kim Cc: Paul Mackerras Cc: Peter Zijlstra Cc: Arnaldo

[PATCH 02/22] perf tools: Add time sort entry

Adding time sort entry. It's mainly for displaying the time for entries for --list display in following patch. Signed-off-by: Jiri Olsa Cc: Corey Ashford Cc: Frederic Weisbecker Cc: Ingo Molnar Cc: Namhyung Kim Cc: Paul Mackerras Cc: Peter Zijlstra Cc: Arnaldo Carvalho de Melo Cc: David

[PATCH 04/22] perf tools: Add --list report option

Adding --list report option to display entries sequentialy: $ perf report --list --stdio ... 0.00% 13151.543527 +00.00 ls [kernel.kallsyms] [k] native_write_msr_safe 0.00% 13151.543530 +00.03 ls [kernel.kallsyms] [k]

  1   2   3   4   5   >