[PATCH v4 0/5] Some optimizations related to sgx

2021-02-01 Thread Tianjia Zhang
This is an optimization of a set of sgx-related codes, each of which is independent of the patch. Because the second and third patches have conflicting dependencies, these patches are put together. --- v4 changes: * Improvements suggested by review v3 changes: * split free_cnt count and spin

[PATCH v4 3/5] x86/sgx: Optimize the free_cnt count in sgx_epc_section

2021-02-01 Thread Tianjia Zhang
'section->free_cnt' represents the free page in sgx_epc_section, which is assigned once after initialization. In fact, just after the initialization is completed, the pages are in the init_laundry_list list and cannot be allocated. This needs to be recovered by EREMOVE of function sgx_sanitize_sect

Re: [PATCH v2 3/3] vsprintf: dump full information of page flags in pGp

2021-02-01 Thread Andy Shevchenko
On Mon, Feb 01, 2021 at 07:56:10PM +0800, Yafang Shao wrote: > Currently the pGp only shows the names of page flags, rather than > the full information including section, node, zone, last cpupid and > kasan tag. While it is not easy to parse these information manually > because there're so many fla

[PATCH v5 1/1] perf/smmuv3: Don't reserve the PMCG register spaces

2021-02-01 Thread Zhen Lei
According to the SMMUv3 specification: Each PMCG counter group is represented by one 4KB page (Page 0) with one optional additional 4KB page (Page 1), both of which are at IMPLEMENTATION DEFINED base addresses. This means that the PMCG register spaces may be within the 64KB pages of the SMMUv3 reg

[PATCH v5 0/1] perf/smmuv3: Don't reserve the PMCG register spaces

2021-02-01 Thread Zhen Lei
v4 --> v5: 1. Give up doing the mapping for the entire SMMU register space. 2. Fix some compile warnings. Sorry. So sorry. v3 --> v4: 1. Delete the unnecessary encapsulation function smmu_pmu_get_and_ioremap_resource(). 2. Discard adding MODULE_SOFTDEP. v2 --> v3: Patch 3 is updated because http

[PATCH] ARM: dts: ebaz4205: add pinctrl entries for switches

2021-02-01 Thread Michael Walle
Add the pinctrl entries for the GPIOs which are connected to the push buttons on this board. Signed-off-by: Michael Walle --- arch/arm/boot/dts/zynq-ebaz4205.dts | 23 +++ 1 file changed, 23 insertions(+) diff --git a/arch/arm/boot/dts/zynq-ebaz4205.dts b/arch/arm/boot/dts/

Re: [PATCH 8/8] gpio: sim: new testing module

2021-02-01 Thread Andy Shevchenko
On Mon, Feb 01, 2021 at 01:53:16PM +0100, Bartosz Golaszewski wrote: > On Mon, Feb 1, 2021 at 1:49 PM Andy Shevchenko > wrote: > > On Mon, Feb 01, 2021 at 11:59:31AM +0100, Bartosz Golaszewski wrote: > > > On Mon, Feb 1, 2021 at 11:28 AM Andy Shevchenko > > > wrote: > > > > On Sat, Jan 30, 2021 a

Re: [PATCH printk-rework 08/12] printk: introduce a kmsg_dump iterator

2021-02-01 Thread John Ogness
On 2021-02-01, Petr Mladek wrote: >> Rather than store the iterator information into the registered >> kmsg_dump structure, create a separate iterator structure. The >> kmsg_dump_iter structure can reside on the stack of the caller, >> thus allowing lockless use of the kmsg_dump functions. >> >>

Re: [PATCH v2 3/3] vsprintf: dump full information of page flags in pGp

2021-02-01 Thread David Hildenbrand
On 01.02.21 14:23, David Hildenbrand wrote: On 01.02.21 12:56, Yafang Shao wrote: Currently the pGp only shows the names of page flags, rather than the full information including section, node, zone, last cpupid and kasan tag. While it is not easy to parse these information manually because ther

Re: extended bpf_send_signal_thread with argument

2021-02-01 Thread Peter Zijlstra
On Mon, Feb 01, 2021 at 10:42:47AM +0100, Dmitry Vyukov wrote: > On Mon, Feb 1, 2021 at 10:22 AM Peter Zijlstra wrote: > > > > On Sun, Jan 31, 2021 at 12:14:02PM +0100, Dmitry Vyukov wrote: > > > Hi, > > > > > > I would like to send a signal from a bpf program invoked from a > > > perf_event. Ther

[PATCH v3 0/3] common SVDM version and VDO from dt

2021-02-01 Thread Kyle Tso
patch v2: https://lore.kernel.org/linux-devicetree/20210131151832.215931-1-kyle...@google.com/ Changes since v2: = usb: typec: Determine common SVDM Versions - rename the variable and the functions (remove the text "common") - remove the macro dt-bindings: connector: Add SVDM VDO

[PATCH v3 2/3] dt-bindings: connector: Add SVDM VDO properties

2021-02-01 Thread Kyle Tso
Add bindings of VDO properties of USB PD SVDM so that they can be used in device tree. Signed-off-by: Kyle Tso --- Changes since v2: - no change .../bindings/connector/usb-connector.yaml | 11 + include/dt-bindings/usb/pd.h | 311 +- 2 files changed, 321 in

[PATCH v3 3/3] usb: typec: tcpm: Get Sink VDO from fwnode

2021-02-01 Thread Kyle Tso
Commit a079973f462a ("usb: typec: tcpm: Remove tcpc_config configuration mechanism") removed the tcpc_config which includes the Sink VDO and it is not yet added back with fwnode. Add it now. Signed-off-by: Kyle Tso --- Changes since v2: - use fwnode_property_count_u32 instead to get the count - r

[PATCH v3 1/3] usb: typec: Determine common SVDM Versions

2021-02-01 Thread Kyle Tso
PD Spec Revision 3.0 Version 2.0 + ECNs 2020-12-10 6.4.4.2.3 Structured VDM Version "The Structured VDM Version field of the Discover Identity Command sent and received during VDM discovery Shall be used to determine the lowest common Structured VDM Version supported by the Port Partners or

Re: [PATCH v2 3/3] vsprintf: dump full information of page flags in pGp

2021-02-01 Thread Andy Shevchenko
On Mon, Feb 01, 2021 at 02:23:33PM +0100, David Hildenbrand wrote: > On 01.02.21 12:56, Yafang Shao wrote: > > Currently the pGp only shows the names of page flags, rather than > > the full information including section, node, zone, last cpupid and > > kasan tag. While it is not easy to parse these

[PATCH v13] staging: fbtft: add tearing signal detect

2021-02-01 Thread Carlis
From: Carlis For st7789v IC, when we need continuous full screen refresh, it is best to wait for the tearing effect line signal to arrive to avoid screen tearing. Signed-off-by: Carlis --- v13: change TE completion to par data struct member and add a new function to deal te gpio request, m

Re: [PATCH] drm/mediatek: enable dither function

2021-02-01 Thread Chun-Kuang Hu
Hi, Hsin-Yi: Chun-Kuang Hu 於 2021年2月1日 週一 上午12:20寫道: > > Hi, Hsin-Yi: > > Hsin-Yi Wang 於 2021年1月31日 週日 下午1:11寫道: > > > > From: Yongqiang Niu > > > > Enable dither function to improve the display quality. > > Reviewed-by: Chun-Kuang Hu > Applied to mediatek-drm-next [1], thanks. [1] https://

Re: [PATCH 05/13] kallsyms: refactor {,module_}kallsyms_on_each_symbol

2021-02-01 Thread Miroslav Benes
On Mon, 1 Feb 2021, Christoph Hellwig wrote: > On Fri, Jan 29, 2021 at 10:43:36AM +0100, Petr Mladek wrote: > > > --- a/kernel/livepatch/core.c > > > +++ b/kernel/livepatch/core.c > > > @@ -164,12 +164,8 @@ static int klp_find_object_symbol(const char > > > *objname, const char *name, > > >

Re: [PATCH v3 10/22] media: camss: Add support for CSIPHY hardware version Titan 170

2021-02-01 Thread Sakari Ailus
Hi Robert, On Wed, Jan 27, 2021 at 03:49:18PM +0100, Robert Foss wrote: > Add register definitions for version 170 of the Titan architecture > and implement support for the CSIPHY subdevice. > > Signed-off-by: Robert Foss > --- > .../qcom/camss/camss-csiphy-3ph-1-0.c | 182 +

Re: [PATCH 1/4] perf/core: Add support to exclude kernel mode instruction tracing

2021-02-01 Thread Peter Zijlstra
On Mon, Feb 01, 2021 at 01:11:04PM +0530, Sai Prakash Ranjan wrote: > Ok I suppose you mean CONFIG_SECURITY_LOCKDOWN_LSM? But I don't see > how this new config has to depend on that? This can work independently > whether complete lockdown is enforced or not since it applies to only > hardware inst

Re: [PATCH 4/8] lib: introduce BITS_{FIRST,LAST} macro

2021-02-01 Thread Andy Shevchenko
On Sat, Jan 30, 2021 at 11:17:15AM -0800, Yury Norov wrote: > BITMAP_{LAST,FIRST}_WORD_MASK() in linux/bitmap.h duplicates the > functionality of GENMASK(). The scope of there macros is wider than just > bitmap. This patch defines 4 new macros: BITS_FIRST(), BITS_LAST(), > BITS_FIRST_MASK() and BIT

[PATCH] crypto: marvell - CRYPTO_DEV_OCTEONTX2_CPT should depend on ARCH_THUNDER2

2021-02-01 Thread Geert Uytterhoeven
The Marvell OcteonTX2 CPT physical function PCI device is present only on OcteonTx2 SoC, and not available as an independent PCIe endpoint. Hence add a dependency on ARCH_THUNDER2, to prevent asking the user about this driver when configuring a kernel without OcteonTx2 platform support. Fixes: 5e8

Re: arm64: gen-hyprel.c:40:10: fatal error: generated/autoconf.h: No such file or directory

2021-02-01 Thread Marc Zyngier
On 2021-02-01 13:38, Naresh Kamboju wrote: Linux next 20210201 tag arm64 builds failed. kernel config attached to this email. BAD:next-20210201 GOOD: next-20210129 make --silent --keep-going --jobs=8 O=/home/tuxbuild/.cache/tuxmake/builds/1/tmp ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu

Re: [PATCH 5/8] bitsperlong.h: introduce SMALL_CONST() macro

2021-02-01 Thread Andy Shevchenko
On Sat, Jan 30, 2021 at 11:17:16AM -0800, Yury Norov wrote: > Many algorithms become simpler if they are passed with relatively small > input values. One example is bitmap operations when the whole bitmap fits > into one word. To implement such simplifications, linux/bitmap.h declares > small_const

Re: [PATCH] fix the issue that the tick_nohz_get_sleep_length() function could return a negative value

2021-02-01 Thread Frederic Weisbecker
On Wed, Jan 20, 2021 at 11:49:38PM +, Zhou Ti (x2019cwm) wrote: > Fix the issue that the tick_nohz_get_sleep_length() function could return a > negative value. > > The variable "dev->next_event" has a small possibility to be smaller than > the variable "now" during running, which would resul

Re: [PATCH 7/8] lib: add fast path for find_next_*_bit()

2021-02-01 Thread Andy Shevchenko
On Sat, Jan 30, 2021 at 11:17:18AM -0800, Yury Norov wrote: > Similarly to bitmap functions, find_next_*_bit() users will benefit > if we'll handle a case of bitmaps that fit into a single word. In the > very best case, the compiler may replace a function call with a > single ffs or ffz instruction

Re: [PATCH v2 3/3] vsprintf: dump full information of page flags in pGp

2021-02-01 Thread Yafang Shao
On Mon, Feb 1, 2021 at 9:27 PM Andy Shevchenko wrote: > > On Mon, Feb 01, 2021 at 07:56:10PM +0800, Yafang Shao wrote: > > Currently the pGp only shows the names of page flags, rather than > > the full information including section, node, zone, last cpupid and > > kasan tag. While it is not easy t

Re: [PATCH 6/8] lib: inline _find_next_bit() wrappers

2021-02-01 Thread Andy Shevchenko
On Sat, Jan 30, 2021 at 11:17:17AM -0800, Yury Norov wrote: > lib/find_bit.c declares five single-line wrappers for _find_next_bit(). > We may turn those wrappers to inline functions. It eliminates unneeded > function calls and opens room for compile-time optimizations. > tools/include/asm-generi

[PATCH] mm: page_alloc: update the COMPACT[STALL|FAIL] events properly

2021-02-01 Thread Charan Teja Reddy
By defination, COMPACT[STALL|FAIL] events needs to be counted when there is 'At least in one zone compaction wasn't deferred or skipped from the direct compaction'. And when compaction is skipped or deferred, COMPACT_SKIPPED will be returned but it will still go and update these compaction events w

Re: [PATCH 8/8] lib: add fast path for find_first_*_bit() and find_last_bit()

2021-02-01 Thread Andy Shevchenko
On Sat, Jan 30, 2021 at 11:17:19AM -0800, Yury Norov wrote: > Similarly to bitmap functions, users will benefit if we'll handle > a case of small-size bitmaps that fit into a single word. > > While here, move the find_last_bit() declaration to bitops/find.h > where other find_*_bit() functions sit

Re: [PATCH v2 3/3] vsprintf: dump full information of page flags in pGp

2021-02-01 Thread Yafang Shao
On Mon, Feb 1, 2021 at 9:34 PM Andy Shevchenko wrote: > > On Mon, Feb 01, 2021 at 02:23:33PM +0100, David Hildenbrand wrote: > > On 01.02.21 12:56, Yafang Shao wrote: > > > Currently the pGp only shows the names of page flags, rather than > > > the full information including section, node, zone, l

[PATCH] list: add more extensive double add check

2021-02-01 Thread Christian König
Adding the same element to a linked list multiple times seems to be a rather common programming mistake. To debug those I've more than once written some code to check a linked list for duplicates. Since re-inventing the wheel over and over again is a bad idea this patch tries to add some common co

Re: [PATCH 0/8] MUSE: Userspace backed MTD v3

2021-02-01 Thread Miklos Szeredi
On Mon, Feb 1, 2021 at 2:14 PM Richard Weinberger wrote: > > *friendly FUSE maintainer ping* :-) Seems like MTD folks are happy, so I'll review and merge when I get the time. Thanks, Miklos

Re: [PATCH 01/20] ata: ahci_dm816: Ignore -Woverride-init

2021-02-01 Thread Lee Jones
On Mon, 01 Feb 2021, Arnd Bergmann wrote: > On Thu, Jan 28, 2021 at 7:32 PM Lee Jones wrote: > > > > On Thu, 28 Jan 2021, Christoph Hellwig wrote: > > > > > On Thu, Jan 28, 2021 at 06:02:20PM +, Lee Jones wrote: > > > > Some ATA drivers use the SCSI host template, a series of interwoven > > >

Re: [PATCH] ARM: kexec: Fix panic after TLB are invalidated

2021-02-01 Thread Mark Rutland
On Mon, Feb 01, 2021 at 01:03:45PM +, Russell King - ARM Linux admin wrote: > On Mon, Feb 01, 2021 at 12:47:20PM +, Mark Rutland wrote: > > 1. copy reloc code into buffer > > 2. alter variables in copy of reloc code > > 3. branch to buffer > > > > ... which would avoid this class of proble

Re: [RFC PATCH v3 00/13] virtio/vsock: introduce SOCK_SEQPACKET support

2021-02-01 Thread Arseny Krasnov
On 01.02.2021 14:02, Stefano Garzarella wrote: > On Fri, Jan 29, 2021 at 06:52:23PM +0300, Arseny Krasnov wrote: >> On 29.01.2021 12:26, Stefano Garzarella wrote: >>> On Fri, Jan 29, 2021 at 09:41:50AM +0300, Arseny Krasnov wrote: On 28.01.2021 20:19, Stefano Garzarella wrote: > Hi Arsen

Re: [REGRESSION] "ALSA: HDA: Early Forbid of runtime PM" broke my laptop's internal audio

2021-02-01 Thread Greg KH
On Mon, Feb 01, 2021 at 04:24:51AM +, Erich Ritz wrote: > On Friday, January 29, 2021 9:17 AM, Takashi Iwai wrote: > > > On Fri, 29 Jan 2021 17:12:08 +0100, > > Michael Catanzaro wrote: > > > > > On Fri, Jan 29, 2021 at 9:30 am, Michael Catanzaro > > > mcatanz...@redhat.com wrote: > > > > > >

Re: [PATCH] MIPS: relocatable: Provide kaslr_offset() to get the kernel offset

2021-02-01 Thread Thomas Bogendoerfer
On Wed, Jan 27, 2021 at 12:12:25PM +0800, Jinyang He wrote: > Use kimage_vaddr to indicate kernel start address. Provide kaslr_offset() > to get the kernel offset when KASLR is enabled. Error may occur before > update_kimage_vaddr(), so put it at the end of the offset branch. > > Fixes: a307a4ce9e

Re: [PATCH V2] rtc: mc146818: Detect and handle broken RTCs

2021-02-01 Thread Serge Belyshev
Hi! "Me too": > --- a/drivers/rtc/rtc-mc146818-lib.c > +++ b/drivers/rtc/rtc-mc146818-lib.c > @@ -21,6 +21,13 @@ unsigned int mc146818_get_time(struct rt > > again: > spin_lock_irqsave(&rtc_lock, flags); > + /* Ensure that the RTC is accessible. Bit 0-6 must be 0! */ > + if (WARN

Re: [PATCH] cpufreq: Remove CPUFREQ_STICKY flag

2021-02-01 Thread Rafael J. Wysocki
On Mon, Feb 1, 2021 at 11:06 AM Viresh Kumar wrote: > > On 01-02-21, 10:44, Dominik Brodowski wrote: > > IIRC, it was required on various ARM systems,[*] as CPUs were registered as > > subsys_initcall(), while cpufreq used to be initialized only later, as an > > s/later/earlier ? arch happens befo

Re: [PATCH net] net: hdlc_x25: Use qdisc to queue outgoing LAPB frames

2021-02-01 Thread Xie He
On Mon, Feb 1, 2021 at 5:14 AM Martin Schiller wrote: > > But control frames are currently sent past the lapb write_queue. > So another queue would have to be created. > > And wouldn't it be better to have it in the hdlc_x25 driver, leaving > LAPB unaffected? Hmm.. Indeed. I agree. I also think

Re: [PATCH 05/13] kallsyms: refactor {,module_}kallsyms_on_each_symbol

2021-02-01 Thread Miroslav Benes
One more thing... > @@ -4379,8 +4379,7 @@ int module_kallsyms_on_each_symbol(int (*fn)(void *, > const char *, > unsigned int i; > int ret; > > - module_assert_mutex(); > - > + mutex_lock(&module_mutex); > list_for_each_entry(mod, &modules, list) { > /* W

Re: [PATCH] PM: domains: Simplify the calculation of variables

2021-02-01 Thread Rafael J. Wysocki
On Mon, Feb 1, 2021 at 11:11 AM Ulf Hansson wrote: > > On Wed, 27 Jan 2021 at 09:42, Abaci Team > wrote: > > > > Fix the following coccicheck warnings: > > > > ./drivers/base/power/domain.c:938:31-33: WARNING !A || A && B is > > equivalent to !A || B. > > > > Reported-by: Abaci Robot > > Sugges

Re: [PATCH v4 1/2] x86/setup: always add the beginning of RAM as memblock.memory

2021-02-01 Thread Mike Rapoport
On Sun, Jan 31, 2021 at 01:49:27PM -0800, Linus Torvalds wrote: > On Sun, Jan 31, 2021 at 12:04 AM Mike Rapoport wrote: > > > > > > > > That's *particularly* true when the very line above it did a > > > "memblock_reserve()" of the exact same range that the memblock_add() > > > "adds". > > > > The

Re: [PATCH net] net: lapb: Copy the skb before sending a packet

2021-02-01 Thread Julian Wiedmann
On 01.02.21 06:57, Xie He wrote: > When sending a packet, we will prepend it with an LAPB header. > This modifies the shared parts of a cloned skb, so we should copy the > skb rather than just clone it, before we prepend the header. > > In "Documentation/networking/driver.rst" (the 2nd point), it

Re: [PATCH v3 2/2] mm: fix initialization of struct page for holes in memory layout

2021-02-01 Thread Mike Rapoport
On Mon, Feb 01, 2021 at 05:39:58PM +0800, Baoquan He wrote: > On 02/01/21 at 10:14am, David Hildenbrand wrote: > > On 11.01.21 20:40, Mike Rapoport wrote: > > > + > > > +static void __init init_unavailable_mem(void) > > > +{ > > > + int zone; > > > + > > > + for (zone = 0; zone < ZONE_MOVABLE; zone

Re: [PATCH 1/6] soundwire: qcom: add support to missing transport params

2021-02-01 Thread Vinod Koul
On 29-01-21, 17:32, Srinivas Kandagatla wrote: > Some of the transport parameters derived from device tree > are not fully parsed by the driver. > > This patch adds support to parse those missing parameters. > > Signed-off-by: Srinivas Kandagatla > --- > drivers/soundwire/qcom.c | 107 +

Re: [PATCH v10 1/2] uio: uio_dfl: add userspace i/o driver for DFL bus

2021-02-01 Thread Tom Rix
On 1/31/21 9:38 PM, Xu Yilun wrote: > This patch supports the DFL drivers be written in userspace. This is > realized by exposing the userspace I/O device interfaces. > > The driver now only binds the ether group feature, which has no irq. So > the irq support is not implemented yet. > > Signed-o

Re: [PATCH printk-rework 09/12] um: synchronize kmsg_dumper

2021-02-01 Thread Petr Mladek
On Tue 2021-01-26 22:21:48, John Ogness wrote: > In preparation for removing printk's @logbuf_lock, dumpers that have > assumed to be protected against parallel calls must provide their own > synchronization. Add a locally static spinlock to synchronize the > kmsg_dump call and temporary buffer usa

Re: [PATCH v2 3/3] vsprintf: dump full information of page flags in pGp

2021-02-01 Thread Matthew Wilcox
On Mon, Feb 01, 2021 at 07:56:10PM +0800, Yafang Shao wrote: > - Before the patch, > [ 6343.396602] Slab 0x4382e02b objects=33 used=3 > fp=0x9ae06ffc flags=0x17c0010200(slab|head) > > - After the patch, > [ 6871.296131] Slab 0xc0e19a37 objects=33 used=3 > fp=0x000

Re: [PATCH v2 1/2] dt-bindings: panel: Add Samsung S6E3FA2 panel

2021-02-01 Thread Rob Herring
On Mon, 01 Feb 2021 12:37:10 +0200, Iskren Chernev wrote: > The Samsung S6E3FA2 AMOLED cmd LCD panel is used on the Samsung Galaxy > S5 (klte). > > Signed-off-by: Iskren Chernev > --- > OK, miraculously the panel turns on and off now, so the simple-panel can > graduate into its own driver. > > v

Re: [PATCH 3/6] soundwire: qcom: set continue execution flag for ignored commands

2021-02-01 Thread Vinod Koul
On 29-01-21, 17:32, Srinivas Kandagatla wrote: > version 1.5.1 and higher IPs of this controller required to set > continue execution on ingored command flag. This patch sets this flag. > > Signed-off-by: Srinivas Kandagatla > --- > drivers/soundwire/qcom.c | 12 +++- > 1 file changed, 1

[PATCH v2] char: xillybus: Add driver for XillyUSB (Xillybus variant for USB)

2021-02-01 Thread eli . billauer
From: Eli Billauer The XillyUSB driver is the USB variant for the Xillybus FPGA IP core. Even though it presents a nearly identical API on the FPGA and host, it's almost a complete rewrite of the driver: The framework for exchanging data on a USB bus is fundamentally different from doing the same

Re: [PATCH] mtd: rawnand: Do not check for bad block if bbt is unavailable

2021-02-01 Thread Miquel Raynal
Hi Manivannan, Manivannan Sadhasivam wrote on Sat, 30 Jan 2021 09:24:12 +0530: > The bbt pointer will be unavailable when NAND_SKIP_BBTSCAN option is > set for a NAND chip. The intention is to skip scanning for the bad > blocks during boot time. I don't have the same understanding: this flag sk

Re: [RFC][PATCH 0/3] New thermal interface allowing IPA to get max power

2021-02-01 Thread Rafael J. Wysocki
On Tue, Jan 26, 2021 at 11:40 AM Lukasz Luba wrote: > > Hi all, > > This patch set tries to add the missing feature in the Intelligent Power > Allocation (IPA) governor which is: frequency limit set by user space. > User can set max allowed frequency for a given device which has impact on > max al

[PATCH] mm/page_io: Use pr_alert_ratelimited for swap read/write errors

2021-02-01 Thread Georgi Djakov
If there are errors during swap read or write, they can easily fill the log buffer and remove any previous messages that might be useful for debugging, especially on systems that rely for logging only on the kernel ring-buffer. For example, on a systems using zram as swap, we are more likely to se

[PATCH v5 2/7] Add a reference to ucounts for each cred

2021-02-01 Thread Alexey Gladkov
For RLIMIT_NPROC and some other rlimits the user_struct that holds the global limit is kept alive for the lifetime of a process by keeping it in struct cred. Adding a pointer to ucounts in the struct cred will allow to track RLIMIT_NPROC not only for user in the system, but for user in the user_nam

[PATCH v5 4/7] Reimplement RLIMIT_MSGQUEUE on top of ucounts

2021-02-01 Thread Alexey Gladkov
The rlimit counter is tied to uid in the user_namespace. This allows rlimit values to be specified in userns even if they are already globally exceeded by the user. However, the value of the previous user_namespaces cannot be exceeded. Signed-off-by: Alexey Gladkov --- include/linux/sched/user.h

[PATCH v5 1/7] Increase size of ucounts to atomic_long_t

2021-02-01 Thread Alexey Gladkov
RLIMIT_MSGQUEUE and RLIMIT_MEMLOCK use unsigned long to store their counters. As a preparation for moving rlimits based on ucounts, we need to increase the size of the variable to long. Signed-off-by: Alexey Gladkov --- include/linux/user_namespace.h | 4 ++-- kernel/ucount.c| 1

[PATCH v5 5/7] Reimplement RLIMIT_SIGPENDING on top of ucounts

2021-02-01 Thread Alexey Gladkov
The rlimit counter is tied to uid in the user_namespace. This allows rlimit values to be specified in userns even if they are already globally exceeded by the user. However, the value of the previous user_namespaces cannot be exceeded. Signed-off-by: Alexey Gladkov --- fs/proc/array.c

[PATCH v5 3/7] Reimplement RLIMIT_NPROC on top of ucounts

2021-02-01 Thread Alexey Gladkov
The rlimit counter is tied to uid in the user_namespace. This allows rlimit values to be specified in userns even if they are already globally exceeded by the user. However, the value of the previous user_namespaces cannot be exceeded. To illustrate the impact of rlimits, let's say there is a prog

[PATCH v5 7/7] kselftests: Add test to check for rlimit changes in different user namespaces

2021-02-01 Thread Alexey Gladkov
The testcase runs few instances of the program with RLIMIT_NPROC=1 from user uid=6, in different user namespaces. Signed-off-by: Alexey Gladkov --- tools/testing/selftests/Makefile | 1 + tools/testing/selftests/rlimits/.gitignore| 2 + tools/testing/selftests/rlimits/Ma

Re: [PATCH 4/6] soundwire: qcom: start the clock during initialization

2021-02-01 Thread Vinod Koul
On 29-01-21, 17:32, Srinivas Kandagatla wrote: > Start the clock during initialization. A detailed log please, which clock..? Also how do older controllers work w/o this clk > > Signed-off-by: Srinivas Kandagatla > --- > drivers/soundwire/qcom.c | 3 +++ > 1 file changed, 3 insertions(+) > >

[PATCH v5 6/7] Reimplement RLIMIT_MEMLOCK on top of ucounts

2021-02-01 Thread Alexey Gladkov
The rlimit counter is tied to uid in the user_namespace. This allows rlimit values to be specified in userns even if they are already globally exceeded by the user. However, the value of the previous user_namespaces cannot be exceeded. Signed-off-by: Alexey Gladkov --- fs/hugetlbfs/inode.c

[PATCH v5 0/7] Count rlimits in each user namespace

2021-02-01 Thread Alexey Gladkov
Preface --- These patches are for binding the rlimit counters to a user in user namespace. This patch set can be applied on top of: git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git v5.11-rc2 Problem --- The RLIMIT_NPROC, RLIMIT_MEMLOCK, RLIMIT_SIGPENDING, RLIMIT_MSGQUEUE rlimits

Re: [RFC][PATCH 0/3] New thermal interface allowing IPA to get max power

2021-02-01 Thread Daniel Lezcano
Hi Lukasz, On 01/02/2021 12:23, Lukasz Luba wrote: > Daniel, Chanwoo > > Gentle ping. Have you have a chance to check these patches? I will review the patches in a couple of days -- Daniel > On 1/26/21 10:39 AM, Lukasz Luba wrote: >> Hi all, >> >> This patch set tries to add the missing f

Re: [PATCH v4 2/4] perf vendor events: Add L2I_TLB, SVE, SIMD, and FP events

2021-02-01 Thread John Garry
On 01/02/2021 11:13, Shunsuke Nakamura wrote: I think that you will need to fix the subject, like: perf vendor events arm64: Add more common and uarch events Add the following events. It would be good to mention your reference document. Common architectural events: - L2I_TLB_REFILL

Re: [RFC PATCH v3 00/13] virtio/vsock: introduce SOCK_SEQPACKET support

2021-02-01 Thread Stefano Garzarella
On Mon, Feb 01, 2021 at 04:57:18PM +0300, Arseny Krasnov wrote: On 01.02.2021 14:02, Stefano Garzarella wrote: On Fri, Jan 29, 2021 at 06:52:23PM +0300, Arseny Krasnov wrote: On 29.01.2021 12:26, Stefano Garzarella wrote: On Fri, Jan 29, 2021 at 09:41:50AM +0300, Arseny Krasnov wrote: On 28.

Re: [PATCH v2] char: xillybus: Add driver for XillyUSB (Xillybus variant for USB)

2021-02-01 Thread Greg KH
On Mon, Feb 01, 2021 at 04:16:51PM +0200, eli.billa...@gmail.com wrote: > From: Eli Billauer > > The XillyUSB driver is the USB variant for the Xillybus FPGA IP core. > Even though it presents a nearly identical API on the FPGA and host, > it's almost a complete rewrite of the driver: The framewo

Re: [PATCH 5/6] soundwire: qcom: update register read/write routine

2021-02-01 Thread Vinod Koul
On 29-01-21, 17:32, Srinivas Kandagatla wrote: > In the existing code every soundwire register read and register write > are kinda blocked. Each of these are using a special command id that > generates interrupt after it successfully finishes. This is really > overhead, limiting and not really nece

[PATCH v3 0/2] Move ...mce/therm_throt.c to drivers/thermal/

2021-02-01 Thread Borislav Petkov
From: Borislav Petkov Hi, I know I already committed those but https://lkml.kernel.org/r/20210201032427.GB12524@xsang-OptiPlex-9020 made me look at the IRQ handler registration. And it does happen per CPU which is particularly daft and unneeded. And it used to do that before that change too, f

[PATCH v3 2/2] thermal: Move therm_throt there from x86/mce

2021-02-01 Thread Borislav Petkov
From: Borislav Petkov This functionality has nothing to do with MCE, move it to the thermal framework and untangle it from MCE. Requested-by: Peter Zijlstra Signed-off-by: Borislav Petkov --- arch/x86/Kconfig | 4 --- arch/x86/include/asm/mce.h

[PATCH v3 1/2] x86/mce: Get rid of mcheck_intel_therm_init()

2021-02-01 Thread Borislav Petkov
From: Borislav Petkov Move the APIC_LVTTHMR read which needs to happen on the BSP, to intel_init_thermal(). One less boot dependency. No functional changes. Signed-off-by: Borislav Petkov --- arch/x86/include/asm/mce.h| 6 -- arch/x86/kernel/cpu/mce/core.c| 1 - arch

[PATCH] ARM: dts: zynq: Add address-cells property to interrupt controllers

2021-02-01 Thread Michal Simek
The commit 3eb619b2f7d8 ("scripts/dtc: Update to upstream version v1.6.0-11-g9d7888cbf19c") updated dtc version which also contained DTC commit "81e0919a3e21 checks: Add interrupt provider test" where reasons for this checking are mentioned as "A missing #address-cells property is less critical, bu

[PATCH] ARM: zynq: Update Copyright date in DTS

2021-02-01 Thread Michal Simek
Update years in header to be up2date. Signed-off-by: Michal Simek --- arch/arm/boot/dts/zynq-7000.dtsi | 2 +- arch/arm/boot/dts/zynq-cc108.dts | 2 +- arch/arm/boot/dts/zynq-zc702.dts | 2 +- arch/arm/boot/dts/zynq-zc706.dts | 2 +- arch/arm/boot/dts/zynq-zc770-xm010.dt

Re: [PATCH v1 1/2] driver core: fw_devlink: Detect supplier devices that will never be added

2021-02-01 Thread Rafael J. Wysocki
On Sat, Jan 30, 2021 at 5:03 AM Saravana Kannan wrote: > > During the initial parsing of firmware by fw_devlink, fw_devlink might > infer that some supplier firmware nodes would get populated as devices. > But the inference is not always correct. This patch tries to logically > detect and fix such

Re: [PATCH v4 1/2] x86/setup: always add the beginning of RAM as memblock.memory

2021-02-01 Thread Mike Rapoport
On Mon, Feb 01, 2021 at 10:32:44AM +0100, David Hildenbrand wrote: > On 30.01.21 23:10, Mike Rapoport wrote: > > From: Mike Rapoport > > > > The physical memory on an x86 system starts at address 0, but this is not > > always reflected in e820 map. For example, the BIOS can have e820 entries > >

Re: [PATCH v4 4/4] perf vendor events: Add Fujitsu A64FX V1.2 pmu event

2021-02-01 Thread John Garry
On 01/02/2021 11:13, Shunsuke Nakamura wrote: About the subject, include "arm64", like other commits in same arch path about "V1.2", we use wildcard for matching MIDR, so will these JSONs really just patch V1.2? Add pmu events for A64FX. Documentation source: https://github.com/fujitsu/A64F

Re: [PATCH 6/6] soundwire: qcom: add support to new interrupts

2021-02-01 Thread Vinod Koul
On 29-01-21, 17:32, Srinivas Kandagatla wrote: > Add support to new interrupts and update irq routine in a way > to deal with multiple pending interrupts with in a single interrupt! > > Signed-off-by: Srinivas Kandagatla > --- > drivers/soundwire/qcom.c | 191 ++--

Re: [RFC PATCH v3 00/13] virtio/vsock: introduce SOCK_SEQPACKET support

2021-02-01 Thread Arseny Krasnov
On 01.02.2021 17:23, Stefano Garzarella wrote: > On Mon, Feb 01, 2021 at 04:57:18PM +0300, Arseny Krasnov wrote: >> On 01.02.2021 14:02, Stefano Garzarella wrote: >>> On Fri, Jan 29, 2021 at 06:52:23PM +0300, Arseny Krasnov wrote: On 29.01.2021 12:26, Stefano Garzarella wrote: > On Fri,

Re: [PATCH V3 0/5] perf core PMU support for Sapphire Rapids (Kernel)

2021-02-01 Thread Peter Zijlstra
I made the below changes, does that work? --- --- a/arch/x86/events/intel/core.c +++ b/arch/x86/events/intel/core.c @@ -3627,6 +3627,15 @@ static int core_pmu_hw_config(struct per return intel_pmu_bts_config(event); } +#define INTEL_TD_METRIC_AVAILABLE_MAX (INTEL_TD_METRIC_RETIRING

Re: [PATCH 0/6] usb: typec: and platform/chrome: Add PD revision numbers

2021-02-01 Thread Greg KH
On Thu, Jan 28, 2021 at 10:14:00PM -0800, Benson Leung wrote: > USB Power Delivery has a 3 entity handshake (port, cable, partner), and as > of USB PD R3.0, each entity may independently support either Revision 2 or > Revision 3 signaling and protocol. In order for userspace and the kernel > to pro

Re: [PATCH 4/6] platform/chrome: cros_ec_typec: Report SOP' PD revision from status

2021-02-01 Thread Enric Balletbo i Serra
Hi Benson, On 29/1/21 7:14, Benson Leung wrote: > cros_typec_handle_sop_prime_disc now takes the PD revision provided > by the EC_CMD_TYPEC_STATUS command response for the SOP'. > > Attach the properly formatted pd_revision to the cable desc before > registering the cable. > > Signed-off-by: Ben

Re: [PATCH v4 1/2] x86/setup: always add the beginning of RAM as memblock.memory

2021-02-01 Thread David Hildenbrand
On 01.02.21 15:30, Mike Rapoport wrote: On Mon, Feb 01, 2021 at 10:32:44AM +0100, David Hildenbrand wrote: On 30.01.21 23:10, Mike Rapoport wrote: From: Mike Rapoport The physical memory on an x86 system starts at address 0, but this is not always reflected in e820 map. For example, the BIOS

Re: [PATCH 5/6] platform/chrome: cros_ec_typec: Set Partner PD revision from status

2021-02-01 Thread Enric Balletbo i Serra
Hi Benson, On 29/1/21 7:14, Benson Leung wrote: > Status provides sop_revision. Process it, and set it using the new > setter in the typec class. > > Signed-off-by: Benson Leung Acked-by: Enric Balletbo i Serra > --- > drivers/platform/chrome/cros_ec_typec.c | 14 -- > 1 file cha

Re: [PATCH 6/6] platform/chrome: cros_ec_typec: Set opmode to PD on SOP connected

2021-02-01 Thread Enric Balletbo i Serra
Hi Benson, On 29/1/21 7:14, Benson Leung wrote: > When SOP Discovery is done, set the opmode to PD if status indicates > SOP is connected. > > SOP connected indicates a PD contract is in place, and is a solid > indication we have transitioned to PD power negotiation, either as > source or sink. >

Re: [PATCH v4 1/2] x86/setup: always add the beginning of RAM as memblock.memory

2021-02-01 Thread Mike Rapoport
On Mon, Feb 01, 2021 at 07:26:05PM +0800, Baoquan He wrote: > On 02/01/21 at 10:32am, David Hildenbrand wrote: > > > > 2) In init_zone_unavailable_mem(), similar to round_up(max_pfn, > > PAGES_PER_SECTION) handling, consider range > > [round_down(min_pfn, PAGES_PER_SECTION), min_pfn - 1] > > w

Re: [PATCH net-next 9/9] net: ipa: don't disable NAPI in suspend

2021-02-01 Thread Alex Elder
On 1/31/21 7:36 PM, Willem de Bruijn wrote: On Sun, Jan 31, 2021 at 10:32 AM Alex Elder wrote: On 1/31/21 8:52 AM, Willem de Bruijn wrote: On Sat, Jan 30, 2021 at 11:29 PM Alex Elder wrote: On 1/30/21 9:25 AM, Willem de Bruijn wrote: On Fri, Jan 29, 2021 at 3:29 PM Alex Elder wrote: Th

Re: [PATCH mvebu v2 00/10] Armada 37xx: Fix cpufreq changing base CPU speed to 800 MHz from 1000 MHz

2021-02-01 Thread Tomasz Maciej Nowak
W dniu 14.01.2021 o 13:40, Pali Rohár pisze: > Hello! > > The armada-37xx-cpufreq driver changes base CPU speed from 1000 MHz to > 800 MHz on EspressoBIN and Turris MOX. The commit message in patch 2/10 > explains why and how can this be discovered. > > That patch 2/10 led us to discover another

Re: [RFC PATCH v3 00/13] virtio/vsock: introduce SOCK_SEQPACKET support

2021-02-01 Thread Stefano Garzarella
On Mon, Feb 01, 2021 at 05:32:00PM +0300, Arseny Krasnov wrote: On 01.02.2021 17:23, Stefano Garzarella wrote: On Mon, Feb 01, 2021 at 04:57:18PM +0300, Arseny Krasnov wrote: On 01.02.2021 14:02, Stefano Garzarella wrote: On Fri, Jan 29, 2021 at 06:52:23PM +0300, Arseny Krasnov wrote: On 29.

Re: [PATCH v5 2/4] x509: Detect sm2 keys by their parameters OID

2021-02-01 Thread Stefan Berger
On 2/1/21 8:23 AM, David Howells wrote: Stefan Berger wrote: From: Stefan Berger Detect whether a key is an sm2 type of key by its OID in the parameters array rather than assuming that everything under OID_id_ecPublicKey is sm2, which is not the case. Signed-off-by: Stefan Berger Cc: David

Re: [PATCH v4 3/4] perf tools: Fix lexical definition of event name

2021-02-01 Thread John Garry
On 01/02/2021 11:13, Shunsuke Nakamura wrote: Fix the lexical definition of event name so that the numbers are recognizable. A64FX defines an event name that starts with a number. - 0inst_commit - 1inst_commit - 2inst_commit - 3inst_commit - 4inst_commit Signed-off-by: Shunsuke Nakamu

Re: [RFC PATCH v4 1/1] iio/scmi: Adding support for IIO SCMI Based Sensors

2021-02-01 Thread Jonathan Cameron
On Sun, 31 Jan 2021 20:42:20 + Cristian Marussi wrote: > Hi > > a clarification down below regarding something I pointed out in the > other thread (just to be sure I have not pointed out something > plain wrong :D) > > Thanks > > Cristian > > On Sun, Jan 31, 2021 at 01:11:41PM +, Jona

[PATCH 04/20] ata: pata_ali: Repair some misnamed kernel-doc issues

2021-02-01 Thread Lee Jones
Fixes the following W=1 kernel build warning(s): drivers/ata/pata_ali.c:119: warning: Function parameter or member 'mask' not described in 'ali_20_filter' drivers/ata/pata_ali.c:119: warning: Excess function parameter 'ap' description in 'ali_20_filter' drivers/ata/pata_ali.c:322: warning: Fu

[PATCH 06/20] ata: pata_amd: Remove superfluous, add missing and fix broken params

2021-02-01 Thread Lee Jones
Fixes the following W=1 kernel build warning(s): drivers/ata/pata_amd.c:179: warning: Excess function parameter 'adev' description in 'amd_fifo_setup' drivers/ata/pata_amd.c:331: warning: Function parameter or member 'link' not described in 'nv_pre_reset' drivers/ata/pata_amd.c:331: warning:

[PATCH v2 00/20] [Set 1] Rid W=1 warnings from ATA

2021-02-01 Thread Lee Jones
This set is part of a larger effort attempting to clean-up W=1 kernel builds, which are currently overwhelmingly riddled with niggly little warnings. This is set 1 out of 2 sets required. v2: - Removed "Ignore -Woverride-init" patches - Back-filled them with others Lee Jones (20): ata: libat

Re: [PATCH 0/6] usb: typec: and platform/chrome: Add PD revision numbers

2021-02-01 Thread Enric Balletbo i Serra
Hi all, On 29/1/21 7:14, Benson Leung wrote: > USB Power Delivery has a 3 entity handshake (port, cable, partner), and as > of USB PD R3.0, each entity may independently support either Revision 2 or > Revision 3 signaling and protocol. In order for userspace and the kernel > to properly process th

[PATCH 03/20] ata: libata-pmp: Fix misspelling of 'val'

2021-02-01 Thread Lee Jones
Fixes the following W=1 kernel build warning(s): drivers/ata/libata-pmp.c:76: warning: Function parameter or member 'val' not described in 'sata_pmp_write' drivers/ata/libata-pmp.c:76: warning: Excess function parameter 'r_val' description in 'sata_pmp_write' Cc: Jens Axboe Cc: Tejun Heo Cc

[PATCH 02/20] ata: libata-sata: Fix function names in header comments

2021-02-01 Thread Lee Jones
Fixes the following W=1 kernel build warning(s): drivers/ata/libata-sata.c:1085: warning: expecting prototype for port_alloc(). Prototype was for ata_sas_port_alloc() instead drivers/ata/libata-sata.c:1140: warning: expecting prototype for ata_port_stop(). Prototype was for ata_sas_port_stop()

Re: [PATCH v1] usb: typec: tcpm: Handle vbus shutoff when in source mode

2021-02-01 Thread Guenter Roeck
On 2/1/21 2:02 AM, Badhri Jagan Sridharan wrote: > While in source mode, vbus could be shutoff by protections > circuits. TCPM does not move back to toggling state to > re-initiate connection. Fix this by moving to SRC_UNATTACHED > state when vbus shuts off while in source mode. > > Signed-off-by:

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