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 ava

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, encl_flag

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 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 May

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 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: [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 (pos

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: 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 c

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, encl_flag

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 > > arch/arm64/boot/dts/freescale/fsl-ls1043a-rd

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 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 sgx_encl_pag

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 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 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 o

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] 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] 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); > > > > > - mntpu

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(&encl_page->encl->refcount, sgx_encl_release); > > + > > + spin_lock(&sgx_active_page_list_lock); > > + list_add_tail(&epc_page->list, &sgx_active_page_list); > > + spin_unloc

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 witho

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 tee"

[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: 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 stru

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 = &hint->ranges[i]; > > > + range->address_space = 0; > > > > I guess this means all address spaces? > > 'address_space' is being used here just

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: 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 TCS's)

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 mean?

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: http://patchwork.ozlabs.org/project/linux-i2

[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

[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 a/include/linux/page

[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 --- a/in

[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 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, str

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 > `drm_atomic_helper_bridge

[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 +++ b/mm/filemap.

[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 IO

[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 handle

[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 +++ b/fs/btrfs/file.

[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, st

[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 +++ b/fs/xfs/x

[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 ret

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: clarif

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 exte

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 virt_t

[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 coup

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,

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 > > > obj-$(CONFI

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 virt_to_phy

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 Derr

[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

[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.

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 depend

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 (UDP)

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 som

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? W

[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 pa

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

[no subject]

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

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

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] 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 do

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 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, GFP_KERNEL);

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 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

[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(&uiter); * * whi

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 >> f

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 suppo

[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: Jeremy

[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 1006

[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 09/11] net: phy: Refuse to consider phy_id=0 a valid phy

This is another one of those questionable commits. In this case a bus tagged C45_FIRST refuses to create phys where the phy id is invalid. In general this is probably a good idea, but might cause problems. Another idea might be to create an additional flag (MDIOBUS_STRICT_ID?) for this case. Or we

[RFC 05/11] net: phy: Scan the entire MMD device space

The spec identifies devices in the top of the 32-bit device space. Some phys are actually responding that high. Lets try and capture their information as well. Starting at the reserved address 0, lets scan every single possible MMD address. The spec seems to indicate that every MMD should respond

[RFC 08/11] net: phy: Allow mdio buses to auto-probe c45 devices

The mdiobus_scan logic is currently hardcoded to only work with c22 devices. This works fairly well in most cases, but its possible a c45 device doesn't respond despite being a standard phy. If the parent hardware is capable, it makes sense to scan for c45 devices before falling back to c22. As we

[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 b/drivers/net/phy/phy_device.

[RFC 01/11] net: phy: Don't report success if devices weren't found

C45 devices are to return 0 for registers they haven't implemented. This means in theory we can terminate the device search loop without finding any MMDs. In that case we want to immediately return indicating that nothing was found rather than continuing to probe and falling into the success state

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

On 22/05/2020 23:20, David Miller wrote: > 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. > If you say "series appli

[RFC 11/11] net: example xgmac enable extended scanning

Since we know the xgmac hardware always has a c45 complaint bus, lets try scanning for c45 capable phys first. If we fail to find any, then it with fall back to c22 automatically. Signed-off-by: Jeremy Linton --- drivers/net/ethernet/freescale/xgmac_mdio.c | 1 + 1 file changed, 1 insertion(+)

[RFC 07/11] net: phy: reset invalid phy reads of 0 back to 0xffffffff

MMD's in the device list sometimes return 0 for their id. When that happens lets reset the id back to 0xfff so that we don't get a stub device created for it. This is a questionable commit, but i'm tossing it out there along with the comment that reading the spec seems to indicate that maybe t

[RFC 03/11] net: phy: refactor c45 phy identification sequence

Lets factor out the phy id logic, and make it generic so that it can be used for c22 and c45. Signed-off-by: Jeremy Linton --- drivers/net/phy/phy_device.c | 65 +++- 1 file changed, 35 insertions(+), 30 deletions(-) diff --git a/drivers/net/phy/phy_device.c b/dr

[RFC 04/11] net: phy: Handle c22 regs presence better

Until this point, we have been sanitizing the c22 regs presence bit out of all the MMD device lists. This is incorrect as it causes the 0x checks to incorrectly fail. Further, it turns out that we want to utilize this flag to make a determination that there is actually a phy at this locatio

Re: [PATCH v2 2/2] remoteproc/k3-dsp: Add support for C71x DSPs

On Thu, May 21, 2020 at 10:16:36AM -0500, Suman Anna wrote: > The Texas Instrument's K3 J721E SoCs have a newer next-generation > C71x DSP Subsystem in the MAIN voltage domain in addition to the > previous generation C66x DSP subsystems. The C71x DSP subsystem is > based on the TMS320C71x DSP CoreP

Re: [PATCH RFC] sched: Add a per-thread core scheduling interface

On Fri, May 22, 2020 at 02:59:05PM +0200, Peter Zijlstra wrote: [..] > > > It doens't allow tasks for form their own groups (by for example setting > > > the key to that of another task). > > > > So for this, I was thinking of making the prctl pass in an integer. And 0 > > would mean untagged. Doe

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

From: Matthias Brugger Date: Fri, 22 May 2020 23:31:50 +0200 > > > On 22/05/2020 23:20, David Miller wrote: >> 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* fa

[PATCH 0/3] xtensa: clean up __user annotations in asm/uaccess.h

Hello, this series adds missing __user annotations to functions in asm/uaccess.h. It fixes a bunch of sparse warnings for otherwise correct code. Max Filippov (3): xtensa: add missing __user annotations to __{get,put}_user_check xtensa: fix type conversion in __get_user_size xtensa: add mis

[PATCH 1/3] xtensa: add missing __user annotations to __{get,put}_user_check

__get_user_check and __put_user_check use temporary pointer but don't mark it as __user, resulting in sparse warnings: sparse: warning: incorrect type in initializer (different address spaces) sparse:expected long *__pu_addr sparse:got long [noderef] *ret sparse: warning: incorre

[PATCH 3/3] xtensa: add missing __user annotations to asm/uaccess.h

clear_user, strncpy_user, strnlen_user and their helpers operate on user pointers, but don't have their arguments marked as __user. Add __user annotation to userspace pointers of those functions. Fix open-coded access check in the strnlen_user while at it. Signed-off-by: Max Filippov --- arch/xt

[PATCH 2/3] xtensa: fix type conversion in __get_user_size

8-byte access in __get_user_size converts pointer to temporary variable to the type of original user pointer and then dereferences it, resulting in the following sparse warning: sparse: warning: dereference of noderef expression Instead dereference the original user pointer under the __typeof__

[PATCH] ACPI / DPTF: Add DPTF battery participant driver

This driver adds support for Dynamic Platform and Thermal Framework battery participant device support. These attributes are presented via sysfs interface under the platform device for the battery participant: $ls /sys/bus/platform/devices/INT3532:00/dptf_battery current_discharge_capbilit

[PATCH] firmware_loader: change enum fw_opt to u32

"enum fw_opt" is not used as an enum. Change fw_opt to a u32 and the FW_OPT_* values inside the enum to defines. Signed-off-by: Scott Branden --- drivers/base/firmware_loader/fallback.c | 12 +-- drivers/base/firmware_loader/fallback.h | 8 +++ .../base/firmware_loader/f

Re: linux-next: Tree for May 18 (input/misc/iqs269a.c & regmap)

rivers/base/regmap/regmap-i2c.o: in function `regmap_i2c_write': > >> regmap-i2c.c:(.text+0x56c): undefined reference to > >> `i2c_transfer_buffer_flags' > >> ld: drivers/input/misc/iqs269a.o: in function `iqs269_i2c_driver_init': > >> iqs269a.c:(.in

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

On Fri, May 22, 2020 at 10:17:38AM -0700, Jakub Kicinski wrote: > On Fri, 22 May 2020 05:20:46 + Luis Chamberlain wrote: > > > diff --git a/net/core/Makefile b/net/core/Makefile > > > index 3e2c378e5f31..6f1513781c17 100644 > > > --- a/net/core/Makefile > > > +++ b/net/core/Makefile > > > @@ -3

[PATCH] net: sun: fix missing release regions in cas_init_one().

From: Qiushi Wu In cas_init_one(), "pdev" is requested by "pci_request_regions", but it was not released after a call of the function “pci_write_config_byte” failed. Thus replace the jump target “err_write_cacheline” by "err_out_free_res". Fixes: 1f26dac32057 ("[NET]: Add Sun Cassini driver.")

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

On Fri, May 22, 2020 at 10:46:07PM +0200, Johannes Berg wrote: > FWIW, I still completely disagree on that taint. You (Luis) obviously > have been running into a bug in that driver, I doubt the firmware > actually managed to wedge the hardware. This hasn't happened just once, its happed many times

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

On Fri, May 22, 2020 at 10:57:05PM +0300, Jarkko Sakkinen wrote: > v31: > * Unset SGX_ENCL_IOCTL in the error path of checking encl->flags in order > to prevent leaving it set and thus block any further ioctl calls. > * Added missing cleanup_srcu_struct() call to sgx_encl_release(). > * Take encl

<    5   6   7   8   9   10   11   12   >