Re: [PATCH 02/10] fpga: fpga-mgr: altera-ps-spi: Simplify registration

2020-10-04 Thread Tom Rix
On 10/3/20 10:14 PM, Moritz Fischer wrote: > Simplify registration by using new devm_fpga_mgr_register() API. > > Signed-off-by: Moritz Fischer > --- > drivers/fpga/altera-ps-spi.c | 14 +- > 1 file changed, 1 insertion(+), 13 deletions(-) Looks fine Reviewed-by: Tom Rix

Re: [PATCH 01/10] fpga: fpga-mgr: Add devm_fpga_mgr_register() API

2020-10-04 Thread Tom Rix
On 10/3/20 10:14 PM, Moritz Fischer wrote: > Add a devm_fpga_mgr_register() API that can be used to register a FPGA > Manager that was created using devm_fpga_mgr_create(). > > Introduce a struct fpga_mgr_devres that makes the devres > allocation a little bit more readable and gets reused for >

Re: [RFC][PATCHSET] epoll cleanups

2020-10-04 Thread Linus Torvalds
On Sat, Oct 3, 2020 at 7:36 PM Al Viro wrote: > > Locking and especially control flow in fs/eventpoll.c is > overcomplicated. As the result, the code has been hard to follow > and easy to fuck up while modifying. Scanning through the patches they all look superficially ok to me, but I'm

Re: [PATCH v2 2/6] fpga: m10bmc-sec: create max10 bmc security engine

2020-10-04 Thread Randy Dunlap
On 10/4/20 11:01 AM, Russ Weight wrote: > > > On 10/2/20 8:15 PM, Randy Dunlap wrote: >> On 10/2/20 6:24 PM, Russ Weight wrote: >>> diff --git a/drivers/fpga/Kconfig b/drivers/fpga/Kconfig >>> index c534cc80f398..2380d36b08c7 100644 >>> --- a/drivers/fpga/Kconfig >>> +++ b/drivers/fpga/Kconfig

[PATCH 2/7] buffer: Promote to unsigned long long before shifting

2020-10-04 Thread Matthew Wilcox (Oracle)
On 32-bit systems, this shift will overflow for files larger than 4GB. Cc: sta...@vger.kernel.org Fixes: 5417169026c3 ("[FS] Implement block_page_mkwrite.") Signed-off-by: Matthew Wilcox (Oracle) --- fs/buffer.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/buffer.c

[PATCH 3/7] ceph: Promote to unsigned long long before shifting

2020-10-04 Thread Matthew Wilcox (Oracle)
On 32-bit systems, this shift will overflow for files larger than 4GB. Cc: sta...@vger.kernel.org Fixes: 61f68816211e ("ceph: check caps in filemap_fault and page_mkwrite") Signed-off-by: Matthew Wilcox (Oracle) --- fs/ceph/addr.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH 1/7] 9P: Cast to loff_t before multiplying

2020-10-04 Thread Matthew Wilcox (Oracle)
On 32-bit systems, this multiplication will overflow for files larger than 4GB. Cc: sta...@vger.kernel.org Fixes: fb89b45cdfdc ("9P: introduction of a new cache=mmap model.") Signed-off-by: Matthew Wilcox (Oracle) --- fs/9p/vfs_file.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)

[PATCH 0/7] Fix a pile of 4GB file problems on 32-bit

2020-10-04 Thread Matthew Wilcox (Oracle)
I caught a bug in my own code where I forgot to cast to loff_t before shifting. So I thought I'd grep around and see if I could find any other occurrences. I found a few that were clearly bugs, and they're fixed below. There are other places where we don't cast, and I think they're OK. For

[PATCH 6/7] btrfs: Promote to unsigned long long before shifting

2020-10-04 Thread Matthew Wilcox (Oracle)
On 32-bit systems, this shift will overflow for files larger than 4GB. Cc: sta...@vger.kernel.org Fixes: 53b381b3abeb ("Btrfs: RAID5 and RAID6") Signed-off-by: Matthew Wilcox (Oracle) --- fs/btrfs/raid56.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/btrfs/raid56.c

[PATCH 4/7] ocfs2: Promote to unsigned long long before shifting

2020-10-04 Thread Matthew Wilcox (Oracle)
On 32-bit systems, this shift will overflow for files larger than 4GB. Cc: sta...@vger.kernel.org Fixes: 35edec1d52c0 ("ocfs2: update truncate handling of partial clusters") Signed-off-by: Matthew Wilcox (Oracle) --- fs/ocfs2/alloc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH 5/7] btrfs: Promote to unsigned long long before shifting

2020-10-04 Thread Matthew Wilcox (Oracle)
On 32-bit systems, this shift will overflow for files larger than 4GB. Cc: sta...@vger.kernel.org Fixes: df480633b891 ("btrfs: extent-tree: Switch to new delalloc space reserve and release") Signed-off-by: Matthew Wilcox (Oracle) --- fs/btrfs/ioctl.c | 6 +++--- 1 file changed, 3

[PATCH 7/7] btrfs: Promote to unsigned long long before multiplying

2020-10-04 Thread Matthew Wilcox (Oracle)
On 32-bit systems, these shifts will overflow for files larger than 4GB. Add helper functions to avoid this problem coming back. Cc: sta...@vger.kernel.org Fixes: 73ff61dbe5ed ("Btrfs: fix device replace of a missing RAID 5/6 device") Fixes: be50a8ddaae1 ("Btrfs: Simplify

Re: [PATCH v2 2/6] fpga: m10bmc-sec: create max10 bmc security engine

2020-10-04 Thread Russ Weight
On 10/2/20 8:15 PM, Randy Dunlap wrote: > On 10/2/20 6:24 PM, Russ Weight wrote: >> diff --git a/drivers/fpga/Kconfig b/drivers/fpga/Kconfig >> index c534cc80f398..2380d36b08c7 100644 >> --- a/drivers/fpga/Kconfig >> +++ b/drivers/fpga/Kconfig >> @@ -235,4 +235,15 @@ config IFPGA_SEC_MGR >>

[RFC PATCH 2/3] dt-bindings: gpio: Add binding documentation for Etron EJ168/EJ188/EJ198

2020-10-04 Thread Martin Blumenstingl
Etron EJ168/EJ188/EJ198 are USB xHCI host controllers which embed a GPIO controller. Signed-off-by: Martin Blumenstingl --- .../devicetree/bindings/gpio/etron,ej1x8.yaml | 48 +++ 1 file changed, 48 insertions(+) create mode 100644

[RFC PATCH 3/3] gpio: ej1x8: Add GPIO driver for Etron Tech Inc. EJ168/EJ188/EJ198

2020-10-04 Thread Martin Blumenstingl
EJ168/EJ188/EJ198 are USB xHCI controllers. They also contain four GPIO lines which are used on some systems to toggle an LED based on whether a USB device is connected. There is no public datasheet available for this hardware. All information in this driver is taken from the

[RFC PATCH 0/3] GPIO support on the Etron EJ168/EJ188/EJ198 xHCI controllers

2020-10-04 Thread Martin Blumenstingl
Hello, I have a "Belkin F9K115v2" (wifi router) [0]. It comes with an Etron EJ168 xHCI controllers soldered to the board. One of the LEDs on this device is connected to one of the four GPIO lines provided by the Etron xHCI controller. The goal of this series to add support for the GPIO

[RFC PATCH 1/3] PCI: Add the IDs for Etron EJ168 and EJ188

2020-10-04 Thread Martin Blumenstingl
Add the vendor ID for Etron Technology, Inc. as well as the device IDs for the two USB xHCI controllers EJ168 and EJ188. Signed-off-by: Martin Blumenstingl --- include/linux/pci_ids.h | 4 1 file changed, 4 insertions(+) diff --git a/include/linux/pci_ids.h b/include/linux/pci_ids.h index

Re: [PATCH] media: zoran.rst: place it at the right place this time

2020-10-04 Thread LABBE Corentin
On Sun, Oct 04, 2020 at 06:00:30PM +0200, Mauro Carvalho Chehab wrote: > I was too quick moving zoran.rst... it ends that the original > patch didn't do the right thing and forgot to update the files > that references it. > > Fix it. > > Fixes: 6b90346919d4 ("media: zoran: move documentation

Re: [PATCH 1/4] media: zoran: move documentation file to the right place

2020-10-04 Thread LABBE Corentin
On Sat, Oct 03, 2020 at 10:41:54AM +0200, Mauro Carvalho Chehab wrote: > The zoran revert patch misplaced the Zoran doc file. Move it to > the right place. > > Signed-off-by: Mauro Carvalho Chehab > --- > Documentation/driver-api/media/drivers/index.rst | 1 + > .../{media =>

Re: remove set_fs for riscv v2

2020-10-04 Thread Palmer Dabbelt
On Sat, 26 Sep 2020 12:13:41 PDT (-0700), Arnd Bergmann wrote: On Sat, Sep 26, 2020 at 7:50 PM Palmer Dabbelt wrote: I'm OK taking it, but there's a few things I'd like to sort out. IIRC I put it on a temporary branch over here

Re: [EXT] Re: [PATCH v4 11/13] task_isolation: net: don't flush backlog on CPUs running isolated tasks

2020-10-04 Thread Alex Belits
On Thu, 2020-10-01 at 16:47 +0200, Frederic Weisbecker wrote: > External Email > > --- > --- > On Wed, Jul 22, 2020 at 02:58:24PM +, Alex Belits wrote: > > From: Yuri Norov > > > > If CPU runs isolated task, there's no any

Re: [PATCH] Revert "Bluetooth: Update resolving list when updating whitelist"

2020-10-04 Thread Marcel Holtmann
Hi Greg, > This reverts commit 0eee35bdfa3b472cc986ecc6ad76293fdcda59e2 as it > breaks all bluetooth connections on my machine. > > Cc: Marcel Holtmann > Cc: Sathish Narsimman > Fixes: 0eee35bdfa3b ("Bluetooth: Update resolving list when updating > whitelist")

Re: [PATCH 2/2] driver core: platform: provide devm_platform_iounremap_resource

2020-10-04 Thread Greg KH
On Mon, Oct 05, 2020 at 12:21:12AM +0800, pierre kuo wrote: > hi Greg: > > Please resend, I can't take patches off of a random web site. > > Now lore.kernel.org I could take them from :) > > Please refer to the attachments and links on lore.kernel.org. > >

Re: [PATCH 2/2] driver core: platform: provide devm_platform_iounremap_resource

2020-10-04 Thread pierre kuo
hi Greg: > Please resend, I can't take patches off of a random web site. > Now lore.kernel.org I could take them from :) Please refer to the attachments and links on lore.kernel.org. https://lore.kernel.org/lkml/20200920113808.3-1-vichy@gmail.com

Re: [sched/fair] fcf0553db6: netperf.Throughput_Mbps -30.8% regression

2020-10-04 Thread Mel Gorman
On Sun, Oct 04, 2020 at 09:27:16PM +0800, kernel test robot wrote: > Greeting, > > FYI, we noticed a -30.8% regression of netperf.Throughput_Mbps due to commit: > > > commit: fcf0553db6f4c79387864f6e4ab4a891601f395e ("sched/fair: Remove > meaningless imbalance calculation") >

Re: [PATCH] dt-bindings: Another round of adding missing 'additionalProperties'

2020-10-04 Thread Vinod Koul
On 02-10-20, 18:41, Rob Herring wrote: > .../phy/amlogic,meson-g12a-usb2-phy.yaml | 2 ++ > .../bindings/phy/qcom,ipq806x-usb-phy-hs.yaml | 2 ++ > .../bindings/phy/qcom,ipq806x-usb-phy-ss.yaml | 2 ++ > .../bindings/phy/qcom,qusb2-phy.yaml | 1 + >

Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM

2020-10-04 Thread Daniel Vetter
On Sun, Oct 4, 2020 at 2:51 PM Jason Gunthorpe wrote: > > On Sat, Oct 03, 2020 at 11:40:22AM +0200, Daniel Vetter wrote: > > > > That leaves the only interesting places as vb2_dc_get_userptr() and > > > vb2_vmalloc_get_userptr() which both completely fail to follow the > > > REQUIRED behavior in

Re: [PATCH] USB: serial: option: Add Telit FT980-KS composition

2020-10-04 Thread Leonid Bloch
Lars, Thank you for your review! The changes which you have suggested also made ModemManager to recognize the device (which it didn't do before). Please check out the v2. Cheers, Leonid. ___ On 10/4/20 5:32 PM, Lars Melin wrote: On 10/4/2020 21:16, Lars Melin wrote: On 10/4/2020 20:29,

[PATCH] media: zoran.rst: place it at the right place this time

2020-10-04 Thread Mauro Carvalho Chehab
I was too quick moving zoran.rst... it ends that the original patch didn't do the right thing and forgot to update the files that references it. Fix it. Fixes: 6b90346919d4 ("media: zoran: move documentation file to the right place") Signed-off-by: Mauro Carvalho Chehab ---

[PATCH v2] USB: serial: option: Add Telit FT980-KS composition

2020-10-04 Thread Leonid Bloch
This commit adds the following Telit FT980-KS composition: 0x1054: rndis, diag, adb, nmea, modem, modem, aux AT commands can be sent to /dev/ttyUSB2. Signed-off-by: Leonid Bloch --- The full composition is not tested, and it is the default one according to Telit support. What is tested, is

Re: [PATCH v4] hwmon (pmbus/max20730): add device monitoring via debugfs

2020-10-04 Thread Guenter Roeck
On Tue, Sep 22, 2020 at 07:15:38PM +, Ugur Usug wrote: > Add debugfs interface support for accessing device specific registers > (MFR_VOUT_MIN, > MFR_DEVSET1 and MFR_DEVSET2) and others including OPERATION, ON_OFF_CONFIG, > SMB_ALERT_MASK, VOUT_MODE, VOUT_COMMAND and VOUT_MAX. > > This

Re: [PATCH 3/4] rcu/tree: Make struct kernel_param_ops definitions const

2020-10-04 Thread Paul E. McKenney
On Sat, Oct 03, 2020 at 05:18:08PM -0700, Joe Perches wrote: > These should be const, so make it so. > > Signed-off-by: Joe Perches Queued for testing and review, thank you! Thanx, Paul > --- > kernel/rcu/tree.c | 4 ++-- > 1 file changed, 2

Re: [PATCH] drm/bridge: ti-sn65dsi86: Add retries for link training

2020-10-04 Thread Steev Klimaszewski
On 10/2/20 4:03 PM, Douglas Anderson wrote: > On some panels hooked up to the ti-sn65dsi86 bridge chip we found that > link training was failing. Specifically, we'd see: > > ti_sn65dsi86 2-002d: [drm:ti_sn_bridge_enable] *ERROR* Link training > failed, link is off (-5) > > The panel was

[PATCH rdma-next v5 4/4] RDMA/umem: Move to allocate SG table from pages

2020-10-04 Thread Leon Romanovsky
From: Maor Gottlieb Remove the implementation of ib_umem_add_sg_table and instead call to __sg_alloc_table_from_pages which already has the logic to merge contiguous pages. Besides that it removes duplicated functionality, it reduces the memory consumption of the SG table significantly. Prior

[PATCH rdma-next v5 1/4] lib/scatterlist: Add support in dynamic allocation of SG table from pages

2020-10-04 Thread Leon Romanovsky
From: Maor Gottlieb Extend __sg_alloc_table_from_pages to support dynamic allocation of SG table from pages. It should be used by drivers that can't supply all the pages at one time. This function returns the last populated SGE in the table. Users should pass it as an argument to the function

[PATCH rdma-next v5 2/4] tools/testing/scatterlist: Rejuvenate bit-rotten test

2020-10-04 Thread Leon Romanovsky
From: Tvrtko Ursulin A couple small tweaks are needed to make the test build and run on current kernels. Signed-off-by: Tvrtko Ursulin Cc: Maor Gottlieb Signed-off-by: Leon Romanovsky --- tools/testing/scatterlist/Makefile | 3 ++- tools/testing/scatterlist/linux/mm.h | 35

[PATCH rdma-next v5 0/4] Dynamicaly allocate SG table from the pages

2020-10-04 Thread Leon Romanovsky
From: Leon Romanovsky Changelog: v5: * Use sg_init_table to allocate table and avoid changes is __sg_alloc_table * Fix offset issue v4: https://lore.kernel.org/lkml/20200927064647.3106737-1-l...@kernel.org * Fixed formatting in first patch. * Added fix (clear tmp_netnts) in first patch to

[PATCH rdma-next v5 3/4] tools/testing/scatterlist: Show errors in human readable form

2020-10-04 Thread Leon Romanovsky
From: Tvrtko Ursulin Instead of just asserting dump some more useful info about what the test saw versus what it expected to see. Signed-off-by: Tvrtko Ursulin Cc: Maor Gottlieb Signed-off-by: Leon Romanovsky --- tools/testing/scatterlist/main.c | 44 1 file

Re: [PATCH v4 2/2] hwmon: pmbus: max20730: adjust the vout reading given voltage divider

2020-10-04 Thread Guenter Roeck
On Sun, Oct 04, 2020 at 03:14:45AM +, Chu Lin wrote: > Problem: > We use voltage dividers so that the voltage presented at the voltage > sense pins is confusing. We might need to convert these readings to more > meaningful readings given the voltage divider. > > Solution: > Read the voltage

[PATCH v6] ipvs: adjust the debug info in function set_tcp_state

2020-10-04 Thread longguang.yue
Outputting client,virtual,dst addresses info when tcp state changes, which makes the connection debug more clear --- v5,v6: fix indentation and add changelogs v3,v4: fix checkpatch v2: IP_VS_DBG_BUF outputs src,virtual,dst of ip_vs_conn v1: fix the inverse of src and dst address Signed-off-by:

Re: [PATCH 1/2] usb: serial: qmi_wwan: add Cellient MPL200 card

2020-10-04 Thread Bjørn Mork
Wilken Gottwalt writes: > Add usb ids of the Cellient MPL200 card. > > Signed-off-by: Wilken Gottwalt > --- > drivers/net/usb/qmi_wwan.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/drivers/net/usb/qmi_wwan.c b/drivers/net/usb/qmi_wwan.c > index 07c42c0719f5..0bf2b19d5d54 100644 >

[PATCH v6] ipvs: inspect reply packets from DR/TUN real servers

2020-10-04 Thread longguang.yue
Just like for MASQ, inspect the reply packets coming from DR/TUN real servers and alter the connection's state and timeout according to the protocol. It's ipvs's duty to do traffic statistic if packets get hit, no matter what mode it is. --- Changes in v1: support DR/TUN mode statistic Changes

Re: [Linux-kernel-mentees] [PATCH] fs: fix KMSAN uninit-value bug by initializing nd in do_file_open_root

2020-10-04 Thread Anant Thazhemadam
On 20-09-2020 01:47, Anant Thazhemadam wrote: > On 19-09-2020 17:03, Anant Thazhemadam wrote: >> On 19-09-2020 22:25, Al Viro wrote: >>> On Sat, Sep 19, 2020 at 05:17:27PM +0100, Al Viro wrote: >>> Lovely... That would get an empty path and non-directory for a starting point, but it

Re: [EXT] Re: [PATCH v4 10/13] task_isolation: don't interrupt CPUs with tick_nohz_full_kick_cpu()

2020-10-04 Thread Alex Belits
On Thu, 2020-10-01 at 16:44 +0200, Frederic Weisbecker wrote: > External Email > > --- > --- > On Wed, Jul 22, 2020 at 02:57:33PM +, Alex Belits wrote: > > From: Yuri Norov > > > > For nohz_full CPUs the desirable behavior is

Re: [PATCH v4] staging: qlge: fix build breakage with dumping enabled

2020-10-04 Thread Coiby Xu
On Sat, Oct 03, 2020 at 02:53:48PM +0900, Benjamin Poirier wrote: On 2020-10-03 07:59 +0800, Coiby Xu wrote: This fixes commit 0107635e15ac ("staging: qlge: replace pr_err with netdev_err") which introduced an build breakage of missing `struct ql_adapter *qdev` for some functions and a warning

Re: [EXT] Re: [PATCH v4 03/13] task_isolation: userspace hard isolation from kernel

2020-10-04 Thread Alex Belits
On Thu, 2020-10-01 at 16:40 +0200, Frederic Weisbecker wrote: > External Email > > --- > --- > On Wed, Jul 22, 2020 at 02:49:49PM +, Alex Belits wrote: > > +/** > > + * task_isolation_kernel_enter() - clear low-level task

Re: [PATCH v39 11/24] x86/sgx: Add SGX enclave driver

2020-10-04 Thread Jarkko Sakkinen
On Sun, Oct 04, 2020 at 05:32:57PM +0300, Jarkko Sakkinen wrote: > On Sat, Oct 03, 2020 at 04:39:25PM +0200, Greg KH wrote: > > You use gpl-only header files in this file, so how in the world can it > > be bsd-3 licensed? > > > > Please get your legal department to agree with this, after you

Re: [EXT] Re: [PATCH v4 03/13] task_isolation: userspace hard isolation from kernel

2020-10-04 Thread Alex Belits
On Thu, 2020-10-01 at 15:56 +0200, Frederic Weisbecker wrote: > External Email > > --- > --- > On Wed, Jul 22, 2020 at 02:49:49PM +, Alex Belits wrote: > > +/* > > + * Description of the last two tasks that ran isolated on a

Re: [PATCH 1/1] efi/libstub/x86: simplify efi_is_native()

2020-10-04 Thread Arvind Sankar
On Sun, Oct 04, 2020 at 04:14:11PM +0200, Ard Biesheuvel wrote: > On Sat, 3 Oct 2020 at 21:44, Arvind Sankar wrote: > > > > On Sat, Oct 03, 2020 at 01:28:18PM -0400, Brian Gerst wrote: > > > On Sat, Oct 3, 2020 at 2:05 AM Heinrich Schuchardt > > > wrote: > > > > > > > > CONFIG_EFI_MIXED depends

Re: [PATCH v39 11/24] x86/sgx: Add SGX enclave driver

2020-10-04 Thread Jarkko Sakkinen
On Sat, Oct 03, 2020 at 04:39:25PM +0200, Greg KH wrote: > On Sat, Oct 03, 2020 at 07:50:46AM +0300, Jarkko Sakkinen wrote: > > Intel Software Guard eXtensions (SGX) is a set of CPU instructions that can > > be used by applications to set aside private regions of code and data. The > > code

Re: [PATCH] USB: serial: option: Add Telit FT980-KS composition

2020-10-04 Thread Lars Melin
On 10/4/2020 21:16, Lars Melin wrote: On 10/4/2020 20:29, Leonid Bloch wrote: On 10/4/20 1:58 PM, Lars Melin wrote: On 10/4/2020 16:57, Leonid Bloch wrote: This commit adds the following Telit FT980-KS composition: 0x1054: rndis, diag, adb, nmea, modem, modem, aux AT commands can be sent to

Re: virtiofs: WARN_ON(out_sgs + in_sgs != total_sgs)

2020-10-04 Thread Vivek Goyal
On Fri, Oct 02, 2020 at 10:44:37PM -0400, Qian Cai wrote: > On Fri, 2020-10-02 at 12:28 -0400, Qian Cai wrote: > > Running some fuzzing on virtiofs from a non-privileged user could trigger a > > warning in virtio_fs_enqueue_req(): > > > > WARN_ON(out_sgs + in_sgs != total_sgs); > > Okay, I can

[RFC PATCH v4 3/4] objtool: correct rebuilding of reloc sections

2020-10-04 Thread Vasily Gorbik
From: Martin Schwidefsky Currently relocations generated in elf_rebuild_rel_reloc_section/ elf_rebuild_rela_reloc_section functions are broken if the objtool is built and run on big endian system. E.g. the following errors pop up during x86 cross compilation: x86_64-9.1.0-ld:

[RFC PATCH v4 4/4] objtool: fix x86 orc generation on big endian cross compiles

2020-10-04 Thread Vasily Gorbik
Correct objtool orc generation endianness problems to enable fully functional x86 cross compiles on big endian hardware. Introduces bswap_if_needed macro which does a byte swap if target endianness doesn't match the host, i.e. cross compilation for little endian on big endian and vice versa. To

[RFC PATCH v4 2/4] x86/insn: instruction decoder and big endian cross compiles

2020-10-04 Thread Vasily Gorbik
From: Martin Schwidefsky x86 instruction decoder code is shared across the kernel source and the tools. Currently objtool seems to be the only tool from build tools needed which breaks x86 cross compilation on big endian systems. Make the x86 instruction decoder build host endianness agnostic to

[RFC PATCH v4 1/4] objtool: allow nested externs to enable BUILD_BUG()

2020-10-04 Thread Vasily Gorbik
Currently BUILD_BUG() macro is expanded to smth like the following: do { extern void __compiletime_assert_0(void) __attribute__((error("BUILD_BUG failed"))); if (!(!(1))) __compiletime_assert_0(); } while (0); If used in a function

[RFC PATCH v4 0/4] objtool and cross compilation

2020-10-04 Thread Vasily Gorbik
rfc v1 - rfc v2: - rebased onto tip/objtool/core - reformatted couple of lines rfc v2 - rfc v3: - reused __*_ENDIAN_BITFIELD and dropped unneeded byteswap if __KERNEL__ is defined following David's suggestions, - re-splitted changes and made x86 instruction decoder a separate patch, -

Re: [ep_insert()] 9ee1cc5666: WARNING:possible_recursive_locking_detected

2020-10-04 Thread Al Viro
"[RFC PATCH 20/27] > > ep_insert(): we only need tep->mtx around the insertion itself") > > url: > > https://github.com/0day-ci/linux/commits/Al-Viro/epoll-switch-epitem-pwqlist-to-single-linked-list/20201004-113938 > >

[PATCH] apparmor: fix error check

2020-10-04 Thread trix
From: Tom Rix clang static analysis reports this representative problem: label.c:1463:16: warning: Assigned value is garbage or undefined label->hname = name; ^ In aa_update_label_name(), this the problem block of code if (aa_label_acntsxprint(, ...)

RE: [PATCH 1/2] scsi: ufs: Add DeepSleep feature

2020-10-04 Thread Avri Altman
Please ignore - I was confused with pre-fetch. Sorry, Avri > -Original Message- > From: Avri Altman > Sent: Sunday, October 4, 2020 10:21 AM > To: 'Adrian Hunter' ; Martin K . Petersen > ; James E . J . Bottomley > Cc: linux-s...@vger.kernel.org; linux-kernel@vger.kernel.org; Alim Akhtar

[PATCH] Revert "gpu/drm: ingenic: Add option to mmap GEM buffers cached"

2020-10-04 Thread Paul Cercueil
This reverts commit 37054fc81443cc6a8c3a38395f384412b8373d82. At the very moment this commit was created, the DMA API it relied on was modified in the DMA tree, which caused the driver to break in linux-next. Revert it for now, and it will be resubmitted later to work with the new DMA API.

Re: [ep_insert()] 9ee1cc5666: WARNING:possible_recursive_locking_detected

2020-10-04 Thread Al Viro
n itself") > url: > https://github.com/0day-ci/linux/commits/Al-Viro/epoll-switch-epitem-pwqlist-to-single-linked-list/20201004-113938 > base: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git > 22fbc037cd32e4e6771d2271b565806cfb8c134c False positive, actually - tha

Re: [PATCH] USB: serial: option: Add Telit FT980-KS composition

2020-10-04 Thread Lars Melin
On 10/4/2020 20:29, Leonid Bloch wrote: On 10/4/20 1:58 PM, Lars Melin wrote: On 10/4/2020 16:57, Leonid Bloch wrote: This commit adds the following Telit FT980-KS composition: 0x1054: rndis, diag, adb, nmea, modem, modem, aux AT commands can be sent to /dev/ttyUSB5. Please submit a

Re: [RFC][PATCHSET] epoll cleanups

2020-10-04 Thread Al Viro
On Sun, Oct 04, 2020 at 01:13:29PM +0100, Matthew Wilcox wrote: > Have you considered just storing a pointer to each struct file in an > epoll set in an XArray? Linked lists suck for modern CPUs, and there'd > be no need to store any additional data in each struct file. Using > xa_alloc() to

Re: [PATCH 1/1] efi/libstub/x86: simplify efi_is_native()

2020-10-04 Thread Ard Biesheuvel
On Sat, 3 Oct 2020 at 21:44, Arvind Sankar wrote: > > On Sat, Oct 03, 2020 at 01:28:18PM -0400, Brian Gerst wrote: > > On Sat, Oct 3, 2020 at 2:05 AM Heinrich Schuchardt > > wrote: > > > > > > CONFIG_EFI_MIXED depends on CONFIG_X86_64=y. > > > There is no need to check CONFIG_X86_64 again. > >

Re: [PATCH] mtd: spi-nor: Prefer asynchronous probe

2020-10-04 Thread Michael Walle
Hi, Am 2020-10-03 19:00, schrieb Doug Anderson: On Sat, Oct 3, 2020 at 9:54 AM Michael Walle wrote: While debugging another issue I also noticed that sometimes my /dev/mtdN devices were reordered. Note that I have two SPI flashes. Might this also be connected to the async probe? It's

[PATCH] dma: dma-jz4780: Fix race in jz4780_dma_tx_status

2020-10-04 Thread Paul Cercueil
The jz4780_dma_tx_status() function would check if a channel's cookie state was set to 'completed', and if not, it would enter the critical section. However, in that time frame, the jz4780_dma_chan_irq() function was able to set the cookie to 'completed', and clear the jzchan->vchan pointer, which

[PATCH v3 2/3] dt-bindings: Add vendor prefix for Ouya Inc.

2020-10-04 Thread Peter Geis
Ouya is a defunct company from 2012 to 2015. They produced a single device, the Ouya game console. In 2015 they were purchased by Razer Inc. and the Ouya was discontinued. All Ouya services were shuttered in 2019. Signed-off-by: Peter Geis Acked-by: Rob Herring ---

[PATCH v3 3/3] dt-bindings: ARM: tegra: Add Ouya game console

2020-10-04 Thread Peter Geis
Add a binding for the Tegra30-based Ouya game console. Signed-off-by: Peter Geis Acked-by: Rob Herring --- Documentation/devicetree/bindings/arm/tegra.yaml | 3 +++ 1 file changed, 3 insertions(+) diff --git a/Documentation/devicetree/bindings/arm/tegra.yaml

[PATCH v3 0/3] Support NVIDIA Tegra-based Ouya game console

2020-10-04 Thread Peter Geis
Good Day, This series introduces upstream kernel support for the Ouya game console device. Please review and apply. Thank you in advance. Changelog: v3: - Reorder aliases per Dmitry Osipenko's review. - Add sdio clocks per Dmitry Osipenko's review. - Add missing ti sleep bits per Dmitry

Re: [PATCH] USB: serial: option: Add Telit FT980-KS composition

2020-10-04 Thread Leonid Bloch
On 10/4/20 1:58 PM, Lars Melin wrote: On 10/4/2020 16:57, Leonid Bloch wrote: This commit adds the following Telit FT980-KS composition: 0x1054: rndis, diag, adb, nmea, modem, modem, aux AT commands can be sent to /dev/ttyUSB5. Please submit a verbose lsusb listing for the device, I can't

Re: [PATCH] Revert "Bluetooth: Update resolving list when updating whitelist"

2020-10-04 Thread Bastien Nocera
On Sun, 2020-10-04 at 15:18 +0200, Greg Kroah-Hartman wrote: > On Sun, Oct 04, 2020 at 02:17:06PM +0200, Bastien Nocera wrote: > > On Sun, 2020-10-04 at 12:51 +0200, Greg Kroah-Hartman wrote: > > > On Sat, Oct 03, 2020 at 08:33:18PM +0200, Marcel Holtmann wrote: > > > > Hi Greg, > > > > > > > > >

[PATCH] wireless: mwifiex: fix double free

2020-10-04 Thread trix
From: Tom Rix clang static analysis reports this problem: sdio.c:2403:3: warning: Attempt to free released memory kfree(card->mpa_rx.buf); ^~~ When mwifiex_init_sdio() fails in its first call to mwifiex_alloc_sdio_mpa_buffer, it falls back to calling it

Re: [PATCH] Revert "Bluetooth: Update resolving list when updating whitelist"

2020-10-04 Thread Greg Kroah-Hartman
On Sun, Oct 04, 2020 at 02:17:06PM +0200, Bastien Nocera wrote: > On Sun, 2020-10-04 at 12:51 +0200, Greg Kroah-Hartman wrote: > > On Sat, Oct 03, 2020 at 08:33:18PM +0200, Marcel Holtmann wrote: > > > Hi Greg, > > > > > > > > > This reverts commit 0eee35bdfa3b472cc986ecc6ad76293fdcda59e2 > > > >

[PATCH] objtool: avoid ../ headers includes and name clashes

2020-10-04 Thread Vasily Gorbik
Currently objtool headers are being included either by their base name or included via ../ from a parent directory. In case of a base name usage: #include "warn.h" #include "arch_elf.h" it does not make it apparent from which directory the file comes from. To make it slightly better, and

Re: [PATCH] [PATCH] of_reserved_mem: Increase the number of reserved regions

2020-10-04 Thread Chun-Kuang Hu
Hi, Phil: Phil Chang 於 2020年10月4日 週日 下午1:51寫道: > > Certain SoCs need to support large amount of reserved memory > regions, especially to follow the GKI rules from Google. > In MTK new SoC requires more than 68 regions of reserved memory > for each IP's usage, such as load firmware to specific

[PATCH] mm/vmscan: drop unneeded assignment in kswapd()

2020-10-04 Thread Lukas Bulwahn
The refactoring to kswapd() in commit e716f2eb24de ("mm, vmscan: prevent kswapd sleeping prematurely due to mismatched classzone_idx") turned an assignment to reclaim_order into a dead store, as in all further paths, reclaim_order will be assigned again before it is used. make clang-analyzer on

Re: [PATCH AUTOSEL 5.8 28/29] spi: fsl-dspi: fix use-after-free in remove path

2020-10-04 Thread Sasha Levin
On Tue, Sep 29, 2020 at 08:22:16AM +0200, Sascha Hauer wrote: Hi Sasha, On Mon, Sep 28, 2020 at 09:30:25PM -0400, Sasha Levin wrote: From: Sascha Hauer [ Upstream commit 530b5affc675ade5db4a03f04ed7cd66806c8a1a ] spi_unregister_controller() not only unregisters the controller, but also

Re: [PATCH AUTOSEL 5.8 14/29] regmap: debugfs: Fix handling of name string for debugfs init delays

2020-10-04 Thread Sasha Levin
On Tue, Sep 29, 2020 at 08:33:34AM +, Charles Keepax wrote: On Mon, Sep 28, 2020 at 09:30:11PM -0400, Sasha Levin wrote: From: Charles Keepax [ Upstream commit 94cc89eb8fa5039fcb6e3e3d50f929ddcccee095 ] In regmap_debugfs_init the initialisation of the debugfs is delayed if the root node

Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM

2020-10-04 Thread Jason Gunthorpe
On Sat, Oct 03, 2020 at 11:40:22AM +0200, Daniel Vetter wrote: > > That leaves the only interesting places as vb2_dc_get_userptr() and > > vb2_vmalloc_get_userptr() which both completely fail to follow the > > REQUIRED behavior in the function's comment about checking PTEs. It > > just DMA maps

Re: [PATCH AUTOSEL 5.8 08/29] net: dsa: microchip: look for phy-mode in port nodes

2020-10-04 Thread Sasha Levin
On Tue, Sep 29, 2020 at 07:56:30AM +0200, Helmut Grohne wrote: Hi Sascha, On Tue, Sep 29, 2020 at 03:30:05AM +0200, Sasha Levin wrote: From: Helmut Grohne [ Upstream commit edecfa98f602a597666e3c5cab2677ada38d93c5 ] Documentation/devicetree/bindings/net/dsa/dsa.txt says that the phy-mode

[PATCH v2] media: mtk-vcodec: fix builds when remoteproc is disabled

2020-10-04 Thread Alexandre Courbot
The addition of MT8183 support added a dependency on the SCP remoteproc module. However the initial patch used the "select" Kconfig directive, which may result in the SCP module to not be compiled if remoteproc was disabled. In such a case, mtk-vcodec would try to link against non-existent SCP

Re: [PATCH] media: mtk-vcodec: fix builds when remoteproc is disabled

2020-10-04 Thread Alexandre Courbot
On Sun, Oct 4, 2020 at 1:50 AM Randy Dunlap wrote: > > On 10/3/20 6:09 AM, Alexandre Courbot wrote: > > The addition of MT8183 support added a dependency on the SCP remoteproc > > module. However the initial patch used the "select" Kconfig directive, > > which may result in the SCP module to not

Re: [PATCH] Revert "Bluetooth: Update resolving list when updating whitelist"

2020-10-04 Thread Bastien Nocera
On Sun, 2020-10-04 at 12:51 +0200, Greg Kroah-Hartman wrote: > On Sat, Oct 03, 2020 at 08:33:18PM +0200, Marcel Holtmann wrote: > > Hi Greg, > > > > > > > This reverts commit 0eee35bdfa3b472cc986ecc6ad76293fdcda59e2 > > > > > as it > > > > > breaks all bluetooth connections on my machine. > > > >

Re: [RFC][PATCHSET] epoll cleanups

2020-10-04 Thread Matthew Wilcox
On Sun, Oct 04, 2020 at 03:36:08AM +0100, Al Viro wrote: > Finally, there's the mess with reverse path check. When we insert > a new file into a epoll, we need to check that there won't be excessively long > (or excessively many) wakeup chains. If the target is not an epoll, we need > to

[RFC v5 1/1] selftests/cpuidle: Add support for cpuidle latency measurement

2020-10-04 Thread Pratik Rajesh Sampat
Measure cpuidle latencies on wakeup to determine and compare with the advertsied wakeup latencies for each idle state. Cpuidle wakeup latencies are determined for IPIs and can help determine any deviations from what is advertsied by the hardware. A baseline measurement for each case of IPIs is

[RFC v5 0/1] Selftest for cpuidle latency measurement

2020-10-04 Thread Pratik Rajesh Sampat
v4: https://lkml.org/lkml/2020/9/2/356 v4-->v5 Based on comments from Artem Bityutskiy, evaluation of timer based wakeup latencies may not be a fruitful measurement especially on the x86 platform which has the capability to pre-arm a CPU when a timer is set. Hence, including only the IPI based

Re: [BUG] slab: double free detected in cache 'kmalloc-128', objp daff5780

2020-10-04 Thread Peter Geis
On Tue, Sep 15, 2020 at 1:00 PM Randy Dunlap wrote: > > On 9/15/20 4:41 AM, Peter Geis wrote: > > [33633.566567] [] (unwind_backtrace) from [] > > (show_stack+0x10/0x14) > > Hi Peter, > > In the future, could you prevent long lines from being line-wrapped? > E.g., the 2 lines above should all be

Re: [PATCH v3 6/7] can: usb: etas_es58X: add support for ETAS ES58X CAN USB interfaces

2020-10-04 Thread Marc Kleine-Budde
On 10/2/20 5:41 PM, Vincent Mailhol wrote: > This driver supports the ES581.4, ES582.1 and ES584.1 interfaces from > ETAS GmbH (https://www.etas.com/en/products/es58x.php). > > Co-developed-by: Arunachalam Santhanam > Signed-off-by: Arunachalam Santhanam > Signed-off-by: Vincent Mailhol > ---

Re: [PATCH 2/2] mm/frame-vec: use FOLL_LONGTERM

2020-10-04 Thread Daniel Vetter
On Sun, Oct 4, 2020 at 1:24 AM Jason Gunthorpe wrote: > On Sat, Oct 03, 2020 at 03:52:32PM -0700, John Hubbard wrote: > > On 10/3/20 2:45 AM, Daniel Vetter wrote: > > > On Sat, Oct 3, 2020 at 12:39 AM John Hubbard wrote: > > > > > > > > On 10/2/20 10:53 AM, Daniel Vetter wrote: > > > > > For

Re: [PATCH v3 5/7] can: dev: add a helper function to calculate the duration of one bit

2020-10-04 Thread Marc Kleine-Budde
On 10/4/20 1:06 PM, Marc Kleine-Budde wrote: > On 10/2/20 5:41 PM, Vincent Mailhol wrote: >> Rename macro CAN_CALC_SYNC_SEG to CAN_SYNC_SEG and make it available >> through include/linux/can/dev.h >> >> Add an helper function can_bit_time() which returns the duration (in >> time quanta) of one CAN

Re: [PATCH v3 5/7] can: dev: add a helper function to calculate the duration of one bit

2020-10-04 Thread Marc Kleine-Budde
On 10/2/20 5:41 PM, Vincent Mailhol wrote: > Rename macro CAN_CALC_SYNC_SEG to CAN_SYNC_SEG and make it available > through include/linux/can/dev.h > > Add an helper function can_bit_time() which returns the duration (in > time quanta) of one CAN bit. > > Rationale for this patch: the sync

Re: [PATCH] USB: serial: option: Add Telit FT980-KS composition

2020-10-04 Thread Lars Melin
On 10/4/2020 16:57, Leonid Bloch wrote: This commit adds the following Telit FT980-KS composition: 0x1054: rndis, diag, adb, nmea, modem, modem, aux AT commands can be sent to /dev/ttyUSB5. Please submit a verbose lsusb listing for the device, I can't imagine that the adb interface should

Re: [PATCH] Revert "Bluetooth: Update resolving list when updating whitelist"

2020-10-04 Thread Greg Kroah-Hartman
On Sun, Oct 04, 2020 at 12:51:24PM +0200, Greg Kroah-Hartman wrote: > On Sat, Oct 03, 2020 at 08:33:18PM +0200, Marcel Holtmann wrote: > > Hi Greg, > > > > >>> This reverts commit 0eee35bdfa3b472cc986ecc6ad76293fdcda59e2 as it > > >>> breaks all bluetooth connections on my machine. > > >>> > >

Re: [PATCH] Revert "Bluetooth: Update resolving list when updating whitelist"

2020-10-04 Thread Greg Kroah-Hartman
On Sat, Oct 03, 2020 at 08:33:18PM +0200, Marcel Holtmann wrote: > Hi Greg, > > >>> This reverts commit 0eee35bdfa3b472cc986ecc6ad76293fdcda59e2 as it > >>> breaks all bluetooth connections on my machine. > >>> > >>> Cc: Marcel Holtmann > >>> Cc: Sathish Narsimman > >>> Fixes: 0eee35bdfa3b

[PATCH] ASoC: omap-mcbsp: Fix use of uninitialised pointer

2020-10-04 Thread Alex Dewar
Commit 9c34d023dc35 ("ASoC: omap-mcbsp: Re-arrange files for core McBSP and Sidetone function split"), in rearranging various files, also replaced calls to platform_get_resource_by_name() + devm_ioremap_resource() with a single call to devm_platform_ioremap_resource_byname(). However, the struct

[PATCH v3] i2c: pxa: move to generic GPIO recovery

2020-10-04 Thread Codrin Ciubotariu
Starting with commit 75820314de26 ("i2c: core: add generic I2C GPIO recovery") GPIO bus recovery is supported by the I2C core, so we can remove the driver implementation and use that one instead. Signed-off-by: Codrin Ciubotariu --- patch not tested. Changes in v3: - fix compile errors from

[PATCH 2/2] ath11k: Handle errors if peer creation fails

2020-10-04 Thread Alex Dewar
ath11k_peer_create() is called without its return value being checked, meaning errors will be unhandled. Add missing check and, as the mutex is unconditionally unlocked on leaving this function, simplify the exit path. Addresses-Coverity-ID: 1497531 ("Code maintainability issues") Fixes:

[PATCH 1/2] ath11k: Fix memory leak on error path

2020-10-04 Thread Alex Dewar
In ath11k_mac_setup_iface_combinations(), if memory cannot be assigned for the variable limits, then the memory assigned to combinations will be leaked. Fix this. Addresses-Coverity-ID: 1497534 ("Resource leaks") Fixes: 2626c269702e ("ath11k: add interface_modes to hw_params") Signed-off-by: Alex

RE: [PATCH 1/8] staging: rtl8723bs: replace RND4 with round_up()

2020-10-04 Thread David Laight
From: Ross Schmidt > Sent: 04 October 2020 02:18 > > Use round_up instead of define RND4. RND4 was also particularly horrid! ... > diff --git a/drivers/staging/rtl8723bs/core/rtw_security.c > b/drivers/staging/rtl8723bs/core/rtw_security.c > index 7f74e1d05b3a..159d32ace2bc 100644 > ---

<    1   2   3   4   >