Re: [GIT PULL] Qualcomm ARM64 DT updates for 4.18

2018-05-25 Thread Olof Johansson
On Tue, May 22, 2018 at 11:37:39PM -0500, Andy Gross wrote: > The following changes since commit 60cc43fc888428bb2f18f08997432d426a243338: > > Linux 4.17-rc1 (2018-04-15 18:24:20 -0700) > > are available in the git repository at: > >

[PATCH, net-next 2/2] bpf: avoid -Wmaybe-uninitialized warning

2018-05-25 Thread Arnd Bergmann
The stack_map_get_build_id_offset() function is too long for gcc to track whether 'work' may or may not be initialized at the end of it, leading to a false-positive warning: kernel/bpf/stackmap.c: In function 'stack_map_get_build_id_offset': kernel/bpf/stackmap.c:334:13: error: 'work' may be used

[PATCH, net-next 1/2] bpf: btf: avoid -Wreturn-type warning

2018-05-25 Thread Arnd Bergmann
gcc warns about a noreturn function possibly returning in some configurations: kernel/bpf/btf.c: In function 'env_type_is_resolve_sink': kernel/bpf/btf.c:729:1: error: control reaches end of non-void function [-Werror=return-type] Using BUG() instead of BUG_ON() avoids that warning and

[PATCH] IB: Revert "remove redundant INFINIBAND kconfig dependencies"

2018-05-25 Thread Arnd Bergmann
Several subsystems depend on INFINIBAND_ADDR_TRANS, which in turn depends on INFINIBAND. However, when with CONFIG_INIFIBAND=m, this leads to a link error when another driver using it is built-in. The INFINIBAND_ADDR_TRANS dependency is insufficient here as this is a 'bool' symbol that does not

Re: WARNING and PANIC in irq_matrix_free

2018-05-25 Thread Song Liu
Adding Broadcom developers to the thread. Hi Michael, Vasundhara, and Andy, Could you please help look into the case I found? ethtool crashes the system for both net/master and net-next/master. Thanks, Song On Fri, May 25, 2018 at 1:10 PM, Song Liu wrote: > Hi, > > We

[PATCH] ath9k: mark expected switch fall-throughs

2018-05-25 Thread Gustavo A. R. Silva
In preparation to enabling -Wimplicit-fallthrough, mark switch cases where we are expecting to fall through. Signed-off-by: Gustavo A. R. Silva --- drivers/net/wireless/ath/ath9k/ar5008_phy.c | 2 ++ drivers/net/wireless/ath/ath9k/ar9002_phy.c | 1 +

Re: [PATCH] memory: tegra: include linux/spinlock.h

2018-05-25 Thread Dmitry Osipenko
On 26.05.2018 00:11, Arnd Bergmann wrote: > The newly added code in this file causes a build error unless > we include linux/spinlock.h, at least in some configurations: > > In file included from drivers/memory/tegra/mc.h:15, > from drivers/memory/tegra/tegra20.c:11: >

Re: [PATCH v3 13/14] tracing/selftest: Add selftests to test trace_marker histogram triggers

2018-05-25 Thread Steven Rostedt
On Fri, 25 May 2018 17:12:29 -0400 Steven Rostedt wrote: > #!/bin/sh Hmm, I think I need to make this #!/bin/bash > test_trace() { > file=$1 > x=$2 > > cat $file | while read line; do > if [ "$line" != "${line/\#/}" ]; then > continue >

Re: [PATCH v3 13/14] tracing/selftest: Add selftests to test trace_marker histogram triggers

2018-05-25 Thread Steven Rostedt
On Fri, 25 May 2018 14:07:31 -0400 Steven Rostedt wrote: > > > > BTW, would you plan to add simplar test case for the marker? > > (like just write a marker and read trace log, and run a simple > > trigger, like taking a snapshot by marker) > > I wasn't planning to, but

[PATCH] memory: tegra: include linux/spinlock.h

2018-05-25 Thread Arnd Bergmann
The newly added code in this file causes a build error unless we include linux/spinlock.h, at least in some configurations: In file included from drivers/memory/tegra/mc.h:15, from drivers/memory/tegra/tegra20.c:11: include/soc/tegra/mc.h:159:2: error: unknown type name

[PATCH] i2c: i801: mark PM functions as __maybe_unused

2018-05-25 Thread Arnd Bergmann
Changing from UNIVERSAL_DEV_PM_OPS to SIMPLE_DEV_PM_OPS caused a harmless warning in configurations without CONFIG_PM_SLEEP: drivers/i2c/busses/i2c-i801.c:1723:12: error: 'i801_resume' defined but not used [-Werror=unused-function] static int i801_resume(struct device *dev)

Re: [patch] mm, hugetlb_cgroup: suppress SIGBUS when hugetlb_cgroup charge fails

2018-05-25 Thread Andrew Morton
On Fri, 25 May 2018 13:59:40 -0700 (PDT) David Rientjes wrote: > > > --- a/mm/hugetlb.c > > > +++ b/mm/hugetlb.c > > > @@ -2006,8 +2006,10 @@ struct page *alloc_huge_page(struct vm_area_struct > > > *vma, > > >* code of zero indicates a reservation exists (no change).

[PATCH] pwm: stm32: fix build warning with CONFIG_DMA_ENGINE disabled

2018-05-25 Thread Arnd Bergmann
Without dmaengine support, we get a harmless warning about an unused function: drivers/pwm/pwm-stm32.c:166:12: error: 'stm32_pwm_capture' defined but not used [-Werror=unused-function] Changing the #ifdef to an IS_ENABLED() check shuts up that warning and is slightly nicer to read. Fixes:

[PATCH] mmc: sunxi: mark PM functions as __maybe_unused

2018-05-25 Thread Arnd Bergmann
The newly added runtime-pm functions cause a harmless warning when CONFIG_PM is disabled: drivers/mmc/host/sunxi-mmc.c:1452:12: error: 'sunxi_mmc_runtime_suspend' defined but not used [-Werror=unused-function] static int sunxi_mmc_runtime_suspend(struct device *dev)

Re: [clang] stack protector and f1f029c7bf

2018-05-25 Thread H. Peter Anvin
On 05/25/18 13:36, Nick Desaulniers wrote: > On Fri, May 25, 2018 at 10:56 AM wrote: >> You need the extern inline in the .h file and the out-of-line .S file > both. > > But the out-of-line .S file looks like: > > ... > 10 ENTRY(native_save_fl) > > 11 pushf > >

Re: [PATCH] cpufreq / CPPC: Add cpuinfo_cur_freq support for CPPC

2018-05-25 Thread Prakash, Prashanth
On 5/25/2018 12:27 AM, George Cherian wrote: > Hi Prashanth, > > On 05/25/2018 12:55 AM, Prakash, Prashanth wrote: >> Hi George, >> >> On 5/22/2018 5:42 AM, George Cherian wrote: >>> Per Section 8.4.7.1.3 of ACPI 6.2, The platform provides performance >>> feedback via set of performance counters.

Re: [patch] mm, hugetlb_cgroup: suppress SIGBUS when hugetlb_cgroup charge fails

2018-05-25 Thread David Rientjes
On Fri, 25 May 2018, Andrew Morton wrote: > On Fri, 25 May 2018 13:16:45 -0700 (PDT) David Rientjes > wrote: > > > When charging to a hugetlb_cgroup fails, alloc_huge_page() returns > > ERR_PTR(-ENOSPC) which will cause VM_FAULT_SIGBUS to be returned to the > > page fault

[GIT] Networking

2018-05-25 Thread David Miller
Let's begin the holiday weekend with some networking fixes: 1) Whoops need to restrict cfg80211 wiphy names even more to 64 bytes. From Eric Biggers. 2) Fix flags being ignored when using kernel_connect() with SCTP, from Xin Long. 3) Use after free in DCCP, from Alexey Kodanev. 4) Need

Re: [PATCH 08/33] vfio: use match_string() helper

2018-05-25 Thread Alex Williamson
On Mon, 21 May 2018 19:57:45 +0800 Yisheng Xie wrote: > match_string() returns the index of an array for a matching string, > which can be used intead of open coded variant. > > Cc: Alex Williamson > Cc: k...@vger.kernel.org > Signed-off-by:

Re: [PATCH v6 0/7] vfio/type1: Add support for valid iova list management

2018-05-25 Thread Alex Williamson
On Fri, 25 May 2018 08:45:36 + Shameerali Kolothum Thodi wrote: > Yes, the above changes related to list empty cases looks fine to me. Thanks Shameer, applied to my next branch with the discussed fixes for v4.18 (modulo patch 4/7 which Joerg already

Re: [PATCH net-next] net: dsa: dsa_loop: Make dynamic debugging helpful

2018-05-25 Thread David Miller
From: Florian Fainelli Date: Thu, 24 May 2018 20:52:14 -0700 > Remove redundant debug prints from phy_read/write since we can trace those > calls through trace events. Enhance dynamic debug prints to print arguments > which helps figuring how what is going on at the driver

Re: [PATCH] mm, page_alloc: do not break __GFP_THISNODE by zonelist reset

2018-05-25 Thread Vlastimil Babka
On 05/25/2018 09:43 PM, Andrew Morton wrote: > On Fri, 25 May 2018 15:08:53 +0200 Vlastimil Babka wrote: > >> we might consider this for 4.17 although I don't know if there's anything >> currently broken. Stable backports should be more important, but will have to >> be reviewed

Re: [PATCH V1 3/3] mmc: host: Register changes for sdcc V5

2018-05-25 Thread Evan Green
On Thu, May 24, 2018 at 6:01 AM Vijay Viswanath wrote: > On 5/22/2018 11:42 PM, Evan Green wrote: > > Hi Vijay. Thanks for this patch. > > > > On Thu, May 17, 2018 at 3:30 AM Vijay Viswanath > wrote: > > > >> From: Sayali Lokhande

Re: [PATCH V1 2/3] mmc: sdhci-msm: Add msm version specific ops and data structures

2018-05-25 Thread Evan Green
On Thu, May 24, 2018 at 5:35 AM Vijay Viswanath wrote: > On 5/22/2018 11:40 PM, Evan Green wrote: > > On Thu, May 17, 2018 at 3:30 AM Vijay Viswanath > wrote: > > > >> In addition to offsets of certain registers changing, the registers in >

Re: [PATCH v4 2/3] media: rc: introduce BPF_PROG_LIRC_MODE2

2018-05-25 Thread Alexei Starovoitov
On Fri, May 18, 2018 at 03:07:29PM +0100, Sean Young wrote: > Add support for BPF_PROG_LIRC_MODE2. This type of BPF program can call > rc_keydown() to reported decoded IR scancodes, or rc_repeat() to report > that the last key should be repeated. > > The bpf program can be attached to using the

Re: [patch] mm, hugetlb_cgroup: suppress SIGBUS when hugetlb_cgroup charge fails

2018-05-25 Thread Andrew Morton
On Fri, 25 May 2018 13:16:45 -0700 (PDT) David Rientjes wrote: > When charging to a hugetlb_cgroup fails, alloc_huge_page() returns > ERR_PTR(-ENOSPC) which will cause VM_FAULT_SIGBUS to be returned to the > page fault handler. > > Instead, return the proper error code,

Re: [PATCH net-next] ifb: fix packets checksum

2018-05-25 Thread David Miller
From: Jon Maxwell Date: Fri, 25 May 2018 07:38:29 +1000 > Fixup the checksum for CHECKSUM_COMPLETE when pulling skbs on RX path. > Otherwise we get splats when tc mirred is used to redirect packets to ifb. > > Before fix: > > nic: hw csum failure > > Signed-off-by: Jon

Re: [PATCH 00/14] Modify action API for implementing lockless actions

2018-05-25 Thread Vlad Buslov
On Thu 24 May 2018 at 23:34, Cong Wang wrote: > On Mon, May 14, 2018 at 7:27 AM, Vlad Buslov wrote: >> Currently, all netlink protocol handlers for updating rules, actions and >> qdiscs are protected with single global rtnl lock which removes any

Re: [clang] stack protector and f1f029c7bf

2018-05-25 Thread Nick Desaulniers
On Fri, May 25, 2018 at 10:56 AM wrote: > You need the extern inline in the .h file and the out-of-line .S file both. But the out-of-line .S file looks like: ... 10 ENTRY(native_save_fl) 11 pushf 12 pop %_ASM_AX 13 ret 14 ENDPROC(native_save_fl)

Re: [PATCH] 8139too: Remove unnecessary netif_napi_del()

2018-05-25 Thread David Miller
From: Bo Chen Date: Thu, 24 May 2018 12:48:35 -0700 > The call to free_netdev() in __rtl8139_cleanup_dev() clears the network device > napi list, and explicit calls to netif_napi_del() are unnecessary. > > Signed-off-by: Bo Chen Since this is just unnecessary

[PATCH 03/11] PM / devfreq: Remove check for df->max_freq == 0 from governors

2018-05-25 Thread Matthias Kaehlcke
Commit "PM / devfreq: Fix handling of min/max_freq == 0" ensures that df->max_freq is not 0, remove unnecessary checks. Signed-off-by: Matthias Kaehlcke --- drivers/devfreq/governor_performance.c| 5 + drivers/devfreq/governor_simpleondemand.c | 7 +++ 2 files

[PATCH 01/11] PM / devfreq: Init user limits from OPP limits, not viceversa

2018-05-25 Thread Matthias Kaehlcke
Commit ab8f58ad72c4 ("PM / devfreq: Set min/max_freq when adding the devfreq device") introduced the initialization of the user limits min/max_freq from the lowest/highest available OPPs. Later commit f1d981eaecf8 ("PM / devfreq: Use the available min/max frequency") added scaling_min/max_freq,

[PATCH 00/11] Add throttler driver for non-thermal throttling

2018-05-25 Thread Matthias Kaehlcke
This series adds the throttler driver, for non-thermal throttling of CPUs and devfreq devices. A use case for non-thermal throttling could be the detection of a high battery discharge voltage, close to the over-current protection (OCP) limit of the battery. To support throttling of devfreq

[PATCH 02/11] PM / devfreq: Fix handling of min/max_freq == 0

2018-05-25 Thread Matthias Kaehlcke
Commit ab8f58ad72c4 ("PM / devfreq: Set min/max_freq when adding the devfreq device") initializes df->min/max_freq with the min/max OPP when the device is added. Later commit f1d981eaecf8 ("PM / devfreq: Use the available min/max frequency") adds df->scaling_min/max_freq and the following to the

[PATCH 04/11] PM / devfreq: Remove redundant frequency adjustment from governors

2018-05-25 Thread Matthias Kaehlcke
The userspace and simpleondemand governor determine a target frequency and then adjust it according to the df->min/max_freq limits that might have been set by user space. This adjustment is redundant, it is done in update_devfreq() for any governor, right after returning from

[PATCH 09/11] misc: throttler: Add core support for non-thermal throttling

2018-05-25 Thread Matthias Kaehlcke
The purpose of the throttler is to provide support for non-thermal throttling. Throttling is triggered by external event, e.g. the detection of a high battery discharge current, close to the OCP limit of the battery. The throttler is only in charge of the throttling, not the monitoring, which is

[PATCH 06/11] PM / devfreq: Add struct devfreq_policy

2018-05-25 Thread Matthias Kaehlcke
Move variables related with devfreq policy changes from struct devfreq to the new struct devfreq_policy and add a policy field to struct devfreq. The following variables are moved: df->min/max_freq => p->user.min/max_freq df->scaling_min/max_freq => p->devinfo.min/max_freq

[PATCH 05/11] PM / devfreq: governors: Return device frequency limits instead of user limits

2018-05-25 Thread Matthias Kaehlcke
The performance, powersave and simpleondemand governors can return df->min/max_freq, which are the user defined frequency limits. update_devfreq() already takes care of adjusting the target frequency with the user limits if necessary, therefore we can return df->scaling_min/max_freq instead, which

[PATCH 11/11] misc/throttler: Add Chrome OS EC throttler

2018-05-25 Thread Matthias Kaehlcke
The driver subscribes to throttling events from the Chrome OS embedded controller and enables/disables system throttling based on these events. Signed-off-by: Matthias Kaehlcke --- drivers/misc/throttler/Kconfig | 15 +++ drivers/misc/throttler/Makefile

[PATCH 10/11] dt-bindings: misc: add bindings for throttler

2018-05-25 Thread Matthias Kaehlcke
Signed-off-by: Matthias Kaehlcke --- .../devicetree/bindings/misc/throttler.txt| 41 +++ 1 file changed, 41 insertions(+) create mode 100644 Documentation/devicetree/bindings/misc/throttler.txt diff --git

[PATCH 07/11] PM / devfreg: Add support policy notifiers

2018-05-25 Thread Matthias Kaehlcke
Policy notifiers are called before a frequency change and may narrow the min/max frequency range in devfreq_policy, which is used to adjust the target frequency if it is beyond this range. Also add a few helpers: - devfreq_verify_within_[dev_]limits() - should be used by the notifiers for

[PATCH 08/11] PM / devfreq: Make update_devfreq() public

2018-05-25 Thread Matthias Kaehlcke
Currently update_devfreq() is only visible to devfreq governors outside of devfreq.c. Make it public to allow drivers that adjust devfreq policies to cause a re-evaluation of the frequency after a policy change. Signed-off-by: Matthias Kaehlcke --- drivers/devfreq/governor.h

Re: [PATCH net-next] tcp: use data length instead of skb->len in tcp_probe

2018-05-25 Thread David Miller
From: Song Liu Date: Thu, 24 May 2018 17:44:46 + > We should also rename __entry->length to __entry->data_len, so that whoever > using this field will notice the change. Agreed.

[PATCHv2 1/2] crypto: ccp: Add DOWNLOAD_FIRMWARE SEV command

2018-05-25 Thread Janakarajan Natarajan
The DOWNLOAD_FIRMWARE command, added as of SEV API v0.15, allows the OS to install SEV firmware newer than the currently active SEV firmware. For the new SEV firmware to be applied it must: * Pass the validation test performed by the existing firmware. * Be of the same build or a newer build

[PATCHv2 2/2] crypto: ccp: Add GET_ID SEV command

2018-05-25 Thread Janakarajan Natarajan
The GET_ID command, added as of SEV API v0.16, allows the SEV firmware to be queried about a unique CPU ID. This unique ID can then be used to obtain the public certificate containing the Chip Endorsement Key (CEK) public key signed by the AMD SEV Signing Key (ASK). For more information please

[PATCHv2 0/2] Add new SEV commands

2018-05-25 Thread Janakarajan Natarajan
This patchset adds two new SEV commands, introduced in SEV API v0.15 and v0.16 respectively. * DOWNLOAD_FIRMWARE allows the SEV firmware to be updated if a blob newer than or similar to the exisiting build is available. * GET_ID allows to query for a unique ID that can be used to retrieve the

Re: [Very Urgent] I need a foreign partner.

2018-05-25 Thread Richard
Hello I urgently need a partner to retain and invest 14 six zero USD figures currently in America, I'm willing to give 35 percent of the total as compensation to you for your assistance. Sincerely, Richard.

Re: [PATCH] xfs: mark sb_fname as nonstring

2018-05-25 Thread Eric Sandeen
On 5/25/18 3:16 PM, Arnd Bergmann wrote: On Fri, May 25, 2018 at 6:53 PM, Eric Sandeen wrote: On 5/25/18 10:14 AM, Arnd Bergmann wrote: ... @@ -1860,7 +1860,7 @@ xfs_ioc_setlabel( spin_lock(>m_sb_lock); memset(sbp->sb_fname, 0, sizeof(sbp->sb_fname));

Re: [PATCH] xfs: mark sb_fname as nonstring

2018-05-25 Thread Arnd Bergmann
On Fri, May 25, 2018 at 6:52 PM, Christoph Hellwig wrote: >> diff --git a/fs/xfs/xfs_ioctl.c b/fs/xfs/xfs_ioctl.c >> index 84fbf164cbc3..eb79f2bc4dcc 100644 >> --- a/fs/xfs/xfs_ioctl.c >> +++ b/fs/xfs/xfs_ioctl.c >> @@ -1819,12 +1819,12 @@ xfs_ioc_getlabel( >>

Re: [PATCH] xfs: mark sb_fname as nonstring

2018-05-25 Thread Arnd Bergmann
On Fri, May 25, 2018 at 6:53 PM, Eric Sandeen wrote: > On 5/25/18 10:14 AM, Arnd Bergmann wrote: >> >> gcc-8 reports two warnings for the newly added getlabel/setlabel code: > > > Thanks for catching these. > > The patch summary confuses me, what does "mark sb_fname as

[patch] mm, hugetlb_cgroup: suppress SIGBUS when hugetlb_cgroup charge fails

2018-05-25 Thread David Rientjes
When charging to a hugetlb_cgroup fails, alloc_huge_page() returns ERR_PTR(-ENOSPC) which will cause VM_FAULT_SIGBUS to be returned to the page fault handler. Instead, return the proper error code, ERR_PTR(-ENOMEM), so VM_FAULT_OOM is handled correctly. This is consistent with failing mem cgroup

Re: [PATCH v2 3/4] dt-bindings: new binding for Ilitek ILI9341 display panels

2018-05-25 Thread David Lechner
On 05/25/2018 02:36 PM, David Lechner wrote: This adds a new binding for Ilitek ILI9341 display panels. It includes a compatible string for one display (more can be added in the future). The vendor prefix "noname" is used because the vendor is not known. Looks like I forgot to update "noname"

Re: [PATCH v2 0/4] drm/tinydrm: new dirver for ILI9341 displays

2018-05-25 Thread Robert P. J. Day
"dirver"?

Re: WARNING and PANIC in irq_matrix_free

2018-05-25 Thread Song Liu
Hi, We are seeing something probably related. We run ethtool on a system with Broadcom NIC to increase number of combined queues. [root@ ~]# ethtool -l eth0 Channel parameters for eth0: Pre-set maximums: RX: 9 TX: 8 Other: 0

Re: [PATCH v4] rcu: Speed up calling of RCU tasks callbacks

2018-05-25 Thread Paul E. McKenney
On Thu, May 24, 2018 at 06:49:46PM -0400, Steven Rostedt wrote: > > From: Steven Rostedt (VMware) > > Joel Fernandes found that the synchronize_rcu_tasks() was taking a > significant amount of time. He demonstrated it with the following test: > > # cd /sys/kernel/tracing

Re: [PATCH v2 0/2] rtmutex wait_lock is irq safe

2018-05-25 Thread Eric W. Biederman
Anna-Maria Gleixner writes: > Since commit b4abf91047cf ("rtmutex: Make wait_lock irq safe") the rtmutex > wait_lock is irq safe. Therefore the irqsave/restore in kernel/signal is no > longer required (see Patch 2/2). During discussions about v1 of this patch, > Eric

Re: [PATCH] kdump: add default crashkernel reserve kernel config options

2018-05-25 Thread Eric W. Biederman
Petr Tesarik writes: > V Thu, 24 May 2018 11:34:05 -0500 > ebied...@xmission.com (Eric W. Biederman) napsáno: > >> Petr Tesarik writes: >> >> 2> On Thu, 24 May 2018 09:49:05 +0800 >> > Dave Young wrote: >> > >> >> Hi Petr, >> >> >> >>

[PATCH] dmaengine: pxa: add a default requestor policy

2018-05-25 Thread Robert Jarzmik
As what former drcmr -1 value meant, add a this as a default to each channel, ie. that by default no requestor line is used. This is specifically used for network drivers smc91x and smc911x, and needed for their port to slave maps. Cc: Arnd Bergmann Signed-off-by: Robert Jarzmik

Re: [PATCH 4/7] dm: prevent DAX mounts if not supported

2018-05-25 Thread Mike Snitzer
On Thu, May 24 2018 at 10:55pm -0400, Ross Zwisler wrote: > Currently the code in dm_dax_direct_access() only checks whether the target > type has a direct_access() operation defined, not whether the underlying > block devices all support DAX. This latter property

RE: [PATCH] PCI: hv: Fix a __local_bh_enable_ip warning in hv_compose_msi_msg()

2018-05-25 Thread Haiyang Zhang
> -Original Message- > From: Dexuan Cui > Sent: Tuesday, May 22, 2018 8:18 PM > To: Lorenzo Pieralisi ; Bjorn Helgaas > ; linux-...@vger.kernel.org; KY Srinivasan > ; Stephen Hemminger ; >

Re: [PATCH v3 1/7] security: rename security_kernel_read_file() hook

2018-05-25 Thread Eric W. Biederman
James Morris writes: > On Thu, 24 May 2018, Eric W. Biederman wrote: > >> Below is where I suggest you start on sorting out these security hooks. >> - Adding a security_kernel_arg to catch when you want to allow/deny the >> use of an argument to a syscall. What

Re: [PATCH] x86/KVM: Fix incorrect SSBD bit in kvm_cpuid_7_0_edx_x86_features

2018-05-25 Thread Radim Krčmář
2018-05-25 13:16-0400, Waiman Long: > As the SSBD bit in kvm_cpuid_7_0_edx_x86_features has been renamed to > SPEC_CTRL_SSBD in the commit 52817587e706 ("x86/cpufeatures: Disentangle > SSBD enumeration"). The corresponding name change needed to be made in > the KVM code as well. > > Fixes:

Re: [PATCH v2] f2fs: let fstrim issue discard commands in lower priority

2018-05-25 Thread Jaegeuk Kim
The fstrim gathers huge number of large discard commands, and tries to issue without IO awareness, which results in long user-perceive IO latencies on READ, WRITE, and FLUSH in UFS. We've observed some of commands take several seconds due to long discard latency. This patch limits the maximum

Re: [PATCH v5] Refactor part of the oom report in dump_header

2018-05-25 Thread David Rientjes
On Fri, 25 May 2018, ufo19890607 wrote: > From: yuzhoujian > > The dump_header does not print the memcg's name when the system > oom happened, so users cannot locate the certain container which > contains the task that has been killed by the oom killer. > > I follow

Re: [PATCH bpf-next v2 0/3] bpf: add boot parameters for sysctl knobs

2018-05-25 Thread Alexei Starovoitov
On Fri, May 25, 2018 at 06:50:09PM +0200, Eugene Syromiatnikov wrote: > On Thu, May 24, 2018 at 04:34:51PM -0700, Alexei Starovoitov wrote: > > On Thu, May 24, 2018 at 09:41:08AM +0200, Jesper Dangaard Brouer wrote: > > > On Wed, 23 May 2018 15:02:45 -0700 > > > Alexei Starovoitov

Re: [rfc patch] mm, oom: fix unnecessary killing of additional processes

2018-05-25 Thread David Rientjes
On Fri, 25 May 2018, Tetsuo Handa wrote: > > The oom reaper ensures forward progress by setting MMF_OOM_SKIP itself if > > it cannot reap an mm. This can happen for a variety of reasons, > > including: > > > > - the inability to grab mm->mmap_sem in a sufficient amount of time, > > > > -

Re: [PATCH] mm, page_alloc: do not break __GFP_THISNODE by zonelist reset

2018-05-25 Thread Andrew Morton
On Fri, 25 May 2018 15:08:53 +0200 Vlastimil Babka wrote: > we might consider this for 4.17 although I don't know if there's anything > currently broken. Stable backports should be more important, but will have to > be reviewed carefully, as the code went through many changes. >

Re: [PATCH RFC rcu/x86] Provide early rcu_cpu_starting() callback

2018-05-25 Thread Paul E. McKenney
On Fri, May 25, 2018 at 03:19:33PM -0400, Steven Rostedt wrote: > On Fri, 25 May 2018 12:18:02 -0700 > "Paul E. McKenney" wrote: > > > [ paulmck: Add !SMP support, per 0day Test Robot report. ] > > Somehow I read this as: > > [ paulmck: Add NR_CPUS=0 support ] >

[PATCH v2 0/4] drm/tinydrm: new dirver for ILI9341 displays

2018-05-25 Thread David Lechner
This series adds a new tinydrm driver for the Ilitek ILI9341 controller and a 2.4" display panel that uses this controller. A few things to note here: * The datasheet for this display[1] doesn't have a vendor mentioned on it anywhere, so I have used "adafruit" as the vendor prefix. If someone

[PATCH v2 2/4] dt-bindings: Add vendor prefix for Adafruit

2018-05-25 Thread David Lechner
This adds a device tree vendor prefix for Adafruit Industries, LLC. Signed-off-by: David Lechner --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt

[PATCH v2 4/4] drm/tinydrm: new driver for ILI9341 display panels

2018-05-25 Thread David Lechner
This adds a new driver for display panels that use the Ilitek ILI9341 controller. It currently supports a single display panel, namely the YX240QV29-T (e.g. Adafruit 2.4" TFT). The init sequence is from the Adafruit Python library for the ILI9341 controller.

[PATCH v2 3/4] dt-bindings: new binding for Ilitek ILI9341 display panels

2018-05-25 Thread David Lechner
This adds a new binding for Ilitek ILI9341 display panels. It includes a compatible string for one display (more can be added in the future). The vendor prefix "noname" is used because the vendor is not known. The YX240QV29-T panel[1] is found, for example, in an Adafruit breakout board[2] and in

[PATCH v2 1/4] MAINTAINERS: fix path to ilitek,ili9225 device tree bindings

2018-05-25 Thread David Lechner
This fixes the path to the ilitek,ili9225 device tree binding file. Signed-off-by: David Lechner Reviewed-by: Noralf Trønnes --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index

Re: [rfc patch] mm, oom: fix unnecessary killing of additional processes

2018-05-25 Thread David Rientjes
On Fri, 25 May 2018, Michal Hocko wrote: > > The oom reaper ensures forward progress by setting MMF_OOM_SKIP itself if > > it cannot reap an mm. This can happen for a variety of reasons, > > including: > > > > - the inability to grab mm->mmap_sem in a sufficient amount of time, > > > > -

Re: [PATCH v2] arm64: dts: apq8096-db820c: Removed bt-en-1-8v regulator

2018-05-25 Thread Bjorn Andersson
On Thu 24 May 11:01 PDT 2018, Thierry Escande wrote: > This patch removes the unused bt-en-1-8v regulator and moves the > bt_en_gios claim to the pm8994_gpios node. > > This bt_en_gpio could have been moved to the bluetooth serial node but > instead this node declares an 'enable' gpio addressing

Re: [PATCH] arm64: dts: fix regulator property name for wlan pcie endpoint

2018-05-25 Thread Bjorn Andersson
On Tue 22 May 12:57 PDT 2018, Niklas Cassel wrote: > The property name vddpe-supply is not included in > Documentation/devicetree/bindings/pci/qcom,pcie.txt > nor in the pcie-qcom PCIe Root Complex driver. > > This property name was used in an initial patchset for pcie-qcom, > but was renamed in

[PATCH] arm64: defconfig: Enable PCIe on msm8996 and db820c

2018-05-25 Thread Bjorn Andersson
The msm8996 PCIe sits behind the "agnoc0", which is represented as a simple-pm-bus, so enable support for this. Then enable the QMP phy driver. Also enable the atl1c ethernet driver and ath10k wlan driver to support these components on the DragonBoard820c. Signed-off-by: Bjorn Andersson

[PATCH v2] mmc: Allow non-sleeping GPIO cd

2018-05-25 Thread Evan Green
This change uses the appropriate _cansleep or non-sleeping API for reading GPIO card detect state. This allows users with GPIOs that never sleep to avoid a warning when certain quirks are present. The sdhci controller has an SDHCI_QUIRK_NO_CARD_NO_RESET, which indicates that a controller will not

RE: [PATCH v6 09/11] firmware: xilinx: Add debugfs for clock control APIs

2018-05-25 Thread Jolly Shah
Hi Sudeep, > -Original Message- > From: Sudeep Holla [mailto:sudeep.ho...@arm.com] > Sent: Tuesday, May 15, 2018 1:58 AM > To: Jolly Shah ; ard.biesheu...@linaro.org; > mi...@kernel.org; gre...@linuxfoundation.org; m...@codeblueprint.co.uk; > hkallwe...@gmail.com;

Re: [PATCH 1/7] fs: allow per-device dax status checking for filesystems

2018-05-25 Thread Darrick J. Wong
On Fri, May 25, 2018 at 09:42:29AM -0600, Ross Zwisler wrote: > On Thu, May 24, 2018 at 10:02:18PM -0700, Darrick J. Wong wrote: > > On Thu, May 24, 2018 at 08:55:12PM -0600, Ross Zwisler wrote: > > > From: "Darrick J. Wong" > > > > > > Remove __bdev_dax_supported and

Re: [PATCH] mmc: Allow non-sleeping GPIO cd

2018-05-25 Thread Evan Green
On Tue, May 22, 2018 at 5:08 AM Ulf Hansson wrote: > First, I thought I preferred this option, as it becomes clear of what > goes on. However I then realize, that it may not be worth it, because > in the end I guess the caller (sdhci), will not be able to deal with >

Re: [PATCH RFC rcu/x86] Provide early rcu_cpu_starting() callback

2018-05-25 Thread Steven Rostedt
On Fri, 25 May 2018 12:18:02 -0700 "Paul E. McKenney" wrote: > [ paulmck: Add !SMP support, per 0day Test Robot report. ] Somehow I read this as: [ paulmck: Add NR_CPUS=0 support ] no idea why. -- Steve

[PATCH RFC rcu/x86] Provide early rcu_cpu_starting() callback

2018-05-25 Thread Paul E. McKenney
The x86/mtrr code does horrific things because hardware. It uses stop_machine_from_inactive_cpu(), which does a wakeup (of the stopper thread on another CPU), which uses RCU, all before the CPU is onlined. RCU complains about this, because wakeups use RCU and RCU does (rightfully) not consider

Re: [PATCH 2/2] ARM: shmobile: only call secure_cntvoff_init on SMP builds

2018-05-25 Thread Geert Uytterhoeven
Hi Arnd, On Fri, May 25, 2018 at 6:10 PM, Arnd Bergmann wrote: > The secure_cntvoff_init() function is not available without CONFIG_SMP, > leading to a link error on shmobile: > > arch/arm/mach-shmobile/setup-rcar-gen2.o: In function `rcar_gen2_timer_init': >

atención

2018-05-25 Thread Administrador de sistema
usuarios de webmail Tenga en cuenta que el 95% de sus correos electrónicos recibidos después de actualizar el servidor webmail recientemente en nuestra base de datos se han suspendido. Reciba su mensaje regularmente. Nuestro personal técnico actualizará su cuenta dentro de los tres días

Re: [PATCH 1/6] coresight: remove CORESIGHT_LINKS_AND_SINKS dependencies and selections

2018-05-25 Thread Mathieu Poirier
On 25 May 2018 at 12:52, Kim Phillips wrote: > On Fri, 25 May 2018 09:27:09 -0600 > Mathieu Poirier wrote: > >> On 24 May 2018 at 17:30, Kim Phillips wrote: >> > On Thu, 24 May 2018 09:32:48 -0600 >> > Mathieu Poirier

[PATCH] PCI: qcom: Fix error handling in pm_runtime support

2018-05-25 Thread Bjorn Andersson
The driver does not cope with the fact that probe can fail in a number of cases after enabling pm_runtime on the device, this results in warnings about "Unbalanced pm_runtime_enable". Further more if probe fails after invoking host_init the power-domain will be left referenced. As it's not

[PATCH RFC tools/memory-model] Add litmus-test naming scheme

2018-05-25 Thread Paul E. McKenney
This commit documents the scheme used to generate the names for the litmus tests. Signed-off-by: Paul E. McKenney --- README | 136 - 1 file changed, 135 insertions(+), 1 deletion(-) diff --git

RE: [PATCH v2] dcdbas: Add support for WSMT ACPI table

2018-05-25 Thread Douglas.Warzecha
On 05/16/2018 9:06 AM, Stuart Hayes wrote: > If the WSMT ACPI table is present and indicates that a fixed communication > buffer should be used, use the firmware-specified buffer instead of > allocating a buffer in memory for communications between the dcdbas driver > and firmare. > >

[PATCH] memcg: force charge kmem counter too

2018-05-25 Thread Shakeel Butt
Based on several conditions the kernel can decide to force charge an allocation for a memcg i.e. overcharge memcg->memory and memcg->memsw counters. Do the same for memcg->kmem counter too. In cgroup-v1, this bug can cause a __GFP_NOFAIL kmem allocation fail if an explicit limit on kmem counter is

Re: [PATCH net-next] net: fec: remove stale comment

2018-05-25 Thread David Miller
From: YueHaibing Date: Thu, 24 May 2018 19:27:07 +0800 > This comment is outdated as fec_ptp_ioctl has been replaced by > fec_ptp_set/fec_ptp_get > since commit 1d5244d0e43b ("fec: Implement the SIOCGHWTSTAMP ioctl") > > Signed-off-by: YueHaibing

Re: [PATCH 1/6] coresight: remove CORESIGHT_LINKS_AND_SINKS dependencies and selections

2018-05-25 Thread Kim Phillips
On Fri, 25 May 2018 09:27:09 -0600 Mathieu Poirier wrote: > On 24 May 2018 at 17:30, Kim Phillips wrote: > > On Thu, 24 May 2018 09:32:48 -0600 > > Mathieu Poirier wrote: > > > >> On 23 May 2018 at 13:51, Kim

Re: Turris Omnia firmware possibilities [Was: Re: led: hw-trigger, global brightness and multi-colored leds]

2018-05-25 Thread Pavel Machek
Hi! > > On 05/25/2018 12:08 AM, Tomas Hlavacek wrote: > >> But I also have good news: The FW of the MCU is also OSS (see the repo > >> in the link (1)). There is a method for flashing the MCU over I2C from > >> Linux and there is JTAG connector for the MCU, in case un-bricking is > >> needed.

Re: [PATCH v2] ath6kl: mark expected switch fall-throughs

2018-05-25 Thread Gustavo A. R. Silva
On 05/25/2018 01:27 PM, Steve deRosier wrote: On Fri, May 25, 2018 at 11:23 AM Gustavo A. R. Silva wrote: In preparation to enabling -Wimplicit-fallthrough, mark switch cases where we are expecting to fall through. Signed-off-by: Gustavo A. R. Silva

[PATCH net-next 02/12] net: hns3: Add support for tx_accept_tag2 and tx_accept_untag2 config

2018-05-25 Thread Salil Mehta
From: Peng Li HNS3 Hardware can support up to two VLAN tags in transmit leg, the PPP module can handle the packets based on the tag1 and tag2 config. This patch adds support for tag2 config for vlan handling Signed-off-by: Peng Li Signed-off-by:

[PATCH net-next 04/12] net: hns3: Add support to enable TX/RX promisc mode for H/W rev(0x21)

2018-05-25 Thread Salil Mehta
From: Peng Li HCLGE_PROMISC_TX_EN_B and HCLGE_PROMISC_RX_EN_B are not supported on pdev revision(0x20), new revision(0x21) supports them. Signed-off-by: Peng Li Signed-off-by: Salil Mehta ---

[PATCH net-next 05/12] net: hns3: Fix for PF mailbox receving unknown message

2018-05-25 Thread Salil Mehta
From: Xi Wang Before the firmware updates the crq's tail pointer, if the PF driver reads the data in the crq, the data may be incomplete at this time, which will lead to the driver read an unknown message. This patch fixes it by checking if crq is not empty before reading

[PATCH net-next 00/12] Misc. bug fixes & some minor additions to HNS3 driver

2018-05-25 Thread Salil Mehta
This patch-set provides some bug fixes figured out during testing and review. It also provides some additions due to running of the existing code on the new revision of the HNS3 hardware. Fuyun Liang (3): net: hns3: Fixes the init of the VALID BD info in the descriptor net: hns3: Removes

[PATCH net-next 07/12] net: hns3: Fixes the init of the VALID BD info in the descriptor

2018-05-25 Thread Salil Mehta
From: Fuyun Liang RX Buffer Descriptor contains a VALID bit which indicates if the BD is valid and has some data. This field is set by HNS3 hardware to intimate the driver of some valid data present in the BD. nd should be reset by the driver when BD is being used again.

[PATCH net-next 10/12] net: hns3: Remove unused led control code

2018-05-25 Thread Salil Mehta
From: Jian Shen In the previous implementation of led control for fibre port , parses the port speed configuration, checks the link status and traffic status per second, and updates the blink status of link led, traffic led and speed led. Now, the firmware takes

<    1   2   3   4   5   6   7   8   9   >