RE: [PATCH] usb: dwc3: Enable the USB snooping

Hi, Ran Wang writes: >> >> > >> >> > /* Global Debug Queue/FIFO Space Available Register */ >> >> > >> >> > #define DWC3_GDBGFIFOSPACE_NUM(n) ((n) & 0x1f) >> >> > >> >> > #define DWC3_GDBGFIFOSPACE_TYPE(n) (((n) << 5) & 0x1e0) >> >> > >> >> > @@ -859,6 +867,7 @@ struct

Re: [PATCH v2 11/11] arm64: dts: sc9860: Update coresight DT bindings

Hi Leo, Applied the patch 10-11/11 to my tree, thanks! Chunyan Chunyan On Wed, 8 May 2019 at 10:21, Leo Yan wrote: > > CoreSight DT bindings have been updated, thus the old compatible strings > are obsolete and the drivers will report warning if DTS uses these > obsolete strings. > > This

Re: [PATCH] mm/hugetlb: allow gigantic page allocation to migrate away smaller huge page

On Mon, Jun 24, 2019 at 1:03 PM Ira Weiny wrote: > > On Mon, Jun 24, 2019 at 12:21:08PM +0800, Pingfan Liu wrote: > > The current pfn_range_valid_gigantic() rejects the pud huge page allocation > > if there is a pmd huge page inside the candidate range. > > > > But pud huge resource is more rare,

[PATCH 07/12] xfs: don't preallocate a transaction for file size updates

We have historically decided that we want to preallocate the xfs_trans structure at writeback time so that we don't have to allocate on in the I/O completion handler. But we treat unwrittent extent and COW fork conversions different already, which proves that the transaction allocations in the

[PATCH 11/12] iomap: move the xfs writeback code to iomap.c

Takes the xfs writeback code and move it to iomap.c. A new structure with three methods is added as the abstraction from the generic writeback code to the file system. These methods are used to map blocks, submit an ioend, and cancel a page that encountered an error before it was added to an

Re: [RFC PATCH] arm64: dts: fsl: wandboard: Add a device tree for the PICO-PI-IMX8M

Hello Richard, Nice to see you upstreaming this! Thumbs up! Just few remarks to pmic node from me: On Thu, Jun 20, 2019 at 04:32:52PM +0300, Andra Danciu wrote: > From: Richard Hu > > The current level of support yields a working console and is able to boot > userspace from an initial ramdisk

[PATCH 03/12] xfs: fix a comment typo in xfs_submit_ioend

The fail argument is long gone, update the comment. Signed-off-by: Christoph Hellwig --- fs/xfs/xfs_aops.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/xfs/xfs_aops.c b/fs/xfs/xfs_aops.c index 9cceb90e77c5..dc60aec0c5a7 100644 --- a/fs/xfs/xfs_aops.c +++

[PATCH 06/12] xfs: remove XFS_TRANS_NOFS

Instead of a magic flag for xfs_trans_alloc, just ensure all callers that can't relclaim through the file system use memalloc_nofs_save to set the per-task nofs flag. Signed-off-by: Christoph Hellwig --- fs/xfs/libxfs/xfs_shared.h | 1 - fs/xfs/xfs_aops.c | 12 +---

[PATCH 05/12] xfs: use a struct iomap in xfs_writepage_ctx

In preparation for moving the XFS writeback code to fs/iomap.c, switch it to use struct iomap instead of the XFS-specific struct xfs_bmbt_irec. Signed-off-by: Christoph Hellwig --- fs/xfs/libxfs/xfs_bmap.c | 14 +-- fs/xfs/libxfs/xfs_bmap.h | 3 +- fs/xfs/xfs_aops.c| 80

[PATCH 04/12] xfs: initialize ioma->flags in xfs_bmbt_to_iomap

Currently we don't overwrite the flags field in the iomap in xfs_bmbt_to_iomap. This works fine with 0-initialized iomaps on stack, but is harmful once we want to be able to reuse an iomap in the writeback code. Replace the shared paramter with a set of initial flags an thus ensures the flags

[PATCH 12/12] iomap: add tracing for the address space operations

Lift the xfs code for tracing address space operations to the iomap layer. Signed-off-by: Christoph Hellwig --- fs/iomap.c | 13 +- fs/xfs/xfs_aops.c| 27 ++-- fs/xfs/xfs_trace.h | 65 include/trace/events/iomap.h

[PATCH 08/12] xfs: simplify xfs_ioend_can_merge

Compare the block layer status directly instead of converting it to an errno first. Signed-off-by: Christoph Hellwig --- fs/xfs/xfs_aops.c | 14 ++ 1 file changed, 2 insertions(+), 12 deletions(-) diff --git a/fs/xfs/xfs_aops.c b/fs/xfs/xfs_aops.c index 017b87b7765f..acbd73976067

[PATCH 09/12] xfs: refactor the ioend merging code

Introduce two nicely abstracted helper, which can be moved to the iomap code later. Also use list_pop and list_first_entry_or_null to simplify the code a bit. Signed-off-by: Christoph Hellwig --- fs/xfs/xfs_aops.c | 66 ++- 1 file changed, 36

[PATCH 10/12] xfs: remove the fork fields in the writepage_ctx and ioend

In preparation for moving the writeback code to iomap.c, replace the XFS-specific COW fork concept with the iomap IOMAP_F_SHARED flag. Signed-off-by: Christoph Hellwig --- fs/xfs/xfs_aops.c | 40 +--- fs/xfs/xfs_aops.h | 2 +- 2 files changed, 22

[PATCH 02/12] xfs: simplify xfs_chain_bio

Move setting up operation and write hint to xfs_alloc_ioend, and then just copy over all needed information from the previous bio in xfs_chain_bio and stop passing various parameters to it. Signed-off-by: Christoph Hellwig --- fs/xfs/xfs_aops.c | 35 +-- 1 file

[PATCH 01/12] list.h: add a list_pop helper

We have a very common pattern where we want to delete the first entry from a list and return it as the properly typed container structure. Add a list_pop helper to implement this behavior. Signed-off-by: Christoph Hellwig --- include/linux/list.h | 22 ++ 1 file changed, 22

lift the xfs writepage code into iomap

Hi all, this series cleans up the xfs writepage code and then lifts it to fs/iomap.c so that it could be use by other file system. I've been wanting to this for a while so that I could eventually convert gfs2 over to it, but I never got to it. Now Damien has a new zonefs file system for

linux-next: manual merge of the devicetree tree with Linus' tree

Hi all, Today's linux-next merge of the devicetree tree got conflicts in: scripts/dtc/Makefile.dtc scripts/dtc/libfdt/Makefile.libfdt between commit: ec8f24b7faaf ("treewide: Add SPDX license identifier - Makefile/Kconfig") from Linus' tree and commit: 12869ecd5eef ("scripts/dtc:

RE: [PATCH v2 0/3] scsi: ufs: typo fixes and improvement

Hi, > > > From: Bean Huo > > This series patch is to fix several typos and fix one issue of twice > completing ufs-bsg job in case of UPIU/DME command failed. > > Changed since v1: > - split v1 patch > - add fixes tag > - delete needless blank line > > Bean Huo (3): > scsi:

[PATCH 1/5] arm64: don't use asm-generic/ptrace.h

Doing the indirection through macros for the regs accessors just makes them harder to read, so implement the helpers directly. Note that only the helpers actually used are implemented now. Signed-off-by: Christoph Hellwig Acked-by: Catalin Marinas --- arch/arm64/include/asm/ptrace.h | 31

[PATCH 3/5] sh: don't use asm-generic/ptrace.h

Doing the indirection through macros for the regs accessors just makes them harder to read, so implement the helpers directly. Note that only the helpers actually used are implemented now. Signed-off-by: Christoph Hellwig --- arch/sh/include/asm/ptrace.h | 29 + 1

remove asm-generic/ptrace.h v3

Hi all, asm-generic/ptrace.h is a little weird in that it doesn't actually implement any functionality, but it provided multiple layers of macros that just implement trivial inline functions. We implement those directly in the few architectures and be off with a much simpler design. I'm not

[PATCH 4/5] x86: don't use asm-generic/ptrace.h

Doing the indirection through macros for the regs accessors just makes them harder to read, so implement the helpers directly. Note that only the helpers actually used are implemented now. Signed-off-by: Christoph Hellwig Acked-by: Ingo Molnar Acked-by: Oleg Nesterov ---

[PATCH 5/5] asm-generic: remove ptrace.h

No one is using this header anymore. Signed-off-by: Christoph Hellwig Acked-by: Arnd Bergmann Acked-by: Oleg Nesterov --- MAINTAINERS| 1 - arch/mips/include/asm/ptrace.h | 5 --- include/asm-generic/ptrace.h | 73 -- 3 files changed, 79

[PATCH 2/5] powerpc: don't use asm-generic/ptrace.h

Doing the indirection through macros for the regs accessors just makes them harder to read, so implement the helpers directly. Note that only the helpers actually used are implemented now. Signed-off-by: Christoph Hellwig --- arch/powerpc/include/asm/ptrace.h | 29 ++---

Re: [PATCH] mm: fix setting the high and low watermarks

On 6/21/19 4:07 PM, Bharath Vedartham wrote: > Do you think this could cause a race condition between > __setup_per_zone_wmarks and pgdat_watermark_boosted which checks whether > the watermark_boost of each zone is non-zero? pgdat_watermark_boosted is > not called with a zone lock. > Here is a

[PATCH 01/17] mm: provide a print_vma_addr stub for !CONFIG_MMU

Signed-off-by: Christoph Hellwig Reviewed-by: Vladimir Murzin --- include/linux/mm.h | 6 ++ 1 file changed, 6 insertions(+) diff --git a/include/linux/mm.h b/include/linux/mm.h index dd0b5f4e1e45..69843ee0c5f8 100644 --- a/include/linux/mm.h +++ b/include/linux/mm.h @@ -2756,7 +2756,13 @@

[PATCH 10/17] riscv: read the hart ID from mhartid on boot

From: Damien Le Moal When in M-Mode, we can use the mhartid CSR to get the ID of the running HART. Doing so, direct M-Mode boot without firmware is possible. Signed-off-by: Damien Le Moal Signed-off-by: Christoph Hellwig --- arch/riscv/kernel/head.S | 8 1 file changed, 8

[PATCH 11/17] riscv: provide native clint access for M-mode

RISC-V has the concept of a cpu level interrupt controller. Part of it is expose as bits in the status registers, and 2 new CSRs per privilege level in the instruction set, but the machanisms to trigger IPIs and timer events, as well as reading the actual timer value are not specified in the

[PATCH 15/17] riscv: use the correct interrupt levels for M-mode

The numerical levels for External/Timer/Software interrupts differ between S-mode and M-mode. Signed-off-by: Christoph Hellwig --- arch/riscv/kernel/irq.c | 12 +--- 1 file changed, 9 insertions(+), 3 deletions(-) diff --git a/arch/riscv/kernel/irq.c b/arch/riscv/kernel/irq.c index

Re: [PATCH 1/3] include: linux: i2c: more helpers for declaring i2c drivers

On 21.06.19 23:17, Wolfram Sang wrote: > On Mon, Jun 17, 2019 at 08:39:37PM +0200, Enrico Weigelt, metux IT consult > wrote: >> From: Enrico Weigelt >> >> Add more helper macros for trivial driver init cases, similar to the >> already existing module_i2c_driver()+friends - now for those which >>

[PATCH 03/17] mm/nommu: fix the MAP_UNINITIALIZED flag

We can't expose UAPI symbols differently based on CONFIG_ symbols, as userspace won't have them available. Instead always define the flag, but only respect it based on the config option. Signed-off-by: Christoph Hellwig Reviewed-by: Vladimir Murzin --- arch/xtensa/include/uapi/asm/mman.h|

[PATCH v2] tpm: Get TCG log from TPM2 ACPI table for tpm2 systems

For TPM2-based systems, retrieve the TCG log from the TPM2 ACPI table. Signed-off-by: Jordan Hand --- v2: - Apologies, v1 had a silly compile error drivers/char/tpm/eventlog/acpi.c | 67 +++- 1 file changed, 48 insertions(+), 19 deletions(-) diff --git

[PATCH 17/17] riscv: add nommu support

The kernel runs in M-mode without using page tables, and thus can't run bare metal without help from additional firmware. Most of the patch is just stubbing out code not needed without page tables, but there is an interesting detail in the signals implementation: - The normal RISC-V syscall ABI

[PATCH 05/17] riscv: use CSR_SATP instead of the legacy sptbr name in switch_mm

Switch to our own constant for the satp register instead of using the old name from a legacy version of the privileged spec. Signed-off-by: Christoph Hellwig --- arch/riscv/mm/context.c | 7 +-- 1 file changed, 1 insertion(+), 6 deletions(-) diff --git a/arch/riscv/mm/context.c

[PATCH 14/17] riscv: don't allow selecting SBI-based drivers for M-mode

From: Damien Le Moal Do not allow selecting SBI related options with MMU option not set. Signed-off-by: Damien Le Moal Signed-off-by: Christoph Hellwig --- drivers/tty/hvc/Kconfig| 2 +- drivers/tty/serial/Kconfig | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH 16/17] riscv: clear the instruction cache and all registers when booting

When we get booted we want a clear slate without any leaks from previous supervisors or the firmware. Flush the instruction cache and then clear all registers to known good values. This is really important for the upcoming nommu support that runs on M-mode, but can't really harm when running in

[PATCH 08/17] riscv: improve the default power off implementation

Only call the SBI code if we are not running in M mode, and if we didn't do the SBI call, or it didn't succeed call wfi in a loop to at least save some power. Signed-off-by: Christoph Hellwig --- arch/riscv/kernel/reset.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git

[PATCH 12/17] riscv: implement remote sfence.i natively for M-mode

The RISC-V ISA only supports flushing the instruction cache for the local CPU core. For normal S-mode Linux remote flushing is offloaded to machine mode using ecalls, but for M-mode Linux we'll have to do it ourselves. Use the same implementation as all the existing open source SBI

[PATCH 07/17] riscv: abstract out CSR names for supervisor vs machine mode

Many of the privileged CSRs exist in a supervisor and machine version that are used very similarly. Provide a new X-naming layer so that we don't have to ifdef everywhere for M-mode Linux support. Contains contributions from Damien Le Moal . Signed-off-by: Christoph Hellwig ---

[PATCH 13/17] riscv: poison SBI calls for M-mode

There is no SBI when we run in M-mode, so fail the compile for any code trying to use SBI calls. Signed-off-by: Christoph Hellwig --- arch/riscv/include/asm/sbi.h | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/arch/riscv/include/asm/sbi.h b/arch/riscv/include/asm/sbi.h

[PATCH 09/17] riscv: provide a flat entry loader

This allows just loading the kernel at a pre-set address without qemu going bonkers trying to map the ELF file. Signed-off-by: Christoph Hellwig --- arch/riscv/Makefile| 13 + arch/riscv/boot/Makefile | 7 ++- arch/riscv/boot/loader.S | 8

[PATCH 06/17] riscv: refactor the IPI code

This prepare for adding native non-SBI IPI code. Signed-off-by: Christoph Hellwig --- arch/riscv/kernel/smp.c | 55 +++-- 1 file changed, 31 insertions(+), 24 deletions(-) diff --git a/arch/riscv/kernel/smp.c b/arch/riscv/kernel/smp.c index

[PATCH 04/17] irqchip/sifive-plic: set max threshold for ignored handlers

When running in M-mode we still the S-mode plic handlers in the DT. Ignore them by setting the maximum threshold. Signed-off-by: Christoph Hellwig --- drivers/irqchip/irq-sifive-plic.c | 12 ++-- 1 file changed, 10 insertions(+), 2 deletions(-) diff --git

[PATCH 02/17] mm: stub out all of swapops.h for !CONFIG_MMU

The whole header file deals with swap entries and PTEs, none of which can exist for nommu builds. Signed-off-by: Christoph Hellwig --- include/linux/swapops.h | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/include/linux/swapops.h b/include/linux/swapops.h index

RISC-V nommu support v2

Hi all, below is a series to support nommu mode on RISC-V. For now this series just works under qemu with the qemu-virt platform, but Damien has also been able to get kernel based on this tree with additional driver hacks to work on the Kendryte KD210, but that will take a while to cleanup an

Re: [PATCH] usb: dwc2: use a longer AHB idle timeout in dwc2_core_reset()

On 6/20/2019 9:51 PM, Martin Blumenstingl wrote: Use a 1us AHB idle timeout in dwc2_core_reset() and make it consistent with the other "wait for AHB master IDLE state" ocurrences. This fixes a problem for me where dwc2 would not want to initialize when updating to 4.19 on a MIPS Lantiq

siox: driver init boilerplate reduction v3

Hi folks, this is v3 of my siox/gpio series from last week. v3: fixed subject and formatting pointed out by Uwe, second patch (gpio-siox.c) already acked by him v2: fixed the typos pointed out by Uwe. --mtx

[PATCH 1/2] siox: add helper macro to simplify driver registration

From: Enrico Weigelt Add more helper macros for trivial driver init cases, similar to the already existing module_platform_driver() or module_i2c_driver(). This helps to reduce driver init boilerplate. Signed-off-by: Enrico Weigelt --- include/linux/siox.h | 10 ++ 1 file changed, 10

[PATCH 2/2] drivers: gpio: siox: use module_siox_driver()

From: Enrico Weigelt Reduce driver init boilerplate by using the new module_siox_driver() macro. Signed-off-by: Enrico Weigelt --- drivers/gpio/gpio-siox.c | 13 + 1 file changed, 1 insertion(+), 12 deletions(-) diff --git a/drivers/gpio/gpio-siox.c b/drivers/gpio/gpio-siox.c

Re: [RFC v3 0/2] clocksource: davinci-timer: new driver

Sekhar, Bartosz, if the sparse warning is not fixed, the driver won't hit this kernel version. Please fix it before the two next days otherwise it won't make it for v5.4. Thanks -- Daniel On 14/06/2019 12:39, Sekhar Nori wrote: > Hi Daniel, > > On 05/06/19 2:03 PM, Bartosz Golaszewski

Re: [PATCHv2] mm/gup: speed up check_and_migrate_cma_pages() on huge page

On Mon, Jun 24, 2019 at 1:32 PM Pingfan Liu wrote: > > On Mon, Jun 24, 2019 at 12:43 PM Ira Weiny wrote: > > > > On Mon, Jun 24, 2019 at 12:12:41PM +0800, Pingfan Liu wrote: > > > Both hugetlb and thp locate on the same migration type of pageblock, since > > > they are allocated from a

[PATCH] staging: bcm2835-camera: Avoid apotential sleep while holding a spin_lock

Do not allocate memory with GFP_KERNEL when holding a spin_lock, it may sleep. Use GFP_NOWAIT instead. Fixes: 950fd867c635 ("staging: bcm2835-camera: Replace open-coded idr with a struct idr.") Signed-off-by: Christophe JAILLET --- drivers/staging/vc04_services/bcm2835-camera/mmal-vchiq.c | 2

Re: [PATCH v2 1/2] include: linux: siox: more for declaring siox drivers

On 18.06.19 18:17, Uwe Kleine-König wrote: Hi, > I like the change. Just noticed that the Subject line is a bit strange> > though. if "more for" is proper English then it's news to me. I'd write:> > siox: add helper macro to simplify driver registration Good point, seems I've must have

Re: [PATCHv2] mm/gup: speed up check_and_migrate_cma_pages() on huge page

On Mon, Jun 24, 2019 at 12:43 PM Ira Weiny wrote: > > On Mon, Jun 24, 2019 at 12:12:41PM +0800, Pingfan Liu wrote: > > Both hugetlb and thp locate on the same migration type of pageblock, since > > they are allocated from a free_list[]. Based on this fact, it is enough to > > check on a single

[PATCH V8 2/3] PCI: dwc: Cleanup DBI,ATU read and write APIs

Cleanup DBI read and write APIs by removing "__" (underscore) from their names as there are no no-underscore versions and the underscore versions are already doing what no-underscore versions typically do. It also removes passing dbi/dbi2 base address as one of the arguments as the same can be

[PATCH V8 1/3] PCI: dwc: Add API support to de-initialize host

Add an API to group all the tasks to be done to de-initialize host which can then be called by any DesignWare core based driver implementations while adding .remove() support in their respective drivers. Signed-off-by: Vidya Sagar Acked-by: Gustavo Pimentel --- Changes from v7: * None Changes

[PATCH V8 3/3] PCI: dwc: Export APIs to support .remove() implementation

Export all configuration space access APIs and also other APIs to support host controller drivers of DesignWare core based implementations while adding support for .remove() hook to build their respective drivers as modules Signed-off-by: Vidya Sagar Acked-by: Gustavo Pimentel --- Changes from

[PATCH bpf-next] MAINTAINERS: add reviewer to maintainers entry

From: Björn Töpel Jonathan Lemon has volunteered as an official AF_XDP reviewer. Thank you, Jonathan! Signed-off-by: Björn Töpel --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index 0cfe98a6761a..dd875578d53c 100644 --- a/MAINTAINERS +++

Reminder: 25 open syzbot bugs in kvm subsystem

[This email was generated by a script. Let me know if you have any suggestions to make it better.] Of the currently open syzbot reports against the upstream kernel, I've manually marked 25 of them as possibly being bugs in the kvm subsystem. I've listed these reports below, sorted by an

Re: [PATCH] mm/hugetlb: allow gigantic page allocation to migrate away smaller huge page

On 06/24/2019 09:51 AM, Pingfan Liu wrote: > The current pfn_range_valid_gigantic() rejects the pud huge page allocation > if there is a pmd huge page inside the candidate range. > > But pud huge resource is more rare, which should align on 1GB on x86. It is > worth to allow migrating away pmd

[PATCH V2] net: ethernet: ti: cpsw: Fix suspend/resume break

Commit bfe59032bd6127ee190edb30be9381a01765b958 ("net: ethernet: ti: cpsw: use cpsw as drv data")changes the driver data to struct cpsw_common *cpsw. This is done only in probe/remove but the suspend/resume functions are still left with struct net_device *ndev. Hence fix both suspend & resume also

Reminder: 27 open syzbot bugs in bluetooth subsystem

[This email was generated by a script. Let me know if you have any suggestions to make it better.] Of the currently open syzbot reports against the upstream kernel, I've manually marked 27 of them as possibly being bugs in the bluetooth subsystem. I've listed these reports below, sorted by an

[PATCH] mm/vmalloc: fix a compile warning in mm

mm/vmalloc.c: In function ‘pcpu_get_vm_areas’: mm/vmalloc.c:976:4: warning: ‘lva’ may be used uninitialized in this function [-Wmaybe-uninitialized] insert_vmap_area_augment(lva, >rb_node, Signed-off-by: Weitao Hou --- mm/vmalloc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Reminder: 9 open syzbot bugs in sound subsystem

[This email was generated by a script. Let me know if you have any suggestions to make it better.] Of the currently open syzbot reports against the upstream kernel, I've manually marked 9 of them as possibly being bugs in the sound subsystem. I've listed these reports below, sorted by an

Re: [PATCH] mm/hugetlb: allow gigantic page allocation to migrate away smaller huge page

On Mon, Jun 24, 2019 at 12:21:08PM +0800, Pingfan Liu wrote: > The current pfn_range_valid_gigantic() rejects the pud huge page allocation > if there is a pmd huge page inside the candidate range. > > But pud huge resource is more rare, which should align on 1GB on x86. It is > worth to allow

Reminder: 30 open syzbot bugs in "net/bpf" subsystem

[This email was generated by a script. Let me know if you have any suggestions to make it better.] Of the currently open syzbot reports against the upstream kernel, I've manually marked 30 of them as possibly being bugs in the "net/bpf" subsystem. I've listed these reports below, sorted by an

Re: [RESEND,v2] cpufreq: s5pv210: Don't flood kernel log after cpufreq change

On 21-06-19, 12:10, Paweł Chmiel wrote: > This commit replaces printk with pr_debug, so we don't flood kernel log. > > Signed-off-by: Paweł Chmiel > Acked-by: Krzysztof Kozlowski > --- > Changes from v1: > - Added Acked-by > --- > drivers/cpufreq/s5pv210-cpufreq.c | 2 +- > 1 file changed, 1

Re: [PATCH] Bluetooth: btrtl: HCI reset on close for RTL8822BE

Hi Jian-Hong, On Fri, Jun 21, 2019 at 4:59 PM Jian-Hong Pan wrote: > Realtek RTL8822BE BT chip on ASUS X420FA cannot be turned on correctly > after on-off several times. Bluetooth daemon sets BT mode failed when > this issue happens. > > bluetoothd[1576]: Failed to set mode: Failed (0x03) > >

Re: [PATCH -mm] mm, swap: Fix THP swap out

Ming Lei writes: > Hi Huang Ying, > > On Mon, Jun 24, 2019 at 10:23:36AM +0800, Huang, Ying wrote: >> From: Huang Ying >> >> 0-Day test system reported some OOM regressions for several >> THP (Transparent Huge Page) swap test cases. These regressions are >> bisected to 6861428921b5 ("block:

Re: [PATCHv2] mm/gup: speed up check_and_migrate_cma_pages() on huge page

On Mon, Jun 24, 2019 at 12:12:41PM +0800, Pingfan Liu wrote: > Both hugetlb and thp locate on the same migration type of pageblock, since > they are allocated from a free_list[]. Based on this fact, it is enough to > check on a single subpage to decide the migration type of the whole huge > page.

Re: KASAN: user-memory-access Read in ip6_hold_safe (3)

On Mon, Jun 3, 2019 at 2:57 PM Dmitry Vyukov wrote: > > On Sat, Jun 1, 2019 at 7:15 PM David Ahern wrote: > > > > On 6/1/19 12:05 AM, syzbot wrote: > > > Hello, > > > > > > syzbot found the following crash on: > > > > > > HEAD commit:dfb569f2 net: ll_temac: Fix compile error > > > git tree:

Re: [PATCH 3/3] tools: memory-model: Improve data-race detection

On Sun, Jun 23, 2019 at 11:15:06AM -0400, Alan Stern wrote: > On Sun, 23 Jun 2019, Akira Yokosawa wrote: > > > Hi Paul and Alan, > > > > On 2019/06/22 8:54, Paul E. McKenney wrote: > > > On Fri, Jun 21, 2019 at 10:25:23AM -0400, Alan Stern wrote: > > >> On Fri, 21 Jun 2019, Andrea Parri wrote: >

Re: [PATCH v7 5/6] mm,thp: add read-only THP support for (non-shmem) FS

Hi Hillf, > On Jun 23, 2019, at 8:16 PM, Hillf Danton wrote: > > > Hello > > On Sun, 23 Jun 2019 13:48:47 +0800 Song Liu wrote: >> This patch is (hopefully) the first step to enable THP for non-shmem >> filesystems. >> >> This patch enables an application to put part of its text sections to

Re:Re: [PATCH v2] kexec: fix warnig of crash_zero_bytes in crash.c

At 2019-06-24 09:53:59, "Dave Young" wrote: >On 06/24/19 at 09:35am, Dave Young wrote: >> On 06/23/19 at 06:24am, Tiezhu Yang wrote: >> > Fix the following sparse warning: >> > >> > arch/x86/kernel/crash.c:59:15: >> > warning: symbol 'crash_zero_bytes' was not declared. Should it be static? >> >

linux-next: build failure after merge of the amdgpu tree

Hi Alex, After merging the amdgpu tree, today's linux-next build (x86_64 allmodconfig) failed like this: In file included from include/linux/kernel.h:15, from include/asm-generic/bug.h:18, from arch/x86/include/asm/bug.h:83, from

[PATCH] mm/hugetlb: allow gigantic page allocation to migrate away smaller huge page

The current pfn_range_valid_gigantic() rejects the pud huge page allocation if there is a pmd huge page inside the candidate range. But pud huge resource is more rare, which should align on 1GB on x86. It is worth to allow migrating away pmd huge page to make room for a pud huge page. The same

[PATCHv2] mm/gup: speed up check_and_migrate_cma_pages() on huge page

Both hugetlb and thp locate on the same migration type of pageblock, since they are allocated from a free_list[]. Based on this fact, it is enough to check on a single subpage to decide the migration type of the whole huge page. By this way, it saves (2M/4K - 1) times loop for pmd_huge on x86,

Re: Kirkwood PCI Express and bridges

Hi Thomas, On 21/06/19 6:17 PM, Thomas Petazzoni wrote: > Hello Chris, > > On Fri, 21 Jun 2019 04:03:27 + > Chris Packham wrote: > >> I'm in the process of updating the kernel version used on our products >> from 4.4 -> 5.1. >> >> We have one product that uses a Kirkwood CPU, IDT PCI

RE: [EXT] Re: [PATCH v7 4/5] usb: host: Stops USB controller init if PLL fails to lock

> -Original Message- > From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org] > Sent: 2019年6月20日 20:10 > To: Yinbo Zhu > Cc: Alan Stern ; Xiaobo Xie ; > Jiafei Pan ; Ramneek Mehresh > ; Nikhil Badola > ; Ran Wang ; > linux-...@vger.kernel.org; linux-kernel@vger.kernel.org >

Re: [PATCH bpf-next] bpf: fix cgroup bpf release synchronization

On Sun, Jun 23, 2019 at 08:29:21PM -0700, Alexei Starovoitov wrote: > On 6/23/19 7:30 PM, Roman Gushchin wrote: > > Since commit 4bfc0bb2c60e ("bpf: decouple the lifetime of cgroup_bpf > > from cgroup itself"), cgroup_bpf release occurs asynchronously > > (from a worker context), and before the

Re: [PATCH next] softirq: enable MAX_SOFTIRQ_TIME tuning with sysctl max_softirq_time_usecs

在 2019/6/24 0:38, Thomas Gleixner 写道: > Zhiqiang, >> controlled by sysadmins to copy with hardware changes over time. > > So much for the theory. See below. Thanks for your reply. > >> Correspondingly, the MAX_SOFTIRQ_TIME should be able to be tunned by >> sysadmins, >> who knows best about

[PATCH v2] flow_dissector: Fix vlan header offset in __skb_flow_dissect

We build vlan on top of bonding interface, which vlan offload is off, bond mode is 802.3ad (LACP) and xmit_hash_policy is BOND_XMIT_POLICY_ENCAP34. __skb_flow_dissect() fails to get information from protocol headers encapsulated within vlan, because 'nhoff' is points to IP header, so bond hashing

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

On Sun, 23 Jun 2019 20:12:45 PDT (-0700), Stephen Rothwell wrote: Hi all, On Thu, 20 Jun 2019 19:13:48 +1000 Stephen Rothwell wrote: After merging the net-next tree, today's linux-next build (powerpc allyesconfig) failed like this: drivers/net/ethernet/cadence/macb_main.c:48:16: error:

[PATCH] node: Fix warning while make xmldocs

This patch fixes following warning while make xmldocs. ./drivers/base/node.c:690: warning: Excess function parameter 'mem_node' description in 'register_memory_node_under_compute_node' ./drivers/base/node.c:690: warning: Excess function parameter 'cpu_node' description in

[PATCH] tpm: Get TCG log from TPM2 ACPI table for tpm2 systems

For TPM2-based systems, retrieve the TCG log from the TPM2 ACPI table. Signed-off-by: Jordan Hand --- drivers/char/tpm/eventlog/acpi.c | 67 +++- 1 file changed, 48 insertions(+), 19 deletions(-) diff --git a/drivers/char/tpm/eventlog/acpi.c

[PATCHv3 1/1] coresight: Do not default to CPU0 for missing CPU phandle

Coresight platform support assumes that a missing "cpu" phandle defaults to CPU0. This could be problematic and unnecessarily binds components to CPU0, where they may not be. Let us make the DT binding rules a bit stricter by not defaulting to CPU0 for missing "cpu" affinity information. Also in

[PATCHv3 0/1] coresight: Do not default to CPU0 for missing CPU phandle

In case of missing CPU phandle, the affinity is set default to CPU0 which is not a correct assumption. Fix this in coresight platform to set affinity to invalid and abort the probe in drivers. Also update the dt-bindings accordingly. v3: * Addressed review comments from Suzuki and updated

Re: [PATCH -mm] mm, swap: Fix THP swap out

Hi Huang Ying, On Mon, Jun 24, 2019 at 10:23:36AM +0800, Huang, Ying wrote: > From: Huang Ying > > 0-Day test system reported some OOM regressions for several > THP (Transparent Huge Page) swap test cases. These regressions are > bisected to 6861428921b5 ("block: always define BIO_MAX_PAGES as

[PATCH v2] x86/speculation/mds: Eliminate leaks by trace_hardirqs_on()

Move mds_idle_clear_cpu_buffers() after trace_hardirqs_on() to ensure all store buffer entries are flushed. Signed-off-by: Zhenzhong Duan --- -v2: remove pointless changes which made a double flush arch/x86/include/asm/mwait.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff

[PATCH] x86/speculation/mds: Avoid clearing CPU buffers in native machine with old microcode

Commit 22dd8365088b ("x86/speculation/mds: Add mitigation mode VMWERV") add an internal mitigation mode VWWERV which enables the invocation of the CPU buffer clearing even if X86_FEATURE_MD_CLEAR is not set. This wastes a few CPU cycles for native machine with an old microcode unnecessorily.

Re: [PATCH bpf-next] bpf: fix cgroup bpf release synchronization

On 6/23/19 7:30 PM, Roman Gushchin wrote: > Since commit 4bfc0bb2c60e ("bpf: decouple the lifetime of cgroup_bpf > from cgroup itself"), cgroup_bpf release occurs asynchronously > (from a worker context), and before the release of the cgroup itself. > > This introduced a previously non-existing

linux-next: manual merge of the spi-nor tree with Linus' tree

Hi all, Today's linux-next merge of the spi-nor tree got a conflict in: drivers/mtd/spi-nor/stm32-quadspi.c between commit: caab277b1de0 ("treewide: Replace GPLv2 boilerplate/reference with SPDX - rule 234") from Linus' tree and commit: df6bd6c002a4 ("mtd: spi-nor: stm32: remove the

[PATCH] netfilter: Fix remainder of pseudo-header protocol 0

From: He Zhe Since v5.1-rc1, some types of packets do not get unreachable reply with the following iptables setting. Fox example, $ iptables -A INPUT -p icmp --icmp-type 8 -j REJECT $ ping 127.0.0.1 -c 1 PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data. — 127.0.0.1 ping statistics — 1 packets

[PATCH v1 07/11] PM / devfreq: tegra30: Reset boosting if clock rate changed

There is a situation when memory activity is going up, hence boosting up starts to happen, and then governor ramps memory clock rate up. In this case consecutive events may be stopped if new "COUNT" is within watermarks range, meanwhile old boosting value remains, which is plainly wrong and

Re: [PATCH 06/15] ARM: imx: cleanup cppcheck shifting errors

On Sun, Jun 23, 2019 at 10:13:04PM +0700, Phong Tran wrote: > [arch/arm/mach-imx/iomux-mx3.h:93]: (error) Shifting signed 32-bit value > by 31 bits is undefined behaviour > > Signed-off-by: Phong Tran Applied, thanks.

Re: [PATCH -next v2] drm/amdgpu: return 'ret' in amdgpu_pmu_init

On 2019/6/22 22:00, Julia Lawall wrote: > > > On Sat, 22 Jun 2019, maowenan wrote: > >> >> >> On 2019/6/22 21:06, Julia Lawall wrote: >>> >>> >>> On Sat, 22 Jun 2019, Mao Wenan wrote: >>> There is one warning: drivers/gpu/drm/amd/amdgpu/amdgpu_pmu.c: In function ‘amdgpu_pmu_init’:

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

Hi all, On Thu, 20 Jun 2019 19:13:48 +1000 Stephen Rothwell wrote: > > After merging the net-next tree, today's linux-next build (powerpc > allyesconfig) failed like this: > > drivers/net/ethernet/cadence/macb_main.c:48:16: error: field 'hw' has > incomplete type > struct clk_hw hw; >

Re: [PATCH V6 3/3] arm64/mm: Enable memory hot remove

On 06/21/2019 08:05 PM, Steve Capper wrote: > Hi Anshuman, > > On Wed, Jun 19, 2019 at 09:47:40AM +0530, Anshuman Khandual wrote: >> The arch code for hot-remove must tear down portions of the linear map and >> vmemmap corresponding to memory being removed. In both cases the page >> tables

Re: [PATCH RFC] kvm: x86: Expose AVX512_BF16 feature to guest

Hi Paolo, After thinking more, I found way to satisfy all cases in a easy way. How about things like this? @@ -507,12 +510,26 @@ static inline int __do_cpuid_ent(struct kvm_cpuid_entry2 *entry, u32 fu * if the host doesn't support it. */

  1   2   3   4   5   >