Re: [PATCH v2] mm/ksm: ignore STABLE_FLAG of rmap_item->address in rmap_walk_ksm

[+Hugh Dickins] Cheers, Jia On 5/4/2018 11:11 AM, Jia He Wrote: In our armv8a server(QDF2400), I noticed lots of WARN_ON caused by PAGE_SIZE unaligned for rmap_item->address under memory pressure tests(start 20 guests and run memhog in the host).

Re: [PATCH v2] mm/ksm: ignore STABLE_FLAG of rmap_item->address in rmap_walk_ksm

[+Hugh Dickins] Cheers, Jia On 5/4/2018 11:11 AM, Jia He Wrote: In our armv8a server(QDF2400), I noticed lots of WARN_ON caused by PAGE_SIZE unaligned for rmap_item->address under memory pressure tests(start 20 guests and run memhog in the host).

Re: [PATCH v5 2/5] efi: Add embedded peripheral firmware support

Hi Hans, One comment below, which I missed in review before. On 29 April 2018 at 11:35, Hans de Goede wrote: > Just like with PCI options ROMs, which we save in the setup_efi_pci* > functions from arch/x86/boot/compressed/eboot.c, the EFI code / ROM itself > sometimes may

Re: [PATCH v5 2/5] efi: Add embedded peripheral firmware support

Hi Hans, One comment below, which I missed in review before. On 29 April 2018 at 11:35, Hans de Goede wrote: > Just like with PCI options ROMs, which we save in the setup_efi_pci* > functions from arch/x86/boot/compressed/eboot.c, the EFI code / ROM itself > sometimes may contain data which is

Re: [PATCH v2 2/2] mm: vmalloc: Pass proper vm_start into debugobjects

On 5/4/2018 3:12 AM, Andrew Morton wrote: On Tue, 17 Apr 2018 16:13:48 +0530 Chintan Pandya wrote: Client can call vunmap with some intermediate 'addr' which may not be the start of the VM area. Entire unmap code works with vm->vm_start which is proper but debug

Re: [PATCH v2 2/2] mm: vmalloc: Pass proper vm_start into debugobjects

On 5/4/2018 3:12 AM, Andrew Morton wrote: On Tue, 17 Apr 2018 16:13:48 +0530 Chintan Pandya wrote: Client can call vunmap with some intermediate 'addr' which may not be the start of the VM area. Entire unmap code works with vm->vm_start which is proper but debug object API is called with

Re: [PATCH v5 2/5] efi: Add embedded peripheral firmware support

On 4 May 2018 at 01:29, Luis R. Rodriguez wrote: > On Sun, Apr 29, 2018 at 11:35:55AM +0200, Hans de Goede wrote: [...] >> diff --git a/Documentation/driver-api/firmware/request_firmware.rst >> b/Documentation/driver-api/firmware/request_firmware.rst >> index

Re: [PATCH v5 2/5] efi: Add embedded peripheral firmware support

On 4 May 2018 at 01:29, Luis R. Rodriguez wrote: > On Sun, Apr 29, 2018 at 11:35:55AM +0200, Hans de Goede wrote: [...] >> diff --git a/Documentation/driver-api/firmware/request_firmware.rst >> b/Documentation/driver-api/firmware/request_firmware.rst >> index c8bddbdcfd10..560dfed76e38 100644 >>

[PATCH v7 2/2] PCI: mediatek: Using chained IRQ to setup IRQ handle

From: Honghui Zhang Using irq_chip solution to setup IRQs in order to consist with IRQ framework. Signed-off-by: Honghui Zhang Acked-by: Ryder Lee --- drivers/pci/host/pcie-mediatek.c | 206

[PATCH v7 0/2] PCI: mediatek: Fixups for the IRQ handle routine and MT7622's class code

From: Honghui Zhang Two fixups for mediatek's host bridge: The first patch fixup class type and vendor ID for MT7622. The second patch fixup the IRQ handle routine by using irq_chip solution to avoid IRQ reentry which may exist for both MT2712 and MT7622. Change

[PATCH v7 2/2] PCI: mediatek: Using chained IRQ to setup IRQ handle

From: Honghui Zhang Using irq_chip solution to setup IRQs in order to consist with IRQ framework. Signed-off-by: Honghui Zhang Acked-by: Ryder Lee --- drivers/pci/host/pcie-mediatek.c | 206 ++- 1 file changed, 115 insertions(+), 91 deletions(-) diff

[PATCH v7 0/2] PCI: mediatek: Fixups for the IRQ handle routine and MT7622's class code

From: Honghui Zhang Two fixups for mediatek's host bridge: The first patch fixup class type and vendor ID for MT7622. The second patch fixup the IRQ handle routine by using irq_chip solution to avoid IRQ reentry which may exist for both MT2712 and MT7622. Change since v6: - Remove the

[PATCH v7 1/2] PCI: mediatek: Set up vendor ID and class type for MT7622

From: Honghui Zhang MT7622's hardware default value of vendor ID and class type is not correct, fix that by setup the correct values before linkup with Endpoint. Signed-off-by: Honghui Zhang Acked-by: Ryder Lee

[PATCH v7 1/2] PCI: mediatek: Set up vendor ID and class type for MT7622

From: Honghui Zhang MT7622's hardware default value of vendor ID and class type is not correct, fix that by setup the correct values before linkup with Endpoint. Signed-off-by: Honghui Zhang Acked-by: Ryder Lee --- drivers/pci/host/pcie-mediatek.c | 30 +++---

Re: KASAN: use-after-free Read in process_preds

On Fri, Apr 27, 2018 at 5:19 PM, Dmitry Vyukov wrote: > On Fri, Apr 27, 2018 at 7:30 AM, syzbot > wrote: >> Hello, >> >> syzbot hit the following crash on bpf-next commit >> 5d1365940a68dd57b031b6e3c07d7d451cd69daf (Thu

Re: KASAN: use-after-free Read in process_preds

On Fri, Apr 27, 2018 at 5:19 PM, Dmitry Vyukov wrote: > On Fri, Apr 27, 2018 at 7:30 AM, syzbot > wrote: >> Hello, >> >> syzbot hit the following crash on bpf-next commit >> 5d1365940a68dd57b031b6e3c07d7d451cd69daf (Thu Apr 12 18:09:05 2018 +) >> Merge

Re: [PATCH 04/15] powerpc/powernv: opal-kmsg use flush fallback from console code

On Fri, 04 May 2018 15:16:37 +1000 Michael Ellerman wrote: > Nicholas Piggin writes: > > > Use the more refined and tested event polling loop from opal_put_chars > > as the fallback console flush in the opal-kmsg path. This loop is used > > by the

Re: [PATCH 04/15] powerpc/powernv: opal-kmsg use flush fallback from console code

On Fri, 04 May 2018 15:16:37 +1000 Michael Ellerman wrote: > Nicholas Piggin writes: > > > Use the more refined and tested event polling loop from opal_put_chars > > as the fallback console flush in the opal-kmsg path. This loop is used > > by the console driver today, whereas the opal-kmsg

Re: KASAN: use-after-free Write in process_preds

On Fri, May 4, 2018 at 7:30 AM, syzbot wrote: > Hello, > > syzbot found the following crash on: > > HEAD commit:03f5781be2c7 bpf, x86_32: add eBPF JIT compiler for ia32 > git tree: bpf-next > console output:

Re: KASAN: use-after-free Write in process_preds

On Fri, May 4, 2018 at 7:30 AM, syzbot wrote: > Hello, > > syzbot found the following crash on: > > HEAD commit:03f5781be2c7 bpf, x86_32: add eBPF JIT compiler for ia32 > git tree: bpf-next > console output: https://syzkaller.appspot.com/x/log.txt?x=1362723780 > kernel config:

Re: [PATCH v2] staging: lustre: llite: fix potential missing-check bug when copying lumv

On Fri, May 4, 2018 at 12:27 AM, Dan Carpenter wrote: > There is no security problem here. The user is allowed to choose either > v1 or v3. Using a double read race condition to choose v1 is not > going to cause problems. It's slightly more complicated than just >

Re: [PATCH v2] staging: lustre: llite: fix potential missing-check bug when copying lumv

On Fri, May 4, 2018 at 12:27 AM, Dan Carpenter wrote: > There is no security problem here. The user is allowed to choose either > v1 or v3. Using a double read race condition to choose v1 is not > going to cause problems. It's slightly more complicated than just > choosing it directly but that

KASAN: use-after-free Write in process_preds

Hello, syzbot found the following crash on: HEAD commit:03f5781be2c7 bpf, x86_32: add eBPF JIT compiler for ia32 git tree: bpf-next console output: https://syzkaller.appspot.com/x/log.txt?x=1362723780 kernel config: https://syzkaller.appspot.com/x/.config?x=3d356c2d908b7293

KASAN: use-after-free Write in process_preds

Hello, syzbot found the following crash on: HEAD commit:03f5781be2c7 bpf, x86_32: add eBPF JIT compiler for ia32 git tree: bpf-next console output: https://syzkaller.appspot.com/x/log.txt?x=1362723780 kernel config: https://syzkaller.appspot.com/x/.config?x=3d356c2d908b7293

Re: [PATCH] i2c: core-smbus: fix a potential uninitialization bug

On Fri, May 4, 2018 at 12:04 AM, Peter Rosin wrote: > On 2018-05-04 06:08, Wenwen Wang wrote: >> On Thu, May 3, 2018 at 3:34 PM, Peter Rosin wrote: >>> On 2018-05-03 00:36, Wenwen Wang wrote: In i2c_smbus_xfer_emulated(), there are two buffers: msgbuf0 and

Re: [PATCH] i2c: core-smbus: fix a potential uninitialization bug

On Fri, May 4, 2018 at 12:04 AM, Peter Rosin wrote: > On 2018-05-04 06:08, Wenwen Wang wrote: >> On Thu, May 3, 2018 at 3:34 PM, Peter Rosin wrote: >>> On 2018-05-03 00:36, Wenwen Wang wrote: In i2c_smbus_xfer_emulated(), there are two buffers: msgbuf0 and msgbuf1, which are used to

Re: [PATCH v2] staging: lustre: llite: fix potential missing-check bug when copying lumv

There is no security problem here. The user is allowed to choose either v1 or v3. Using a double read race condition to choose v1 is not going to cause problems. It's slightly more complicated than just choosing it directly but that doesn't make it a security issue. It's a bit like typing with

Re: [PATCH v2] staging: lustre: llite: fix potential missing-check bug when copying lumv

There is no security problem here. The user is allowed to choose either v1 or v3. Using a double read race condition to choose v1 is not going to cause problems. It's slightly more complicated than just choosing it directly but that doesn't make it a security issue. It's a bit like typing with

[PATCH 0/4] iommu/vt-d: Several cleanup patches

Hi, This includes several cleanup patches which aim to make the code more concise and easier for reading. There aren't any functionality changes. Best regards, Lu Baolu Lu Baolu (4): iommu: Clean up the comments for iommu_group_alloc iommu/vt-d: Clean up unused variable in

[PATCH 0/4] iommu/vt-d: Several cleanup patches

Hi, This includes several cleanup patches which aim to make the code more concise and easier for reading. There aren't any functionality changes. Best regards, Lu Baolu Lu Baolu (4): iommu: Clean up the comments for iommu_group_alloc iommu/vt-d: Clean up unused variable in

[PATCH 2/4] iommu/vt-d: Clean up unused variable in find_or_alloc_domain

Remove it to make the code more concise. Signed-off-by: Lu Baolu --- drivers/iommu/intel-iommu.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/iommu/intel-iommu.c b/drivers/iommu/intel-iommu.c index 749d8f2..9064607 100644 ---

[PATCH 2/4] iommu/vt-d: Clean up unused variable in find_or_alloc_domain

Remove it to make the code more concise. Signed-off-by: Lu Baolu --- drivers/iommu/intel-iommu.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/iommu/intel-iommu.c b/drivers/iommu/intel-iommu.c index 749d8f2..9064607 100644 --- a/drivers/iommu/intel-iommu.c +++

[PATCH 4/4] iommu/vt-d: Remove unnecessary parentheses

Remove unnecessary parentheses to comply with preferred coding style. Signed-off-by: Lu Baolu --- drivers/iommu/intel-svm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/iommu/intel-svm.c b/drivers/iommu/intel-svm.c index e8cd984..45f6e58

[PATCH 4/4] iommu/vt-d: Remove unnecessary parentheses

Remove unnecessary parentheses to comply with preferred coding style. Signed-off-by: Lu Baolu --- drivers/iommu/intel-svm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/iommu/intel-svm.c b/drivers/iommu/intel-svm.c index e8cd984..45f6e58 100644 ---

[PATCH 3/4] iommu/vt-d: Clean up pasid quirk for pre-production devices

The pasid28 quirk is needed only for some pre-production devices. Remove it to make the code concise. Signed-off-by: Ashok Raj Signed-off-by: Lu Baolu --- drivers/iommu/intel-iommu.c | 32 ++--

[PATCH 3/4] iommu/vt-d: Clean up pasid quirk for pre-production devices

The pasid28 quirk is needed only for some pre-production devices. Remove it to make the code concise. Signed-off-by: Ashok Raj Signed-off-by: Lu Baolu --- drivers/iommu/intel-iommu.c | 32 ++-- include/linux/intel-iommu.h | 1 - 2 files changed, 2 insertions(+), 31

[PATCH 1/4] iommu: Clean up the comments for iommu_group_alloc

@name parameter has been removed. Signed-off-by: Lu Baolu --- drivers/iommu/iommu.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/iommu/iommu.c b/drivers/iommu/iommu.c index d2aa2320..d87e7c2 100644 --- a/drivers/iommu/iommu.c +++ b/drivers/iommu/iommu.c

[PATCH 1/4] iommu: Clean up the comments for iommu_group_alloc

@name parameter has been removed. Signed-off-by: Lu Baolu --- drivers/iommu/iommu.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/iommu/iommu.c b/drivers/iommu/iommu.c index d2aa2320..d87e7c2 100644 --- a/drivers/iommu/iommu.c +++ b/drivers/iommu/iommu.c @@ -322,7 +322,6 @@ static

Re: [PATCH 4/7] dt-bindings: gnss: add u-blox binding

Hi Andreas, > Am 03.05.2018 um 20:50 schrieb Andreas Kemnade : > > On Thu, 3 May 2018 11:35:21 +0200 > H. Nikolaus Schaller wrote: > > >> I have realized that the w2sg0004 is an exception (although a Sirf chip) >> that it does not provide a WAKEUP

Re: [PATCH 4/7] dt-bindings: gnss: add u-blox binding

Hi Andreas, > Am 03.05.2018 um 20:50 schrieb Andreas Kemnade : > > On Thu, 3 May 2018 11:35:21 +0200 > H. Nikolaus Schaller wrote: > > >> I have realized that the w2sg0004 is an exception (although a Sirf chip) >> that it does not provide a WAKEUP signal. And another significant >> difference

Re: [PATCH 04/15] powerpc/powernv: opal-kmsg use flush fallback from console code

Nicholas Piggin writes: > Use the more refined and tested event polling loop from opal_put_chars > as the fallback console flush in the opal-kmsg path. This loop is used > by the console driver today, whereas the opal-kmsg fallback is not > likely to have been used for years.

Re: [PATCH 04/15] powerpc/powernv: opal-kmsg use flush fallback from console code

Nicholas Piggin writes: > Use the more refined and tested event polling loop from opal_put_chars > as the fallback console flush in the opal-kmsg path. This loop is used > by the console driver today, whereas the opal-kmsg fallback is not > likely to have been used for years. > > Use WARN_ONCE

general protection fault in perf_tp_event

Hello, syzbot found the following crash on: HEAD commit:c15f6d8d4715 Merge tag 'dma-mapping-4.17-4' of git://git.i.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=128d955b80 kernel config: https://syzkaller.appspot.com/x/.config?x=5a1dc06635c10d27

general protection fault in perf_tp_event

Hello, syzbot found the following crash on: HEAD commit:c15f6d8d4715 Merge tag 'dma-mapping-4.17-4' of git://git.i.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=128d955b80 kernel config: https://syzkaller.appspot.com/x/.config?x=5a1dc06635c10d27

Re: [PATCH] i2c: core-smbus: fix a potential uninitialization bug

On 2018-05-04 06:08, Wenwen Wang wrote: > On Thu, May 3, 2018 at 3:34 PM, Peter Rosin wrote: >> On 2018-05-03 00:36, Wenwen Wang wrote: >>> In i2c_smbus_xfer_emulated(), there are two buffers: msgbuf0 and msgbuf1, >>> which are used to save a series of messages, as mentioned in

Re: [PATCH] i2c: core-smbus: fix a potential uninitialization bug

On 2018-05-04 06:08, Wenwen Wang wrote: > On Thu, May 3, 2018 at 3:34 PM, Peter Rosin wrote: >> On 2018-05-03 00:36, Wenwen Wang wrote: >>> In i2c_smbus_xfer_emulated(), there are two buffers: msgbuf0 and msgbuf1, >>> which are used to save a series of messages, as mentioned in the comment. >>>

[PATCH 7/8] staging: mt7621-pci: remove some dead code.

Some code is dead because it is commented out. Some is dead because it is uninteresting printks. Some is dead because it declares unused functions. Remove it all. Signed-off-by: NeilBrown --- drivers/staging/mt7621-pci/pci-mt7621.c | 14 -- 1 file changed, 14

[PATCH 6/8] staging: mt7621-pci: remove unnecessary resource details.

These resources are extracted from devicetree, so they aren't needed here. Signed-off-by: NeilBrown --- drivers/staging/mt7621-pci/pci-mt7621.c | 19 ++- 1 file changed, 2 insertions(+), 17 deletions(-) diff --git a/drivers/staging/mt7621-pci/pci-mt7621.c

[PATCH 6/8] staging: mt7621-pci: remove unnecessary resource details.

These resources are extracted from devicetree, so they aren't needed here. Signed-off-by: NeilBrown --- drivers/staging/mt7621-pci/pci-mt7621.c | 19 ++- 1 file changed, 2 insertions(+), 17 deletions(-) diff --git a/drivers/staging/mt7621-pci/pci-mt7621.c

[PATCH 7/8] staging: mt7621-pci: remove some dead code.

Some code is dead because it is commented out. Some is dead because it is uninteresting printks. Some is dead because it declares unused functions. Remove it all. Signed-off-by: NeilBrown --- drivers/staging/mt7621-pci/pci-mt7621.c | 14 -- 1 file changed, 14 deletions(-) diff

[PATCH 2/8] staging: mt7621-spi: remove unused lock.

This lock is never initialized, locked once, and never unlocked. Clearly it is pointless - so remove it. Signed-off-by: NeilBrown --- drivers/staging/mt7621-spi/spi-mt7621.c |3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/staging/mt7621-spi/spi-mt7621.c

[PATCH 2/8] staging: mt7621-spi: remove unused lock.

This lock is never initialized, locked once, and never unlocked. Clearly it is pointless - so remove it. Signed-off-by: NeilBrown --- drivers/staging/mt7621-spi/spi-mt7621.c |3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/staging/mt7621-spi/spi-mt7621.c

[PATCH 1/8] staging: mt7621-eth: Lock is never unlocked.

mtk_phy_link_adjust takes a spinlock and disables interrupts, but never unlocks. This can leave interrupts disabled on one CPU and various things stop working. Signed-off-by: NeilBrown --- drivers/staging/mt7621-eth/mdio.c |1 + 1 file changed, 1 insertion(+) diff --git

Re: [PATCH 3/3] xen: share start flags between PV and PVH

Hi Roger, Thank you for the patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on v4.17-rc3 next-20180503] [cannot apply to xen-tip/linux-next] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url

[PATCH 3/8] staging: mt7621-pci: improve interrupt mapping

As the Interrupts for the PCI adapters are listed in devicetree we shouldn't need to have them explicit in the code. The simplest way to do this is to use of_irq_parse_and_map_pci() and specify an interrupt-map which identifies the different PCI hosts by bus/slot numbers. This has the advantage

[PATCH 1/8] staging: mt7621-eth: Lock is never unlocked.

mtk_phy_link_adjust takes a spinlock and disables interrupts, but never unlocks. This can leave interrupts disabled on one CPU and various things stop working. Signed-off-by: NeilBrown --- drivers/staging/mt7621-eth/mdio.c |1 + 1 file changed, 1 insertion(+) diff --git

Re: [PATCH 3/3] xen: share start flags between PV and PVH

Hi Roger, Thank you for the patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on v4.17-rc3 next-20180503] [cannot apply to xen-tip/linux-next] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url

[PATCH 3/8] staging: mt7621-pci: improve interrupt mapping

As the Interrupts for the PCI adapters are listed in devicetree we shouldn't need to have them explicit in the code. The simplest way to do this is to use of_irq_parse_and_map_pci() and specify an interrupt-map which identifies the different PCI hosts by bus/slot numbers. This has the advantage

[PATCH 8/8] staging: mt7621-dts: update nor-flash info for gnubee1

The GNUBEE has 32MB flash, so set partitions accordingly. Also remove "m25p,chunked-io" which isn't documented or used anywhere (outside of freewrt). Signed-off-by: NeilBrown --- drivers/staging/mt7621-dts/gbpc1.dts |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-)

[PATCH 4/8] staging: mt7621-pci: white-space cleanups.

- remove white space at end of line. - no more than 2 blank line at a time - remove spaces before tabs - use tabs to line things up - re-indent some #define do{}while(0) Signed-off-by: NeilBrown --- drivers/staging/mt7621-pci/pci-mt7621.c | 291 +++

linux-next: Tree for May 4

Hi all, Changes since 20180503: Non-merge commits (relative to Linus' tree): 3965 3776 files changed, 154371 insertions(+), 67944 deletions(-) I have created today's linux-next tree at git://git.kernel.org/pub/scm

[PATCH 8/8] staging: mt7621-dts: update nor-flash info for gnubee1

The GNUBEE has 32MB flash, so set partitions accordingly. Also remove "m25p,chunked-io" which isn't documented or used anywhere (outside of freewrt). Signed-off-by: NeilBrown --- drivers/staging/mt7621-dts/gbpc1.dts |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

[PATCH 4/8] staging: mt7621-pci: white-space cleanups.

- remove white space at end of line. - no more than 2 blank line at a time - remove spaces before tabs - use tabs to line things up - re-indent some #define do{}while(0) Signed-off-by: NeilBrown --- drivers/staging/mt7621-pci/pci-mt7621.c | 291 +++ 1 file changed,

linux-next: Tree for May 4

Hi all, Changes since 20180503: Non-merge commits (relative to Linus' tree): 3965 3776 files changed, 154371 insertions(+), 67944 deletions(-) I have created today's linux-next tree at git://git.kernel.org/pub/scm

[PATCH 5/8] staging: mt7621-pci: remove conditional compilation.

Code currently defines: #define CONFIG_PCIE_PORT0 #define CONFIG_PCIE_PORT1 #define CONFIG_PCIE_PORT2 #define GPIO_PERST and then compiles code only if they are defined. We might want to disable some of these via devicetree one day, but for now just remove the #defines and the conditions - all

[PATCH 5/8] staging: mt7621-pci: remove conditional compilation.

Code currently defines: #define CONFIG_PCIE_PORT0 #define CONFIG_PCIE_PORT1 #define CONFIG_PCIE_PORT2 #define GPIO_PERST and then compiles code only if they are defined. We might want to disable some of these via devicetree one day, but for now just remove the #defines and the conditions - all

[PATCH 0/8] staging: various mt7621 fixes

Highlights here are a bugfix for the ethernet driver, and proper handling of irq assignments in the PCI driver. We also make the full 32M of the gnubee flash available and start cleaning up the mt7621-pci code. --- NeilBrown (8): staging: mt7621-eth: Lock is never unlocked. staging:

[PATCH 0/8] staging: various mt7621 fixes

Highlights here are a bugfix for the ethernet driver, and proper handling of irq assignments in the PCI driver. We also make the full 32M of the gnubee flash available and start cleaning up the mt7621-pci code. --- NeilBrown (8): staging: mt7621-eth: Lock is never unlocked. staging:

Re: [RFC][PATCH] memcg: Replace mm->owner with mm->memcg

On Fri, May 4, 2018 at 1:11 AM, Eric W. Biederman wrote: > Balbir Singh writes: > >> On Tue, 01 May 2018 12:35:16 -0500 >> ebied...@xmission.com (Eric W. Biederman) wrote: >> >>> Recently it was reported that mm_update_next_owner could get into >>>

Re: [RFC][PATCH] memcg: Replace mm->owner with mm->memcg

On Fri, May 4, 2018 at 1:11 AM, Eric W. Biederman wrote: > Balbir Singh writes: > >> On Tue, 01 May 2018 12:35:16 -0500 >> ebied...@xmission.com (Eric W. Biederman) wrote: >> >>> Recently it was reported that mm_update_next_owner could get into >>> cases where it was executing it's fallback

[PATCH v1] virtio: support VIRTIO_F_IO_BARRIER

This patch introduces the support for VIRTIO_F_IO_BARRIER. When this feature is negotiated, driver will use the barriers suitable for hardware devices. Signed-off-by: Tiwei Bie --- This patch depends on below proposal for virtio-spec:

[PATCH v1] virtio: support VIRTIO_F_IO_BARRIER

This patch introduces the support for VIRTIO_F_IO_BARRIER. When this feature is negotiated, driver will use the barriers suitable for hardware devices. Signed-off-by: Tiwei Bie --- This patch depends on below proposal for virtio-spec:

Re: [PATCH v3 6/9] trace_uprobe: Support SDT markers having reference count (semaphore)

Hi Ravi, I have some comments, please see below. On Tue, 17 Apr 2018 10:02:41 +0530 Ravi Bangoria wrote:\ > diff --git a/include/linux/uprobes.h b/include/linux/uprobes.h > index 7bd2760..2db3ed1 100644 > --- a/include/linux/uprobes.h > +++

Re: [PATCH v3 6/9] trace_uprobe: Support SDT markers having reference count (semaphore)

Hi Ravi, I have some comments, please see below. On Tue, 17 Apr 2018 10:02:41 +0530 Ravi Bangoria wrote:\ > diff --git a/include/linux/uprobes.h b/include/linux/uprobes.h > index 7bd2760..2db3ed1 100644 > --- a/include/linux/uprobes.h > +++ b/include/linux/uprobes.h > @@ -122,6 +122,8 @@

Re: [PATCH v4 05/22] iommu: introduce iommu invalidate API function

On Wed, 2 May 2018 10:31:50 +0100 Jean-Philippe Brucker wrote: > On 01/05/18 23:58, Jacob Pan wrote: > Maybe this should be called "NG_PAGE_PASID", > >>> Sure. I was thinking page range already implies non-global > >>> pages. > and "DOMAIN_PAGE"

Re: [PATCH v4 05/22] iommu: introduce iommu invalidate API function

On Wed, 2 May 2018 10:31:50 +0100 Jean-Philippe Brucker wrote: > On 01/05/18 23:58, Jacob Pan wrote: > Maybe this should be called "NG_PAGE_PASID", > >>> Sure. I was thinking page range already implies non-global > >>> pages. > and "DOMAIN_PAGE" should > instead be

Re: [PATCH v1] lib/string_helpers: Add missed declaration of struct task_struct

On Thu, May 3, 2018 at 6:13 PM, Andy Shevchenko wrote: > Starting from the commit 0d0443288f22 the new function has been > introduced which takes struct task_struct as a parameter. Though, > compiler doesn't know where to get information about it at this stage.

Re: [PATCH v1] lib/string_helpers: Add missed declaration of struct task_struct

On Thu, May 3, 2018 at 6:13 PM, Andy Shevchenko wrote: > Starting from the commit 0d0443288f22 the new function has been > introduced which takes struct task_struct as a parameter. Though, > compiler doesn't know where to get information about it at this stage. > > Add missed declaration of

Re: [PATCH V3 10/10] ASoC: amd: dma driver changes for bt i2s instance

On 5/3/2018 10:10 PM, Daniel Kurtz wrote: On Thu, May 3, 2018 at 1:33 AM Mukunda,Vijendar wrote: On Thursday 03 May 2018 11:13 AM, Daniel Kurtz wrote: Some checkpatch nits below... On Tue, May 1, 2018 at 2:53 PM Vijendar Mukunda < vijendar.muku...@amd.com>

Re: [PATCH V3 10/10] ASoC: amd: dma driver changes for bt i2s instance

On 5/3/2018 10:10 PM, Daniel Kurtz wrote: On Thu, May 3, 2018 at 1:33 AM Mukunda,Vijendar wrote: On Thursday 03 May 2018 11:13 AM, Daniel Kurtz wrote: Some checkpatch nits below... On Tue, May 1, 2018 at 2:53 PM Vijendar Mukunda < vijendar.muku...@amd.com> wrote: With in ACP, There

[PATCH] mm/page_alloc: use ac->high_zoneidx for classzone_idx

From: Joonsoo Kim Currently, we use the zone index of preferred_zone which represents the best matching zone for allocation, as classzone_idx. It has a problem on NUMA system with ZONE_MOVABLE. In NUMA system, it can be possible that each node has different populated

Re: serial: start_tx & buffer handling

On Fri, May 4, 2018 at 12:04 AM, Greg KH wrote: > On Thu, May 03, 2018 at 08:08:48PM +0530, Muni Sekhar wrote: >> Hi All, >> >> I’m trying to understand how user mode buffer is written to low level >> serial hardware registers. >> >> For this I read the kernel code and I came to

[PATCH] mm/page_alloc: use ac->high_zoneidx for classzone_idx

From: Joonsoo Kim Currently, we use the zone index of preferred_zone which represents the best matching zone for allocation, as classzone_idx. It has a problem on NUMA system with ZONE_MOVABLE. In NUMA system, it can be possible that each node has different populated zones. For example, node 0

Re: serial: start_tx & buffer handling

On Fri, May 4, 2018 at 12:04 AM, Greg KH wrote: > On Thu, May 03, 2018 at 08:08:48PM +0530, Muni Sekhar wrote: >> Hi All, >> >> I’m trying to understand how user mode buffer is written to low level >> serial hardware registers. >> >> For this I read the kernel code and I came to know that from

Re: [PATCH 1/9] R3Di and SBZ quirk entires + alt firmware loading

Sorry for sending these twice, I made a formatting mistake in the first series, and they would not apply properly. Hopefully these do not show up as spam because of this. I went through and fixed them all individually and re-committed them, but kept the same commit messages. I still have a lot to

Re: [PATCH 1/9] R3Di and SBZ quirk entires + alt firmware loading

Sorry for sending these twice, I made a formatting mistake in the first series, and they would not apply properly. Hopefully these do not show up as spam because of this. I went through and fixed them all individually and re-committed them, but kept the same commit messages. I still have a lot to

Re: [PATCH] memcg, hugetlb: pages allocated for hugetlb's overcommit will be charged to memcg

On 05/03/2018 05:09 PM, TSUKADA Koutaro wrote: > On 2018/05/03 11:33, Mike Kravetz wrote: >> On 05/01/2018 11:54 PM, TSUKADA Koutaro wrote: >>> On 2018/05/02 13:41, Mike Kravetz wrote: What is the reason for not charging pages at allocation/reserve time? I am not an expert in memcg

Re: [PATCH] memcg, hugetlb: pages allocated for hugetlb's overcommit will be charged to memcg

On 05/03/2018 05:09 PM, TSUKADA Koutaro wrote: > On 2018/05/03 11:33, Mike Kravetz wrote: >> On 05/01/2018 11:54 PM, TSUKADA Koutaro wrote: >>> On 2018/05/02 13:41, Mike Kravetz wrote: What is the reason for not charging pages at allocation/reserve time? I am not an expert in memcg

[PATCH 1/9] R3Di and SBZ quirk entires + alt firmware loading

This patch adds PCI quirk ID's for the Sound Blaster Z and Recon3Di. Only the currently tested ID's have been added. This patch also adds the ability to load alternative firmwares for each card, the firmwares can be obtained from within the Windows driver. The Recon3Di uses "ctefx-r3di.bin" and

[PATCH 1/9] R3Di and SBZ quirk entires + alt firmware loading

This patch adds PCI quirk ID's for the Sound Blaster Z and Recon3Di. Only the currently tested ID's have been added. This patch also adds the ability to load alternative firmwares for each card, the firmwares can be obtained from within the Windows driver. The Recon3Di uses "ctefx-r3di.bin" and

[PATCH 2/9] Add pincfg for SBZ + R3Di, add fp hp auto-detect

This patch adds an unsolicited response tag for the front headphone panel which uses the same hp_callback as the rear headphone detection. This patch also adds pincfgs for the R3Di and SBZ which were taken from the Windows driver. The pins are also defined in the function ca0132_config. Both the

[PATCH 2/9] Add pincfg for SBZ + R3Di, add fp hp auto-detect

This patch adds an unsolicited response tag for the front headphone panel which uses the same hp_callback as the rear headphone detection. This patch also adds pincfgs for the R3Di and SBZ which were taken from the Windows driver. The pins are also defined in the function ca0132_config. Both the

[PATCH 4/9] Add extra exit functions for R3Di and SBZ

This patch adds extra functions for shutdown on the Sound Blaster Z and Recon3Di. The Recon3Di only has one specific functions, which sets the GPIO data pins to 0 to prevent a popping noise. The Sound Blaster Z exit sequence was taken from Windows. Without this exit function, the card will not

[PATCH 4/9] Add extra exit functions for R3Di and SBZ

This patch adds extra functions for shutdown on the Sound Blaster Z and Recon3Di. The Recon3Di only has one specific functions, which sets the GPIO data pins to 0 to prevent a popping noise. The Sound Blaster Z exit sequence was taken from Windows. Without this exit function, the card will not

[PATCH 5/9] add/change helper functions for R3Di and SBZ

Edit core functions to support the Sound Blaster Z and Recon3Di for startup and loading of the DSP, as well as setting effects. Signed-off-by: Connor McAdams --- sound/pci/hda/patch_ca0132.c | 1070 -- 1 file changed, 1018

[PATCH 5/9] add/change helper functions for R3Di and SBZ

Edit core functions to support the Sound Blaster Z and Recon3Di for startup and loading of the DSP, as well as setting effects. Signed-off-by: Connor McAdams --- sound/pci/hda/patch_ca0132.c | 1070 -- 1 file changed, 1018 insertions(+), 52 deletions(-)

[PATCH 6/9] add alt_select_in/out for R3Di + SBZ

Add functions ca0132_alt_select_out and ca0132_alt_select_in for switching outputs and inputs for r3di and sbz. Also, add enumerated controls for selecting output and input source. Signed-off-by: Connor McAdams --- sound/pci/hda/patch_ca0132.c | 597

[PATCH 6/9] add alt_select_in/out for R3Di + SBZ

Add functions ca0132_alt_select_out and ca0132_alt_select_in for switching outputs and inputs for r3di and sbz. Also, add enumerated controls for selecting output and input source. Signed-off-by: Connor McAdams --- sound/pci/hda/patch_ca0132.c | 597 +--

[PATCH 8/9] add ca0132_alt_set_vipsource

Add function to set vipsource on cards that use_alt_controls. Different sequence. Also, add cvoice_switch_set at end of ca0132_select_in so that when switching between inputs cvoice state is maintained. Signed-off-by: Connor McAdams --- sound/pci/hda/patch_ca0132.c | 71

[PATCH 8/9] add ca0132_alt_set_vipsource

Add function to set vipsource on cards that use_alt_controls. Different sequence. Also, add cvoice_switch_set at end of ca0132_select_in so that when switching between inputs cvoice state is maintained. Signed-off-by: Connor McAdams --- sound/pci/hda/patch_ca0132.c | 71

  1   2   3   4   5   6   7   8   9   10   >