Re: [PATCH 7/7] pid: get pid_t ppid of task in init_pid_ns

On 02/21, Richard Guy Briggs wrote: > > On 14/02/20, Oleg Nesterov wrote: > > > > imho it would be better to send this patch along with sys_getppid() > > conversions, but I won't argue. > > I don't think sys_getppid() should be changed since it is a syscall > whose userspace user would assume the w

Re: [RFC PATCH] rcu: move SRCU grace period work to power efficient workqueue

On Mon, 2014-02-24 at 09:55 -0800, Kevin Hilman wrote: > Yeah, my patch only addresses the nohz_full case, but since there > doesn't seem to be any general agreemenet about the generic case, it > seems that exposing all unbound workqueues via WQ_SYSFS is the way to > go. > > Mike, looks like yo

Re: perf_fuzzer compiled for x32 causes reboot

On 02/24/2014 10:07 AM, Vince Weaver wrote: >> >> Anyway I've attached the full tail end of the trace if you want to see >> everything that happens. > > and then I note there are *two* kernel page faults. > > perf_fuzzer-2979 [000] 161.475924: page_fault_kernel: > address=irq_stack_u

Re: Subject: Warning in workqueue.c

On Mon, Feb 24, 2014 at 10:01:55AM -0500, Jason J. Herne wrote: > On 02/14/2014 11:25 AM, Tejun Heo wrote: > >... > >Hmmm... weird, p's rq shouldn't have changed without its cpus_allowed > >busted. Anyways, let's wait for Jason's test results and see whether > >this is a regression at all. > > I

Re: [GIT PULL] bcm pinctrl rename

On Mon, Feb 24, 2014 at 09:32:47AM -0800, Christian Daudt wrote: > On Fri, Feb 21, 2014 at 2:29 PM, Olof Johansson wrote: > > On Wed, Feb 12, 2014 at 09:20:13AM -0800, Christian Daudt wrote: > >> The following changes since commit > >> b28a960c42fcd9cfc987441fa6d1c1a471f0f9ed: > >> > >> Linux 3

Re: [RFC PATCH] Fix: module signature vs tracepoints: add new TAINT_UNSIGNED_MODULE

- Original Message - > From: "Steven Rostedt" > To: "Mathieu Desnoyers" > Cc: "Ingo Molnar" , linux-kernel@vger.kernel.org, "Ingo > Molnar" , "Thomas > Gleixner" , "Rusty Russell" , > "David Howells" , > "Greg Kroah-Hartman" > Sent: Monday, February 24, 2014 10:54:54 AM > Subject: Re:

Re: [Xen-devel] [PATCH] xen: remove XEN_PRIVILEGED_GUEST

On Tue, Feb 18, 2014 at 11:14:27AM +0100, Paul Bolle wrote: > On Mon, 2014-02-17 at 09:43 -0500, Konrad Rzeszutek Wilk wrote: > > On Mon, Feb 17, 2014 at 02:03:17PM +0100, Paul Bolle wrote: > > > On Mon, 2014-02-17 at 07:23 -0500, Konrad Rzeszutek Wilk wrote: > > > > On Feb 16, 2014 3:07 PM, Paul B

Re: [PATCH 4/7] pid: modify task_tgid_nr to work without task->tgid.

On 02/21, Richard Guy Briggs wrote: > > On 14/02/20, Oleg Nesterov wrote: > > On 01/23, Richard Guy Briggs wrote: > > > > > > task->tgid is an error prone construct and results in duplicate > > > maintenance. > > > Start it's demise by modifying task_tgid_nr to not use it. > > > > Well, I disagree

Re: linux-next: Tree for Feb 17 (pinctrl-msm)

On Mon, Feb 24, 2014 at 10:14:45AM -0800, Randy Dunlap wrote: > On 02/24/2014 09:46 AM, Bjorn Andersson wrote: > > On Mon 24 Feb 06:46 PST 2014, Linus Walleij wrote: > >> On Mon, Feb 17, 2014 at 6:33 PM, Randy Dunlap > >> wrote: > >>> On 02/16/2014 10:23 PM, Stephen Rothwell wrote: > >>> ERROR: "

Re: linux-next: Tree for Feb 17 (pinctrl-msm)

On 02/24/2014 10:41 AM, Josh Cartwright wrote: > On Mon, Feb 24, 2014 at 10:14:45AM -0800, Randy Dunlap wrote: >> On 02/24/2014 09:46 AM, Bjorn Andersson wrote: >>> On Mon 24 Feb 06:46 PST 2014, Linus Walleij wrote: On Mon, Feb 17, 2014 at 6:33 PM, Randy Dunlap wrote: > On 02/16/201

Re: [Xen-devel] [PATCH v2] xen: remove XEN_PRIVILEGED_GUEST

On 18/02/14 13:07, Paul Bolle wrote: > This patch removes the Kconfig symbol XEN_PRIVILEGED_GUEST which is > used nowhere in the tree. > > We do know grub2 has a script that greps kernel configuration files for > its macro. It shouldn't do that. As Linus summarized: > This is a grub bug. It re

Re: [RFC][PATCH 0/5] arch: atomic rework

On Mon, Feb 24, 2014 at 10:14:01AM -0800, Linus Torvalds wrote: > On Mon, Feb 24, 2014 at 9:21 AM, Paul E. McKenney > wrote: > > > > 4. Bitwise operators ("&", "|", "^", and I suppose also "~") > > applied to a chained pointer and an integer results in another > > chained poin

Re: [PATCH] ARM: tegra: add device tree for SHIELD

On 02/24/2014 03:26 AM, Alexandre Courbot wrote: > Add a device tree for NVIDIA SHIELD. The set of enabled features is > still minimal with no display option (although HDMI should be easy > to get to work) and USB requiring external power. You could add a simple-framebuffer node for now, I think?

[PATCH v2 6/6] ftrace: Fix compilation warning about control_ops_free

With CONFIG_DYNAMIC_FTRACE=n, I see a warning: kernel/trace/ftrace.c:240:13: warning: 'control_ops_free' defined but not used static void control_ops_free(struct ftrace_ops *ops) ^ Add an ifdef block with CONFIG_DYNAMIC_FTRACE around that function as it is used solely from the dynamic

[PATCH v2 5/6] ftrace: Remove freelist from struct dyn_ftrace

The 'freelist' member was introduced to 'struct dyn_ftrace' in commit ee000b7f9fe429d2470c674ccec8d344f6789e0d (tracing: use union for multi-usages field), but the use of this member was later removed in 3208230983a0ee3d95be22d463257e530c684956 (ftrace: Remove usage of "freed" records). Remove also

[PATCH v2 3/6] ftrace: Pass retval through return in ftrace_dyn_arch_init

No ftrace_dyn_arch_init uses the value in the "data" parameter in any way, it just sets the value to 0. And this is used as a return value in the caller -- ftrace_init, which just checks the retval against zero. Note there is also "return 0" in every ftrace_dyn_arch_init. So it is enough to check

[PATCH v2 1/6] ftrace: Cleanup of global variables

Some of them can be local to functions, so make them local and pass them as parameters where needed: * __start_mcount_loc+__stop_mcount_loc are local to ftrace_init * ftrace_new_pgs -> new_pgs/start_pg * ftrace_update_cnt -> local update_cnt in ftrace_update_code [v2] - leave time stamps alone for

[PATCH v2 2/6] ftrace: Inline the code from ftrace_dyn_table_alloc

The function used to do allocations some time ago. This no longer happens and it only checks the count and prints some info. This patch inlines the body to the only caller. There are two reasons: * the name of the function was misleading * it's clear what is going on in ftrace_init now Signed-off-

[PATCH V6] gpio: New driver for LSI ZEVIO SoCs

This driver supports the GPIO controller found in LSI ZEVIO SoCs. It has been successfully tested on a TI nspire CX calculator. Signed-off-by: Fabian Vogt --- It took a while for me to make this patch. School, other projects and some bugs which prevented testing were time consuming. This patch s

[PATCH v2 4/6] ftrace: Do not pass data to ftrace_dyn_arch_init

As the data parameter is not really used by any ftrace_dyn_arch_init, remove that from ftrace_dyn_arch_init. This also removes the addr local variable from ftrace_init which is now unused. Note the documentation was imprecise as it did not suggest to set (*data) to 0. Signed-off-by: Jiri Slaby C

Ideas/suggestions to avoid repeated locking and reducing too many lists with dmaengine?

Hi folks, Just wanted your thoughts/suggestions on how we can avoid overhead in the EDMA dmaengine driver. I am seeing a lots of performance drop specially for small transfers with EDMA versus before raw EDMA was moved to DMAEngine framework (atleast 25%). One of the things I am thinking about is

Re: [PATCH V2 4/5] idle: Move idle conditions in cpuidle_idle main function

On 02/24/2014 06:22 PM, Peter Zijlstra wrote: On Mon, Feb 24, 2014 at 06:03:10PM +0100, Daniel Lezcano wrote: Well there is the polling idle state for the x86 and ppc cpuidle drivers. Except that, I think we have something more or less clean. Yeah, they have to set it back to polling again :/

Re: [PATCH 07/11] kexec: Create a relocatable object called purgatory

On 01/27/2014 10:57 AM, Vivek Goyal wrote: > + > +/** > + * memcpy - Copy one area of memory to another > + * @dest: Where to copy to > + * @src: Where to copy from > + * @count: The size of the area. > + */ > +static void *memcpy(void *dest, const void *src, unsigned long count) > +{ > + char

Re: [RFC PATCH] Fix: module signature vs tracepoints: add new TAINT_UNSIGNED_MODULE

On Mon, 24 Feb 2014 18:32:03 + (UTC) Mathieu Desnoyers wrote: > > > > The real answer to this is to enabled the tracepoints on module load, > > with a module parameter. We've talked about this before, and I also > > think there's some patches out there that do this. (I remember creating > >

[PATCH 2/2] perf symbols: Destroy unused symsrcs

From: Namhyung Kim Stephane reported that perf report and annotate failed to process data using lots of (> 500) shared libraries. It was because of the limit on number of open files (ulimit -n). Currently when perf loads a DSO, it'll look for normal and dynamic symbol tables. And if it fails t

[PATCH 1/2] perf annotate: Check availability of annotate when processing samples

From: Namhyung Kim The TUI of perf report and top support annotation, but stdio and GTK don't. So it should be checked before calling hist_entry__inc_addr_ samples() to avoid wasting resources that will never be used. perf annotate need it regardless of UI and sort keys, so the check of whether

[GIT PULL 0/2] perf/urgent fixes

From: Arnaldo Carvalho de Melo Hi Ingo, Please consider pulling, - Arnaldo The following changes since commit a9d3f94ec7708427b9f05a65246d3fd6e287fa51: Merge tag 'perf-urgent-for-mingo' of git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/urgent (2014-02-22 17:20:

Re: perf_fuzzer compiled for x32 causes reboot

On Mon, 24 Feb 2014 10:34:13 -0800 "H. Peter Anvin" wrote: > On 02/24/2014 10:07 AM, Vince Weaver wrote: > >> > >> Anyway I've attached the full tail end of the trace if you want to see > >> everything that happens. > > > > and then I note there are *two* kernel page faults. > > > > perf_

Re: perf_fuzzer compiled for x32 causes reboot

On 02/24/2014 11:13 AM, Steven Rostedt wrote: >> >> Either way, it really seems like we have a case of CR2 leakage out of >> the NMI context. > > Ah, and x86_64 saves off the cr2 register when entering NMI and restores > it before returning. But it seems to be missing from the i386 code. > OK, t

Re: [PATCH] net: phy: add suspend_halted module param

On Sun, Feb 23, 2014 at 05:58:39PM +0100, Sebastian Hesselbarth wrote: > commit 1211ce53077164e0d34641d0ca5fb4d4a7574498 > ("net: phy: resume/suspend PHYs on attach/detach") > introduced a feature to suspend PHYs when entering halted state. > > Unfortunately, not all bootloaders properly power-u

Re: [PATCH v2] xen-pciback: Use pci_enable_msix_exact() instead of pci_enable_msix()

On Fri, Feb 21, 2014 at 05:53:40PM +0100, Alexander Gordeev wrote: > 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 to be updated to use the > new pci_enable_msi_range() or pci_enable_msi_exact

Re: Ideas/suggestions to avoid repeated locking and reducing too many lists with dmaengine?

Wrapping... (I've had to manually edit this.) On Mon, Feb 24, 2014 at 01:03:32PM -0600, Joel Fernandes wrote: > Just wanted your thoughts/suggestions on how we can avoid overhead in > the EDMA dmaengine driver. I am seeing a lots of performance drop > specially for small transfers with EDMA versus

[PATCH 0/1] hfsplus: fix longname handling

Hi, Longname is not correctly handled by hfsplus driver. If an attempt to create a longname(>255) file/directory is made, it succeeds by creating a file/directory with HFSPLUS_MAX_STRLEN and incorrect catalog key. Thus leaving the volume in an inconsistent state. This patch fixes this issue. Alth

Re: [RFC PATCH for-next 3/4] epoll: struct epoll support

On 2/24/14, Jonathan Corbet wrote: > So I was just looking things over quickly, and something jumped out at > me. In ep_control(): > >> +} else if (!(*io) && epi) { >> +/* delete this eventpoll entry */ >> +if (is_file_epoll(target)) { >> +tep = tar

Re: [PATCH v3 07/11] watchdog: xilinx: Use of_property_read_u32

Hi Michal, > On 02/23/2014 08:00 PM, Alejandro Cabrera wrote: > > On 23/2/2014 6:43 AM, Guenter Roeck wrote: > >> On 02/23/2014 08:25 AM, Alejandro Cabrera wrote: > >>> On 22/2/2014 7:44 PM, Guenter Roeck wrote: > On 02/22/2014 10:14 PM, Alejandro Cabrera wrote: > > On 22/2/2014 5:36 PM,

Re: [PATCH V2 4/5] idle: Move idle conditions in cpuidle_idle main function

On Mon, Feb 24, 2014 at 08:04:25PM +0100, Daniel Lezcano wrote: > >+/* > >+ * Since we fell out of the loop above, we know > >+ * TIF_NEED_RESCHED must be set, propagate it into > >+ * PREEMPT_NEED_RESCHED. > >+ * > >+ * This i

[PATCH] exit.c: call proc_exit_connector() after exit_state is set

From: Guillaume Morin The process events connector delivers a notification when a process exits. This is really convenient for a process that spawns and wants to monitor its children through an epoll-able() interface. Unfortunately, there is a small window between when the event is delivered an

Re: linux-next: Tree for Feb 17 (pinctrl-msm)

On Mon 24 Feb 10:41 PST 2014, Josh Cartwright wrote: [...] > > Without too much effort, I can get this to fail just by making > CONFIG_PINCTRL_MSM=m. handle_bad_irq isn't marked EXPORT_SYMBOL*, so > hence the warning. > Ohh, yeah I missed that. > Whether or not this is intentional is not cle

[PATCH 1/1] hfsplus: fix longname handling

-ENAMETOOLONG returned from hfsplus_asc2uni was not propaged to iops. This allowed hfsplus to create files/directories with HFSPLUS_MAX_STRLEN and incorrect keys, leaving the FS in an inconsistent state. This patch fixes this issue. Signed-off-by: Sougata Santra Reviewed-by: Christoph Hellwig -

Re: perf_fuzzer compiled for x32 causes reboot

On Mon, Feb 24, 2014 at 02:13:29PM -0500, Steven Rostedt wrote: > Ah, and x86_64 saves off the cr2 register when entering NMI and restores > it before returning. But it seems to be missing from the i386 code. arch/x86/kernel/nmi.c: #define nmi_nesting_preprocess(regs)

Re: [PATCHv3 4/9] ARM: at91: dt: sam9rl: Device Tree for the at91sam9rlek

Hi, On 21/02/2014 at 20:48:53 +0100, Alexandre Belloni wrote : > + ahb { > + apb { > + mmc0: mmc@fffa4000 { > + pinctrl-0 = < > + &pinctrl_board_mmc0 > + &pinctrl

Re: [RFC PATCH for-next 3/4] epoll: struct epoll support

So I was just looking things over quickly, and something jumped out at me. In ep_control(): > + } else if (!(*io) && epi) { > + /* delete this eventpoll entry */ > + if (is_file_epoll(target)) { > + tep = target->private_data; > +

Re: perf_fuzzer compiled for x32 causes reboot

On Mon, 24 Feb 2014 20:30:43 +0100 Peter Zijlstra wrote: > On Mon, Feb 24, 2014 at 02:13:29PM -0500, Steven Rostedt wrote: > > Ah, and x86_64 saves off the cr2 register when entering NMI and restores > > it before returning. But it seems to be missing from the i386 code. > > arch/x86/kernel/nmi.

Re: [PATCH v4 5/8] mmc: sdhci-bcm-kona: Add basic use of clocks

[trimmed cc] On Fri, Jan 24, 2014 at 09:07:24AM -0800, Tim Kryger wrote: > On Tue, Jan 7, 2014 at 11:37 AM, Tim Kryger wrote: > > On Sat, Dec 14, 2013 at 12:14 AM, Christian Daudt > > wrote: > >> On Thu, Dec 5, 2013 at 11:20 AM, Tim Kryger wrote: > >>> Enable the external clock needed by the h

Re: [PATCH 1/3] PM / sleep: New flag to speed up suspend-resume of suspended devices

On Mon, 24 Feb 2014, Rafael J. Wysocki wrote: > Also, it may not do that today and I'd like to introduce a mechanism by which > that optimizatiom may be enabled by subsystems/drivers when ready. > > So for example today there is no guarantee that each device will be resumed > as appropriate by wh

Re: [PATCH] net: phy: add suspend_halted module param

2014-02-24 11:15 GMT-08:00 Andrew Lunn : > On Sun, Feb 23, 2014 at 05:58:39PM +0100, Sebastian Hesselbarth wrote: >> commit 1211ce53077164e0d34641d0ca5fb4d4a7574498 >> ("net: phy: resume/suspend PHYs on attach/detach") >> introduced a feature to suspend PHYs when entering halted state. >> >> Unfo

Re: [Xen-devel] [PATCH] xen: remove XEN_PRIVILEGED_GUEST

On 24.02.2014 19:39, Konrad Rzeszutek Wilk wrote: > On Tue, Feb 18, 2014 at 11:14:27AM +0100, Paul Bolle wrote: >> On Mon, 2014-02-17 at 09:43 -0500, Konrad Rzeszutek Wilk wrote: >>> On Mon, Feb 17, 2014 at 02:03:17PM +0100, Paul Bolle wrote: On Mon, 2014-02-17 at 07:23 -0500, Konrad Rzeszutek

Re: [PATCH v4 5/8] mmc: sdhci-bcm-kona: Add basic use of clocks

Hi, On Mon, Feb 24 2014, Matt Porter wrote: > Chris: we no longer need this to be taken through arm-soc since removing > the dependency. Could you please take this patch through your tree for > 3.15? Thanks, pushed to mmc-next for 3.15. - Chris. -- Chris Ball -- To uns

Re: [PATCH] net: phy: add suspend_halted module param

On Mon, Feb 24, 2014 at 11:37:15AM -0800, Florian Fainelli wrote: > 2014-02-24 11:15 GMT-08:00 Andrew Lunn : > > On Sun, Feb 23, 2014 at 05:58:39PM +0100, Sebastian Hesselbarth wrote: > >> commit 1211ce53077164e0d34641d0ca5fb4d4a7574498 > >> ("net: phy: resume/suspend PHYs on attach/detach") > >>

Re: [PATCHv1 5/6] HSI: Introduce OMAP SSI driver

On Mon, Feb 24, 2014 at 09:56:51AM -0600, Nishanth Menon wrote: > On 02/24/2014 09:51 AM, Mark Rutland wrote: > > On Sun, Feb 23, 2014 at 11:50:00PM +, Sebastian Reichel wrote: > > [...] > >> +static int omap_ssi_port_runtime_suspend(struct device *dev) > >> +{ > >> + struct hsi_port *po

Re: [PATCH] [RFC] time: Improve negative offset handling in timekeeping_inject_offset

On 02/22/2014 02:01 AM, Thomas Gleixner wrote: > On Fri, 21 Feb 2014, John Stultz wrote: >> But yes, we can just leave it as is, and it is a bit academic. But > To be honest, I was mostly arguing due to the academic nature. :) > > The important point is that we restrict it to -1e9 < tv_nsec < > 1e9

Re: [PATCH] watchdog: mpc8xxx_wdt: MPC8xx is HW enabled

Hi Christophe, > MPC8xx watchdog is enabled at startup by HW. > If the bootloader disables it, it cannot be reenabled. > > Signed-off-by: Christophe Leroy > > diff -ur a/drivers/watchdog/mpc8xxx_wdt.c b/drivers/watchdog/mpc8xxx_wdt.c > --- a/drivers/watchdog/mpc8xxx_wdt.c 2013-05-11 22:57:46.0

Re: Has slab ctor operation changed? -- was [PATCH 1/1] afs: afs_alloc_inode: use kmem_cache_zalloc

On Thu, 20 Feb 2014, David Howells wrote: > Of course, it's possible that the slab allocator no longer works like this... They still work like that (aside from SLOB that calls the ctor on each alloc but that also has never changed). -- To unsubscribe from this list: send the line "unsubscribe li

Re: [PATCH 40/73] watchdog: delete non-required instances of include

Hi Paul, > None of these files are actually using any __init type directives > and hence don't need to include . Most are just a > left over from __devinit and __cpuinit removal, or simply due to > code getting copied from one driver to the next. > > Cc: Wim Van Sebroeck > Cc: linux-watch...@vg

Re: [RFC][PATCH 0/5] arch: atomic rework

On Mon, Feb 24, 2014 at 10:53 AM, Paul E. McKenney wrote: > > Good points. How about the following replacements? > > 3. Adding or subtracting an integer to/from a chained pointer > results in another chained pointer in that same pointer chain. > The results of addition and su

[PATCH 08/12] perf tools: Add libdw DWARF post unwind support

From: Jiri Olsa Adding libdw DWARF post unwind support, which is part of elfutils-devel/libdw-dev package from version 0.158. The new code is contained in unwin-libdw.c object, and implements unwind__get_entries unwind interface function. New Makefile variable NO_LIBDW_DWARF_UNWIND was added to

[PATCH 05/12] perf tools: Add variable display for VF make output

From: Jiri Olsa Adding dump of interesting build directories to the make VF=1 output. $ make VF=1 BUILD: Doing 'make -j4' parallel build Auto-detecting system features: ... dwarf: [ on ] ... glibc: [ on ] ...

[PATCH 06/12] perf tools: Warn the user about how to enable libunwind support

From: Arnaldo Carvalho de Melo When one has libunwind installed somewhere the perf tools build process doesn't expects it to be, this happens: [acme@ssdandy linux]$ make O=/tmp/build/perf -C tools/perf/ install-bin make: Entering directory `/home/acme/git/linux/tools/perf' BUILD: Doing

[PATCH 02/12] perf tests: Add pmu-bison.o make test

From: Jiri Olsa Adding pmu-bison.o make test: $ make -f tests/make make_util_pmu_bison_o - make_util_pmu_bison_o: cd . && make -f Makefile DESTDIR=/tmp/tmp.0u99hQn8Ga util/pmu-bison.o $ make -f tests/make make_util_pmu_bison_o_O - make_util_pmu_bison_o_O: cd . && make -f Makefile O=/tmp

[PATCH 10/12] perf tests: Add NO_LIBDW_DWARF_UNWIND make test

From: Jiri Olsa Adding make test for NO_LIBDW_DWARF_UNWIND option, plus updating minimal build test with it. Signed-off-by: Jiri Olsa Cc: Corey Ashford Cc: David Ahern Cc: Frederic Weisbecker Cc: Ingo Molnar Cc: Jean Pihet Cc: Namhyung Kim Cc: Paul Mackerras Cc: Peter Zijlstra Link: htt

[PATCH 12/12] perf symbols: Check compatible symtab type before loading dso

From: Namhyung Kim When loading a dso it'll look for symbol tables of all possible types. However it's just wasted of time to check incompatible types - like trying kernel module when loading user library. Signed-off-by: Namhyung Kim Cc: Adrian Hunter Cc: Cody P Schafer Cc: Ingo Molnar Cc: N

[GIT PULL 00/12] perf/core improvements and fixes

From: Arnaldo Carvalho de Melo Hi Ingo, Please consider pulling, - Arnaldo The following changes since commit 7e74efcf76c16f851df5c838c143c4a1865ea9fa: Merge tag 'perf-core-for-mingo' of git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core (2014-02-22 17:26:24 +

[PATCH 04/12] perf tools: Factor features display code

From: Jiri Olsa Currently the we display all detected features/libraries by following rules: - if one of the features is missing - if it's build from clean tree This patch changes changes this behavior in several ways. - We no longer display all detected features, only detected libraries a

[PATCH 03/12] perf tools: Fix bison OUTPUT directories dependency

From: Jiri Olsa The bison and flex C objects don't have dependency for creating output directories. This could lead to build failure if the one of those objects is picked up by make to be build as the first one (reported by Arnaldo). Also following make fails: $ rm -rf /tmp/krava; mkdir /tmp/

[PATCH 11/12] perf symbols: Check return value of filename__read_debuglink()

From: Stephane Eranian When dso__read_binary_type_filename() called, it doesn't check the return value of filename__read_debuglink() so that it'll try to open the debuglink file even if it doesn't exist. Also fix return value of the filename__read_debuglink() as it always return -1 regardless of

[PATCH 01/12] perf tests: Fix *.o make tests

From: Jiri Olsa Enable and fix *.o object make tests. Following tests are now available: $ make -f tests/make make_perf_o_O - make_perf_o_O: cd . && make -f Makefile O=/tmp/tmp.iF5vI5emGy DESTDIR=/tmp/tmp.epDPFVhH0s perf.o $ make -f tests/make make_util_map_o_O - make_util_map_o_O: cd .

[PATCH 07/12] perf tools: Add feature check for libdw dwarf unwind

From: Jiri Olsa Adding feature check test code for libdw dwarf unwind. Signed-off-by: Jiri Olsa Cc: Corey Ashford Cc: David Ahern Cc: Frederic Weisbecker Cc: Ingo Molnar Cc: Jean Pihet Cc: Namhyung Kim Cc: Paul Mackerras Cc: Peter Zijlstra Link: http://lkml.kernel.org/r/1392825179-5228-

[PATCH 09/12] perf tools: Setup default dwarf post unwinder

From: Jiri Olsa Factor NO_LIBDW_DWARF_UNWIND makefile variable and code that selects default DWARf post unwinder based on detected features (libdw and libunwind support) If both are detected the libunwind is selected as default. Simple 'make' will try to add: - libunwind unwinder if present

Re: [PATCH v3 0/11] Xilinx watchdog changes

Hi Michal, > Hi, > > This series contains changes for Xilinx watchdog. > The whole code series have been reviewed by Guenter > and device-tree binding was acked by Arnd. > > I have also pushed this v3 to git repo > for easier pulling here: > git://git.monstr.eu/linux-2.6-microblaze.git watchdog

[PATCH] net/cxgb4: use remove handler as shutdown handler

Without a shutdown handler, T4 cards behave very badly after a kexec. Some firmware calls return errors indicating allocation failures, for example. This is probably because thouse resources were not released by a BYE message to the firmware, for example. Using the remove handler guarantees we wil

[PATCH 2/2] staging/rtl8192e: Remove unused code

Remove unused #defines, structure, and inlined functions for the rtl8192e driver. Compile tested only. Signed-off-by: Jon Mason Cc: Greg Kroah-Hartman --- drivers/staging/rtl8192e/rtl8192e/rtl_pci.h | 52 - 1 file changed, 52 deletions(-) diff --git a/drivers/stagi

[PATCH 1/2] staging/dt3155v4l: use PCI_VENDOR_ID_INTEL

Use PCI_VENDOR_ID_INTEL instead of creating its own vendor ID #define. Signed-off-by: Jon Mason Cc: Greg Kroah-Hartman --- drivers/staging/media/dt3155v4l/dt3155v4l.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/staging/media/dt3155v4l/dt3155v4l.c b/drivers/sta

Re: [PATCH v2] ARM: dts: Leave sdio1 as disabled on bcm28155-ap

On Tue, Feb 04, 2014 at 03:27:40PM -0800, Tim Kryger wrote: > The sdio1 interface pins are routed to an unpopulated daughter card > connector on the bcm28155-ap board. Thus there is no need to mark > this interface as enabled. > > Signed-off-by: Tim Kryger > Reviewed-by: Matt Porter Applied to

Re: pull request: bluetooth-next 2014-02-21

On Fri, Feb 21, 2014 at 11:47:45PM -0300, Gustavo Padovan wrote: > Hi John, > > This is our first pull request for 3.15, the main feature here is the > addition of > the privacy feature for low energy devices. Other than that we have a bunch > of small > improvements, fixes, and clean ups all ov

Re: Info: mapping multiple BARs. Your kernel is fine.

Btw, I don't know whether the following observation is related or not, but it so happens that after resume from suspend-to-disk, I see the booting up of the resume kernel on the console but when it is time for the original kernel to take over and switch to graphics, the screen remains black but th

Re: [PATCH] cpufreq: Set policy to non-NULL only after all hotplug online work is done

On 02/24/2014 02:55 AM, Viresh Kumar wrote: On 24 February 2014 14:09, wrote: Srivatsa S. Bhat wrote: On 02/24/2014 12:27 PM, Saravana Kannan wrote: The existing code sets the per CPU policy to a non-NULL value before all the steps performed during the hotplug online path is done. Specifica

Re: [PATCH 00/11] smp: Single IPI cleanups v2

On Mon, Feb 24, 2014 at 09:20:53AM -0800, Jens Axboe wrote: > On 2014-02-24 07:39, Frederic Weisbecker wrote: > >Hi, > > > >This version includes: > > > >* Rename __smp_call_function_single to smp_call_function_single() as > > suggested by Christoph. > > > >* Acks and reviewed-by added. > > > >*

[PATCH] checkpatch.pl: Add warning for new __packed additions

While there are valid reasons to use __packed, often the answer is that you should be doing something else here instead. Cc: Andrew Morton Cc: Joe Perches Cc: Josh Triplett Signed-off-by: Tom Rini --- scripts/checkpatch.pl |5 + 1 file changed, 5 insertions(+) diff --git a/scripts/ch

Re: 3.13 hangs when I tried to start a KVM at a 32 bit stable Gentoo

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 01/23/2014 07:55 PM, Dave Hansen wrote: > On 01/21/2014 08:38 AM, Toralf Förster wrote: >> Jan 21 17:18:57 n22 kernel: INFO: rcu_sched self-detected stall on CPU { 2} >> (t=60001 jiffies g=18494 c=18493 q=183951) >> Jan 21 17:18:57 n22 kernel: s

Re: [RFC v2 2/4] net: enables interface option to skip IP

On Mon, Feb 24, 2014 at 10:22 AM, Dan Williams wrote: > My use-case would simply be to have an analogue for the disable_ipv6 > case. In the future I expect more people will want to disable IPv4 as > they move to IPv6. If you don't have something like disable_ipv4, then > there's no way to ensure

[PATCH] gadgetfs: Initialize CHIP to NULL before UDC probe

Otherwise the value from the last probe would be retained that possibly is freed since (the UDC is removed) and therefore no longer relevant. Reproducible with the dummy UDC: modprobe dummy_hcd mount -t gadgetfs gadgetfs /dev/gadget umount /dev/gadget rmmod dummy_hcd mount -t gadgetfs ga

Re: [PATCH 2/2] arm/xen: Don't use xen DMA ops when the device is protected by an IOMMU

On Mon, 24 Feb 2014, gre...@linuxfoundation.org wrote: > On Mon, Feb 24, 2014 at 12:19:11PM +, Stefano Stabellini wrote: > > CC'ing Greg. > > > > On Thu, 20 Feb 2014, Ian Campbell wrote: > > > On Thu, 2014-02-20 at 16:21 +, Julien Grall wrote: > > > > Only Xen is able to know if a device c

Re: Ideas/suggestions to avoid repeated locking and reducing too many lists with dmaengine?

On Mon, Feb 24, 2014 at 01:03:32PM -0600, Joel Fernandes wrote: > Hi folks, > > Just wanted your thoughts/suggestions on how we can avoid overhead in the EDMA > dmaengine driver. I am seeing a lots of performance drop specially for small > transfers with EDMA versus before raw EDMA was moved to DM

Re: [PATCH v3 0/2] regulator: core: Fix ops->enable/disable usage

Hi Fabio, On Mon, Feb 24, 2014 at 02:23:50PM -0300, Fabio Estevam wrote: > On Sun, Feb 23, 2014 at 2:12 AM, Mark Brown wrote: > > On Thu, Feb 20, 2014 at 05:36:02PM +0100, Markus Pargmann wrote: > >> Hi, > >> > >> These two patches replace all ops->enable/disable by > >> _regulator_do_disable/ena

Re: [PATCH 2/2] PCI / PM: Resume runtime-suspended devices later during system suspend

On Sun, Feb 23, 2014 at 4:21 PM, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > Runtime-suspended devices are resumed during system suspend by > pci_pm_prepare() for two reasons: First, because they may need > to be reprogrammed in order to change their wakeup settings and, > second, beca

Re: [PATCH] checkpatch.pl: Add warning for new __packed additions

On Mon, 2014-02-24 at 15:38 -0500, Tom Rini wrote: > While there are valid reasons to use __packed, often the answer is that > you should be doing something else here instead. [] > diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl [] > @@ -4010,6 +4010,11 @@ sub process { >

Re: [PATCH] checkpatch.pl: Add warning for new __packed additions

On 02/24/2014 04:00 PM, Joe Perches wrote: > On Mon, 2014-02-24 at 15:38 -0500, Tom Rini wrote: >> While there are valid reasons to use __packed, often the answer is that >> you should be doing something else here instead. > [] >> diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl > [] >> @

Re: [Xen-devel] [patch 21/26] xen: Get rid of the last irq_desc abuse

On Mon, 24 Feb 2014, David Vrabel wrote: > On 23/02/14 21:40, Thomas Gleixner wrote: > > I'd prefer to drop that completely but there seems to be some mystic > > value to the error printout and the allocation check. > > Warn if any PIRQ cannot be bound to an event channel. Remove an > unn

Re: [Xen-devel] [patch 18/26] xen: Use the proper irq functions

On Mon, 24 Feb 2014, David Vrabel wrote: > On 23/02/14 21:40, Thomas Gleixner wrote: > > I really can't understand why people keep adding irq_desc abuse. We > > have enough proper interfaces. Delete another 14 lines of hackery. > > generic_handler_irq() already tests for !desc so use this ins

[PATCH v5 0/3] New RAID library supporting up to six parities

Hi, A new version of the new RAID library. Finally with *working* btrfs support! It includes patches for both the kernel and btrfs-progs to add new parity modes "par3", "par4", "par5" and "par6" working similarly at the existing "raid5" and "raid6" ones. The patches apply cleanly to kernel v3.14

[PATCH v5 3/3] btrfs-progs: Adds new par3456 modes to support up to six parities

Extends mkfs.btrfs to support the new par1/2/3/4/5/6 modes to create filesystem with up to six parities. Replaces the raid6 code with a new references function able to compute up to six parities. Replaces the existing BLOCK_GROUP_RAID5/6 with new PAR1/2/3/4/5/6 ones that handle up to six parities,

Re: [PATCH v2 0/4] Add ff-memless-next and make hid-lg4ff use it

On Mon, Feb 24, 2014 at 1:58 AM, Michal Malý wrote: > On Monday 24 of February 2014 02:32:27 Anssi Hannula wrote: >> >> I think we should extend the current ff-memless instead of duplicating >> its functionality (even on a "for now" basis). >> >> Having looked at ff-memless-next briefly, it seems

[PATCH v5 2/3] fs: btrfs: Adds new par3456 modes to support up to six parities

Removes the RAID logic now handled in the new raid_gen() and raid_rec() calls that hide all the details. Replaces the faila/failb failure indexes with a fail[] vector that keeps track of up to six failures. Replaces the existing BLOCK_GROUP_RAID5/6 with new PAR1/2/3/4/5/6 ones that handle up to six

Re: [PATCH 0/7] Cpuidle: Minor fixes

On 02/24/2014 07:29 AM, Tuukka Tikkanen wrote: This set of patches makes some minor changes to menu governor and the poll idle state. Patch 1 is simply a rename of a variable to make the name better represent the contained information. Patch 2 fixes calculating actual residency in cases where t

Re: [PATCH] checkpatch.pl: Add warning for new __packed additions

On Mon, 2014-02-24 at 16:11 -0500, Tom Rini wrote: > On 02/24/2014 04:00 PM, Joe Perches wrote: > > On Mon, 2014-02-24 at 15:38 -0500, Tom Rini wrote: > >> While there are valid reasons to use __packed, often the answer is that > >> you should be doing something else here instead. [] > > How often

Re: [PATCH] checkpatch.pl: Add warning for new __packed additions

On Mon, Feb 24, 2014 at 03:38:16PM -0500, Tom Rini wrote: > While there are valid reasons to use __packed, often the answer is that > you should be doing something else here instead. > > Cc: Andrew Morton > Cc: Joe Perches > Cc: Josh Triplett > Signed-off-by: Tom Rini > --- > scripts/checkpat

Re: [patch 07/26] pci: pcie-designware: Remove irq_desc abuse

On Sun, Feb 23, 2014 at 4:33 PM, Jingoo Han wrote: > On Monday, February 24, 2014 6:40 AM, Thomas Gleixner wrote: >> >> There is no reason to care about irq_desc in that context, escpecially >> as irq_data for that interrupt is retrieved as well. >> >> Use the proper accessor for the msi descripto

[PATCHv2] bq2415x_charger: Fix Atomic Sleep Bug

Move sysfs_notify and i2c_transfer calls from bq2415x_notifier_call to bq2415x_timer_work to avoid sleeping in atomic context. This fixes the following bug: [ 7.667449] Workqueue: events power_supply_changed_work [ 7.673034] [] (unwind_backtrace+0x0/0xe0) from [] (show_stack+0x10/0x14) [ 7.68209

Re: [PATCH v2 0/4] Add ff-memless-next and make hid-lg4ff use it

On Mon, Feb 24, 2014 at 10:17:25PM +0100, Elias Vanderstuyft wrote: > On Mon, Feb 24, 2014 at 1:58 AM, Michal Malý wrote: > > On Monday 24 of February 2014 02:32:27 Anssi Hannula wrote: > >> > >> I think we should extend the current ff-memless instead of duplicating > >> its functionality (even on

Re: [PATCH 1/1] hfsplus: fix longname handling

On Mon, 24 Feb 2014 21:28:27 +0200 Sougata Santra wrote: > > -ENAMETOOLONG returned from hfsplus_asc2uni was not propaged to iops. This > allowed hfsplus to create files/directories with HFSPLUS_MAX_STRLEN and > incorrect keys, leaving the FS in an inconsistent state. This patch fixes > this iss

<    1   2   3   4   5   6   7   8   9   >