Re: [RFC PATCH] kbuild: Fix asm-offset generation to work with clang

Hi Matthias, 2017-04-14 9:37 GMT+09:00 Matthias Kaehlcke : > El Tue, Apr 11, 2017 at 11:03:54AM -0700 Matthias Kaehlcke ha dit: > >> El Tue, Apr 11, 2017 at 09:01:41PM +0900 Masahiro Yamada ha dit: >> >> > 2017-04-04 6:25 GMT+09:00 Matthias Kaehlcke : >> > >

Re: [RFC PATCH] kbuild: Fix asm-offset generation to work with clang

Hi Matthias, 2017-04-14 9:37 GMT+09:00 Matthias Kaehlcke : > El Tue, Apr 11, 2017 at 11:03:54AM -0700 Matthias Kaehlcke ha dit: > >> El Tue, Apr 11, 2017 at 09:01:41PM +0900 Masahiro Yamada ha dit: >> >> > 2017-04-04 6:25 GMT+09:00 Matthias Kaehlcke : >> > > When using clang with

[PATCH 2/2] kbuild: fix asm-offset generation to work with clang

From: Jeroen Hofstee KBuild abuses the asm statement to write to a file and clang chokes about these invalid asm statements. Hack it even more by fooling this is actual valid asm code. Signed-off-by: Jeroen Hofstee [masahiro: Import Jeroen's work

[PATCH 2/2] kbuild: fix asm-offset generation to work with clang

From: Jeroen Hofstee KBuild abuses the asm statement to write to a file and clang chokes about these invalid asm statements. Hack it even more by fooling this is actual valid asm code. Signed-off-by: Jeroen Hofstee [masahiro: Import Jeroen's work for U-Boot:

[PATCH 0/2] kbuild: cleanup asm-offset generation, and make it work with clang

1/2 is a trivial cleanup of sed script 2/2 imports clang work-around from U-Boot. Jeroen Hofstee (1): kbuild: fix asm-offset generation to work with clang Masahiro Yamada (1): kbuild: consolidate redundant sed script ASM offset generation include/linux/kbuild.h | 6 +++---

[PATCH 1/2] kbuild: consolidate redundant sed script ASM offset generation

This part ended up in redundant code after touched by multiple people. [1] Commit 3234282f33b2 ("x86, asm: Fix CFI macro invocations to deal with shortcomings in gas") added parentheses for defined expressions to support old gas for x86. [2] Commit a22dcdb0032c ("x86, asm: Fix ancient-GAS

[PATCH 0/2] kbuild: cleanup asm-offset generation, and make it work with clang

1/2 is a trivial cleanup of sed script 2/2 imports clang work-around from U-Boot. Jeroen Hofstee (1): kbuild: fix asm-offset generation to work with clang Masahiro Yamada (1): kbuild: consolidate redundant sed script ASM offset generation include/linux/kbuild.h | 6 +++---

[PATCH 1/2] kbuild: consolidate redundant sed script ASM offset generation

This part ended up in redundant code after touched by multiple people. [1] Commit 3234282f33b2 ("x86, asm: Fix CFI macro invocations to deal with shortcomings in gas") added parentheses for defined expressions to support old gas for x86. [2] Commit a22dcdb0032c ("x86, asm: Fix ancient-GAS

Re: [PATCH] Input: ar1021 - do not force raising edge IRQ trigger

On 2017-04-14 01:49, Dmitry Torokhov wrote: > We should not be forcing edge triggered interrupt, but rather let platform > decide the kind of trigger it needs to use. Also, the driver is not quite > safe with regard to edge-triggered interrupts as it does not try to kick > the controller after

Re: [PATCH] Input: ar1021 - do not force raising edge IRQ trigger

On 2017-04-14 01:49, Dmitry Torokhov wrote: > We should not be forcing edge triggered interrupt, but rather let platform > decide the kind of trigger it needs to use. Also, the driver is not quite > safe with regard to edge-triggered interrupts as it does not try to kick > the controller after

[PATCH v2] powerpc/mm: Fix missing page attributes in page table dump

On some targets, _PAGE_RW is 0 and this is _PAGE_RO which is used. There is also _PAGE_SHARED that is missing. Signed-off-by: Christophe Leroy --- v2: Unlike the 3 other pgtable.h, arch/powerpc/include/asm/book3s/64/pgtable.h doesn't include pte-common.h . Therefore,

[PATCH v2] powerpc/mm: Fix missing page attributes in page table dump

On some targets, _PAGE_RW is 0 and this is _PAGE_RO which is used. There is also _PAGE_SHARED that is missing. Signed-off-by: Christophe Leroy --- v2: Unlike the 3 other pgtable.h, arch/powerpc/include/asm/book3s/64/pgtable.h doesn't include pte-common.h . Therefore, _PAGE_SHARED has to be

Re: [PATCH 2/3] zram: do not use copy_page with non-page alinged address

Hello, On (04/13/17 09:17), Minchan Kim wrote: > The copy_page is optimized memcpy for page-alinged address. > If it is used with non-page aligned address, it can corrupt memory which > means system corruption. With zram, it can happen with > > 1. 64K architecture > 2. partial IO > 3. slub debug

Re: [PATCH 2/3] zram: do not use copy_page with non-page alinged address

Hello, On (04/13/17 09:17), Minchan Kim wrote: > The copy_page is optimized memcpy for page-alinged address. > If it is used with non-page aligned address, it can corrupt memory which > means system corruption. With zram, it can happen with > > 1. 64K architecture > 2. partial IO > 3. slub debug

Re: [PATCH v2] Input: ar1021-i2c - fix too long name in driver's device table

2017-04-14 1:32 GMT+02:00 Dmitry Torokhov : > The name field in structure i2c_device_id is 20 characters, and we expect > it to be NULL-terminated, however we are trying to stuff it with 21 bytes > and thus NULL-terminator is lost. This causes issues when one creates >

Re: [PATCH v2] Input: ar1021-i2c - fix too long name in driver's device table

2017-04-14 1:32 GMT+02:00 Dmitry Torokhov : > The name field in structure i2c_device_id is 20 characters, and we expect > it to be NULL-terminated, however we are trying to stuff it with 21 bytes > and thus NULL-terminator is lost. This causes issues when one creates > device with name

Re: [PATCH RFC 0/5] *** SPI Slave mode support ***

Hello Geert On 04/13/2017 12:47 PM, Geert Uytterhoeven wrote: On Thu, Apr 13, 2017 at 2:59 PM, Mark Brown wrote: On Thu, Apr 13, 2017 at 05:13:59AM -0700, jiada_w...@mentor.com wrote: From: Jiada Wang v1: add Slave mode support in SPI core

Re: [PATCH RFC 0/5] *** SPI Slave mode support ***

Hello Geert On 04/13/2017 12:47 PM, Geert Uytterhoeven wrote: On Thu, Apr 13, 2017 at 2:59 PM, Mark Brown wrote: On Thu, Apr 13, 2017 at 05:13:59AM -0700, jiada_w...@mentor.com wrote: From: Jiada Wang v1: add Slave mode support in SPI core spidev create slave device when SPI

Re: [PATCH 3/7] x86, LLVM: suppress clang warnings about unaligned accesses

On April 13, 2017 5:23:35 PM PDT, Matthias Kaehlcke wrote: >El Thu, Apr 13, 2017 at 04:55:00PM -0700 H. Peter Anvin ha dit: > >> On 04/13/17 16:14, Matthias Kaehlcke wrote: >> > El Mon, Apr 03, 2017 at 04:01:58PM -0700 Matthias Kaehlcke ha dit: >> > >> >> El Fri, Mar 17, 2017

Re: [PATCH 3/7] x86, LLVM: suppress clang warnings about unaligned accesses

On April 13, 2017 5:23:35 PM PDT, Matthias Kaehlcke wrote: >El Thu, Apr 13, 2017 at 04:55:00PM -0700 H. Peter Anvin ha dit: > >> On 04/13/17 16:14, Matthias Kaehlcke wrote: >> > El Mon, Apr 03, 2017 at 04:01:58PM -0700 Matthias Kaehlcke ha dit: >> > >> >> El Fri, Mar 17, 2017 at 04:50:19PM -0700

[PATCH 1/3] dt-bindings: Add support for samsung s6e3ha2 edge panel binding

The Samsung s6e3ha2 edge is a 5.65" 1600x2560 AMOLED panel connected using MIPI-DSI interfaces. Signed-off-by: Hoegeun Kwon --- .../bindings/display/panel/samsung,s6e3ha2-e.txt | 28 ++ 1 file changed, 28 insertions(+) create mode 100644

[PATCH 1/3] dt-bindings: Add support for samsung s6e3ha2 edge panel binding

The Samsung s6e3ha2 edge is a 5.65" 1600x2560 AMOLED panel connected using MIPI-DSI interfaces. Signed-off-by: Hoegeun Kwon --- .../bindings/display/panel/samsung,s6e3ha2-e.txt | 28 ++ 1 file changed, 28 insertions(+) create mode 100644

Re: [RFC PATCH] x86: Config options to assign versions in the PE-COFF header

On April 13, 2017 8:51:19 PM PDT, Gary Lin wrote: >On Thu, Apr 13, 2017 at 03:21:20PM -0700, h...@zytor.com wrote: >> On April 11, 2017 3:20:41 AM PDT, Gary Lin wrote: >> >This commit adds the new config options to allow the user to modify >the >> >following fields

Re: [RFC PATCH] x86: Config options to assign versions in the PE-COFF header

On April 13, 2017 8:51:19 PM PDT, Gary Lin wrote: >On Thu, Apr 13, 2017 at 03:21:20PM -0700, h...@zytor.com wrote: >> On April 11, 2017 3:20:41 AM PDT, Gary Lin wrote: >> >This commit adds the new config options to allow the user to modify >the >> >following fields in the PE-COFF header. >> > >>

[PATCH 0/3] Add support for the S6E3HA2 edge panel on TM2e board

The purpose of this patch is add support for S6E3HA2 edge AMOLED panel on the TM2e board. The panel has 1600x2560 resolution in 5.65" physical panel in the TM2e device. The S6E3HA2 edge panel(5.65") is simliar to the previous S6E3HA2 panel(5.7"), but resolution and some command message are

[PATCH 0/3] Add support for the S6E3HA2 edge panel on TM2e board

The purpose of this patch is add support for S6E3HA2 edge AMOLED panel on the TM2e board. The panel has 1600x2560 resolution in 5.65" physical panel in the TM2e device. The S6E3HA2 edge panel(5.65") is simliar to the previous S6E3HA2 panel(5.7"), but resolution and some command message are

[PATCH 3/3] arm64: dts: exynos: Add support for S6E3HA2 edge panel device on TM2e board

This patch add the panel device tree node for S6E3HA2 edge display controller to TM2e dts. Signed-off-by: Hoegeun Kwon --- arch/arm64/boot/dts/exynos/exynos5433-tm2e.dts | 12 1 file changed, 12 insertions(+) diff --git

[PATCH 2/3] drm/panel: s6e3ha2: Add support for S6eHEA2 edge panel on TM2e board

This patch considers edge type of panel on TM2e board and The panel has 1600x2560 resolution in 5.65" physical panel in the TM2e device. This identify panel type with compatibility string, also invoke display mode that matches the type. So add the check code for default compatibility and edge

[PATCH 3/3] arm64: dts: exynos: Add support for S6E3HA2 edge panel device on TM2e board

This patch add the panel device tree node for S6E3HA2 edge display controller to TM2e dts. Signed-off-by: Hoegeun Kwon --- arch/arm64/boot/dts/exynos/exynos5433-tm2e.dts | 12 1 file changed, 12 insertions(+) diff --git a/arch/arm64/boot/dts/exynos/exynos5433-tm2e.dts

[PATCH 2/3] drm/panel: s6e3ha2: Add support for S6eHEA2 edge panel on TM2e board

This patch considers edge type of panel on TM2e board and The panel has 1600x2560 resolution in 5.65" physical panel in the TM2e device. This identify panel type with compatibility string, also invoke display mode that matches the type. So add the check code for default compatibility and edge

[PATCH v3 1/2] thermal: core: Allow orderly_poweroff to be called only once

thermal_zone_device_check --> thermal_zone_device_update --> handle_thermal_trip --> handle_critical_trips --> orderly_poweroff The above sequence happens every 250/500 mS based on the configuration. The orderly_poweroff function is getting called every 250/500 mS. With a full fledged file system

[PATCH v3 1/2] thermal: core: Allow orderly_poweroff to be called only once

thermal_zone_device_check --> thermal_zone_device_update --> handle_thermal_trip --> handle_critical_trips --> orderly_poweroff The above sequence happens every 250/500 mS based on the configuration. The orderly_poweroff function is getting called every 250/500 mS. With a full fledged file system

Re: [PATCH 02/22] nvmet: Make use of the new sg_map helper function

On Thu, Apr 13, 2017 at 11:06:16PM -0600, Logan Gunthorpe wrote: > Or maybe I'll just send a patch for that > separately seeing it doesn't depend on anything and is pretty simple. I > can do that next week. Yes, please just send that patch linux-nvme, we should be able to get it into 4.12.

Re: [PATCH 02/22] nvmet: Make use of the new sg_map helper function

On Thu, Apr 13, 2017 at 11:06:16PM -0600, Logan Gunthorpe wrote: > Or maybe I'll just send a patch for that > separately seeing it doesn't depend on anything and is pretty simple. I > can do that next week. Yes, please just send that patch linux-nvme, we should be able to get it into 4.12.

[PATCH v3 2/2] thermal: core: Add a back up thermal shutdown mechanism

orderly_poweroff is triggered when a graceful shutdown of system is desired. This may be used in many critical states of the kernel such as when subsystems detects conditions such as critical temperature conditions. However, in certain conditions in system boot up sequences like those in the

[PATCH v3 2/2] thermal: core: Add a back up thermal shutdown mechanism

orderly_poweroff is triggered when a graceful shutdown of system is desired. This may be used in many critical states of the kernel such as when subsystems detects conditions such as critical temperature conditions. However, in certain conditions in system boot up sequences like those in the

Re: [PATCH 4/6] kvm: nVMX: support EPT accessed/dirty bits

On 13/04/2017 07:02, Bandan Das wrote: >> For EPT it is, you're right it's fishy. The "nested_access" should be >> computed in translate_nested_gpa, which is where kvm->arch.nested_mmu >> (non-EPT) requests to access kvm->arch.mmu (EPT). > > Thanks for the clarification. Is it the case when L1

Re: [PATCH 4/6] kvm: nVMX: support EPT accessed/dirty bits

On 13/04/2017 07:02, Bandan Das wrote: >> For EPT it is, you're right it's fishy. The "nested_access" should be >> computed in translate_nested_gpa, which is where kvm->arch.nested_mmu >> (non-EPT) requests to access kvm->arch.mmu (EPT). > > Thanks for the clarification. Is it the case when L1

Re: [PATCH] KVM: nVMX: fix AD condition when handling EPT violation

On 14/04/2017 00:39, Radim Krčmář wrote: > I have introduced this bug when applying and simplifying Paolo's patch > as we agreed on the list. The original was "x &= ~y; if (z) x |= y;". > > Here is the story of a bad workflow: > > A maintainer was already testing with the intended change,

Re: [PATCH] KVM: nVMX: fix AD condition when handling EPT violation

On 14/04/2017 00:39, Radim Krčmář wrote: > I have introduced this bug when applying and simplifying Paolo's patch > as we agreed on the list. The original was "x &= ~y; if (z) x |= y;". > > Here is the story of a bad workflow: > > A maintainer was already testing with the intended change,

Re: [PATCH 1/3] zram: fix operator precedence to get offset

Hello, On (04/13/17 09:17), Minchan Kim wrote: [..] > diff --git a/drivers/block/zram/zram_drv.c b/drivers/block/zram/zram_drv.c > index 9e2199060040..83c38a123242 100644 > --- a/drivers/block/zram/zram_drv.c > +++ b/drivers/block/zram/zram_drv.c > @@ -930,7 +930,7 @@ static int

Re: [PATCH 1/3] zram: fix operator precedence to get offset

Hello, On (04/13/17 09:17), Minchan Kim wrote: [..] > diff --git a/drivers/block/zram/zram_drv.c b/drivers/block/zram/zram_drv.c > index 9e2199060040..83c38a123242 100644 > --- a/drivers/block/zram/zram_drv.c > +++ b/drivers/block/zram/zram_drv.c > @@ -930,7 +930,7 @@ static int

Re: [PATCH 02/22] nvmet: Make use of the new sg_map helper function

On 13/04/17 10:59 PM, Christoph Hellwig wrote: > On Thu, Apr 13, 2017 at 04:05:15PM -0600, Logan Gunthorpe wrote: >> This is a straight forward conversion in two places. Should kmap fail, >> the code will return an INVALD_DATA error in the completion. > > It really should be using

Re: [PATCH 02/22] nvmet: Make use of the new sg_map helper function

On 13/04/17 10:59 PM, Christoph Hellwig wrote: > On Thu, Apr 13, 2017 at 04:05:15PM -0600, Logan Gunthorpe wrote: >> This is a straight forward conversion in two places. Should kmap fail, >> the code will return an INVALD_DATA error in the completion. > > It really should be using

Re: [PATCH 02/22] nvmet: Make use of the new sg_map helper function

On Thu, Apr 13, 2017 at 04:05:15PM -0600, Logan Gunthorpe wrote: > This is a straight forward conversion in two places. Should kmap fail, > the code will return an INVALD_DATA error in the completion. It really should be using nvmet_copy_from_sgl to make things safer, as we don't want to rely on

Re: [PATCH 02/22] nvmet: Make use of the new sg_map helper function

On Thu, Apr 13, 2017 at 04:05:15PM -0600, Logan Gunthorpe wrote: > This is a straight forward conversion in two places. Should kmap fail, > the code will return an INVALD_DATA error in the completion. It really should be using nvmet_copy_from_sgl to make things safer, as we don't want to rely on

Re: ARM64 TPM start method patches

Adding Harb Abdulhamid for SMC details On 2017-04-11 06:36, Mark Rutland wrote: Hi, I just stumbled upon the following commits in next-20170411: cf8252ca7ca76fa4 ("ACPICA: Update TPM2 ACPI table") 08eff49d63ca2bf4 ("tpm/tpm_crb: Enable TPM CRB interface for ARM64") ... which leave me a

Re: [PATCH 1/2] phy: qcom-usb-hs: Replace the extcon API

hi Chanwoo, On Friday 14 April 2017 06:13 AM, Chanwoo Choi wrote: > Hi Kishon, > > On 2017년 04월 13일 20:47, Kishon Vijay Abraham I wrote: >> Hi Chanwoo, >> >> On Tuesday 28 March 2017 10:08 AM, Chanwoo Choi wrote: >>> This patch uses the resource-managed extcon API for >>>

Re: ARM64 TPM start method patches

Adding Harb Abdulhamid for SMC details On 2017-04-11 06:36, Mark Rutland wrote: Hi, I just stumbled upon the following commits in next-20170411: cf8252ca7ca76fa4 ("ACPICA: Update TPM2 ACPI table") 08eff49d63ca2bf4 ("tpm/tpm_crb: Enable TPM CRB interface for ARM64") ... which leave me a

Re: [PATCH 1/2] phy: qcom-usb-hs: Replace the extcon API

hi Chanwoo, On Friday 14 April 2017 06:13 AM, Chanwoo Choi wrote: > Hi Kishon, > > On 2017년 04월 13일 20:47, Kishon Vijay Abraham I wrote: >> Hi Chanwoo, >> >> On Tuesday 28 March 2017 10:08 AM, Chanwoo Choi wrote: >>> This patch uses the resource-managed extcon API for >>>

Re: [PATCH 2/2] hwrng: mtk: Add driver for hardware random generator on MT7623 SoC

On 14 April 2017 at 09:28, Sean Wang wrote: > > Hi PrasannaKumar, > > Add my comments inline > >> >> Use readl_poll_timeout_atomic's return value or -EIO instead of >> !!ready. This will simplify mtk_rng_read. >> > > !!ready provided is in order to let

Re: [PATCH 2/2] hwrng: mtk: Add driver for hardware random generator on MT7623 SoC

On 14 April 2017 at 09:28, Sean Wang wrote: > > Hi PrasannaKumar, > > Add my comments inline > >> >> Use readl_poll_timeout_atomic's return value or -EIO instead of >> !!ready. This will simplify mtk_rng_read. >> > > !!ready provided is in order to let blocking/non-blocking case could > share

Re: [printk] fbc14616f4: BUG:kernel_reboot-without-warning_in_test_stage

Hello Petr, thanks for taking a look! On (04/13/17 16:03), Petr Mladek wrote: > > +static inline bool console_offload_printing(void) > > +{ > > + static struct task_struct *printing_task = NULL; > > + static unsigned long lines_printed = 0; > > + > > + if (!atomic_print_limit ||

Re: [printk] fbc14616f4: BUG:kernel_reboot-without-warning_in_test_stage

Hello Petr, thanks for taking a look! On (04/13/17 16:03), Petr Mladek wrote: > > +static inline bool console_offload_printing(void) > > +{ > > + static struct task_struct *printing_task = NULL; > > + static unsigned long lines_printed = 0; > > + > > + if (!atomic_print_limit ||

Re: [RFC 0/8] Copy Offload with Peer-to-Peer PCI Memory

On 13/04/17 10:16 PM, Jason Gunthorpe wrote: > I'd suggest just detecting if there is any translation in bus > addresses anywhere and just hard disabling P2P on such systems. That's a fantastic suggestion. It simplifies things significantly. Unless there are any significant objections I think I

Re: [RFC 0/8] Copy Offload with Peer-to-Peer PCI Memory

On 13/04/17 10:16 PM, Jason Gunthorpe wrote: > I'd suggest just detecting if there is any translation in bus > addresses anywhere and just hard disabling P2P on such systems. That's a fantastic suggestion. It simplifies things significantly. Unless there are any significant objections I think I

[PATCH] drivers: input: joystick: Add PSX(Play Staion 1/2) pad with SPI driver Add PSX(Play Staion 1/2) pad with SPI driver. Pads can be connected directry SPI bus.

--- drivers/input/joystick/Kconfig | 11 +- drivers/input/joystick/Makefile | 1 + drivers/input/joystick/psxpad-spi.c | 679 3 files changed, 690 insertions(+), 1 deletion(-) create mode 100644 drivers/input/joystick/psxpad-spi.c diff --git

[PATCH] drivers: input: joystick: Add PSX(Play Staion 1/2) pad with SPI driver Add PSX(Play Staion 1/2) pad with SPI driver. Pads can be connected directry SPI bus.

--- drivers/input/joystick/Kconfig | 11 +- drivers/input/joystick/Makefile | 1 + drivers/input/joystick/psxpad-spi.c | 679 3 files changed, 690 insertions(+), 1 deletion(-) create mode 100644 drivers/input/joystick/psxpad-spi.c diff --git

Re: [patch 02/13] workqueue: Provide work_on_cpu_safe()

On Wed, Apr 12, 2017 at 10:07:28PM +0200, Thomas Gleixner wrote: > work_on_cpu() is not protected against CPU hotplug. For code which requires > to be either executed on an online CPU or to fail if the CPU is not > available the callsite would have to protect against CPU hotplug. > > Provide a

Re: [patch 02/13] workqueue: Provide work_on_cpu_safe()

On Wed, Apr 12, 2017 at 10:07:28PM +0200, Thomas Gleixner wrote: > work_on_cpu() is not protected against CPU hotplug. For code which requires > to be either executed on an online CPU or to fail if the CPU is not > available the callsite would have to protect against CPU hotplug. > > Provide a

Re: [PATCH] hugetlbfs: fix offset overflow in huegtlbfs mmap

On Tue, Apr 11, 2017 at 03:51:58PM -0700, Mike Kravetz wrote: ... > diff --git a/fs/hugetlbfs/inode.c b/fs/hugetlbfs/inode.c > index 7163fe0..dde8613 100644 > --- a/fs/hugetlbfs/inode.c > +++ b/fs/hugetlbfs/inode.c > @@ -136,17 +136,26 @@ static int hugetlbfs_file_mmap(struct file *file, > struct

Re: [PATCH] hugetlbfs: fix offset overflow in huegtlbfs mmap

On Tue, Apr 11, 2017 at 03:51:58PM -0700, Mike Kravetz wrote: ... > diff --git a/fs/hugetlbfs/inode.c b/fs/hugetlbfs/inode.c > index 7163fe0..dde8613 100644 > --- a/fs/hugetlbfs/inode.c > +++ b/fs/hugetlbfs/inode.c > @@ -136,17 +136,26 @@ static int hugetlbfs_file_mmap(struct file *file, > struct

Re: [RFC 0/8] Copy Offload with Peer-to-Peer PCI Memory

On Thu, Apr 13, 2017 at 06:26:31PM -0500, Bjorn Helgaas wrote: > > Ah, thanks for the tip! On my system, this translation returns the same > > address so it was not necessary. And, yes, that means this would have to > > find its way into the dma mapping routine somehow. This means we'll > >

Re: [RFC 0/8] Copy Offload with Peer-to-Peer PCI Memory

On Thu, Apr 13, 2017 at 06:26:31PM -0500, Bjorn Helgaas wrote: > > Ah, thanks for the tip! On my system, this translation returns the same > > address so it was not necessary. And, yes, that means this would have to > > find its way into the dma mapping routine somehow. This means we'll > >

Re: [PATCH] powerpc/mm: Fix missing page attributes in page table dump

Hi Christophe, [auto build test ERROR on powerpc/next] [also build test ERROR on v4.11-rc6 next-20170413] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Christophe-Leroy/powerpc-mm-Fix-missing

Re: [PATCH] powerpc/mm: Fix missing page attributes in page table dump

Hi Christophe, [auto build test ERROR on powerpc/next] [also build test ERROR on v4.11-rc6 next-20170413] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Christophe-Leroy/powerpc-mm-Fix-missing

Re: [PATCH 2/2] hwrng: mtk: Add driver for hardware random generator on MT7623 SoC

Hi PrasannaKumar, Add my comments inline On Thu, 2017-04-13 at 14:09 +0530, PrasannaKumar Muralidharan wrote: > Hi Sean, > > Mostly looks good, have few minor comments. > > On 13 April 2017 at 12:35, wrote: > > +static bool mtk_rng_wait_ready(struct hwrng *rng, bool

Re: [PATCH 2/2] hwrng: mtk: Add driver for hardware random generator on MT7623 SoC

Hi PrasannaKumar, Add my comments inline On Thu, 2017-04-13 at 14:09 +0530, PrasannaKumar Muralidharan wrote: > Hi Sean, > > Mostly looks good, have few minor comments. > > On 13 April 2017 at 12:35, wrote: > > +static bool mtk_rng_wait_ready(struct hwrng *rng, bool wait) > > +{ > > +

Re: [RFC PATCH] x86: Config options to assign versions in the PE-COFF header

On Thu, Apr 13, 2017 at 03:21:20PM -0700, h...@zytor.com wrote: > On April 11, 2017 3:20:41 AM PDT, Gary Lin wrote: > >This commit adds the new config options to allow the user to modify the > >following fields in the PE-COFF header. > > > >UINT16 MajorOperatingSystemVersion >

Re: [RFC PATCH] x86: Config options to assign versions in the PE-COFF header

On Thu, Apr 13, 2017 at 03:21:20PM -0700, h...@zytor.com wrote: > On April 11, 2017 3:20:41 AM PDT, Gary Lin wrote: > >This commit adds the new config options to allow the user to modify the > >following fields in the PE-COFF header. > > > >UINT16 MajorOperatingSystemVersion > >UINT16

Re: [PATCH 8/8] ARM: dts: imx7d-sdb: Enable PCIe peripheral

On Thu, Apr 13, 2017 at 06:32:42AM -0700, Andrey Smirnov wrote: > Enable PCIe peripheral on this board. > > Cc: yurov...@gmail.com > Cc: Sascha Hauer > Cc: Fabio Estevam > Cc: Rob Herring > Cc: Mark Rutland

Re: [PATCH 8/8] ARM: dts: imx7d-sdb: Enable PCIe peripheral

On Thu, Apr 13, 2017 at 06:32:42AM -0700, Andrey Smirnov wrote: > Enable PCIe peripheral on this board. > > Cc: yurov...@gmail.com > Cc: Sascha Hauer > Cc: Fabio Estevam > Cc: Rob Herring > Cc: Mark Rutland > Cc: Russell King > Cc: devicet...@vger.kernel.org > Cc:

Re: [PATCH 6/8] ARM: dts: imx7d-sdb: Add GPIO expander node

On Thu, Apr 13, 2017 at 06:32:40AM -0700, Andrey Smirnov wrote: > Add node for U38, a 74LV595PW serial-in shift register that acts as a > GPIO expander on the board. > > Cc: yurov...@gmail.com > Cc: Sascha Hauer > Cc: Fabio Estevam > Cc: Rob Herring

Re: [PATCH 6/8] ARM: dts: imx7d-sdb: Add GPIO expander node

On Thu, Apr 13, 2017 at 06:32:40AM -0700, Andrey Smirnov wrote: > Add node for U38, a 74LV595PW serial-in shift register that acts as a > GPIO expander on the board. > > Cc: yurov...@gmail.com > Cc: Sascha Hauer > Cc: Fabio Estevam > Cc: Rob Herring > Cc: Mark Rutland > Cc: Russell King >

Re: [PATCH 4/8] ARM: dts: imx7s: Add node for GPC

On Thu, Apr 13, 2017 at 06:32:38AM -0700, Andrey Smirnov wrote: > Add node for GPC and specify as a parent interrupt controller for SoC bus. > > Cc: yurov...@gmail.com > Cc: Sascha Hauer > Cc: Fabio Estevam > Cc: Rob Herring >

Re: [PATCH 4/8] ARM: dts: imx7s: Add node for GPC

On Thu, Apr 13, 2017 at 06:32:38AM -0700, Andrey Smirnov wrote: > Add node for GPC and specify as a parent interrupt controller for SoC bus. > > Cc: yurov...@gmail.com > Cc: Sascha Hauer > Cc: Fabio Estevam > Cc: Rob Herring > Cc: Mark Rutland > Cc: Russell King > Cc:

Re: [PATCH 2/2] hwrng: mtk: Add driver for hardware random generator on MT7623 SoC

Hi Corentin, I all agree and appreciate your careful reviewing. They will be added into the next one. Sean On Thu, 2017-04-13 at 13:06 +0200, Corentin Labbe wrote: > Hello > > I have some minor comment below: > > On Thu, Apr 13, 2017 at 03:05:08PM +0800, sean.w...@mediatek.com

Re: [PATCH 2/2] hwrng: mtk: Add driver for hardware random generator on MT7623 SoC

Hi Corentin, I all agree and appreciate your careful reviewing. They will be added into the next one. Sean On Thu, 2017-04-13 at 13:06 +0200, Corentin Labbe wrote: > Hello > > I have some minor comment below: > > On Thu, Apr 13, 2017 at 03:05:08PM +0800, sean.w...@mediatek.com

Re: [PATCH 3/8] ARM: dts: imx7s: Adjust anatop-enable-bit for 'reg_1p0d'

On Thu, Apr 13, 2017 at 06:32:37AM -0700, Andrey Smirnov wrote: > In PMU_REG_1P0Dn ENABLE_LINREG is bit 0. Bit 31 is called OVERRIDE and > it serves the function of granting permission to GPC IP block to alter > various bit-fields of the register. The reason why this property, that > trickeld here

Re: [PATCH 3/8] ARM: dts: imx7s: Adjust anatop-enable-bit for 'reg_1p0d'

On Thu, Apr 13, 2017 at 06:32:37AM -0700, Andrey Smirnov wrote: > In PMU_REG_1P0Dn ENABLE_LINREG is bit 0. Bit 31 is called OVERRIDE and > it serves the function of granting permission to GPC IP block to alter > various bit-fields of the register. The reason why this property, that > trickeld here

[PATCH v2 net 2/2] net: ethernet: mediatek: fix inconsistency of port number carried in TXD

From: Sean Wang Fix port inconsistency on TXD due to hardware BUG that would cause different port number is carried on the same TXD between tx_map() and tx_unmap() with the iperf test. It would cause confusing BQL logic which leads to kernel panic when dual GMAC runs

[PATCH v2 net 2/2] net: ethernet: mediatek: fix inconsistency of port number carried in TXD

From: Sean Wang Fix port inconsistency on TXD due to hardware BUG that would cause different port number is carried on the same TXD between tx_map() and tx_unmap() with the iperf test. It would cause confusing BQL logic which leads to kernel panic when dual GMAC runs concurrently.

[PATCH v2 net 1/2] net: ethernet: mediatek: fix inconsistency between TXD and the used buffer

From: Sean Wang Fix inconsistency between the TXD descriptor and the used buffer that would cause unexpected logic at mtk_tx_unmap() during skb housekeeping. Signed-off-by: Sean Wang --- drivers/net/ethernet/mediatek/mtk_eth_soc.c | 17

[PATCH v2 net 1/2] net: ethernet: mediatek: fix inconsistency between TXD and the used buffer

From: Sean Wang Fix inconsistency between the TXD descriptor and the used buffer that would cause unexpected logic at mtk_tx_unmap() during skb housekeeping. Signed-off-by: Sean Wang --- drivers/net/ethernet/mediatek/mtk_eth_soc.c | 17 - 1 file changed, 8 insertions(+), 9

[PATCH v2 net 0/2] Fix crash caused by reporting inconsistent skb->len to BQL

From: Sean Wang Changes since v1: - fix inconsistent enumeration which easily causes the potential bug The series fixes kernel BUG caused by inconsistent SKB length reported into BQL. The reason for inconsistent length comes from hardware BUG which results in different

[PATCH v2 net 0/2] Fix crash caused by reporting inconsistent skb->len to BQL

From: Sean Wang Changes since v1: - fix inconsistent enumeration which easily causes the potential bug The series fixes kernel BUG caused by inconsistent SKB length reported into BQL. The reason for inconsistent length comes from hardware BUG which results in different port number carried on

Re: [PATCH v2 07/22] ARM: dts: imx: Add generic compatible string for I2C EEPROM

On Thu, Apr 13, 2017 at 03:28:24PM -0300, Javier Martinez Canillas wrote: > The at24 driver allows to register I2C EEPROM chips using different vendor > and devices, but the I2C subsystem does not take the vendor into account > when matching using the I2C table since it only has device entries. >

Re: [PATCH v2 07/22] ARM: dts: imx: Add generic compatible string for I2C EEPROM

On Thu, Apr 13, 2017 at 03:28:24PM -0300, Javier Martinez Canillas wrote: > The at24 driver allows to register I2C EEPROM chips using different vendor > and devices, but the I2C subsystem does not take the vendor into account > when matching using the I2C table since it only has device entries. >

[lkp-robot] [locking/ww] 57dd924e54: BUG:soft_lockup-CPU##stuck_for#s

FYI, we noticed the following commit: commit: 57dd924e541a98219bf3a508623db2e0c07e75a7 ("locking/ww-mutex: Limit stress test to 2 seconds") https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master in testcase: boot on test machine: qemu-system-x86_64 -enable-kvm -cpu host -smp

[lkp-robot] [locking/ww] 57dd924e54: BUG:soft_lockup-CPU##stuck_for#s

FYI, we noticed the following commit: commit: 57dd924e541a98219bf3a508623db2e0c07e75a7 ("locking/ww-mutex: Limit stress test to 2 seconds") https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master in testcase: boot on test machine: qemu-system-x86_64 -enable-kvm -cpu host -smp

Re: [PATCH v9 3/5] mm: function to offer a page block on the free list

On Fri, Apr 14, 2017 at 10:30:27AM +0800, Wei Wang wrote: > OK. What do you think if we add this: > > #if defined(CONFIG_VIRTIO_BALLOON) || defined(CONFIG_VIRTIO_BALLOON_MODULE) That's spelled "IS_ENABLED(CONFIG_VIRTIO_BALLOON)", FYI.

Re: [PATCH v9 3/5] mm: function to offer a page block on the free list

On Fri, Apr 14, 2017 at 10:30:27AM +0800, Wei Wang wrote: > OK. What do you think if we add this: > > #if defined(CONFIG_VIRTIO_BALLOON) || defined(CONFIG_VIRTIO_BALLOON_MODULE) That's spelled "IS_ENABLED(CONFIG_VIRTIO_BALLOON)", FYI.

Re: [PATCH v9 0/5] Extend virtio-balloon for fast (de)inflating & fast live migration

On Fri, Apr 14, 2017 at 10:28:32AM +0800, Wei Wang wrote: > On 04/14/2017 09:50 AM, Michael S. Tsirkin wrote: > > On Thu, Apr 13, 2017 at 01:44:11PM -0700, Matthew Wilcox wrote: > > > On Thu, Apr 13, 2017 at 05:35:03PM +0800, Wei Wang wrote: > > > > 2) transfer the guest unused pages to the host

Re: [PATCH v9 0/5] Extend virtio-balloon for fast (de)inflating & fast live migration

On Fri, Apr 14, 2017 at 10:28:32AM +0800, Wei Wang wrote: > On 04/14/2017 09:50 AM, Michael S. Tsirkin wrote: > > On Thu, Apr 13, 2017 at 01:44:11PM -0700, Matthew Wilcox wrote: > > > On Thu, Apr 13, 2017 at 05:35:03PM +0800, Wei Wang wrote: > > > > 2) transfer the guest unused pages to the host

Re: USB Type-C Port Manager API concern

On 04/09/2017 02:05 PM, Mats Karrman wrote: On 04/09/2017 05:16 PM, Guenter Roeck wrote: Hi Mats, On Sun, Apr 09, 2017 at 01:09:57AM +0200, Mats Karrman wrote: I'm working on a tcpi driver and have some concern about the tcpm api. The tcpm_register_port() is typically called from the probe

Re: USB Type-C Port Manager API concern

On 04/09/2017 02:05 PM, Mats Karrman wrote: On 04/09/2017 05:16 PM, Guenter Roeck wrote: Hi Mats, On Sun, Apr 09, 2017 at 01:09:57AM +0200, Mats Karrman wrote: I'm working on a tcpi driver and have some concern about the tcpm api. The tcpm_register_port() is typically called from the probe

[PATCH] regulator: vctrl: Fix out of bounds array access for vctrl->vtable

Current code only allocates rdesc->n_voltages entries for vctrl->vtable. Thus use rdesc->n_voltages instead of n_voltages in the for loop. While at it, also switch to use devm_kcalloc instead of devm_kmalloc_array + __GFP_ZERO flag and fix the argument order. Signed-off-by: Axel Lin

[PATCH] regulator: vctrl: Fix out of bounds array access for vctrl->vtable

Current code only allocates rdesc->n_voltages entries for vctrl->vtable. Thus use rdesc->n_voltages instead of n_voltages in the for loop. While at it, also switch to use devm_kcalloc instead of devm_kmalloc_array + __GFP_ZERO flag and fix the argument order. Signed-off-by: Axel Lin ---

Re: [PATCH 1/3] mfd: cros-ec: Add functions to read mapped memory

On 04/13/2017 03:53 PM, Moritz Fischer wrote: Hi Guenter, On Thu, Apr 13, 2017 at 2:03 PM, Guenter Roeck wrote: On Fri, Apr 07, 2017 at 03:00:08PM -0700, Moritz Fischer wrote: From: Moritz Fischer The ChromeOS EC has mapped memory regions where things

Re: [PATCH 1/3] mfd: cros-ec: Add functions to read mapped memory

On 04/13/2017 03:53 PM, Moritz Fischer wrote: Hi Guenter, On Thu, Apr 13, 2017 at 2:03 PM, Guenter Roeck wrote: On Fri, Apr 07, 2017 at 03:00:08PM -0700, Moritz Fischer wrote: From: Moritz Fischer The ChromeOS EC has mapped memory regions where things like temperature sensors and fan speed

  1   2   3   4   5   6   7   8   9   10   >