Re: [PATCH 2/4] x86: Move instruction decoder data into header

(2014/04/15 2:44), Sasha Levin wrote: > Right now we generate data for the instruction decoder and place it > as a code file which gets #included directly (yuck). > > Instead, make it a header which will also be usable by other code > that wants to use the data in there. Hmm, making the

Re: [PATCH] kernel/panic: Add "late_kdump" option for kdump in unstable condition

Hi Vivek, (2014/04/15 4:31), Vivek Goyal wrote: > On Mon, Apr 14, 2014 at 01:51:58PM +0900, Masami Hiramatsu wrote: >> Add a "late_kdump" option to run kdump after running panic >> notifiers and dump kmsg. This can help rare situations which >> kdump drops in failure because of unstable crashed

Re: [PATCH 7/8] arm64: mm: Implement 4 levels of translation tables

On Tuesday, April 15, 2014 12:14 AM, Steve Capper wrote: > On Mon, Apr 14, 2014 at 04:41:07PM +0900, Jungseok Lee wrote: > > This patch implements 4 levels of translation tables since 3 levels of > > page tables with 4KB pages cannot support 40-bit physical address > > space described in [1] due

Re: Re: [PATCH] PM / devfreq: Use freq_table for available_frequencies

> MyungJoo/Kyungmin, > > Bump. Can we accept this patch please? > > -Saravana Nack. Please note that freq_table is also an optional value, which may be null. Besides, please be aware that your code is under rcu_read_lock(). Cheers, MyungJoo. ps. I'll send a related patch (avoid accessing

Re: [PATCH v6] fs: FAT: Add support for DOS 1.x formatted volumes

Conrad Meyer writes: > Add structure for parsed BPB information, struct fat_bios_param_block, > and move all of the deserialization and validation logic from > fat_fill_super() into fat_read_bpb(). > > Add a 'dos1xfloppy' mount option to infer DOS 2.x BIOS Parameter Block > defaults from block

[PATCH] arm64:kconfig: Add default line for CONFIG_COMPAT

Correct minimal config is not generated without default line. 'default n' should be added to set COMPAT to 'n'. Otherwise, Enabling COMPAT is not reflected to minial config. Signed-off-by: Chanho Min --- arch/arm64/Kconfig |1 + 1 file changed, 1 insertion(+) diff --git

linux-next: manual merge of the drm-intel tree with the tree

Hi all, Today's linux-next merge of the drm-intel tree got a conflict in drivers/gpu/drm/i915/i915_gem_context.c between commit 691e6415c891 ("drm/i915: Always use kref tracking for all contexts") from the drm-intel-fixes tree and commit ad2ac08bf34b ("drm/i915: Make contexts non-snooped on

[PATCH v3] arch:unicore32:mm: add devmem_is_allowed() to support STRICT_DEVMEM

unicore32 supports STRICT_DEVMEM, so it needs devmem_is_allowed(), like some of other architectures have done (e.g. arm, powerpc, x86 ...). The related error with allmodconfig: CC drivers/char/mem.o drivers/char/mem.c: In function ‘range_is_allowed’: drivers/char/mem.c:69: error:

[RESEND PATCH] module: Introduce MODULE_STATE_COMING_FINAL to avoid ftrace warning

I resend this patch with Steven's signed-off-by and Hiramatsu-san's reviewed-by. This patch adds new module state MODULE_STATE_COMING_FINAL to avoid ftrace waring message when loading two modules simultaneously. The original patch was written by Steven Rostedt, see below.

[no subject]

Although, I am not comfortable discussing the content of my mail on the Internet owing to lots of unsolicited/Spam mails on the net nowadays. The fact is I have made up my mind to will my late Husband's funds to you so you can use it for charity duties and good work to humanity in your

Re: [GIT] kbuild/lto changes for 3.15-rc1

On Mon, Apr 14, 2014 at 12:32:05PM +0200, Ingo Molnar wrote: > > * Markus Trippelsdorf wrote: > > > On 2014.04.09 at 08:01 +0200, Ingo Molnar wrote: > > > > > > * Andi Kleen wrote: > > > > > > > On Tue, Apr 08, 2014 at 03:44:25PM -0700, Linus Torvalds wrote: > > > > > On Tue, Apr 8, 2014 at

Re: [PATCH 3/3] cgroup: implement cgroup.subtree_populated for the default hierarchy

On 2014/4/15 5:44, Tejun Heo wrote: > cgroup users often need a way to determine when a cgroup's > subhierarchy becomes empty so that it can be cleaned up. cgroup > currently provides release_agent for it; unfortunately, this mechanism > is riddled with issues. > > * It delivers events by

v3.15-rc1 slab allocator broken on m68knommu (coldfire)

git bisect suggests it starts somewhere around commit f315e3fa1cf5b3317fc948708645fff889ce1e63 slab: restrict the number of objects in a slab but its kinda hard to tell as there is some compile breakage in there as well. slub and slob seem to still work okay for m68knommu. -- To unsubscribe

Re: [PATCH 8/8] arm64: KVM: Implement 4 levels of translation tables for HYP and stage2

On Tuesday, April 15, 2014 1:12 AM, Marc Zyngier wrote: > On 14/04/14 08:41, Jungseok Lee wrote: > > This patch adds 4 levels of translation tables implementation for both > > HYP and stage2. A combination of 4KB + 4 levels host and 4KB + 4 > > levels guest can run on ARMv8 architecture as

Re: [PATCH v2 2/3] Fix coding style problem (cast with space) in drivers/staging/crystalhd/crystalhd_lnx.c

On Tuesday, April 15, 2014 1:38 AM, Pascal COMBES wrote: > > Le 13/04/2014 23:36, Paul Bolle a écrit : > > On Sun, 2014-04-13 at 21:13 +0200, Pascal COMBES wrote: > >> From: Pascal COMBES > >> > >> Fix coding style problem in drivers/staging/crystalhd/crystalhd_lnx.c: > >> No space needed before

Re: [PATCH] ipv4: Add option to get TCP_FASTOPEN to getsockopt()

On Mon, Apr 14, 2014 at 1:39 PM, Kenjiro Nakayama wrote: > TCP_FASTOPEN option can be set via setsockopt(), but the value cannot be > gotten via getsockopt(). This patch adds the option to getsockopt(). > > Sighned-off-by: Kenjiro Nakayama > > Add option to get TCP_FASTOPEN to

Re: [PATCH v2] arch:unicore32:mm: add devmem_is_allowed() to support STRICT_DEVMEM

Oh, sorry, it is my careless, it even can not pass compiling, I will/should send patch v3. Thanks. On 04/15/2014 08:28 AM, Chen Gang wrote: > unicore32 supports STRICT_DEVMEM, so it needs devmem_is_allowed(), like > some of other architectures have done (e.g. arm, powerpc, x86 ...). > > The

Re: [PATCH 2/8] arm/arm64: KVM: Fix line length exceeding 80 characters

On Tuesday, April 15, 2014 1:19 AM, Marc Zyngier wrote: > On 14/04/14 08:40, Jungseok Lee wrote: > > This patch deals with checkpatch complaint as fixing line length > > exceeding 80 characters. > > > > WARNING: line over 80 characters > > > > Signed-off-by: Jungseok Lee > > Reviewed-by: Sungjinn

Re: [PATCH] mtd: nand: omap: fix compile warning on ‘erased_sector_bitflips’

On Tuesday, April 15, 2014 7:32 AM, Christian Engelmayer wrote: > > Commit 2c9f2365 (mtd: nand: omap: ecc.calculate: merge > omap3_calculate_ecc_bch4 > in omap_calculate_ecc_bch) introduced minor compile warning > "‘erased_sector_bitflips’ defined but not used [-Wunused-function]" when >

Re: [PATCH 7/8] arm64: mm: Implement 4 levels of translation tables

On Tuesday, April 15, 2014 12:14 AM, Steve Capper wrote: > On Mon, Apr 14, 2014 at 04:41:07PM +0900, Jungseok Lee wrote: > > This patch implements 4 levels of translation tables since 3 levels of > > page tables with 4KB pages cannot support 40-bit physical address > > space described in [1] due

[PATCH v2] arch:unicore32:mm: add devmem_is_allowed() to support STRICT_DEVMEM

unicore32 supports STRICT_DEVMEM, so it needs devmem_is_allowed(), like some of other architectures have done (e.g. arm, powerpc, x86 ...). The related error with allmodconfig: CC drivers/char/mem.o drivers/char/mem.c: In function ‘range_is_allowed’: drivers/char/mem.c:69: error:

[Regression?] qemu-system-arm flooding "sd_write_data: not in Receiving-Data state"

(Forgive the duplicate, I forgot to cc lkml) I was testing v3.15-rc1 in my qemu-system-arm environment and noticed a flood of the following messages: sd_write_data: not in Receiving-Data state After looking around in the kernel and not finding such a message, I realized this was actually a

Re: [PATCH 1/1] drivers/pci/pcie/portdrv_pci.c: coding style fixes

On Sun, Apr 13, 2014 at 09:49:34AM +0200, Fabian Frederick wrote: > Move __initdata before equal sign > printk(KERN_WARNING converted to pr_warn > > Cc: Andrew Morton > Cc: linux-...@vger.kernel.org > Signed-off-by: Fabian Frederick > --- > drivers/pci/pcie/portdrv_pci.c | 4 ++-- > 1 file

Re: 回复： [PATCH] arch:unicore32:mm: add devmem_is_allowed() to support STRICT_DEVMEM

We got no-reply almost a week, so we can assume "can put the code into "asm/io.h" as static inline function". I will/should send patch v2 for it. Thanks. On 04/08/2014 12:54 PM, Chen Gang wrote: > > On 04/08/2014 11:20 AM, 管雪涛 wrote: >> I'd like to put the code into asm/io.h, and make it

Re: [BUG] A panic caused by null pointer dereference aftering updating to

On Mon, 2014-04-14 at 18:51 -0400, David Miller wrote: > From: Eric Dumazet > Date: Mon, 14 Apr 2014 14:23:24 -0700 > > > I was trying to cook a not too invasive patch. > > > > Changing ip_local_out() means changing dst_output() / nf_hook() and > > hundred of call sites. > > > > Unless I

Re: [PATCH] PCI: Add Patsburg (X79) to Intel PCH root port ACS quirk

On Mon, Mar 31, 2014 at 12:21:38PM -0600, Alex Williamson wrote: > Intel has updated Red Hat bz1037684 to note that X79 PCH root ports > also provide isolation and the same ACS quirks apply. Some sources > indicate additional device IDs for X79, but this patch includes only > the ones

Re: [PATCH] pci: moved EXPORT_SYMBOL so that it immediately followed its function/variable

On Mon, Apr 07, 2014 at 06:01:23PM -0400, Ryan Desfosses wrote: > change made to resolve following checkpatch message: > WARNING: EXPORT_SYMBOL(foo); should immediately follow > its function/aariable > branch: Linux 3.14 > > Signed-off-by: Ryan Desfosses > --- >

Re: [PATCH] Configure FSL eSPI CSBEF, CSAFT, and whether to send all received data to user

On Tue, Apr 15, 2014 at 12:49:49AM +0100, Mark Brown wrote: > On Mon, Apr 14, 2014 at 02:38:53PM -0700, Insop Song wrote: > > On Mon, Apr 14, 2014 at 09:51:51PM +0100, Mark Brown wrote: > > > > Please also be sure to CC the mailing list on patches, the sourceforge > > > list has been unused for

Re: [PATCH 3/3] mm,vmacache: optimize overflow system-wide flushing

Stupid script... Cc'ing Oleg. On Mon, 2014-04-14 at 16:57 -0700, Davidlohr Bueso wrote: > For single threaded workloads, we can avoid flushing > and iterating through the entire list of tasks, making > the whole function a lot faster, requiring only a single > atomic read for the mm_users. > >

Re: [PATCH] Configure FSL eSPI CSBEF, CSAFT, and whether to send all received data to user

On Tue, Apr 15, 2014 at 12:49:49AM +0100, Mark Brown wrote: > On Mon, Apr 14, 2014 at 02:38:53PM -0700, Insop Song wrote: > > On Mon, Apr 14, 2014 at 09:51:51PM +0100, Mark Brown wrote: > > > > Please also be sure to CC the mailing list on patches, the sourceforge > > > list has been unused for

[PATCH 3/3] mm,vmacache: optimize overflow system-wide flushing

For single threaded workloads, we can avoid flushing and iterating through the entire list of tasks, making the whole function a lot faster, requiring only a single atomic read for the mm_users. Suggested-by: Oleg Nesterov Signed-off-by: Davidlohr Bueso --- mm/vmacache.c | 10 ++ 1

[PATCH] acpi: try to trust cpu_index from x86_cpu_to_apicid

In smp with multi cpus, when enter into kdump kernel with only 1 cpu, a warning message is printed out: acpi LNXCPU:0a: BIOS reported wrong ACPI id 0 for the processor In this case kdump kernel use the same ACPI tables as 1st kernel, means lapic information is got from MADT. The acpi_id related

Re: [PATCH v2 1/3] tracing: fix syscall_*regfunc() vs copy_process() race

On Sun, Apr 13, 2014 at 08:58:54PM +0200, Oleg Nesterov wrote: > syscall_regfunc() and syscall_unregfunc() should set/clear > TIF_SYSCALL_TRACEPOINT system-wide, but do_each_thread() can race > with copy_process() and miss the new child which was not added to > the process/thread lists yet. > >

[PATCH 1/3] mm: fix CONFIG_DEBUG_VM_RB description

This appears to be a copy/paste error. Update the description to reflect extra rbtree debug and checks for the config option instead of duplicating CONFIG_DEBUG_VM. Signed-off-by: Davidlohr Bueso --- lib/Kconfig.debug | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

[PATCH 0/3] mm: vmacache updates

Two additions really. The first patch adds some needed debugging info. The second one includes an optimization suggested by Oleg. I preferred waiting until 3.15 for these, giving the code a chance to settle a bit. Thanks! Davidlohr Bueso (3): mm: fix CONFIG_DEBUG_VM_RB description

[PATCH 2/3] mm,vmacache: add debug data

Introduce a CONFIG_DEBUG_VM_VMACACHE option to enable counting the cache hit rate -- exported in /proc/vmstat. Any updates to the caching scheme needs this kind of data, thus it can save some work re-implementing the counting all the time. Signed-off-by: Davidlohr Bueso ---

BUG: using __this_cpu_write() in preemptible [00000000] code: systemd-udevd/497

(Cc'ing both lis3lv02d and ACPI maintainers) Since commit 188a81409ff7de1c5aae947a96356ddd8ff4aaa3 ("percpu: add preemption checks to __this_cpu ops") I've been seeing the following: [ 10.485588] hp_accel: hardware type HPB64xx found [ 10.485772] BUG: using __this_cpu_write() in preemptible

Re: [PATCH] access: moved trailing statements and added spaces after ','

On Sat, Apr 12, 2014 at 03:56:27AM -0400, Ryan Desfosses wrote: > changes made to resolve following checkpatch messages: > ERROR: space required after that ',' (ctx:VxV) > ERROR: trailing statements should be on next line > branch: 3.14 > > Signed-off-by: Ryan Desfosses Applied to pci/misc,

Re: [PATCH] Configure FSL eSPI CSBEF, CSAFT, and whether to send all received data to user

On Mon, Apr 14, 2014 at 02:38:53PM -0700, Insop Song wrote: > On Mon, Apr 14, 2014 at 09:51:51PM +0100, Mark Brown wrote: > > Please also be sure to CC the mailing list on patches, the sourceforge > > list has been unused for quite some time now. > We use scripts/get_maintainer.pl to get the

Re: [PATCHv2] pci: added or removed a space to resolve checkpatch message

On Fri, Apr 11, 2014 at 01:47:20AM -0400, Ryan Desfosses wrote: > changes made to resolve following messages: > WARNING: please, no spaces at the start of a line > ERROR: space prohibited after that '!' (ctx:BxW) > ERROR: space required before the open parenthesis '(' > > Signed-off-by:

Re: [PATCHv2] pci: changed "foo* bar" to "foo *bar"

On Fri, Apr 11, 2014 at 01:01:53AM -0400, Ryan Desfosses wrote: > change made to resolve following checkpatch message: > drivers/pci/pci.c:109: ERROR: "foo* bar" should be "foo *bar" > branch: Linux 3.14-rc8 > > Signed-off-by: Ryan Desfosses Applied to pci/misc, thanks! > --- >

Re: BUG: spinlock trylock failure on UP, i.MX28 3.12.15-rt25

On 14.04.2014 21:24, Stanislav Meduna wrote: > hunting another problem with AUART acting weirdly I got okay, the AUART thing was some device tree snafu, but I have seen the BUG a few times (but not readily reproducible). This thread looks remotely similar https://lkml.org/lkml/2013/9/27/534 -

Re: [PATCH v2 0/3] tracing: syscall_*regfunc() fixes

On Sun, Apr 13, 2014 at 08:58:28PM +0200, Oleg Nesterov wrote: > On 04/11, Oleg Nesterov wrote: > > > > On 04/11, Steven Rostedt wrote: > > > > > > Are you going to send a new series? > > > > Yes, will do. I will split 1/2, and I need to update the changelog > > in 2/2. > > Please see the

Re: [PATCH 00/38] tick cleanups and bugfixes

On Mon, 14 Apr 2014, Viresh Kumar wrote: > Hi Thomas, > > These are separate cleanups from the timers/hrtimers ones I did. I was waiting > for the merge window to close in order to send these and by the time it > happened, I got a long pending list. > > These are mostly cleanups, reorders for

Re: [PATCH] seccomp: fix memory leak on filter attach

On Tue, Apr 15, 2014 at 2:11 AM, Kees Cook wrote: > This sets the correct error code when final filter memory is unavailable, > and frees the raw filter no matter what. > > unreferenced object 0x8800d6ea4000 (size 512): > comm "sshd", pid 278, jiffies 4294898315 (age 46.653s) > hex dump

Re: [PATCH 30/38] tick-sched: move nohz_full_buf[] inside tick_nohz_init()

On Mon, Apr 14, 2014 at 09:53:52PM +0530, Viresh Kumar wrote: > nohz_full_buf[] is used at only one place, i.e. inside tick_nohz_init(). Make > it > a local variable. Can move it out in case it is used in some other routines in > future. OTOH nohz_full_buf can have a big size and moving it to a

Re: Pull request ?

On 14/04/2014 at 21:56:45 +0100, Jonathan Cameron wrote : > >> > > > >Yeah, I was asking about the fixes, the fixes-togreg branch ;) > > > > Ah. Dozy me. Went to Greg a day or so ago. Up to him when/if he picks it up > and sends > on to Linus. Greg is pretty fast though so probably fairly soon

Re: [PATCH 29/38] tick-sched: remove wrapper around __tick_nohz_task_switch()

On Mon, Apr 14, 2014 at 09:53:51PM +0530, Viresh Kumar wrote: > __tick_nohz_task_switch() was called only from tick_nohz_task_switch() and > there > is nothing much in tick_nohz_task_switch() as well. IOW, we don't need > unnecessary wrapper over __tick_nohz_task_switch() to be there. Merge all

[GIT PULL] KVM fixes for 3.15-rc1

Linus, Please pull from git://git.kernel.org/pub/scm/virt/kvm/kvm.git master To receive the following KVM fixes: - Fix for guest triggerable BUG_ON (CVE-2014-0155) - CR4.SMAP support - Spurious WARN_ON() fix Feng Wu (5): KVM: Remove SMAP bit from

[PATCH V3] workqueue: fix double unlock bug

Use default pwq when alloc_unbound_pwq() is failed. And remove "if" condition for whether "pwq" is same as "wq->dfl_pwq" when wq_calc_node_cpumask() returns false and just use "goto use_dfl_pwq" Signed-off-by: Daeseok Youn --- V2: replace "if condition" with "goto" as Lai's comment. V3: Use

Re: [PATCH 28/38] tick-sched: remove parameters to {__}tick_nohz_task_switch() routines

On Mon, Apr 14, 2014 at 09:53:50PM +0530, Viresh Kumar wrote: > tick_nohz_task_switch() and __tick_nohz_task_switch() routines get task_struct > passed to them (always for the 'current' task), but they never use it. Remove > it. > > Signed-off-by: Viresh Kumar Ack. -- To unsubscribe from this

Re: [PATCH 24/38] tick-sched: don't check tick_nohz_full_cpu() in __tick_nohz_task_switch()

On Mon, Apr 14, 2014 at 09:53:46PM +0530, Viresh Kumar wrote: > __tick_nohz_task_switch() calls tick_nohz_full_kick(), which is already > checking > tick_nohz_full_cpu() and so we don't need to repeat the same check here. > > Remove it. > > Signed-off-by: Viresh Kumar Ack. > --- >

Re: [PATCH] seccomp: Release fp pointer when leaving from seccomp_attach_filter().

On Tue, Apr 15, 2014 at 2:08 AM, Kees Cook wrote: > On Mon, Apr 14, 2014 at 9:18 AM, Alexei Starovoitov wrote: >> On Mon, Apr 14, 2014 at 9:02 AM, Masami Ichikawa wrote: >>> kmemleak reported some memory leak as below. >> >> grrr. yes. sorry. >> >>> unreferenced object 0x8800d6ea4000 (size

Re: [GIT PULL v2] nohz: Move nohz kick out of scheduler IPI

On Mon, Apr 14, 2014 at 01:22:17PM +0200, Ingo Molnar wrote: > > * Frederic Weisbecker wrote: > > > On Thu, Apr 03, 2014 at 06:17:10PM +0200, Frederic Weisbecker wrote: > > > Ingo, Thomas, > > > > > > Please pull the timers/nohz-ipi-for-tip-v3 branch that can be found at: > > > > > >

Re: [PATCHv2 02/11] ARM: shmobile: Armadillo 800 EVA: initialize all struct pwm_lookup members

On Mon, Apr 14, 2014 at 11:59:44PM +0200, Alexandre Belloni wrote: > Initializing all the struct pwm_lookup members allows to get rid of the struct > tpu_pwm_platform_data as the polarity initialization will be taken care of by > the PWM core. > > Signed-off-by: Alexandre Belloni This looks

Re: [PATCH v2] mm: convert some level-less printks to pr_*

On Thu, 27 Mar 2014 10:54:19 -0700 Mitchel Humpherys wrote: > printk is meant to be used with an associated log level. There are some > instances of printk scattered around the mm code where the log level is > missing. Add a log level and adhere to suggestions by > scripts/checkpatch.pl by

Re: [BUG] A panic caused by null pointer dereference aftering updating to

From: Eric Dumazet Date: Mon, 14 Apr 2014 14:23:24 -0700 > I was trying to cook a not too invasive patch. > > Changing ip_local_out() means changing dst_output() / nf_hook() and > hundred of call sites. > > Unless I misunderstood you ? You could make ip_local_out(skb) be __ip_local_out(skb,

Re: [PATCH] sched/core: fix formatting issues in sched_can_stop_tick()

On Mon, Apr 14, 2014 at 08:38:38PM +0200, Peter Zijlstra wrote: > On Mon, Apr 14, 2014 at 09:47:41PM +0530, Viresh Kumar wrote: > > sched_can_stop_tick() was using 7 spaces instead of 8 spaces or a 'tab' at > > the > > beginning of each line. Which doesn't align with the Coding Guidelines. > > >

Re: [RFC PATCH 0/2] managed token devres interfaces

On 04/10/2014 08:39 AM, Mauro Carvalho Chehab wrote: Em Thu, 10 Apr 2014 12:46:53 +0100 One Thousand Gnomes escreveu: For example, some devices provide standard USB Audio Class, handled by snd-usb-audio for the audio stream, while the video stream is handled via a separate driver, like some

Re: [patch 2/4] mm: Dont forget to set softdirty on file mapped fault

On Tue, 15 Apr 2014 02:38:21 +0400 Cyrill Gorcunov wrote: > On Tue, Apr 15, 2014 at 02:33:09AM +0400, Cyrill Gorcunov wrote: > > On Mon, Apr 14, 2014 at 03:27:58PM -0700, Andrew Morton wrote: > > > > > > This will need to be redone for current kernels, please. New patch, new > > > title, new

Re: [PATCH] Add initcall_blacklist kernel parameter [v4]

> Let's not leak all those blacklist entries when we're finished? It's difficult, because you cannot free bootmem after bootmem is finished. For the rare debug case some leaking should be acceptable. -Andi -- a...@linux.intel.com -- Speaking for myself only. -- To unsubscribe from this list:

Re: [patch 2/4] mm: Dont forget to set softdirty on file mapped fault

On Tue, Apr 15, 2014 at 02:33:09AM +0400, Cyrill Gorcunov wrote: > On Mon, Apr 14, 2014 at 03:27:58PM -0700, Andrew Morton wrote: > > > > This will need to be redone for current kernels, please. New patch, new > > title, new changelog, retest. > > Sure, will resend once done. Andrew, sorry,

Re: [PATCH v9 1/2] ARM: avoid tracers in soft_restart

Hi Will, On 14 April 2014 03:53, Will Deacon wrote: > On Tue, Mar 18, 2014 at 09:40:57PM +, Sebastian Capella wrote: >> Use of tracers in local_irq_disable is causes abort loops when called >> with irqs disabled using a temporary stack. Replace local_irq_disable >> with

[PATCH 1/1] remove duplicate definition

Signed-off-by: Pranith Kumar --- include/linux/compiler-intel.h | 3 --- 1 file changed, 3 deletions(-) diff --git a/include/linux/compiler-intel.h b/include/linux/compiler-intel.h index 5529c52..ba147a1 100644 --- a/include/linux/compiler-intel.h +++ b/include/linux/compiler-intel.h @@ -13,12

Re: [Patch v5 3/6] IIO: core: Modify scan element type

> The current scan element type uses the following format: > [be|le]:[s|u]bits/storagebits[>>shift]. > To specify multiple elements in this type, added a repeat value. > So new format is: > [be|le]:[s|u]bits/storagebits{X[repeat]}[>>shift]. > Here X is specifying how may times, real/storage

Re: [patch 2/4] mm: Dont forget to set softdirty on file mapped fault

On Mon, Apr 14, 2014 at 03:27:58PM -0700, Andrew Morton wrote: > > This will need to be redone for current kernels, please. New patch, new > title, new changelog, retest. Sure, will resend once done. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a

[PATCH] mtd: nand: omap: fix compile warning on ‘erased_sector_bitflips’

Commit 2c9f2365 (mtd: nand: omap: ecc.calculate: merge omap3_calculate_ecc_bch4 in omap_calculate_ecc_bch) introduced minor compile warning "‘erased_sector_bitflips’ defined but not used [-Wunused-function]" when compiling without CONFIG_MTD_NAND_OMAP_BCH. Move function erased_sector_bitflips()

Re: [patch 2/4] mm: Dont forget to set softdirty on file mapped fault

On Mon, 24 Mar 2014 16:28:40 +0400 Cyrill Gorcunov wrote: > Otherwise we may not notice that pte was softdirty. > > --- linux-2.6.git.orig/mm/memory.c > +++ linux-2.6.git/mm/memory.c > @@ -3422,7 +3422,7 @@ static int __do_fault(struct mm_struct * > if (flags & FAULT_FLAG_WRITE) >

Re: [PATCH] block/blk-core.c: print readable string instead of values.

On Mon, 2014-04-14 at 15:00 -0700, Muthukumar R wrote: > FYI, bi_rw tracks more than WRITE or READ... > > On Sat, Apr 12, 2014 at 12:22 AM, Jianyu Zhan wrote: > > Print the r/w direction string instead of internal values. [] > > diff --git a/block/blk-core.c b/block/blk-core.c [] > > @@ -1625,9

[PATCH] xen/pci: Remove unused dev_err() string

We previously verified that "action" is either BUS_NOTIFY_ADD_DEVICE or BUS_NOTIFY_DEL_DEVICE, so there's no need for the default "?" case. Found by Coverity (CID 146520). Signed-off-by: Bjorn Helgaas --- drivers/xen/pci.c |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

Re: [PATCHSET cgroup/for-3.16] cgroup: implement cgroup.populated

On Mon, Apr 14, 2014 at 05:31:00PM -0400, Tejun Heo wrote: > On Wed, Apr 09, 2014 at 11:07:29AM -0400, Tejun Heo wrote: > > This patchset is on top of "cgroup: implement unified hierarchy" > > patchset[1] and availalbe in the following git branch. > > > >

[PATCH] mmc: sdhci-pci: Remove useless check for "slots == 0"

Remove the check for "slots == 0" because it can never be 0 here. Found by Coverity (CID 744269). Signed-off-by: Bjorn Helgaas --- drivers/mmc/host/sdhci-pci.c |2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/mmc/host/sdhci-pci.c b/drivers/mmc/host/sdhci-pci.c index

Re: [patch 2/2] lib/string.c: strlcpy() might read too far

On Wed, Apr 02, 2014 at 11:47:31AM +0300, Dan Carpenter wrote: > Imagine you have a user controlled variable at the end of a struct which > is allocated at the end of a page. The strlen() could read beyond the > mapped memory and cause an oops. > > Probably there are two reasons why we have

Re: [PATCH v2 0/8] Reorder i.MX IPU display enable/disable sequence

On Mon, Apr 14, 2014 at 11:53:15PM +0200, Philipp Zabel wrote: > Repeatedly enabling and disabling the display currently can lead to a state > in which the IPU doesn't produce a valid signal anymore because we disable > IPU submodules before they can finish their interaction. Yes, this appears to

Re: [Patch v5 2/6] IIO: core: Introduce read_raw_multi

> This callback is introduced to overcome some limitations of existing > read_raw callback. The functionality of both existing read_raw and > read_raw_multi is similar, both are used to request values from the > device. The current read_raw callback allows only two return values. > The new

Re: [PATCH v2 2/4] Documentation: dts: Add bindings for APM X-Gene SoC ethernet driver

Hi Ben, Thanks for the review comments. Please find my responses inline. Thanks, Iyappan On Mon, Apr 14, 2014 at 6:06 AM, Ben Dooks wrote: > On 12/04/14 04:06, Iyappan Subramanian wrote: >> >> This patch adds documentation for APM X-Gene SoC ethernet DTS binding. >> >> Signed-off-by: Iyappan

[Patch v5 1/6] devres: introduce API "devm_kmemdup

Introduce devm_kmemdup, which uses resource managed kmalloc. There are several request from maintainers to add this instead of using kmemdup. Signed-off-by: Srinivas Pandruvada --- Documentation/driver-model/devres.txt | 1 + drivers/base/devres.c | 21 +

RE: [PATCH] drm/radeon: fix VCE fence command

> -Original Message- > From: Christoph Jaeger [mailto:christophjae...@linux.com] > Sent: Monday, April 14, 2014 6:10 PM > To: Deucher, Alexander; Koenig, Christian; airl...@linux.ie > Cc: dri-de...@lists.freedesktop.org; linux-kernel@vger.kernel.org; Christoph > Jaeger > Subject: [PATCH]

Re: [PATCH v2 2/4] Documentation: dts: Add bindings for APM X-Gene SoC ethernet driver

Hi Florian, Thanks for the review comments. Please find my responses inline. On Sat, Apr 12, 2014 at 11:55 AM, Florian Fainelli wrote: > 2014-04-11 20:06 GMT-07:00 Iyappan Subramanian : >> This patch adds documentation for APM X-Gene SoC ethernet DTS binding. >> >> Signed-off-by: Iyappan

[Patch v5 3/6] IIO: core: Modify scan element type

The current scan element type uses the following format: [be|le]:[s|u]bits/storagebits[>>shift]. To specify multiple elements in this type, added a repeat value. So new format is: [be|le]:[s|u]bits/storagebits{X[repeat]}[>>shift]. Here X is specifying how may times, real/storage bits are

Re: [PATCH 2/2] pda_power: Unregister USB notifier in pda_power_remove()

On 15 April 2014 00:08, Felipe Balbi wrote: > On Tue, Apr 15, 2014 at 12:07:13AM +0200, Mathias Krause wrote: >> On 14 April 2014 23:35, Felipe Balbi wrote: >> > On Sun, Mar 30, 2014 at 03:34:15PM +0200, Mathias Krause wrote: >> >> If we've registered a notifier in pda_power_probe() we must

Re: [PATCH v2 4/4] drivers: net: Add APM X-Gene SoC ethernet driver support.

Hi David, Thanks for the review comments. Please find my responses inline. Thanks, Iyappan On Sat, Apr 12, 2014 at 1:55 PM, David Miller wrote: > From: Iyappan Subramanian > Date: Fri, 11 Apr 2014 20:06:24 -0700 > >> This patch adds network driver for APM X-Gene SoC ethernet. >> >>

[PATCH] drm/radeon: fix VCE fence command

Due to a type mismatch that causes an implicit type conversion, the upper 32 bits of the GPU address have been zeroed out when adding to the command buffer. Picked up by Coverity - CID 1198624. Signed-off-by: Christoph Jaeger --- drivers/gpu/drm/radeon/radeon_vce.c | 2 +- 1 file changed, 1

Re: [PATCH 2/2] pda_power: Unregister USB notifier in pda_power_remove()

On Tue, Apr 15, 2014 at 12:07:13AM +0200, Mathias Krause wrote: > On 14 April 2014 23:35, Felipe Balbi wrote: > > On Sun, Mar 30, 2014 at 03:34:15PM +0200, Mathias Krause wrote: > >> If we've registered a notifier in pda_power_probe() we must deregister > >> it in pda_power_remove() to not let it

[PATCH cgroup/for-3.16] cgroup: add documentation about unified hierarchy

Hello, Unified hierarchy is finally out for review [1][2]. This patch adds the documentation which describes the design and rationales. If you can think of more people to cc, please go ahead. If you have any comments and/or questions, please don't hesitate. Thanks. [1]

[Patch v5 2/6] IIO: core: Introduce read_raw_multi

This callback is introduced to overcome some limitations of existing read_raw callback. The functionality of both existing read_raw and read_raw_multi is similar, both are used to request values from the device. The current read_raw callback allows only two return values. The new read_raw_multi

Re: [PATCH RESEND 07/11] signals: jffs2: fix the wrong usage of disallow_signal()

hm, 6, 7, 8 and 9 hit my inbox via the you->me route but I didn't get the second copy of those 4 via the vger->me route. And several in the series remain lost https://lkml.org/lkml/2014/4/14/ received 4,5,6,7,8,9,10,11 but seems to be missing 0,1,2,3. Something is screwed up somewhere. -- To

[Patch v5 4/6] IIO: core: Add quaternion modifier

Added quaternion in the list of supported modifiers. Signed-off-by: Srinivas Pandruvada --- drivers/iio/industrialio-core.c | 1 + include/linux/iio/types.h | 1 + 2 files changed, 2 insertions(+) diff --git a/drivers/iio/industrialio-core.c b/drivers/iio/industrialio-core.c index

[Patch v5 6/6] iio: Added ABI description for quaternion

Added documentation for reading quaternion components for 3D rotations. Signed-off-by: Srinivas Pandruvada --- Documentation/ABI/testing/sysfs-bus-iio | 12 1 file changed, 12 insertions(+) diff --git a/Documentation/ABI/testing/sysfs-bus-iio

Re: [PATCH 2/2] pda_power: Unregister USB notifier in pda_power_remove()

On 14 April 2014 23:35, Felipe Balbi wrote: > On Sun, Mar 30, 2014 at 03:34:15PM +0200, Mathias Krause wrote: >> If we've registered a notifier in pda_power_probe() we must deregister >> it in pda_power_remove() to not let it work on stale data like, e.g., >> the charger timer. >> >> Cc: Felipe

[Patch v5 5/6] iio: hid-sensors: Added device rotation support

Added usage id processing for device rotation. This uses IIO interfaces for triggered buffer to present data to user mode.This uses HID sensor framework for registering callback events from the sensor hub. Data is exported to user space in the form of quaternion rotation format. Signed-off-by:

[Patch v5 0/6] Quaternion support

v5: Only change is for aligning function paramaters as suggested by Joe Perches Srinivas Pandruvada (6): devres: introduce API "devm_kmemdup IIO: core: Introduce read_raw_multi IIO: core: Modify scan element type IIO: core: Add quaternion modifier iio: hid-sensors: Added device

[PATCHv2 02/11] ARM: shmobile: Armadillo 800 EVA: initialize all struct pwm_lookup members

Initializing all the struct pwm_lookup members allows to get rid of the struct tpu_pwm_platform_data as the polarity initialization will be taken care of by the PWM core. Signed-off-by: Alexandre Belloni --- arch/arm/mach-shmobile/board-armadillo800eva.c | 20 +--- 1 file

[PATCHv2 03/11] pwm: renesas-tpu: remove useless struct tpu_pwm_platform_data

The struct tpu_pwm_platform_data is not used anymore and the polarity initialization will be taken care of by the PWM core. Signed-off-by: Alexandre Belloni --- drivers/pwm/pwm-renesas-tpu.c | 19 +++ include/linux/platform_data/pwm-renesas-tpu.h | 16

[PATCHv2 04/11] ARM: OMAP3: Beagle: initialize all the struct pwm_lookup members

This will allow to get rid of the .pwm_period_ns member of struct led_pwm as the period will be set by the PWM core. Signed-off-by: Alexandre Belloni --- arch/arm/mach-omap2/board-omap3beagle.c | 9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git

[PATCHv2 00/11] improve PWM lookup support without device tree

Hi, A patch set as suggested by Thierry to make lookup with the lookup table instead of device tree behave more like when using device tree. The first patch adds a period and a polarity member to the lookup table and use those to set period and polarity. Patch 2, 4 and 5 are making use of those

[PATCHv2 06/11] pwm: modify PWM_LOOKUP to initialize all struct pwm_lookup members

Now that PWM_LOOKUP is not used anymore, modify it to initialize all the members of struct pwm_lookup. Signed-off-by: Alexandre Belloni --- Documentation/pwm.txt | 3 ++- include/linux/pwm.h | 4 +++- 2 files changed, 5 insertions(+), 2 deletions(-) diff --git a/Documentation/pwm.txt

[PATCHv2 01/11] pwm: add period and polarity to struct pwm_lookup

Adds a period and a polarity member to struct pwm_lookup so that when performing a lookup using the lookup table instead of device tree, we are able to set the period and the polarity accordingly like what is done in of_pwm_xlate_with_flags. The period and polarity can be set unconditionally as

Re: [PATCH RESEND 04/11] signals: rename rm_from_queue_full() to flush_sigqueue_mask()

On Mon, 14 Apr 2014 17:19:59 +0200 Oleg Nesterov wrote: > "rm_from_queue_full" looks ugly and misleading, especially now that > rm_from_queue() has gone away. Rename it to flush_sigqueue_mask(), > this matches flush_sigqueue() we already have. > > Also remove the obsolete comment which explains

[PATCHv2 05/11] ARM: pxa: hx4700: initialize all the struct pwm_lookup members

This will allow to get rid of the .pwm_period_ns member of struct platform_pwm_backlight_data as the period will be set by the PWM core. Signed-off-by: Alexandre Belloni --- arch/arm/mach-pxa/hx4700.c | 9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git

<    1   2   3   4   5   6   7   8   9   10   >