Re: [PATCH] jbd2: get rid of superfluous __GFP_REPEAT

On Thu 26-11-15 15:18:17, Theodore Ts'o wrote: > On Thu, Nov 26, 2015 at 04:10:17PM +0100, Michal Hocko wrote: > > Hi Ted, > > are there any objections for the patch or should I just repost it? > > Sorry, when you first posted it I was crazy busy before going on a two > week vacation/pilgrimage (a

Re: [PATCH v2 6/6] arm64: dts: berlin4ct: add pll and clock nodes

On 24.11.2015 03:35, Jisheng Zhang wrote: On Mon, 23 Nov 2015 16:54:44 +0800 Jisheng Zhang wrote: On Mon, 23 Nov 2015 09:30:42 +0100 Sebastian Hesselbarth wrote: On 23.11.2015 08:21, Jisheng Zhang wrote: On Fri, 20 Nov 2015 22:06:59 +0100 Sebastian Hesselbarth wrote: On 20.11.2015 09:42, Jish

Re: [PATCH 2/3] perf callchain: Stop resolving callchains after invalid address

* Namhyung Kim wrote: > Hi Ingo, > > On Thu, Nov 26, 2015 at 08:43:35AM +0100, Ingo Molnar wrote: > > > > * Namhyung Kim wrote: > > > > > Unwinding optimized binaries using frame pointer gives garbage. Check > > > callchain address and stop if it's under vm.mmap_min_addr sysctl value. > > >

[tip:perf/core] bpf tools: Add helper function for updating bpf maps elements

Commit-ID: 43798bf37215fe242e592fd4605d804e2da0781b Gitweb: http://git.kernel.org/tip/43798bf37215fe242e592fd4605d804e2da0781b Author: He Kuang AuthorDate: Tue, 24 Nov 2015 13:36:08 + Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 26 Nov 2015 17:21:24 -0300 bpf tools: Add hel

[tip:perf/core] perf symbols: Add the path to vmlinux.debug

Commit-ID: f55ae9540d16a355e61cb57b035aab9e1ae2da28 Gitweb: http://git.kernel.org/tip/f55ae9540d16a355e61cb57b035aab9e1ae2da28 Author: Ekaterina Tumanova AuthorDate: Wed, 25 Nov 2015 17:32:46 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 26 Nov 2015 16:50:35 -0300 perf sym

[tip:perf/core] perf evlist: Display WEIGHT sample type bit

Commit-ID: dcdd184b60c3943fb678dcbaf899a26f845901ad Gitweb: http://git.kernel.org/tip/dcdd184b60c3943fb678dcbaf899a26f845901ad Author: Jiri Olsa AuthorDate: Wed, 25 Nov 2015 16:36:55 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 26 Nov 2015 16:54:00 -0300 perf evlist: Disp

[tip:perf/core] perf stat: Clear sample_(type|period) for counting

Commit-ID: 6acd8e9271cdeaec458fd4eec4a6765d16e0e61c Gitweb: http://git.kernel.org/tip/6acd8e9271cdeaec458fd4eec4a6765d16e0e61c Author: Jiri Olsa AuthorDate: Wed, 25 Nov 2015 16:36:54 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 26 Nov 2015 16:52:28 -0300 perf stat: Clear

[tip:perf/core] perf symbols: Refactor vmlinux_path__init() to ease path additions

Commit-ID: aac4864727f4b3838ec1c03277bbc47a237b7516 Gitweb: http://git.kernel.org/tip/aac4864727f4b3838ec1c03277bbc47a237b7516 Author: Ekaterina Tumanova AuthorDate: Wed, 25 Nov 2015 17:32:45 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 26 Nov 2015 16:49:29 -0300 perf sym

[tip:perf/core] tools build: Use fixdep with OUTPUT path prefix

Commit-ID: 5e50426d5d9049dfdb8b2b18e761717e7e80a6ad Gitweb: http://git.kernel.org/tip/5e50426d5d9049dfdb8b2b18e761717e7e80a6ad Author: Jiri Olsa AuthorDate: Thu, 26 Nov 2015 19:50:55 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 26 Nov 2015 16:32:24 -0300 tools build: Use

[tip:perf/core] perf script: Pass perf_script into process_event

Commit-ID: 809e9423d7bc72e50d94d8267bab010a007a6137 Gitweb: http://git.kernel.org/tip/809e9423d7bc72e50d94d8267bab010a007a6137 Author: Jiri Olsa AuthorDate: Thu, 26 Nov 2015 18:55:21 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 26 Nov 2015 16:06:16 -0300 perf script: Pass

[tip:perf/core] perf script: Remove default_scripting_ops

Commit-ID: 2aaecfc51bc65532152e141df3268fda06cae029 Gitweb: http://git.kernel.org/tip/2aaecfc51bc65532152e141df3268fda06cae029 Author: Jiri Olsa AuthorDate: Thu, 26 Nov 2015 14:55:23 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 26 Nov 2015 13:33:00 -0300 perf script: Remo

[tip:perf/core] perf tools: Correctly identify anon_hugepage when generating map (v2)

Commit-ID: b2be5451f660e0ee230969cc24121d9e210a91de Gitweb: http://git.kernel.org/tip/b2be5451f660e0ee230969cc24121d9e210a91de Author: Yannick Brosseau AuthorDate: Thu, 26 Nov 2015 03:42:32 -0800 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 26 Nov 2015 14:08:17 -0300 perf tools

[tip:x86/platform] x86/pm: Introduce quirk framework to save/ restore extra MSR registers around suspend/resume

Commit-ID: 7a9c2dd08eadd5c6943115dbbec040c38d2e0822 Gitweb: http://git.kernel.org/tip/7a9c2dd08eadd5c6943115dbbec040c38d2e0822 Author: Chen Yu AuthorDate: Wed, 25 Nov 2015 01:03:41 +0800 Committer: Ingo Molnar CommitDate: Thu, 26 Nov 2015 10:04:53 +0100 x86/pm: Introduce quirk framewor

[tip:perf/core] perf machine: Adjust dso-> long_name for offline module

Commit-ID: c03d5184f0e92fa696e4b57f54ffc3b19a92f704 Gitweb: http://git.kernel.org/tip/c03d5184f0e92fa696e4b57f54ffc3b19a92f704 Author: Wang Nan AuthorDate: Thu, 26 Nov 2015 03:59:57 + Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 26 Nov 2015 13:47:43 -0300 perf machine: Adju

[tip:perf/core] perf top: Fix freeze on --call-graph flat/folded

Commit-ID: 0356218a68551f051998f4fb5074a1eed7a346fe Gitweb: http://git.kernel.org/tip/0356218a68551f051998f4fb5074a1eed7a346fe Author: Namhyung Kim AuthorDate: Thu, 26 Nov 2015 16:08:18 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 26 Nov 2015 13:32:08 -0300 perf top: Fix

[tip:perf/core] perf build: Fix traceevent plugins build race

Commit-ID: 67befc652845c8ffbefc8d173a6e6ced14d472f1 Gitweb: http://git.kernel.org/tip/67befc652845c8ffbefc8d173a6e6ced14d472f1 Author: Jiri Olsa AuthorDate: Thu, 26 Nov 2015 14:54:04 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 26 Nov 2015 13:35:38 -0300 perf build: Fix t

[tip:perf/core] perf callchain: Honor hide_unresolved

Commit-ID: b49a8fe52626814968b9a9d27d7ad1cadc5532ed Gitweb: http://git.kernel.org/tip/b49a8fe52626814968b9a9d27d7ad1cadc5532ed Author: Namhyung Kim AuthorDate: Thu, 26 Nov 2015 16:08:20 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 26 Nov 2015 13:19:39 -0300 perf callchain

From Office Of Mr. James Dimon CEO

>From Office Of Mr. James Dimon CEO JP Morgan Chase Bank Wa1-2213 5508n Division St Spokane, WA 99208 Direct Tele: Number: (509) 592-9622 Fax 630-733-6138 My office e-mail: customerc...@jpchaseinfo.com chasebank43...@gmail.com DATE: 11 / 26 / 2015 Urgent Attention My Dear Friend, How are you t

Re: kernel: stop_machine: report (un)dead code (and feedback request)

* Chris Wilson wrote: > On Thu, Nov 26, 2015 at 03:45:59PM +0100, Valentin Rothberg wrote: > > Hi Chris, > > > > your commit 4c477de14237 ("kernel: remove stop_machine() Kconfig > > dependency") has shown up in today's linux-next tree (20151126). >

Re: [PATCHv2] x86: mm: clean up probe_memory_block_size()

* Seth Jennings wrote: > v2: > remove local bz variable (Ingo) and debug message since, if > the 2GB message doesn't print, there is only one possible > block size. I'd not remove the info message, it would print the memory block size regardless of memory size. Yes, one could decode the 'no m

Re: [RFC PATCH 1/2] drm: add support for for clk and de polarity

On 26/11/15 16:20, Manfred Schlaegl wrote: > On 2015-11-25 18:22, Philipp Zabel wrote: >> Am Mittwoch, den 15.07.2015, 17:50 +0200 schrieb Manfred Schlaegl: >>> To get full support for parallel and LVDS displays with drm: >>> Add representation for clock and data enable polarity in drm_display_mo

[PATCH 1/2] staging: most: return error value

On error we were returning retval, but retval is not having the error value. We will get the error value using PTR_ERR. Signed-off-by: Sudip Mukherjee --- This series doesnot depend on my earlier pending series. drivers/staging/most/aim-cdev/cdev.c | 4 ++-- 1 file changed, 2 insertions(+), 2

[PATCH 2/2] staging: most: avoid assignment in if

checkpatch is giving a warning about an assignment in the if condition. The assignment was there as the valid mbo pointer was used after we have woken up from wait_event_interruptible(). Now even though we donot assign the pointer to mbo but we will still be able to get the valid pointer for later

Re: [tpmdd-devel] [PATCH] base/platform: fix panic when probe function is NULL

On Do, 2015-11-26 at 13:30 -0700, Jason Gunthorpe wrote: > On Thu, Nov 26, 2015 at 08:01:34PM +0100, martin.wi...@ts.fujitsu.com wrote: > > From: Martin Wilck > > > > Since b8b2c7d845d5, platform_drv_probe() is called for all platform > > devices. If drv->probe is NULL, and dev_pm_domain_attach()

Re: [PATCH 07/16] perf tools: Add API to config maps in bpf object

On 2015/11/24 21:36, Wang Nan wrote: bpf__config_obj() is introduced as a core API to config BPF object after loading. One configuration option of maps is introduced. After this patch BPF object can accept configuration like: maps:my_map:value=1234 (maps.my_map.value looks pretty. However,

Re: [PATCH 12/16] perf tools: Support setting different slots in a BPF map separately

On 2015/11/24 21:36, Wang Nan wrote: This patch introduces basic facilities to support config different slots in a BPF map one by one. array.nr_ranges and array.ranges are introduced into 'struct parse_events_term', where ranges is an array of indices range (start, length) which will be config

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

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

Re: [PATCH] driver:dma bug_fix : access freed memory

On Fri, Nov 27, 2015 at 05:44:53AM +, 김정배 wrote: > From 8f6aeb362d9e44f29d46ae7694cdfee4408406ce Mon Sep 17 00:00:00 2001 > From: "KIM JUGNBAE" > Date: Thu, 26 Nov 2015 16:28:47 +0900 > Subject: [PATCH] bug_fix : access freed memory This part should not be present in the patch. > > sync_fen

Re: [PATCH v3 3/5] clk: sunxi: Add sun9i A80 cpus (cpu special) clock support

On Thu, Nov 26, 2015 at 1:32 AM, Maxime Ripard wrote: > Hi, > > On Tue, Nov 24, 2015 at 05:32:14PM +0800, Chen-Yu Tsai wrote: >> The "cpus" clock is the clock for the embedded processor in the A80. >> It is also part of the PRCM clock tree. This clock includes a pre- >> divider on one of its input

Re: [PATCH v2 2/7] ACPI / LPSS: allow to use specific PM domain during ->probe()

On 11/26/2015 06:45 PM, Andy Shevchenko wrote: On Thu, 2015-11-26 at 18:30 +0200, Jarkko Nikula wrote: On 11/26/2015 05:19 PM, Andy Shevchenko wrote: This is an amendment to previously pushed commit 01ac170ba29a (ACPI / LPSS: allow to use specific PM domain during ->probe()). We can't assign an

Re: [PATCH V2] scripts: fix the sys path for gdb scripts

On 2015-11-27 07:41, yalin wang wrote: > we insert __file__'s real path into sys.path, > so that no matter we import the vmlinux-gdb.py from $OUT floder or > from source code folder, we can always find the linux/ lib folder, > and we don't need create link to linux/*.py files, > remove the related

Re: linux-next: Tree for Nov 27 (mm stuff)

On 11/26/15 21:05, Stephen Rothwell wrote: > Hi all, > > Reminder: there will be no linux-next release next week (Nov 30 - Dec 4). > > Changes since 20151126: > on i386: mm/built-in.o: In function `page_referenced_one': rmap.c:(.text+0x362a2): undefined reference to

Re: [Patch v7 4/7] PCI/ACPI: Add interface acpi_pci_root_create()

On 20.11.2015 11:18, Lorenzo Pieralisi wrote: Hi Jiang, On Sat, Nov 14, 2015 at 01:49:08AM +0800, Jiang Liu wrote: [...] Not really. My concern is that there might be platforms out there with an offset between the CPU and PCI physical address spaces, and if we remove the offset value in acpi_

[PATCH v5 4/9] mfd: axp20x: Split the driver into core and i2c bits

The axp20x driver assumes the device is i2c based. This is not the case with later chips, which use a proprietary 2 wire serial bus by Allwinner called "Reduced Serial Bus". This patch follows the example of mfd/wm831x and splits it into an interface independent core, and an i2c specific glue laye

[PATCH v5 0/9] mfd: axp20x: Add support for RSB based AXP223

Hi everyone, This is v5 of the AXP223 PMIC series. v5 cleans up the code before and after the axp20x split, as suggested by Andy. Changes since v4: - Get rid of second parameter of axp20x_match_device() (new patch 2) - Match against dev->driver->of_match_table, so the entirety of axp20x

[PATCH v5 6/9] mfd: axp20x: Add support for RSB based AXP223 PMIC

The AXP223 is a new PMIC commonly paired with Allwinner A23/A33 SoCs. It is functionally identical to AXP221; only the regulator default voltage/status and the external host interface are different. Signed-off-by: Chen-Yu Tsai --- drivers/mfd/Kconfig| 11 +++ drivers/mfd/Makefile

[PATCH v5 7/9] regulator: axp20x: Support new AXP223 PMIC

The AXP223 is a new PMIC commonly paired with Allwinner A23/A33 SoCs. It is functionally identical to AXP221; only the regulator default voltage/status and the external host interface are different. Signed-off-by: Chen-Yu Tsai Reviewed-by: Mark Brown --- drivers/regulator/axp20x-regulator.c | 3

[PATCH v5 9/9] ARM: dts: sun8i: q8-common: Add AXP223 PMIC device and regulator nodes

A23/A33 Q8 tablets have an X-Powers AXP223 PMIC connected via RSB. Its regulators provide power to various parts of the SoC and the board. Also add lcd regulator supply for simplefb and update the existing vmmc-supply for mmc0. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun8i-q8-common.d

[PATCH v5 8/9] ARM: dts: sun8i: sinlinx-sina33: Add AXP223 PMIC device and regulator nodes

This board has a X-Powers AXP223 PMIC connected via RSB. Its regulators provide power to various parts of the SoC and the board. Also update the regulator supply phandles. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun8i-a33-sinlinx-sina33.dts | 76 +- 1 file chan

[PATCH v5 3/9] mfd: axp20x: use dev->driver->of_match_table in axp20x_match_device()

In axp20x_match_device(), match the of_device_id table bound to the device driver instead of pointing to axp20x_of_match directly. This will allow us to keep axp20x_match_device() unmodified when we expand the axp20x driver into multiple ones covering different interface types. of_device_get_match

[PATCH v5 2/9] mfd: axp20x: Remove second struct device * parameter for axp20x_match_device()

The first argument passed to axp20x_match_device(), struct axp20x_dev *, already contains a pointer to the device. By rearranging some code, moving the assignment of the pointer before axp20x_match_device() is called, we can eliminate the second parameter. Suggested-by: Andy Shevchenko Signed-off

[PATCH v5 1/9] mfd: axp20x: Add AXP223 to list of supported PMICs in DT bindings

The AXP223 is a new PMIC commonly paired with Allwinner A23/A33 SoCs. It is functionally identical to AXP221; only the regulator default voltage/status and the external host interface are different. Signed-off-by: Chen-Yu Tsai Acked-by: Maxime Ripard Acked-by: Rob Herring Acked-by: Lee Jones -

[PATCH v5 5/9] mfd: axp20x: Whitespace, open parenthesis alignment code style fixes

This fixes some leftover code style issues in the axp20x core. Signed-off-by: Chen-Yu Tsai --- drivers/mfd/axp20x.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/mfd/axp20x.c b/drivers/mfd/axp20x.c index 631ad64ddf69..54a00168da26 100644 --- a/drivers/mfd/ax

Re: [PATCHv2] ARM: dts: use vmmc-supply of emmc/sd for exynos5422-odroidxu3

hi Krzysztof, On 22 October 2015 at 18:34, Anand Moon wrote: > hi Krzysztof, > > On 22 October 2015 at 06:31, Krzysztof Kozlowski > wrote: >> On 20.10.2015 21:56, Anand Moon wrote: >>> Changes need for host controller to detect UHS-I highspeed cards. >>> Changes in VDDQ_MMC2 voltage range help s

[PATCH V2] scripts: fix the sys path for gdb scripts

we insert __file__'s real path into sys.path, so that no matter we import the vmlinux-gdb.py from $OUT floder or from source code folder, we can always find the linux/ lib folder, and we don't need create link to linux/*.py files, remove the related make file. Signed-off-by: yalin wang --- scrip

Re: [PATCH] scripts: fix the sys path for gdb scripts

> On Nov 25, 2015, at 15:38, Jan Kiszka wrote: > > On 2015-11-19 11:54, yalin wang wrote: >> The sys.path should be scripts/gdb, >> so that we can import linux lib correctly. >> >> Signed-off-by: yalin wang >> --- >> scripts/gdb/vmlinux-gdb.py | 2 +- >> 1 file changed, 1 insertion(+), 1 deleti

Re: [PATCH 04/16] bpf tools: Collect map definition in bpf_object

On 2015/11/27 14:16, Wangnan (F) wrote: On 2015/11/27 4:56, Arnaldo Carvalho de Melo wrote: Em Tue, Nov 24, 2015 at 01:36:09PM +, Wang Nan escreveu: [SNIP] [SNIP] + +if ((prev < s) || (prev >= e)) { +pr_warning("error: map handler doesn't belong to object\n"); I wonder

Re: [PATCH 04/16] bpf tools: Collect map definition in bpf_object

On 2015/11/27 4:56, Arnaldo Carvalho de Melo wrote: Em Tue, Nov 24, 2015 at 01:36:09PM +, Wang Nan escreveu: [SNIP] + } return 0; } @@ -688,37 +707,15 @@ static int bpf_object__create_maps(struct bpf_object *obj) { unsigned int i; - size_t nr_maps;

[PATCH v2 0/2] mm: Introduce kernelcore=reliable option

Xeon E7 v3 based systems supports Address Range Mirroring and UEFI BIOS complied with UEFI spec 2.5 can notify which ranges are reliable (mirrored) via EFI memory map. Now Linux kernel utilize its information and allocates boot time memory from reliable region. My requirement is: - allocate kern

[PATCH v2 1/2] mm: Calculate zone_start_pfn at zone_spanned_pages_in_node()

Currently each zone's zone_start_pfn is calculated at free_area_init_core(). However zone's range is fixed at the time when invoking zone_spanned_pages_in_node(). This patch changes each zone->zone_start_pfn is calculated at zone_spanned_pages_in_node(). Signed-off-by: Taku Izumi --- mm/page_al

[PATCH v2 2/2] mm: Introduce kernelcore=reliable option

This patch extends existing "kernelcore" option and introduces kernelcore=reliable option. By specifying "reliable" instead of specifying the amount of memory, non-reliable region will be arranged into ZONE_MOVABLE. v1 -> v2: - Refine so that the following case also can be handled properly:

Re: [PATCH] [v4] x86, suspend: Save/restore extra MSR registers for suspend

Hi, On 11/27/2015 11:28 AM, Doug Smythies wrote: On 2015.11.21 08:45 Doug Smythies wrote: On 2015.11.12 01:42 Chen, Yu C wrote: On 2015.11.06 11:34 Doug Smythies wrote: [cut] rdmsr_safe might be better, I'll look into it, thanks. you can refer to acpi_throttling_rdmsr I don't unde

RE: [PATCH v5 1/4] phy: rcar-gen3-usb2: Add R-Car Gen3 USB2 PHY driver

Hi, Thank you for the review! > From: Kishon Vijay Abraham I [mailto:kis...@ti.com] > Sent: Friday, November 27, 2015 2:21 PM > > Hi, > > On Tuesday 20 October 2015 02:27 PM, Yoshihiro Shimoda wrote: > > This patch adds support for R-Car generation 3 USB2 PHY driver. > > This SoC has 3 EHCI/OHC

Re: [PATCH v3 4/5] ARM: dts: sun9i: Add A80 PRCM clocks and reset control nodes

Dear Maxime, On Thu, 26 Nov 2015 21:09:42 +0100 Maxime Ripard wrote: > On Tue, Nov 24, 2015 at 06:27:09PM +0800, Jisheng Zhang wrote: > > + Sebastian > > > > On Tue, 24 Nov 2015 17:32:15 +0800 > > Chen-Yu Tsai wrote: > > > > > This adds the supported PRCM clocks and reset controls to the A80

[PATCH] driver:dma bug_fix : access freed memory

From 8f6aeb362d9e44f29d46ae7694cdfee4408406ce Mon Sep 17 00:00:00 2001 From: "KIM JUGNBAE" Date: Thu, 26 Nov 2015 16:28:47 +0900 Subject: [PATCH] bug_fix : access freed memory sync_fenc_free & fence_check_cb_func would be executed at other cpu. fence_check_cb_func access freed fence memory after

[PATCH v3 1/2] perf tools: Always give options even it not compiled

This patch keeps options of perf builtins same in all conditions. If one option is disabled because of compiling options, users should be notified. Masami suggested another implementation in [1] that, by adding a OPTION_NEXT_DEPENDS option before those options in the 'struct option' array, options

[PATCH v3 2/2] perf record: Support custom vmlinux path

From: He Kuang Make perf-record command support --vmlinux option if BPF_PROLOGUE is on. 'perf record' needs vmlinux as the source of DWARF info to generate prologue for BPF programs, so path of vmlinux should be specified. Short name 'k' has been taken by 'clockid'. This patch skips the short o

[PATCH v3 0/2] perf tools: Builtin options related improvements

According to Arnaldo's suggestion, patch 1/2 ensures options always there even if they are not build. When user tries to use a not build option, error or warning messages would tell them the reason. Patch 2/2 adds vmlinux option to perf record to support BPF argument fetching better. Without this

Re: [PATCH v3] mm/mmap.c: remove incorrect MAP_FIXED flag comparison from mmap_region

On Mon, Nov 23, 2015 at 06:36:42PM +0100, Piotr Kwapulinski wrote: > The following flag comparison in mmap_region makes no sense: > > if (!(vm_flags & MAP_FIXED)) > return -ENOMEM; > > The condition is always false and thus the above "return -ENOMEM" is never > executed. The vm_flags must not

Re: [PATCH 1/8] kernfs: Add API to generate relative kernfs path

On Tue, Nov 24, 2015 at 11:16:30AM -0500, Tejun Heo wrote: > Hello, > > On Mon, Nov 16, 2015 at 01:51:38PM -0600, se...@hallyn.com wrote: > > +static char * __must_check kernfs_path_from_node_locked( (Note I've rewritten this to find a common ancestor and walk back to and from that, as you sugges

Re: [PATCH 3.2 16/52] ext4, jbd2: ensure entering into panic after recording an error in superblock

It looks good. Thank you. :-) --- Original Message --- Sender : Ben Hutchings Date : 2015-11-25 07:33 (GMT+09:00) Title : [PATCH 3.2 16/52] ext4, jbd2: ensure entering into panic after recording an error in superblock 3.2.74-rc1 review patch. If anyone has any objections, please let me

Re: [PATCH v5 1/4] phy: rcar-gen3-usb2: Add R-Car Gen3 USB2 PHY driver

Hi, On Tuesday 20 October 2015 02:27 PM, Yoshihiro Shimoda wrote: > This patch adds support for R-Car generation 3 USB2 PHY driver. > This SoC has 3 EHCI/OHCI channels, and the channel 0 is shared > with the HSUSB (USB2.0 peripheral) device. And each channel has > independent registers about the P

Re: [PATCH 7/8] cgroup: mount cgroupns-root when inside non-init cgroupns

On Tue, Nov 24, 2015 at 12:16:10PM -0500, Tejun Heo wrote: > Hello, > > On Mon, Nov 16, 2015 at 01:51:44PM -0600, se...@hallyn.com wrote: > > +struct dentry *kernfs_obtain_root(struct super_block *sb, > > + struct kernfs_node *kn) > > +{ > > + struct dentry *dentry; >

linux-next: Tree for Nov 27

Hi all, Reminder: there will be no linux-next release next week (Nov 30 - Dec 4). Changes since 20151126: The modules tree gained a build failure so I used the version from next-20151126. Non-merge commits (relative to Linus' tree): 2942 3585 files changed, 110232 insertions(+),

Re: [PATCH] ARM: dts: dra72-evm: Mark uart1 rxd as wakeup capable

On 11/26/2015 02:31 AM, Vignesh R wrote: > Uart1 rxd is wakeup capable on DRA72 EVM. Hence, mark rxd line as > wakeup capable. This is similar to commit 66b0436977e2c ("ARM: dts: > dra7-evm: Mark uart1 rxd as wakeup capable") for DRA74 EVM. > > Signed-off-by: Vignesh R > --- > arch/arm/boot/dts

->poll() instances shouldn't be indefinitely blocking

Take a look at this: static unsigned int gsc_m2m_poll(struct file *file, struct poll_table_struct *wait) { struct gsc_ctx *ctx = fh_to_ctx(file->private_data); struct gsc_dev *gsc = ctx->gsc_dev; int ret; if (mutex_lock_interr

Re: [PATCH V2 2/3] PM / OPP: Parse 'opp-supported-hw' binding

On 25-11-15, 12:51, Stephen Boyd wrote: > > +int dev_pm_opp_set_supported_hw(struct device *dev, const u32 *versions, > > + unsigned int count) > > +{ > > + struct device_opp *dev_opp; > > + int ret = 0; > > + > > + /* Hold our list modification lock here */ > > +

Freeing active kobject in pps_device_destruct

: [ 1167.393120] CPU: 14 PID: 607 Comm: kworker/14:1 Tainted: GW 4.4.0-rc2-next-20151126 sasha-5-g00d303e-dirty #2651 [ 1167.394563] Workqueue: events kobject_delayed_cleanup [ 1167.395226] 000e 6f32b107 8806b83478b8 ace6b5bb [ 1167.396254

Re: [PATCH v2] staging: lustre: remove IOC_LIBCFS_PING_TEST ioctl

On 2015/11/08, 09:34, "James Simmons" wrote: >The ioctl IOC_LIBCFS_PING_TEST has not been used in >ages. The recent nidstring changes which moved all >the nidstring operations from libcfs to the LNet >layer but this ioctl code was still using an >nidstring operation that was causing an circular >

Re: tty,net: use-after-free in x25_asy_open_tty

On 11/20/2015 02:59 PM, Peter Hurley wrote: > Thanks for the report, Sasha. > Would you please test the patch below? Fixes it for me, thanks! Thanks, Sasha -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majord

Re: [PATCHv12 32/37] thp: reintroduce split_huge_page()

On 11/18/2015 02:05 PM, Kirill A. Shutemov wrote: > Hm. This looks like THP leak. I fixed one with this patch: > > http://lkml.kernel.org/g/1447236567-68751-1-git-send-email-kirill.shute...@linux.intel.com > > It's in -mm tree, but there wasn't any releases since it's applied. It's > not in -next

[PATCH 1/2] zram: pass gfp from zcomp frontend to backend

From: Minchan Kim Each zcomp backend uses own gfp flag but it's pointless because the context they could be called is driven by upper layer(ie, zcomp frontend). As well, zcomp frondend could call them in different context. One context(ie, zram init part) is it should be better to make sure succes

[PATCH 2/2] zram/zcomp: do not zero out zcomp private pages

Do not __GFP_ZERO allocated zcomp ->private pages. We keep allocated streams around and use them for read/write requests, so we supply a zeroed out ->private to compression algorithm as a scratch buffer only once -- the first time we use that stream. For the rest of IO requests served by this strea

[bug] mei_fasync() bogosity

in "mei: implement fasync for event notification" a ->fasync() instance is added as static int mei_fasync(int fd, struct file *file, int band) { struct mei_cl *cl = file->private_data; if (!mei_cl_is_connected(cl)) return POLLERR; return fasync_helper(fd,

[PATCH 0/2] zram: cleanup stream's ->private allocation code

Hello, Two patches that 'cleanup' compression streams allocation. Patch #1 consolidates GFP flags used for stream's ->private allocation in underlying compression backends. Patch #2 drops GFP_ZERO flag from ->private allocation. This patch set depends on the patch set published here http

[PATCH v2 0/3] fixes for LightNVM

Hi Matias A couple of fixes based on 4.4rc2 Patch 1: the locking issue move codes 'register with device with a supported manager' into a funtion. But I think iterate over a list to register nvm device with a manger is not a good idea, since we can blocked in manager's register_mgr function while

[PATCH v2 2/3] lightnvm: handle targets when corresponding nvm device exit

block creations of new targets, remove exiting targets when underlying device was gone. Signed-off-by: Wenwei Tao --- drivers/lightnvm/core.c | 128 +++ include/linux/lightnvm.h | 3 ++ 2 files changed, 87 insertions(+), 44 deletions(-) diff --git

[PATCH v2 1/3] lightnvm: missing nvm_lock acquire

To avoid race conditions, traverse dev, media manager, and targeet lists and also register, unregister entries to/from them, should be always under the nvm_lock control. Signed-off-by: Wenwei Tao --- drivers/lightnvm/core.c | 73 + 1 file changed,

[PATCH v3 0/2] zram/zcomp: stream allocation fixes and tweaks

Hello, Two patches that address possible issues with compression stream allocations under low memory or heavy fragmentation conditions. These patches are considered to be a -stable material, however there is no Cc -stable on "zram: try vmalloc() after kmalloc()" as of now. We'd like to ask

[PATCH v3 1/2] zram/zcomp: use GFP_NOIO to allocate streams

From: Sergey Senozhatsky We can end up allocating a new compression stream with GFP_KERNEL from within the IO path, which may result is nested (recursive) IO operations. That can introduce problems if the IO path in question is a reclaimer, holding some locks that will deadlock nested IOs. Alloc

[PATCH v3 2/2] zram: try vmalloc() after kmalloc()

From: Kyeongdon Kim When we're using LZ4 multi compression streams for zram swap, we found out page allocation failure message in system running test. That was not only once, but a few(2 - 5 times per test). Also, some failure cases were continually occurring to try allocation order 3. In order

[PATCH v2 3/3] nvme: change the interface between nvme and lightnvm

When nvme devices were removed, we need to handle the targets build upon them properly: remove the existing targets, block creations of new ones. To do this clean up job well, we need to change the interface between nvme and lightnvm. Signed-off-by: Wenwei Tao --- drivers/nvme/host/lightnvm.c |

[PATCH] sched: change nr_uninterruptible to be signed

nr_uninterruptible will be negative during running, this happened when dequeue a TASK_UNINTERRUPTIBLE task from rq1 and then wake up the task and queue it to rq2, then rq2->nr_uninterruptible-- will reuslt in negative value sometimes. Signed-off-by: yalin wang --- kernel/sched/loadavg.c | 2 +-

Re: linux-next: build failure after merge of the modules tree

Stephen Rothwell writes: > Hi Rusty, > > After merging the modules tree, today's linux-next build (powerpc > ppc64_defconfig) failed like this: > > In file included from include/linux/kexec.h:26:0, > from include/linux/crash_dump.h:5, > from arch/powerpc/platforms

[PATCH] tty/n_gsm.c: use gsm->num to remove mux itself from gsm_mux[]

There is one filed gsm->num to store mux's index of gsm_mux[]. So use gsm->num to remove itself from gsm_mux[] instead of the for-loop traverse in gsm_cleanup_mux(). Signed-off-by: Pan Xinhui --- drivers/tty/n_gsm.c | 14 +- 1 files changed, 5 insertions(+), 9 deletions(-) diff --

Re: [PATCH v2 6/9] mm, debug: introduce dump_gfpflag_names() for symbolic printing of gfp_flags

> On Nov 25, 2015, at 18:28, Vlastimil Babka wrote: > > On 11/25/2015 09:16 AM, Joonsoo Kim wrote: >> On Tue, Nov 24, 2015 at 01:36:18PM +0100, Vlastimil Babka wrote: >>> --- a/include/trace/events/gfpflags.h >>> +++ b/include/trace/events/gfpflags.h >>> @@ -8,8 +8,8 @@ >>> * >>> * Thus most b

Re: [PATCH v2 3/3] zram: pass gfp from zcomp frontend to backend

On (11/27/15 11:22), Minchan Kim wrote: [..] >> I have a patchset with my nitpicks addressed and fix-ups for missing >> gfps. >> Do you mind me to send it out? >Hey Sergey >I am on vacation and outside now. so if you resend with things you pointed Oh, lovely, have a good on

RE: [PATCH] [v4] x86, suspend: Save/restore extra MSR registers for suspend

On 2015.11.21 08:45 Doug Smythies wrote: >On 2015.11.12 01:42 Chen, Yu C wrote: >> On 2015.11.06 11:34 Doug Smythies wrote: [cut] >> rdmsr_safe might be better, > I'll look into it, thanks. >> you can refer to acpi_throttling_rdmsr > I don't understand. >> and I'm OK with this code, are you

Re: [PATCH 1/2]Revert "SCSI: Fix NULL pointer dereference in runtime PM"

On 四, 2015-09-10 at 10:23 +0800, Ken Xue wrote: Can someone help to apply this patch series? Thanks. http://marc.info/?l=linux-scsi&m=144185206825609&w=2 http://marc.info/?l=linux-scsi&m=144185208525611&w=2 > Revert "SCSI: Fix NULL pointer dereference in runtime PM" > > This reverts commit 4971

Re: [PATCH v2] arm64: dts: uniphier: add PH1-LD10 SoC/board support

I found a bug in the DTSI. I will send v3. 2015-11-26 11:33 GMT+09:00 Masahiro Yamada : > This is the first ARMv8 SoC from Socionext Inc. > > Signed-off-by: Masahiro Yamada > --- > > Changes in v2: > - Split into a single patch > > MAINTAINERS| 1 + >

[PATCH] x86/PCI: Fix regression caused by commit 4d6b4e69a245

From: Liu Jiang Commit 4d6b4e69a245 ("x86/PCI/ACPI: Use common interface to support PCI host bridge") converted x86 to use the common interface acpi_pci_root_create, but the conversion missed on code piece in arch/x86/pci/bus_numa.c, which causes regression on some legacy AMD platforms as reporte

Re: [PATCH 2/3] arcmsr: Split dma resource allocation to a new function

On Thu, 2015-11-26 at 11:46 -0800, Joe Perches wrote: > On Thu, 2015-11-26 at 19:41 +0800, Ching Huang wrote: > > split dma resource allocation and io register assignment from get_config to > > a new function arcmsr_alloc_io_queue. > > trivia: > > > diff -uprN a/drivers/scsi/arcmsr/arcmsr_hba.c

[PATCH v1 2/5] thermal: rockchip: fix a impossible condition caused by the warning

As the Dan report the smatch check the thermal driver warning: drivers/thermal/rockchip_thermal.c:551 rockchip_configure_from_dt() warn: impossible condition '(thermal->tshut_temp > ((~0 >> 1))) => (s32min-s32max > s32max)' Since the Temperature is currently represented as int not long in the ther

[PATCH v1 5/5] thermal: rockchip: Support the RK3399 SoCs in thermal driver

The RK3399 SoCs have two Temperature Sensors, channel 0 is for CPU. channel 1 is for GPU. Signed-off-by: Caesar Wang --- Changes in v1: - fix a irq ack is similar with RK3228 SoCs. drivers/thermal/rockchip_thermal.c | 66 ++ 1 file changed, 66 insertions(+)

[PATCH v1 4/5] thermal: rockchip: Support the RK3228 SoCs in thermal driver

The RK3228 SoCs has one Temperature Sensor, channel 0 is for CPU. Signed-off-by: Caesar Wang --- Changes in v1: None drivers/thermal/rockchip_thermal.c | 81 ++ 1 file changed, 81 insertions(+) diff --git a/drivers/thermal/rockchip_thermal.c b/drivers/ther

[PATCH v1 1/5] thermal: rockchip: fix a trivial typo

This patchset trys to dictate unified format for driver. Signed-off-by: Caesar Wang --- Changes in v1: - Search more trivial typo for me. drivers/thermal/rockchip_thermal.c | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/drivers/thermal/rockchip_thermal.

[PATCH v1 3/5] dt-bindings: rockchip-thermal: Support the RK3228/RK3399 SoCs compatible

This patchset attempts to new compatible for thermal founding on RK3228/RK3399 SoCs. Signed-off-by: Caesar Wang Acked-by: Rob Herring --- Changes in v1: - As Heiko comments, fix a copy incorrect name. - Add a Acked from Rob. Documentation/devicetree/bindings/thermal/rockchip-thermal.txt | 2

[PATCH v1 0/5] Fix a trivial typo and support rk3228/rk3399 SoCs for thermal driver.

This series pacthes to support the next soc for this thermal driver. I don't add the dts thermal data since these SoCs have *_not_* land in this mainline. I believe these SoCs dts will land in this mainline lately, then I will add the thermal data for Heiko. This series patches can apply into Edua

Re: [PATCH] extcon: rt8973: Add IRQF_ONESHOT to interrupt flags

On 2015년 11월 26일 03:01, Saurabh Sengar wrote: > Add IRQF_ONESHOT if no primary handler is provided for request threaded > irq > > Signed-off-by: Saurabh Sengar > --- > drivers/extcon/extcon-rt8973a.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/extcon/extcon-

Re: [PATCH] x86: mm: clean up probe_memory_block_size()

On Thu, Nov 26, 2015 at 10:12:01AM +0100, Ingo Molnar wrote: > > * Seth Jennings wrote: > > > The cumulative effect of bdee237c and 982792c7 is some pretty convoluted > > code. This commit has no (intended) functional change; just seeks to > > simplify and make the code more understandable. > >

  1   2   3   4   5   6   >