Re: [PATCH] ceph: don't return -ESTALE if there's still an open file

2020-05-15 Thread Amir Goldstein
[pulling in nfs guys] > > Questions: > > 1. Does sync() result in fully purging inodes on MDS? > > I don't think so, but again, that code is not trivial to follow. I do > know that the MDS keeps around a "strays directory" which contains > unlinked inodes that are lazily cleaned up. My suspicion i

Re: [PATCH] x86/mm: Don't try to change poison pages to uncacheable in a guest

2020-05-15 Thread Borislav Petkov
On Tue, May 05, 2020 at 11:46:48AM -0700, Tony Luck wrote: > An interesting thing happened when a guest Linux instance took > a machine check. The VMM unmapped the bad page from guest physical > space and passed the machine check to the guest. > > Linux took all the normal actions to offline the p

[PATCH] lib/sort: Remove unused pr_fmt

2020-05-15 Thread Shaokun Zhang
No pr_* is called in sort.c, let's remove the unused pr_fmt macro. Cc: Kostenzer Felix Cc: Andrew Morton Signed-off-by: Shaokun Zhang --- lib/sort.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/lib/sort.c b/lib/sort.c index 3ad454411997..99ecab8d6f41 100644 --- a/lib/sort.c +++ b/lib/s

[PATCH v3 3/3] mm: adjust vm_committed_as_batch according to vm overcommit policy

2020-05-15 Thread Feng Tang
When checking a performance change for will-it-scale scalability mmap test [1], we found very high lock contention for spinlock of percpu counter 'vm_committed_as': 94.14% 0.35% [kernel.kallsyms] [k] _raw_spin_lock_irqsave 48.21% _raw_spin_lock_irqsave;percpu_counter_add_batc

[PATCH v3 2/3] mm/util.c: make vm_memory_committed() more accurate

2020-05-15 Thread Feng Tang
percpu_counter_sum_positive() will provide more accurate info. As with percpu_counter_read_positive(), in worst case the deviation could be 'batch * nr_cpus', which is totalram_pages/256 for now, and will be more when the batch gets enlarged. Its time cost is about 800 nanoseconds on a 2C/4T plat

コロナ不況の中でも粘り強く安定を見せる社会福祉事業をご存知ですか?

2020-05-15 Thread 社会福祉プロジェクト
代表者様 社会福祉事業を応援するメディアを運営しております 社会福祉プロジェクトと申します。 突然のご連絡で大変恐縮ですが ご案内したい事がございます。 放課後等デイサービス(放デイ)をご存知でしょうか? 放デイは児童福祉法に基づく障がい児通所支援の事で 障がいをお持ちの児童を、放課後や 夏休みなどの長期休暇中の居場所を作り 生活能力を向上させ自立を促す事を 目的とした施設のオーナーとして 安定した収益の柱を増やし、社会貢献度も 非常に高いビジネスです。 社会福祉プロジェクト オンラインセミナーの詳細はこちら https://fukushi-service.work/semi

[PATCH v3 0/3] make vm_committed_as_batch aware of vm overcommit policy

2020-05-15 Thread Feng Tang
When checking a performance change for will-it-scale scalability mmap test [1], we found very high lock contention for spinlock of percpu counter 'vm_committed_as': 94.14% 0.35% [kernel.kallsyms] [k] _raw_spin_lock_irqsave 48.21% _raw_spin_lock_irqsave;percpu_counter_add_batc

[PATCH v3 1/3] proc/meminfo: avoid open coded reading of vm_committed_as

2020-05-15 Thread Feng Tang
Use the existing vm_memory_committed() instead, which is also convenient for future change. Signed-off-by: Feng Tang Acked-by: Michal Hocko --- fs/proc/meminfo.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/proc/meminfo.c b/fs/proc/meminfo.c index 8c1f1bb..578c0b8 1006

[RFC PATCH] gpio: uapi: v2 proposal

2020-05-15 Thread Kent Gibson
Add a new version of the uAPI to address existing 32/64bit alignment issues, add support for debounce, and provide some future proofing by adding padding reserved for future use. Signed-off-by: Kent Gibson --- This patch is a proposal to replace the majority of the uAPI, so some background and

[PATCH 2/4] irqchip/sifive-plic: Improve boot prints for multiple PLIC instances

2020-05-15 Thread Anup Patel
We improve PLIC banner to help distinguish multiple PLIC instances in boot time prints. Signed-off-by: Anup Patel --- drivers/irqchip/irq-sifive-plic.c | 11 +-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/drivers/irqchip/irq-sifive-plic.c b/drivers/irqchip/irq-sifive-

[PATCH 0/4] More improvements for multiple PLICs

2020-05-15 Thread Anup Patel
This series does more improvements for supporting multiple PLIC instances. PATCH1 and PATCH4 are fixes whereas PATCH2 and PATCH3 help users distinguish between multiple PLIC instances. These patches are based up Linux-5.7-rc5 and can be found at plic_imp_v1 branch at: https://github.com/avpatel/l

[PATCH 1/4] irqchip/sifive-plic: Setup cpuhp once after current handler is present

2020-05-15 Thread Anup Patel
For multiple PLIC instances, the plic_init() is called once for each PLIC instance. Due to this we have two issues: 1. cpuhp_setup_state() is called multiple times 2. plic_starting_cpu() can crash for boot CPU if cpuhp_setup_state() is called before boot CPU PLIC handler is available. This patc

[PATCH 3/4] irqchip/sifive-plic: Separate irq_chip for muiltiple PLIC instances

2020-05-15 Thread Anup Patel
To distinguish interrupts from multiple PLIC instances, we use a per-PLIC irq_chip instance with a different name. Signed-off-by: Anup Patel --- drivers/irqchip/irq-sifive-plic.c | 28 +++- 1 file changed, 15 insertions(+), 13 deletions(-) diff --git a/drivers/irqchip/ir

[PATCH 4/4] irqchip/sifive-plic: Set default irq affinity in plic_irqdomain_map()

2020-05-15 Thread Anup Patel
For multiple PLIC instances, each PLIC can only target a subset of CPUs which is represented by "lmask" in the "struct plic_priv". Currently, the default irq affinity for each PLIC interrupt is all online CPUs which is illegal value for default irq affinity when we have multiple PLIC instances. To

Re: [PATCH v13 0/8] Nested Shared Virtual Address (SVA) VT-d support

2020-05-15 Thread Lu Baolu
On 2020/5/14 7:01, Jacob Pan wrote: Shared virtual address (SVA), a.k.a, Shared virtual memory (SVM) on Intel platforms allow address space sharing between device DMA and applications. SVA can reduce programming complexity and enhance security. This series is intended to enable SVA virtualization

Re: [PATCH][next] USB: EHCI: ehci-mv: fix less than zero comparison of an unsigned int

2020-05-15 Thread Greg Kroah-Hartman
On Fri, May 15, 2020 at 01:21:21PM -0400, Alan Stern wrote: > On Fri, May 15, 2020 at 05:54:53PM +0100, Colin King wrote: > > From: Colin Ian King > > > > The comparison of hcd->irq to less than zero for an error check will > > never be true because hcd->irq is an unsigned int. Fix this by > > a

Re: [PATCH 0/2] iio: adc: Add a current from voltage driver

2020-05-15 Thread Lars-Peter Clausen
On 5/16/20 4:26 AM, Jonathan Bakker wrote: In the discussion around adding the GP2A002 light driver, there came up the question of what to do when a system emulates a current ADC by using a voltage ADC and a resistor. Rather than adding it on a per-driver basis, it was suggested(1) to add a mini

Re: ARM: static kernel in vmalloc space

2020-05-15 Thread afzal mohammed
Hi, On Thu, May 14, 2020 at 05:32:41PM +0200, Arnd Bergmann wrote: > Typical distros currently offer two kernels, with and without LPAE, > and they probably don't want to add a third one for LPAE with > either highmem or vmsplit-4g-4g. Having extra user address > space and more lowmem is both goi

Re: [PATCH v13 4/8] iommu/vt-d: Add bind guest PASID support

2020-05-15 Thread Lu Baolu
Hi Jacob, On 2020/5/14 23:57, Jacob Pan wrote: Hi Christoph, Thanks a lot for the reviews, comments below. Jacob On Wed, 13 May 2020 22:59:30 -0700 Christoph Hellwig wrote: + if (dev_is_pci(dev)) { + /* VT-d supports devices with full 20 bit PASIDs only */ +

[tip: x86/cleanups] x86/nmi: Remove edac.h include leftover

2020-05-15 Thread tip-bot2 for Borislav Petkov
The following commit has been merged into the x86/cleanups branch of tip: Commit-ID: 6255c161a08564e4f3995db31f3d64a5fd24738b Gitweb: https://git.kernel.org/tip/6255c161a08564e4f3995db31f3d64a5fd24738b Author:Borislav Petkov AuthorDate:Fri, 15 May 2020 20:21:21 +02:00 Comm

Re: mmotm 2020-05-15-16-29 uploaded

2020-05-15 Thread Stephen Rothwell
Hi Andrew, On Fri, 15 May 2020 16:30:18 -0700 Andrew Morton wrote: > > * mm-introduce-external-memory-hinting-api.patch The above patch should have #define __NR_process_madvise 443 not 442, in arch/arm64/include/asm/unistd32.h and 442common fsinfo sys_fsinfo +

[PATCH v5 1/2] powerpc/rtas: Move type/struct definitions from rtas.h into rtas-types.h

2020-05-15 Thread Leonardo Bras
In order to get any rtas* struct into other headers, including rtas.h may cause a lot of errors, regarding include dependency needed for inline functions. Create rtas-types.h and move there all type/struct definitions from rtas.h, then include rtas-types.h into rtas.h. Also, as suggested by check

[PATCH v5 2/2] powerpc/rtas: Implement reentrant rtas call

2020-05-15 Thread Leonardo Bras
Implement rtas_call_reentrant() for reentrant rtas-calls: "ibm,int-on", "ibm,int-off",ibm,get-xive" and "ibm,set-xive". On LoPAPR Version 1.1 (March 24, 2016), from 7.3.10.1 to 7.3.10.4, items 2 and 3 say: 2 - For the PowerPC External Interrupt option: The * call must be reentrant to the number

[PATCH v5 0/2] Implement reentrant rtas call

2020-05-15 Thread Leonardo Bras
Patch 2 implement rtas_call_reentrant() for reentrant rtas-calls: "ibm,int-on", "ibm,int-off",ibm,get-xive" and "ibm,set-xive", according to LoPAPR Version 1.1 (March 24, 2016). For that, it's necessary that every call uses a different rtas buffer (rtas_args). Paul Mackerras suggested using the P

Re: [PATCH v2 04/15] bnxt: use new module_firmware_crashed()

2020-05-15 Thread Vasundhara Volam
On Sat, May 16, 2020 at 3:00 AM Luis Chamberlain wrote: > > This makes use of the new module_firmware_crashed() to help > annotate when firmware for device drivers crash. When firmware > crashes devices can sometimes become unresponsive, and recovery > sometimes requires a driver unload / reload a

Re: [PATCH V2 2/2] rbtree_latch: don't need to check seq when it found a node

2020-05-15 Thread Michel Lespinasse
On Fri, May 15, 2020 at 9:52 PM Lai Jiangshan wrote: > > On Sat, May 16, 2020 at 12:28 PM Michel Lespinasse wrote: > > > > On Fri, May 15, 2020 at 03:59:09PM +, Lai Jiangshan wrote: > > > latch_tree_find() should be protected by caller via RCU or so. > > > When it find a node in an attempt, t

Re: [PATCH V2 2/2] rbtree_latch: don't need to check seq when it found a node

2020-05-15 Thread Lai Jiangshan
On Sat, May 16, 2020 at 12:28 PM Michel Lespinasse wrote: > > On Fri, May 15, 2020 at 03:59:09PM +, Lai Jiangshan wrote: > > latch_tree_find() should be protected by caller via RCU or so. > > When it find a node in an attempt, the node must be a valid one > > in RCU's point's of view even the

[GIT PULL] io_uring fixes for 5.7-rc6

2020-05-15 Thread Jens Axboe
Hi Linus, Two small fixes that should go into this release: - Check and handle zero length splice (Pavel) - Fix a regression in this merge window for fixed files used with polled block IO. Please pull! git://git.kernel.dk/linux-block.git tags/io_uring-5.7-2020-05-15

Re: [PATCH] drivers: block: use set_current_state macro

2020-05-15 Thread Chaitanya Kulkarni
On 05/07/2020 12:20 AM, Xu Wang wrote: > Use set_current_state macro instead of current->state = TASK_RUNNING. > > Signed-off-by: Xu Wang Reviewed-by: Chaitanya Kulkarni

Re: [PATCH V2 2/2] rbtree_latch: don't need to check seq when it found a node

2020-05-15 Thread Michel Lespinasse
On Fri, May 15, 2020 at 03:59:09PM +, Lai Jiangshan wrote: > latch_tree_find() should be protected by caller via RCU or so. > When it find a node in an attempt, the node must be a valid one > in RCU's point's of view even the tree is (being) updated with a > new node with the same key which is

[PATCH] crypto: caam - make soc match data optional

2020-05-15 Thread Andrey Smirnov
Vyrbrid devices don't have any clock that need to be taken care of, so make clock data optional on i.MX. Signed-off-by: Andrey Smirnov Cc: Chris Healy Cc: Horia Geantă Cc: Herbert Xu Cc: Fabio Estevam Cc: linux-...@nxp.com Cc: linux-cry...@vger.kernel.org Cc: linux-kernel@vger.kernel.org ---

Re: [PATCH v2 15/15] mwl8k: use new module_firmware_crashed()

2020-05-15 Thread Rafael Aquini
On Fri, May 15, 2020 at 09:28:46PM +, Luis Chamberlain wrote: > This makes use of the new module_firmware_crashed() to help > annotate when firmware for device drivers crash. When firmware > crashes devices can sometimes become unresponsive, and recovery > sometimes requires a driver unload / r

Re: [PATCH v2 14/15] brcm80211: use new module_firmware_crashed()

2020-05-15 Thread Rafael Aquini
On Fri, May 15, 2020 at 09:28:45PM +, Luis Chamberlain wrote: > This makes use of the new module_firmware_crashed() to help > annotate when firmware for device drivers crash. When firmware > crashes devices can sometimes become unresponsive, and recovery > sometimes requires a driver unload / r

Re: [PATCH v2 13/15] ath6kl: use new module_firmware_crashed()

2020-05-15 Thread Rafael Aquini
On Fri, May 15, 2020 at 09:28:44PM +, Luis Chamberlain wrote: > This makes use of the new module_firmware_crashed() to help > annotate when firmware for device drivers crash. When firmware > crashes devices can sometimes become unresponsive, and recovery > sometimes requires a driver unload / r

Re: [PATCH v2 11/15] wimax/i2400m: use new module_firmware_crashed()

2020-05-15 Thread Rafael Aquini
On Fri, May 15, 2020 at 09:28:42PM +, Luis Chamberlain wrote: > This makes use of the new module_firmware_crashed() to help > annotate when firmware for device drivers crash. When firmware > crashes devices can sometimes become unresponsive, and recovery > sometimes requires a driver unload / r

Re: [PATCH v2 12/15] ath10k: use new module_firmware_crashed()

2020-05-15 Thread Rafael Aquini
On Fri, May 15, 2020 at 09:28:43PM +, Luis Chamberlain wrote: > This makes use of the new module_firmware_crashed() to help > annotate when firmware for device drivers crash. When firmware > crashes devices can sometimes become unresponsive, and recovery > sometimes requires a driver unload / r

Re: [PATCH v2 09/15] qed: use new module_firmware_crashed()

2020-05-15 Thread Rafael Aquini
On Fri, May 15, 2020 at 09:28:40PM +, Luis Chamberlain wrote: > This makes use of the new module_firmware_crashed() to help > annotate when firmware for device drivers crash. When firmware > crashes devices can sometimes become unresponsive, and recovery > sometimes requires a driver unload / r

Re: [PATCH v2 10/15] soc: qcom: ipa: use new module_firmware_crashed()

2020-05-15 Thread Rafael Aquini
On Fri, May 15, 2020 at 09:28:41PM +, Luis Chamberlain wrote: > This makes use of the new module_firmware_crashed() to help > annotate when firmware for device drivers crash. When firmware > crashes devices can sometimes become unresponsive, and recovery > sometimes requires a driver unload / r

Re: [PATCH v2 08/15] ehea: use new module_firmware_crashed()

2020-05-15 Thread Rafael Aquini
On Fri, May 15, 2020 at 09:28:39PM +, Luis Chamberlain wrote: > This makes use of the new module_firmware_crashed() to help > annotate when firmware for device drivers crash. When firmware > crashes devices can sometimes become unresponsive, and recovery > sometimes requires a driver unload / r

Re: [PATCH v2 07/15] cxgb4: use new module_firmware_crashed()

2020-05-15 Thread Rafael Aquini
On Fri, May 15, 2020 at 09:28:38PM +, Luis Chamberlain wrote: > This makes use of the new module_firmware_crashed() to help > annotate when firmware for device drivers crash. When firmware > crashes devices can sometimes become unresponsive, and recovery > sometimes requires a driver unload / r

Re: [PATCH v4 2/2] powerpc/rtas: Implement reentrant rtas call

2020-05-15 Thread Leonardo Bras
Hello Nick, On Fri, 2020-05-15 at 17:30 +1000, Nicholas Piggin wrote: > Excerpts from Leonardo Bras's message of May 15, 2020 9:51 am: > > Implement rtas_call_reentrant() for reentrant rtas-calls: > > "ibm,int-on", "ibm,int-off",ibm,get-xive" and "ibm,set-xive". > > > > On LoPAPR Version 1.1 (Ma

Re: [PATCH v2 06/15] liquidio: use new module_firmware_crashed()

2020-05-15 Thread Rafael Aquini
On Fri, May 15, 2020 at 09:28:37PM +, Luis Chamberlain wrote: > This makes use of the new module_firmware_crashed() to help > annotate when firmware for device drivers crash. When firmware > crashes devices can sometimes become unresponsive, and recovery > sometimes requires a driver unload / r

Re: [PATCH v2 05/15] bna: use new module_firmware_crashed()

2020-05-15 Thread Rafael Aquini
On Fri, May 15, 2020 at 09:28:36PM +, Luis Chamberlain wrote: > This makes use of the new module_firmware_crashed() to help > annotate when firmware for device drivers crash. When firmware > crashes devices can sometimes become unresponsive, and recovery > sometimes requires a driver unload / r

Re: [PATCH v2 04/15] bnxt: use new module_firmware_crashed()

2020-05-15 Thread Rafael Aquini
On Fri, May 15, 2020 at 09:28:35PM +, Luis Chamberlain wrote: > This makes use of the new module_firmware_crashed() to help > annotate when firmware for device drivers crash. When firmware > crashes devices can sometimes become unresponsive, and recovery > sometimes requires a driver unload / r

Re: [PATCH v2 03/15] bnx2x: use new module_firmware_crashed()

2020-05-15 Thread Rafael Aquini
On Fri, May 15, 2020 at 09:28:34PM +, Luis Chamberlain wrote: > This makes use of the new module_firmware_crashed() to help > annotate when firmware for device drivers crash. When firmware > crashes devices can sometimes become unresponsive, and recovery > sometimes requires a driver unload / r

Re: [PATCH v2 02/15] ethernet/839: use new module_firmware_crashed()

2020-05-15 Thread Rafael Aquini
On Fri, May 15, 2020 at 09:28:33PM +, Luis Chamberlain wrote: > This makes use of the new module_firmware_crashed() to help > annotate when firmware for device drivers crash. When firmware > crashes devices can sometimes become unresponsive, and recovery > sometimes requires a driver unload / r

Re: [PATCH v2 01/15] taint: add module firmware crash taint support

2020-05-15 Thread Rafael Aquini
On Fri, May 15, 2020 at 09:28:32PM +, Luis Chamberlain wrote: > Device driver firmware can crash, and sometimes, this can leave your > system in a state which makes the device or subsystem completely > useless. Detecting this by inspecting /proc/sys/kernel/tainted instead > of scraping some mag

Re: [PATCH V2] dynamic_debug: Add an option to enable dynamic debug for modules only

2020-05-15 Thread Orson Zhai
On Fri, May 15, 2020 at 5:55 PM Petr Mladek wrote: > > On Thu 2020-04-23 00:02:48, Orson Zhai wrote: > > On Wed, Apr 22, 2020 at 10:25 PM Leon Romanovsky wrote: > > > > > > On Wed, Apr 22, 2020 at 09:06:08PM +0800, Orson Zhai wrote: > > > > On Tue, Apr 21, 2020 at 3:10 AM Leon Romanovsky wrote:

Re: [RFC PATCH 00/13] scsi: ufs: Add HPB Support

2020-05-15 Thread Bart Van Assche
On 2020-05-15 03:30, Avri Altman wrote: > NAND flash-based storage devices, needs to translate the logical > addresses of the IO requests to its corresponding physical addresses of > the flash storage. As the internal SRAM of the storage device cannot > accommodate the entire L2P mapping table, th

[PATCH v2] net: revert "net: get rid of an signed integer overflow in ip_idents_reserve()"

2020-05-15 Thread Shaokun Zhang
From: Yuqi Jin Commit adb03115f459 ("net: get rid of an signed integer overflow in ip_idents_reserve()") used atomic_cmpxchg to replace "atomic_add_return" inside the function "ip_idents_reserve". The reason was to avoid UBSAN warning. However, this change has caused performance degrade and in G

Re: [PATCH 14/18] maccess: allow architectures to provide kernel probing directly

2020-05-15 Thread Masami Hiramatsu
Hi Christoph, On Wed, 13 May 2020 18:00:34 +0200 Christoph Hellwig wrote: > Provide alternative versions of probe_kernel_read, probe_kernel_write > and strncpy_from_kernel_unsafe that don't need set_fs magic, but instead > use arch hooks that are modelled after unsafe_{get,put}_user to access >

Re: [PATCH updated v2] sched/fair: core wide cfs task priority comparison

2020-05-15 Thread Aaron Lu
On Thu, May 14, 2020 at 03:02:48PM +0200, Peter Zijlstra wrote: > On Fri, May 08, 2020 at 08:34:57PM +0800, Aaron Lu wrote: > > With this said, I realized a workaround for the issue described above: > > when the core went from 'compatible mode'(step 1-3) to 'incompatible > > mode'(step 4), reset al

Re: [RFC PATCH 12/13] scsi: dh: ufshpb: Add prep_fn handler

2020-05-15 Thread Bart Van Assche
On 2020-05-15 03:30, Avri Altman wrote: > diff --git a/drivers/scsi/device_handler/scsi_dh_ufshpb.c > b/drivers/scsi/device_handler/scsi_dh_ufshpb.c > index affc143..04e3d56 100644 > --- a/drivers/scsi/device_handler/scsi_dh_ufshpb.c > +++ b/drivers/scsi/device_handler/scsi_dh_ufshpb.c > @@ -15,6

[PATCH net-next v1] hinic: add set_channels ethtool_ops support

2020-05-15 Thread Luo bin
add support to change TX/RX queue number with ethtool -L Signed-off-by: Luo bin --- .../net/ethernet/huawei/hinic/hinic_ethtool.c | 46 +++ .../net/ethernet/huawei/hinic/hinic_main.c| 2 +- drivers/net/ethernet/huawei/hinic/hinic_tx.c | 5 ++ 3 files changed, 44 insertions

[PATCH v5 7/7] loop: be paranoid on exit and prevent new additions / removals

2020-05-15 Thread Luis Chamberlain
Be pedantic on removal as well and hold the mutex. This should prevent uses of addition while we exit. Reviewed-by: Ming Lei Signed-off-by: Luis Chamberlain --- drivers/block/loop.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/block/loop.c b/drivers/block/loop.c index 14372df

[PATCH v5 3/7] block: revert back to synchronous request_queue removal

2020-05-15 Thread Luis Chamberlain
Commit dc9edc44de6c ("block: Fix a blk_exit_rl() regression") merged on v4.12 moved the work behind blk_release_queue() into a workqueue after a splat floated around which indicated some work on blk_release_queue() could sleep in blk_exit_rl(). This splat would be possible when a driver called blk_

[PATCH v5 6/7] blktrace: break out of blktrace setup on concurrent calls

2020-05-15 Thread Luis Chamberlain
We use one blktrace per request_queue, that means one per the entire disk. So we cannot run one blktrace on say /dev/vda and then /dev/vda1, or just two calls on /dev/vda. We check for concurrent setup only at the very end of the blktrace setup though. If we try to run two concurrent blktraces o

[PATCH v5 0/7] block: fix blktrace debugfs use after free

2020-05-15 Thread Luis Chamberlain
ft in place the scsi-generic blktrace suppport given I didn't receive any feedback to kill it. This ensures this works as it used to. Since these are minor changes I've given this a spin with break-blktrace tests I have written and also ran blktrace with a scsi-generic media changer. Both sg0 (

[PATCH v5 1/7] block: add docs for gendisk / request_queue refcount helpers

2020-05-15 Thread Luis Chamberlain
This adds documentation for the gendisk / request_queue refcount helpers. Reviewed-by: Christoph Hellwig Reviewed-by: Bart Van Assche Signed-off-by: Luis Chamberlain --- block/blk-core.c | 13 + block/genhd.c| 50 +++- 2 files changed

[PATCH v5 2/7] block: clarify context for gendisk / request_queue refcount increment helpers

2020-05-15 Thread Luis Chamberlain
Let us clarify the context under which the helpers to increment the refcount for the gendisk and request_queue can be called under. We make this explicit on the places where we may sleep with might_sleep(). We don't address the decrement context yet, as that needs some extra work and fixes, but wi

[PATCH v5 4/7] block: move main block debugfs initialization to its own file

2020-05-15 Thread Luis Chamberlain
make_request-based drivers and and request-based drivers share some debugfs code. By moving this into its own file it makes it easier to expand and audit this shared code. This patch contains no functional changes. Cc: Bart Van Assche Cc: Omar Sandoval Cc: Hannes Reinecke Cc: Nicolai Stange C

[PATCH v5 5/7] blktrace: fix debugfs use after free

2020-05-15 Thread Luis Chamberlain
On commit 6ac93117ab00 ("blktrace: use existing disk debugfs directory") merged on v4.12 Omar fixed the original blktrace code for request-based drivers (multiqueue). This however left in place a possible crash, if you happen to abuse blktrace while racing to remove / add a device. We used to use

Re: [RFC PATCH 11/13] scsi: Allow device handler set their own CDB

2020-05-15 Thread Bart Van Assche
On 2020-05-15 03:30, Avri Altman wrote: > Allow scsi device handler handle their own CDB and ship it down the > stream of scsi passthrough command setup flow, without any further > interventions. > > This is useful for setting DRV-OP that implements vendor commands via > the scsi device handlers f

Re: [PATCH] tick/nohz: Narrow down noise while setting current task's tick dependency

2020-05-15 Thread Paul E. McKenney
On Fri, May 15, 2020 at 02:34:29AM +0200, Frederic Weisbecker wrote: > So far setting a tick dependency on any task, including current, used to > trigger an IPI to all CPUs. That's of course suboptimal but it wasn't > an issue as long as it was only used by posix-cpu-timers on nohz_full, > a combo

Re: [PATCH 2/4] proc/sysctl: add shared variables -1

2020-05-15 Thread Xiaoming Ni
On 2020/5/16 10:47, Kees Cook wrote: On Sat, May 16, 2020 at 10:32:19AM +0800, Xiaoming Ni wrote: On 2020/5/16 0:05, Kees Cook wrote: On Fri, May 15, 2020 at 05:06:28PM +0800, Xiaoming Ni wrote: On 2020/5/15 16:06, Kees Cook wrote: On Fri, May 15, 2020 at 12:33:42PM +0800, Xiaoming Ni wrote:

Re: [RFC PATCH 09/13] scsi: ufshpb: Add response API

2020-05-15 Thread Bart Van Assche
On 2020-05-15 03:30, Avri Altman wrote: > +#define RSP_DATA_SEG_LEN (sizeof(struct ufshpb_sense_data)) The name of this macro is almost as long as the expression it replaces. It may make the code easier to read by dropping this macro and using the sizeof() expression directly. > + struct task

Re: [PATCH] bus: mhi: core: Use current ee in intvec handler

2020-05-15 Thread bbhatt
On 2020-05-14 19:17, Jeffrey Hugo wrote: The intvec handler stores the caches ee in a local variable for use in processing the intvec. It should instead use the current ee which is read at the beginning of the intvec incase that the intvec is related to an ee change. Otherwise, the handler mi

Re: [PATCH net-next] hinic: add set_channels ethtool_ops support

2020-05-15 Thread luobin (L)
On 2020/5/16 2:13, Michal Kubecek wrote: On Fri, May 15, 2020 at 12:35:47AM +, Luo bin wrote: add support to change TX/RX queue number with ethtool -L Signed-off-by: Luo bin --- .../net/ethernet/huawei/hinic/hinic_ethtool.c | 67 +-- .../net/ethernet/huawei/hinic/hinic

Re: [PATCH v10 01/26] Documentation/x86: Add CET description

2020-05-15 Thread H.J. Lu
On Fri, May 15, 2020 at 4:56 PM Dave Hansen wrote: > > On 5/15/20 4:29 PM, Yu-cheng Yu wrote: > > On Fri, 2020-05-15 at 15:43 -0700, Dave Hansen wrote: > >> Basically, if there ends up being a bug in an app that violates the > >> shadow stack rules, the app is broken, period. The only recourse is

Re: [PATCH v10 01/26] Documentation/x86: Add CET description

2020-05-15 Thread Yu-cheng Yu
On Fri, 2020-05-15 at 16:56 -0700, Dave Hansen wrote: > On 5/15/20 4:29 PM, Yu-cheng Yu wrote: > > On Fri, 2020-05-15 at 15:43 -0700, Dave Hansen wrote: > > > Basically, if there ends up being a bug in an app that violates the > > > shadow stack rules, the app is broken, period. The only recourse

Re: [PATCH 2/4] proc/sysctl: add shared variables -1

2020-05-15 Thread Kees Cook
On Sat, May 16, 2020 at 10:32:19AM +0800, Xiaoming Ni wrote: > On 2020/5/16 0:05, Kees Cook wrote: > > On Fri, May 15, 2020 at 05:06:28PM +0800, Xiaoming Ni wrote: > > > On 2020/5/15 16:06, Kees Cook wrote: > > > > On Fri, May 15, 2020 at 12:33:42PM +0800, Xiaoming Ni wrote: > > > > > Add the share

Re: [RFC PATCH 07/13] scsi: scsi_dh: ufshpb: Add ufshpb state machine

2020-05-15 Thread Bart Van Assche
On 2020-05-15 03:30, Avri Altman wrote: > @@ -17,6 +18,13 @@ > > #define UFSHPB_NAME "ufshpb" > > +#define UFSHPB_WRITE_BUFFER (0xfa) > +#define WRITE_BUFFER_TIMEOUT (3 * HZ) > +#define WRITE_BUFFER_RETRIES (3) > +#define UFSHPB_READ_BUFFER (0xf9) > +#define READ_BUFFER_TIMEOUT (3 * HZ) > +#d

Re: [PATCH v3 4/6] pstore/ram: Introduce max_reason and convert dump_oops

2020-05-15 Thread Kees Cook
On Tue, May 12, 2020 at 06:35:04PM -0500, Tyler Hicks wrote: > On 2020-05-06 14:15:21, Kees Cook wrote: > > @@ -954,7 +965,11 @@ static void __init ramoops_register_dummy(void) > > pdata.console_size = ramoops_console_size; > > pdata.ftrace_size = ramoops_ftrace_size; > > pdata.pmsg_siz

Re: [PATCH v10 01/26] Documentation/x86: Add CET description

2020-05-15 Thread H.J. Lu
On Fri, May 15, 2020 at 5:13 PM Andrew Cooper wrote: > > On 15/05/2020 23:43, Dave Hansen wrote: > > On 5/15/20 2:33 PM, Yu-cheng Yu wrote: > >> On Fri, 2020-05-15 at 11:39 -0700, Dave Hansen wrote: > >>> On 5/12/20 4:20 PM, Yu-cheng Yu wrote: > >>> Can a binary compiled with CET run without CET?

[PATCH] drm/i915: Mark check_shadow_context_ppgtt as maybe unused

2020-05-15 Thread Nathan Chancellor
When CONFIG_DRM_I915_DEBUG_GEM is not set, clang warns: drivers/gpu/drm/i915/gvt/scheduler.c:884:1: warning: function 'check_shadow_context_ppgtt' is not needed and will not be emitted [-Wunneeded-internal-declaration] check_shadow_context_ppgtt(struct execlist_ring_context *c, struct intel_vgpu_m

Re: Possibility of conflicting memory types in lazier TLB mode?

2020-05-15 Thread Nicholas Piggin
Excerpts from Rik van Riel's message of May 16, 2020 5:24 am: > On Fri, 2020-05-15 at 16:50 +1000, Nicholas Piggin wrote: >> >> But what about if there are (real, not speculative) stores in the >> store >> queue still on the lazy thread from when it was switched, that have >> not >> yet become c

Re: [PATCH 2/4] proc/sysctl: add shared variables -1

2020-05-15 Thread Xiaoming Ni
On 2020/5/16 0:05, Kees Cook wrote: On Fri, May 15, 2020 at 05:06:28PM +0800, Xiaoming Ni wrote: On 2020/5/15 16:06, Kees Cook wrote: On Fri, May 15, 2020 at 12:33:42PM +0800, Xiaoming Ni wrote: Add the shared variable SYSCTL_NEG_ONE to replace the variable neg_one used in both sysctl_writes_s

[PATCH 1/2] dt-bindings: iio: adc: Add binding for current-from-voltage

2020-05-15 Thread Jonathan Bakker
Some devices may require a current adc, but only have a voltage ADC onboard. In order to read the current, they have a resistor connected to the ADC. Add bindings for this possibility. Signed-off-by: Jonathan Bakker --- .../iio/adc/linux,current-from-voltage.yaml | 47 +++ 1

[PATCH 2/2] iio: adc: Add current-from-voltage driver

2020-05-15 Thread Jonathan Bakker
Some devices may require a current adc, but only have a voltage ADC onboard. In order to read the current, they have a resistor connected to the ADC. Suggested-by: Jonathan Cameron Signed-off-by: Jonathan Bakker --- MAINTAINERS| 8 ++ drivers/iio/adc/Kconfig

[PATCH 0/2] iio: adc: Add a current from voltage driver

2020-05-15 Thread Jonathan Bakker
In the discussion around adding the GP2A002 light driver, there came up the question of what to do when a system emulates a current ADC by using a voltage ADC and a resistor. Rather than adding it on a per-driver basis, it was suggested(1) to add a minimal IIO driver to support this situation. Th

[PATCH] net/packet: simply allocations in alloc_one_pg_vec_page

2020-05-15 Thread Shakeel Butt
Currently the initial allocation for pg_vec buffers are done through page allocator with __GFP_NORETRY, the first fallbacks is vzalloc and the second fallback is page allocator without __GFP_NORETRY. First, there is no need to do vzalloc if the order is 0 and second the vzalloc internally use GFP_

[PATCH v3 1/2] MIPS: Loongson: Build ATI Radeon GPU driver as module

2020-05-15 Thread Tiezhu Yang
When ATI Radeon GPU driver has been compiled directly into the kernel instead of as a module, we should make sure the firmware for the model (check available ones in /lib/firmware/radeon) is built-in to the kernel as well, otherwise there exists the following fatal error during GPU init, change CON

[PATCH v3 2/2] MIPS: Remove not used 8250-platform.c

2020-05-15 Thread Tiezhu Yang
When CONFIG_HAVE_STD_PC_SERIAL_PORT is set, there exists build errors of 8250-platform.c due to linux/module.h is not included. CONFIG_HAVE_STD_PC_SERIAL_PORT is not used in arch/mips for many years, 8250-platform.c is also not built and used, so it is not necessary to fix the build errors, just r

Re: [RFC PATCH 06/13] scsi: scsi_dh: ufshpb: Prepare for L2P cache management

2020-05-15 Thread Bart Van Assche
On 2020-05-15 03:30, Avri Altman wrote: > +static int ufshpb_mempool_init(struct ufshpb_dh_lun *hpb) > +{ > + unsigned int max_active_subregions = hpb->max_active_regions * > + subregions_per_region; > + int i; > + > + INIT_LIST_HEAD(&hpb->lh_map_ctx); > + spin_lock_init

Re: [RFC PATCH 05/13] scsi: ufs: ufshpb: Disable HPB if no HPB-enabled luns

2020-05-15 Thread Bart Van Assche
On 2020-05-15 03:30, Avri Altman wrote: > @@ -368,6 +390,8 @@ int ufshpb_probe(struct ufs_hba *hba) > if (ret) > goto out; > > + INIT_DELAYED_WORK(&hba->hpb_disable_work, ufshpb_disable_work); > + schedule_delayed_work(&hba->hpb_disable_work, 60 * HZ); > out: >

Re: [PATCH 3/9] fs/ext4: Disallow encryption if inode is DAX

2020-05-15 Thread Eric Biggers
On Tue, May 12, 2020 at 10:43:18PM -0700, ira.we...@intel.com wrote: > From: Ira Weiny > > Encryption and DAX are incompatible. Changing the DAX mode due to a > change in Encryption mode is wrong without a corresponding > address_space_operations update. > > Make the 2 options mutually exclusiv

Re: [RFC PATCH 02/13] scsi: ufshpb: Init part I - Read HPB config

2020-05-15 Thread Bart Van Assche
On 2020-05-15 03:30, Avri Altman wrote: > +struct ufshpb_lun_config *ufshpb_luns_conf; > +struct ufshpb_lun *ufshpb_luns; > +static unsigned long ufshpb_lun_map[BITS_TO_LONGS(UFSHPB_MAX_LUNS)]; > +static u8 ufshpb_lun_lookup[UFSHPB_MAX_LUNS]; > + > +/** > + * ufshpb_remove - ufshpb cleanup > + * >

Re: [RFC PATCH 04/13] scsi: ufs: ufshpb: Init part II - Attach scsi device

2020-05-15 Thread Bart Van Assche
On 2020-05-15 03:30, Avri Altman wrote: > @@ -4628,6 +4628,9 @@ static int ufshcd_slave_alloc(struct scsi_device *sdev) > > ufshcd_get_lu_power_on_wp_status(hba, sdev); > > + if (ufshcd_is_hpb_supported(hba)) > + ufshpb_attach_sdev(hba, sdev); > + > return 0; > } T

Re: [PATCH 2/9] fs/ext4: Disallow verity if inode is DAX

2020-05-15 Thread Eric Biggers
On Tue, May 12, 2020 at 10:43:17PM -0700, ira.we...@intel.com wrote: > From: Ira Weiny > > Verity and DAX are incompatible. Changing the DAX mode due to a verity > flag change is wrong without a corresponding address_space_operations > update. > > Make the 2 options mutually exclusive by return

Re: [RFC PATCH 03/13] scsi: scsi_dh: Introduce scsi_dh_ufshpb

2020-05-15 Thread Bart Van Assche
On 2020-05-15 03:30, Avri Altman wrote: > +static int ufshpb_attach(struct scsi_device *sdev) > +{ > + struct ufshpb_dh_data *h; > + > + h = kzalloc(sizeof(*h), GFP_KERNEL); > + if (!h) > + return SCSI_DH_NOMEM; > + > + sdev_printk(KERN_INFO, sdev, "%s: attached to sdev

Re: [RFC PATCH 02/13] scsi: ufshpb: Init part I - Read HPB config

2020-05-15 Thread Bart Van Assche
On 2020-05-15 03:30, Avri Altman wrote: > diff --git a/drivers/scsi/ufs/ufshcd.c b/drivers/scsi/ufs/ufshcd.c > index 426073a..bffe699 100644 > --- a/drivers/scsi/ufs/ufshcd.c > +++ b/drivers/scsi/ufs/ufshcd.c > @@ -50,6 +50,7 @@ > #include "ufs_bsg.h" > #include > #include > +#include "ufshpb.

Re: [PATCH] memcg: expose root cgroup's memory.stat

2020-05-15 Thread Chris Down
Hey Shakeel, Shakeel Butt writes: One way to measure the efficiency of memory reclaim is to look at the ratio (pgscan+pfrefill)/pgsteal. However at the moment these stats are not updated consistently at the system level and the ratio of these are not very meaningful. The pgsteal and pgscan are u

Re: [PATCH v4 4/5] blktrace: break out of blktrace setup on concurrent calls

2020-05-15 Thread Luis Chamberlain
On Mon, May 11, 2020 at 7:39 AM Luis Chamberlain wrote: > > On Sat, May 09, 2020 at 06:09:38PM -0700, Bart Van Assche wrote: > > How about using the block device name instead of the partition name in > > the error message since the concurrency context is the block device and > > not the partition?

Re: [PATCH AUTOSEL 4.14 39/39] crypto: xts - simplify error handling in ->create()

2020-05-15 Thread Eric Biggers
On Thu, May 14, 2020 at 08:55:30PM -0400, Sasha Levin wrote: > On Thu, May 14, 2020 at 12:08:43PM -0700, Eric Biggers wrote: > > On Thu, May 14, 2020 at 02:54:56PM -0400, Sasha Levin wrote: > > > From: Eric Biggers > > > > > > [ Upstream commit 732e540953477083082e999ff553622c59cffd5f ] > > > >

[PATCH] mm: use only pidfd for process_madvise syscall

2020-05-15 Thread Minchan Kim
Based on discussion[1], people didn't feel we need to support both pid and pidfd for every new coming API[2] so this patch keeps only pidfd. This patch also changes flags's type with "unsigned int". So finally, the API is as follows, ssize_t process_madvise(int pidfd, const struct iovec *iov

Re: [PATCH][next] USB: EHCI: ehci-mv: fix less than zero comparisonof an unsigned int

2020-05-15 Thread Alan Stern
On Sat, May 16, 2020 at 07:23:42AM +0800, Tang Bin wrote: > Hi Alan & Colin: > > On 2020/5/16 1:21, Alan Stern wrote: > > On Fri, May 15, 2020 at 05:54:53PM +0100, Colin King wrote: > > > From: Colin Ian King > > > > > > The comparison of hcd->irq to less than zero for an error check will > > >

Re: [PATCH v4] Make initramfs honor CONFIG_DEVTMPFS_MOUNT

2020-05-15 Thread Rob Landley
On 5/14/20 11:50 PM, Randy Dunlap wrote: > Hi Rob, Um, hi. > You need to send this patch to some maintainer who could merge it. The implicit "if" is "you expect the kernel bureaucracy to merge anything Not Invented Here", and the 3 year gap since the last version is because I stopped: https:/

Re: [PATCH v5 0/7] firmware: add partial read support in request_firmware_into_buf

2020-05-15 Thread Luis Chamberlain
On Fri, May 15, 2020 at 04:28:08PM -0700, Scott Branden wrote: > Hi Luis, > > On 2020-05-15 1:47 p.m., Luis Chamberlain wrote: > > On Wed, May 13, 2020 at 12:23:59PM -0400, Mimi Zohar wrote: > > > Hi Scott, > > > > > > On Thu, 2020-05-07 at 17:27 -0700, Scott Branden wrote: > > > > Please conside

[PATCH v2] mm/hmm/test: use xa_for_each_range instead of looping

2020-05-15 Thread Ralph Campbell
The test driver uses an xa_array to store virtual to physical address translations for a simulated hardware device. The MMU notifier invalidation callback is used to keep the table consistent with the CPU page table and is frequently called only for a page or two. However, if the test process exits

[PATCH] f2fs: fix checkpoint=disable:%u%%

2020-05-15 Thread Jaegeuk Kim
When parsing the mount option, we don't have sbi->user_block_count. Should do it after getting it. Signed-off-by: Jaegeuk Kim --- fs/f2fs/f2fs.h | 1 + fs/f2fs/super.c | 25 +++-- 2 files changed, 20 insertions(+), 6 deletions(-) diff --git a/fs/f2fs/f2fs.h b/fs/f2fs/f2fs.

  1   2   3   4   5   6   7   8   9   10   >