[PATCH] sched.h: drop in_ubsan field when UBSAN is in trap mode

in_ubsan field of task_struct is only used in lib/ubsan.c, which in its turn is used only `ifneq ($(CONFIG_UBSAN_TRAP),y)`. Removing unnecessary field from a task_struct will help preserve the ABI between vanilla and CONFIG_UBSAN_TRAP'ed kernels. In particular, this will help enabling bounds

[PATCH 4/6] can: mcp25xxfd: add driver for Microchip MCP25xxFD SPI CAN

From: Marc Kleine-Budde This patch adds support for the Microchip MCP25xxFD SPI CAN controller family. Tested-by: Kurt Van Dijck Tested-by: Manivannan Sadhasivam Signed-off-by: Marc Kleine-Budde Signed-off-by: Manivannan Sadhasivam --- drivers/net/can/spi/mcp25xxfd/Makefile|1 +

[PATCH 0/6] Add support for MCP25XXFD SPI-CAN Network driver

Hello, This series is the continuation of the work done by Marc Kleine-Budde on adding support for Microchip MCP25XXFD SPI-CAN driver [1]. I've taken the patches from Marc's tree [2] and posted with an additional MAINTAINERS patch on top since he seems to be very busy. This series has been tested

[PATCH rdma-next v1 0/4] scatterlist: add sg_alloc_table_append function

From: Leon Romanovsky Changelog: v1: * Changed _sg_chain to be __sg_chain * Added dependency on ARCH_NO_SG_CHAIN * Removed struct sg_append v0: * https://lore.kernel.org/lkml/20200903121853.1145976-1-l...@kernel.org --

Re: [PATCH v18 06/32] mm/thp: narrow lru locking

On Mon, Aug 24, 2020 at 08:54:39PM +0800, Alex Shi wrote: > lru_lock and page cache xa_lock have no reason with current sequence, > put them together isn't necessary. let's narrow the lru locking, but > left the local_irq_disable to block interrupt re-entry and statistic update. What stats are

[PATCH V2 3/4] perf stat: Support new per thread TopDown metrics

From: Andi Kleen Icelake has support for reporting per thread TopDown metrics. These are reported differently than the previous TopDown support, each metric is standalone, but scaled to pipeline "slots". We don't need to do anything special for HyperThreading anymore. Teach perf stat --topdown

Re: [PATCH] drm/panfrost: Ensure GPU quirks are always initialised

On 09/09/2020 13:29, Steven Price wrote: The GPU 'CONFIG' registers used to work around hardware issues are cleared on reset so need to be programmed every time the GPU is reset. However panfrost_device_reset() failed to do this. To avoid this in future instead move the call to

[PATCH rdma-next v1 2/4] lib/scatterlist: Add support in dynamically allocation of SG entries

From: Maor Gottlieb In order to support dynamic allocation of SG table, this patch introduces sg_alloc_next. This function should be called to add more entries to the table. In order to share the code, we will do the following: * Extract the allocation code from __sg_alloc_table to sg_alloc. *

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

From: Maor Gottlieb Remove the implementation of ib_umem_add_sg_table and instead call to sg_alloc_table_append 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 to this

[PATCH rdma-next v1 1/4] lib/scatterlist: Refactor sg_alloc_table_from_pages

From: Maor Gottlieb Currently, sg_alloc_table_from_pages doesn't support dynamic chaining of SG entries. Therefore it requires from user to allocate all the pages in advance and hold them in a large buffer. Such a buffer consumes a lot of temporary memory in HPC systems which do a very large

[PATCH 2/2] kbuild: move CFLAGS_{KASAN,UBSAN,KCSAN} exports to relevant Makefiles

Move CFLAGS_KASAN*, CFLAGS_UBSAN, CFLAGS_KCSAN to Makefile.kasan, Makefile.ubsan, Makefile.kcsan, respectively. This commit also avoids the same -fsanitize=* flags being added to CFLAGS_UBSAN multiple times. Prior to this commit, the ubsan flags were appended by the '+=' operator, without any

Re: [PATCH v5] PCI/ACS: Enable PCI_ACS_TB and disable only when needed for ATS

Hello Bjorn, On Mon, Aug 17, 2020 at 3:50 PM Rajat Jain wrote: > > Hello Bjorn, > > > On Sat, Aug 1, 2020 at 5:30 PM Rajat Jain wrote: > > > > Hi Bjorn, > > > > > > On Tue, Jul 14, 2020 at 1:24 PM Rajat Jain wrote: > > > > > > On Tue, Jul 14, 2020 at 1:15 PM Rajat Jain wrote: > > > > > > > >

Re: [PATCH v2] clk: imx: gate2: Fix a few typos

Quoting Jonathan Neuschäfer (2020-09-05 08:10:16) > A few words were misspelled in this comment. > > Signed-off-by: Jonathan Neuschäfer > --- Reviewed-by: Stephen Boyd Presumably Shawn will pick this up.

Re: [PATCH] mm: don't rely on system state to detect hot-plug operations

On Thu 10-09-20 15:39:00, Oscar Salvador wrote: > On Thu, Sep 10, 2020 at 02:48:47PM +0200, Michal Hocko wrote: > > > Is there any actual usecase for a configuration like this? What is the > > > point to statically define additional memory like this when the same can > > > be achieved on the same

Re: [PATCH v3 0/3] iio: gyro: adxrs290: Add triggered buffer & debugfs support

On Thu, Sep 10, 2020 at 3:30 PM Nishant Malpani wrote: > > Introduce DATA_RDY trigger for triggered buffer setup; this enables continuous > data capture. Additionally, add support for direct register access using the > debugfs > iio interface. > > The device-tree bindings documentation

Re: [PATCH] iio: gyro: adxrs290: use hook for devm resource unwinding

On Thu, Sep 10, 2020 at 3:27 PM Nishant Malpani wrote: > > Make use of devm_add_action_or_reset() hook to switch device into STANDBY > mode during standard resource unwinding. The patch includes a helper > function, in the form of adxrs290_set_mode(), to realise driving the > device into STANDBY

Re: [PATCH 12/12] dma-mapping: move the dma_declare_coherent_memory documentation

On 2020-09-08 17:47, Christoph Hellwig wrote: dma_declare_coherent_memory should not be in a DMA API guide aimed at driver writers (that is consumers of the API). Move it to a comment near the function instead. I still think there might be an occasional valid use for device-local memory

[PATCH 1/5] misc: eeprom: at24: Initialise AT24 NVMEM ID field

The AT24 EEPROM driver does not initialise the 'id' field of the nvmem_config structure and because the entire structure is not initialised, it ends up with a random value. This causes the NVMEM driver to append the device 'devid' value to name of the NVMEM device. Although this is not a problem

[PATCH 6/6] MAINTAINERS: Add entry for Microchip MCP25XXFD SPI-CAN network driver

Add MAINTAINERS entry for Microchip MCP25XXFD SPI-CAN network driver. Signed-off-by: Manivannan Sadhasivam --- MAINTAINERS | 8 1 file changed, 8 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index b5cfab015bd6..e4ddf908a8b5 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@

Re: [PATCH v2 1/2] arm64: dts: mt8173: Set uart to mmio32 iotype

On Thu, Sep 10, 2020 at 6:25 PM Matthias Brugger wrote: > > Hi, > > On 10/09/2020 10:43, Hsin-Yi Wang wrote: > > Set uart iotype to mmio32 to make earlycon work with stdout-path. > > > > Signed-off-by: Hsin-Yi Wang > > --- > > arch/arm64/boot/dts/mediatek/mt8173.dtsi | 8 > > 1 file

[PATCH 3/5] misc: eeprom: at24: Support custom device names for AT24 EEPROMs

By using the label property, a more descriptive name can be populated for AT24 EEPROMs NVMEM device. Update the AT24 driver to check to see if the label property is present and if so, use this as the name for NVMEM device. Signed-off-by: Jon Hunter --- drivers/misc/eeprom/at24.c | 10 +-

Re: [PATCH 0/3] clk: keystone: some minor fixes

Quoting santosh.shilim...@oracle.com (2020-09-08 10:19:32) > > > On 9/7/20 1:57 AM, Tero Kristo wrote: > > Hi Santosh, > > > > This series contains a few fixes for the TI SCI clock driver. > > - Patch #1 is a clear bug fix, where we missed to parse assigned-clock > >data properly to detect

[PATCH net v1] hinic: fix rewaking txq after netif_tx_disable

When calling hinic_close in hinic_set_channels, all queues are stopped after netif_tx_disable, but some queue may be rewaken in free_tx_poll by mistake while drv is handling tx irq. If one queue is rewaken core may call hinic_xmit_frame to send pkt after netif_tx_disable within a short time which

[GIT PULL] small bug fixes for 5.9

Hi Linus, Could you please consider this pull reqeuest having some critical bug fixes? Thanks, The following changes since commit 34d4ddd359dbcdf6c5fb3f85a179243d7a1cb7f8: Merge tag 'linux-kselftest-5.9-rc5' of git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest (2020-09-08

Re: [PATCH] soundwire: bus: add enumerated slave to device list

May be we could make the enumerated devices discovery bit more verbose! Maybe adding a device number sysfs entry would help, e.g. reporting NotAttched or a value in [0,11] would tell you if the device is actually present. Agreed, I cooked this patch to report verbose device status, let me

[PATCH 4/4] kbuild: remove cc-option test of -Werror=date-time

The minimal compiler versions, GCC 4.9 and Clang 10 support this flag. Here is the godbolt: https://godbolt.org/z/xvjcMa Signed-off-by: Masahiro Yamada --- Makefile | 2 +- arch/arm64/kernel/vdso32/Makefile | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-)

[PATCH 3/4] kbuild: remove cc-option test of -fno-stack-check

The minimal compiler versions, GCC 4.9 and Clang 10 support this flag. Here is the godbolt: https://godbolt.org/z/59cK6o Signed-off-by: Masahiro Yamada --- Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Makefile b/Makefile index 1b6abecc5cab..5102c89d3167 100644

KASAN: use-after-free Read in ucma_close (2)

Hello, syzbot found the following issue on: HEAD commit:34d4ddd3 Merge tag 'linux-kselftest-5.9-rc5' of git://git... git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=1002ea2d90 kernel config: https://syzkaller.appspot.com/x/.config?x=a9075b36a6ae26c9

KMSAN: uninit-value in aes_encrypt (4)

Hello, syzbot found the following issue on: HEAD commit:3b3ea602 x86: add failure injection to get/put/clear_user git tree: https://github.com/google/kmsan.git master console output: https://syzkaller.appspot.com/x/log.txt?x=1030dda590 kernel config:

Re: [PATCH 2/2] ARM: dts: r8a7742: Add VIN DT nodes

On Mon, Sep 7, 2020 at 4:46 PM Lad Prabhakar wrote: > Add VIN[0123] instances found in the r8a7742 SoC. > > Signed-off-by: Lad Prabhakar > Reviewed-by: Biju Das Reviewed-by: Geert Uytterhoeven i.e. will queue in renesas-devel for v5.10. Gr{oetje,eeting}s, Geert --

Re: [PATCH] ASoC: ak4458: Add DSD support for ak4458 and ak4497

On Thu, Sep 10, 2020 at 10:10:32PM +0800, Shengjiu Wang wrote: > ak4458 can't support DSD512 format, but ak4497 can, so add > a new variable in ak4458_drvdata to distinguish these two > platform. > In hw_params(), calculate bit clock according to different DSD > format and configure DSD

[PATCH 1/2] ASoC: q6afe: dt-bindings: add q6afe clock bindings

q6afe exposes various lpass clocks controls via q6dsp q6afe commands. This patch adds bindings required for this clock controller. Signed-off-by: Srinivas Kandagatla --- .../devicetree/bindings/sound/qcom,q6afe.txt | 23 ++ include/dt-bindings/sound/qcom,q6afe.h| 74

[PATCH v2 2/2] usb: ohci: Make distrust_firmware param default to false

The 'distrust_firmware' module parameter dates from 2004 and the USB subsystem is a lot more mature and reliable now than it was then. Alter the default to false now. Suggested-by: Alan Stern Signed-off-by: Hamish Martin --- drivers/usb/host/ohci-hcd.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH 2/2] ASoC: q6afe-clocks: add q6afe clock controller

q6afe already exposes lpass clocks, however this was not presented as proper clock controller driver. This patch basically adds clock controller support for q6afe clocks. This is useful for other drivers like lpass digital codec or lpass lowpower island drivers to request or vote for these

Re: [RFC PATCH 00/16] 1GB THP support on x86_64

On 10 Sep 2020, at 4:27, David Hildenbrand wrote: > On 10.09.20 09:32, Michal Hocko wrote: >> [Cc Vlastimil and Mel - the whole email thread starts >> http://lkml.kernel.org/r/20200902180628.4052244-1-zi@sent.com >> but this particular subthread has diverged a bit and you might find it >>

[PATCH v2 1/2] usb: ohci: Default to per-port over-current protection

Some integrated OHCI controller hubs do not expose all ports of the hub to pins on the SoC. In some cases the unconnected ports generate spurious over-current events. For example the Broadcom 56060/Ranger 2 SoC contains a nominally 3 port hub but only the first port is wired. Default behaviour

[PATCH 0/2] ASoC: q6afe: add clocks support

q6afe already exposes clocks using apis, but not as proper clock controller driver. This patch puts those clocks in to a proper clock controller so that other drivers that depend on those clocks can be properly expressed. Srinivas Kandagatla (2): ASoC: q6afe: dt-bindings: add q6afe clock

[PATCH] drm/i810: make i810_flush_queue() return void

This function always return '0' and no callers use the return value. So make it a void function. This eliminates the following coccicheck warning: drivers/gpu/drm/i810/i810_dma.c:860:8-11: Unneeded variable: "ret". Return "0" on line 885 Reported-by: Hulk Robot Signed-off-by: Jason Yan ---

[PATCH rdma-next 0/4] Query GID table API

From: Leon Romanovsky >From Avihai, When an application is not using RDMA CM and if it is using multiple RDMA devices with one or more RoCE ports, finding the right GID table entry is a long process. For example, with two RoCE dual-port devices in a system, when IP failover is used between two

[PATCH] soc: sunxi: sram: remove unneeded semicolon

Eliminate the following coccicheck warning: drivers/soc/sunxi/sunxi_sram.c:197:2-3: Unneeded semicolon Reported-by: Hulk Robot Signed-off-by: Jason Yan --- drivers/soc/sunxi/sunxi_sram.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/soc/sunxi/sunxi_sram.c

Re: [trivial PATCH] treewide: Convert switch/case fallthrough; to break;

On 2020-09-09 21:06, Joe Perches wrote: fallthrough to a separate case/default label break; isn't very readable. Convert pseudo-keyword fallthrough; statements to a simple break; when the next label is case or default and the only statement in the next label block is break; Found using: $

[PATCH] pcmcia: db1xxx_ss: remove unneeded semicolon

Eliminate the following coccicheck warning: drivers/pcmcia/db1xxx_ss.c:455:2-3: Unneeded semicolon Reported-by: Hulk Robot Signed-off-by: Jason Yan --- drivers/pcmcia/db1xxx_ss.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/pcmcia/db1xxx_ss.c

Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding

On 9/10/20 11:13 AM, Jason Gunthorpe wrote: On Thu, Sep 10, 2020 at 10:35:38AM -0700, Linus Torvalds wrote: On Thu, Sep 10, 2020 at 2:40 AM Alexander Gordeev wrote: It is only gup_fast case that exposes the issue. It hits because pointers to stack copies are passed to gup_pXd_range

Re: [PATCH 00/15] Adding GAUDI NIC code to habanalabs driver

On 9/10/2020 2:15 PM, Oded Gabbay wrote: On Fri, Sep 11, 2020 at 12:05 AM Florian Fainelli wrote: On 9/10/2020 1:32 PM, Oded Gabbay wrote: On Thu, Sep 10, 2020 at 11:28 PM Jakub Kicinski wrote: On Thu, 10 Sep 2020 23:16:22 +0300 Oded Gabbay wrote: On Thu, Sep 10, 2020 at 11:01 PM

Re: [RFC PATCH 1/6] security/fbfam: Add a Kconfig to enable the fbfam feature

On Thu, Sep 10, 2020 at 10:21 PM Kees Cook wrote: > From: John Wood > > Add a menu entry under "Security options" to enable the "Fork brute > force attack mitigation" feature. [...] > +config FBFAM Please give this a more descriptive name than FBFAM. Some name where, if a random kernel

[PATCH] video: fbdev: fsl-diu-fb: remove unneeded variable 'res'

Eliminate the following coccicheck warning: drivers/video/fbdev/fsl-diu-fb.c:1428:5-8: Unneeded variable: "res". Return "0" on line 1450 Reported-by: Hulk Robot Signed-off-by: Jason Yan --- drivers/video/fbdev/fsl-diu-fb.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

[PATCH] drm: xlnx: remove defined but not used 'scaling_factors_666'

This addresses the following gcc warning with "make W=1": drivers/gpu/drm/xlnx/zynqmp_disp.c:245:18: warning: ‘scaling_factors_666’ defined but not used [-Wunused-const-variable=] 245 | static const u32 scaling_factors_666[] = { | ^~~ Reported-by: Hulk

[PATCH] brcmsmac: phytbl_lcn: Eliminate defined but not used 'dot11lcn_gain_tbl_rev1'

This addresses the following gcc warning with "make W=1": drivers/net/wireless/broadcom/brcm80211/brcmsmac/phy/phytbl_lcn.c:108:18: warning: ‘dot11lcn_gain_tbl_rev1’ defined but not used [-Wunused-const-variable=] 108 | static const u32 dot11lcn_gain_tbl_rev1[] = { |

Re: [PATCH v2 1/1] i2c: busses: Add support for atomic transfers in Actions Semi Owl driver

On Thu, Sep 10, 2020 at 08:32:25AM +0530, Manivannan Sadhasivam wrote: > On 0909, Cristian Ciocaltea wrote: > > Hi Mani, > > > > Thanks for the review! > > > > On Wed, Sep 09, 2020 at 08:47:48PM +0530, Manivannan Sadhasivam wrote: > > > Hi Cristi, > > > > > > On 0908, Cristian Ciocaltea wrote:

[PATCH] video: fbdev: sis: remove unneeded semicolon

Eliminate the following coccicheck warning: drivers/video/fbdev/sis/sis_accel.h:143:72-73: Unneeded semicolon drivers/video/fbdev/sis/sis_accel.h:144:72-73: Unneeded semicolon drivers/video/fbdev/sis/sis_accel.h:145:72-73: Unneeded semicolon drivers/video/fbdev/sis/sis_accel.h:273:75-76: Unneeded

[PATCH] ASoC: ak4458: Add DSD support for ak4458 and ak4497

ak4458 can't support DSD512 format, but ak4497 can, so add a new variable in ak4458_drvdata to distinguish these two platform. In hw_params(), calculate bit clock according to different DSD format and configure DSD register. Signed-off-by: Shengjiu Wang --- sound/soc/codecs/ak4458.c | 82

Re: [PATCH v5 00/20] gpio: cdev: add uAPI v2

On Thu, Sep 10, 2020 at 4:09 PM Andy Shevchenko wrote: > > On Tue, Sep 01, 2020 at 11:28:13AM +0200, Bartosz Golaszewski wrote: > > On Sat, Aug 29, 2020 at 3:35 AM Kent Gibson wrote: > > > > > > On Fri, Aug 28, 2020 at 04:37:19PM +0200, Linus Walleij wrote: > > > > On Fri, Aug 28, 2020 at 12:47

Re: [PATCH 2/2] kbuild: move CFLAGS_{KASAN,UBSAN,KCSAN} exports to relevant Makefiles

On Thu, 10 Sep 2020 at 15:45, Masahiro Yamada wrote: > > Move CFLAGS_KASAN*, CFLAGS_UBSAN, CFLAGS_KCSAN to Makefile.kasan, > Makefile.ubsan, Makefile.kcsan, respectively. > > This commit also avoids the same -fsanitize=* flags being added to > CFLAGS_UBSAN multiple times. > > Prior to this

kcompactd hotplug fail

Hi, While playing with hotplug, I ran into the below: [ 2305.676384] [ cut here ] [ 2305.681543] WARNING: CPU: 1 PID: 15 at kernel/sched/core.c:1924 __set_cpus_allowed_ptr+0x1bd/0x230 [ 2305.691540] Modules linked in: kvm_intel kvm irqbypass rapl intel_cstate

Re: [PATCH] platform/x86: Add Driver to set up lid GPEs on MS Surface device

I've just sent v2. Thank you for your comments, Max

[PATCH -next 3/3] rtlwifi: rtl8723ae: fix comparison pointer to bool warning in phy.c

Fixes coccicheck warning: drivers/net/wireless/realtek/rtlwifi/rtl8723ae/phy.c:191:5-13: WARNING: Comparison to bool drivers/net/wireless/realtek/rtlwifi/rtl8723ae/phy.c:205:5-13: WARNING: Comparison to bool drivers/net/wireless/realtek/rtlwifi/rtl8723ae/phy.c:211:5-13: WARNING: Comparison to

[PATCH] brcmsmac: phy_lcn: Eliminate defined but not used 'lcnphy_rx_iqcomp_table_rev0'

This addresses the following gcc warning with "make W=1": drivers/net/wireless/broadcom/brcm80211/brcmsmac/phy/phy_lcn.c:361:25: warning: ‘lcnphy_rx_iqcomp_table_rev0’ defined but not used [-Wunused-const-variable=] 361 | struct lcnphy_rx_iqcomp lcnphy_rx_iqcomp_table_rev0[] = { |

Re: [PATCH v2 0/2] MTE support for KVM guest

On 10/09/2020 14:56, Andrew Jones wrote: On Thu, Sep 10, 2020 at 10:21:04AM +0100, Steven Price wrote: On 10/09/2020 07:29, Andrew Jones wrote: But if userspace created the memslots with memory already set with PROT_MTE, then this wouldn't be necessary, right? And, as long as there's still a

[PATCH 1/2] kbuild: remove redundant CONFIG_KASAN check from scripts/Makefile.kasan

Since commit e0fe0bbe57b8 ("kbuild: include scripts/Makefile.* only when relevant CONFIG is enabled"), this file is included only when CONFIG_KASAN=y. This ifdef is redundant. Signed-off-by: Masahiro Yamada --- scripts/Makefile.kasan | 2 -- 1 file changed, 2 deletions(-) diff --git

Re: [PATCH v5 00/20] gpio: cdev: add uAPI v2

On Thu, Sep 10, 2020 at 04:12:08PM +0200, Bartosz Golaszewski wrote: > On Thu, Sep 10, 2020 at 4:09 PM Andy Shevchenko > wrote: > > On Tue, Sep 01, 2020 at 11:28:13AM +0200, Bartosz Golaszewski wrote: > > > On Sat, Aug 29, 2020 at 3:35 AM Kent Gibson wrote: ... > > > I personally like v6 more.

[PATCH 08/24] add_key.2: Cast to 'unsigned long' rather than 'long' when printing with "%lx"

Signed-off-by: Alejandro Colomar --- man2/add_key.2 | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/man2/add_key.2 b/man2/add_key.2 index bda08c3d2..bbd2d1d03 100644 --- a/man2/add_key.2 +++ b/man2/add_key.2 @@ -262,7 +262,7 @@ main(int argc, char *argv[])

[PATCH 06/24] timer_create.2: Cast to 'unsigned long' rathen than 'long' when printing with "%lx"

Signed-off-by: Alejandro Colomar --- man2/timer_create.2 | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/man2/timer_create.2 b/man2/timer_create.2 index e9a8b8503..9c9907739 100644 --- a/man2/timer_create.2 +++ b/man2/timer_create.2 @@ -390,7 +390,7 @@

[PATCH 07/24] request_key.2: Cast to 'unsigned long' rather than 'long' when printing with "%lx"

Signed-off-by: Alejandro Colomar --- man2/request_key.2 | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/man2/request_key.2 b/man2/request_key.2 index e28c11ded..c14bcb000 100644 --- a/man2/request_key.2 +++ b/man2/request_key.2 @@ -537,7 +537,7 @@ main(int argc, char *argv[])

[PATCH 03/24] timerfd_create.2: Use 'PRIxN' macros when printing C99 fixed-width integer types

Signed-off-by: Alejandro Colomar --- man2/timerfd_create.2 | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/man2/timerfd_create.2 b/man2/timerfd_create.2 index 67a13dba3..90e35d9b5 100644 --- a/man2/timerfd_create.2 +++ b/man2/timerfd_create.2 @@ -624,6 +624,7 @@ a.out 3

[PATCH 11/24] stat.2: Remove unneeded cast

Both major(3) and minor(3) return an 'unsigned int', so there is no need to use a 'long' for printing. Moreover, it should have been 'unsigned long', as "%lx" expects an unsigned type. Signed-off-by: Alejandro Colomar --- man2/stat.2 | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)

[PATCH 18/24] core.5: Use adequate type

'nread' is of type 'ssize_t' 'tot' adds up different values contained in 'nread', so it should also be 'ssize_t', and not 'int' (which possibly overflows). Signed-off-by: Alejandro Colomar --- man5/core.5 | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/man5/core.5

[PATCH 09/24] clock_getcpuclockid.3: Remove unneeded cast

Member 'tv_nsec' of 'struct timespec' is of type 'long' (see time.h.0p), and therefore, the cast is completely redundant. Signed-off-by: Alejandro Colomar --- man3/clock_getcpuclockid.3 | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/man3/clock_getcpuclockid.3

[PATCH 16/24] getpwent_r.3: Declare variables with different types in different lines

Signed-off-by: Alejandro Colomar --- man3/getpwent_r.3 | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/man3/getpwent_r.3 b/man3/getpwent_r.3 index 0f7581091..b6c1c281f 100644 --- a/man3/getpwent_r.3 +++ b/man3/getpwent_r.3 @@ -184,7 +184,8 @@ in the stream with all other

[PATCH v2] platform/x86: Add Driver to set up lid GPEs on MS Surface device

Conventionally, wake-up events for a specific device, in our case the lid device, are managed via the ACPI _PRW field. While this does not seem strictly necessary based on ACPI spec, the kernel disables GPE wakeups to avoid non-wakeup interrupts preventing suspend by default and only enables GPEs

[PATCH 17/24] get_phys_pages.3: Write 'long' instead of 'long int'

For consistency. Most man pages use 'long' instead of 'long int'. Signed-off-by: Alejandro Colomar --- man3/get_phys_pages.3 | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/man3/get_phys_pages.3 b/man3/get_phys_pages.3 index 4a9177dfd..97ba625b7 100644 ---

[PATCH 24/24] bpf.2: Add missing headers

I added some headers to reduce the number of warnings. I found the needed headers by using grep, but maybe some of them shouldn't be included directly. The example still has many problems to compile. Signed-off-by: Alejandro Colomar --- man2/bpf.2 | 12 1 file changed, 12

[PATCH 20/24] loop.4: ffix

Signed-off-by: Alejandro Colomar --- man4/loop.4 | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/man4/loop.4 b/man4/loop.4 index 73b23871d..1b5d05666 100644 --- a/man4/loop.4 +++ b/man4/loop.4 @@ -227,7 +227,7 @@ in .IR loop_config.info.lo_flags ; and .IP * -Explicitly

[PATCH 19/24] pthread_setname_np.3: ffix

Signed-off-by: Alejandro Colomar --- man3/pthread_setname_np.3 | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/man3/pthread_setname_np.3 b/man3/pthread_setname_np.3 index b206f66c0..4dc4960cd 100644 --- a/man3/pthread_setname_np.3 +++ b/man3/pthread_setname_np.3 @@

[PATCH 23/24] select_tut.2: Use MAX(a, b) from

Signed-off-by: Alejandro Colomar --- man2/select_tut.2 | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/man2/select_tut.2 b/man2/select_tut.2 index f683dd49d..d23683d75 100644 --- a/man2/select_tut.2 +++ b/man2/select_tut.2 @@ -354,6 +354,7 @@ from one TCP port to

[PATCH 15/24] unix.7: Use sizeof() to get buffer size (instead of hardcoding macro name)

Signed-off-by: Alejandro Colomar --- man7/unix.7 | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/man7/unix.7 b/man7/unix.7 index f61b51424..50828a5bc 100644 --- a/man7/unix.7 +++ b/man7/unix.7 @@ -991,7 +991,7 @@ main(int argc, char *argv[]) /*

Re: [PATCH 00/15] Adding GAUDI NIC code to habanalabs driver

On Fri, Sep 11, 2020 at 12:05 AM Florian Fainelli wrote: > > > > On 9/10/2020 1:32 PM, Oded Gabbay wrote: > > On Thu, Sep 10, 2020 at 11:28 PM Jakub Kicinski wrote: > >> > >> On Thu, 10 Sep 2020 23:16:22 +0300 Oded Gabbay wrote: > >>> On Thu, Sep 10, 2020 at 11:01 PM Jakub Kicinski wrote: >

[PATCH 14/24] fread.3: Move ARRAY_SIZE logic into macro

Signed-off-by: Alejandro Colomar --- man3/fread.3 | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/man3/fread.3 b/man3/fread.3 index 4c5dc3dbc..8e71e620e 100644 --- a/man3/fread.3 +++ b/man3/fread.3 @@ -136,6 +136,8 @@ Class: 0x02 #include #include +#define

[PATCH 13/24] getpwent_r.3: Use sizeof() to get buffer size (instead of hardcoding macro name)

Signed-off-by: Alejandro Colomar --- man3/getpwent_r.3 | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/man3/getpwent_r.3 b/man3/getpwent_r.3 index 64f27dbfb..0f7581091 100644 --- a/man3/getpwent_r.3 +++ b/man3/getpwent_r.3 @@ -190,7 +190,7 @@ main(void) setpwent();

[PATCH 21/24] aio.7: Use perror() directly

Signed-off-by: Alejandro Colomar --- man7/aio.7 | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/man7/aio.7 b/man7/aio.7 index ff099885e..9b2c44c48 100644 --- a/man7/aio.7 +++ b/man7/aio.7 @@ -257,8 +257,6 @@ aio_return(): #define errExit(msg) do { perror(msg);

[PATCH 22/24] membarrier.2: Note that glibc does not provide a wrapper

Notes: I copied .nf and .fi from futex.2, but they made no visual difference. What do they actually do? Signed-off-by: Alejandro Colomar --- man2/membarrier.2 | 9 + 1 file changed, 9 insertions(+) diff --git a/man2/membarrier.2 b/man2/membarrier.2 index 8825de71e..f65c6be5c 100644 ---

[PATCH 04/24] eventfd.2: Use 'PRIxN' macros when printing C99 fixed-width integer types

Signed-off-by: Alejandro Colomar --- man2/eventfd.2 | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/man2/eventfd.2 b/man2/eventfd.2 index 929234ab7..71e9d85b4 100644 --- a/man2/eventfd.2 +++ b/man2/eventfd.2 @@ -386,6 +386,7 @@ Parent read 28 (0x1c) from efd .EX

[PATCH 05/24] offsetof.3: Use "%zu" rather than "%zd" when printing 'size_t' values

Signed-off-by: Alejandro Colomar --- man3/offsetof.3 | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/man3/offsetof.3 b/man3/offsetof.3 index 05fdd6dd8..f0c9975f4 100644 --- a/man3/offsetof.3 +++ b/man3/offsetof.3 @@ -93,10 +93,10 @@ main(void) /* Output is compiler

[PATCH 12/24] getgrent_r.3: Use sizeof() to get buffer size (instead of hardcoding macro name)

Signed-off-by: Alejandro Colomar --- man3/getgrent_r.3 | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/man3/getgrent_r.3 b/man3/getgrent_r.3 index 81d81a851..76deec370 100644 --- a/man3/getgrent_r.3 +++ b/man3/getgrent_r.3 @@ -186,7 +186,7 @@ main(void) setgrent();

[PATCH 10/24] ioctl_ns.2: Remove unneeded cast

Both major(3) and minor(3) return an 'unsigned int', so there is no need to use a 'long' for printing. Moreover, it should have been 'unsigned long', as "%lx" expects an unsigned type. Signed-off-by: Alejandro Colomar --- man2/ioctl_ns.2 | 10 -- 1 file changed, 4 insertions(+), 6

[PATCH 02/24] endian.3: Use 'PRIx32' rather than "%x" when printing 'uint32_t' values

Signed-off-by: Alejandro Colomar --- man3/endian.3 | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/man3/endian.3 b/man3/endian.3 index bdf1efd7e..3a898bb02 100644 --- a/man3/endian.3 +++ b/man3/endian.3 @@ -147,6 +147,7 @@ htobe32(x.u32) = 0x11223344 \& .EX #include

[PATCH 01/24] inet_net_pton.3: Use 'PRIx32' rather than "%x" when printing 'uint32_t' values

Signed-off-by: Alejandro Colomar --- man3/inet_net_pton.3 | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/man3/inet_net_pton.3 b/man3/inet_net_pton.3 index 00f94b9d4..d74a33d74 100644 --- a/man3/inet_net_pton.3 +++ b/man3/inet_net_pton.3 @@ -332,6 +332,7 @@ Raw address:

[PATCH 00/24] Many patches

Hi Michael, I have a lot of patches here. Some of them are trivial, and some of them are not. I have them sorted by their contents more or less, but if you prefer completely unrelated email threads for completely unrelated patches, please tell me. Cheers, Alex Alejandro Colomar (24):

Re: [PATCH] usb: ohci: Default to per-port over-current protection

On Wed, 2020-09-09 at 10:05 -0400, Alan Stern wrote: > On Wed, Sep 09, 2020 at 03:57:34PM +1200, Hamish Martin wrote: > > Some integrated OHCI controller hubs do not expose all ports of the > > hub > > to pins on the SoC. In some cases the unconnected ports generate > > spurious over-current

Re: kcompactd hotplug fail

On Thu, Sep 10 2020 at 16:10, peterz wrote: > While playing with hotplug, I ran into the below: > > [ 2305.676384] [ cut here ] > [ 2305.681543] WARNING: CPU: 1 PID: 15 at kernel/sched/core.c:1924 > __set_cpus_allowed_ptr+0x1bd/0x230 > [ 2305.821454]

Re: [RFC PATCH 5/6] security/fbfam: Detect a fork brute force attack

On Thu, Sep 10, 2020 at 10:22 PM Kees Cook wrote: > To detect a fork brute force attack it is necessary to compute the > crashing rate of the application. This calculation is performed in each > fatal fail of a task, or in other words, when a core dump is triggered. > If this rate shows that the

Re: [PATCH net-next + leds v2 6/7] net: phy: marvell: add support for LEDs controlled by Marvell PHYs

On Thu, 10 Sep 2020 15:15:41 +0200 Andrew Lunn wrote: > On Thu, Sep 10, 2020 at 02:23:41PM +0200, Pavel Machek wrote: > > On Wed 2020-09-09 18:25:51, Marek Behún wrote: > > > This patch adds support for controlling the LEDs connected to > > > several families of Marvell PHYs via the PHY HW LED

Re: [PATCH v2 0/2] MTE support for KVM guest

On Thu, Sep 10, 2020 at 10:21:04AM +0100, Steven Price wrote: > On 10/09/2020 07:29, Andrew Jones wrote: > > But if userspace created the memslots with memory already set with > > PROT_MTE, then this wouldn't be necessary, right? And, as long as > > there's still a way to access the memory with

Re: [PATCH] PCI: Don't use Printk in raw_spinlocks

On Wed, Sep 9, 2020 at 8:07 PM Bjorn Helgaas wrote: > > [+cc Mark, Florian, Rob, Scott] > > On Sat, Aug 01, 2020 at 09:25:49AM +0800, Xingxing Su wrote: > > Do not use printk in raw_spinlocks, > > it will cause BUG: Invalid wait context. > > > > The trace reported by lockdep follows. > > > > [

Re: [sparc64] kernel OOPS bisected from "lockdep: improve current->(hard|soft)irqs_enabled synchronisation with actual irq state"

On Thu, Sep 10, 2020 at 4:40 PM wrote: > > On Thu, Sep 10, 2020 at 02:43:13PM +0300, Anatoly Pugachev wrote: > > Hello! > > > > The following git patch 044d0d6de9f50192f9697583504a382347ee95ca > > (linux git master branch) introduced the following kernel OOPS upon > > kernel boot on my sparc64

Re: [RFC PATCH 00/16] 1GB THP support on x86_64

On 10 Sep 2020, at 9:32, Rik van Riel wrote: > On Thu, 2020-09-10 at 09:32 +0200, Michal Hocko wrote: >> [Cc Vlastimil and Mel - the whole email thread starts >> http://lkml.kernel.org/r/20200902180628.4052244-1-zi@sent.com >> but this particular subthread has diverged a bit and you might

[PATCH 2/4] kbuild: remove cc-option test of -fno-merge-all-constants

The minimal compiler versions, GCC 4.9 and Clang 10 support this flag. Here is the godbolt: https://godbolt.org/z/8T4177 Signed-off-by: Masahiro Yamada --- Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Makefile b/Makefile index 059b36f2ea53..1b6abecc5cab 100644

RE: [PATCH v2] hv_netvsc: Add validation for untrusted Hyper-V values

> -Original Message- > From: Andrea Parri (Microsoft) > Sent: Thursday, September 10, 2020 8:48 AM > To: linux-kernel@vger.kernel.org > Cc: KY Srinivasan ; Haiyang Zhang > ; Stephen Hemminger > ; Wei Liu ; linux- > hyp...@vger.kernel.org; Andres Beltran ; Michael > Kelley ; Saruhan

Re: [RFC PATCH 00/16] 1GB THP support on x86_64

>> As long as we stay in safe zone boundaries you get a benefit in most >> scenarios. As soon as we would have a (temporary) workload that would >> require more unmovable allocations we would fallback to polluting some >> pageblocks only. > > The idea would work well until unmoveable pages begin

Re: [PATCH] scripts/setlocalversion: make git describe output more reliable

On Thu, Sep 10, 2020 at 8:57 PM Rasmus Villemoes wrote: > > When building for an embedded target using Yocto, we're sometimes > observing that the version string that gets built into vmlinux (and > thus what uname -a reports) differs from the path under /lib/modules/ > where modules get installed

Re: Packet gets stuck in NOLOCK pfifo_fast qdisc

Cong Wang wrote: > On Thu, Sep 3, 2020 at 10:08 PM John Fastabend > wrote: > > Maybe this would unlock us, > > > > diff --git a/net/core/dev.c b/net/core/dev.c > > index 7df6c9617321..9b09429103f1 100644 > > --- a/net/core/dev.c > > +++ b/net/core/dev.c > > @@ -3749,7 +3749,7 @@ static inline

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