Re: [PATCH 4.4 15/47] ubi: fastmap: Correctly handle interrupted erasures in EBA

2018-07-27 Thread Richard Weinberger
Ben, Am Samstag, 28. Juli 2018, 03:28:58 CEST schrieb Ben Hutchings: > > > Isn't there a risk here, that a read error leads to erasing data that > > > might be recoverable if the read is retried? > > > > Well, read error means that already something went very wrong. At other > > places > > in

Re: [PATCH 4/4] cpufreq: intel_pstate: enable boost for Skylake Xeon

2018-07-27 Thread Francisco Jerez
Srinivas Pandruvada writes: > Enable HWP boost on Skylake server and workstations. > Please revert this series, it led to significant energy usage and graphics performance regressions [1]. The reasons are roughly the ones we discussed by e-mail off-list last April: This causes the intel_pstate

Re: [PATCH] scripts: Add Python 3 support to tracing/draw_functrace.py

2018-07-27 Thread Masahiro Yamada
2018-07-26 0:01 GMT+09:00 Jeremy Cline : > On 07/25/2018 10:39 AM, Masahiro Yamada wrote: >> 2018-07-21 4:35 GMT+09:00 Jeremy Cline : >>> Use the print function. This maintains Python 2 support and should have >>> no functional change. >>> >>> Signed-off-by: Jeremy Cline >>> --- >>>

Re: [PATCH 4.17 00/66] 4.17.11-stable review

2018-07-27 Thread Greg Kroah-Hartman
On Fri, Jul 27, 2018 at 10:31:48AM -0700, Guenter Roeck wrote: > On Fri, Jul 27, 2018 at 11:44:53AM +0200, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.17.11 release. > > There are 66 patches in this series, all will be posted as a response > > to this one.

Re: [PATCH 4.17 00/66] 4.17.11-stable review

2018-07-27 Thread Greg Kroah-Hartman
On Fri, Jul 27, 2018 at 01:49:42PM -0600, Shuah Khan wrote: > On 07/27/2018 03:44 AM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.17.11 release. > > There are 66 patches in this series, all will be posted as a response > > to this one. If anyone has any

[PATCH 2/5] staging: gasket: apex: fixup undefined PCI class

2018-07-27 Thread Todd Poynor
From: Todd Poynor Apex chips with class 0 (PCI_CLASS_NOT_DEFINED) fixed up to PCI_CLASS_SYSTEM_OTHER to enable PCI resource assignments. Signed-off-by: Todd Poynor --- drivers/staging/gasket/apex_driver.c | 7 +++ 1 file changed, 7 insertions(+) diff --git

[PATCH 3/5] staging: gasket: sysfs: remove unnecessary NULL check on device ptr

2018-07-27 Thread Todd Poynor
From: Todd Poynor The device pointer passed into get_mapping() will never be NULL; the check is unnecessary. Reported-by: Greg Kroah-Hartman Signed-off-by: Todd Poynor --- drivers/staging/gasket/gasket_sysfs.c | 5 - 1 file changed, 5 deletions(-) diff --git

[PATCH 1/5] staging: gasket: sysfs: remove check for refcount already zero

2018-07-27 Thread Todd Poynor
From: Todd Poynor Remove the check for refcount already zero, which shouldn't be necessary. Signed-off-by: Todd Poynor --- drivers/staging/gasket/gasket_sysfs.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/staging/gasket/gasket_sysfs.c b/drivers/staging/gasket/gasket_sysfs.c

[PATCH 0/5] staging: gasket: fixes and cleanups

2018-07-27 Thread Todd Poynor
From: Todd Poynor The fun continues with gasket+apex: remove dead code and unnecessary stuff, fixup apex PCI class for devices that advertise class 0 (undefined), and make sure the struct device doesn't go away on us. Most of these from review comments of previous patch series. Todd Poynor (5):

[PATCH 4/5] staging: gasket: page table: remove code for "no dma_ops"

2018-07-27 Thread Todd Poynor
From: Todd Poynor Remove code with TODOs on it for working around apparent problems previously seen in a qemu environment where dma_ops was not set correctly. There is no user of this in the current code. Signed-off-by: Todd Poynor --- drivers/staging/gasket/gasket_core.c | 2 +-

[PATCH 5/5] staging: gasket: core: hold reference on device kobj while in use

2018-07-27 Thread Todd Poynor
From: Todd Poynor Hold a reference on the struct device kobject while a pointer to that device is in use by gasket. Reported-by: Greg Kroah-Hartman Signed-off-by: Todd Poynor --- drivers/staging/gasket/gasket_core.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

Compliment of the day to you Dear Friend.

2018-07-27 Thread Mrs.Amina.Kadi
Compliment of the day to you Dear Friend. Dear Friend. I am Mrs. Amina Kadi. am sending this brief letter to solicit your partnership to transfer $5.5 million US Dollars. I shall send you more information and procedures when I receive positive response from you. Mrs. Amina Kadi

Re: [alsa-devel] [PATCH] ASoC: soc-pcm: Use delay set in pointer function

2018-07-27 Thread Agrawal, Akshu
On 7/27/2018 8:39 PM, Pierre-Louis Bossart wrote: > On 7/27/18 5:13 AM, Akshu Agrawal wrote: >> There are cases where a pointer function populates >> runtime->delay, such as: >> ./sound/pci/hda/hda_controller.c >> ./sound/soc/intel/atom/sst-mfld-platform-pcm.c >> >> Also, in some cases cpu dai

[PATCH URGENT for ftrace/core] lockdep: Fix error due to incorrect pointer return

2018-07-27 Thread Joel Fernandes
From: "Joel Fernandes (Google)" The 0-day bot caught an issue which all my tests missed (will add it into my tests) where this_cpu_ptr is incorrectly returning the wrong pointer from get_lock_stats. Fix it. Fixes: f4ac253a8df0 ("lockdep: use this_cpu_ptr instead of get_cpu_var stats")

[PATCH] PM / devfreq: Generic cpufreq governor

2018-07-27 Thread Saravana Kannan
Many CPU architectures have caches that can scale independent of the CPUs. Frequency scaling of the caches is necessary to make sure the cache is not a performance bottleneck that leads to poor performance and power. The same idea applies for RAM/DDR. To achieve this, this patch adds a generic

Re: [GIT PULL] ACPI fix for v4.18-rc7

2018-07-27 Thread Len Brown
> ACPI Warning: \_SB.IETM._ART: Return Package type mismatch .. _ART is the AML method for "Active Cooling Relationship Table". iIt tells the system how fans are related to temperature sensors. It is likely that Windows uses DPTF on this platform, and since DPTF is not using _ART, Linux may be

Hello from Lisa

2018-07-27 Thread Lisa Johnson
Hello Dear, I am Miss Lisa. I have very important thing to discuss with you. please, this information is very vital. Contact me with my private email so we can talk ( lisajoh...@hotmail.com ) I find your email when I was searching for some that will understand me. Lisa

Re: [PATCH 13/38] tomoyo: Implement security hooks for the new mount API [ver #10]

2018-07-27 Thread Tetsuo Handa
On 2018/07/28 2:32, David Howells wrote: > Implement the security hook to check the creation of a new mountpoint for > Tomoyo. > > As far as I can tell, Tomoyo doesn't make use of the mount data or parse > any mount options, so I haven't implemented any of the fs_context hooks for > it. > >

Re: [PATCH v2 3/3] selftests/ftrace: Fix kprobe string testcase to not probe notrace function

2018-07-27 Thread Masami Hiramatsu
On Fri, 27 Jul 2018 10:31:45 -0400 Steven Rostedt wrote: > On Fri, 27 Jul 2018 08:26:40 -0600 > Shuah Khan wrote: > > > Masami, > > > > The patch isn't in my Inbox. Could you please send it. > > You don't subscribe to LKML? ;-) > > I just bounced it to you. > > -- Steve Sorry Shuah and

[PATCH v3 3/3] selftests/ftrace: Fix kprobe string testcase to not probe notrace function

2018-07-27 Thread Masami Hiramatsu
Fix kprobe string argument testcase to not probe notrace function. Instead, it probes tracefs function which must be available with ftrace. Signed-off-by: Masami Hiramatsu --- Changes in v3: - Fix probepoint testcase too. --- .../ftrace/test.d/kprobe/kprobe_args_string.tc | 30

[PATCH v3 1/3] tracing: kprobes: Prohibit probing on notrace function

2018-07-27 Thread Masami Hiramatsu
Prohibit kprobe-events probing on notrace function. Since probing on the notrace function can cause recursive event call. In most case those are just skipped, but in some case it falls into infinit recursive call. This protection can be disabled by the kconfig CONFIG_KPROBE_EVENTS_ON_NOTRACE=y,

[PATCH v3 2/3] selftest/ftrace: Move kprobe selftest function to separate compile unit

2018-07-27 Thread Masami Hiramatsu
From: Francis Deslauriers Move selftest function to its own compile unit so it can be compiled with the ftrace cflags (CC_FLAGS_FTRACE) allowing it to be probed during the ftrace startup tests. Signed-off-by: Francis Deslauriers Signed-off-by: Masami Hiramatsu --- kernel/trace/Makefile

[PATCH v3 0/3] tracing: kprobes: Prohibit probing on notrace functions

2018-07-27 Thread Masami Hiramatsu
Hello, This is the 3rd version of the series to prohibit kprobe on notrace functions which Francis sent before. This version fixes some issues on previous version. Fix to handle the no-symbol kprobe-events correctly and Fix probepoint.tc testcase to not use notrace function as a probe point.

Re: RCU nocb list not reclaiming causing OOM

2018-07-27 Thread Paul E. McKenney
On Sat, Jul 28, 2018 at 12:07:19AM +, David Chen wrote: > Hi Paul, > > I wasn't talking about the xchg() though. > > The smp_mb__after_atomic() is not for xchg(), it's for `*tail = > rdp->nocb_gp_head;` > it's stated so in the comment. And I do think we need ordering between > `*tail =

Re: [GIT PULL] ACPI fix for v4.18-rc7

2018-07-27 Thread Linus Torvalds
On Fri, Jul 27, 2018 at 5:02 PM Schmauss, Erik wrote: > > The patch below should be able to fix this. Yes, the error messages seem gone with this. I see another ACPI warning, but that one has always been there: acpi INT33D5:00: intel-hid: created platform device ACPI Warning:

Re: [PATCH 4.4 15/47] ubi: fastmap: Correctly handle interrupted erasures in EBA

2018-07-27 Thread Ben Hutchings
On Thu, 2018-07-26 at 08:25 +0200, Richard Weinberger wrote: > Ben, > > Am Donnerstag, 26. Juli 2018, 04:12:54 CEST schrieb Ben Hutchings: > > On Tue, 2018-07-10 at 20:24 +0200, Greg Kroah-Hartman wrote: > > > 4.4-stable review patch.  If anyone has any objections, please let me  > > > know. > >

Re; HELLO DEAR MY DONATION TO YOU.

2018-07-27 Thread Rosrior Rmalhin
HELLO DEAR MY DONATION TO YOU. May the peace of the Almighty God be with you and your Family, With Due Respect and Humility, I was compelled to write you under humanitarian ground. My name is Mrs Rosareio Romarinhio. TIMOR Origin but married with Late Sir Ratnavale from MALAYSIA. I have took a

Re: [PATCH v2 1/3] tracing: kprobes: Prohibit probing on notrace function

2018-07-27 Thread Masami Hiramatsu
On Thu, 26 Jul 2018 14:53:27 +0900 Masami Hiramatsu wrote: > Prohibit kprobe-events probing on notrace function. > Since probing on the notrace function can cause recursive > event call. In most case those are just skipped, but > in some case it falls into infinit recursive call. > > This

Re: include architecture Kconfig files from top-level Kconfig v3

2018-07-27 Thread Masahiro Yamada
2018-07-27 16:48 GMT+09:00 Christoph Hellwig : > On Fri, Jul 27, 2018 at 10:32:19AM +0900, Masahiro Yamada wrote: >> This will just add a new unmet dependency warning. >> CONFIG_PREEMPT_COUNT will be still selected. > > True. I guess we simply need to prohibit CONFIG_DEBUG_ATOMIC_SLEEP >

[PATCH] sched/fair: sync expires_seq in distribute_cfs_runtime()

2018-07-27 Thread Cong Wang
Each time we sync cfs_rq->runtime_expires with cfs_b->runtime_expires, we should sync its ->expires_seq too. However it is missing for distribute_cfs_runtime(), especially the slack timer call path. Fixes: 512ac999d275 ("sched/fair: Fix bandwidth timer clock drift condition") Cc: Xunlei Pang Cc:

Re: [PATCH 34/38] vfs: syscall: Add fsinfo() to query filesystem information [ver #10]

2018-07-27 Thread Anton Altaparmakov
Hi David, > On 28 Jul 2018, at 00:49, David Howells wrote: > Jann Horn wrote: >>> +static int fsinfo_generic_name_encoding(struct dentry *dentry, char *buf) >>> +{ >>> + static const char encoding[] = "utf8"; >>> + >>> + if (buf) >>> + memcpy(buf, encoding,

Re: Remounting filesystem read-only

2018-07-27 Thread Theodore Y. Ts'o
On Fri, Jul 27, 2018 at 01:34:31PM -0700, Sodagudi Prasad wrote: > > The error should be pretty clear: "Inode table for bg 0 marked as > > needing zeroing". That should never happen. > > Can you provide any debug patch to detect when this corruption is happening? > Source of this corruption and

Re: [PATCH v2] PM / devfreq: Add support for QCOM devfreq firmware

2018-07-27 Thread skannan
On 2018-05-23 07:39, Rob Herring wrote: Reviving an old thread. Sorry about the late reply. Got busy. On Tue, May 22, 2018 at 1:30 PM, Saravana Kannan wrote: On 05/22/2018 11:08 AM, Rob Herring wrote: On Fri, May 18, 2018 at 12:52:40AM -0700, Saravana Kannan wrote: The firmware present

Re: [PATCH 34/38] vfs: syscall: Add fsinfo() to query filesystem information [ver #10]

2018-07-27 Thread David Howells
Jann Horn wrote: > > fs/fat/inode.c: sprintf(buf, "cp%d", sbi->options.codepage); > > sprintf(buf, "cp%d", sbi->options.codepage); > sbi->nls_disk = load_nls(buf); > if (!sbi->nls_disk) { > fat_msg(sb, KERN_ERR, "codepage %s not found", buf); >

Re: RCU nocb list not reclaiming causing OOM

2018-07-27 Thread David Chen
Hi Paul, I wasn't talking about the xchg() though. The smp_mb__after_atomic() is not for xchg(), it's for `*tail = rdp->nocb_gp_head;` it's stated so in the comment. And I do think we need ordering between `*tail = rdp->nocb_gp_head;` and wake up, because the waiter is checking on head not

Re: [PATCH] tracing: do not leak kernel addresses

2018-07-27 Thread Theodore Y. Ts'o
On Fri, Jul 27, 2018 at 03:05:43PM -0700, Sandeep Patil wrote: > On Fri, Jul 27, 2018 at 04:21:14PM -0400, Theodore Y. Ts'o wrote: > > On Fri, Jul 27, 2018 at 04:11:03PM -0400, Steven Rostedt wrote: > > > That said, I would assume that > > > other Android utilities are using other debugfs files

Re: [PATCH 7/9] irqchip: add a RISC-V PLIC driver

2018-07-27 Thread Atish Patra
On 7/26/18 7:38 AM, Christoph Hellwig wrote: This patch adds a driver for the Platform Level Interrupt Controller (PLIC) specified as part of the RISC-V supervisor level ISA manual, in the memory layout implemented by SiFive and qemu. The PLIC connects global interrupt sources to the local

RE: [GIT PULL] ACPI fix for v4.18-rc7

2018-07-27 Thread Schmauss, Erik
> -Original Message- > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Schmauss, Erik > Sent: Friday, July 27, 2018 2:51 PM > To: Linus Torvalds ; Rafael J. Wysocki > > Cc: Linux ACPI ; Linux Kernel Mailing List ker...@vger.kernel.org> >

Re: [PATCH v2 3/3] selftests/ftrace: Fix kprobe string testcase to not probe notrace function

2018-07-27 Thread Masami Hiramatsu
On Fri, 27 Jul 2018 17:43:07 -0400 Steven Rostedt wrote: > On Thu, 26 Jul 2018 14:54:23 +0900 > Masami Hiramatsu wrote: > > > Fix kprobe string argument testcase to not probe notrace > > function. Instead, it probes tracefs function which must > > be available with ftrace. > > Hi Masami, > >

Re: [PATCH 34/38] vfs: syscall: Add fsinfo() to query filesystem information [ver #10]

2018-07-27 Thread Jann Horn
On Sat, Jul 28, 2018 at 1:51 AM David Howells wrote: > David Howells wrote: > > > One thing I'm confused about is that fat has both a codepage and a charset > > and > > I'm not sure of the difference. > > In fact, it's not clear that the codepage is actually used. > > warthog>git grep

Re: [PATCH 34/38] vfs: syscall: Add fsinfo() to query filesystem information [ver #10]

2018-07-27 Thread David Howells
David Howells wrote: > One thing I'm confused about is that fat has both a codepage and a charset and > I'm not sure of the difference. In fact, it's not clear that the codepage is actually used. warthog>git grep '[.>]codepage' fs/fat/inode.c: opts->codepage =

Re: [PATCH 34/38] vfs: syscall: Add fsinfo() to query filesystem information [ver #10]

2018-07-27 Thread David Howells
Jann Horn wrote: > > +static int fsinfo_generic_name_encoding(struct dentry *dentry, char *buf) > > +{ > > + static const char encoding[] = "utf8"; > > + > > + if (buf) > > + memcpy(buf, encoding, sizeof(encoding) - 1); > > + return sizeof(encoding) - 1; > > +} >

Re: RCU nocb list not reclaiming causing OOM

2018-07-27 Thread Paul E. McKenney
On Fri, Jul 27, 2018 at 11:16:39PM +, David Chen wrote: > Hi Paul, > > Thanks for the advice. > The bug is kind of hard to hit, so I can't say for certain yet. Well, you can always remove the "tail == >nocb_follower_head" as an extra belt-and-suspenders safety net. I am not putting that in

Re: [PATCH 0/10] psi: pressure stall information for CPU, memory, and IO v2

2018-07-27 Thread Suren Baghdasaryan
On Thu, Jul 26, 2018 at 1:07 PM, Johannes Weiner wrote: > On Thu, Jul 26, 2018 at 11:07:32AM +1000, Singh, Balbir wrote: >> On 7/25/18 1:15 AM, Johannes Weiner wrote: >> > On Tue, Jul 24, 2018 at 07:14:02AM +1000, Balbir Singh wrote: >> >> Does the mechanism scale? I am a little concerned about

Re: RCU nocb list not reclaiming causing OOM

2018-07-27 Thread David Chen
Hi Paul, Thanks for the advice. The bug is kind of hard to hit, so I can't say for certain yet. Though after another look at the code, I found out the `smp_mb__after_atomic();` seems to be only a compiler barrier on x86. tail = xchg(>nocb_follower_tail, rdp->nocb_gp_tail);

[PATCH 07/10] staging:rtl8192u: Refactor dm_dig_connect_e - Style

2018-07-27 Thread John Whitmore
The enumerated type dm_dig_connect_e is only used to group constant values, as the actual type is never used as the type for the variables which use the defined constants (cur_connect_state and pre_connect_state). These two member variables have had there defined types changed to properly reflect

[PATCH 04/10] staging:rtl8192u: Remove enum dm_dig_op_e

2018-07-27 Thread John Whitmore
Remove the enumerated type dm_dig_op_e. The type is only used as a parameter to the function dm_change_dynamic_initgain_thresh(), but that function is never referenced in the code at all. I would consider this to be a coding style change as the function is never referenced and as a result the

[PATCH 05/10] staging:rtl8192u: Refactor enum dm_dig_alg_e - Style

2018-07-27 Thread John Whitmore
The enumerated type dm_dig_alg_e is only used by one variable in the code, 'dig_algorithm', a member variable of the structure dig. That member variable was defined to be of type 'u8' thus negating any advantage of the use of an enumerated type, (compiler type-checking). The type of the variable

[PATCH 09/10] staging:rtl8192u: Refactor enum dm_dig_cs_ratio_e - Style

2018-07-27 Thread John Whitmore
The enumerated type dm_dig_cs_ratio_e is never actually used as a type, but only as a collection of related constants. This is because the variables, which use the defined constant values, are defined as being of type u8 rather then enum dm_dig_cs_ratio_e. This omission negates the possibility of

[PATCH 02/10] staging:rtl8192u: Refactor use of enum dm_dig_sta_e - Style

2018-07-27 Thread John Whitmore
Refactor the use of the enumerated type dm_dig_sta_e, which is not actually used for type checking by the compiler. The enumerated type defines values for the enumeration, which are used by both dig_state and dig_highpwr_state, (members of the struct dig). Both of those variables were defined as

[PATCH 03/10] staging:rtl8192u: Refactor enum dm_ratr_sta_e usage - Style

2018-07-27 Thread John Whitmore
The enumerated type dm_ratr_sta_e was defined in the file drivers/staging/rtl8192u/r8192U_dm.h but never actually used in that file. The only variable which uses this enumerated type is 'ratr_state', a member variable of the _rate_adaptive structure defined in the file

[PATCH 01/10] staging:rtl8192u: Remove unused DM_check_fsync_time_interval - Style

2018-07-27 Thread John Whitmore
Remove the unused definition for DM_check_fsync_time_interval. This is a coding style change which should have no impact on runtime code execution. Signed-off-by: John Whitmore --- drivers/staging/rtl8192u/r8192U_dm.h | 3 --- 1 file changed, 3 deletions(-) diff --git

[PATCH 08/10] staging:rtl8192u: Refactor enum dm_dig_pd_th_e - Style

2018-07-27 Thread John Whitmore
The enumerated type dm_dig_pd_th_e is never actually used as the type for the two variables which use the constants, which the enumeration defines. This omission removes the possibility of taking advantage of compiler type checking. To correct this the two member variables, (curpd_thstate &

[PATCH 10/10] staging:rtl8192u: Refactor enum DM_CCK_Rx_Path_Method - Style

2018-07-27 Thread John Whitmore
The enumerated type DM_CCK_Rx_Path_Method is used as a container for constant definitions, rather then an enumerated type enabling compiler type checking. To correct this, the variable which uses the constants, defined by the enumeration, has had its type changed from a u8 to the enumeration.

[PATCH 00/10] staging:rtl8192u: Refactor enums r8192U_dm.h -Style

2018-07-27 Thread John Whitmore
What was intended as a clean up of the file drivers/staging/rtl8192u/r8192U_dm.h turned into refactoring of most of the enumerated types defined in the file. Most of the enumerated types were simply used to define a collection of constants, rather then actually using the types as enumerated types.

[PATCH 06/10] staging:rtl8192u: Remove unused enum dm_dig_dbg_e - Style

2018-07-27 Thread John Whitmore
The enumerated type dm_dig_dbg_e is never used in code so has simply been removed from the source code. this is a coding style change which should have no impact on runtime code execution. Signed-off-by: John Whitmore --- drivers/staging/rtl8192u/r8192U_dm.h | 6 -- 1 file changed, 6

Re: [PATCH v3] cap_inode_getsecurity: use d_find_any_alias() instead of d_find_alias()

2018-07-27 Thread Serge E. Hallyn
Quoting Eddie.Horng (eddie.ho...@mediatek.com): > > The code in cap_inode_getsecurity(), introduced by commit 8db6c34f1dbc > ("Introduce v3 namespaced file capabilities"), should use > d_find_any_alias() instead of d_find_alias() do handle unhashed dentry > correctly. This is needed, for example,

Re: [PATCH 34/38] vfs: syscall: Add fsinfo() to query filesystem information [ver #10]

2018-07-27 Thread Jann Horn
On Fri, Jul 27, 2018 at 7:36 PM David Howells wrote: > > Add a system call to allow filesystem information to be queried. A request > value can be given to indicate the desired attribute. Support is provided > for enumerating multi-value attributes. [...] > +static int fsinfo_generic_ids(struct

Re: Zram writeback feature unstable with heavy swap utilization - BUG: Bad page state in process...

2018-07-27 Thread Minchan Kim
On Fri, Jul 27, 2018 at 02:13:57PM +0200, Tino Lehnig wrote: > On 07/27/2018 02:05 PM, Minchan Kim wrote: > > And bad page is always with writeback enable? > > > > writeback enable means "echo "some dev" > /sys/block/zram0/backing_dev, > > not just enable CONFIG_ZRAM_WRITEBACK. > > Yes, the bug

Re: [PATCH] dt-bindings: thermal: samsung: Add SPDX license identifier

2018-07-27 Thread Eduardo Valentin
On Wed, Jul 25, 2018 at 06:27:59PM +0200, Krzysztof Kozlowski wrote: > On 25 July 2018 at 16:43, Bartlomiej Zolnierkiewicz > wrote: > > On Tuesday, July 24, 2018 10:03:12 PM Krzysztof Kozlowski wrote: > >> On Tue, Jul 24, 2018 at 06:46:35PM +0200, Bartlomiej Zolnierkiewicz wrote: > >> > > >> >

Re: [PATCH 1/5] thermal: exynos: enable core tmu clk on exynos platform

2018-07-27 Thread Eduardo Valentin
On Thu, Jul 19, 2018 at 03:22:21PM +0530, Anand Moon wrote: > Hi Krzysztof, > Please send a new version of the series with applied fixes and also get reviews from the samsung devs. Thanks. > > Best Regards > -Anand

[PATCH linux-next] Remove PTR_RET

2018-07-27 Thread Gustavo A. R. Silva
The last instances of PTR_RET have been replaced with PTR_ERR_OR_ZERO. We can completely remove PTR_RET from the codebase now. Signed-off-by: Gustavo A. R. Silva --- include/linux/err.h | 3 --- 1 file changed, 3 deletions(-) diff --git a/include/linux/err.h b/include/linux/err.h index

Re: [PATCH v5 1/3] thermal: qcom-spmi: Use PMIC thermal stage 2 for critical trip points

2018-07-27 Thread Eduardo Valentin
On Fri, Jul 27, 2018 at 03:40:52PM -0700, Eduardo Valentin wrote: > On Wed, Jul 25, 2018 at 06:12:28PM -0700, Matthias Kaehlcke wrote: > > Hi Doug, > > > > On Wed, Jul 25, 2018 at 04:19:56PM -0700, Doug Anderson wrote: > > > > > On Tue, Jul 24, 2018 at 4:46 PM, Matthias Kaehlcke > > > wrote: >

Re: [PATCH v5 1/3] thermal: qcom-spmi: Use PMIC thermal stage 2 for critical trip points

2018-07-27 Thread Eduardo Valentin
On Wed, Jul 25, 2018 at 06:12:28PM -0700, Matthias Kaehlcke wrote: > Hi Doug, > > On Wed, Jul 25, 2018 at 04:19:56PM -0700, Doug Anderson wrote: > > > On Tue, Jul 24, 2018 at 4:46 PM, Matthias Kaehlcke > > wrote: > > > +static int qpnp_tm_update_critical_trip_temp(struct qpnp_tm_chip *chip, >

Re: [PATCH 29/38] vfs: syscall: Add fsconfig() for configuring and managing a context [ver #10]

2018-07-27 Thread Jann Horn
On Fri, Jul 27, 2018 at 7:34 PM David Howells wrote: > > Add a syscall for configuring a filesystem creation context and triggering > actions upon it, to be used in conjunction with fsopen, fspick and fsmount. > > long fsconfig(int fs_fd, unsigned int cmd, const char *key, >

Re: RCU nocb list not reclaiming causing OOM

2018-07-27 Thread Paul E. McKenney
On Fri, Jul 27, 2018 at 07:07:46PM +, David Chen wrote: > Hi Paul, > > I'd like to opinion again on this subject. > > So we are going to backport this patch: > 6b5fc3a13318 ("rcu: Add memory barriers for NOCB leader wakeup") Does this one solve the problem, or are you still seeing hangs? If

Re: [PATCH 29/38] vfs: syscall: Add fsconfig() for configuring and managing a context [ver #10]

2018-07-27 Thread David Howells
Andy Lutomirski wrote: > > [*] Not without a 6-arg syscall or some other way of passing it. > > Are there still architectures that have problems with 6-arg syscalls? As I understand it, 6-arg syscalls are frowned upon. > I suppose that, as long as there is never a case where fsconfig_set_path

Re: [PATCH 34/38] vfs: syscall: Add fsinfo() to query filesystem information [ver #10]

2018-07-27 Thread David Howells
Andy Lutomirski wrote: > > Add a system call to allow filesystem information to be queried. A request > > value can be given to indicate the desired attribute. Support is provided > > for enumerating multi-value attributes. > > Has anyone seriously reviewed this? I don't know. I've

Re: [PATCH 30/38] vfs: syscall: Add fsmount() to create a mount for a superblock [ver #10]

2018-07-27 Thread David Howells
Andy Lutomirski wrote: > int mfd = fsmount(...); > > where you pass in an fscontext fd and get out an fd referring to the > root of the filesystem? In this case, maybe fs_open_root(2) would be > a better name. It's not necessarily the root of the filesystem in the sense of sb->s_root. It

Re: [PATCH] x86/mce: Handle varying MCA bank counts

2018-07-27 Thread Luck, Tony
On Fri, Jul 27, 2018 at 04:40:09PM -0500, Yazen Ghannam wrote: > - /* Don't support asymmetric configurations today */ > - WARN_ON(mca_cfg.banks != 0 && b != mca_cfg.banks); > - mca_cfg.banks = b; > + mca_cfg.banks = max(mca_cfg.banks, b); Should we change mca_cfg.banks to be a

Re: [PATCH 30/38] vfs: syscall: Add fsmount() to create a mount for a superblock [ver #10]

2018-07-27 Thread David Howells
Andy Lutomirski wrote: > I have a potentially silly objection. For the old timers, "mount" means to > stick a reel of tape or some similar object onto a reader, which seems to > imply that "mount" means to start up the filesystem. For younguns, this > meaning is probably lost, and the more

Re: [PATCH] tracing: do not leak kernel addresses

2018-07-27 Thread Sandeep Patil
On Fri, Jul 27, 2018 at 04:21:14PM -0400, Theodore Y. Ts'o wrote: > On Fri, Jul 27, 2018 at 04:11:03PM -0400, Steven Rostedt wrote: > > That said, I would assume that > > other Android utilities are using other debugfs files for system > > status and such. As of today, I think a lot of

Re: [RFC PATCH for 4.18 00/16] Restartable Sequences

2018-07-27 Thread Pavel Machek
Hi! > So for instance, this turns: > > int cpu = rseq_per_cpu_lock(lock, target_cpu); > [...] > rseq_per_cpu_unlock(lock, cpu); > > into > > int cpu = rseq_this_cpu_lock(lock); > [...] > rseq_per_cpu_unlock(lock, cpu); > > and: > > per_cpu_list_push(list, node, target_cpu); >

Re: [PATCH 0/10] psi: pressure stall information for CPU, memory, and IO v2

2018-07-27 Thread Pavel Machek
Hi! > The idea is to eventually incorporate this back into the kernel, so > that Linux can avoid OOM livelocks (which TECHNICALLY aren't memory > deadlocks, but for the user indistinguishable) out of the box. > > We also use psi memory pressure for loadshedding. Our batch job psi->PSI? >

Re: [PATCH 29/38] vfs: syscall: Add fsconfig() for configuring and managing a context [ver #10]

2018-07-27 Thread Andy Lutomirski
On Fri, Jul 27, 2018 at 2:51 PM, David Howells wrote: > Andy Lutomirski wrote: > >> Unless I'm rather confused, you have two or possibly three ways to >> pass in an open fd. Can you clarify what the difference is and/or >> remove all but one of them? > > No, they're not equivalent. > >> > (*)

[ANNOUNCE] v4.16.18-rt11

2018-07-27 Thread Sebastian Andrzej Siewior
Dear RT folks! I'm pleased to announce the v4.16.18-rt11 patch set. Changes since v4.16.18-rt10: - Finally fix the SIMD locking on arm64. - Revert the srcu based notifier in crypto code. This is no longer required since the rwsem on RT allows multiple reader. - Add a per-CPU lock

RE: [GIT PULL] ACPI fix for v4.18-rc7

2018-07-27 Thread Schmauss, Erik
> -Original Message- > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Linus Torvalds > Sent: Friday, July 27, 2018 11:38 AM > To: Rafael J. Wysocki > Cc: Linux ACPI ; Linux Kernel Mailing List ker...@vger.kernel.org> > Subject: Re: [GIT

Re: [LKP] [lkp-robot] [brd] 316ba5736c: aim7.jobs-per-min -11.2% regression

2018-07-27 Thread SeongJae Park
Hello Jens, On Fri, 27 Jul 2018, Jens Axboe wrote: > SeongJae please take a look at this. It's been weeks now and silence > on your end. I'm so sorry for late response. Unfortunately, I was too busy to look this regression deeply. Now the things bothering me are almost finished. Maybe I will

[PATCH v4 bpf-next 07/14] bpf: don't allow create maps of cgroup local storages

2018-07-27 Thread Roman Gushchin
As there is one-to-one relation between a bpf program and cgroup local storage map, there is no sense in creating a map of cgroup local storage maps. Forbid it explicitly to avoid possible side effects. Signed-off-by: Roman Gushchin Cc: Alexei Starovoitov Cc: Daniel Borkmann Acked-by: Martin

[PATCH v4 bpf-next 04/14] bpf: allocate cgroup storage entries on attaching bpf programs

2018-07-27 Thread Roman Gushchin
If a bpf program is using cgroup local storage, allocate a bpf_cgroup_storage structure automatically on attaching the program to a cgroup and save the pointer into the corresponding bpf_prog_list entry. Analogically, release the cgroup local storage on detaching of the bpf program.

Re: [PATCH 29/38] vfs: syscall: Add fsconfig() for configuring and managing a context [ver #10]

2018-07-27 Thread David Howells
Andy Lutomirski wrote: > Unless I'm rather confused, you have two or possibly three ways to > pass in an open fd. Can you clarify what the difference is and/or > remove all but one of them? No, they're not equivalent. > > (*) fsconfig_set_path: A non-empty path is specified. The parameter

Re: [PATCH v11 2/3] tracepoint: Make rcuidle tracepoint callers use SRCU

2018-07-27 Thread Joel Fernandes
On Fri, Jul 27, 2018 at 02:57:44PM -0400, Steven Rostedt wrote: > On Fri, 27 Jul 2018 11:51:13 -0700 > Joel Fernandes wrote: > > > When I refactored the code as Peter suggested I happen to move the warning > > out but didn't simplify it further (I had it at the back of my head to do > > that but

[PATCH] x86/mce: Handle varying MCA bank counts

2018-07-27 Thread Yazen Ghannam
From: Yazen Ghannam Linux reads MCG_CAP[Count] to find the number of MCA banks visible to a CPU. Currently, this is assumed to be the same for all CPUs and a warning is shown if there is a difference. The number of banks is overwritten with the MCG_CAP[Count] value of each following CPU that

Re: [PATCH] mips: switch to NO_BOOTMEM

2018-07-27 Thread Mike Rapoport
On Thu, Jul 26, 2018 at 10:20:05AM -0700, Paul Burton wrote: > Hi Mike, > > On Thu, Jul 26, 2018 at 10:03:56AM +0300, Mike Rapoport wrote: > > Any comments on this? > > I haven't looked at this in detail yet, but there was a much larger > series submitted to accomplish this not too long ago,

Re: [RFC PATCH v2 1/2] interconnect: qcom: Add sdm845 interconnect provider driver

2018-07-27 Thread Evan Green
Hi David, On Thu, Jul 26, 2018 at 4:30 PM David Dai wrote: > > Introduce Qualcomm SDM845 specific provider driver using the > interconnect framework. > > Signed-off-by: David Dai > --- > .../bindings/interconnect/qcom-sdm845.txt | 22 + > drivers/interconnect/qcom/Kconfig

[PATCH] ASoC: tegra_alc5632: fix device_node refcounting

2018-07-27 Thread Alexey Khoroshilov
tegra_alc5632_probe() increments reference count of device nodes with of_parse_phandle(), but there is no code decrementing them in the driver. The patch adds of_node_put() to tegra_alc5632_remove() and to error handling paths in the probe. Found by Linux Driver Verification project

Re: [PATCH v14 8/9] KVM: x86: virtualize cpuid faulting

2018-07-27 Thread Jim Mattson
On Fri, Jul 27, 2018 at 1:46 PM, Andy Lutomirski wrote: >> On Jul 27, 2018, at 1:28 PM, Jim Mattson wrote: >> Initializing this bit to zero helps with migration, but then if the >> CPUID faulting bits in both MSRs are set, userspace has to take pains >> to ensure that MSR_PLATFORM_INFO is

Re: [PATCH v2] pci/aspm: Remove CONFIG_PCIEASPM_DEBUG

2018-07-27 Thread Takashi Iwai
On Fri, 27 Jul 2018 22:26:19 +0200, Bjorn Helgaas wrote: > > [+cc Rafael, Richard, Carlos, Pali, Takashi, Andy, Colin for question > about how to expose ASPM power management in sysfs] > > On Thu, May 10, 2018 at 04:39:12PM -0700, Rajat Jain wrote: > > ... > > And some suggestions from Bjorn

Re: [PATCH v1 2/2] PCI: Document ACPI description of PCI host bridges

2018-07-27 Thread Bjorn Helgaas
On Wed, Jul 04, 2018 at 11:40:52AM +0200, Rafael J. Wysocki wrote: > On Fri, Jun 29, 2018 at 10:27 PM, Bjorn Helgaas wrote: > > From: Bjorn Helgaas > > > > Add a writeup about how PCI host bridges should be described in ACPI > > using PNP0A03/PNP0A08 devices, PNP0C02 devices, and the MCFG table.

Re: [PATCH] platform: goldfish: Retire pdev_bus

2018-07-27 Thread Roman Kiryanov
Hi Greg, the get_maintainer script gave only the mailing list. Do you happen to know if I need to mail my change somewhere else? Regards, Roman. On Thu, Jul 19, 2018 at 4:07 PM wrote: > > From: Roman Kiryanov > > Not used by goldfish. > > Signed-off-by: Roman Kiryanov > --- >

Re: [PATCH v4 2/2] fpga: zynq-fpga: Add support for readback of FPGA configuration data and registers

2018-07-27 Thread kbuild test robot
Hi Appana, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on sof-driver-fuweitax/master] [cannot apply to v4.18-rc6 next-20180727] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com

Re: [PATCH] tracing: do not leak kernel addresses

2018-07-27 Thread Steven Rostedt
On Fri, 27 Jul 2018 16:21:14 -0400 "Theodore Y. Ts'o" wrote: > On Fri, Jul 27, 2018 at 04:11:03PM -0400, Steven Rostedt wrote: > > That said, I would assume that > > other Android utilities are using other debugfs files for system > > status and such. > > Yeah, I know we probably have lost

[PATCH v2 1/2] ata: ahci: Support state with min power but Partial low power state

2018-07-27 Thread Srinivas Pandruvada
Currently when min_power policy is selected, the partial low power state is not entered and link will try aggressively enter to only slumber state. Add a new policy which still enable DEVSLP but also try to enter partial low power state. This policy is presented as "min_power_with_partial". For

[PATCH v2 0/2] ata: ahci: Enable DEVSLP by default on SLP_S0 support

2018-07-27 Thread Srinivas Pandruvada
One of the requirement for modern x86 system to enter lowest power mode (SLP_S0) is SATA IP block to be off. This is true even during when platform is suspended to idle and not only in opportunistic (runtime) suspend. This series is to enable DEVSLP by default. v2: As suggested by Hans, take

[PATCH v2 2/2] ata: ahci: Enable DEVSLP by default on x86 with SLP_S0

2018-07-27 Thread Srinivas Pandruvada
One of the requirement for modern x86 system to enter lowest power mode (SLP_S0) is SATA IP block to be off. This is true even during when platform is suspended to idle and not only in opportunistic (runtime) suspend. Several of these system don't have traditional ACPI S3, so it is important that

Re: Remounting filesystem read-only

2018-07-27 Thread Sodagudi Prasad
On 2018-07-27 12:52, Theodore Y. Ts'o wrote: On Fri, Jul 27, 2018 at 12:26:25PM -0700, Sodagudi Prasad wrote: On 2018-07-26 18:04, Sodagudi Prasad wrote: > Hi All, > +linux-kernel@vger.kernel.org list. Hi All, Observing the following issue with one of the partition on android device with

Request for Partnership

2018-07-27 Thread Richard
Sir/Madam, I have access to very vital information that can be used to move huge amount of money. I have done my homework very well and i have the machineries in place to get it done since I am still in active service. If it was possible for me to do it alone I would not have bothered

Re: [PATCH v2] pci/aspm: Remove CONFIG_PCIEASPM_DEBUG

2018-07-27 Thread Bjorn Helgaas
[+cc Rafael, Richard, Carlos, Pali, Takashi, Andy, Colin for question about how to expose ASPM power management in sysfs] On Thu, May 10, 2018 at 04:39:12PM -0700, Rajat Jain wrote: > ... > And some suggestions from Bjorn here: > https://www.spinics.net/lists/linux-pci/msg60541.html > > This

Re: [PATCH 3.18 00/27] 3.18.117-stable review

2018-07-27 Thread Shuah Khan
On 07/27/2018 04:26 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 3.18.117 release. > There are 27 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

Re: [PATCH v3 2/2] leds: add Panasonic AN30259A support

2018-07-27 Thread Jacek Anaszewski
On 07/27/2018 10:08 PM, Jacek Anaszewski wrote: Hi Simon, Thank you for the updated patch. It looks good in general, with one reservation, please refer below. And one more issue: drivers/leds/leds-an30259a.c: In function 'an30259a_blink_set': drivers/leds/leds-an30259a.c:129:23: warning:

  1   2   3   4   5   6   7   8   >