[tip:master] BUILD SUCCESS 76dbb9a6a6b514e6881689f8a3e2dd6b51d2681b

allnoconfig i386 randconfig-a004-20200911 i386 randconfig-a006-20200911 i386 randconfig-a001-20200911 i386 randconfig-a003-20200911 i386 randconfig-a002-20200911 i386 randconfig-a005-20200911 i386

[PATCH] perf bench: Fix 2 memory sanitizer warnings

Memory sanitizer warns if a write is performed where the memory being read for the write is uninitialized. Avoid this warning by initializing the memory. Signed-off-by: Ian Rogers --- tools/perf/bench/sched-messaging.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

Re: [PATCH v18 00/32] per memcg lru_lock: reviews

On Thu, 10 Sep 2020, Alexander Duyck wrote: > On Wed, Sep 9, 2020 at 5:32 PM Hugh Dickins wrote: > > On Wed, 9 Sep 2020, Alexander Duyck wrote: > > > On Tue, Sep 8, 2020 at 4:41 PM Hugh Dickins wrote: > > > > [PATCH v18 28/32] mm/compaction: Drop locked from > > > > isolate_migratepages_block >

RE: [PATCH] exfat: remove 'rwoffset' in exfat_inode_info

> Remove 'rwoffset' in exfat_inode_info and replace it with the > parameter(cpos) of exfat_readdir. > Since rwoffset of is referenced only by exfat_readdir, it is not > necessary a exfat_inode_info's member. > > Signed-off-by: Tetsuhiro Kohada > --- > fs/exfat/dir.c | 16 ++--

Re: [PATCH next v2 0/3] soc: ti: k3: ringacc: add am65x sr2.0 support

On 9/9/20 9:52 AM, santosh.shilim...@oracle.com wrote: On 9/2/20 7:08 AM, Nishanth Menon wrote: On 11:34-20200831, santosh.shilim...@oracle.com wrote: On 8/29/20 11:41 AM, Grygorii Strashko wrote: [..] Santosh, in this series, may i suggest that the dtsi changes[1] be hosted on my tree?

Re: [PATCH next v2 0/3] soc: ti: k3: ringacc: add am65x sr2.0 support

On 9/8/20 7:40 PM, santosh.shilim...@oracle.com wrote: On 9/8/20 3:09 PM, Suman Anna wrote: Hi Santosh, On 8/31/20 1:34 PM, santosh.shilim...@oracle.com wrote: On 8/29/20 11:41 AM, Grygorii Strashko wrote: Hi Santosh, I've rebased on top of  linux-next and identified merge conflict of

Re: [PATCH v5 05/10] powerpc/smp: Dont assume l2-cache to be superset of sibling

* Michael Ellerman [2020-09-11 21:55:23]: > Srikar Dronamraju writes: > > Current code assumes that cpumask of cpus sharing a l2-cache mask will > > always be a superset of cpu_sibling_mask. > > > > Lets stop that assumption. cpu_l2_cache_mask is a superset of > > cpu_sibling_mask if and only

Re: [IB/srpt] c804af2c1d: last_state.test.blktests.exit_code.143

Tested-by: Yi Zhang This patch fixed the issue I filed[1] which use rdma_rxe for nvme-rdma testing. [1] http://lists.infradead.org/pipermail/linux-nvme/2020-August/018988.html Thanks Yi On 9/12/20 6:00 AM, Bart Van Assche wrote: On 2020-09-08 19:01, Bart Van Assche wrote: The above

[PATCH] perf vendor events amd: remove trailing comma

amdzen2/core.json had a trailing comma on the x_ret_fus_brnch_inst event. Since that goes against the JSON standard, lets remove it. Signed-off-by: Henry Burns --- tools/perf/pmu-events/arch/x86/amdzen2/core.json | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[REGRESSION] Needless shutting down of oneshot timer in nohz mode

Hi Thomas, The VMware PhotonOS team is evaluating 4.19-rt compared to CentOS 3.10-rt (franken kernel from Red Hat). They found a regression between the two kernels that was found to be introduced by: d25408756accb ("clockevents: Stop unused clockevent devices") The issue is running this on a

[PATCH v3 6/6] iommu/vt-d: Cleanup after converting to dma-iommu ops

Some cleanups after converting the driver to use dma-iommu ops. - Remove nobounce option; - Cleanup and simplify the path in domain mapping. Signed-off-by: Lu Baolu --- .../admin-guide/kernel-parameters.txt | 5 -- drivers/iommu/intel/iommu.c | 90 ++-

[PATCH v3 4/6] iommu: Add quirk for Intel graphic devices in map_sg

Combining the sg segments exposes a bug in the Intel i915 driver which causes visual artifacts and the screen to freeze. This is most likely because of how the i915 handles the returned list. It probably doesn't respect the returned value specifying the number of elements in the list and instead

[PATCH v3 3/6] iommu: Allow the dma-iommu api to use bounce buffers

From: Tom Murphy Allow the dma-iommu api to use bounce buffers for untrusted devices. This is a copy of the intel bounce buffer code. Signed-off-by: Tom Murphy Co-developed-by: Lu Baolu Signed-off-by: Lu Baolu --- drivers/iommu/dma-iommu.c | 163 +++--- 1

[PATCH v3 5/6] iommu/vt-d: Convert intel iommu driver to the iommu ops

From: Tom Murphy Convert the intel iommu driver to the dma-iommu api. Remove the iova handling and reserve region code from the intel iommu driver. Signed-off-by: Tom Murphy Signed-off-by: Lu Baolu --- drivers/iommu/intel/Kconfig | 1 + drivers/iommu/intel/iommu.c | 742

[PATCH v3 1/6] iommu: Handle freelists when using deferred flushing in iommu drivers

From: Tom Murphy Allow the iommu_unmap_fast to return newly freed page table pages and pass the freelist to queue_iova in the dma-iommu ops path. This is useful for iommu drivers (in this case the intel iommu driver) which need to wait for the ioTLB to be flushed before newly free/unmapped page

[PATCH v3 2/6] iommu: Add iommu_dma_free_cpu_cached_iovas()

From: Tom Murphy Add a iommu_dma_free_cpu_cached_iovas function to allow drivers which use the dma-iommu ops to free cached cpu iovas. Signed-off-by: Tom Murphy Signed-off-by: Lu Baolu --- drivers/iommu/dma-iommu.c | 9 + include/linux/dma-iommu.h | 8 2 files changed, 17

[PATCH v3 0/6] Convert the intel iommu driver to the dma-iommu api

Tom Murphy has almost done all the work. His latest patch series was posted here. https://lore.kernel.org/linux-iommu/20200903201839.7327-1-murph...@tcd.ie/ Thanks a lot! This series is a follow-up with below changes: 1. Add a quirk for the i915 driver issue described in Tom's cover letter. 2.

Re: [PATCH v6 3/3] arm64: Add IMA kexec buffer to DTB

Lakshmi Ramasubramanian writes: > Any existing FDT_PROP_IMA_KEXEC_BUFFER property in the device tree > needs to be removed and its corresponding memory reservation in > the currently running kernel needs to be freed. > > The address and size of the current kernel's IMA measurement log need >

Re: [PATCH v2 7/8] mm/shmem: Return head page from find_lock_entry

On Thu, Sep 10, 2020 at 07:33:17PM +0100, Matthew Wilcox (Oracle) wrote: > Convert shmem_getpage_gfp() (the only remaining caller of > find_lock_entry()) to cope with a head page being returned instead of > the subpage for the index. This version was buggy. Apparently I was too focused on

Re: [PATCH v6 1/3] powerpc: Refactor kexec functions to move arch independent code to IMA

Hello Lakshmi, The code itself is good, I have just some minor comments about it. But movement of powerpc code is unfortunately creating some issues. More details below. Lakshmi Ramasubramanian writes: > diff --git a/arch/powerpc/kexec/ima.c b/arch/powerpc/kexec/ima.c > index

Re: [PATCH V2 5/5] DO NOT MERGE: iommu: disable list appending in dma-iommu

On 2020/9/9 15:06, Christoph Hellwig wrote: On Wed, Sep 09, 2020 at 09:43:09AM +0800, Lu Baolu wrote: + /* +* The Intel graphic device driver is used to assume that the returned +* sg list is not combound. This blocks the efforts of converting the This adds pointless

Re: [PATCH v2 2/5] perf record: Prevent override of attr->sample_period for libpfm4 events

On Fri, Sep 11, 2020 at 3:34 PM Ian Rogers wrote: > > On Fri, Sep 4, 2020 at 11:51 AM Arnaldo Carvalho de Melo > wrote: > > > > Em Fri, Sep 04, 2020 at 03:50:13PM -0300, Arnaldo Carvalho de Melo escreveu: > > > Em Fri, Sep 04, 2020 at 03:48:03PM -0300, Arnaldo Carvalho de Melo > > > escreveu: >

[PATCH v3 2/4] perf record: Prevent override of attr->sample_period for libpfm4 events

From: Stephane Eranian Before: $ perf record -c 1 --pfm-events=cycles:period=7 Would yield a cycles event with period=1, instead of 7. This was due to an ordering issue between libpfm4 parsing the event string and perf record initializing the event. This patch fixes the

[PATCH v3 3/4] perf record: Don't clear event's period if set by a term

If events in a group explicitly set a frequency or period with leader sampling, don't disable the samples on those events. Prior to 5.8: perf record -e '{cycles/period=12345000/,instructions/period=6789000/}:S' would clear the attributes then apply the config terms. In commit 5f34278867b7 leader

[PATCH v3 4/4] perf test: Leader sampling shouldn't clear sample period

Add test that a sibling with leader sampling doesn't have its period cleared. Signed-off-by: Ian Rogers --- tools/perf/tests/attr/README | 1 + tools/perf/tests/attr/test-record-group2 | 29 2 files changed, 30 insertions(+) create mode 100644

[PATCH v3 1/4] perf record: Set PERF_RECORD_PERIOD if attr->freq is set.

From: David Sharp evsel__config() would only set PERF_RECORD_PERIOD if it set attr->freq from perf record options. When it is set by libpfm events, it would not get set. This changes evsel__config to see if attr->freq is set outside of whether or not it changes attr->freq itself. Signed-off-by:

[PATCH v3 0/4] Fixes for setting event freq/periods

Some fixes that address issues for regular and pfm4 events with 2 additional perf_event_attr tests. Various authors, David Sharp isn't currently at Google. v3. moved a loop into a helper following Adrian Hunter's suggestion. v2. corrects the commit message following Athira Rajeev's suggestion.

Re: [PATCH V2 2/5] iommu: Add iommu_dma_free_cpu_cached_iovas function

On 2020/9/9 15:05, Christoph Hellwig wrote: +static inline void iommu_dma_free_cpu_cached_iovas(unsigned int cpu, + struct iommu_domain *domain) This adds a crazy long line. Which is rather pointless as other bits of code in the patch use the

Re: [PATCH V2 1/3] riscv: Fixup static_obj() fail

It's come from mm/usercopy.c /* Is this address range in the kernel text area? */ static inline void check_kernel_text_object(const unsigned long ptr, unsigned long n, bool to_user) { unsigned long textlow = (unsigned long)_stext;

Re: first bad commit: [5795eb443060148796beeba106e4366d7f1458a6] scsi: sd_zbc: emulate ZONE_APPEND commands

On 2020/09/12 8:07, Borislav Petkov wrote: > On Sat, Sep 12, 2020 at 12:17:59AM +0200, Borislav Petkov wrote: >> Enabling it, fixes the issue. > > Btw, I just hit the below warn with 5.8, while booting with the above > config option enabled. Looks familiar and I didn't trigger it with > 5.9-rc4+

Re: [PATCH v5 01/10] fs/ntfs3: Add headers and misc files

On Fri, 2020-09-11 at 17:10 +0300, Konstantin Komarov wrote: > This adds headers and misc files The code may be ok, but its cosmetics are poor. > diff --git a/fs/ntfs3/debug.h b/fs/ntfs3/debug.h [] > +#define QuadAlign(n) (((n) + 7u) & (~7u)) > +#define IsQuadAligned(n) (!((size_t)(n)&7u)) >

Re: [BUGFIX PATCH] kprobes: Fix to check probe enabled before disarm_kprobe_ftrace()

Hi Ingo, Could you also pick this fix to fix the reproducible warning? Thank you, On Tue, 1 Sep 2020 00:12:07 +0900 Masami Hiramatsu wrote: > Commit 0cb2f1372baa ("kprobes: Fix NULL pointer dereference at > kprobe_ftrace_handler") fixed one bug but not completely fixed yet. > If we run a

Re: [PATCH v3 1/2] leds: is31fl319x: Add shutdown pin and generate a 5ms low pulse when startup

Thanks for the info. Best regards,                                                 Grant On 2020-09-09 17:18, Pavel Machek wrote: On Tue 2020-08-25 16:22:05, Grant Feng wrote: generate a 5ms low pulse on shutdown pin when startup, then the chip becomes more stable in the complex EM

Re: [PATCH 5.8 00/16] 5.8.9-rc1 review

On Fri, Sep 11, 2020 at 02:47:17PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 5.8.9 release. > There are 16 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know.

Re: [PATCH 4.14 00/12] 4.14.198-rc1 review

On Fri, Sep 11, 2020 at 02:46:54PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.14.198 release. > There are 12 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

[PATCH net-next] drivers/net/wan/x25_asy: Remove an unnecessary x25_type_trans call

x25_type_trans only needs to be called before we call netif_rx to pass the skb to upper layers. It does not need to be called before lapb_data_received. The LAPB module does not need the fields that are set by calling it. In the other two X.25 drivers - lapbether and hdlc_x25. x25_type_trans is

Re: [PATCH 4.9 00/71] 4.9.236-rc1 review

On Fri, Sep 11, 2020 at 02:45:44PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.236 release. > There are 71 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

Re: [PATCH 4.4 00/62] 4.4.236-rc1 review

On Fri, Sep 11, 2020 at 02:45:43PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.236 release. > There are 62 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

Re: [PATCH v18 00/32] per memcg lru_lock: reviews

On Fri, 11 Sep 2020, Alex Shi wrote: > 在 2020/9/10 上午7:16, Hugh Dickins 写道: > > On Wed, 9 Sep 2020, Alex Shi wrote: > >> 在 2020/9/9 上午7:41, Hugh Dickins 写道: > >>> > >>> [PATCH v18 05/32] mm/thp: remove code path which never got into > >>> This is a good simplification, but I see no sign that you

Re: [RFC/RFT PATCH v2 3/5] riscv: Separate memory init from paging init

Atish Patra 於 2020年9月12日 週六 上午9:34寫道： > > Currently, we perform some memory init functions in paging init. But, > that will be an issue for NUMA support where DT needs to be flattened > before numa initialization and memblock_present can only be called > after numa initialization. > > Move memory

Re: [PATCH v7 5/9] RISC-V: Add PE/COFF header for EFI stub

On Fri, Sep 11, 2020 at 6:09 AM Ard Biesheuvel wrote: > > On Fri, 28 Aug 2020 at 20:20, Atish Patra wrote: > > > > Linux kernel Image can appear as an EFI application With appropriate > > PE/COFF header fields in the beginning of the Image header. An EFI > > application loader can directly load

[PATCH] MIPS: Remove unused BOOT_MEM_INIT_RAM

Commit a94e4f24ec83 ("MIPS: init: Drop boot_mem_map") left the BOOT_MEM_INIT_RAM unused, remove it. Signed-off-by: Youling Tang --- arch/mips/include/asm/bootinfo.h | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/mips/include/asm/bootinfo.h b/arch/mips/include/asm/bootinfo.h index

[PATCH] MIPS: netlogic: Remove unused code

Remove some unused code. Signed-off-by: Youling Tang --- arch/mips/include/asm/netlogic/psb-bootinfo.h | 15 --- 1 file changed, 15 deletions(-) diff --git a/arch/mips/include/asm/netlogic/psb-bootinfo.h b/arch/mips/include/asm/netlogic/psb-bootinfo.h index 6878307..272544b 100644

[RFC/RFT PATCH v2 3/5] riscv: Separate memory init from paging init

Currently, we perform some memory init functions in paging init. But, that will be an issue for NUMA support where DT needs to be flattened before numa initialization and memblock_present can only be called after numa initialization. Move memory initialization related functions to a separate

[RFC/RFT PATCH v2 4/5] riscv: Add support pte_protnone and pmd_protnone if CONFIG_NUMA_BALANCING

From: Greentime Hu These two functions are used to distinguish between PROT_NONENUMA protections and hinting fault protections. Signed-off-by: Greentime Hu --- arch/riscv/include/asm/pgtable.h | 20 1 file changed, 20 insertions(+) diff --git

Re: inconsistent lock state in sco_conn_del

syzbot has found a reproducer for the following issue on: HEAD commit:e8878ab8 Merge tag 'spi-fix-v5.9-rc4' of git://git.kernel... git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=1213075990 kernel config:

[RFC/RFT PATCH v2 2/5] arm64, numa: Change the numa init function name to be generic

As we are using generic numa implementation code, modify the init function name to indicate that generic implementation. Signed-off-by: Atish Patra --- arch/arm64/kernel/acpi_numa.c | 13 - arch/arm64/mm/init.c | 4 ++-- drivers/base/arch_numa.c | 29

[RFC/RFT PATCH v2 5/5] riscv: Add numa support for riscv64 platform

Use the generic numa implementation to add NUMA support for RISC-V. This is based on Greentime's patch[1] but modified to use generic NUMA implementation and few more fixes. [1] https://lkml.org/lkml/2020/1/10/233 Co-developed-by: Greentime Hu Signed-off-by: Greentime Hu Signed-off-by: Atish

[RFC/RFT PATCH v2 1/5] numa: Move numa implementation to common code

ARM64 numa implementation is generic enough that RISC-V can reuse that implementation with very minor cosmetic changes. This will help both ARM64 and RISC-V in terms of maintanace and feature improvement Move the numa implementation code to common directory so that both ISAs can reuse this. This

[RFC/RFT PATCH v2 0/5] Unify NUMA implementation between ARM64 & RISC-V

This series attempts to move the ARM64 numa implementation to common code so that RISC-V can leverage that as well instead of reimplementing it again. RISC-V specific bits are based on initial work done by Greentime Hu [1] but modified to reuse the common implementation to avoid duplication. [1]

Re: [PATCH] i2c: do not acpi/of match device in i2c_device_probe()

On (20/08/26 23:49), Sergey Senozhatsky wrote: > i2c, apparently, can match the same device twice - the first > time in ->match bus hook (i2c_device_match()), and the second > one in ->probe (i2c_device_probe()) bus hook. > > To make things more complicated, the second matching does not > do

[PATCH v4 1/1] Input: atmel_mxt_ts - implement I2C retries

From: Nick Dyer Some maXTouch chips (eg mXT1386) will not respond on the first I2C request when they are in a sleep state. It must be retried after a delay for the chip to wake up. Signed-off-by: Nick Dyer [gdavis: Forward port and fix conflicts.] Signed-off-by: George G. Davis [jiada: return

[no subject]

-- I, Mikhail Fridman have selected you specifically as one of my beneficiaries for my Charitable Donation of $5 Million Dollars, Check the link below for confirmation: https://www.rt.com/business/343781-mikhail-fridman-will-charity/ I await your earliest response for further directives.

[PATCH] core/entry: Report syscall correctly for trace and audit

On v5.8 when doing seccomp syscall rewrites (e.g. getpid into getppid as seen in the seccomp selftests), trace (and audit) correctly see the rewritten syscall on entry and exit: seccomp_bpf-1307 [000] 22974.874393: sys_enter: NR 110 (... seccomp_bpf-1307 [000] .N..

Re: [PATCH v3 04/10] PCI/RCEC: Add pcie_walk_rcec() to walk associated RCiEPs

On Fri, Sep 11, 2020 at 04:16:03PM -0700, Sean V Kelley wrote: > On 4 Sep 2020, at 19:23, Bjorn Helgaas wrote: > > On Fri, Sep 04, 2020 at 10:18:30PM +, Kelley, Sean V wrote: > > > Hi Bjorn, > > > > > > Quick question below... > > > > > > On Wed, 2020-09-02 at 14:55 -0700, Sean V Kelley

Re: [PATCH v2 1/1] Input: atmel_mxt_ts - implement I2C retries

Hi Andy Thanks for your comment On 2020/09/06 3:02, Andy Shevchenko wrote: On Thursday, September 3, 2020, Jiada Wang > wrote: From: Nick Dyer mailto:nick.d...@itdev.co.uk>> Some maXTouch chips (eg mXT1386) will not respond on the first I2C

kernel panic: stack is corrupted in get_kernel_gp_address

Hello, syzbot found the following issue on: HEAD commit:f4d51dff Linux 5.9-rc4 git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=14aa2d3e90 kernel config: https://syzkaller.appspot.com/x/.config?x=a9075b36a6ae26c9 dashboard link:

[PATCH net-next v2 4/7] net: ipa: manage endpoints separate from clock

Currently, when (before) the last IPA clock reference is dropped, all endpoints are suspended. And whenever the first IPA clock reference is taken, all endpoints are resumed (or started). In most cases there's no need to start endpoints when the clock starts. So move the calls to

[PATCH net-next v2 6/7] net: ipa: enable wakeup on IPA interrupt

Now that we handle wakeup interrupts properly, arrange for the IPA interrupt to be treated as a wakeup interrupt. Signed-off-by: Alex Elder --- drivers/net/ipa/ipa_interrupt.c | 14 ++ 1 file changed, 14 insertions(+) diff --git a/drivers/net/ipa/ipa_interrupt.c

[PATCH net-next v2 0/7] net: ipa: wake up system on RX available

This series arranges for the IPA driver to wake up a suspended system if the IPA hardware has a packet to deliver to the AP. Version 2 replaces the first patch from version 1 with three patches, in response to David Miller's feedback. Specifically: - The first patch now replaces an atomic_t

[PATCH net-next v2 7/7] net: ipa: do not enable GSI interrupt for wakeup

We now trigger a system resume when we receive an IPA SUSPEND interrupt. We should *not* wake up on GSI interrupts. Signed-off-by: Alex Elder --- drivers/net/ipa/gsi.c | 17 - drivers/net/ipa/gsi.h | 1 - 2 files changed, 4 insertions(+), 14 deletions(-) diff --git

[PATCH net-next v2 5/7] net: ipa: use device_init_wakeup()

The call to wakeup_source_register() in ipa_probe() does not do what it was intended to do. Call device_init_wakeup() in ipa_setup() instead, to set the IPA device as wakeup-capable and to initially enable wakeup capability. When we receive a SUSPEND interrupt, call pm_wakeup_dev_event() with a

[PATCH net-next v2 3/7] net: ipa: verify reference flag values

We take a single IPA clock reference to keep the clock running until we get a system suspend operation, and maintain a flag indicating whether that reference has been taken. When a suspend request arrives, we drop that reference and clear the flag. In most places we simply set or clear the

[PATCH net-next v2 1/7] net: ipa: use refcount_t for IPA clock reference count

Take advantage of the checking provided by refcount_t, rather than using a plain atomic to represent the IPA clock reference count. Note that we need to *set* the value to 1 in ipa_clock_get() rather than incrementing it from 0 (because doing that is considered an error for a refcount_t).

[PATCH net-next v2 2/7] net: ipa: replace ipa->suspend_ref with a flag bit

For suspend/resume, we currently take an extra clock reference to prevent the IPA clock from being shut down until a power management suspend request arrives. An atomic field in the IPA structure is used to indicate whether this reference has been taken. Instead, introduce a new flags bitmap in

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

On Fri, Sep 11, 2020 at 09:27:08AM -0700, Hyun Kwon wrote: > Hi Daniel, > > On Fri, Sep 11, 2020 at 01:15:19AM -0700, Daniel Vetter wrote: > > On Thu, Sep 10, 2020 at 11:14:18AM -0700, Hyun Kwon wrote: > > > Hi Jason, > > > > > > On Thu, Sep 10, 2020 at 07:06:30AM -0700, Jason Yan wrote: > > > >

Re: [PATCH] Revert "net: linkwatch: add check for netdevice being present to linkwatch_do_dev"

From: Geert Uytterhoeven Date: Fri, 11 Sep 2020 08:32:55 +0200 > Hi David, > > On Thu, Sep 10, 2020 at 9:20 PM David Miller wrote: >> From: Geert Uytterhoeven >> Date: Tue, 1 Sep 2020 17:02:37 +0200 >> >> > This reverts commit 124eee3f6955f7aa19b9e6ff5c9b6d37cb3d1e2c. >> > >> > Inami-san

Re: [PATCH v3 net-next] net: phy: mchp: Add support for LAN8814 QUAD PHY

From: Divya Koppera Date: Fri, 11 Sep 2020 18:48:44 +0530 > LAN8814 is a low-power, quad-port triple-speed (10BASE-T/100BASETX/1000BASE-T) > Ethernet physical layer transceiver (PHY). It supports transmission and > reception of data on standard CAT-5, as well as CAT-5e and CAT-6, unshielded >

Re: [PATCH] net: ethernet: ti: cpsw_new: fix suspend/resume

From: Grygorii Strashko Date: Thu, 10 Sep 2020 23:52:29 +0300 > Add missed suspend/resume callbacks to properly restore networking after > suspend/resume cycle. > > Fixes: ed3525eda4c4 ("net: ethernet: ti: introduce cpsw switchdev based > driver part 1 - dual-emac") > Signed-off-by: Grygorii

Re: [PATCH net-next v3 0/9] net: ethernet: ti: ale: add static configuration

From: Grygorii Strashko Date: Thu, 10 Sep 2020 23:27:58 +0300 > As existing, as newly introduced CPSW ALE versions have differences in > supported features and ALE table formats. Especially it's actual for the > recent AM65x/J721E/J7200 and future AM64x SoCs, which supports more > features

Re: [RFC PATCH v9 0/3] Add introspect_access(2) (was O_MAYEXEC)

On Thu, 10 Sep 2020, Matthew Wilcox wrote: > On Thu, Sep 10, 2020 at 08:38:21PM +0200, Mickaël Salaün wrote: > > There is also the use case of noexec mounts and file permissions. From > > user space point of view, it doesn't matter which kernel component is in > > charge of defining the policy.

Re: [PATCH net] net: ipa: fix u32_replace_bits by u32p_xxx version

From: Vadym Kochan Date: Thu, 10 Sep 2020 18:41:52 +0300 > Looks like u32p_replace_bits() should be used instead of > u32_replace_bits() which does not modifies the value but returns the > modified version. > > Fixes: 2b9feef2b6c2 ("soc: qcom: ipa: filter and routing tables") > Signed-off-by:

[ANNOUNCE] 4.9.235-rt153

Hello RT-list! I'm pleased to announce the 4.9.235-rt153 stable release. You can get this release via the git tree at: git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git branch: v4.9-rt Head SHA1: 0e7258df4e13bd29c182837d9b642b2ad7868847 Or to build 4.9.235-rt153

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

From: Luo bin Date: Thu, 10 Sep 2020 22:04:40 +0800 > 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

[PATCH] RISC-V: Consider sparse memory while removing unusable memory

Currently, any usable memory area beyond page_offset is removed by adding the memory sizes from each memblock. That may not work for sparse memory as memory regions can be very far apart resulting incorrect removal of some usable memory. Just use the start of the first memory block and the end of

[GIT PULL] seccomp fixes for v5.9-rc5

Hi Linus, Please pull these seccomp fixes for v5.9-rc5. This fixes a rare race condition in seccomp when using TSYNC and USER_NOTIF together where a memory allocation would not get freed (found by syzkaller, fixed by Tycho). Additionally updates Tycho's MAINTAINERS and .mailmap entries for his

Re: [RFC PATCH v8 0/3] Add support for AT_INTERPRETED (was O_MAYEXEC)

On Wed, 9 Sep 2020, Al Viro wrote: > On Wed, Sep 09, 2020 at 09:19:11AM +0200, Mickaël Salaün wrote: > > > > On 08/09/2020 20:50, Al Viro wrote: > > > On Tue, Sep 08, 2020 at 09:59:53AM +0200, Mickaël Salaün wrote: > > >> Hi, > > >> > > >> This height patch series rework the previous O_MAYEXEC

Re: [PATCH net-next] octeontx2-af: Constify npc_kpu_profile_{action,cam}

From: Rikard Falkeborn Date: Sat, 12 Sep 2020 00:00:15 +0200 > These are never modified, so constify them to allow the compiler to > place them in read-only memory. This moves about 25kB to read-only > memory as seen by the output of the size command. > > Before: >textdata bss

Re: [REGRESSION] x86/entry: Tracer no longer has opportunity to change the syscall number at entry via orig_ax

On Wed, Sep 09, 2020 at 11:53:42PM +1000, Michael Ellerman wrote: > I can observe the difference between v5.8 and mainline, using the > raw_syscall trace event and running the seccomp_bpf selftest which turns > a getpid (39) into a getppid (110). > > With v5.8 we see getppid on entry and exit: >

Re: [RESEND][RFC PATCH 0/6] Fork brute force attack mitigation (fbfam)

On Thu, 10 Sep 2020, Kees Cook wrote: > [kees: re-sending this series on behalf of John Wood > also visible at https://github.com/johwood/linux fbfam] > > From: John Wood Why are you resending this? The author of the code needs to be able to send and receive emails directly as part of

[ANNOUNCE] 4.14.197-rt95

Hello RT-list! I'm pleased to announce the 4.14.197-rt95 stable release. In addition to the merge of the .196 and .197 stable release tags, this release contains three RT specific fixes: eba893980303 net: xfrm: fix compress vs decompress serialization 23d7ce6a6ca9 Bluetooth: Acquire

Re: [PATCH v2] zram: add restriction on dynamic zram device creation

Hi Yi, On Fri, Sep 04, 2020 at 04:52:10PM +0800, Yi Wang wrote: > From: zhanglin > > Add max_num_devices to limit dynamic zram device creation to prevent > potential OOM > > Signed-off-by: zhanglin > Signed-off-by: Yi Wang > --- > v1->v2: > change hard-coded initial max_num_devices into

Re: slab-out-of-bounds in iov_iter_revert()

On Fri, Sep 11, 2020 at 05:59:04PM -0400, Qian Cai wrote: > Super easy to reproduce on today's mainline by just fuzzing for a few minutes > on virtiofs (if it ever matters). Any thoughts? Usually happens when ->direct_IO() fucks up and reports the wrong amount of data written/read. We had

Re: [PATCH net-next] drivers/net/wan/x25_asy: Remove an unused flag "SLF_OUTWAIT"

On Fri, Sep 11, 2020 at 2:44 PM David Miller wrote: > > From: Xie He > Date: Thu, 10 Sep 2020 23:35:03 -0700 > > > The "SLF_OUTWAIT" flag defined in x25_asy.h is not actually used. > > It is only cleared at one place in x25_asy.c but is never read or set. > > So we can remove it. > > > >

Re: [PATCH net-next] net/packet: Fix a comment about hard_header_len and add a warning for it

On Fri, Sep 11, 2020 at 7:32 AM Willem de Bruijn wrote: > > From a quick scan, a few device types that might trigger this > > net/atm/clip.c > drivers/net/wan/hdlc_fr.c > drivers/net/appletalk/ipddp.c > drivers/net/ppp/ppp_generic.c > drivers/net/net_failover.c I have recently fixed this problem

Re.Dear Friend

-- Hello, How are you once again. I have been having difficulty reaching you. I have an important business transaction to discuss with you. There are funds available and ready for investment which we will need your assistance to invest. Do get back to me as soon as you can for more

Re: [PATCH net-next] net/socket.c: Remove an unused header file

On Fri, Sep 11, 2020 at 2:41 PM David Miller wrote: > > From: Xie He > Date: Thu, 10 Sep 2020 23:07:20 -0700 > > > This header file is not actually used in this file. Let's remove it. > > How did you test this assertion? As Jakub showed, the > dlci_ioctl_set() function needs to be declared

Re: [RFC PATCH v1 1/1] sched/fair: select idle cpu from idle cpumask in sched domain

On 2020/9/12 7:04, Li, Aubrey wrote: > On 2020/9/12 0:28, Qais Yousef wrote: >> On 09/10/20 13:42, Aubrey Li wrote: >>> Added idle cpumask to track idle cpus in sched domain. When a CPU >>> enters idle, its corresponding bit in the idle cpumask will be set, >>> and when the CPU exits idle, its bit

Re: [PATCH v3 04/10] PCI/RCEC: Add pcie_walk_rcec() to walk associated RCiEPs

On 4 Sep 2020, at 19:23, Bjorn Helgaas wrote: On Fri, Sep 04, 2020 at 10:18:30PM +, Kelley, Sean V wrote: Hi Bjorn, Quick question below... On Wed, 2020-09-02 at 14:55 -0700, Sean V Kelley wrote: Hi Bjorn, On Wed, 2020-09-02 at 14:00 -0500, Bjorn Helgaas wrote: On Wed, Aug 12, 2020 at

Yet another ethernet PHY LED control proposal

Hello, I have been thinking about another way to implement ABI for HW control of ethernet PHY connected LEDs. This proposal is inspired by the fact that for some time there is a movement in the kernel to do transparent HW offloading of things (DSA is an example of that). So currently we have

Re: first bad commit: [5795eb443060148796beeba106e4366d7f1458a6] scsi: sd_zbc: emulate ZONE_APPEND commands

On Sat, Sep 12, 2020 at 12:17:59AM +0200, Borislav Petkov wrote: > Enabling it, fixes the issue. Btw, I just hit the below warn with 5.8, while booting with the above config option enabled. Looks familiar and I didn't trigger it with 5.9-rc4+ so you guys either fixed it or something changed

Re: [PATCH] ide/macide: Convert Mac IDE driver to platform driver

On Fri, 11 Sep 2020, Geert Uytterhoeven wrote: > > Sorry, I completely missed that the Baboon case registers a > "pata_platform" device instead of a "macide" device. Hence please > ignore my comments related to that. Sorry for the noise. > No problem. That misunderstanding got me thinking

Re: [RFC PATCH v1 1/1] sched/fair: select idle cpu from idle cpumask in sched domain

On 2020/9/12 0:28, Qais Yousef wrote: > On 09/10/20 13:42, Aubrey Li wrote: >> Added idle cpumask to track idle cpus in sched domain. When a CPU >> enters idle, its corresponding bit in the idle cpumask will be set, >> and when the CPU exits idle, its bit will be cleared. >> >> When a task wakes

Re: [PATCH 01/12] dt-bindings: power: Add bindings for the Mediatek SCPSYS power domains controller

On Thu, Sep 10, 2020 at 07:28:15PM +0200, Enric Balletbo i Serra wrote: > The System Control Processor System (SCPSYS) has several power management > related tasks in the system. Add the bindings to define the power > domains for the SCPSYS power controller. > > Co-developed-by: Matthias Brugger

Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack

On Wed, 2020-09-09 at 16:29 -0700, Dave Hansen wrote: > On 9/9/20 4:25 PM, Yu, Yu-cheng wrote: > > On 9/9/2020 4:11 PM, Dave Hansen wrote: > > > On 9/9/20 4:07 PM, Yu, Yu-cheng wrote: > > > > What if a writable mapping is passed to madvise(MADV_SHSTK)? Should > > > > that be rejected? > > > > >

Re: [PATCH v3 2/2] dm-crypt: collect data and submit to DM to measure

Thanks for taking a look at this patch Milan. Appreciate it. Sorry for responding late. I was on vacation last week. My responses below. On 2020-08-31 3:54 a.m., Milan Broz wrote: On 28/08/2020 22:27, Tushar Sugandhi wrote: Currently, dm-crypt does not take advantage of IMA measuring

Re: [RESEND][PATCH v6] arm64: dts: qcom: Add support for Xiaomi Poco F1 (Beryllium)

I'm not a maintainer, but I reviewed this earlier, so I guess it's only appropriate: Reviewed-by: Konrad Dybcio Looking forward to future patches for this device! :D Konrad

Re: [PATCH 2/2] media: dt-bindings: media: i2c: Add bindings for ADDI9036

On Thu, 10 Sep 2020 19:24:07 +0300, Bogdan Togorean wrote: > Add YAML device tree bindings for Analog Devices Inc. ADDI9036 CCD TOF > front-end. > > Signed-off-by: Bogdan Togorean > --- > .../bindings/media/i2c/adi,addi9036.yaml | 72 +++ > 1 file changed, 72 insertions(+)

Re: [PATCH v9 0/4] Introduce the for_each_set_clump macro

On Thu, Jul 16, 2020 at 02:49:35PM +0200, Linus Walleij wrote: > Hi Syed, > > sorry for taking so long. I was on vacation and a bit snowed > under by work. > > On Sat, Jun 27, 2020 at 10:10 AM Syed Nayyar Waris > wrote: > > > Since this patchset primarily affects GPIO drivers, would you like

Re: [PATCH v2 1/4] dt bindings: remoteproc: Add bindings for MT8183 APU

On Thu, 10 Sep 2020 15:01:45 +0200, Alexandre Bailon wrote: > This adds dt bindings for the APU present in the MT8183. > > Signed-off-by: Alexandre Bailon > --- > .../bindings/remoteproc/mtk,apu.yaml | 107 ++ > 1 file changed, 107 insertions(+) > create mode 100644

  1   2   3   4   5   6   7   8   9   10   >