[PATCH] afs: Fix server record deletion

AFS server records get removed from the net->fs_servers tree when they're deleted, but not from the net->fs_addresses{4,6} lists, which can lead to an oops in afs_find_server() when a server record has been removed, for instance during rmmod. Fix this by deleting the record from the by-address

Re: [PATCH v6 3/4] MIPS: vmlinuz: Use generic ashldi3

Hi James, On 18/04/18 00:09, James Hogan wrote: On Wed, Apr 11, 2018 at 08:50:18AM +0100, Matt Redfearn wrote: diff --git a/arch/mips/boot/compressed/Makefile b/arch/mips/boot/compressed/Makefile index adce180f3ee4..e03f522c33ac 100644 --- a/arch/mips/boot/compressed/Makefile +++

Re: [PATCH v6 01/11] ARM: sunxi: smp: Move assembly code into a file

On Tue, Apr 17, 2018 at 07:25:15PM +0800, Chen-Yu Tsai wrote: > On Tue, Apr 17, 2018 at 7:17 PM, Maxime Ripard > wrote: > > On Tue, Apr 17, 2018 at 11:12:41AM +0800, Chen-Yu Tsai wrote: > >> On Tue, Apr 17, 2018 at 5:50 AM, Mylène Josserand > >>

[PATCH 1/6 RESEND] fs: use << for MS_* flags

Consistenly use << to define MS_* constants. Signed-off-by: Christian Brauner Cc: Alexander Viro --- include/uapi/linux/fs.h | 33 + 1 file changed, 17 insertions(+), 16 deletions(-) diff --git

[PATCH] mtd: dataflash: replace msleep with usleep_range

Since msleep is based on jiffies, this 3 ms sleep becomes actually 20 ms. Worst of all, since this sleep is used in a loop when writing, a single page write (256 to 1024 bytes) causes 17 ms extra time. When writing large files (for example u-boot is usually 512 KB) this delay adds up to minutes.

Re: [PATCH 2/6] tracing: Add trace event error log

On Fri, 13 Apr 2018 10:44:32 -0400 Steven Rostedt wrote: > On Fri, 13 Apr 2018 09:24:34 -0500 > Tom Zanussi wrote: > > > Yeah, I agree - I'd rather get it right than get it in now. I thought > > this made sense, and was based on input from

[PATCH 5/5] f2fs: fix to avoid race during access gc_thread pointer

Thread AThread BThread C - f2fs_remount - stop_gc_thread - f2fs_sbi_store - issue_discard_thread sbi->gc_thread = NULL;

[PATCH 3/5] f2fs: avoid stucking GC due to atomic write

f2fs doesn't allow abuse on atomic write class interface, so except limiting in-mem pages' total memory usage capacity, we need to limit atomic-write usage as well when filesystem is seriously fragmented, otherwise we may run into infinite loop during foreground GC because target blocks in victim

[PATCH 1/5] f2fs: fix race in between GC and atomic open

Thread GC thread - f2fs_ioc_start_atomic_write - get_dirty_pages - filemap_write_and_wait_range - f2fs_gc - do_garbage_collect -

Re: [RFC 2/6] dmaengine: xilinx_dma: Pass AXI4-Stream control words to netdev dma client

On 2018-04-17 18:54, Lars-Peter Clausen wrote: > On 04/17/2018 04:53 PM, Peter Ujfalusi wrote: >> On 2018-04-17 16:58, Lars-Peter Clausen wrote: > There are two options. > > Either you extend the generic interfaces so it can cover your usecase in a > generic way. E.g. the ability

Re: [PATCH 1/1] i2c: dev: check i2c_msg len before memdup_user() to prevent ZERO_SIZE_PTR deref

Hello, On Wed, Apr 18, 2018 at 03:16:45AM +0300, Alexander Popov wrote: > Currently i2cdev_ioctl_rdwr() doesn't check i2c_msg len against zero > before calling memdup_user(). If this len is zero memdup_user() returns > ZERO_SIZE_PTR, which is later considered as valid since >

[PATCH 4/6] rhashtable: improve rhashtable_walk stability when stop/start used.

When a walk of an rhashtable is interrupted with rhastable_walk_stop() and then rhashtable_walk_start(), the location to restart from is based on a 'skip' count in the current hash chain, and this can be incorrect if insertions or deletions have happened. This does not happen when the walk is not

Re: [PATCH 1/1] i2c: dev: check i2c_msg len before memdup_user() to prevent ZERO_SIZE_PTR deref

On 18.04.2018 10:07, Uwe Kleine-König wrote: > Hello, Hello Uwe, Thanks for your reply. > On Wed, Apr 18, 2018 at 03:16:45AM +0300, Alexander Popov wrote: >> Currently i2cdev_ioctl_rdwr() doesn't check i2c_msg len against zero >> before calling memdup_user(). If this len is zero memdup_user()

Re: [v4 PATCH] mm: introduce arg_lock to protect arg_start|end and env_start|end in mm_struct

On Sun 15-04-18 02:24:51, Yang Shi wrote: > mmap_sem is on the hot path of kernel, and it very contended, but it is > abused too. It is used to protect arg_start|end and evn_start|end when > reading /proc/$PID/cmdline and /proc/$PID/environ, but it doesn't make > sense since those proc files just

Re: [RESEND PATCH v2 0/4] ARM: davinci: remove the mach-specific aemif driver - part 1

On Tuesday 17 April 2018 10:59 PM, Santosh Shilimkar wrote: > On 4/17/2018 5:36 AM, Bartosz Golaszewski wrote: >> 2018-04-17 12:53 GMT+02:00 Sekhar Nori : >>> Hi Bartosz, > > [...] > This series applies on top of v8 of David Lechner's CCF series. >>> >>> Are there any

Re: [PATCH v3 1/6] ilog2: create truly constant version for sparse

On Wed, Apr 18, 2018 at 10:12:54AM +0200, Martin Wilck wrote: > On Tue, 2018-04-17 at 17:07 -0700, Linus Torvalds wrote: > > On Tue, Apr 17, 2018 at 4:35 PM, Martin Wilck > > wrote: > > > Sparse emits errors about ilog2() in array indices because of the > > > use of > > >

Re: [RFC PATCH 19/35] ovl: readd reflink/copyfile/dedup support

On Tue, Apr 17, 2018 at 11:31 PM, Amir Goldstein wrote: > On Thu, Apr 12, 2018 at 6:08 PM, Miklos Szeredi wrote: >> Since set of arguments are so similar, handle in a common helper. >> >> Signed-off-by: Miklos Szeredi >> --- >>

[PATCH] m68k/defconfig: Update defconfigs for v4.17-rc1

Signed-off-by: Geert Uytterhoeven --- arch/m68k/configs/amiga_defconfig| 14 +- arch/m68k/configs/apollo_defconfig | 14 +- arch/m68k/configs/atari_defconfig| 14 +- arch/m68k/configs/bvme6000_defconfig | 14 +-

[PATCH v2 0/3] intel-iommu: fix mapping PSI missing for iommu_map()

v2: - cc correct people and iommu list (PSI stands for: Page Selective Invalidations) Intel IOMMU has the caching mode to ease emulation of the device. When that bit is set, we need to send PSIs even for newly mapped pages. However current driver is not fully obey the rule. E.g., iommu_map()

[PATCH v2 1/3] intel-iommu: add some traces for PSIs

It is helpful to debug and triage PSI notification missings. Signed-off-by: Peter Xu --- drivers/iommu/dmar.c| 3 +++ drivers/iommu/intel-iommu.c | 3 +++ 2 files changed, 6 insertions(+) diff --git a/drivers/iommu/dmar.c b/drivers/iommu/dmar.c index

[PATCH v2 2/3] intel-iommu: generalize __mapping_notify_one()

Generalize this new helper to notify one newly created mapping on one single IOMMU. We can further leverage this helper in the next patch. Signed-off-by: Peter Xu --- drivers/iommu/intel-iommu.c | 26 ++ 1 file changed, 14 insertions(+), 12

[PATCH v2 3/3] intel-iommu: fix iotlb psi missing for mappings

When caching mode is enabled for IOMMU, we should send explicit IOTLB PSIs even for newly created mappings. However these events are missing for all intel_iommu_map() callers, e.g., iommu_map(). One direct user is the vfio-pci driver. To make sure we'll send the PSIs always when necessary, this

Re: [PATCH] blk-mq: Clear out elevator private data

> Il giorno 17 apr 2018, alle ore 23:42, Kees Cook ha > scritto: > > Some elevators may not correctly check rq->rq_flags & RQF_ELVPRIV, and > may attempt to read rq->elv fields. When requests got reused, this > caused BFQ to think it already had a bfqq (rq->elv.priv[1])

Re: [v4 PATCH] mm: introduce arg_lock to protect arg_start|end and env_start|end in mm_struct

On Wed 18-04-18 12:02:17, Cyrill Gorcunov wrote: > On Wed, Apr 18, 2018 at 10:05:55AM +0200, Michal Hocko wrote: > > > > Yes, looks good to me. As mentioned in other emails prctl_set_mm_map > > really deserves a comment explaining why we are doing the down_read > > > > What about something like

Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can

On Mon, 16 Apr 2018 21:07:47 -0700 Joel Fernandes wrote: > With TRACE_IRQFLAGS, we call trace_ API too many times. We don't need > to if local_irq_restore or local_irq_save didn't actually do anything. > > This gives around a 4% improvement in performance when doing the >

Re: [PATCH v6 11/11] ARM: shmobile: Convert file to use cntvoff

Hi Mylène, On Mon, Apr 16, 2018 at 11:50 PM, Mylène Josserand wrote: > Now that a common function is available for CNTVOFF's > initialization, let's convert shmobile-apmu code to use > this function. Thanks for your patch, works fine on Renesas ALT with R-Car E2,

Re: INFO: task hung in fsnotify_mark_destroy_workfn

Hello, On Tue 17-04-18 18:02:02, syzbot wrote: > syzbot hit the following crash on upstream commit > a27fc14219f2e3c4a46ba9177b04d9b52c875532 (Mon Apr 16 21:07:39 2018 +) > Merge branch 'parisc-4.17-3' of > git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux > syzbot dashboard

Re: [PATCH 1/4] ASoC: dwc: I2S Controller instance param added

On Tuesday 17 April 2018 09:39 PM, Mark Brown wrote: On Tue, Apr 17, 2018 at 10:29:51AM +0530, Vijendar Mukunda wrote: +#define I2S_SP_INSTANCE1 +#define I2S_BT_INSTANCE2 This is obviously very specific to the system you're working with and therefore doesn't

RE: [PATCH net-next 3/3] net: phy: Enable C45 PHYs with vendor specific address space

> > Having dev-addr stored in devices_addrs, in get_phy_c45_ids(), when > > probing the identifiers, dev-addr can be extracted from devices_addrs > > and probed if devices_addrs[current_identifier] is not 0. > > I must clearly be missing something, but why are you introducing all these >

Re: [PATCH v3 2/2] iio: afe: unit-converter: new driver

On Mon, 16 Apr 2018 09:12:45 +0200 Peter Rosin wrote: > On 2018-04-15 19:31, Jonathan Cameron wrote: > > On Tue, 10 Apr 2018 17:28:02 +0200 > > Peter Rosin wrote: > > > >> If an ADC channel measures the midpoint of a voltage divider, the > >> interesting

[RESEND][PATCH 0/4] Few NFC fixes from android-4.14 tree

Hi, Resending few NFC fixes I picked up from android-4.14 tree[1] for review and comments. They seem reasonable upstream candidates. My last attempt was not timed properly and it got lost between Christmas-New Year break and then Meltdown-Spectre happened. Also like to point out that I have not

[RESEND][PATCH 4/4] NFC: fdp: Fix possible buffer overflow in WCS4000 NFC driver

From: Suren Baghdasaryan Possible buffer overflow when reading next_read_size bytes into tmp buffer after next_read_size was extracted from a previous packet. Signed-off-by: Suren Baghdasaryan Signed-off-by: Amit Pundir ---

[RESEND][PATCH 3/4] NFC: Fix possible memory corruption when handling SHDLC I-Frame commands

From: Suren Baghdasaryan When handling SHDLC I-Frame commands "pipe" field used for indexing into an array should be checked before usage. If left unchecked it might access memory outside of the array of size NFC_HCI_MAX_PIPES(127). Signed-off-by: Suren Baghdasaryan

Re: [PATCH v6 01/11] ARM: sunxi: smp: Move assembly code into a file

On Wed, Apr 18, 2018 at 4:45 PM, Maxime Ripard wrote: > On Tue, Apr 17, 2018 at 07:25:15PM +0800, Chen-Yu Tsai wrote: >> On Tue, Apr 17, 2018 at 7:17 PM, Maxime Ripard >> wrote: >> > On Tue, Apr 17, 2018 at 11:12:41AM +0800, Chen-Yu Tsai

Re: [RFC PATCH spi] spi: pxa2xx: pxa2xx_spi_transfer_one() can be static

On 04/17/18 22:53, kbuild test robot wrote: Fixes: d5898e19c0d7 ("spi: pxa2xx: Use core message processing loop") Signed-off-by: Fengguang Wu --- spi-pxa2xx.c |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/spi/spi-pxa2xx.c

Re: [PATCH net-next v4 0/3] kernel: add support to collect hardware logs in crash recovery kernel

Hi Rahul, On 04/17/18 at 01:14pm, Rahul Lakkireddy wrote: > On production servers running variety of workloads over time, kernel > panic can happen sporadically after days or even months. It is > important to collect as much debug logs as possible to root cause > and fix the problem, that may not

Re: [PATCH v3 2/2] iommu/amd: Add basic debugfs infrastructure for AMD IOMMU

Hi, Gary and Sohil, On Tue, 2018-04-17 at 13:38 -0400, Hook, Gary wrote: > On 4/13/2018 8:08 PM, Mehta, Sohil wrote: > > > > On Fri, 2018-04-06 at 08:17 -0500, Gary R Hook wrote: > > > > > >    > > > + > > > +void amd_iommu_debugfs_setup(struct amd_iommu *iommu) > > > +{ > > > + char

Re: [PATCH 0/1] drm/xen-zcopy: Add Xen zero-copy helper DRM driver

On 04/17/2018 11:57 PM, Dongwon Kim wrote: On Tue, Apr 17, 2018 at 09:59:28AM +0200, Daniel Vetter wrote: On Mon, Apr 16, 2018 at 12:29:05PM -0700, Dongwon Kim wrote: Yeah, I definitely agree on the idea of expanding the use case to the general domain where dmabuf sharing is used. However,

[PATCH v2] module: Fix display of wrong module .text address

Fixes: ef0010a30935 ("vsprintf: don't use 'restricted_pointer()' when not restricting") for /sys/module/*/sections/.text file. Reading file /proc/modules shows the correct address: [root@s35lp76 ~]# cat /proc/modules | egrep '^qeth_l2' qeth_l2 94208 1 - Live 0x03ff80401000 and reading file

Re: [RFC 2/6] dmaengine: xilinx_dma: Pass AXI4-Stream control words to netdev dma client

On 2018-04-17 18:42, Vinod Koul wrote: > On Tue, Apr 17, 2018 at 04:46:43PM +0300, Peter Ujfalusi wrote: > >> @@ -709,6 +709,11 @@ struct dma_filter { >> * be called after period_len bytes have been transferred. >> * @device_prep_interleaved_dma: Transfer expression in a generic way. >>

Re: [v5,05/13] ARM: dts: ipq4019: Add ipq4019-ap.dk04.dtsi

On Mittwoch, 18. April 2018 08:59:46 CEST Sven Eckelmann wrote: [...] > I would not know how to disable QSEE on these boards and thus would assume > that it should be part of this dtsi. Just did some reviews of the reserved-memory regions in other QCA devices and it looks like this tz and smem

Re: [PATCH] Bluetooth: hci_qca: Avoid missing rampatch failure with userspace fw loader

Hi Amit, > AOSP use userspace firmware loader to load firmwares, which will > return -EAGAIN in case qca/rampatch_00440302.bin is not found. > Since there is no rampatch for dragonboard820c QCA controller > revision, just make it work as is. > > CC: Loic Poulain > CC:

Re: [PATCH] mm:memcg: add __GFP_NOWARN in __memcg_schedule_kmem_cache_create

On Wed, Apr 18, 2018 at 09:20:02AM +0200, Michal Hocko wrote: > On Wed 18-04-18 11:29:12, Minchan Kim wrote: > > If there are heavy memory pressure, page allocation with __GFP_NOWAIT > > fails easily although it's order-0 request. > > I got below warning 9 times for normal boot. > > > > [

Re: [PATCH v7 0/4] Bluetooth: hci_qca: Add serdev support

Hi Thierry, > This patchset enables the Qualcomm BT controller QCA6174 node in the > device tree of the db820c board. This allows the bluetooth chipset to > be probed and registered against the hci layer by using the serdev > framework. > > This patchset also contains the documentation for the

Re: [PATCH] mm:memcg: add __GFP_NOWARN in __memcg_schedule_kmem_cache_create

On Wed 18-04-18 16:41:17, Minchan Kim wrote: > On Wed, Apr 18, 2018 at 09:20:02AM +0200, Michal Hocko wrote: > > On Wed 18-04-18 11:29:12, Minchan Kim wrote: [...] > > > Let's not make user scared. > > > > This is not a proper explanation. So what exactly happens when this > > allocation fails? I

Re: [PATCH v2 5/6] drm/atmel-hlcdc: add support for connecting to tda998x HDMI encoder

On 2018-04-18 09:36, Boris Brezillon wrote: > On Tue, 17 Apr 2018 15:10:51 +0200 > Peter Rosin wrote: > >> When the of-graph points to a tda998x-compatible HDMI encoder, register >> as a component master and bind to the encoder/connector provided by >> the tda998x driver. > >

[PATCH 4/7] docs/vm: pagemap: change document title

"pagemap from the Userspace Perspective" is not very descriptive for unaware readers. Since the document describes how to examine a process page tables, let's title it "Examining Process Page Tables" Signed-off-by: Mike Rapoport --- Documentation/vm/pagemap.rst | 6

Re: [PATCH v7 0/7] KVM: x86: Allow Qemu/KVM to use PVH entry point

I wonder why I am starting to get CCed on Xen patches all of a sudden. I happened to run into Jürgen at a conference only last weekend, but I still don't know anything whatsoever about Xen or how it works. If get_maintainer.pl has started to return my name on this stuff I really want to know why

[PATCH] arm64: dts: correct SATA addresses for Stingray

Correct all SATA ahci and phy controller register addresses and interrupt lines to proper values. Fixes: 344a2e514182 ("arm64: dts: Add SATA DT nodes for Stingray SoC") Signed-off-by: Srinath Mannam Reviewed-by: Ray Jui Reviewed-by: Scott

Re: [PATCH v2 5/6] drm/atmel-hlcdc: add support for connecting to tda998x HDMI encoder

On Wed, 18 Apr 2018 10:02:12 +0200 Peter Rosin wrote: > On 2018-04-18 09:36, Boris Brezillon wrote: > > On Tue, 17 Apr 2018 15:10:51 +0200 > > Peter Rosin wrote: > > > >> When the of-graph points to a tda998x-compatible HDMI encoder, register > >> as a

Re: [PATCH] x86/Centaur: show more HW features in /proc/cpuinfo

> -Original Mail- > Sender: Thomas Gleixner [mailto:t...@linutronix.de] > Time: 2018/4/17 18:19 > Receiver: David Wang > CC: mi...@redhat.com; h...@zytor.com; mi...@kernel.org; > gre...@linuxfoundation.org; x...@kernel.org; linux- > ker...@vger.kernel.org;

Re: [PATCH v6 6/7] remoteproc/davinci: use the reset framework

On Tue, 2018-04-17 at 19:30 +0200, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > Switch to using the reset framework instead of handcoded reset routines > we used so far. > > Signed-off-by: Bartosz Golaszewski [...] > @@

Re: [PATCH v6 28/30] drm/rockchip: Disable PSR from reboot notifier

Hi Andrzej, Tomasz 2018-04-16 15:12 GMT+02:00 Tomasz Figa : > Hi Andrzej, > > On Mon, Apr 16, 2018 at 6:57 PM Andrzej Hajda wrote: > >> On 05.04.2018 11:49, Enric Balletbo i Serra wrote: >> > From: Tomasz Figa >> > >> > It looks like

[PATCH 5/6 RESEND] statfs: add ST_PRIVATE

This lets userspace query whether a mountpoint was made MS_PRIVATE. Signed-off-by: Christian Brauner Cc: Alexander Viro --- fs/statfs.c| 2 ++ include/linux/statfs.h | 1 + 2 files changed, 3 insertions(+) diff --git

[PATCH 0/6 RESEND] statfs: handle mount propagation

Hey, This is a resend of this to CC more people and because it seems to have gotten lost in the prior merge window. I should've sent it afterwards right away. This series: - unifies the definition of constants in statfs.h and fs.h Please note the comments by Greg and others on this part:

[PATCH 6/6 RESEND] statfs: add ST_SLAVE

This lets userspace query whether a mountpoint was made MS_SLAVE. Signed-off-by: Christian Brauner Cc: Alexander Viro --- fs/statfs.c| 10 +- include/linux/statfs.h | 1 + 2 files changed, 10 insertions(+), 1

[PATCH 4/6 RESEND] statfs: add ST_SHARED

This lets userspace query whether a mountpoint was made MS_SHARED. Signed-off-by: Christian Brauner Cc: Alexander Viro --- fs/statfs.c| 2 ++ include/linux/statfs.h | 1 + 2 files changed, 3 insertions(+) diff --git

[PATCH 3/6 RESEND] statfs: add ST_UNBINDABLE

This lets userspace query whether a mountpoint was made MS_UNBINDABLE. Signed-off-by: Christian Brauner Cc: Alexander Viro --- fs/statfs.c| 2 ++ include/linux/statfs.h | 1 + 2 files changed, 3 insertions(+) diff --git

[PATCH] bpf, x86_32: add eBPF JIT compiler for ia32 (x86_32)

The JIT compiler emits ia32 bit instructions. Currently, It supports eBPF only. Classic BPF is supported because of the conversion by BPF core. Almost all instructions from eBPF ISA supported except the following: BPF_ALU64 | BPF_DIV | BPF_K BPF_ALU64 | BPF_DIV | BPF_X BPF_ALU64 | BPF_MOD | BPF_K

Re: [PATCH v3 06/11] iio: inkern: add module put/get on iio dev module when requesting channels

On Tue, 17 Apr 2018 12:19:06 -0700 Dmitry Torokhov wrote: > Hi Eugen, > > On Tue, Apr 17, 2018 at 10:39:24AM +0300, Eugen Hristev wrote: > > > > > > On 17.04.2018 02:58, Dmitry Torokhov wrote: > > > On Sun, Apr 15, 2018 at 08:33:21PM +0100, Jonathan Cameron wrote:

Re: [PATCH v6 11/11] ARM: shmobile: Convert file to use cntvoff

Hello, On Wed, 18 Apr 2018 11:36:27 +0200 Geert Uytterhoeven wrote: > Hi Mylène, > > On Mon, Apr 16, 2018 at 11:50 PM, Mylène Josserand > wrote: > > Now that a common function is available for CNTVOFF's > > initialization, let's convert

Re: [PATCH] locking/rwsem: Synchronize task state & waiter->task of readers

On Tue, 2018-04-10 at 13:22 -0400, Waiman Long wrote: > It was observed occasionally in PowerPC systems that there was reader > who had not been woken up but that its waiter->task had been cleared. > > One probable cause of this missed wakeup may be the fact that the > waiter->task and the task

RE: [PATCH 2/6 v2] iommu: of: make of_pci_map_rid() available for other devices too

> -Original Message- > From: Robin Murphy [mailto:robin.mur...@arm.com] > Sent: Tuesday, April 17, 2018 10:23 PM > To: Nipun Gupta ; robh...@kernel.org; > frowand.l...@gmail.com > Cc: will.dea...@arm.com; mark.rutl...@arm.com; catalin.mari...@arm.com; > h...@lst.de;

Re: [PATCH] mm:memcg: add __GFP_NOWARN in __memcg_schedule_kmem_cache_create

On Tue 17-04-18 20:08:24, Matthew Wilcox wrote: > On Wed, Apr 18, 2018 at 11:29:12AM +0900, Minchan Kim wrote: > > If there are heavy memory pressure, page allocation with __GFP_NOWAIT > > fails easily although it's order-0 request. > > I got below warning 9 times for normal boot. > > > > [

Re: [PATCH v3] module: Fix display of wrong module .text address

On 04/18/2018 09:17 AM, Tobin C. Harding wrote: > On Wed, Apr 18, 2018 at 09:14:36AM +0200, Thomas Richter wrote: >> Reading file /proc/modules shows the correct address: >> [root@s35lp76 ~]# cat /proc/modules | egrep '^qeth_l2' >> qeth_l2 94208 1 - Live 0x03ff80401000 >> >> and reading file

Re: [Xen-devel] [PATCH 0/1] drm/xen-zcopy: Add Xen zero-copy helper DRM driver

On Wed, Apr 18, 2018 at 09:38:39AM +0300, Oleksandr Andrushchenko wrote: > On 04/17/2018 11:57 PM, Dongwon Kim wrote: > > On Tue, Apr 17, 2018 at 09:59:28AM +0200, Daniel Vetter wrote: > > > On Mon, Apr 16, 2018 at 12:29:05PM -0700, Dongwon Kim wrote: > 3.2 Backend exports dma-buf to xen-front >

Re: [PATCH v2 4/6] drm/atmel-hlcdc: support bus-width (12/16/18/24) in endpoint nodes

On 2018-04-18 09:29, Boris Brezillon wrote: > On Tue, 17 Apr 2018 15:10:50 +0200 > Peter Rosin wrote: > >> This beats the heuristic that the connector is involved in what format >> should be output for cases where this fails. >> >> E.g. if there is a bridge that changes format

Re: [RFC PATCH 31/35] Revert "vfs: add d_real_inode() helper"

On Thu, Apr 12, 2018 at 6:08 PM, Miklos Szeredi wrote: > This reverts commit a118084432d642eeccb961c7c8cc61525a941fcb. > > No user of d_real_inode() remains, so it can be removed. > FYI, there is a new user in v4.17-rc1 added by commit f0a2aa5a2a40 tracing/uprobe: Add

Re: [PATCH 17/30] Documentation: kconfig: document a new Kconfig macro language

On Tue, Apr 17, 2018 at 5:07 PM, Masahiro Yamada wrote: > 2018-04-15 17:08 GMT+09:00 Ulf Magnusson : >> On Fri, Apr 13, 2018 at 7:06 AM, Masahiro Yamada >> wrote: >>> Add a document for the macro language

Re: [PATCH AUTOSEL for 4.14 015/161] printk: Add console owner and waiter logic to load balance console writes

On Tue 2018-04-17 13:45:59, Sasha Levin wrote: > On Tue, Apr 17, 2018 at 02:24:54PM +0200, Petr Mladek wrote: > >Back to the trend. Last week I got autosel mails even for > >patches that were still being discussed, had issues, and > >were far from upstream: > > > >

Re: kernel panics with 4.14.X versions

On 17/04/2018 02:12 μμ, Jan Kara wrote: > On Tue 17-04-18 01:31:24, Pavlos Parissis wrote: >> On 16/04/2018 04:40 μμ, Jan Kara wrote: > > > >>> How easily can you hit this? >> >> Very easily, I only need to wait 1-2 days for a crash to occur. > > I wouldn't call that very easily but opinions

[PATCH net] net: mvpp2: Fix DMA address mask size

PPv2 TX/RX descriptors uses 40bits DMA addresses, but 41 bits masks were used (GENMASK_ULL(40, 0)). This commit fixes that by using the correct mask. Fixes: e7c5359f2eed ("net: mvpp2: introduce PPv2.2 HW descriptors and adapt accessors") Signed-off-by: Maxime Chevallier

Re: [PATCH v6 05/11] ARM: smp: Add initialization of CNTVOFF

Allo Mylène, On Mon, Apr 16, 2018 at 11:50 PM, Mylène Josserand wrote: > The CNTVOFF register from arch timer is uninitialized. > It should be done by the bootloader but it is currently not the case, > even for boot CPU because this SoC is booting in secure mode. >

[PATCH 2/6 RESEND] statfs: use << to align with fs header

Consistenly use << to define ST_* constants. This also aligns them with their MS_* counterparts in fs.h Signed-off-by: Christian Brauner Cc: Alexander Viro --- include/linux/statfs.h | 26 +- 1 file changed, 13

Re: [PATCH v2 1/7] powerpc: Add TIDR CPU feature for Power9

On 18/04/18 11:08, Alastair D'Silva wrote: From: Alastair D'Silva This patch adds a CPU feature bit to show whether the CPU has the TIDR register available, enabling as_notify/wait in userspace. Signed-off-by: Alastair D'Silva Per my previous

Re: [PATCH] drm/xen-front: Remove CMA support

On 04/17/2018 12:08 PM, Oleksandr Andrushchenko wrote: On 04/17/2018 12:04 PM, Daniel Vetter wrote: On Tue, Apr 17, 2018 at 10:40:12AM +0300, Oleksandr Andrushchenko wrote: From: Oleksandr Andrushchenko Even if xen-front allocates its buffers from contiguous

Re: [PATCH/RFC] crypto: Add platform dependencies for CRYPTO_DEV_CCREE

Hi Arnd, On Tue, Apr 17, 2018 at 9:53 PM, Arnd Bergmann wrote: > On Tue, Apr 17, 2018 at 8:14 PM, Geert Uytterhoeven > wrote: >> The ARM TrustZone CryptoCell is found on ARM SoCs only. Hence make it >> depend on ARM or ARM64, unless compile-testing. >> >>

Re: [GIT PULL V3] Thermal SoC management updates for v4.17-rc1

Hi, Eduardo, On 六, 2018-04-14 at 11:30 -0700, Eduardo Valentin wrote: > Hello Linus, > > Please find thermal-soc changes for v4.17-rc1. > Rui asked me to send the pull request directly to you > as we are close to the end of the merge window. > Essentially this pull removes the series that caused

Re: [patch v2] mm, oom: fix concurrent munlock and oom reaper unmap

On Tue 17-04-18 19:52:41, David Rientjes wrote: > Since exit_mmap() is done without the protection of mm->mmap_sem, it is > possible for the oom reaper to concurrently operate on an mm until > MMF_OOM_SKIP is set. > > This allows munlock_vma_pages_all() to concurrently run while the oom > reaper

Re: [PATCH v6 4/7] remoteproc/davinci: prepare and unprepare the clock where needed

2018-04-18 7:27 GMT+02:00 Sekhar Nori : > On Tuesday 17 April 2018 11:00 PM, Bartosz Golaszewski wrote: >> From: Bartosz Golaszewski >> >> We're currently switching the platform to using the common clock >> framework. We need to explicitly prepare and

Re: [PATCH v3 3/3] Documentation/i2c: adopt kernel commenting style in examples

On Fri, Apr 13, 2018 at 10:42:57AM -0700, Sam Hansen wrote: > The example I2C code is rewritten to adopt the preferred kernel block > commenting style. > > Signed-off-by: Sam Hansen Applied to for-current, thanks! signature.asc Description: PGP signature

Re: [PATCH 1/1] i2c: dev: check i2c_msg len before memdup_user() to prevent ZERO_SIZE_PTR deref

On Wed, Apr 18, 2018 at 10:56:03AM +0300, Alexander Popov wrote: > On 18.04.2018 10:07, Uwe Kleine-König wrote: > > Hello, > > Hello Uwe, > > Thanks for your reply. > > > On Wed, Apr 18, 2018 at 03:16:45AM +0300, Alexander Popov wrote: > >> Currently i2cdev_ioctl_rdwr() doesn't check i2c_msg

Re: [PATCH] x86/centaur: report correct CPU/cache topology

> -Original Mail- > Sender: Thomas Gleixner [mailto:t...@linutronix.de] > Time : 2018/4/17 18:16 > Receiver: David Wang > CC: mi...@redhat.com; h...@zytor.com; mi...@kernel.org; > x...@kernel.org; linux-kernel@vger.kernel.org; brucechang@via- > alliance.com;

Re: [PATCH v3 2/3] Documentation/i2c: sync docs with current state of i2c-tools

> +The above functions are made available by linking against the libi2c library, > +which is provided by the i2c-tools project. See: > +https://git.kernel.org/pub/scm/utils/i2c-tools/i2c-tools.git/. In the beginning, we say that '#include ' is needed. Shouldn't we mention i2c-tools there

Re: [PATCH v4 05/15] KVM: s390: enable/disable AP interpretive execution

On 17/04/2018 20:11, Tony Krowiak wrote: On 04/17/2018 12:55 PM, Pierre Morel wrote: On 17/04/2018 18:22, Tony Krowiak wrote: On 04/17/2018 12:13 PM, Pierre Morel wrote: On 17/04/2018 17:02, Tony Krowiak wrote: On 04/16/2018 06:51 AM, Pierre Morel wrote: On 15/04/2018 23:22, Tony Krowiak

Re: [PATCH v3 2/2] iommu/amd: Add basic debugfs infrastructure for AMD IOMMU

Hi, Sohil On Wed, 2018-04-18 at 07:27 +, Mehta, Sohil wrote: > On Wed, 2018-04-18 at 05:58 +, Yang, Shunyong wrote: > > > > Hi, Gary and Sohil, > > > > On Tue, 2018-04-17 at 13:38 -0400, Hook, Gary wrote: > > > > > > On 4/13/2018 8:08 PM, Mehta, Sohil wrote: > > > > > > > >   > > > >

Re: Issue with Enable LTR while pcie_aspm off

Hi Bjorn, Thank you very much for you time and solution. On Tue, Apr 17, 2018 at 10:41 PM, Bjorn Helgaas wrote: > On Tue, Apr 17, 2018 at 02:33:52PM +0530, Srinath Mannam wrote: >> Hi Bjorn, >> >> Thank you for more insight you have given about the problem. >> >> For us the

Re: [RFC PATCH v2 4/6] sched/fair: Introduce an energy estimation helper function

On Wed, Apr 18, 2018 at 09:13:39AM +0100, Quentin Perret wrote: > On Tuesday 17 Apr 2018 at 23:22:13 (+0800), Leo Yan wrote: > > On Fri, Apr 06, 2018 at 04:36:05PM +0100, Dietmar Eggemann wrote: > > > From: Quentin Perret > > > > > > In preparation for the definition of

Re: [PATCH v2 03/14] staging: iio: ad7746: Fix bound checkings

On Mon, 16 Apr 2018 11:47:05 -0300 Hernán Gonzalez wrote: > On Sun, Apr 15, 2018 at 12:05 PM, Jonathan Cameron wrote: > > On Fri, 13 Apr 2018 13:36:40 -0300 > > Hernán Gonzalez wrote: > > > >> Also remove unnecessary

Re: [PATCH RFC tools/memory-model 2/5] tools/memory-model: Add litmus test for multicopy atomicity

On Mon, Apr 16, 2018 at 09:22:48AM -0700, Paul E. McKenney wrote: > This commit adds a litmus test suggested by Alan Stern that is forbidden > on multicopy atomic systems, but allowed on non-multicopy atomic systems. > Note that other-multicopy atomic systems are examples of non-multicopy > atomic

Re: [v4 PATCH] mm: introduce arg_lock to protect arg_start|end and env_start|end in mm_struct

On Wed, Apr 18, 2018 at 11:03:14AM +0200, Michal Hocko wrote: > > > > > > What about something like the following? > > > " > > > arg_lock protects concurent updates but we still need mmap_sem for read > > > to exclude races with do_brk. > > > " > > > Acked-by: Michal Hocko > >

[PATCH v2 5/5] f2fs: fix to avoid race during access gc_thread pointer

Thread AThread BThread C - f2fs_remount - stop_gc_thread - f2fs_sbi_store - issue_discard_thread sbi->gc_thread = NULL;

Re: [PATCH v6 05/11] ARM: smp: Add initialization of CNTVOFF

Hello Geert, On Wed, 18 Apr 2018 11:30:47 +0200 Geert Uytterhoeven wrote: > Allo Mylène, > > On Mon, Apr 16, 2018 at 11:50 PM, Mylène Josserand > wrote: > > The CNTVOFF register from arch timer is uninitialized. > > It should be done by the

Re: [v4 PATCH] mm: introduce arg_lock to protect arg_start|end and env_start|end in mm_struct

On 14.04.2018 21:24, Yang Shi wrote: > mmap_sem is on the hot path of kernel, and it very contended, but it is > abused too. It is used to protect arg_start|end and evn_start|end when > reading /proc/$PID/cmdline and /proc/$PID/environ, but it doesn't make > sense since those proc files just

Re: [PATCH 03/11] fs: add frozen sb state helpers

On Tue 17-04-18 17:59:36, Luis R. Rodriguez wrote: > On Thu, Dec 21, 2017 at 12:03:29PM +0100, Jan Kara wrote: > > On Fri 01-12-17 22:13:27, Luis R. Rodriguez wrote: > > > > > > I'll note that its still not perfectly clear if really the semantics > > > behind > > > freeze_bdev() match what I

Re: [Xen-devel] [PATCH 0/1] drm/xen-zcopy: Add Xen zero-copy helper DRM driver

On Wed, Apr 18, 2018 at 11:01:12AM +0300, Oleksandr Andrushchenko wrote: > On 04/18/2018 10:35 AM, Roger Pau Monné wrote: > > On Wed, Apr 18, 2018 at 09:38:39AM +0300, Oleksandr Andrushchenko wrote: > > > On 04/17/2018 11:57 PM, Dongwon Kim wrote: > > > > On Tue, Apr 17, 2018 at 09:59:28AM +0200,

Re: [PATCH] net: don't use kvzalloc for DMA memory

On Wed, Apr 18, 2018 at 01:38:43PM -0700, Eric Dumazet wrote: > > > On 04/18/2018 10:55 AM, Michael S. Tsirkin wrote: > > > Imagine you want to pass some data to card. > > Natural thing is to just put it in a variable and start DMA. > > However DMA API disallows stack access nowdays, > > so

Re: [PATCH 2/2] cpufreq: brcmstb-avs-cpufreq: prefer SCMI cpufreq if supported

On 18-04-18, 08:56, Markus Mayer wrote: > From: Jim Quinlan > > If the SCMI cpufreq driver is supported, we bail, so that the new > approach can be used. > > Signed-off-by: Jim Quinlan > Signed-off-by: Markus Mayer > --- >

Re: [PATCH] checkpatch: Add a --strict test for structs with bool member definitions

On Wed, 18 Apr 2018, Joe Perches wrote: > On Tue, 2018-04-17 at 17:07 +0800, yuank...@codeaurora.org wrote: > > Hi julia, > > > > On 2018-04-15 05:19 AM, Julia Lawall wrote: > > > On Wed, 11 Apr 2018, Joe Perches wrote: > > > > > > > On Thu, 2018-04-12 at 08:22 +0200, Julia Lawall wrote: > > >

Re: [PATCH] checkpatch: Add a --strict test for structs with bool member definitions

On Wed, 18 Apr 2018, Joe Perches wrote: > On Thu, 2018-04-19 at 06:40 +0200, Julia Lawall wrote: > > > > On Wed, 18 Apr 2018, Joe Perches wrote: > > > > > On Tue, 2018-04-17 at 17:07 +0800, yuank...@codeaurora.org wrote: > > > > Hi julia, > > > > > > > > On 2018-04-15 05:19 AM, Julia Lawall

<    2   3   4   5   6   7   8   9   10   11   >