[PATCH v13 5/6] PCI: designware: Add ARM64 support

This patch tries to unify ARM32 and ARM64 PCIe in designware driver. Delete function dw_pcie_setup, dw_pcie_scan_bus, dw_pcie_map_irq and struct hw_pci, move related operations to dw_pcie_host_init. As dw_pcie_setup is removed, we also remove io_base_tmp which was introduced in "PCI: designware: R

[PATCH v13 2/6] PCI: designware: Remove *_mod_base

This patch reverts commit f4c55c5a3f7f ("PCI: designware: Program ATU with untranslated address") based on 1/6 in this series. we delete *_mod_base in pcie-designware. This was discussed in [1] dw_pcie_setup which is called in pci_common_init_dev uses io_base, however, io_base had been modified in

Re: [PATCH 0/8] mm: memcontrol: account socket memory in unified hierarchy

On Wed, Oct 28, 2015 at 11:58:10AM -0700, Johannes Weiner wrote: > On Wed, Oct 28, 2015 at 11:20:03AM +0300, Vladimir Davydov wrote: > > Then you'd better not touch existing tcp limits at all, because they > > just work, and the logic behind them is very close to that of global tcp > > limits. I do

Re: Inline hunt results for 4.3.0-rc1

On Tue, Oct 27, 2015 at 3:32 PM, Denys Vlasenko wrote: > patch_remaining/* are the remaining patches. > > To retrieve all patches, you can use this command: > > wget -r -np -nH --cut-dirs=2 > http://busybox.net/~vda/inline_hunt/4.3.0-rc1/ > > Patch counts per directory: > > patch_saves1000:

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

* Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > Please consider pulling, > > - Arnaldo > > The following changes since commit 4341801873e23bbecee76dabb7c111e3693b900f: > > Merge tag 'perf-core-for-mingo' of > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core

Advert Payment Campaign

my Sir, Your email account has won you three million dollars on the o2 mobile promotional advert campaign ,Please Mr.Dave Richman on drmatw...@gmail.com for further details and funds payment. Faithfully, Matt West -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in t

[tip:perf/core] perf tools: Improve ambiguous option help message

Commit-ID: a5f4a6932ec2e1a53642e97a1be64bc7b169942f Gitweb: http://git.kernel.org/tip/a5f4a6932ec2e1a53642e97a1be64bc7b169942f Author: Namhyung Kim AuthorDate: Sun, 25 Oct 2015 00:49:24 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 26 Oct 2015 13:59:06 -0300 perf tools: Im

[tip:perf/core] perf tools: Setup pager when printing usage and help

Commit-ID: 01b19455c08cc37d1c3ef174524278e84c92fec1 Gitweb: http://git.kernel.org/tip/01b19455c08cc37d1c3ef174524278e84c92fec1 Author: Namhyung Kim AuthorDate: Sun, 25 Oct 2015 00:49:26 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 26 Oct 2015 14:08:48 -0300 perf tools: Se

[tip:perf/core] perf report: Rename to --show-cpu-utilization

Commit-ID: b272a59d835cd8ca6b45f41c66c61b473996c759 Gitweb: http://git.kernel.org/tip/b272a59d835cd8ca6b45f41c66c61b473996c759 Author: Namhyung Kim AuthorDate: Sun, 25 Oct 2015 00:49:25 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 26 Oct 2015 14:06:04 -0300 perf report: R

[tip:perf/core] perf evsel: Move id_offset out of struct perf_evsel union member

Commit-ID: af3399817428d8adc2c87c91df23fde77dbcdb35 Gitweb: http://git.kernel.org/tip/af3399817428d8adc2c87c91df23fde77dbcdb35 Author: Jiri Olsa AuthorDate: Sun, 25 Oct 2015 15:51:44 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 27 Oct 2015 15:04:29 -0300 perf evsel: Move

[tip:perf/core] perf tools: Introduce usage_with_options_msg()

Commit-ID: c71183697250b356be6c7c1abc2e9a74073e1dca Gitweb: http://git.kernel.org/tip/c71183697250b356be6c7c1abc2e9a74073e1dca Author: Namhyung Kim AuthorDate: Sun, 25 Oct 2015 00:49:27 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 27 Oct 2015 09:28:44 -0300 perf tools: In

[tip:perf/core] perf cpu_map: Add cpu_map__empty_new function

Commit-ID: 2322f573f8131da9c6d1fab01fe0a0c2c23aa549 Gitweb: http://git.kernel.org/tip/2322f573f8131da9c6d1fab01fe0a0c2c23aa549 Author: Jiri Olsa AuthorDate: Sun, 25 Oct 2015 15:51:17 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 27 Oct 2015 15:05:36 -0300 perf cpu_map: Add

[tip:perf/core] perf stat: Cache aggregated map entries in extra cpumap

Commit-ID: 1e5a29318ba8506f52a8d727b5c6a53143f9882a Gitweb: http://git.kernel.org/tip/1e5a29318ba8506f52a8d727b5c6a53143f9882a Author: Jiri Olsa AuthorDate: Sun, 25 Oct 2015 15:51:18 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 27 Oct 2015 15:08:07 -0300 perf stat: Cache

[tip:perf/core] perf symbols: we can now read separate debug-info files based on a build ID

Commit-ID: 5baecbcd9c9a2f491afe1369fc22e7363f9c94d5 Gitweb: http://git.kernel.org/tip/5baecbcd9c9a2f491afe1369fc22e7363f9c94d5 Author: Dima Kogan AuthorDate: Mon, 7 Sep 2015 17:34:19 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 28 Oct 2015 10:04:27 -0300 perf symbols: we

[tip:perf/core] perf symbols: Fix type error when reading a build-id

Commit-ID: f2f3096888569ff1fc15fa0187a39eef3a24b28e Gitweb: http://git.kernel.org/tip/f2f3096888569ff1fc15fa0187a39eef3a24b28e Author: Dima Kogan AuthorDate: Mon, 7 Sep 2015 17:30:28 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 28 Oct 2015 10:02:00 -0300 perf symbols: Fix

[tip:perf/core] perf symbols: Fix endless loop in dso__split_kallsyms_for_kcore

Commit-ID: 443f8c75e8d58d394b0e65b47e02e5cd8ed32b41 Gitweb: http://git.kernel.org/tip/443f8c75e8d58d394b0e65b47e02e5cd8ed32b41 Author: Jiri Olsa AuthorDate: Mon, 26 Oct 2015 14:51:30 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 28 Oct 2015 11:19:30 -0300 perf symbols: Fix

Re: kernel oops on mmotm-2015-10-15-15-20

On Thu, Oct 29, 2015 at 04:58:29PM +0900, Minchan Kim wrote: > On Thu, Oct 29, 2015 at 02:25:24AM +0200, Kirill A. Shutemov wrote: > > On Thu, Oct 22, 2015 at 06:00:51PM +0900, Minchan Kim wrote: > > > On Thu, Oct 22, 2015 at 10:21:36AM +0900, Minchan Kim wrote: > > > > Hello Hugh, > > > > > > > >

[tip:perf/core] perf tools: Enable pre-event inherit setting by config terms

Commit-ID: 374ce938aaeb481114b2a8fdedd261f9b2ff9b2b Gitweb: http://git.kernel.org/tip/374ce938aaeb481114b2a8fdedd261f9b2ff9b2b Author: Wang Nan AuthorDate: Wed, 28 Oct 2015 10:55:02 + Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 28 Oct 2015 11:19:16 -0300 perf tools: Enable

Re: [RFC PATCH] VFIO: Add a parameter to force nonthread IRQ

On 29/10/2015 04:11, Alex Williamson wrote: > > The irqfd is already able to schedule a work item, because it runs with > > interrupts disabled, so I think we can always return IRQ_HANDLED. > > I'm confused by this. The problem with adding IRQF_NO_THREAD to our > current handler is that it hits

Re: [PATCHv2 3/3] perf: add helper makefile for cross compiling libs

* Rabin Vincent wrote: > It's easy to cross-compile a minimal perf binary without any external > libraries (other than a C library of course). But many useful features > depend on external libraries, so to get them one needs to either > cross-compile a bunch of libraries manually and send in th

Re: Steal time accounting in KVM. Benchmark.

Hi Paolo, On 10/24/15 10:03 AM, Alexey Makhalov wrote: What I figured out. It happens in intersection of 3 features: *irq time accounting *stolen time accounting *linux guest with tickless idle only (not fully tickless) Looks like timer interrupts storm is happening during this benchmark (with

Re: [v6, 5/6] fsl/fman: Add FMan Port Support

Hi Igal, [auto build test ERROR on net/master -- if it's inappropriate base, please suggest rules for selecting the more suitable base] url: https://github.com/0day-ci/linux/commits/igal-liberman-freescale-com/Freescale-DPAA-FMan/20151028-205843 config: arm-allmodconfig (attached as .config)

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

* Ingo Molnar wrote: > One small detail I noticed, for some reason the following search does not > work: > > triton:~/tip> perf report -h --invert > > Usage: perf report [] > Btw., another detail, if it searches but does not try, I think we should output a warning to the user. Prin

Re: kernel oops on mmotm-2015-10-15-15-20

On Thu, Oct 29, 2015 at 04:58:29PM +0900, Minchan Kim wrote: > On Thu, Oct 29, 2015 at 02:25:24AM +0200, Kirill A. Shutemov wrote: > > On Thu, Oct 22, 2015 at 06:00:51PM +0900, Minchan Kim wrote: > > > On Thu, Oct 22, 2015 at 10:21:36AM +0900, Minchan Kim wrote: > > > > Hello Hugh, > > > > > > > >

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

On Thu, Oct 29, 2015 at 10:36:36AM +0100, Ingo Molnar wrote: SNIP > > > - Fix reading separate debuginfo files based on a build-id, problem > > found on a Debian system (Dima Kogan) > > > > - Fix endless loop when splitting kallsyms symbols per section for > > handling kcore files, problem

[PATCH] hsi: controllers:remove redundant code

Use devm_ioremap_resource() in order to make the code simpler, and remove redundant return value check of platform_get_resource() because this value is alreadytaken care by devm_ioremap_resource() Signed-off-by: Sanjeev Sharma --- drivers/hsi/controllers/omap_ssi.c | 21 - 1

[PATCH v2 0/6] Support getting default values from any control

Integer controls provide a way to get their default/initial value, but any other control (p_u32, p_u8.) provide no other way to get the initial value than unloading the module and loading it back. *What is the actual problem? I have a custom control with WIDTH integer values. Every value repre

[PATCH v2 5/6] media/usb/pvrusb2: Support for V4L2_CTRL_WHICH_DEF_VAL

This driver does not use the control infrastructure. Add support for the new field which on structure v4l2_ext_controls Acked-by: Mike Isely Signed-off-by: Ricardo Ribalda Delgado --- drivers/media/usb/pvrusb2/pvrusb2-v4l2.c | 16 ++-- 1 file changed, 14 insertions(+), 2 deletions(

[PATCH v2 4/6] usb/uvc: Support for V4L2_CTRL_WHICH_DEF_VAL

This driver does not use the control infrastructure. Add support for the new field which on structure v4l2_ext_controls Signed-off-by: Ricardo Ribalda Delgado --- drivers/media/usb/uvc/uvc_v4l2.c | 20 1 file changed, 20 insertions(+) diff --git a/drivers/media/usb/uvc/uvc

[PATCH v2 6/6] Docbook: media: Document changes on struct v4l2_ext_controls

Vidioc-g-ext-ctrls can now be used to get the default value of the controls. Signed-off-by: Ricardo Ribalda Delgado --- Documentation/DocBook/media/v4l/v4l2.xml | 10 ++ .../DocBook/media/v4l/vidioc-g-ext-ctrls.xml | 22 ++ 2 files changed, 32 insertio

[PATCH v2 2/6] media/core: Replace ctrl_class with which

Replace the obsolete field ctrl_class with "which". Make sure it not used in future modules by commenting out the field with ifndef __KERNEL_ . The field cannot be simply removed because that would be change on the kenel API to the userspace (and we don't like that). Signed-off-by: Ricardo Ribal

[PATCH v2 1/6] videodev2.h: Extend struct v4l2_ext_controls

So it can be used to get the default value of a control. Without this change it is not possible to get get the default value of array controls. Signed-off-by: Ricardo Ribalda Delgado --- include/uapi/linux/videodev2.h | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/in

[PATCH v2 3/6] media/v4l2-core: struct struct v4l2_ext_controls param which

Support for new field which on v4l2_ext_controls, used to get the default value of one or more controls. Signed-off-by: Ricardo Ribalda Delgado --- drivers/media/v4l2-core/v4l2-ctrls.c | 34 +- 1 file changed, 29 insertions(+), 5 deletions(-) diff --git a/drivers

Re: [PATCH 1/3] cpuidle,x86: increase forced cut-off for polling to 20us

On 10/28/2015 11:46 PM, r...@redhat.com wrote: From: Rik van Riel The cpuidle menu governor has a forced cut-off for polling at 5us, in order to deal with firmware that gives the OS bad information on cpuidle states, leading to the system spending way too much time in polling. May be I am mis

MFD/OF: simple-mfd not being matched in 4.1.x

Hi, A patch for adding 'simple-mfd' match to drivers/of/platform.c was added to the kernel tree, but is not in the 4.1.x long term branch. However drivers in the branch (such as at91rm9200 watchdog) requires this. linux-stable commit id 22869a9eca4ea5b534538d160b68c7aef44e378a Could the patch b

Re: [v6, 6/6] fsl/fman: Add FMan MAC driver

Hi Igal, [auto build test ERROR on net/master -- if it's inappropriate base, please suggest rules for selecting the more suitable base] url: https://github.com/0day-ci/linux/commits/igal-liberman-freescale-com/Freescale-DPAA-FMan/20151028-205843 config: arm-allmodconfig (attached as .config)

Re: new version of the rename_rev.pl script

On Thu, Oct 29, 2015 at 12:22:10PM +0300, Dan Carpenter wrote: > rename_rev.pl is a script to strip away the mechanical changes that we > often see in staging patches and leave just the interesting changes for > manual review. Thanks Dan. This CamelCase feature will be a life saver. I hope you rem

Re: [RFC v2 PATCH 07/14] irq: add a new generic IPI reservation code to irq core

On 10/28/2015 03:46 PM, Qais Yousef wrote: Hi Thomas, On 10/13/2015 03:38 PM, Qais Yousef wrote: On 10/13/2015 02:37 PM, Thomas Gleixner wrote: On Tue, 13 Oct 2015, Qais Yousef wrote: +if (domain == NULL) +domain = irq_default_domain; /* need a separate ipi_default_domain? */ N

[tip:perf/core] perf tools: Search for more options when passing args to -h

Commit-ID: f4efcce33d2e5224a905369f9906f3931f5d907c Gitweb: http://git.kernel.org/tip/f4efcce33d2e5224a905369f9906f3931f5d907c Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 27 Oct 2015 17:35:58 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 27 Oct 2015 17:35:58 -0300 pe

Re: [tpmdd-devel] [PATCH] TPM: Avoid reference to potentially freed memory

On Thu, Oct 29, 2015 at 07:12:01AM +0100, Marion & Christophe JAILLET wrote: > > > Le 27/10/2015 11:27, Jarkko Sakkinen a écrit : > >On Fri, Oct 23, 2015 at 10:37:33AM +0300, Jarkko Sakkinen wrote: > >>On Thu, Oct 22, 2015 at 10:32:41PM +0200, Christophe JAILLET wrote: > >>>Reference to the 'np'

Re: [PATCH 1/2] tracing: Have stack tracer force RCU to be watching

On Thu, Oct 22, 2015 at 09:20:45AM -0400, Steven Rostedt wrote: > From: "Steven Rostedt (Red Hat)" > > The stack tracer was triggering the WARN_ON() in module.c: > > static void module_assert_mutex_or_preempt(void) > { > #ifdef CONFIG_LOCKDEP > if (unlikely(!debug_locks)) >

[PATCH] fs/file.c: __const_max is actually __const_min :-)

7f4b36f9bb930 "get rid of files_defer_init()" inexplicably changed a min() to a __const_max() - but the __const_max macro actually gives the minimum... So no functional change, just less confusing naming. Signed-off-by: Rasmus Villemoes --- fs/file.c | 6 +++--- 1 file changed, 3 insertions(+),

Re: [PATCH v4 4/4] drivers/rtc/rtc-s5m.c: add support for S2MPS15 RTC

2015-10-29 16:47 GMT+09:00 Alim Akhtar : > Hello Krzysztof, > > > On 10/29/2015 11:24 AM, Krzysztof Kozlowski wrote: >> >> On 29.10.2015 13:58, Alim Akhtar wrote: >>> >>> RTC found in s2mps15 is almost same as one found on s2mps14/13 >>> with few differences in RTC_UPDATE register fields, like >>>

[PATCH 3/6] perf tools: Enable passing bpf object file to --event

From: Wang Nan By introducing new rules in tools/perf/util/parse-events.[ly], this patch enables 'perf record --event bpf_file.o' to select events by an eBPF object file. It calls parse_events_load_bpf() to load that file, which uses bpf__prepare_load() and finally calls bpf_object__open() for th

[PATCH 2/6] perf ebpf: Add the libbpf glue

From: Wang Nan The 'bpf-loader.[ch]' files are introduced in this patch. Which will be the interface between perf and libbpf. bpf__prepare_load() resides in bpf-loader.c. Following patches will enrich these two files. Signed-off-by: Wang Nan Acked-by: Alexei Starovoitov Cc: Brendan Gregg Cc:

[PATCH 4/6] perf tools: Create probe points for BPF programs

From: Wang Nan This patch introduces bpf__{un,}probe() functions to enable callers to create kprobe points based on section names a BPF program. It parses the section names in the program and creates corresponding 'struct perf_probe_event' structures. The parse_perf_probe_command() function is us

[GIT PULL 0/6] perf/ebpf basic integration

Hi Ingo, Please take a look at the changeset comments, I made notes in most of them, this seems like a nice cutoff point to allow basic testing, by developers, for the very basic integration of perf and ebpf, i.e. we can, having a ready built object file, built with clang, be able to use i

[PATCH 6/6] perf bpf: Collect perf_evsel in BPF object files

From: Wang Nan This patch creates a 'struct perf_evsel' for every probe in a BPF object file(s) and fills 'struct evlist' with them. The previously introduced dummy event is now removed. After this patch, the following command: # perf record --event filter.o ls Can trace on each of the probes

[PATCH 1/6] perf tools: Make perf depend on libbpf

From: Wang Nan By adding libbpf into perf's Makefile, this patch enables perf to build libbpf if libelf is found and neither NO_LIBELF nor NO_LIBBPF is set. The newly introduced code is similar to how libapi and libtraceevent are wired into Makefile.perf. MANIFEST is also updated for 'make perf

[PATCH 5/6] perf tools: Load eBPF object into kernel

From: Wang Nan This patch utilizes bpf_object__load() provided by libbpf to load all objects into kernel. Committer notes: Testing it: When using an incorrect kernel version number, i.e., having this in your eBPF proggie: int _version __attribute__((section("version"), used)) = 0x40100; Fo

Re: [PATCH v4 4/4] drivers/rtc/rtc-s5m.c: add support for S2MPS15 RTC

On 10/29/2015 04:33 PM, Krzysztof Kozlowski wrote: 2015-10-29 16:47 GMT+09:00 Alim Akhtar : Hello Krzysztof, On 10/29/2015 11:24 AM, Krzysztof Kozlowski wrote: On 29.10.2015 13:58, Alim Akhtar wrote: RTC found in s2mps15 is almost same as one found on s2mps14/13 with few differences in R

Re: [PATCH] fs/file.c: __const_max is actually __const_min :-)

2015-10-29 9:01 GMT-02:00 Rasmus Villemoes : > 7f4b36f9bb930 "get rid of files_defer_init()" inexplicably changed a > min() to a __const_max() - but the __const_max macro actually gives > the minimum... So no functional change, just less confusing naming. > > Signed-off-by: Rasmus Villemoes > ---

[PATCH v5 2/5] clk: shmobile: div6: Make clock-output-names optional

Renesas DIV6 clocks provide a single clock output. Hence make the "clock-output-names" DT property optional instead of mandatory. In case the DT property is omitted the DT node name will be used. Rename the variable "name" to "clk_name" to make the code more similar with fixed-factor-clock.c, and

[PATCH v5 0/5] clk: shmobile: Add new CPG/MSSR driver

Hi Mike, Stephen, et al., This series adds a new driver for the Renesas CPG (Clock Pulse Generator) and MSSR (Module Standby and Software Reset) blocks for R-Car H3 (r8a7795). This is supposed to be more in-line with current CCF best practices, and allows expansion to cover the module res

[PATCH v5 3/5] clk: shmobile: div6: Extract cpg_div6_register()

Extract cpg_div6_register(), to allow registering div6 clocks from another clock driver. Signed-off-by: Geert Uytterhoeven --- v5: - Document cpg_div6_register(), - Free clock on clock->parents allocation failure, - Add include guards to clk-div6.h, - Drop RFC state, v4: - New. --- dr

[PATCH v5 1/5] clk: shmobile: Rework CONFIG_ARCH_SHMOBILE_MULTI

From: Magnus Damm Shmobile is all multiplatform these days, so get rid of the reference to CONFIG_ARCH_SHMOBILE_MULTI in drivers/clk/shmobile/. Also instead of always enabling DIV6 and MSTP adjust the Makefile to enable DIV6 and MSTP depending on if they are included in the SoC or not. Signed-o

[PATCH v5 5/5] clk: shmobile: r8a7795: Add new CPG/MSSR driver

Add a new R-Car H3 Clock Pulse Generator / Module Standby and Software Reset driver, using the new CPG/MSSR driver core. Signed-off-by: Geert Uytterhoeven --- v5: - Convert to real platform_driver, - Drop dependency on undocumented "renesas,modemr" property, - Move conversion from Module Cl

[PATCH v5 4/5] clk: shmobile: Add new CPG/MSSR driver core

Add the common core for the new Renesas Clock Pulse Generator / Module Standby and Software Reset driver. Signed-off-by: Geert Uytterhoeven --- v5: - Convert from CLK_OF_DECLARE() to a real platform_driver, initialized using platform_driver_probe() from subsys_initcall(). Note that arch

Re: MFD/OF: simple-mfd not being matched in 4.1.x

On Thu, 29 Oct 2015, Henrik Juul Pedersen wrote: > A patch for adding 'simple-mfd' match to drivers/of/platform.c was > added to the kernel tree, but is not in the 4.1.x long term branch. > However drivers in the branch (such as at91rm9200 watchdog) requires > this. For more information on the co

[PATCHv2] xfrm: dst_entries_init() per-net dst_ops

Remove the dst_entries_init/destroy calls for xfrm4 and xfrm6 dst_ops templates; their dst_entries counters will never be used. Move the xfrm dst_ops initialization from the common xfrm/xfrm_policy.c to xfrm4/xfrm4_policy.c and xfrm6/xfrm6_policy.c, and call dst_entries_init and dst_entries_destro

Re: [rtc-linux] Re: [PATCH v4 4/4] drivers/rtc/rtc-s5m.c: add support for S2MPS15 RTC

2015-10-29 20:20 GMT+09:00 Alim Akhtar : >>> I am testing this patch before sending them, what I have found is if you >>> don't update WUDR the time does not changes in rtc. >>> e.g. >>> if you don't do above changes then you will see below: >>> - >>> # date --set="Oct 29 14:10:40 2015" >>> Th

Re: [PATCH 1/3] cpuidle,x86: increase forced cut-off for polling to 20us

On 10/29/2015 06:17 AM, Daniel Lezcano wrote: > On 10/28/2015 11:46 PM, r...@redhat.com wrote: >> From: Rik van Riel >> >> The cpuidle menu governor has a forced cut-off for polling at 5us, >> in order to deal with firmware that gives the OS bad information >> on cpuidle states, leading to the sys

Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA

On Wed, Oct 28, 2015 at 01:59:23PM +, Busch, Keith wrote: > The "new" interface for all the other architectures is the same as the > old one we've been using for the last 5 years. > > I welcome x86 maintainer feedback to confirm virtual and DMA addresses > have the same offset at 4k alignment,

[PATCH] VSOCK: define VSOCK_SS_LISTEN once only

The SS_LISTEN socket state is defined by both af_vsock.c and vmci_transport.c. This is risky since the value could be changed in one file and the other would be out of sync. Rename from SS_LISTEN to VSOCK_SS_LISTEN since the constant is not part of enum socket_state (SS_CONNECTED, ...). This way

Re: [PATCHv2] xfrm: dst_entries_init() per-net dst_ops

Hi Dan, [auto build test WARNING on ipsec/master -- if it's inappropriate base, please suggest rules for selecting the more suitable base] url: https://github.com/0day-ci/linux/commits/Dan-Streetman/xfrm-dst_entries_init-per-net-dst_ops/20151029-193245 config: x86_64-randconfig-x019-2

Re: [PATCH v5 4/5] ARM: dts: mt8135: enable basic SMP bringup for mt8135

On Thu, 2015-10-29 at 02:12 -0700, Kevin Hilman wrote: > Eddie Huang writes: > > > Hi Kevin, > > > > On Mon, 2015-10-26 at 17:06 +0900, Kevin Hilman wrote: > >> On Mon, Oct 26, 2015 at 4:15 PM, Yingjoe Chen > >> wrote: > >> > On Mon, 2015-10-26 at 09:56 +0900, Kevin Hilman wrote: > >> >> Hello,

Re: [PATCH] btrfs: bugfix: handle FS_IOC32_{GETFLAGS,SETFLAGS,GETVERSION} in btrfs_ioctl

Hello, I've investigated this now, and it seems to be the pointer-type clone_sources member of struct btrfs_ioctl_send_args. I can't think of a perfect way to fix this, but it might not be *too* ugly to: - replace the current clone_sources with a u64 that must always be (u64)-1; this causes o

Re: [GIT PULL 0/6] perf/ebpf basic integration

* Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > Please take a look at the changeset comments, I made notes in most of > them, this seems like a nice cutoff point to allow basic testing, by > developers, for the very basic integration of perf and ebpf, i.e. we can, > having a ready built

[tip:perf/core] perf tools: Make perf depend on libbpf

Commit-ID: ed63f34c026e9a60d17fa750ecdfe3f600d49393 Gitweb: http://git.kernel.org/tip/ed63f34c026e9a60d17fa750ecdfe3f600d49393 Author: Wang Nan AuthorDate: Wed, 14 Oct 2015 12:41:12 + Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 28 Oct 2015 12:48:12 -0300 perf tools: Make p

[tip:perf/core] perf ebpf: Add the libbpf glue

Commit-ID: 69d262a93a25cf475012ea2e00aeb29f4932c028 Gitweb: http://git.kernel.org/tip/69d262a93a25cf475012ea2e00aeb29f4932c028 Author: Wang Nan AuthorDate: Wed, 14 Oct 2015 12:41:13 + Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 28 Oct 2015 12:48:12 -0300 perf ebpf: Add the

[tip:perf/core] perf tools: Enable passing bpf object file to --event

Commit-ID: 84c86ca12b2189df751eed7b2d67cb63bc8feda5 Gitweb: http://git.kernel.org/tip/84c86ca12b2189df751eed7b2d67cb63bc8feda5 Author: Wang Nan AuthorDate: Wed, 14 Oct 2015 12:41:14 + Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 28 Oct 2015 12:48:12 -0300 perf tools: Enable

[tip:perf/core] perf tools: Create probe points for BPF programs

Commit-ID: aa3abf30bb28addcf593578d37447d42e3f65fc3 Gitweb: http://git.kernel.org/tip/aa3abf30bb28addcf593578d37447d42e3f65fc3 Author: Wang Nan AuthorDate: Wed, 14 Oct 2015 12:41:15 + Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 28 Oct 2015 12:48:13 -0300 perf tools: Create

[tip:perf/core] perf tools: Load eBPF object into kernel

Commit-ID: 1e5e3ee8ff3877db6943032b54a6ac21c095affd Gitweb: http://git.kernel.org/tip/1e5e3ee8ff3877db6943032b54a6ac21c095affd Author: Wang Nan AuthorDate: Wed, 14 Oct 2015 12:41:16 + Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 28 Oct 2015 13:09:50 -0300 perf tools: Load e

[tip:perf/core] perf bpf: Collect perf_evsel in BPF object files

Commit-ID: 4edf30e39e6cff32390eaff6a1508969b3cd967b Gitweb: http://git.kernel.org/tip/4edf30e39e6cff32390eaff6a1508969b3cd967b Author: Wang Nan AuthorDate: Wed, 14 Oct 2015 12:41:17 + Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 28 Oct 2015 13:11:59 -0300 perf bpf: Collect

[PATCH 2/6] cpufreq: ondemand: Work is guaranteed to be pending

We are guaranteed to have works scheduled for policy->cpus, as the policy isn't stopped yet. And so there is no need to check that again. Drop it. Signed-off-by: Viresh Kumar --- drivers/cpufreq/cpufreq_ondemand.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/cpufreq/cpufreq_onde

[PATCH 1/6] cpufreq: ondemand: Update sampling rate only for concerned policies

We are comparing policy->governor against cpufreq_gov_ondemand to make sure that we update sampling rate only for the concerned CPUs. But that isn't enough. In case of governor_per_policy, there can be multiple instances of ondemand governor and we will always end up updating all of them with curr

[PATCH 6/6] cpufreq: ondemand: update update_sampling_rate() to make it more efficient

Currently update_sampling_rate() runs over each online CPU and cancels/queues timers on all policy->cpus every time. This should be done just once for any cpu belonging to a policy. Create a cpumask and keep on clearing it as and when we process policies, so that we don't have to traverse through

[PATCH 5/6] cpufreq: governor: replace per-cpu delayed work with timers

cpufreq governors evaluate load at sampling rate and based on that they update frequency for a group of CPUs belonging to the same cpufreq policy. This is required to be done in a single thread for all policy->cpus, but because we don't want to wakeup idle CPUs to do just that, we use deferrable w

[PATCH 4/6] cpufreq: governor: initialize/destroy timer_mutex with 'shared'

timer_mutex is required to be initialized only while memory for 'shared' is allocated and in a similar way it is required to be destroyed only when memory for 'shared' is freed. There is no need to do the same every time we start/stop the governor. Move code to initialize/destroy timer_mutex to th

[PATCH 3/6] cpufreq: governor: Pass policy as argument to ->gov_dbs_timer()

Pass 'policy' as argument to ->gov_dbs_timer() instead of cdbs and dbs_data. Signed-off-by: Viresh Kumar --- drivers/cpufreq/cpufreq_conservative.c | 6 +++--- drivers/cpufreq/cpufreq_governor.c | 2 +- drivers/cpufreq/cpufreq_governor.h | 3 +-- drivers/cpufreq/cpufreq_ondemand.c |

Re: [PATCH 0/4] PCI: rcar: Add support for ARM64 and multiple instances

> Fixes and changes to get PCIe working on ARM64 with mulitple instances. > I've tested these on ARM (Koelsch board), and it works fine. > I've also tested on ARM64 (Salvator-X board), but I currently have an issue I wanted to test these patches on arm64 as well, but even after merging pci-next,

[PATCH v4 2/4] ARM: dts: Add SROMc to Exynos 5410

This machine uses own SoC device tree file, add missing part. Signed-off-by: Pavel Fedin --- arch/arm/boot/dts/exynos5410.dtsi | 15 +++ 1 file changed, 15 insertions(+) diff --git a/arch/arm/boot/dts/exynos5410.dtsi b/arch/arm/boot/dts/exynos5410.dtsi index 4603356..da6a8fa0e 1006

[PATCH v4 0/4] [PATCH v4 0/4] Exynos SROMc configuration and Ethernet support for SMDK5410

This patch extends Exynos SROM controller driver with ability to configure controller outputs and enables SMSC9115 Ethernet chip on SMDK5410 board, which is connected via SROMc bank #3. With this patchset, support for the whole existing SMDK range can be added. Actually, only bank number is differ

[PATCH v4 1/4] Documentation: dt-bindings: Describe SROMc configuration

Add documentation for new subnode properties, allowing bank configuration. Based on u-boot implementation, but heavily reworked. Signed-off-by: Pavel Fedin --- .../bindings/arm/samsung/exynos-srom.txt | 50 +- 1 file changed, 48 insertions(+), 2 deletions(-) diff -

[PATCH v4 4/4] ARM: dts: Add Ethernet chip to SMDK5410

The chip is smsc9115, connected via SROMc bank 3. Additionally, some GPIO initialization is required. Signed-off-by: Pavel Fedin --- arch/arm/boot/dts/exynos5410-smdk5410.dts | 41 +++ 1 file changed, 41 insertions(+) diff --git a/arch/arm/boot/dts/exynos5410-smdk541

[PATCH v4 3/4] drivers: exynos-srom: Add support for bank configuration

Implement handling properties in subnodes and adding child devices to the system. Child devices will not be added if configuration fails. Since the driver now does more than suspend-resume support, dependency on CONFIG_PM is removed. Signed-off-by: Pavel Fedin --- arch/arm/mach-exynos/Kconfig

Re: [PATCH v2] cputime: fix invalid gtime

On Thu, Oct 29, 2015 at 04:30:20AM +, Hiroshi Shimamoto wrote: > > Subject: Re: [PATCH v2] cputime: fix invalid gtime > > > > On Thu, Oct 29, 2015 at 01:10:01AM +, Hiroshi Shimamoto wrote: > > > > Obviously I completely messed up there. And task_cputime() has a > > > > similar issue > > >

Re: [PATCH v2 1/1] usb: xhci: fix checking ep busy for CFC

Hello. On 10/29/2015 5:46 AM, Lu Baolu wrote: Function ep_ring_is_processing() checks the dequeue pointer in endpoint context to know whether an endpoint is busy with processing TRBs. This is not correct since dequeue pointer field in an endpoint context is only valid when the endpoint is in Ha

Re: [PATCH] __div64_32: implement division by multiplication for 32-bit arches

Alexey Brodkin writes: > Existing default implementation of __div64_32() for 32-bit arches unfolds > into huge routine with tons of arithmetics like +, -, * and all of them > in loops. That leads to obvious performance degradation if do_div() is > frequently used. > > Good example is extensive TC

Re: [GIT PULL] memremap fix for 4.3

On 29 October 2015 at 17:00, Williams, Dan J wrote: > Hi Linus, please pull from: > > git://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm libnvdimm-fixes > > ...to receive a small fixlet for 4.3. > > The new memremap() api introduced in the 4.3 cycle to unify/replace > ioremap_cache() an

[PATCH V6 1/3] Add DT bindings documentation for hi6220 SoC reset controller.

docs: dts: Added documentation for hi6220 Reset Controller Signed-off-by: Chen Feng --- .../bindings/reset/hisilicon,hi6220-reset.txt | 32 ++ 1 file changed, 32 insertions(+) create mode 100644 Documentation/devicetree/bindings/reset/hisilicon,hi6220-reset.txt diff -

[PATCH V6 2/3] Add reset controller for hi6220 SoC platform.

reset: add driver for hi6220 reset controller Signed-off-by: Chen Feng --- drivers/reset/Kconfig | 1 + drivers/reset/Makefile | 1 + drivers/reset/hisilicon/Kconfig| 5 ++ drivers/reset/hisilicon/Makefile | 1

[PATCH V6 3/3] Add reset-cell node for hi6220 reset controller

arm64: dts: Add dts node for reset controller Signed-off-by: Chen Feng --- arch/arm64/boot/dts/hisilicon/hi6220.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/boot/dts/hisilicon/hi6220.dtsi b/arch/arm64/boot/dts/hisilicon/hi6220.dtsi index 3f03380..e45dbb1 100644 --- a/arch

Re: [PATCH v2 1/1] usb: xhci: fix checking ep busy for CFC

On 10/29/2015 08:51 PM, Sergei Shtylyov wrote: Hello. On 10/29/2015 5:46 AM, Lu Baolu wrote: Function ep_ring_is_processing() checks the dequeue pointer in endpoint context to know whether an endpoint is busy with processing TRBs. This is not correct since dequeue pointer field in an endpoin

RE: [PATCH 0/4] PCI: rcar: Add support for ARM64 and multiple instances

Hi Wolfram, On 29 October 2015 12:38, Wolfram wrote: > > Fixes and changes to get PCIe working on ARM64 with mulitple instances. > > > I've tested these on ARM (Koelsch board), and it works fine. > > I've also tested on ARM64 (Salvator-X board), but I currently have an issue > > I wanted to test

Re: [PATCH 1/3] cpuidle,x86: increase forced cut-off for polling to 20us

On 10/29/2015 12:54 PM, Rik van Riel wrote: On 10/29/2015 06:17 AM, Daniel Lezcano wrote: On 10/28/2015 11:46 PM, r...@redhat.com wrote: From: Rik van Riel The cpuidle menu governor has a forced cut-off for polling at 5us, in order to deal with firmware that gives the OS bad information on cp

Re: [PATCH] __div64_32: implement division by multiplication for 32-bit arches

Hi mans, On Thu, 2015-10-29 at 12:52 +, Måns Rullgård wrote: > Alexey Brodkin writes: > > > Existing default implementation of __div64_32() for 32-bit arches unfolds > > into huge routine with tons of arithmetics like +, -, * and all of them > > in loops. That leads to obvious performance de

[PATCH] scripts: checkpatch: remove preceding dot-slash from path name

In case checkpatch is called with a path name that starts with ./ for the current directory not all issues are being reported since internal path checks don't succeed. This patch removes the leading './' from $filename. This is needed to have checkpatch report all issues found during execution. Si

Re: [GIT PULL 0/6] perf/ebpf basic integration

Em Thu, Oct 29, 2015 at 01:17:32PM +0100, Ingo Molnar escreveu: > * Arnaldo Carvalho de Melo wrote: > > Please take a look at the changeset comments, I made notes in most of > > them, this seems like a nice cutoff point to allow basic testing, by > > developers, for the very basic integration

Re: [PATCH] ARM: add v7 LPAE multi-platform defconfig

On Tue, Oct 27, 2015 at 12:35 PM, Alison Wang wrote: > v7 LPAE multi-platform defconfig is based on v7 multi-platform > defconfig and adds LPAE support. > > This defconfig is verified on LS1021A which enables GIANFAR, > I2C, WATCHDOG, AUDIO, EDMA and DSPI drivers, etc. > > Signed-off-by: Alison Wa

<    1   2   3   4   5   6   7   >