[RFC 06/11] net: phy: Hoist no phy detected state

Default initializing the phy_id to "invalid" allows us to avoid setting it on the error returns. Signed-off-by: Jeremy Linton --- drivers/net/phy/phy_device.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/drivers/net/phy/phy_device.c

[RFC 00/11] Make C45 autoprobe more robust

It would be nice if we could depend on the c45 scanner to identify standards complaint phys or fail cleanly enough that we can turn around and continue probing the bus for c22 devices. In order to pull this off we should be looking at a larger range of MMD addresses, as well as doing a better job

[RFC 02/11] net: phy: Simplify MMD device list termination

Since we are already checking for *devs == 0 after the loop terminates, we can add a mostly F's check as well. With that change we can simplify the return/break sequence inside the loop. Add a valid_phy_id() macro for this, since we will be using it in a couple other places. Signed-off-by:

[RFC 10/11] net: example acpize xgmac_mdio

Signed-off-by: Jeremy Linton --- drivers/net/ethernet/freescale/xgmac_mdio.c | 27 + 1 file changed, 17 insertions(+), 10 deletions(-) diff --git a/drivers/net/ethernet/freescale/xgmac_mdio.c b/drivers/net/ethernet/freescale/xgmac_mdio.c index c82c85ef5fb3..96ee3bd89983

Re: [PATCH 1/4] ahci: qoriq: Add platform dependencies

On Thu, May 7, 2020 at 6:30 AM Geert Uytterhoeven wrote: > > The Freescale QorIQ AHCI SATA controller is only present on Freescale > Layerscape SoCs. Add platform dependencies to the AHCI_QORIQ config > symbol, to avoid asking the user about it when configuring a kernel > without Layerscape

[PATCH] FS: BTRFS: ulist.c: Fixed a brace coding style and space before tab

From: Ethan Edwards --- fs/btrfs/ulist.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/fs/btrfs/ulist.c b/fs/btrfs/ulist.c index 3374c9e9be67..1e0484c8d244 100644 --- a/fs/btrfs/ulist.c +++ b/fs/btrfs/ulist.c @@ -22,7 +22,7 @@ * ULIST_ITER_INIT(); * * while

Re: [PATCH] csky: Fixup calltrace panic

On 5/22/20 8:28 AM, Guo Ren wrote: > Hi, > > On Thu, May 21, 2020 at 10:46 PM Guenter Roeck wrote: >>> We tested it with https://github.com/c-sky/gcc (gcc-6.3) >>> >> >> That won't work for me. You really might want to consider >> supporting upstream gcc. I'll try disabling CONFIG_STACKTRACE >>

Re: [PATCH 3/4] clk: qoriq: Add platform dependencies

On Thu, May 7, 2020 at 6:31 AM Geert Uytterhoeven wrote: > > The Freescale QorIQ clock controller is only present on Freescale E500MC > and Layerscape SoCs. Add platform dependencies to the CLK_QORIQ config > symbol, to avoid asking the user about it when configuring a kernel > without E500MC or

Re: [PATCH] treewide: Replace zero-length array with flexible-array

On Thu, May 7, 2020 at 1:49 PM Gustavo A. R. Silva wrote: > > The current codebase makes use of the zero-length array language > extension to the C90 standard, but the preferred mechanism to declare > variable-length types such as these ones is a flexible array member[1][2], > introduced in C99:

Re: [PATCH] soc: fsl: qe: Replace one-element array and use struct_size() helper

On Mon, May 18, 2020 at 5:16 PM Gustavo A. R. Silva wrote: > > The current codebase makes use of one-element arrays in the following > form: > > struct something { > int length; > u8 data[1]; > }; > > struct something *instance; > > instance = kmalloc(sizeof(*instance) + size,

Re: [PATCH net-next 1/5] net: hns3: add support for VF to query ring and vector mapping

From: Huazhong Tan Date: Fri, 22 May 2020 10:49:42 +0800 > From: Guangbin Huang > > This patch adds support for VF to query the mapping of ring and > vector. > > Signed-off-by: Guangbin Huang > Signed-off-by: Huazhong Tan As Jakub said nothing is making this request, please remove it until

Re: [PATCH] soc: fsl: qe: Replace one-element array and use struct_size() helper

On Wed, May 20, 2020 at 10:24 PM Kees Cook wrote: > > On Wed, May 20, 2020 at 06:52:21PM -0500, Li Yang wrote: > > On Mon, May 18, 2020 at 5:57 PM Kees Cook wrote: > > > Hm, looking at this code, I see a few other things that need to be > > > fixed: > > > > > > 1) drivers/tty/serial/ucc_uart.c

Re: [PATCH v5 00/11] mediatek: add support for MediaTek Ethernet MAC

From: Bartosz Golaszewski Date: Fri, 22 May 2020 14:06:49 +0200 > This series adds support for the STAR Ethernet Controller present on MediaTeK > SoCs from the MT8* family. Series applied to net-next, thank you.

Re: [patch V9 00/39] x86/entry: Rework leftovers (was part V)

On Fri, May 22, 2020 at 08:20:15AM +0100, Andrew Cooper wrote: > Apologies for opening a related can of worms. > > The new debug_enter() has propagated a pre-existing issue forward, > ultimately caused by bad advice in the SDM. > > Because the RTM status bit in DR6 has inverted polarity, writing

[no subject]

Linuxhttp://tiny.cc/9t6jpz Soyoung Park

sound/soc/jz4740/jz4740-i2s.c:465:34: warning: unused variable 'jz4740_i2s_soc_info'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 444565650a5fe9c63ddf153e6198e31705dedeb2 commit: 62f9ed5f8768d2425461737d77b83f888b525c06 ASoC: jz4740-i2s: Avoid passing enum as match data date: 2 months ago config: mips-randconfig-r014-20200522

[PATCH v2 03/11] mm: add support for async page locking

On 5/22/20 2:23 PM, Jens Axboe wrote: > Normally waiting for a page to become unlocked, or locking the page, > requires waiting for IO to complete. Add support for lock_page_async() > and wait_on_page_locked_async(), which are callback based instead. This > allows a caller to get notified when a

Re: [PATCH v12 00/18] Enable FSGSBASE instructions

On 5/22/20 1:14 PM, Don Porter wrote: > I wanted to clarify that we never intended the Graphene kernel module > you mention for production use, as well as to comment in support of this > patch. Could you also clarify: Did you know that the FSGSBASE kernel module introduced a root vulnerability?

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

On 5/22/20 12:28 AM, Luis Chamberlain wrote: On Tue, May 19, 2020 at 05:34:13PM -0500, Alex Elder wrote: On 5/15/20 4:28 PM, 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

Looking for an open-source thesis idea

Hi Guys, Hope I'm not bothering you. I'm looking for a masters thesis idea, and if possible doing one related to open source software (of course I have the option of tying it in to the Powermax kernel I work on also with Dell). One idea that sprung to mind is, I'm really liking this new QUIC

Re: lockdep trace with xfs + mm in it from 5.7.0-rc5

OTOH, it didn't take that long to whip up a patch. Dave, does this fix your problem? --D --- xfs: more lockdep whackamole with kmem_alloc* Dave Airlie reported the following lockdep complaint: > == > WARNING: possible circular locking

[RFC][PATCH 2/4] x86/entry, nmi: Disable #DB

Instead of playing stupid games with IST stacks, fully disallow #DB during NMIs. There is absolutely no reason to allow them, and killing this saves a heap of trouble. We already disallow #BD on noinstr and CEA, so we can't get #DB before this, and this ensures we can't get it after this either.

[RFC][PATCH 1/4] x86/entry: Introduce local_db_{rave,restore}()

In order to allow other exceptions than #DB to disable breakpoints, provide a common helper. Signed-off-by: Peter Zijlstra (Intel) --- arch/x86/include/asm/debugreg.h | 23 +++ arch/x86/kernel/traps.c | 18 ++ 2 files changed, 25 insertions(+), 16

[RFC][PATCH 0/4] x86/entry: disallow #DB more

Hai, this kills #DB during NMI/#MC and with that allows removing all the nasty IST rewrite crud.

[RFC][PATCH 3/4] x86/entry: Remove debug IST frobbing

This is all unused now. Signed-off-by: Peter Zijlstra (Intel) --- arch/x86/include/asm/debugreg.h | 19 --- arch/x86/include/asm/desc.h | 32 +--- arch/x86/kernel/cpu/common.c| 17 - arch/x86/kernel/idt.c | 22

[RFC][PATCH 4/4] x86/entry, mce: Disallow #DB during #MC

#MC is fragile as heck, don't tempt fate. Signed-off-by: Peter Zijlstra (Intel) --- arch/x86/kernel/cpu/mce/core.c | 12 1 file changed, 12 insertions(+) --- a/arch/x86/kernel/cpu/mce/core.c +++ b/arch/x86/kernel/cpu/mce/core.c @@ -1943,22 +1943,34 @@ static __always_inline void

Re: [PATCH v3 0/2] PCI/ERR: Allow Native AER/DPC using _OSC

Hi Bjorn, Derrick, On 5/22/20 12:46 PM, Bjorn Helgaas wrote: On Fri, May 22, 2020 at 05:23:31PM +, Derrick, Jonathan wrote: On Fri, 2020-05-01 at 11:35 -0600, Jonathan Derrick wrote: On Fri, 2020-05-01 at 12:16 -0500, Bjorn Helgaas wrote: On Thu, Apr 30, 2020 at 12:46:07PM -0600, Jon

Re: [PATCH 02/10] swiotlb-xen: remove start_dma_addr

On Fri, 22 May 2020, Julien Grall wrote: > On 22/05/2020 04:55, Stefano Stabellini wrote: > > On Thu, 21 May 2020, Julien Grall wrote: > > > Hi, > > > > > > On 21/05/2020 00:45, Stefano Stabellini wrote: > > > > From: Stefano Stabellini > > > > > > > > It is not strictly needed. Call

Re: [RFC 1/2] devlink: add simple fw crash helpers

On Fri, 2020-05-22 at 10:17 -0700, Jakub Kicinski wrote: > > > --- a/net/core/Makefile > > > +++ b/net/core/Makefile > > > @@ -31,7 +31,7 @@ obj-$(CONFIG_LWTUNNEL_BPF) += lwt_bpf.o > > > obj-$(CONFIG_BPF_STREAM_PARSER) += sock_map.o > > > obj-$(CONFIG_DST_CACHE) += dst_cache.o > > >

Re: lockdep trace with xfs + mm in it from 5.7.0-rc5

On Fri, May 22, 2020 at 10:30:27AM +1000, Dave Chinner wrote: > On Thu, May 21, 2020 at 04:13:12PM -0700, Darrick J. Wong wrote: > > [cc linux-xfs] > > > > On Fri, May 22, 2020 at 08:21:50AM +1000, Dave Airlie wrote: > > > Hi, > > > > > > Just updated a rawhide VM to the Fedora 5.7.0-rc5 kernel,

[git pull] drm fixes for v5.7-rc7

Hi Linus, Things seemed to have quieten down, though no i915 pull (I even gave them an extra 12 hours in case they were late). The amdgpu floating point fix is probably the largest, but it just moves some code around to it doesn't do fpu stuff outside the fpu boundaries. Otherwise it's just a

Re: [PATCH 01/10] swiotlb-xen: use vmalloc_to_page on vmalloc virt addresses

On Fri, 22 May 2020, Julien Grall wrote: > Hi Stefano, > > On 22/05/2020 04:54, Stefano Stabellini wrote: > > On Thu, 21 May 2020, Julien Grall wrote: > > > Hi, > > > > > > On 21/05/2020 00:45, Stefano Stabellini wrote: > > > > From: Boris Ostrovsky > > > > > > > > Don't just assume that

Re: [PATCH v7 02/20] spi: spi-mem: allow specifying a command's extension

On 22/05/20 05:32PM, Boris Brezillon wrote: > On Fri, 22 May 2020 15:42:43 +0530 > Pratyush Yadav wrote: > > > In xSPI mode, flashes expect 2-byte opcodes. The second byte is called > > the "command extension". There can be 3 types of extensions in xSPI: > > repeat, invert, and hex. When the

Re: [PATCH] media: rkvdec: Fix H264 scaling list order

Le vendredi 22 mai 2020 à 20:21 +, Jonas Karlman a écrit : > The Rockchip Video Decoder driver is expecting that the values in a > scaling list are in zig-zag order and applies the inverse scanning process > to get the values in matrix order. > > Commit 0b0393d59eb4 ("media: uapi: h264:

[PATCH 05/11] fs: add FMODE_BUF_RASYNC

If set, this indicates that the file system supports IOCB_WAITQ for buffered reads. Signed-off-by: Jens Axboe --- include/linux/fs.h | 3 +++ 1 file changed, 3 insertions(+) diff --git a/include/linux/fs.h b/include/linux/fs.h index 82b989695ab9..0ef5f5973b1c 100644 --- a/include/linux/fs.h

[PATCH 06/11] ext4: flag as supporting buffered async reads

Signed-off-by: Jens Axboe --- fs/ext4/file.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/ext4/file.c b/fs/ext4/file.c index 0d624250a62b..9f7d9bf427b4 100644 --- a/fs/ext4/file.c +++ b/fs/ext4/file.c @@ -826,7 +826,7 @@ static int ext4_file_open(struct inode * inode,

[PATCH 08/11] xfs: flag files as supporting buffered async reads

XFS uses generic_file_read_iter(), which already supports this. Signed-off-by: Jens Axboe --- fs/xfs/xfs_file.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/xfs/xfs_file.c b/fs/xfs/xfs_file.c index 4b8bdecc3863..97f44fbf17f2 100644 --- a/fs/xfs/xfs_file.c +++

[PATCHSET RFC 0/11] Add support for async buffered reads

We technically support this already through io_uring, but it's implemented with a thread backend to support cases where we would block. This isn't ideal. After a few prep patches, the core of this patchset is adding support for async callbacks on page unlock. With this primitive, we can simply

[PATCH 02/11] mm: allow read-ahead with IOCB_NOWAIT set

The read-ahead shouldn't block, so allow it to be done even if IOCB_NOWAIT is set in the kiocb. Signed-off-by: Jens Axboe --- mm/filemap.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/mm/filemap.c b/mm/filemap.c index 23a051a7ef0f..80747f1377d5 100644 --- a/mm/filemap.c +++

[PATCH 04/11] mm: support async buffered reads in generic_file_buffered_read()

Use the async page locking infrastructure, if IOCB_WAITQ is set in the passed in iocb. The caller must expect an -EIOCBQUEUED return value, which means that IO is started but not done yet. This is similar to how O_DIRECT signals the same operation. Once the callback is received by the caller for

[PATCH 11/11] io_uring: support true async buffered reads, if file provides it

If the file is flagged with FMODE_BUF_RASYNC, then we don't have to punt the buffered read to an io-wq worker. Instead we can rely on page unlocking callbacks to support retry based async IO. This is a lot more efficient than doing async thread offload. The retry is done similarly to how we

[PATCH 09/11] btrfs: flag files as supporting buffered async reads

btrfs uses generic_file_read_iter(), which already supports this. Signed-off-by: Jens Axboe --- fs/btrfs/file.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/btrfs/file.c b/fs/btrfs/file.c index 719e68ab552c..c933b6a1b4a8 100644 --- a/fs/btrfs/file.c +++

[PATCH 07/11] block: flag block devices as supporting IOCB_WAITQ

Signed-off-by: Jens Axboe --- fs/block_dev.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/block_dev.c b/fs/block_dev.c index 86e2a7134513..ec8dccc81b65 100644 --- a/fs/block_dev.c +++ b/fs/block_dev.c @@ -1851,7 +1851,7 @@ static int blkdev_open(struct inode * inode,

Re: [PATCH] drm: rcar-du: Fix build error

Hi Daniel, Thank you for the patch. On Mon, May 18, 2020 at 10:16:46PM +0200, Daniel Gomez wrote: > Select DRM_KMS_HELPER dependency. > > Build error when DRM_KMS_HELPER is not selected: > > drivers/gpu/drm/rcar-du/rcar_lvds.o:(.rodata+0xd48): undefined reference to >

[PATCH 03/11] mm: add support for async page locking

Normally waiting for a page to become unlocked, or locking the page, requires waiting for IO to complete. Add support for lock_page_async() and wait_on_page_locked_async(), which are callback based instead. This allows a caller to get notified when a page becomes unlocked, rather than wait for it.

[PATCH 10/11] mm: add kiocb_wait_page_async_init() helper

Checks if the file supports it, and initializes the values that we need. Caller passes in 'data' pointer, if any, and the callback function to be used. Signed-off-by: Jens Axboe --- include/linux/pagemap.h | 18 ++ 1 file changed, 18 insertions(+) diff --git

[PATCH 01/11] block: read-ahead submission should imply no-wait as well

As read-ahead is opportunistic, don't block for request allocation. Signed-off-by: Jens Axboe --- include/linux/blk_types.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/include/linux/blk_types.h b/include/linux/blk_types.h index ccb895f911b1..c296463c15eb 100644 ---

[PATCH] media: rkvdec: Fix H264 scaling list order

The Rockchip Video Decoder driver is expecting that the values in a scaling list are in zig-zag order and applies the inverse scanning process to get the values in matrix order. Commit 0b0393d59eb4 ("media: uapi: h264: clarify expected scaling_list_4x4/8x8 order") clarified that the values in the

Re: [PATCH v2] i2c: cadence: Add an error handling for platform_get_irq()

> You know about > devm_platform_get_and_ioremap_resource() > usage. > Maybe that's the way to go. Because as of today there is no way to pass > position of irq resource. > > But I expect it will come in near future. Has been tried, has been nacked:

Re: [PATCH 03/17] ARM: dts: r8a7742: Add I2C and IIC support

> > According to the Hardware User's Manual Rev. 1.00, the registers do exist > > on all RZ/G1, except for RZ/G1E (see below). > > > >"(automatic transmission can be used as a hardware function, but this is > > not meaningful for actual use cases)." > > > > (whatever that comment may

Re: Re: [PATCH v12 00/18] Enable FSGSBASE instructions

On 5/19/20 12:48 PM, Jarkko Sakkinen wrote: On Tue, May 19, 2020 at 01:03:25AM +0200, Thomas Gleixner wrote: Jarkko Sakkinen writes: On Mon, 2020-05-18 at 08:34 -0700, Andi Kleen wrote: Yes, for SGX this is functional feature because enclave entry points, thread control structures (aka

Re: [RFC PATCH 07/13] sched: Add core wide task selection and scheduling.

On Fri, May 22, 2020 at 11:44:06AM +0800, Aaron Lu wrote: [...] > > Updated diff below: > > > > ---8<--- > > > > diff --git a/kernel/sched/core.c b/kernel/sched/core.c > > index 005d7f7323e2d..625377f393ed3 100644 > > --- a/kernel/sched/core.c > > +++ b/kernel/sched/core.c >

Re: [EXTERNAL] Re: [PATCH] x86/Hyper-V: Support for free page reporting

On Fri, May 22, 2020 at 9:42 AM Sunil Muthuswamy wrote: > [...] > > > > > + order = get_order(sg->length); > > > + range = >ranges[i]; > > > + range->address_space = 0; > > > > I guess this means all address spaces? > > 'address_space' is being used here just as a

Re: seccomp feature development

On Mon, May 18, 2020 at 02:04:57PM -0700, Kees Cook wrote: > Hi! > > This is my attempt at a brain-dump on my plans for nearish-term seccomp > features. Welcome to my TED talk... ;) > > These are the things I've been thinking about: > > - fd passing > - deep argument inspection > - changing

[PATCH net-next v2] net: psample: fix build error when CONFIG_INET is not enabled

insertions(+) --- linux-next-20200522.orig/net/psample/psample.c +++ linux-next-20200522/net/psample/psample.c @@ -209,6 +209,7 @@ void psample_group_put(struct psample_gr } EXPORT_SYMBOL_GPL(psample_group_put); +#ifdef CONFIG_INET static int __psample_ip_tun_to_nlattr(struct sk_buff *skb

Re: [PATCHv2 2/2] tpm_ftpm_tee: register driver on TEE bus

On Fri, May 22, 2020 at 10:29:44PM +0300, Maxim Uvarov wrote: > On Fri, 22 May 2020 at 20:15, Jarkko Sakkinen > wrote: > > > > On Thu, May 21, 2020 at 09:47:43AM +0300, Maxim Uvarov wrote: > > > Register driver on TEE bus. module tee registers bus, > > > > "on the TEE bus" > > > > "The module

Re: [PATCH v3] Kernel selftests: Add check if TPM devices are supported

On Fri, May 22, 2020 at 01:23:26PM -0600, shuah wrote: > On 5/22/20 10:37 AM, Jarkko Sakkinen wrote: > > On Fri, May 22, 2020 at 07:37:17PM +0300, Jarkko Sakkinen wrote: > > > On Thu, May 21, 2020 at 05:43:44PM +0300, Nikita Sobolev wrote: > > > > TPM2 tests set uses /dev/tpm0 and /dev/tpmrm0

Re: [PATCH v30 12/20] x86/sgx: Add a page reclaimer

On Thu, May 21, 2020 at 11:58:02PM -0700, Sean Christopherson wrote: > > + kref_put(_page->encl->refcount, sgx_encl_release); > > + > > + spin_lock(_active_page_list_lock); > > + list_add_tail(_page->list, _active_page_list); > > +

Re: [PATCH] ovl: make private mounts longterm

On Fri, May 22, 2020 at 08:53:49PM +0200, Miklos Szeredi wrote: > On Fri, May 22, 2020 at 7:02 PM Amir Goldstein wrote: > > > > > > > - mntput(ofs->upper_mnt); > > > > > - for (i = 1; i < ofs->numlayer; i++) { > > > > > - iput(ofs->layers[i].trap); > > > > > -

Re: [PATCH] f2fs: Avoid infinite loop to wait for flushing node pages at cp_error

> Shutdown test is somtime hung, since dirty node pages weren't flushed out. > Let's drop dirty pages at umount after shutdown. I suggest to improve also this commit message. * Please avoid typos. * Would you like to add the tag “Fixes”? Regards, Markus

Re: [patch V6 19/37] x86/irq: Convey vector as argument and not in ptregs

Josh Poimboeuf writes: > On Fri, May 22, 2020 at 02:48:53PM -0400, Boris Ostrovsky wrote: >> > Yes. They just make objtool very unhappy: >> > >> > arch/x86/entry/entry_64.o: warning: objtool: .entry.text+0xfd0: special: >> > can't find orig instruction >> > >> > Peter suggested to use: >> > >> >

Re: [PATCH -net-next] net: psample: depends on INET

On Fri, May 22, 2020 at 12:48 PM Randy Dunlap wrote: > > On 5/22/20 12:17 PM, Cong Wang wrote: > > On Fri, May 22, 2020 at 12:03 PM Randy Dunlap wrote: > >> > >> From: Randy Dunlap > >> > >> Fix psample build error when CONFIG_INET is not set/enabled. > >> PSAMPLE should depend on INET instead

Re: [PATCH v30 04/20] x86/sgx: Add SGX microarchitectural data structures

On Fri, May 22, 2020 at 09:13:26AM -0700, Sean Christopherson wrote: > On Fri, May 22, 2020 at 06:54:05PM +0300, Jarkko Sakkinen wrote: > > On Wed, May 20, 2020 at 08:47:45PM +0200, Borislav Petkov wrote: > > > On Fri, May 15, 2020 at 03:43:54AM +0300, Jarkko Sakkinen wrote: > > > > +/** > > > > +

Re: [PATCH -net-next] net: psample: depends on INET

On 5/22/20 12:17 PM, Cong Wang wrote: > On Fri, May 22, 2020 at 12:03 PM Randy Dunlap wrote: >> >> From: Randy Dunlap >> >> Fix psample build error when CONFIG_INET is not set/enabled. >> PSAMPLE should depend on INET instead of NET since >> ip_tunnel_info_opts() is only present for CONFIG_INET.

Re: [PATCH v30 12/20] x86/sgx: Add a page reclaimer

On Fri, May 22, 2020 at 12:15:53AM -0700, Sean Christopherson wrote: > On Fri, May 15, 2020 at 03:44:02AM +0300, Jarkko Sakkinen wrote: > > +static void sgx_reclaimer_write(struct sgx_epc_page *epc_page, > > + struct sgx_backing *backing) > > +{ > > + struct

Re: [PATCH v3 0/2] PCI/ERR: Allow Native AER/DPC using _OSC

On Fri, May 22, 2020 at 05:23:31PM +, Derrick, Jonathan wrote: > On Fri, 2020-05-01 at 11:35 -0600, Jonathan Derrick wrote: > > On Fri, 2020-05-01 at 12:16 -0500, Bjorn Helgaas wrote: > > > On Thu, Apr 30, 2020 at 12:46:07PM -0600, Jon Derrick wrote: > > > > Hi Bjorn & Kuppuswamy, > > > > > >

Re: [PATCH v30 10/20] x86/sgx: Linux Enclave Driver

On Thu, May 21, 2020 at 12:12:36PM -0700, Sean Christopherson wrote: > On Fri, May 15, 2020 at 03:44:00AM +0300, Jarkko Sakkinen wrote: > > +long sgx_ioctl(struct file *filep, unsigned int cmd, unsigned long arg) > > +{ > > + struct sgx_encl *encl = filep->private_data; > > + int ret,

Re: [PATCH v3 2/2] arm64: dts: Add ds26522 node to dts to ls1043ardb

On Tue, May 19, 2020 at 11:08 PM Qiang Zhao wrote: > > From: Zhao Qiang Maybe remove the duplicated dts in the title? > > Add ds26522 node to fsl-ls1043a-rdb.dts > > Signed-off-by: Zhao Qiang > --- > v3: > - use "arm64: dts:" format for subject > >

Re: Some -serious- BPF-related litmus tests

On 5/22/20 10:43 AM, Paul E. McKenney wrote: On Fri, May 22, 2020 at 10:32:01AM -0400, Alan Stern wrote: On Fri, May 22, 2020 at 11:44:07AM +0200, Peter Zijlstra wrote: On Thu, May 21, 2020 at 05:38:50PM -0700, Paul E. McKenney wrote: Hello! Just wanted to call your attention to some pretty

Re: [PATCH] dt-bindings: timer: Add renesas,em-sti bindings

On 19/05/2020 10:11, Geert Uytterhoeven wrote: > Document Device Tree bindings for the Renesas EMMA Mobile System Timer. > > Signed-off-by: Geert Uytterhoeven > --- Applied, thanks -- Linaro.org │ Open source software for ARM SoCs Follow Linaro:

Re: [patch V9 21/39] x86/irq: Convey vector as argument and not in ptregs

Thomas Gleixner writes: > + .align 8 > +SYM_CODE_START(irq_entries_start) > +vector=FIRST_EXTERNAL_VECTOR > +pos = . > +.rept (FIRST_SYSTEM_VECTOR - FIRST_EXTERNAL_VECTOR) > + UNWIND_HINT_IRET_REGS > + .byte 0x6a, vector > + jmp common_interrupt > + .nops

Re: [PATCH v3] selftests/timens: handle a case when alarm clocks are not supported

On 5/21/20 1:52 AM, Andrei Vagin wrote: This can happen if a testing node doesn't have RTC (real time clock) hardware or it doesn't support alarms. Fixes: 61c57676035d ("selftests/timens: Add Time Namespace test for supported clocks") Acked-by: Vincenzo Frascino Reported-by: Vincenzo Frascino

Re: [PATCHv2 2/2] tpm_ftpm_tee: register driver on TEE bus

On Fri, 22 May 2020 at 20:15, Jarkko Sakkinen wrote: > > On Thu, May 21, 2020 at 09:47:43AM +0300, Maxim Uvarov wrote: > > Register driver on TEE bus. module tee registers bus, > > "on the TEE bus" > > "The module tee" > > > and module optee calls optee_enumerate_devices() to scan > > all devices

Re: [PATCH 3/4] remoteproc: add support for a new 64-bit trace version

Hi Suman, - On 22 May, 2020, at 20:59, s-anna s-a...@ti.com wrote: > Hi Clement, > >> > - On 22 May, 2020, at 20:03, Clément Leger cle...@kalray.eu wrote:> >>> Hi Suman, >>> >>> - On 22 May, 2020, at 19:33, Bjorn Andersson bjorn.anders...@linaro.org >>> wrote: >>> On Fri 22

Re: [patch V6 19/37] x86/irq: Convey vector as argument and not in ptregs

On Fri, May 22, 2020 at 02:48:53PM -0400, Boris Ostrovsky wrote: > > Yes. They just make objtool very unhappy: > > > > arch/x86/entry/entry_64.o: warning: objtool: .entry.text+0xfd0: special: > > can't find orig instruction > > > > Peter suggested to use: > > > > .pos = . > > .byte.. >

Re: [PATCH v30 10/20] x86/sgx: Linux Enclave Driver

On Thu, May 21, 2020 at 12:12:36PM -0700, Sean Christopherson wrote: > On Fri, May 15, 2020 at 03:44:00AM +0300, Jarkko Sakkinen wrote: > > +long sgx_ioctl(struct file *filep, unsigned int cmd, unsigned long arg) > > +{ > > + struct sgx_encl *encl = filep->private_data; > > + int ret,

Re: [PATCH v3] Kernel selftests: Add check if TPM devices are supported

On 5/22/20 10:37 AM, Jarkko Sakkinen wrote: On Fri, May 22, 2020 at 07:37:17PM +0300, Jarkko Sakkinen wrote: On Thu, May 21, 2020 at 05:43:44PM +0300, Nikita Sobolev wrote: TPM2 tests set uses /dev/tpm0 and /dev/tpmrm0 without check if they are available. In case, when these devices are not

Re: [v2 2/2] dts: ppc: t1024rdb: remove interrupts property

On Wed, May 20, 2020 at 4:21 AM Biwen Li wrote: > > From: Biwen Li > > This removes interrupts property to drop warning as follows: > - $ hwclock.util-linux > hwclock.util-linux: select() to /dev/rtc0 > to wait for clock tick timed out > > My case: > - RTC ds1339s INT pin

Re: [v2 1/2] dts: ppc: t4240rdb: remove interrupts property

On Wed, May 20, 2020 at 4:21 AM Biwen Li wrote: > > From: Biwen Li > > This removes interrupts property to drop warning as follows: > - $ hwclock.util-linux > hwclock.util-linux: select() to /dev/rtc0 > to wait for clock tick timed out > > My case: > - RTC ds1374's INT pin is

sound/soc/codecs/tlv320adcx140.c:776:34: warning: unused variable 'tlv320adcx140_of_match'

-20200522 (attached as .config) compiler: clang version 11.0.0 (https://github.com/llvm/llvm-project 3393cc4cebf9969db94dc424b7a2b6195589c33b) reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x

Re: [PATCH -net-next] net: psample: depends on INET

On Fri, May 22, 2020 at 12:03 PM Randy Dunlap wrote: > > From: Randy Dunlap > > Fix psample build error when CONFIG_INET is not set/enabled. > PSAMPLE should depend on INET instead of NET since > ip_tunnel_info_opts() is only present for CONFIG_INET. > > ../net/psample/psample.c: In function

[PATCH v3 3/3] vfio-pci: Invalidate mmaps and block MMIO access on disabled memory

Accessing the disabled memory space of a PCI device would typically result in a master abort response on conventional PCI, or an unsupported request on PCI express. The user would generally see these as a -1 response for the read return data and the write would be silently discarded, possibly

[PATCH v3 2/3] vfio-pci: Fault mmaps to enable vma tracking

Rather than calling remap_pfn_range() when a region is mmap'd, setup a vm_ops handler to support dynamic faulting of the range on access. This allows us to manage a list of vmas actively mapping the area that we can later use to invalidate those mappings. The open callback invalidates the vma

[PATCH v3 0/3] vfio-pci: Block user access to disabled device MMIO

v3: The memory_lock semaphore is only held in the MSI-X path for callouts to functions that may access MSI-X MMIO space of the device, this should resolve the circular locking dependency reported by Qian (re-testing very much appreciated). I've also incorporated the pci_map_rom() and

[PATCH v3 1/3] vfio/type1: Support faulting PFNMAP vmas

With conversion to follow_pfn(), DMA mapping a PFNMAP range depends on the range being faulted into the vma. Add support to manually provide that, in the same way as done on KVM with hva_to_pfn_remapped(). Reviewed-by: Peter Xu Signed-off-by: Alex Williamson ---

Re: [PATCH 03/17] ARM: dts: r8a7742: Add I2C and IIC support

Hi Wolfram, On Mon, May 18, 2020 at 11:10 AM Geert Uytterhoeven wrote: > > Hi Wolfram, > > On Mon, May 18, 2020 at 11:26 AM Wolfram Sang > wrote: > > > > However, both versions (with and without automatic transmission) are > > > > described with the same "renesas,iic-r8a7742" compatible. Is it

Re: [PATCH RFC] sched/headers: Fix sched_setattr userspace compilation issues

On Fri, May 22, 2020 at 04:02:26PM +0200, Peter Zijlstra wrote: > On Thu, May 21, 2020 at 11:55:21AM -0400, Joel Fernandes wrote: > > On Thu, May 21, 2020 at 11:53 AM Joel Fernandes (Google) > > wrote: > > > > > > On a modern Linux distro, compiling the following program fails: > > > #include >

Re: [RESEND PATCH] thermal: mediatek: add suspend/resume callback

On 08/04/2020 11:05, Michael Kao wrote: > From: Louis Yu > > Add suspend/resume callback to disable/enable Mediatek thermal sensor > respectively. Since thermal power domain is off in suspend, thermal driver > needs re-initialization during resume. > > Signed-off-by: Louis Yu > Signed-off-by:

Re: [PATCH 2/3] gpio: pxa: Fix return value of pxa_gpio_probe()

Tiezhu Yang writes: > When call function devm_platform_ioremap_resource(), we should use IS_ERR() > to check the return value and return PTR_ERR() if failed. > > Fixes: 542c25b7a209 ("drivers: gpio: pxa: use > devm_platform_ioremap_resource()") > Signed-off-by: Tiezhu Yang > --- >

Re: [PATCH v3] Kernel selftests: Add check if TPM devices are supported

Hi, > TPM2 tests set uses /dev/tpm0 and /dev/tpmrm0 without check if they > are available. In case, when these devices are not available test > fails, but expected behaviour is skipped test. Reviewed-by: Petr Vorel Kind regards, Petr

[PATCH v2] net/mlx4_core: fix a memory leak bug.

From: Qiushi Wu In function mlx4_opreq_action(), pointer "mailbox" is not released, when mlx4_cmd_box() return and error, causing a memory leak bug. Fix this issue by going to "out" label, mlx4_free_cmd_mailbox() can free this pointer. Fixes: fe6f700d6cbb ("net/mlx4_core: Respond to operation

Re: [GIT PULL] RISC-V Fixes for 5.7-rc7

The pull request you sent on Fri, 22 May 2020 11:01:05 -0700 (PDT): > git://git.kernel.org/pub/scm/linux/kernel/git/riscv/linux.git > tags/riscv-for-linus-5.7-rc7 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/b09ca17a2a082299c787025b6c3e614a24a24ca8 Thank you! --

Re: [GIT PULL] io_uring fixes for 5.7-rc

The pull request you sent on Fri, 22 May 2020 11:12:07 -0600: > git://git.kernel.dk/linux-block.git tags/io_uring-5.7-2020-05-22 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/444565650a5fe9c63ddf153e6198e31705dedeb2 Thank you! -- Deet-doot-dot, I am a bot.

[PATCH -net-next] net: psample: depends on INET

(-) --- linux-next-20200522.orig/net/psample/Kconfig +++ linux-next-20200522/net/psample/Kconfig @@ -4,7 +4,7 @@ # menuconfig PSAMPLE - depends on NET + depends on INET tristate "Packet-sampling netlink channel" default n help

Re: [PATCH 1/3] spi: rb4xx: null pointer bug fix

On Thu, 21 May 2020 14:36:29 -0400, Christopher Hill wrote: > This patch fixes a null pointer bug in the spi driver spi-rb4xx.c by > moving the private data initialization to earlier in probe Applied to https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git for-next Thanks! [1/3]

Re: [PATCH 3/4] remoteproc: add support for a new 64-bit trace version

Hi Clement, > - On 22 May, 2020, at 20:03, Clément Leger cle...@kalray.eu wrote:> Hi Suman, - On 22 May, 2020, at 19:33, Bjorn Andersson bjorn.anders...@linaro.org wrote: On Fri 22 May 09:54 PDT 2020, Suman Anna wrote: On 5/21/20 2:42 PM, Suman Anna wrote: Hi Bjorn, On 5/21/20

Re: [PATCH] ovl: make private mounts longterm

On Fri, May 22, 2020 at 7:02 PM Amir Goldstein wrote: > > > > > - mntput(ofs->upper_mnt); > > > > - for (i = 1; i < ofs->numlayer; i++) { > > > > - iput(ofs->layers[i].trap); > > > > - mntput(ofs->layers[i].mnt); > > > > + > > > > + if (!ofs->layers) { > > > >

Re: [patch V6 19/37] x86/irq: Convey vector as argument and not in ptregs

On 5/21/20 9:22 AM, Thomas Gleixner wrote: > Andy Lutomirski writes: >> On Fri, May 15, 2020 at 5:10 PM Thomas Gleixner wrote: >> >> + .align 8 >>> +SYM_CODE_START(irq_entries_start) >>> +vector=FIRST_EXTERNAL_VECTOR >>> +.rept (FIRST_SYSTEM_VECTOR - FIRST_EXTERNAL_VECTOR) >>> +

Re: [PATCH net-next v2 4/4] net: dp83869: Add RGMII internal delay configuration

Florian On 5/22/20 11:13 AM, Florian Fainelli wrote: On 5/22/2020 5:25 AM, Dan Murphy wrote: Add RGMII internal delay configuration for Rx and Tx. Signed-off-by: Dan Murphy --- drivers/net/phy/dp83869.c | 101 ++ 1 file changed, 101 insertions(+) diff

[PATCH v3] rxrpc: fix a memory leak in rxkad_verify_response().

From: Qiushi Wu A ticket was not released after a call of the function “rxkad_decrypt_ticket” failed. Thus replace the jump target “temporary_error_free_resp” by “temporary_error_free_ticket”. Fixes: 8c2f826dc3631 ("rxrpc: Don't put crypto buffers on the stack") Signed-off-by: Qiushi Wu ---

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