Re: [PATCH 5/5] dmaengine: dw: Add DMA-channels mask cell support

On Thu, Jul 30, 2020 at 07:41:46PM +0300, Andy Shevchenko wrote: > On Thu, Jul 30, 2020 at 06:45:45PM +0300, Serge Semin wrote: > > DW DMA IP-core provides a way to synthesize the DMA controller with > > channels having different parameters like maximum burst-length, > > multi-block support, maximu

Re: [RFC PATCH 0/5] madvise MADV_DOEXEC

On Thu, Jul 30, 2020 at 11:59:42AM -0400, Steven Sistare wrote: > On 7/30/2020 11:22 AM, Matthew Wilcox wrote: > > On Mon, Jul 27, 2020 at 10:11:22AM -0700, Anthony Yznaga wrote: > >> This patchset adds support for preserving an anonymous memory range across > >> exec(3) using a new madvise MADV_DO

Re: [PATCH 2/5] dmaengine: dw: Activate FIFO-mode for memory peripherals only

On Thu, Jul 30, 2020 at 07:47:03PM +0300, Andy Shevchenko wrote: > On Thu, Jul 30, 2020 at 07:31:54PM +0300, Serge Semin wrote: > > On Thu, Jul 30, 2020 at 07:24:28PM +0300, Andy Shevchenko wrote: > > > On Thu, Jul 30, 2020 at 06:45:42PM +0300, Serge Semin wrote: > > ... > > > > > Thanks to the c

Re: [PATCH v4 6/6] io_uring: add support for zone-append

On 7/30/20 10:26 AM, Pavel Begunkov wrote: > On 30/07/2020 19:13, Jens Axboe wrote: >> On 7/30/20 10:08 AM, Pavel Begunkov wrote: >>> On 27/07/2020 23:34, Jens Axboe wrote: On 7/27/20 1:16 PM, Kanchan Joshi wrote: > On Fri, Jul 24, 2020 at 10:00 PM Jens Axboe wrote: >> >> On 7/24/

Re: [PATCH] RFC: selinux avc trace

On Thu, 30 Jul 2020 19:05:49 +0200 peter enderborg wrote: > >> It should be a full structure with a lot of sub strings.  But that make is > >> even more relevant. > > So one event instance can have a list of strings recorded? > > Yes, it is a list very similar to a normal trace. But it is m

Re: [PATCH] watch_queue: Limit the number of watches a user can hold

David Howells wrote: > Could you consider taking this patch as a bugfix since the problem exists > already in upstream code? Alternatively, I can include it in a set with the mount notifications. David

Re: [PATCH v1] qede: Use %pM format specifier for MAC addresses

On Thu, 2020-07-30 at 16:29 +, Alexander Lobakin wrote: > From: Andy Shevchenko > Date: Thu, 30 Jul 2020 19:00:57 +0300 > > > Convert to %pM instead of using custom code. > > > > Signed-off-by: Andy Shevchenko > > --- > > drivers/net/ethernet/qlogic/qede/qede_main.c | 4 +--- > > 1 file ch

Re: [PATCH v4 00/10] Coregroup support on Powerpc

* Srikar Dronamraju [2020-07-27 11:02:20]: > Changelog v3 ->v4: > v3: > https://lore.kernel.org/lkml/20200723085116.4731-1-sri...@linux.vnet.ibm.com/t/#u > Here is a summary of some of the testing done with coregroup v4 patchsets. It includes ebizzy, schbench, perf bench sched pipe and topology

Re: [PATCH v2] arm64/alternatives: move length validation inside the subsection

On Thu, Jul 30, 2020 at 08:37:01AM -0700, Sami Tolvanen wrote: > Commit f7b93d42945c ("arm64/alternatives: use subsections for replacement > sequences") breaks LLVM's integrated assembler, because due to its > one-pass design, it cannot compute instruction sequence lengths before the > layout for t

Re: [PATCH] thermal: Update power allocator and devfreq cooling to SPDX licensing

On 30/07/2020 18:51, Lukasz Luba wrote: > Update the license to the SPDX licensing format. > > Signed-off-by: Lukasz Luba Applied, thanks -- Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook |

Re: [RFC PATCH 04/14] coresight: etm4x: Free up argument of etm4_init_arch_data

On Wed, Jul 22, 2020 at 06:20:30PM +0100, Suzuki K Poulose wrote: > etm4_init_arch_data is called early during the device probe, > even before the coresight_device is registered. Since we are > about to replace the direct access via abstraction layer, we > need a way to pass in the csdev_access for

Re: linux-next: manual merge of the hmm tree with the drm tree

On 7/30/20 5:03 AM, Jason Gunthorpe wrote: On Thu, Jul 30, 2020 at 07:21:10PM +1000, Stephen Rothwell wrote: Hi all, Today's linux-next merge of the hmm tree got a conflict in: drivers/gpu/drm/nouveau/nvkm/subdev/mmu/vmmgp100.c between commit: 7763d24f3ba0 ("drm/nouveau/vmm/gp100-: f

[tip:locking/core] BUILD REGRESSION 47490fdd411675707624fdfbf7bcfcd5f6a5e706

ig powerpc allmodconfig powerpc allnoconfig i386 randconfig-a016-20200730 i386 randconfig-a012-20200730 i386 randconfig-a014-20200730 i386 randconfig-a015-20200730 i386

Re: [PATCH v2] arm64/alternatives: move length validation inside the subsection

On Thu, Jul 30, 2020 at 10:24 AM Catalin Marinas wrote: > > On Thu, Jul 30, 2020 at 08:37:01AM -0700, Sami Tolvanen wrote: > > Commit f7b93d42945c ("arm64/alternatives: use subsections for replacement > > sequences") breaks LLVM's integrated assembler, because due to its > > one-pass design, it ca

Re: [PATCH 1/4] arm64: stop using directly

linux/fs.h:2372:35: error: 'S_IXGRP' undeclared (first use in this function) 2372 | return (ino->i_mode & (S_ISGID | S_IXGRP)) == S_ISGID; | ^~~ ... $ git bisect log # bad: [7b287a5c6ac518c415a258f2aa7b1ebb25c263d2] Add linux-next specific files for 20200730 # goo

Re: [RFC PATCH 0/5] madvise MADV_DOEXEC

On 7/30/2020 1:12 PM, Matthew Wilcox wrote: > On Thu, Jul 30, 2020 at 11:59:42AM -0400, Steven Sistare wrote: >> On 7/30/2020 11:22 AM, Matthew Wilcox wrote: >>> On Mon, Jul 27, 2020 at 10:11:22AM -0700, Anthony Yznaga wrote: This patchset adds support for preserving an anonymous memory range

Re: [PATCH v4 6/6] io_uring: add support for zone-append

On 30/07/2020 20:16, Jens Axboe wrote: > On 7/30/20 10:26 AM, Pavel Begunkov wrote: >> On 30/07/2020 19:13, Jens Axboe wrote: >>> On 7/30/20 10:08 AM, Pavel Begunkov wrote: On 27/07/2020 23:34, Jens Axboe wrote: > On 7/27/20 1:16 PM, Kanchan Joshi wrote: >> On Fri, Jul 24, 2020 at 10:0

Re: 回复: INFO: rcu detected stall in tc_modify_qdisc

Hi, Dmitry Vyukov writes: > On Wed, Jul 29, 2020 at 9:13 PM Vinicius Costa Gomes > wrote: >> >> Hi, >> >> "Zhang, Qiang" writes: >> >> > >> > 发件人: linux-kernel-ow...@vger.kernel.org >> > 代表 syzbot >> > >> > 发送时间: 2020年7月29日 13:53 >> > 收件人: da...@dav

Aw: Re: [PATCH v2 2/2] thermal: mediatek: add tsensor support for V2 thermal system

Tested on bpi-r64 and r2, i hope this can be merged to next / 5.9 Tested-By: Frank Wunderlich regards Frank

Re: [PATCH] iocost: Fix check condition of iocg abs_vdebt

On 7/30/20 3:03 AM, Chengming Zhou wrote: > We shouldn't skip iocg when its abs_vdebt is not zero. Applied, thanks. > Fixes: 0b80f9866e6b ("iocost: protect iocg->abs_vdebt with > iocg->waitq.lock") Minor note, and I fixed this up, but these should be one line. -- Jens Axboe

Re: [PATCH] iocost_monitor: start from the oldest usage index

On 7/30/20 6:31 AM, Chengming Zhou wrote: > iocg usage_idx is the latest usage index, we should start from the > oldest usage index to show the consecutive NR_USAGE_SLOTS usages. Applied, thanks. -- Jens Axboe

Re: [PATCH v9 0/4] driver core: add probe error check helper

On Thu, Jul 30, 2020 at 9:49 AM Mark Brown wrote: > > On Thu, Jul 30, 2020 at 09:18:30AM -0700, Dmitry Torokhov wrote: > > > I believe it still has not been answered why this can't be pushed into > > resource providers (clock, regulators, gpio, interrupts, etc), > > especially for devm APIs where

Re: linux-next: build failure after merge of the origin tree

On Thu, Jul 30, 2020 at 08:14:07AM +0200, Willy Tarreau wrote: > On Thu, Jul 30, 2020 at 05:22:50AM +0200, Willy Tarreau wrote: > > On Wed, Jul 29, 2020 at 08:17:48PM -0700, Kees Cook wrote: > > > And just another heads-up, the patch[1] (which was never sent to a public > > > list) also breaks arm6

Re: [RFC PATCH 0/5] madvise MADV_DOEXEC

On Thu, Jul 30, 2020 at 01:35:51PM -0400, Steven Sistare wrote: > mshare + VA reservation is another possible solution. > > Or MADV_DOEXEC alone, which is ready now. I hope we can get back to > reviewing that. We are. This is the part of the review process where we explore other solutions to t

Re: [PATCH v4 6/6] io_uring: add support for zone-append

On Thu, Jul 30, 2020 at 11:10 PM Pavel Begunkov wrote: > > On 30/07/2020 20:16, Jens Axboe wrote: > > On 7/30/20 10:26 AM, Pavel Begunkov wrote: > >> On 30/07/2020 19:13, Jens Axboe wrote: > >>> On 7/30/20 10:08 AM, Pavel Begunkov wrote: > On 27/07/2020 23:34, Jens Axboe wrote: > > On 7/2

Aw: Re: [PATCH v2 1/2] thermal: mediatek: prepare to add support for other platforms

Tested on bpi-r64 and r2, i hope this can be merged to next / 5.9 Tested-By: Frank Wunderlich regards Frank

Re: [PATCH V4 2/3] mfd: Intel Platform Monitoring Technology support

On Wed, 2020-07-29 at 15:59 -0700, Mark D Rustad wrote: > at 12:58 AM, Lee Jones wrote: > > > If you do: > > > > do { > > int pos; > > > > pos = pci_find_next_ext_capability(pdev, pos, > > PCI_EXT_CAP_ID_DVSEC); > > if (!pos) > > break

Re: [PATCH v4 6/6] io_uring: add support for zone-append

On 7/30/20 11:51 AM, Kanchan Joshi wrote: > On Thu, Jul 30, 2020 at 11:10 PM Pavel Begunkov > wrote: >> >> On 30/07/2020 20:16, Jens Axboe wrote: >>> On 7/30/20 10:26 AM, Pavel Begunkov wrote: On 30/07/2020 19:13, Jens Axboe wrote: > On 7/30/20 10:08 AM, Pavel Begunkov wrote: >> On 2

Re: [RFC PATCH 05/14] coresight: Convert coresight_timeout to use access abstraction

On Wed, Jul 22, 2020 at 06:20:31PM +0100, Suzuki K Poulose wrote: > Convert the generic routines to use the new access abstraction layer > gradually, starting with coresigth_timeout. > > Cc: Mathieu Poirier > Cc: Mike Leach > Signed-off-by: Suzuki K Poulose > --- > drivers/hwtracing/coresight/

Re: [PATCH] thermal: Update power allocator and devfreq cooling to SPDX licensing

On 7/30/20 6:27 PM, Daniel Lezcano wrote: On 30/07/2020 18:51, Lukasz Luba wrote: Update the license to the SPDX licensing format. Signed-off-by: Lukasz Luba Applied, thanks Thank you Daniel. Regards, Lukasz

Re: [PATCH v3 00/21] x86/kaslr: Cleanup and small bugfixes

On Tue, Jul 28, 2020 at 06:57:01PM -0400, Arvind Sankar wrote: > v2->v3: > - Fix the first patch: command line size should be strlen + 1 to account > for terminating NUL. Avoid calling add_identity_map if cmdline was > NULL, though it should do nothing in that case anyway. Hi Ingo, I noticed t

Re: [PATCH v5 4/4] IMA: Handle early boot data measurement

On 7/29/20 8:47 PM, Lakshmi Ramasubramanian wrote: Hi Tyler, diff --git a/security/integrity/ima/Kconfig b/security/integrity/ima/Kconfig index 080c53545ff0..86cba844f73c 100644 --- a/security/integrity/ima/Kconfig +++ b/security/integrity/ima/Kconfig @@ -322,10 +322,9 @@ config IMA_MEASURE_ASY

Re: [PATCH v2 0/3] media: vimc: Allow multiple capture devices to use the same sensor

On Thu, Jul 30, 2020 at 01:51:12PM +0300, Laurent Pinchart wrote: Hi, > Hi Kaaira, > > Thank you for the patches. > > On Fri, Jul 24, 2020 at 05:32:10PM +0530, Kaaira Gupta wrote: > > This is version 2 of the patch series posted by Niklas for allowing > > multiple streams in VIMC. > > The origin

Re: [Linux-kernel-mentees] [PATCH v2] block/floppy: Prevent kernel-infoleak in raw_cmd_copyout()

On Thu, Jul 30, 2020 at 10:11:07AM +0200, Arnd Bergmann wrote: > > On Wed, Jul 29, 2020 at 3:22 PM Denis Efremov wrote: > > > And checked for leaks on x86_64 with the script test.sh > > $ cat test.sh > > #!/bin/bash > > > > for i in 4.8 5 6 7 8 9 10 > > do > > ./run_container.sh gcc-$i $(pwd)/src

Re: [PATCH v2 2/2] irqchip/gic-v2, v3: Prevent SW resends entirely

Hi Valentin, On 2020-07-30 18:03, Valentin Schneider wrote: The GIC irqchips can now use a HW resend when a retrigger is invoked by check_irq_resend(). However, should the HW resend fail, check_irq_resend() will still attempt to trigger a SW resend, which is still a bad idea for the GICs. Pr

RE: [PATCH] igb: use eth_zero_addr() to clear mac address

> From: linmiaohe > Sent: Monday, July 20, 2020 1:29 AM > To: Kirsher, Jeffrey T ; da...@davemloft.net; > k...@kernel.org > Cc: intel-wired-...@lists.osuosl.org; net...@vger.kernel.org; linux- > ker...@vger.kernel.org; linmia...@huawei.com > Subject: [PATCH] igb: use eth_zero_addr() to clear mac a

Re: [PATCH v9 6/7] x86: Add support for ZSTD compressed kernel

> On Jul 27, 2020, at 7:24 PM, Arvind Sankar wrote: > > On Mon, Jul 27, 2020 at 04:06:05PM -0700, Nick Terrell wrote: >> From: Nick Terrell >> >> * Define __DISABLE_EXPORTS in misc.c > ... >> __DISABLE_EXPORTS is defined in misc.c instead of the Makefile because >> kaslr.c defines __DISABLE_

Re: [PATCH] ASoC: core: restore dpcm flags semantics

On Thu, Jul 30, 2020 at 11:04:53AM +0200, Jerome Brunet wrote: > Carrying redundant information makes things complex and error prone. > If you really want to update this, here is another proposition: > * Removing snd_soc_dai_link_set_capabilities() > * Removing both flags completely > * Let ASo

Re: [PATCH v9 7/7] .gitignore: add ZSTD-compressed files

> On Jul 27, 2020, at 6:53 PM, Masahiro Yamada wrote: > > On Tue, Jul 28, 2020 at 8:11 AM Nick Terrell wrote: >> >> From: Adam Borowski >> >> For now, that's arch/x86/boot/compressed/vmlinux.bin.zst but probably more >> will come, thus let's be consistent with all other compressors. >> >>

Re: [PATCH 0/3] Modernize tasklet callback API

[heavily trimmed CC list because I think lkml is ignoring this thread...] On Thu, Jul 30, 2020 at 09:03:55AM +0200, Thomas Gleixner wrote: > Kees, > > Kees Cook writes: > > This is the infrastructure changes to prepare the tasklet API for > > conversion to passing the tasklet struct as the callb

Re: [PATCH v9 0/4] driver core: add probe error check helper

On Thu, Jul 30, 2020 at 10:46:31AM -0700, Dmitry Torokhov wrote: > On Thu, Jul 30, 2020 at 9:49 AM Mark Brown wrote: > > The error messages are frequently in the caller rather than the > > frameworks, it's often helpful for the comprehensibility of the error > > messages especially in cases where

Re: linux-next: build failure after merge of the origin tree

On Wed, Jul 29, 2020 at 8:17 PM Kees Cook wrote: > > I'll look into this more tomorrow. (But yes, __latent_entropy is > absolutely used for globals already, as you found, but this is the first > percpu it was applied to...) Note that it was always per-cpu. The only thing that changed was that it

Re: [PATCH v4 6/6] io_uring: add support for zone-append

On Thu, Jul 30, 2020 at 11:24 PM Jens Axboe wrote: > > On 7/30/20 11:51 AM, Kanchan Joshi wrote: > > On Thu, Jul 30, 2020 at 11:10 PM Pavel Begunkov > > wrote: > >> > >> On 30/07/2020 20:16, Jens Axboe wrote: > >>> On 7/30/20 10:26 AM, Pavel Begunkov wrote: > On 30/07/2020 19:13, Jens Axboe

[PATCH v2] clk: bcm2835: Do not use prediv with bcm2711's PLLs

Contrary to previous SoCs, bcm2711 doesn't have a prescaler in the PLL feedback loop. Bypass it by zeroing fb_prediv_mask when running on bcm2711. Note that, since the prediv configuration bits were re-purposed, this was triggering miscalculations on all clocks hanging from the VPU clock, notably

Re: [RFC PATCH 0/5] madvise MADV_DOEXEC

On 7/30/2020 1:49 PM, Matthew Wilcox wrote: > On Thu, Jul 30, 2020 at 01:35:51PM -0400, Steven Sistare wrote: >> mshare + VA reservation is another possible solution. >> >> Or MADV_DOEXEC alone, which is ready now. I hope we can get back to >> reviewing that. > > We are. This is the part of the

RE: [char-misc-next V2] mei: hdcp: fix mei_hdcp_verify_mprime() input paramter

> Hi Tomas, > > On 7/30/20 02:02, Tomas Winkler wrote: > > wired_cmd_repeater_auth_stream_req_in has a variable length array at > > the end. we use struct_size() overflow macro to determine the size for > > the allocation and sending size. > > > > My comments here: > https://lore.kernel.org/lkml/

Re: 回复: INFO: rcu detected stall in tc_modify_qdisc

On 7/30/20 10:44 AM, Vinicius Costa Gomes wrote: > Hi, > > Dmitry Vyukov writes: > >> On Wed, Jul 29, 2020 at 9:13 PM Vinicius Costa Gomes >> wrote: >>> >>> Hi, >>> >>> "Zhang, Qiang" writes: >>> 发件人: linux-kernel-ow...@vger.kernel.org >>>

[PATCH 0/2] mailmap: Restore dictionary sorting

Hi, It seems like maybe Jon (or Andrew) touches .mailmap "the most" (which is really kind of a 20-way tie), but as a result, you "get" to be in To and Cc. ;) In adding a mailmap entry, I noticed it was overdue for sorting, so I sorted it. If this should go via -doc or -mm, that's fine. If I don't

[PATCH 2/2] mailmap: Add WeiXiong Liao

WeiXiong Liao noted to me offlist that his preference for email address had changed and that he'd like it updated in the mailmap so people discussing pstore/blk would be able to reach him. Cc: WeiXiong Liao Signed-off-by: Kees Cook --- .mailmap | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH 1/2] mailmap: Restore dictionary sorting

Several names had been recently appended (instead of inserted). Sort the entire file (which includes some minor shuffling for dictionary order). Done with the following commands: grep -E '^(#|$)' .mailmap > .mailmap.head grep -Ev '^(#|$)' .mailmap > .mailmap.body sort -f .

Re: [PATCH] arm64: dts: qcom: pm660: Fix missing pound sign in interrupt-cells

Tested-by: Konrad Dybcio Konrad

[tip:locking/core 10/30] include/linux/ww_mutex.h:132:14: error: 'current' undeclared; did you mean

tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git locking/core head: b5e6a027bd327daa679ca55182a920659e2cbb90 commit: 55f3560df975f557c48aa6afc636808f31ecb87a [10/30] seqlock: Extend seqcount API with associated locks config: sparc-allyesconfig (attached as .config) compiler: s

Re: [PATCH v9 0/4] driver core: add probe error check helper

On Thu, Jul 30, 2020 at 11:16 AM Mark Brown wrote: > > On Thu, Jul 30, 2020 at 10:46:31AM -0700, Dmitry Torokhov wrote: > > On Thu, Jul 30, 2020 at 9:49 AM Mark Brown wrote: > > > > The error messages are frequently in the caller rather than the > > > frameworks, it's often helpful for the compre

Re: arm64: pointer_auth.h:40:3: error: implicit declaration of function ‘get_random_bytes’; did you mean ‘get_random_once’?

On 30/07/2020 14:15, Stephen Rothwell wrote: Hi Naresh, On Thu, 30 Jul 2020 16:25:49 +0530 Naresh Kamboju wrote: Linus master branch failed to build the arm64 architecture due to below error and warnings. Thanks for the report. Please see https://lore.kernel.org/lkml/202007292007.D87DB

RE: [char-misc-next V2] mei: hdcp: fix mei_hdcp_verify_mprime() input paramter

> > Hi Tomas, > > > > On 7/30/20 02:02, Tomas Winkler wrote: > > > wired_cmd_repeater_auth_stream_req_in has a variable length array at > > > the end. we use struct_size() overflow macro to determine the size > > > for the allocation and sending size. > > > > > > > My comments here: > > https://lo

Re: linux-next: build failure after merge of the origin tree

On Thu, Jul 30, 2020 at 11:24:44AM -0700, Linus Torvalds wrote: > On Wed, Jul 29, 2020 at 8:17 PM Kees Cook wrote: > > > > I'll look into this more tomorrow. (But yes, __latent_entropy is > > absolutely used for globals already, as you found, but this is the first > > percpu it was applied to...)

[GIT PULL] PCI fixes for v5.8

PCI fixes: - Disable ASPM on ASM1083/1085 PCIe-to-PCI bridge (Robert Hancock) The following changes since commit d08c30d7a0d1826f771f16cde32bd86e48401791: Revert "PCI/PM: Assume ports without DLL Link Active train links in 100 ms" (2020-07-22 10:31:52 -0500) are available in the Git repos

Re: [PATCH] ASoC: core: restore dpcm flags semantics

On Thu, Jul 30, 2020 at 11:06:23AM -0500, Pierre-Louis Bossart wrote: > On 7/30/20 4:04 AM, Jerome Brunet wrote: > > On Wed 29 Jul 2020 at 17:56, Pierre-Louis Bossart > > wrote: > > > On 7/29/20 10:46 AM, Jerome Brunet wrote: > > > > The flag previously allowed card drivers to disable a stream d

Re: [PATCH v1 2/2] riscv: Clean up module relocations

Thanks for the patch! > Also RISC-V has a number of instruction pairs to > generate 32bit immediates or jump/call offsets. Eg.: > > lui rd, hi20 > addi rd, rd, lo12 On RV64, both hi20 from lui and lo12 from addi are sign-extended to 64 bits. This means that there are some 32-bit signed offsets

[char-misc-next V3] mei: hdcp: fix mei_hdcp_verify_mprime() input paramter

wired_cmd_repeater_auth_stream_req_in has a variable length array at the end. we use struct_size() overflow macro to determine the size for the allocation and sending size. This also fixes bug in case number of streams is > 0 in the original submission. This bug was not triggered as the number of s

Re: arm64: pointer_auth.h:40:3: error: implicit declaration of function ‘get_random_bytes’; did you mean ‘get_random_once’?

On Thu, Jul 30, 2020 at 11:47 AM Grygorii Strashko wrote: > > > I'd like to note that below set of patches: > 1c9df907da83 random: fix circular include dependency on arm64 after addition > of percpu.h > 83bdc7275e62 random32: remove net_rand_state from the latent entropy gcc > plugin > f227e3ec3

RE: [PATCH net-next] liquidio: Replace vmalloc with kmalloc in octeon_register_dispatch_fn()

> From: Wang Hai > Sent: Wednesday, July 29, 2020 11:12 PM > To: j...@perches.com; Derek Chickles ; Satananda > Burla ; Felix Manlunas ; > da...@davemloft.net; k...@kernel.org > Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org > Subject: [EXT] [PATCH net-next] liquidio: Replace vmalloc wit

Re: arm64: pointer_auth.h:40:3: error: implicit declaration of function ‘get_random_bytes’; did you mean ‘get_random_once’?

On 30/07/2020 21:56, Linus Torvalds wrote: On Thu, Jul 30, 2020 at 11:47 AM Grygorii Strashko wrote: I'd like to note that below set of patches: 1c9df907da83 random: fix circular include dependency on arm64 after addition of percpu.h 83bdc7275e62 random32: remove net_rand_state from the l

Re: [PATCH v9 0/4] driver core: add probe error check helper

On Thu, Jul 30, 2020 at 11:45:25AM -0700, Dmitry Torokhov wrote: > On Thu, Jul 30, 2020 at 11:16 AM Mark Brown wrote: > > You can sometimes do a better job of explaining what the resource you > > were looking for was, > I think it is true for very esoteric cases. I.e. your driver uses 2 > interr

Re: [PATCH v2 1/2] interconnect: Add sync state support

On Mon, Jul 27, 2020 at 11:18 PM Mike Tipton wrote: > > On 7/22/2020 10:07 AM, Saravana Kannan wrote: > > On Wed, Jul 22, 2020 at 4:01 AM Georgi Djakov > > wrote: > >> > >> The bootloaders often do some initial configuration of the interconnects > >> in the system and we want to keep this config

[PATCH v10 3/8] init: add support for zstd compressed kernel

From: Nick Terrell * Adds the zstd and zstd22 cmds to scripts/Makefile.lib * Adds the HAVE_KERNEL_ZSTD and KERNEL_ZSTD options Architecture specific support is still needed for decompression. Reviewed-by: Kees Cook Tested-by: Sedat Dilek Signed-off-by: Nick Terrell --- Makefile

[PATCH v10 4/8] usr: add support for zstd compressed initramfs

From: Nick Terrell * Add support for a zstd compressed initramfs. * Add compression for compressing built-in initramfs with zstd. I have tested this patch by boot testing with buildroot and QEMU. Specifically, I booted the kernel with both a zstd and gzip compressed initramfs, both built into th

[PATCH v10 5/8] x86: bump ZO_z_extra_bytes margin for zstd

From: Nick Terrell Bump the ZO_z_extra_bytes margin for zstd. Zstd needs 3 bytes per 128 KB, and has a 22 byte fixed overhead. Zstd needs to maintain 128 KB of space at all times, since that is the maximum block size. See the comments regarding in-place decompression added in lib/decompress_unzs

[GIT PULL][PATCH v10 0/8] Add support for ZSTD-compressed kernel and initramfs

From: Nick Terrell Please pull from g...@github.com:terrelln/linux.git tags/v10-zstd to get these changes. Alternatively the patchset is included. Hi all, This patch set adds support for a ZSTD-compressed kernel, ramdisk, and initramfs in the kernel boot process. ZSTD-compressed ramdisk and

[PATCH v10 1/8] lib: prepare zstd for preboot environment

From: Nick Terrell * Remove a double definition of the CHECK_F macro when the zstd library is amalgamated. * Switch ZSTD_copy8() to __builtin_memcpy(), because in the preboot environment on x86 gcc can't inline `memcpy()` otherwise. * Limit the gcc hack in ZSTD_wildcopy() to the broken gcc ve

[PATCH v10 6/8] x86: Add support for ZSTD compressed kernel

From: Nick Terrell * Add support for zstd compressed kernel * Define __DISABLE_EXPORTS in Makefile * Remove __DISABLE_EXPORTS definition from kaslr.c * Bump the heap size for zstd. * Update the documentation. Integrates the ZSTD decompression code to the x86 pre-boot code. Zstandard requires sl

[PATCH v10 2/8] lib: add zstd support to decompress

From: Nick Terrell * Add unzstd() and the zstd decompress interface. * Add zstd support to decompress_method(). The decompress_method() and unzstd() functions are used to decompress the initramfs and the initrd. The __decompress() function is used in the preboot environment to decompress a zstd

[PATCH v10 7/8] .gitignore: add ZSTD-compressed files

From: Adam Borowski For now, that's arch/x86/boot/compressed/vmlinux.bin.zst but probably more will come, thus let's be consistent with all other compressors. Tested-by: Sedat Dilek Reviewed-by: Kees Cook Signed-off-by: Nick Terrell Signed-off-by: Adam Borowski --- .gitignore | 1 + 1 file

[PATCH v10 8/8] Documentation: dontdiff: Add zstd compressed files

From: Nick Terrell For now, that's arch/x86/boot/compressed/vmlinux.bin.zst but probably more will come, thus let's be consistent with all other compressors. Signed-off-by: Nick Terrell --- Documentation/dontdiff | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/dontdiff b/Docu

Re: [PATCH] RFC: selinux avc trace

On 7/30/20 7:16 PM, Steven Rostedt wrote: > On Thu, 30 Jul 2020 19:05:49 +0200 > peter enderborg wrote: > It should be a full structure with a lot of sub strings.  But that make is even more relevant. >>> So one event instance can have a list of strings recorded? >> Yes, it is a lis

Re: [PATCH 1/1] staging: android: ashmem: Fix lockdep warning for write operation

On Wed, Jul 29, 2020 at 8:24 PM Joel Fernandes wrote: > > On Wed, Jul 15, 2020 at 10:45 PM Suren Baghdasaryan wrote: > > > > syzbot report [1] describes a deadlock when write operation against an > > ashmem fd executed at the time when ashmem is shrinking its cache results > > in the following lo

Re: [PATCH] cma: don't quit at first error when activating reserved areas

On Thu, Jul 30, 2020 at 09:31:23AM -0700, Mike Kravetz wrote: > The routine cma_init_reserved_areas is designed to activate all > reserved cma areas. It quits when it first encounters an error. > This can leave some areas in a state where they are reserved but > not activated. There is no feedbac

Re: 回复: INFO: rcu detected stall in tc_modify_qdisc

On Thu, Jul 30, 2020 at 7:44 PM Vinicius Costa Gomes wrote: > > Hi, > > Dmitry Vyukov writes: > > > On Wed, Jul 29, 2020 at 9:13 PM Vinicius Costa Gomes > > wrote: > >> > >> Hi, > >> > >> "Zhang, Qiang" writes: > >> > >> > > >> > 发件人: linux-kernel-ow...@

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

Hello, syzbot found the following issue on: HEAD commit:04b45717 Add linux-next specific files for 20200729 git tree: linux-next console output: https://syzkaller.appspot.com/x/log.txt?x=173774b890 kernel config: https://syzkaller.appspot.com/x/.config?x=ec68f65b459f1ed dashboard l

[Linux-kernel-mentees] [PATCH net] rds: Prevent kernel-infoleak in rds_notify_queue_get()

rds_notify_queue_get() is potentially copying uninitialized kernel stack memory to userspace since the compiler may leave a 4-byte hole at the end of `cmsg`. In 2016 we tried to fix this issue by doing `= { 0 };` on `cmsg`, which unfortunately does not always initialize that 4-byte hole. Fix it by

[PATCH 1/2] arm64: dts: ti: j7200: Add I2C nodes

J7200 has 7 I2Cs main domain, 2 I2Cs in MCU and one in wakeup domain. Add DT nodes of the same. Signed-off-by: Vignesh Raghavendra --- arch/arm64/boot/dts/ti/k3-j7200-main.dtsi | 77 +++ .../boot/dts/ti/k3-j7200-mcu-wakeup.dtsi | 33 2 files changed, 110 inserti

[PATCH 0/2] J7200: Add I2C support

Add I2C and I2C IO expanders nodes for J7200 Based on top of https://lore.kernel.org/linux-arm-kernel/20200723084628.19241-1-lokeshvu...@ti.com/ Vignesh Raghavendra (2): arm64: dts: ti: j7200: Add I2C nodes arm64: dts: ti: k3-j7200-common-proc-board: Add I2C IO expanders .../dts/ti/k3-j720

[PATCH 2/2] arm64: dts: ti: k3-j7200-common-proc-board: Add I2C IO expanders

Add DT nodes for I2C GPIO expanders on main_i2c0 and main_i2c1 and also add the pinmux corresponding to these I2C instances. Signed-off-by: Vignesh Raghavendra --- .../dts/ti/k3-j7200-common-proc-board.dts | 49 +++ 1 file changed, 49 insertions(+) diff --git a/arch/arm64/bo

[PATCH v2 1/1] staging: android: ashmem: Fix lockdep warning for write operation

syzbot report [1] describes a deadlock when write operation against an ashmem fd executed at the time when ashmem is shrinking its cache results in the following lock sequence: Possible unsafe locking scenario: CPU0CPU1 lock(fs_r

Re: [PATCH v4] coccinelle: api: add kvfree script

> > +msg = "WARNING: kmalloc is used to allocate this memory at line %s" % > > (k[0].line) > > +coccilib.org.print_todo(p[0], msg) > > * I find the diagnostic text insufficient. I also find the message not very informative. All of the other comments are not useful, and some are simply incorrect.

[GIT PULL] virtio, qemu_fw: bugfixes

The following changes since commit 92ed301919932f13b9172e525674157e983d: Linux 5.8-rc7 (2020-07-26 14:14:06 -0700) are available in the Git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus for you to fetch changes up to a96b0d061d476093cf86ca1c

Re: [PATCH] RFC: selinux avc trace

On Thu, 30 Jul 2020 21:12:39 +0200 peter enderborg wrote: > >> avc:  denied  { find } for interface=vendor.qti.hardware.perf::IPerf > >> sid=u:r:permissioncontroller_app:s0:c230,c256,c512,c768 pid=9164 > >> scontext=u:r:permissioncontroller_app:s0:c230,c256,c512,c768 > >> tcontext=u:object_r:v

Re: [Linux-kernel-mentees] [PATCH net] rds: Prevent kernel-infoleak in rds_notify_queue_get()

On 7/30/20 12:20 PM, Peilin Ye wrote: rds_notify_queue_get() is potentially copying uninitialized kernel stack memory to userspace since the compiler may leave a 4-byte hole at the end of `cmsg`. In 2016 we tried to fix this issue by doing `= { 0 };` on `cmsg`, which unfortunately does not alway

Re: KASAN: use-after-free Read in io_uring_setup (2)

On 7/30/20 1:21 PM, syzbot wrote: > Hello, > > syzbot found the following issue on: > > HEAD commit:04b45717 Add linux-next specific files for 20200729 > git tree: linux-next > console output: https://syzkaller.appspot.com/x/log.txt?x=173774b890 > kernel config: https://syzkaller.a

[PATCH] KVM: x86: Use MMCONFIG for all PCI config space accesses

Using MMCONFIG instead of I/O ports cuts the number of config space accesses in half, which is faster on KVM and opens the door for additional optimizations such as Vitaly's "[PATCH 0/3] KVM: x86: KVM MEM_PCI_HOLE memory": https://lore.kernel.org/kvm/20200728143741.2718593-1-vkuzn...@redhat.com Ho

Re: [PATCH bpf-next v2 29/35] bpf: libbpf: cleanup RLIMIT_MEMLOCK usage

On Wed, Jul 29, 2020 at 6:38 PM Roman Gushchin wrote: > > On Mon, Jul 27, 2020 at 10:59:33PM -0700, Andrii Nakryiko wrote: > > On Mon, Jul 27, 2020 at 4:15 PM Roman Gushchin wrote: > > > > > > On Mon, Jul 27, 2020 at 03:05:11PM -0700, Andrii Nakryiko wrote: > > > > On Mon, Jul 27, 2020 at 12:21 P

Re: arm64: pointer_auth.h:40:3: error: implicit declaration of function ‘get_random_bytes’; did you mean ‘get_random_once’?

On Thu, Jul 30, 2020 at 12:05 PM Grygorii Strashko wrote: > > FYI. Below diff seems fixes build: Thanks, I'll do that instead, it looks like the right thing to do regardless. Mind sending me a sign-off for it (and commit message would be lovely too, but I can make something up)? Yeah, it's just

Re: [PATCH 1/2] habanalabs: Replace dma-fence mechanism with completions

Hi Oded, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on char-misc/char-misc-testing] [also build test WARNING on next-20200730] [cannot apply to linux/master linus/master v5.8-rc7] [If your patch is applied to the wrong git tree, kindly drop us a note. And

Re: arm64: pointer_auth.h:40:3: error: implicit declaration of function ‘get_random_bytes’; did you mean ‘get_random_once’?

On 30/07/2020 22:40, Linus Torvalds wrote: On Thu, Jul 30, 2020 at 12:05 PM Grygorii Strashko wrote: FYI. Below diff seems fixes build: Thanks, I'll do that instead, it looks like the right thing to do regardless. Mind sending me a sign-off for it (and commit message would be lovely too,

[PATCH v1] PCI: Drop pcibios_pm_ops from the PCI subsystem

The "struct dev_pm_ops pcibios_pm_ops", declared in include/linux/pci.h and defined in drivers/pci/pci-driver.c, provided arch-specific hooks when a PCI device was doing a hibernate transisiton. Although it lost its last usage after 394216275c7d ("s390: remove broken hibernate / power management s

Re: [PATCH v3 2/4] iommu: Add iommu_aux_at(de)tach_group()

On Wed, 29 Jul 2020 23:34:40 + "Tian, Kevin" wrote: > > From: Alex Williamson > > Sent: Thursday, July 30, 2020 4:04 AM > > > > On Thu, 16 Jul 2020 09:07:46 +0800 > > Lu Baolu wrote: > > > > > Hi Jacob, > > > > > > On 7/16/20 12:01 AM, Jacob Pan wrote: > > > > On Wed, 15 Jul 2020 08:4

Re: [PATCH bpf-next 1/1] arm64: bpf: Add BPF exception tables

On 7/30/20 4:22 PM, Jean-Philippe Brucker wrote: On Thu, Jul 30, 2020 at 08:28:56AM -0400, Qian Cai wrote: On Tue, Jul 28, 2020 at 05:21:26PM +0200, Jean-Philippe Brucker wrote: When a tracing BPF program attempts to read memory without using the bpf_probe_read() helper, the verifier marks the

Re: [PATCH 4/6] drm/panel: Add panel driver for NewVision NV3052C based LCDs

Hi Paul. While I continue to try to wrap my head around how I think we should support DBI here are some panel specific comments. Sam On Mon, Jul 27, 2020 at 06:46:11PM +0200, Paul Cercueil wrote: > This driver supports the NewVision NV3052C based LCDs. Right now, it > only supports the L

[PATCH] mm/hugetlb: Fix calculation of adjust_range_if_pmd_sharing_possible

This is found by code observation only. Firstly, the worst case scenario should assume the whole range was covered by pmd sharing. The old algorithm might not work as expected for ranges like (1g-2m, 1g+2m), where the adjusted range should be (0, 1g+2m) but the expected range should be (0, 2g).

Re: [PATCH] KVM: x86: Use MMCONFIG for all PCI config space accesses

On Thu, Jul 30, 2020 at 10:37 PM Julia Suvorova wrote: > > Using MMCONFIG instead of I/O ports cuts the number of config space > accesses in half, which is faster on KVM and opens the door for > additional optimizations such as Vitaly's "[PATCH 0/3] KVM: x86: KVM > MEM_PCI_HOLE memory": > https:/

<    4   5   6   7   8   9   10   11   12   13   >