Re: 3.14-rc7 compile failure

2014-03-23 13:52 GMT+08:00 Mike Galbraith : > On Sun, 2014-03-23 at 13:29 +0800, Drunkard Zhang wrote: > >> scripts/genksyms/genksyms.o: In function `main': >> genksyms.c:(.text.startup+0x183): undefined reference to `yydebug' >> genksyms.c:(.text.startup+0x18c): undefined reference to `yy_flex_deb

[PATCH v4] net: netfilter: LLVMLinux: vlais-netfilter

From: Mark Charlebois Replaced non-standard C use of Variable Length Arrays In Structs (VLAIS) in xt_repldata.h with a C99 compliant flexible array member and then calculated offsets to the other struct members. These other members aren't referenced by name in this code, however this patch mainta

[PATCH 1/2] staging: media: davinci: vpfe: use v4l2_fh for priority handling

From: "Lad, Prabhakar" Signed-off-by: Lad, Prabhakar --- .../staging/media/davinci_vpfe/vpfe_mc_capture.h |2 -- drivers/staging/media/davinci_vpfe/vpfe_video.c|8 +++- drivers/staging/media/davinci_vpfe/vpfe_video.h|2 -- 3 files changed, 3 insertions(+), 9 deletions(

[PATCH 2/2] staging: media: davinci: vpfe: release buffers in case start_streaming call back fails

From: "Lad, Prabhakar" this patch releases the buffer bu calling vb2_buffer_done(), with state marked as VB2_BUF_STATE_QUEUED if start_streaming() call back fails. Signed-off-by: Lad, Prabhakar --- drivers/staging/media/davinci_vpfe/vpfe_video.c | 10 +- 1 file changed, 9 insertions(

[PATCH 0/2] staging: media: davinci_vpfe: fixes and enhancement

From: "Lad, Prabhakar" The first patch adds v4l2_fh for priority handling and the second patch makes sure that the buffers are released if start_streaming() callback fails. Lad, Prabhakar (2): staging: media: davinci: vpfe: use v4l2_fh for priority handling staging: media: davinci: vpfe: rel

Re: [PATCH] w1: Fix refcount leak in netlink connector

I've been doing an overhaul of the w1 netlink system and have a patch outstanding to address this issue. It requires patches already accepted in gregkh char-misc-next. w1: fix netlink refcnt leak on error path I avoided the issue by checking the length before taking any references to avoid addin

Re: [PATCH v2] LLVMLinux: Remove warning about returning an uninitialized variable

On 03/22/14 09:42, James Bottomley wrote: On Sat, 2014-03-22 at 09:37 -0700, Behan Webster wrote: On 03/22/14 09:29, James Bottomley wrote: On Sat, 2014-03-22 at 08:48 -0700, beh...@converseincode.com wrote: From: Behan Webster Fix uninitialized return code in default case in cmpxchg-local.h

Re: [PATCH v2] cifs: Fix possible deadlock with cifs and work queues

Just a thought, although leasing code does not cause such deadlocks with rwsems, perhaps leasing and oplock code can reside on one workqueue! On Fri, Mar 21, 2014 at 10:07 AM, Steven Rostedt wrote: > > We just had a customer report a deadlock in their 3.8-rt kernel. > Looking into this, it is ve

[PATCH for v3.15] media: davinci: vpfe: make sure all the buffers unmapped and released

From: "Lad, Prabhakar" this patch makes sure that it terminates if any IO in progress and also makes sure that all the buffers are unmapped. It was observed that with several runs of application the application sometimes failed to allocate memory, This patch makes sure it all the buffers are rele

3.14-rc7 compile failure

3.14-rc7 compile failed on my server. config attached. Here's my gcc info: squid85 /usr/src/linux-3.14-rc7 # gcc -v Using built-in specs. COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.7.3/gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.7.3/lto-wrapper Target: x86_64-pc-linux-gnu Con

[PATCH for v3.15] staging: media: davinci: vpfe: make sure all the buffers are released

From: "Lad, Prabhakar" from commit-id: b3379c6201bb3555298cdbf0aa004af260f2a6a4 "vb2: only call start_streaming if sufficient buffers are queued" the vb2 framework warns on (WARN_ON()) if all the active buffers are not released when streaming is stopped, initially the vb2 silently released the bu

Re: [PATCH] netlink: have netlink per-protocol bind function return an error code.

From: Richard Guy Briggs Date: Fri, 21 Mar 2014 12:39:11 -0400 > @@ -1441,6 +1441,17 @@ static int netlink_bind(struct socket *sock, struct > sockaddr *addr, > if (!nladdr->nl_groups && (nlk->groups == NULL || !(u32)nlk->groups[0])) > return 0; > > + if (nlk->netlink_bi

Re: [PATCH] dcache: fix dpath buffer corruption for too small buffers

On Thu, Mar 13, 2014 at 01:29:46AM +0200, Imre Deak wrote: > During dentry path lookups we can end up corrupting memory if the > destination path buffer is too small. This is because prepend_path() > and prepend() adjust the passed buffer length unconditionally, allowing > for the buffer length to

Re: [RESEND][PATCH 1/2] lib/scatterlist: Make ARCH_HAS_SG_CHAIN an actual Kconfig

On Sat, 2014-03-22 at 11:13 -0700, Laura Abbott wrote: > Rather than have architectures #define ARCH_HAS_SG_CHAIN in an architecture > specific scatterlist.h, make it a proper Kconfig option and use that > instead. At same time, remove the header files are are now mostly > useless and just include

[PATCH v4] ARM: mm: fix reporting of read-only PMD bits

On non-LPAE ARMv6+, read-only PMD bits are defined with the combination "PMD_SECT_APX | PMD_SECT_AP_WRITE". Adjusted the bit masks to correctly report this. Signed-off-by: Kees Cook --- v4: - clean up defines for CPU versions; Rob Herring. v3: - check for pre-v6 CPUs on the page table report. v

Re: [RESEND][PATCH 1/2] lib/scatterlist: Make ARCH_HAS_SG_CHAIN an actual Kconfig

> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig > index 1594945..8122294 100644 > --- a/arch/arm/Kconfig > +++ b/arch/arm/Kconfig > @@ -82,6 +82,7 @@ config ARM > . > > config ARM_HAS_SG_CHAIN > + select ARCH_HAS_SG_CHAIN > bool > Heh, a sel

Re: [PATCH v3 1/2] i2c: add DMA support for freescale i2c driver

On Thursday, March 13, 2014 at 02:47:56 AM, Yuan Yao wrote: > Add dma support for i2c. This function depend on DMA driver. > You can turn on it by write both the dmas and dma-name properties in dts > node. > > Signed-off-by: Yuan Yao > --- > drivers/i2c/busses/i2c-imx.c | 354 > +

Re: [PATCH v3 6/6] sched: powerpc: Add SD_SHARE_POWERDOMAIN for SMT level

On Sun, 2014-03-23 at 07:19 +0530, Preeti U Murthy wrote: > We were discussing the impact of this consolidation and we are not too > sure if it will yield us good power efficiency. So we would want to > experiment with the power aware scheduler to find the "sweet spot" for > the number of threads t

Re: [PATCH v3 6/6] sched: powerpc: Add SD_SHARE_POWERDOMAIN for SMT level

Hi Vincent, On 03/19/2014 09:52 PM, Vincent Guittot wrote: > Set the power domain dependency at SMT level of Power8 but keep the flag > clear at CPU level. The goal is to consolidate tasks on the threads of a > core up to a level as explained by Preeti: > "On powerpc we would want to clear the SD_

[PATCH 3/3] w1: optional bundling of netlink kernel replies

Applications can submit a set of commands in one packet to the kernel, and in some cases it is required such as reading the temperature sensor results. This adds an option W1_CN_BUNDLE to the flags of cn_msg to request the kernel to reply in one packet for efficiency. The cn_msg flags now check f

[PATCH 2/3] connector: allow multiple messages to be sent in one packet

This increases the amount of bundling to reduce the number of packets sent. For the one wire use there can be multiple struct w1_netlink_cmd in a struct w1_netlink_msg and multiple of those in struct cn_msg, and with this change multiple of those in a struct nlmsghdr, and at each level the len ide

[PATCH 1/3] 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 counts.

[RFC] w1: fixes and bundling replies

On Fri, Feb 21, 2014 at 01:07:28AM +0400, Evgeniy Polyakov wrote: > Your approach and patch seem correct, but I worry about how old > commands are processed. Do I get it right, that replies to old > non-bundle commands are queued back instead of sending immediately, > but since it is not bundle bu

Re: [aio] e52ddd946a: xfstests generic/211 fail

On Sun, Mar 23, 2014 at 08:58:33AM +0800, Fengguang Wu wrote: > @@ -1,2 +1,2 @@ > QA output created by 211 > -aio-free-ring-with-bogus-nr-pages: Success! > +aio-free-ring-with-bogus-nr-pages: Error: io_setup returned -11, > expected -ENOMEM This isn't anything serious, as it is j

Re: [aio] e52ddd946a: xfstests generic/211 fail

On Sun, Mar 23, 2014 at 08:57:30AM +0800, Fengguang Wu wrote: > On Sat, Mar 22, 2014 at 08:51:05PM -0400, Benjamin LaHaise wrote: > > On Sun, Mar 23, 2014 at 08:40:09AM +0800, Fengguang Wu wrote: > > > Hi Benjamin, > > > > > > We noticed xfstests fail and the first bad commit is > > > > What is t

Re: [aio] e52ddd946a: xfstests generic/211 fail

On Sat, Mar 22, 2014 at 08:51:05PM -0400, Benjamin LaHaise wrote: > On Sun, Mar 23, 2014 at 08:40:09AM +0800, Fengguang Wu wrote: > > Hi Benjamin, > > > > We noticed xfstests fail and the first bad commit is > > What is the failure? This is awfully vague for a bug report. In the email title: th

Re: [aio] e52ddd946a: xfstests generic/211 fail

On Sun, Mar 23, 2014 at 08:40:09AM +0800, Fengguang Wu wrote: > Hi Benjamin, > > We noticed xfstests fail and the first bad commit is What is the failure? This is awfully vague for a bug report. -ben -- "Thought is the essence of where you are now." -- To unsubscribe from this

[aio] e52ddd946a: xfstests generic/211 fail

Hi Benjamin, We noticed xfstests fail and the first bad commit is commit e52ddd946ab1def55c8282c8b3d0e80403abae12 Author: Benjamin LaHaise AuthorDate: Fri Mar 21 14:26:43 2014 -0400 aio: ensure access to ctx->ring_pages is correctly serialised # good: [dcb99fd9b08cfe1afe426af4d8d3c

INVESTMENT PORTFOLIO

Hallo Ich habe ein Investment-Portfolio, die Geld in der Bank in China hinterlegt, die ich leicht auf Sie übertragen als Begünstigter bringt. Die Transaktion ist ohne Risiko, da es strategisch geplant abgeschlossen erfolgreich. Kontaktieren Sie mich auf meiner E-Mail-Adresse unten für weitere

Re: [GIT PULL] x86/apic changes for v3.14

On Mon, 20 Jan 2014, Ingo Molnar wrote: > diff --git a/arch/x86/kernel/apic/apic.c b/arch/x86/kernel/apic/apic.c > index d278736..7f26c9a 100644 > --- a/arch/x86/kernel/apic/apic.c > +++ b/arch/x86/kernel/apic/apic.c > @@ -1982,21 +1989,20 @@ static inline void __smp_error_interrupt(struct > pt_r

Re: please fix FUSION (Was:[v3.13][v3.14][Regression]kthread:makekthread_create()killable)

Thomas Gleixner wrote: > But then systemd/udev mutters: > >"You migh be able to work around the timeout with udev rules and > OPTIONS+="event_timeout=120", but that code was maybe never used > or tested, so it might not work correctly." [1] > > AFAICT from the ubuntu bug system [2] no

Re: please fix FUSION (Was:[v3.13][v3.14][Regression]kthread:makekthread_create()killable)

Oleg Nesterov wrote: > On 03/22, Tetsuo Handa wrote: > > > > Oleg Nesterov wrote: > > > Tetsuo, what do you think? > > > > I don't like blocking SIGKILL while doing operations that depend on memory > > allocation by other processes. If the OOM killer is triggered and it chose > > the process blocki

RE

Dear Friend, I am Captain Brain James of the US Marine Force on Monitoring and Peace-keeping, I have a proposal for you, Contact me through my personal email: (capt.brainja...@qq.com) -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...

3.14-rc7 crashes in drm ([PATCH] a crash in mga_driver_irq_uninstall)

Hi, now testing 3.14-rc7 here (r128 hardware rather than MGA), and I seem to still be experiencing the same or very similar crash as you here: agpgart-intel :00:00.0: AGP 2.0 bridge agpgart-intel :00:00.0: putting AGP V2 device into 4x mode pci :01:00.0: putting AGP V2 device into 4x

patch fix for intel sdd s3500 series on Sil3512 controller

Hi, It appears if nIEN is set all polling type IO fails. After an attempt, future non-polled communications also fails. This patch allows it to work. Not sure if any spin lock protection would be needed or the system already handles the device existence for the generated irq with polling enabl

[PATCH] checkpatch: Update "Missing a blank line after declarations" test

"struct foo *bar" does not match the regex "$Declare\s+$Ident" $Declare matches "struct foo *" but there is no required space between the pointer "*" and the $Ident. Also it ends in a pointer, the $Declare variable also contains all trailing spaces after the declaration so there is no space betwee

Re: [PATCH] arch/avr32/mm/cache.c: export symbol flush_icache_range() for module using

Is this patch OK? If it is necessary to continue analysing more details, please let me know, and I will/should continue. Thanks. On 03/16/2014 05:18 AM, Chen Gang wrote: > On 03/09/2014 11:19 PM, Chen Gang wrote: >> On 03/09/2014 06:17 AM, Hans-Christian Egtvedt wrote: >>> Around Sun 09 Mar 201

Re: [PATCH] arch/unicore32/kernel/ksyms.c: remove several undefined exported symbols

On 03/22/2014 03:18 PM, 管雪涛 wrote: > Thanks Chen. > Need I add these patches to unicore32 repo? > Thank all of you for these 3 patches. Please help add them to the related git tree (and/or related repo), when you have time, thanks. And I will/should continue to fine another patches for unicore32

Re: [RESEND][PATCH 1/2] lib/scatterlist: Make ARCH_HAS_SG_CHAIN an actual Kconfig

On Sat, 2014-03-22 at 22:52 +, Russell King - ARM Linux wrote: > On Sat, Mar 22, 2014 at 03:37:40PM -0700, James Bottomley wrote: > > On Sat, 2014-03-22 at 22:23 +, Russell King - ARM Linux wrote: > > > On Sat, Mar 22, 2014 at 02:31:21PM -0700, James Bottomley wrote: > > > > Perhaps now mig

Re: [RESEND][PATCH 1/2] lib/scatterlist: Make ARCH_HAS_SG_CHAIN an actual Kconfig

On Sat, Mar 22, 2014 at 03:37:40PM -0700, James Bottomley wrote: > On Sat, 2014-03-22 at 22:23 +, Russell King - ARM Linux wrote: > > On Sat, Mar 22, 2014 at 02:31:21PM -0700, James Bottomley wrote: > > > Perhaps now might be the time to ask which are the remaining > > > architectures that cann

Re: [PATCH] mips: export icache_flush_range

On 03/23/2014 12:05 AM, Kees Cook wrote: The lkdtm module performs tests against executable memory ranges, so it needs to flush the icache for proper behaviors. Other architectures already export this, so do the same for MIPS. Signed-off-by: Kees Cook --- This is currently untested! I'm buil

Re: [RESEND][PATCH 1/2] lib/scatterlist: Make ARCH_HAS_SG_CHAIN an actual Kconfig

On Sat, 2014-03-22 at 22:23 +, Russell King - ARM Linux wrote: > On Sat, Mar 22, 2014 at 02:31:21PM -0700, James Bottomley wrote: > > Perhaps now might be the time to ask which are the remaining > > architectures that cannot do SG chaining and then we can fix them and > > pull the whole thing o

Re: [RESEND][PATCH 1/2] lib/scatterlist: Make ARCH_HAS_SG_CHAIN an actual Kconfig

On Sat, Mar 22, 2014 at 02:31:21PM -0700, James Bottomley wrote: > Perhaps now might be the time to ask which are the remaining > architectures that cannot do SG chaining and then we can fix them and > pull the whole thing out. Not quite. You're making the assumption that we can be sure that all

Re: [PATCH 3/3] workqueue: Add anon workqueue sysfs hierarchy

On Sat, Mar 22, 2014 at 02:55:51PM -0400, Tejun Heo wrote: > On Sat, Mar 22, 2014 at 06:01:18PM +0100, Frederic Weisbecker wrote: > > 1) Call a per workqueue mutex when a work execute on an ordered workqueue. > > Although > > contention should be very rare (only while we replace the workqueue at

Re: [RESEND][PATCH 1/2] lib/scatterlist: Make ARCH_HAS_SG_CHAIN an actual Kconfig

On Sat, 22 Mar 2014, James Bottomley wrote: > On Sat, 2014-03-22 at 11:13 -0700, Laura Abbott wrote: > > Rather than have architectures #define ARCH_HAS_SG_CHAIN in an architecture > > specific scatterlist.h, make it a proper Kconfig option and use that > > instead. At same time, remove the header

Re: [PATCH] media: em28xx-video - change em28xx_scaler_set() to use em28xx_reg_len()

On 03/22/2014 11:40 AM, Frank Schäfer wrote: I'm more concerned about the fact that readers of the code could think that this is a write with a variable length, while the length is actually always the same. Fair enough. em28xx_reg_len() is a somewhat dirty hack for vidioc_[g,s]_register deb

Re: [PATCH 0/8] Generic serial earlycon

On Saturday 22 March 2014, Rob Herring wrote: > I think this series stands on its own. It is largely refactoring > existing code and supporting existing command line options (arm64 just > changes from earlyprintk= to earlycon=). There will be cases where > changing the kernel command line is the on

Re: please fix FUSION (Was: [v3.13][v3.14][Regression]kthread:makekthread_create()killable)

On Sat, 22 Mar 2014, Thomas Gleixner wrote: > On Sat, 22 Mar 2014, Oleg Nesterov wrote: > > Personally I dislike this change. In fact I think it is ugly. But this > > is only my opinion. > > It's not only ugly, it's activly wrong. It's as wrong as 786235ee > itself. And 786235ee needs to be revert

Re: GPF in intel_pmu_lbr_reset() with qemu -cpu host

On Saturday 22 March 2014 14:27:59 Gleb Natapov wrote: > > but now I have a NULL dereference (in rapl_pmu_init). Previously, when > > `-cpu SandyBridge` was passed to qemu, it would show this: > > > > [0.016995] Performance Events: unsupported p6 CPU model 42 no PMU > > driver, software e

Re: [PATCH 3.13 000/149] 3.13.7-stable review

On 03/20/2014 11:37 PM, Guenter Roeck wrote: On 03/20/2014 05:02 PM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 3.13.7 release. There are 149 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being appli

Re: [PATCH 3.10 00/85] 3.10.34-stable review

On 03/20/2014 11:28 PM, Guenter Roeck wrote: On 03/20/2014 05:09 PM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 3.10.34 release. There are 85 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being appli

Re: [PATCH 3.4 00/35] 3.4.84-stable review

On 03/20/2014 11:26 PM, Guenter Roeck wrote: On 03/20/2014 05:10 PM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 3.4.84 release. There are 35 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applie

PATCH[60485 Bug adding breakpoint]

Here is my new patch as corrected for the the bug 60845. https://bugzilla.kernel.org/show_bug.cgi?id=60845 This is the link to the bug and my comments / conversation on to get the corrections needed. Below is my patch for the bug, please let me know if it gets added finally . --- linux-3.13.6/arc

Re: GPF in intel_pmu_lbr_reset() with qemu -cpu host

Using _safe has it's own issues if noone checks the errors. On March 22, 2014 5:27:59 AM PDT, Gleb Natapov wrote: >On Sat, Mar 22, 2014 at 11:05:03AM +0100, Peter Wu wrote: >> On Saturday 22 March 2014 10:50:45 Gleb Natapov wrote: >> > On Fri, Mar 21, 2014 at 12:04:32PM -0700, Venkatesh Srinivas

Re: [RESEND][PATCH 1/2] lib/scatterlist: Make ARCH_HAS_SG_CHAIN an actual Kconfig

On Sat, 2014-03-22 at 11:13 -0700, Laura Abbott wrote: > Rather than have architectures #define ARCH_HAS_SG_CHAIN in an architecture > specific scatterlist.h, make it a proper Kconfig option and use that > instead. At same time, remove the header files are are now mostly > useless and just include

Re: please fix FUSION (Was: [v3.13][v3.14][Regression]kthread:makekthread_create()killable)

On Sat, 22 Mar 2014, Oleg Nesterov wrote: > On 03/22, Tetsuo Handa wrote: > > Many kernel operations (e.g. mutex_lock() wait_event() > > wait_for_completion()) > > ignore SIGKILL and the current users depend on SIGKILL being ignored. Thus, > > commit 786235ee sounds like a kernel API breakage. >

Re: [RFC 1/1] fs/reiserfs/journal.c: Remove obsolete __GFP_NOFAIL

On Sat, 22 Mar 2014 10:55:24 -0700 Andrew Morton wrote: > On Sat, 22 Mar 2014 13:32:07 -0400 ty...@mit.edu wrote: > > > On Sat, Mar 22, 2014 at 01:26:06PM -0400, ty...@mit.edu wrote: > > > > Well. Converting an existing retry-for-ever caller to GFP_NOFAIL is > > > > good. Adding new retry-for-

Re: [PATCH] mips: export icache_flush_range

On Sat, Mar 22, 2014 at 3:54 PM, Sergei Shtylyov wrote: > On 03/23/2014 12:48 AM, Sergei Shtylyov wrote: > The lkdtm module performs tests against executable memory ranges, so it needs to flush the icache for proper behaviors. Other architectures already export this, so do the same

Re: Re: [PATCH 3.4 93/99] iwlwifi: always copy first 16 bytes of commands

Original Message from: Ben Hutchings > > Andreas, could you test whether this regression is also present in > 3.2.55? This patch is based on my backport for 3.2.y. > 3.2.55 is OK here. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord

[PATCH] drivers:staging:crystalhd Fixes sparse warning about incorrect type

Fixes these sparse warnings: drivers/staging/crystalhd/crystalhd_lnx.c:507:30: warning: incorrect type in argument 1 (different address spaces) drivers/staging/crystalhd/crystalhd_lnx.c:507:30:expected void volatile [noderef] *addr drivers/staging/crystalhd/crystalhd_lnx.c:507:30:got void

Re: [PATCH] mips: export icache_flush_range

On 03/23/2014 12:48 AM, Sergei Shtylyov wrote: The lkdtm module performs tests against executable memory ranges, so it needs to flush the icache for proper behaviors. Other architectures already export this, so do the same for MIPS. Signed-off-by: Kees Cook --- This is currently untested! I'

Re: [PATCH] mips: export icache_flush_range

On 03/23/2014 12:45 AM, Sergei Shtylyov wrote: The lkdtm module performs tests against executable memory ranges, so it needs to flush the icache for proper behaviors. Other architectures already export this, so do the same for MIPS. Signed-off-by: Kees Cook --- This is currently untested! I'

Re: please fix FUSION (Was: [v3.13][v3.14][Regression]kthread:makekthread_create()killable)

On Sat, 2014-03-22 at 20:25 +0100, Oleg Nesterov wrote: > On 03/22, Tetsuo Handa wrote: > > > > Oleg Nesterov wrote: > > > Tetsuo, what do you think? > > > > I don't like blocking SIGKILL while doing operations that depend on memory > > allocation by other processes. If the OOM killer is triggered

Re: [RESEND][PATCH 1/2] lib/scatterlist: Make ARCH_HAS_SG_CHAIN an actual Kconfig

On Sat, 22 Mar 2014, Laura Abbott wrote: > Rather than have architectures #define ARCH_HAS_SG_CHAIN in an architecture > specific scatterlist.h, make it a proper Kconfig option and use that > instead. At same time, remove the header files are are now mostly > useless and just include asm-generic/s

Re: [PATCH] mips: export icache_flush_range

Hello. On 03/22/2014 06:47 PM, Kees Cook wrote: The lkdtm module performs tests against executable memory ranges, so it needs to flush the icache for proper behaviors. Other architectures already export this, so do the same for MIPS. Signed-off-by: Kees Cook --- This is currently untested!

[PATCH] drivers/crypto: Use RCU_INIT_POINTER(x, NULL) in nx/nx-842.c

This patch replaces rcu_assign_pointer(x, NULL) with RCU_INIT_POINTER(x, NULL) The rcu_assign_pointer() ensures that the initialization of a structure is carried out before storing a pointer to that structure. And in the case of the NULL pointer, there is no structure to initialize. So, r

[PATCH] drivers/infiniband: Use RCU_INIT_POINTER(x, NULL) in hw/qib/qib_qp.c

This patch replaces rcu_assign_pointer(x, NULL) with RCU_INIT_POINTER(x, NULL) The rcu_assign_pointer() ensures that the initialization of a structure is carried out before storing a pointer to that structure. And in the case of the NULL pointer, there is no structure to initialize. So, r

[PATCH] drivers/infiniband: Use RCU_INIT_POINTER(x, NULL) in hw/qib/qib_keys.c

This patch replaces rcu_assign_pointer(x, NULL) with RCU_INIT_POINTER(x, NULL) The rcu_assign_pointer() ensures that the initialization of a structure is carried out before storing a pointer to that structure. And in the case of the NULL pointer, there is no structure to initialize. So, r

[PATCH] drivers/crypto: Use RCU_INIT_POINTER(x, NULL) in nx/nx-842.c

This patch replaces rcu_assign_pointer(x, NULL) with RCU_INIT_POINTER(x, NULL) The rcu_assign_pointer() ensures that the initialization of a structure is carried out before storing a pointer to that structure. And in the case of the NULL pointer, there is no structure to initialize. So, r

[PATCH] drivers/block: Use RCU_INIT_POINTER(x, NULL) in drbd/drbd_state.c

This patch replaces rcu_assign_pointer(x, NULL) with RCU_INIT_POINTER(x, NULL) The rcu_assign_pointer() ensures that the initialization of a structure is carried out before storing a pointer to that structure. And in the case of the NULL pointer, there is no structure to initialize. So, r

[PATCH] block: Use RCU_INIT_POINTER(x, NULL) in partition-generic.c

This patch replaces rcu_assign_pointer(x, NULL) with RCU_INIT_POINTER(x, NULL) The rcu_assign_pointer() ensures that the initialization of a structure is carried out before storing a pointer to that structure. And in the case of the NULL pointer, there is no structure to initialize. So, r

[PATCH] block: Use RCU_INIT_POINTER(x, NULL) in genhd.c

This patch replaces rcu_assign_pointer(x, NULL) with RCU_INIT_POINTER(x, NULL) The rcu_assign_pointer() ensures that the initialization of a structure is carried out before storing a pointer to that structure. And in the case of the NULL pointer, there is no structure to initialize. So, r

[PATCH] block: Use RCU_INIT_POINTER(x, NULL) in blk-ioc.c

This patch replaces rcu_assign_pointer(x, NULL) with RCU_INIT_POINTER(x, NULL) The rcu_assign_pointer() ensures that the initialization of a structure is carried out before storing a pointer to that structure. And in the case of the NULL pointer, there is no structure to initialize. So, rcu_assi

Re: Can't umount /mnt/dev after calling dd(1) and with /mnt/dev is a bind mount

Hello, On 03/22/2014 08:24 PM, Al Viro wrote: > On Sat, Mar 22, 2014 at 05:52:24PM +0100, Francis Moreau wrote: >> I'm posting here because it might be a behaviour related to the kernel >> internals that I can't explain from my user point of view :) >> >> Basically I'm doing this: >> >> mount -o

Re: rb tree hrtimer lockup bug (found by perf_fuzzer)

On Sat, 22 Mar 2014, Thomas Gleixner wrote: > On Fri, 21 Mar 2014, Vince Weaver wrote: > > > On Fri, 21 Mar 2014, Thomas Gleixner wrote: > > > > > > I'm a complete idiot. I was staring at oaddr and did not notice that > > > descr->name is the real culprit. Sorry. Delta patch below. > > > > OK.

Re: [PATCH v2 06/13] x86/efi: Build our own EFI services pointer table

On Sat, Mar 22, 2014 at 4:05 AM, Matt Fleming wrote: > On Fri, 21 Mar, at 05:52:29PM, Roy Franz wrote: >> >> For both arm32 and arm64 the Linux and EFI calling conventions are the >> same, so we are directly invoking the function pointers in the >> boot_services table. This gives us type checking

Re: please fix FUSION (Was: [v3.13][v3.14][Regression]kthread:makekthread_create()killable)

On 03/22, Tetsuo Handa wrote: > > Oleg Nesterov wrote: > > Tetsuo, what do you think? > > I don't like blocking SIGKILL while doing operations that depend on memory > allocation by other processes. If the OOM killer is triggered and it chose > the process blocking SIGKILL in mptsas_init() (I know i

Re: Can't umount /mnt/dev after calling dd(1) and with /mnt/dev is a bind mount

On Sat, Mar 22, 2014 at 05:52:24PM +0100, Francis Moreau wrote: > I'm posting here because it might be a behaviour related to the kernel > internals that I can't explain from my user point of view :) > > Basically I'm doing this: > > mount -o bind /dev/ /mnt/dev && > chroot /mnt dd bs=440 con

Re: [RFC 1/1] fs/reiserfs/journal.c: Remove obsolete __GFP_NOFAIL

On Sat, Mar 22, 2014 at 10:55:24AM -0700, Andrew Morton wrote: > On Sat, 22 Mar 2014 13:32:07 -0400 ty...@mit.edu wrote: > > > On Sat, Mar 22, 2014 at 01:26:06PM -0400, ty...@mit.edu wrote: > > > > Well. Converting an existing retry-for-ever caller to GFP_NOFAIL is > > > > good. Adding new

Re: [PATCH] mips: export icache_flush_range

On Sat, Mar 22, 2014 at 9:47 AM, Kees Cook wrote: > The lkdtm module performs tests against executable memory ranges, so > it needs to flush the icache for proper behaviors. Other architectures > already export this, so do the same for MIPS. > > Signed-off-by: Kees Cook > --- > This is currently

Re: GPF in intel_pmu_lbr_reset() with qemu -cpu host

On Sat, Mar 22, 2014 at 11:05:03AM +0100, Peter Wu wrote: > On Saturday 22 March 2014 10:50:45 Gleb Natapov wrote: > > On Fri, Mar 21, 2014 at 12:04:32PM -0700, Venkatesh Srinivas wrote: > > > On Fri, Mar 21, 2014 at 10:46 AM, Peter Wu wrote: > > [skip] > > > > > When -cpu host is used, qemu/kvm

Re: [PATCH 3/3] workqueue: Add anon workqueue sysfs hierarchy

On Sat, Mar 22, 2014 at 06:01:18PM +0100, Frederic Weisbecker wrote: > 1) Call a per workqueue mutex when a work execute on an ordered workqueue. > Although > contention should be very rare (only while we replace the workqueue attrs > and > switch to a new worker), frequent locking may have a

Re: [RFC 1/1] fs/reiserfs/journal.c: Remove obsolete __GFP_NOFAIL

On Sat, 2014-03-22 at 10:55 -0700, Andrew Morton wrote: > On Sat, 22 Mar 2014 13:32:07 -0400 ty...@mit.edu wrote: > > > On Sat, Mar 22, 2014 at 01:26:06PM -0400, ty...@mit.edu wrote: > > > > Well. Converting an existing retry-for-ever caller to GFP_NOFAIL is > > > > good. Adding new retry-for-ev

Re: [PATCH 3.10 56/85] ASoC: pcm: free path list before exiting from error conditions

On Thu, Mar 20, 2014 at 05:09:59PM -0700, Greg Kroah-Hartman wrote: > 3.10-stable review patch. If anyone has any objections, please let me know. Ben noticed an issue with this when checking for v3.13, I've dropped from upstream. signature.asc Description: Digital signature

Re: [PATCH 3.13 110/149] ASoC: pcm: free path list before exiting from error conditions

On Sat, Mar 22, 2014 at 03:53:08PM +, Ben Hutchings wrote: > On Thu, 2014-03-20 at 17:04 -0700, Greg Kroah-Hartman wrote: If you spot something on a stable patch that applies upstream (as opposed to being stable process or to do with the older kernel which are the most common things with these

Re: [PATCH v3] ARM: mm: fix reporting of read-only PMD bits

On Sat, Mar 22, 2014 at 10:45 AM, Rob Herring wrote: > On Sat, Mar 22, 2014 at 10:16 AM, Kees Cook wrote: >> On non-LPAE ARMv6+, read-only PMD bits are defined with the combination >> "PMD_SECT_APX | PMD_SECT_AP_WRITE". Adjusted the bit masks to correctly >> report this. >> >> Signed-off-by: Kees

RE: Re: [PATCH 3.4 93/99] iwlwifi: always copy first 16 bytes of commands

> On Sat, 2014-03-22 at 09:51 -0700, Greg Kroah-Hartman wrote: > > On Sat, Mar 22, 2014 at 05:28:02PM +0100, Andreas Sturmlechner wrote: > > > Original Message from: Greg Kroah-Hartman > > > > > > > > > > > Does Linus's tree also have this problem for you? Or does it work > > > > there? If it wo

Re: [RFC] QR encoding for Oops messages

Hi, On 03/22/2014 07:20 PM, Teodora Băluţă wrote: > On Sat, Mar 22, 2014 at 7:09 PM, Levente Kurusa wrote: >> Hi, >> >> On 03/21/2014 02:28 PM, Jason Cooper wrote: >>> On Wed, Mar 19, 2014 at 10:38:30PM +0200, Teodora Băluţă wrote: On Wed, Mar 19, 2014 at 10:18 PM, Dave Jones wrote: > O

Re: [PATCH 2/2 v3] initramfs: print error and shell out for unsupported content

Am 22.03.2014 13:29, schrieb Alexander Holler: The initramfs generation is broken for file and directory names which contain colons, spaces and other unusual characters. Print an error and don't try to continue. (...) + # Files and directories with spaces and colons are unsupported. +

Re: [RFC] QR encoding for Oops messages

On Sat, Mar 22, 2014 at 7:09 PM, Levente Kurusa wrote: > Hi, > > On 03/21/2014 02:28 PM, Jason Cooper wrote: >> On Wed, Mar 19, 2014 at 10:38:30PM +0200, Teodora Băluţă wrote: >>> On Wed, Mar 19, 2014 at 10:18 PM, Dave Jones wrote: On Mon, Mar 17, 2014 at 02:59:47PM -0700, Teodora Baluta wro

[RESEND][PATCH 1/2] lib/scatterlist: Make ARCH_HAS_SG_CHAIN an actual Kconfig

Rather than have architectures #define ARCH_HAS_SG_CHAIN in an architecture specific scatterlist.h, make it a proper Kconfig option and use that instead. At same time, remove the header files are are now mostly useless and just include asm-generic/scatterlist.h. Cc: Russell King Cc: Tony Luck Cc

[RESEND][PATCH 2/2] Cleanup useless architecture versions of scatterlist.h

There's no need to have an architecture version of scatterlist.h if the only thing the file does is include asm-generic/scatterlist.h. Switch to the asm-generic versions directly. Cc: Mikael Starvik Cc: Hirokazu Takata , Cc: Michal Simek Cc: David Howells Cc: Koichi Yasutake Cc: Chen Liqin , C

[RESEND][PATCH 0/2] Cleanup asm/scatterlist.h

I haven't gotten many responses so I'm going to try sending again (this time with a cover letter which I probably should have done in the first place...) ARCH_HAS_SG_CHAIN is currently defined as needed in asm/scatterlist.h. It was suggested[1] that this should probably be a proper Kconfig. At t

Re: [RFC 1/1] fs/reiserfs/journal.c: Remove obsolete __GFP_NOFAIL

On Sat, Mar 22, 2014 at 10:55:24AM -0700, Andrew Morton wrote: > > From: Andrew Morton > Subject: scripts/checkpatch.pl: __GFP_NOFAIL isn't going away > > Revert 7e4915e78992eb ("checkpatch: add warning of future __GFP_NOFAIL use"). > > There are no plans to remove __GFP_NOFAIL. > > __GFP_NOFA

Re: [ANNOUNCE] ARM kernel mini-summit @ ELC: Call for Topics, Invitation Request

On Thu, Mar 13, 2014 at 3:38 PM, Kevin Hilman wrote: > Hello, > > We will be holding a one-day, ARM kernel mini-summit at ELC this year in > San Jose[1]. The mini-summit will be Monday, April 28th, and ELC starts > on Tuesday. > > The ARM summit brings together maintainers and developers in the A

Re: [RFC 1/1] fs/reiserfs/journal.c: Remove obsolete __GFP_NOFAIL

On Sat, 22 Mar 2014 13:32:07 -0400 ty...@mit.edu wrote: > On Sat, Mar 22, 2014 at 01:26:06PM -0400, ty...@mit.edu wrote: > > > Well. Converting an existing retry-for-ever caller to GFP_NOFAIL is > > > good. Adding new retry-for-ever code is not good. > > Oh, and BTW --- now that checkpatch.pl n

Re: [PATCH] media: em28xx-video - change em28xx_scaler_set() to use em28xx_reg_len()

Am 22.03.2014 16:22, schrieb Shuah Khan: > On 03/22/2014 06:32 AM, Frank Schäfer wrote: >> >> Am 21.03.2014 22:04, schrieb Shuah Khan: >>> Change em28xx_scaler_set() to use em28xx_reg_len() to get register >>> lengths for EM28XX_R30_HSCALELOW and EM28XX_R32_VSCALELOW registers, >>> instead of hard

Re: Re: [PATCH 3.4 93/99] iwlwifi: always copy first 16 bytes of commands

On Sat, 2014-03-22 at 09:51 -0700, Greg Kroah-Hartman wrote: > On Sat, Mar 22, 2014 at 05:28:02PM +0100, Andreas Sturmlechner wrote: > > Original Message from: Greg Kroah-Hartman > > > > > > Does Linus's tree also have this problem for you? Or does it work > > > there? If it works there, perhap

Re: [RFC 1/1] fs/reiserfs/journal.c: Remove obsolete __GFP_NOFAIL

On Sat, Mar 22, 2014 at 01:26:06PM -0400, ty...@mit.edu wrote: > > Well. Converting an existing retry-for-ever caller to GFP_NOFAIL is > > good. Adding new retry-for-ever code is not good. Oh, and BTW --- now that checkpatch.pl now flags an warning whenever GFP_NOFAIL is used, because it is depr

Re: [RFC 1/1] fs/reiserfs/journal.c: Remove obsolete __GFP_NOFAIL

On Sat, Mar 22, 2014 at 10:15:12AM -0700, Andrew Morton wrote: > > I'll note that since 2011, there has been precious little movement on > > removing the final few callers of GFP_NOFAIL, and we still have a bit > > under two dozen of them, including a new one in fs/buffer.c that was > > added in 20

  1   2   3   >