[PATCH v2 20/21] mmc: tifm_sd: Make use of the new sg_map helper function

This conversion is a bit complicated. We modiy the read_fifo, write_fifo and copy_page functions to take a scatterlist instead of a page. Thus we can use sg_map instead of kmap_atomic. There's a bit of accounting that needed to be done for the offset for this to work. (Seeing sg_map takes care of

[PATCH v2 20/21] mmc: tifm_sd: Make use of the new sg_map helper function

This conversion is a bit complicated. We modiy the read_fifo, write_fifo and copy_page functions to take a scatterlist instead of a page. Thus we can use sg_map instead of kmap_atomic. There's a bit of accounting that needed to be done for the offset for this to work. (Seeing sg_map takes care of

Re: [PATCH 4.9 00/21] 4.9.25-stable review

On 04/25/2017 09:08 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.25 release. > There are 21 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

Re: [PATCH 4.9 00/21] 4.9.25-stable review

On 04/25/2017 09:08 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.25 release. > There are 21 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

[PATCH v2 15/21] xen-blkfront: Make use of the new sg_map helper function

Straightforward conversion to the new helper, except due to the lack of error path, we have to use SG_MAP_MUST_NOT_FAIL which may BUG_ON in certain cases in the future. Signed-off-by: Logan Gunthorpe Cc: Boris Ostrovsky Cc: Juergen Gross

[PATCH v2 15/21] xen-blkfront: Make use of the new sg_map helper function

Straightforward conversion to the new helper, except due to the lack of error path, we have to use SG_MAP_MUST_NOT_FAIL which may BUG_ON in certain cases in the future. Signed-off-by: Logan Gunthorpe Cc: Boris Ostrovsky Cc: Juergen Gross Cc: Konrad Rzeszutek Wilk Cc: "Roger Pau Monné" ---

[PATCH v2 12/21] scsi: hisi_sas, mvsas, gdth: Make use of the new sg_map helper function

Very straightforward conversion of three scsi drivers. Signed-off-by: Logan Gunthorpe Cc: Achim Leubner Cc: John Garry --- drivers/scsi/gdth.c| 9 +++-- drivers/scsi/hisi_sas/hisi_sas_v1_hw.c | 14

[PATCH v2 12/21] scsi: hisi_sas, mvsas, gdth: Make use of the new sg_map helper function

Very straightforward conversion of three scsi drivers. Signed-off-by: Logan Gunthorpe Cc: Achim Leubner Cc: John Garry --- drivers/scsi/gdth.c| 9 +++-- drivers/scsi/hisi_sas/hisi_sas_v1_hw.c | 14 +- drivers/scsi/hisi_sas/hisi_sas_v2_hw.c | 13

Re: [PATCH] drivers: dma-mapping: Do not leave an invalid area->pages pointer in dma_common_contiguous_remap()

On Tue, Apr 25, 2017 at 07:22:23PM +0100, Catalin Marinas wrote: > The dma_common_pages_remap() function allocates a vm_struct object and > initialises the pages pointer to value passed as argument. However, when > this function is called dma_common_contiguous_remap(), the pages array > is only

Re: [PATCH] drivers: dma-mapping: Do not leave an invalid area->pages pointer in dma_common_contiguous_remap()

On Tue, Apr 25, 2017 at 07:22:23PM +0100, Catalin Marinas wrote: > The dma_common_pages_remap() function allocates a vm_struct object and > initialises the pages pointer to value passed as argument. However, when > this function is called dma_common_contiguous_remap(), the pages array > is only

Re: [PATCH 4.10 00/24] 4.10.13-stable review

On 04/25/2017 09:09 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.10.13 release. > There are 24 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

Re: [PATCH 4.10 00/24] 4.10.13-stable review

On 04/25/2017 09:09 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.10.13 release. > There are 24 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

Re: typec: tcpm/tcpci drivers acceptable for drivers/staging in v4.12 ?

On Tue, Apr 25, 2017 at 08:02:54PM +0200, Greg Kroah-Hartman wrote: > On Tue, Apr 25, 2017 at 10:54:02AM -0700, Guenter Roeck wrote: > > On Tue, Apr 25, 2017 at 07:37:42PM +0200, Greg Kroah-Hartman wrote: > > > On Tue, Apr 25, 2017 at 09:50:31AM -0700, Guenter Roeck wrote: > > > > Hi Greg, > > > >

Re: typec: tcpm/tcpci drivers acceptable for drivers/staging in v4.12 ?

On Tue, Apr 25, 2017 at 08:02:54PM +0200, Greg Kroah-Hartman wrote: > On Tue, Apr 25, 2017 at 10:54:02AM -0700, Guenter Roeck wrote: > > On Tue, Apr 25, 2017 at 07:37:42PM +0200, Greg Kroah-Hartman wrote: > > > On Tue, Apr 25, 2017 at 09:50:31AM -0700, Guenter Roeck wrote: > > > > Hi Greg, > > > >

Re: [PATCH] x86/amd: don't set X86_BUG_SYSRET_SS_ATTRS if forced to zero

On Tue, Apr 25, 2017 at 08:00:14PM +0200, Juergen Gross wrote: > When running as Xen pv guest X86_BUG_SYSRET_SS_ATTRS must not be set > on AMD cpus. Xen will disable this via setup_clear_cpu_cap(), so test > cpu_caps_cleared to not have disabled this bit. > > This bug/feature bit is kind of

Re: [PATCH] x86/amd: don't set X86_BUG_SYSRET_SS_ATTRS if forced to zero

On Tue, Apr 25, 2017 at 08:00:14PM +0200, Juergen Gross wrote: > When running as Xen pv guest X86_BUG_SYSRET_SS_ATTRS must not be set > on AMD cpus. Xen will disable this via setup_clear_cpu_cap(), so test > cpu_caps_cleared to not have disabled this bit. > > This bug/feature bit is kind of

[PATCH v2 13/21] scsi: arcmsr, ips, megaraid: Make use of the new sg_map helper function

Very straightforward conversion of three scsi drivers Signed-off-by: Logan Gunthorpe Cc: Adaptec OEM Raid Solutions Cc: Kashyap Desai Cc: Sumit Saxena Cc: Shivasharan S

[PATCH v2 10/21] RDS: Make use of the new sg_map helper function

Straightforward conversion except there's no error path, so we make use of SG_MAP_MUST_NOT_FAIL which may BUG_ON in certain cases in the future. Signed-off-by: Logan Gunthorpe Cc: Santosh Shilimkar Cc: "David S. Miller"

[PATCH v2 13/21] scsi: arcmsr, ips, megaraid: Make use of the new sg_map helper function

Very straightforward conversion of three scsi drivers Signed-off-by: Logan Gunthorpe Cc: Adaptec OEM Raid Solutions Cc: Kashyap Desai Cc: Sumit Saxena Cc: Shivasharan S --- drivers/scsi/arcmsr/arcmsr_hba.c | 16 drivers/scsi/ips.c | 8

[PATCH v2 10/21] RDS: Make use of the new sg_map helper function

Straightforward conversion except there's no error path, so we make use of SG_MAP_MUST_NOT_FAIL which may BUG_ON in certain cases in the future. Signed-off-by: Logan Gunthorpe Cc: Santosh Shilimkar Cc: "David S. Miller" --- net/rds/ib_recv.c | 8 1 file changed, 4 insertions(+), 4

[PATCH v2 19/21] mmc: sdricoh_cs: Make use of the new sg_map helper function

This is a straightforward conversion to the new function. Signed-off-by: Logan Gunthorpe Cc: Sascha Sommer Cc: Ulf Hansson --- drivers/mmc/host/sdricoh_cs.c | 14 +- 1 file changed, 9 insertions(+), 5

[PATCH v2 19/21] mmc: sdricoh_cs: Make use of the new sg_map helper function

This is a straightforward conversion to the new function. Signed-off-by: Logan Gunthorpe Cc: Sascha Sommer Cc: Ulf Hansson --- drivers/mmc/host/sdricoh_cs.c | 14 +- 1 file changed, 9 insertions(+), 5 deletions(-) diff --git a/drivers/mmc/host/sdricoh_cs.c

[PATCH v2 08/21] dm-crypt: Make use of the new sg_map helper in 4 call sites

Very straightforward conversion to the new function in all four spots. Signed-off-by: Logan Gunthorpe Cc: Alasdair Kergon Cc: Mike Snitzer --- drivers/md/dm-crypt.c | 39 ++- 1 file changed, 26

[PATCH v2 08/21] dm-crypt: Make use of the new sg_map helper in 4 call sites

Very straightforward conversion to the new function in all four spots. Signed-off-by: Logan Gunthorpe Cc: Alasdair Kergon Cc: Mike Snitzer --- drivers/md/dm-crypt.c | 39 ++- 1 file changed, 26 insertions(+), 13 deletions(-) diff --git

[PATCH] arm64: Do not leave an invalid area->pages pointer in dma_common_contiguous_remap()

The dma_common_pages_remap() function allocates a vm_struct object and initialises the pages pointer to value passed as argument. However, when this function is called dma_common_contiguous_remap(), the pages array is only temporarily allocated, being freed shortly after

[PATCH] arm64: Do not leave an invalid area->pages pointer in dma_common_contiguous_remap()

The dma_common_pages_remap() function allocates a vm_struct object and initialises the pages pointer to value passed as argument. However, when this function is called dma_common_contiguous_remap(), the pages array is only temporarily allocated, being freed shortly after

[PATCH v2 01/21] scatterlist: Introduce sg_map helper functions

This patch introduces functions which kmap the pages inside an sgl. These functions replace a common pattern of kmap(sg_page(sg)) that is used in more than 50 places within the kernel. The motivation for this work is to eventually safely support sgls that contain io memory. In order for that to

[PATCH v2 01/21] scatterlist: Introduce sg_map helper functions

This patch introduces functions which kmap the pages inside an sgl. These functions replace a common pattern of kmap(sg_page(sg)) that is used in more than 50 places within the kernel. The motivation for this work is to eventually safely support sgls that contain io memory. In order for that to

[PATCH v2 02/21] libiscsi: Add an internal error code

This is a prep patch to add a new error code to libiscsi. We want to rework some kmap calls to be able to fail. When we do, we'd like to use this error code. This patch simply introduces ISCSI_TCP_INTERNAL_ERR and prints "Internal Error." when it gets hit. Signed-off-by: Logan Gunthorpe

[PATCH v2 02/21] libiscsi: Add an internal error code

This is a prep patch to add a new error code to libiscsi. We want to rework some kmap calls to be able to fail. When we do, we'd like to use this error code. This patch simply introduces ISCSI_TCP_INTERNAL_ERR and prints "Internal Error." when it gets hit. Signed-off-by: Logan Gunthorpe ---

[PATCH v2 05/21] drm/i915: Make use of the new sg_map helper function

This is a single straightforward conversion from kmap to sg_map. We also create the i915_gem_object_unmap function to common up the unmap code. Signed-off-by: Logan Gunthorpe Acked-by: Daniel Vetter --- drivers/gpu/drm/i915/i915_gem.c | 27

[PATCH v2 05/21] drm/i915: Make use of the new sg_map helper function

This is a single straightforward conversion from kmap to sg_map. We also create the i915_gem_object_unmap function to common up the unmap code. Signed-off-by: Logan Gunthorpe Acked-by: Daniel Vetter --- drivers/gpu/drm/i915/i915_gem.c | 27 --- 1 file changed, 16

Re: [PATCH] pci-hyperv: Use only 16 bit integer for PCI domain

On Tue, 25 Apr 2017, Christoph Hellwig wrote: > Hi John, > > please fix your quoting of the previous mails, thanks! Shoot, sorry about any quoting issues. I'm sufficiently new to conversing on these lists that I'm not even sure which mistake I made. > > > What ACPI defines does not matter

Re: [PATCH] pci-hyperv: Use only 16 bit integer for PCI domain

On Tue, 25 Apr 2017, Christoph Hellwig wrote: > Hi John, > > please fix your quoting of the previous mails, thanks! Shoot, sorry about any quoting issues. I'm sufficiently new to conversing on these lists that I'm not even sure which mistake I made. > > > What ACPI defines does not matter

Re: [PATCH 4.4 00/28] 4.4.64-stable review

On 04/25/2017 09:08 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.64 release. > There are 28 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

Re: [PATCH 4.4 00/28] 4.4.64-stable review

On 04/25/2017 09:08 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.64 release. > There are 28 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

Re: [PATCH v6] Allow user probes on versioned symbols

On 04/24/2017 11:34 AM, Arnaldo Carvalho de Melo wrote: > Em Thu, Apr 13, 2017 at 12:03:13PM -0500, Paul Clarke escreveu: >> v4: >> - rebased to acme/perf/core > > Are you sure? > > [acme@jouet linux]$ patch -p1 < /wb/1.patch > patching file tools/perf/arch/powerpc/util/sym-handling.c > Hunk #1

Re: [PATCH v6] Allow user probes on versioned symbols

On 04/24/2017 11:34 AM, Arnaldo Carvalho de Melo wrote: > Em Thu, Apr 13, 2017 at 12:03:13PM -0500, Paul Clarke escreveu: >> v4: >> - rebased to acme/perf/core > > Are you sure? > > [acme@jouet linux]$ patch -p1 < /wb/1.patch > patching file tools/perf/arch/powerpc/util/sym-handling.c > Hunk #1

[PATCH] serial: sh-sci: Fix race condition causing garbage during shutdown

If DMA is enabled and used, a burst of old data may be seen on the serial console during "poweroff" or "reboot". uart_flush_buffer() clears the circular buffer, but sci_port.tx_dma_len is not reset. This leads to a circular buffer overflow, dumping (UART_XMIT_SIZE - sci_port.tx_dma_len) bytes.

[PATCH] serial: sh-sci: Fix race condition causing garbage during shutdown

If DMA is enabled and used, a burst of old data may be seen on the serial console during "poweroff" or "reboot". uart_flush_buffer() clears the circular buffer, but sci_port.tx_dma_len is not reset. This leads to a circular buffer overflow, dumping (UART_XMIT_SIZE - sci_port.tx_dma_len) bytes.

Re: [PATCH -next] auxdisplay: Convert list_for_each to entry variant

On Tue, 2017-04-25 at 16:13 +, Wei Yongjun wrote: > From: Wei Yongjun > > convert list_for_each() to list_for_each_entry() where > applicable. > Here it's safe to do. FWIW:  Reviewed-by: Andy Shevchenko > Signed-off-by: Wei

Re: [PATCH -next] auxdisplay: Convert list_for_each to entry variant

On Tue, 2017-04-25 at 16:13 +, Wei Yongjun wrote: > From: Wei Yongjun > > convert list_for_each() to list_for_each_entry() where > applicable. > Here it's safe to do. FWIW:  Reviewed-by: Andy Shevchenko > Signed-off-by: Wei Yongjun > --- >  drivers/auxdisplay/panel.c | 5 + >  1 file

Re: [PATCH v2 2/2] dmaengine: Add DW AXI DMAC driver

On Tue, 2017-04-25 at 15:16 +, Eugeniy Paltsev wrote: > On Mon, 2017-04-24 at 19:56 +0300, Andy Shevchenko wrote: > > On Mon, 2017-04-24 at 15:55 +, Eugeniy Paltsev wrote: > > > Hi, > > > On Fri, 2017-04-21 at 18:13 +0300, Andy Shevchenko wrote: > > > > On Fri, 2017-04-21 at 14:29 +,

Re: [PATCH v2 2/2] dmaengine: Add DW AXI DMAC driver

On Tue, 2017-04-25 at 15:16 +, Eugeniy Paltsev wrote: > On Mon, 2017-04-24 at 19:56 +0300, Andy Shevchenko wrote: > > On Mon, 2017-04-24 at 15:55 +, Eugeniy Paltsev wrote: > > > Hi, > > > On Fri, 2017-04-21 at 18:13 +0300, Andy Shevchenko wrote: > > > > On Fri, 2017-04-21 at 14:29 +,

Re: [PATCH 1/2] sched/fair: Fix how load gets propagated from cfs_rq to its sched_entity

Hello, On Tue, Apr 25, 2017 at 10:35:53AM +0200, Vincent Guittot wrote: > not sure to catch your example: > a task TA with a load_avg = 1 is the only task in a task group GB so > the cfs_rq load_avg = 1 too and the group_entity of this cfs_rq has > got a weight of 1024 (I use 10bits format for

Re: [PATCH 1/2] sched/fair: Fix how load gets propagated from cfs_rq to its sched_entity

Hello, On Tue, Apr 25, 2017 at 10:35:53AM +0200, Vincent Guittot wrote: > not sure to catch your example: > a task TA with a load_avg = 1 is the only task in a task group GB so > the cfs_rq load_avg = 1 too and the group_entity of this cfs_rq has > got a weight of 1024 (I use 10bits format for

RE: [RFC 0/6] optimize ctx switch with rb-tree

Hi David, I profiled single threaded STREAM benchmark pinned to core #1 on KNL machine with kernel 3.10.0-327.13.1.el7.x86_64 (from MPSS distribution). I run the system-wide and the per-process profiling for the same list of events and got ~5x slowdown for the per-process scenario.

RE: [RFC 0/6] optimize ctx switch with rb-tree

Hi David, I profiled single threaded STREAM benchmark pinned to core #1 on KNL machine with kernel 3.10.0-327.13.1.el7.x86_64 (from MPSS distribution). I run the system-wide and the per-process profiling for the same list of events and got ~5x slowdown for the per-process scenario.

[PATCH 1/1 linux-next] btrfs: kmap() can't fail

Remove NULL test on kmap() Signed-off-by: Fabian Frederick --- fs/btrfs/check-integrity.c | 8 +--- 1 file changed, 1 insertion(+), 7 deletions(-) diff --git a/fs/btrfs/check-integrity.c b/fs/btrfs/check-integrity.c index ab14c2e..496eb00 100644 ---

[PATCH 1/1 linux-next] btrfs: kmap() can't fail

Remove NULL test on kmap() Signed-off-by: Fabian Frederick --- fs/btrfs/check-integrity.c | 8 +--- 1 file changed, 1 insertion(+), 7 deletions(-) diff --git a/fs/btrfs/check-integrity.c b/fs/btrfs/check-integrity.c index ab14c2e..496eb00 100644 --- a/fs/btrfs/check-integrity.c +++

[PATCH 1/1 linux-next] nfs: kmap can't fail

Remove NULL test on kmap() Signed-off-by: Fabian Frederick --- fs/nfs/dir.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/fs/nfs/dir.c b/fs/nfs/dir.c index 3a188cb..f89e54c 100644 --- a/fs/nfs/dir.c +++ b/fs/nfs/dir.c @@ -179,8 +179,6 @@ struct nfs_cache_array

[PATCH 1/1 linux-next] nfs: kmap can't fail

Remove NULL test on kmap() Signed-off-by: Fabian Frederick --- fs/nfs/dir.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/fs/nfs/dir.c b/fs/nfs/dir.c index 3a188cb..f89e54c 100644 --- a/fs/nfs/dir.c +++ b/fs/nfs/dir.c @@ -179,8 +179,6 @@ struct nfs_cache_array

[PATCH 1/1 linux-next] scripts/coccinelle/misc: Warn about NULL check on kmap()

This script removes NULL check on kmap() and all process involved (OOM message ...) Thanks to Jan Kara for explanations. Signed-off-by: Fabian Frederick --- scripts/coccinelle/misc/kmap.cocci | 43 ++ 1 file changed, 43 insertions(+) create

Re: [PATCH v3] usb: typec: Don't prevent using constant typec_mode_desc initializers

On Mon, Apr 24, 2017 at 08:52:31PM +0200, Mats Karrman wrote: > Signed-off-by: Mats Karrman I can not take patches without any changelog text at all. thanks, greg k-h

Re: [PATCH v3] usb: typec: Don't prevent using constant typec_mode_desc initializers

On Mon, Apr 24, 2017 at 08:52:31PM +0200, Mats Karrman wrote: > Signed-off-by: Mats Karrman I can not take patches without any changelog text at all. thanks, greg k-h

[PATCH 1/1 linux-next] scripts/coccinelle/misc: Warn about NULL check on kmap()

This script removes NULL check on kmap() and all process involved (OOM message ...) Thanks to Jan Kara for explanations. Signed-off-by: Fabian Frederick --- scripts/coccinelle/misc/kmap.cocci | 43 ++ 1 file changed, 43 insertions(+) create mode 100644

[PATCH 1/1 linux-next] efi/capsule: kmap() can't fail

Remove NULL test on kmap() Signed-off-by: Fabian Frederick --- drivers/firmware/efi/capsule-loader.c | 5 - drivers/firmware/efi/capsule.c| 4 2 files changed, 9 deletions(-) diff --git a/drivers/firmware/efi/capsule-loader.c

[PATCH 1/1 linux-next] efi/capsule: kmap() can't fail

Remove NULL test on kmap() Signed-off-by: Fabian Frederick --- drivers/firmware/efi/capsule-loader.c | 5 - drivers/firmware/efi/capsule.c| 4 2 files changed, 9 deletions(-) diff --git a/drivers/firmware/efi/capsule-loader.c b/drivers/firmware/efi/capsule-loader.c index

[PATCH 1/1 linux-next] staging: media: atomisp: kmap() can't fail

Remove NULL test on kmap() Signed-off-by: Fabian Frederick --- drivers/staging/media/atomisp/pci/atomisp2/hmm/hmm.c | 19 ++- 1 file changed, 2 insertions(+), 17 deletions(-) diff --git a/drivers/staging/media/atomisp/pci/atomisp2/hmm/hmm.c

[PATCH 1/1 linux-next] staging: media: atomisp: kmap() can't fail

Remove NULL test on kmap() Signed-off-by: Fabian Frederick --- drivers/staging/media/atomisp/pci/atomisp2/hmm/hmm.c | 19 ++- 1 file changed, 2 insertions(+), 17 deletions(-) diff --git a/drivers/staging/media/atomisp/pci/atomisp2/hmm/hmm.c

Re: [PATCH] ipv6: ensure message length for raw socket is at least sizeof(ipv6hdr)

On Tue, Apr 25, 2017 at 10:55 AM, David Miller wrote: > From: Alexander Potapenko > Date: Tue, 25 Apr 2017 15:18:27 +0200 > >> rawv6_send_hdrinc() expects that the buffer copied from the userspace >> contains the IPv6 header, so if too few bytes are copied

Re: [PATCH] ipv6: ensure message length for raw socket is at least sizeof(ipv6hdr)

On Tue, Apr 25, 2017 at 10:55 AM, David Miller wrote: > From: Alexander Potapenko > Date: Tue, 25 Apr 2017 15:18:27 +0200 > >> rawv6_send_hdrinc() expects that the buffer copied from the userspace >> contains the IPv6 header, so if too few bytes are copied parts of the >> header may remain

Re: [PATCH] IB/iser: fix spelling mistake: "unexepected" -> "unexpected"

On Thu, 2017-02-23 at 11:22 +, Colin King wrote: > From: Colin Ian King > > trivial fix to spelling mistake in iser_err error message > > Signed-off-by: Colin Ian King Thanks, applied. -- Doug Ledford     GPG

Re: [PATCH] IB/iser: fix spelling mistake: "unexepected" -> "unexpected"

On Thu, 2017-02-23 at 11:22 +, Colin King wrote: > From: Colin Ian King > > trivial fix to spelling mistake in iser_err error message > > Signed-off-by: Colin Ian King Thanks, applied. -- Doug Ledford     GPG KeyID: B826A3330E572FDD     Key fingerprint = AE6B 1BDA 122B 23B4 265B  1274

Re: [PATCH v2] crypto: arm64/sha: Add constant operand modifier to ASM_EXPORT

On 25 April 2017 at 18:39, Matthias Kaehlcke wrote: > Hi, > > El Tue, Apr 18, 2017 at 04:35:02PM +0100 Ard Biesheuvel ha dit: > >> On 18 April 2017 at 15:47, Paul Gortmaker >> wrote: >> > On Wed, Apr 5, 2017 at 2:34 PM, Matthias Kaehlcke

Re: [PATCH v2] crypto: arm64/sha: Add constant operand modifier to ASM_EXPORT

On 25 April 2017 at 18:39, Matthias Kaehlcke wrote: > Hi, > > El Tue, Apr 18, 2017 at 04:35:02PM +0100 Ard Biesheuvel ha dit: > >> On 18 April 2017 at 15:47, Paul Gortmaker >> wrote: >> > On Wed, Apr 5, 2017 at 2:34 PM, Matthias Kaehlcke >> > wrote: >> >> The operand is an integer constant,

Re: [PATCH] net/packet: check length in getsockopt() called with PACKET_HDRLEN

From: Alexander Potapenko Date: Tue, 25 Apr 2017 18:51:46 +0200 > In the case getsockopt() is called with PACKET_HDRLEN and optlen < 4 > |val| remains uninitialized and the syscall may behave differently > depending on its value, and even copy garbage to userspace on certain >

Re: [PATCH] net/packet: check length in getsockopt() called with PACKET_HDRLEN

From: Alexander Potapenko Date: Tue, 25 Apr 2017 18:51:46 +0200 > In the case getsockopt() is called with PACKET_HDRLEN and optlen < 4 > |val| remains uninitialized and the syscall may behave differently > depending on its value, and even copy garbage to userspace on certain > architectures. To

Re: [RFC PATCH] drivers: dma-mapping: Do not attempt to create a scatterlist for from_coherent buffers

On Tue, Apr 25, 2017 at 06:57:39PM +0100, Catalin Marinas wrote: > Memory returned by dma_alloc_from_coherent() is not backed by struct > page and creating a scatterlist would use invalid page pointers. The > patch introduces the dma_vaddr_from_coherent() function and the > corresponding check in

Re: [RFC PATCH] drivers: dma-mapping: Do not attempt to create a scatterlist for from_coherent buffers

On Tue, Apr 25, 2017 at 06:57:39PM +0100, Catalin Marinas wrote: > Memory returned by dma_alloc_from_coherent() is not backed by struct > page and creating a scatterlist would use invalid page pointers. The > patch introduces the dma_vaddr_from_coherent() function and the > corresponding check in

Re: typec: tcpm/tcpci drivers acceptable for drivers/staging in v4.12 ?

On Tue, Apr 25, 2017 at 10:54:02AM -0700, Guenter Roeck wrote: > On Tue, Apr 25, 2017 at 07:37:42PM +0200, Greg Kroah-Hartman wrote: > > On Tue, Apr 25, 2017 at 09:50:31AM -0700, Guenter Roeck wrote: > > > Hi Greg, > > > > > > would you be open to accepting the tcpm [1] and tcpci [2] drivers into

Re: typec: tcpm/tcpci drivers acceptable for drivers/staging in v4.12 ?

On Tue, Apr 25, 2017 at 10:54:02AM -0700, Guenter Roeck wrote: > On Tue, Apr 25, 2017 at 07:37:42PM +0200, Greg Kroah-Hartman wrote: > > On Tue, Apr 25, 2017 at 09:50:31AM -0700, Guenter Roeck wrote: > > > Hi Greg, > > > > > > would you be open to accepting the tcpm [1] and tcpci [2] drivers into

[PATCH] x86/amd: don't set X86_BUG_SYSRET_SS_ATTRS if forced to zero

When running as Xen pv guest X86_BUG_SYSRET_SS_ATTRS must not be set on AMD cpus. Xen will disable this via setup_clear_cpu_cap(), so test cpu_caps_cleared to not have disabled this bit. This bug/feature bit is kind of special as it will be used very early when switching threads. Setting the bit

[PATCH] x86/amd: don't set X86_BUG_SYSRET_SS_ATTRS if forced to zero

When running as Xen pv guest X86_BUG_SYSRET_SS_ATTRS must not be set on AMD cpus. Xen will disable this via setup_clear_cpu_cap(), so test cpu_caps_cleared to not have disabled this bit. This bug/feature bit is kind of special as it will be used very early when switching threads. Setting the bit

[RFC PATCH] drivers: dma-mapping: Do not attempt to create a scatterlist for from_coherent buffers

Memory returned by dma_alloc_from_coherent() is not backed by struct page and creating a scatterlist would use invalid page pointers. The patch introduces the dma_vaddr_from_coherent() function and the corresponding check in dma_get_sgtable_attrs(). Fixes: d2b7428eb0ca ("common: dma-mapping:

[RFC PATCH] drivers: dma-mapping: Do not attempt to create a scatterlist for from_coherent buffers

Memory returned by dma_alloc_from_coherent() is not backed by struct page and creating a scatterlist would use invalid page pointers. The patch introduces the dma_vaddr_from_coherent() function and the corresponding check in dma_get_sgtable_attrs(). Fixes: d2b7428eb0ca ("common: dma-mapping:

Re: [PATCH] ARM/shmem: Drop page coloring align for non-VIPT CPUs

On 04/25/2017 08:35 PM, Russell King - ARM Linux wrote: On Tue, Apr 25, 2017 at 08:19:21PM +0300, Dmitry Safonov wrote: On 04/14/2017 01:09 PM, Dmitry Safonov wrote: On ARMv6 CPUs with VIPT caches there are aliasing issues: if two different cache line indexes correspond to the same physical

Re: [PATCH] ARM/shmem: Drop page coloring align for non-VIPT CPUs

On 04/25/2017 08:35 PM, Russell King - ARM Linux wrote: On Tue, Apr 25, 2017 at 08:19:21PM +0300, Dmitry Safonov wrote: On 04/14/2017 01:09 PM, Dmitry Safonov wrote: On ARMv6 CPUs with VIPT caches there are aliasing issues: if two different cache line indexes correspond to the same physical

Re: AMD IOMMU causing filesystem corruption

On 04/07/2017 03:27 AM, Joerg Roedel wrote: Also, please try the attached debug-diff on your kernel. It completly disables the use of ATS in the amd-iommu driver. I applied this patch to 4.11.0 rc8 and then stress tested the laptop with another kernel build while running graphical applications

Re: [PATCH] ipv6: ensure message length for raw socket is at least sizeof(ipv6hdr)

From: Alexander Potapenko Date: Tue, 25 Apr 2017 15:18:27 +0200 > rawv6_send_hdrinc() expects that the buffer copied from the userspace > contains the IPv6 header, so if too few bytes are copied parts of the > header may remain uninitialized. > > This bug has been detected

Re: [PATCH] ipv6: ensure message length for raw socket is at least sizeof(ipv6hdr)

From: Alexander Potapenko Date: Tue, 25 Apr 2017 15:18:27 +0200 > rawv6_send_hdrinc() expects that the buffer copied from the userspace > contains the IPv6 header, so if too few bytes are copied parts of the > header may remain uninitialized. > > This bug has been detected with KMSAN. > >

Re: AMD IOMMU causing filesystem corruption

On 04/07/2017 03:27 AM, Joerg Roedel wrote: Also, please try the attached debug-diff on your kernel. It completly disables the use of ATS in the amd-iommu driver. I applied this patch to 4.11.0 rc8 and then stress tested the laptop with another kernel build while running graphical applications

Re: [PATCH] ubifs: Return -ENOKEY from rename if encryption keys are missing

Hi David and Richard, On Mon, Apr 24, 2017 at 11:46:21PM +0200, Richard Weinberger wrote: > From: David Oberhollenzer > > If either source or destination directory is encrypted and the > encryption key is unknown, make sure we return -ENOKEY instead > of

Re: [PATCH] ubifs: Return -ENOKEY from rename if encryption keys are missing

Hi David and Richard, On Mon, Apr 24, 2017 at 11:46:21PM +0200, Richard Weinberger wrote: > From: David Oberhollenzer > > If either source or destination directory is encrypted and the > encryption key is unknown, make sure we return -ENOKEY instead > of -EPERM, similar to how this case is

Re: typec: tcpm/tcpci drivers acceptable for drivers/staging in v4.12 ?

On Tue, Apr 25, 2017 at 07:37:42PM +0200, Greg Kroah-Hartman wrote: > On Tue, Apr 25, 2017 at 09:50:31AM -0700, Guenter Roeck wrote: > > Hi Greg, > > > > would you be open to accepting the tcpm [1] and tcpci [2] drivers into > > drivers/staging for v4.12 ? > > What's the rush? > It has been a

Re: typec: tcpm/tcpci drivers acceptable for drivers/staging in v4.12 ?

On Tue, Apr 25, 2017 at 07:37:42PM +0200, Greg Kroah-Hartman wrote: > On Tue, Apr 25, 2017 at 09:50:31AM -0700, Guenter Roeck wrote: > > Hi Greg, > > > > would you be open to accepting the tcpm [1] and tcpci [2] drivers into > > drivers/staging for v4.12 ? > > What's the rush? > It has been a

Re: [PATCH V3 4/4] soc/tegra: pmc: Use the new reset APIs to manage reset controllers

On Tue, Apr 25, 2017 at 4:41 PM, Jon Hunter wrote: > > On 25/04/17 12:06, Vivek Gautam wrote: >> On 04/25/2017 04:24 PM, Jon Hunter wrote: >>> On 25/04/17 11:33, Philipp Zabel wrote: On Tue, 2017-04-25 at 11:05 +0100, Jon Hunter wrote: > On 25/04/17 05:15, Vivek

Re: [PATCH V3 4/4] soc/tegra: pmc: Use the new reset APIs to manage reset controllers

On Tue, Apr 25, 2017 at 4:41 PM, Jon Hunter wrote: > > On 25/04/17 12:06, Vivek Gautam wrote: >> On 04/25/2017 04:24 PM, Jon Hunter wrote: >>> On 25/04/17 11:33, Philipp Zabel wrote: On Tue, 2017-04-25 at 11:05 +0100, Jon Hunter wrote: > On 25/04/17 05:15, Vivek Gautam wrote: >> On

Re: [RFC 0/6] optimize ctx switch with rb-tree

Hi Kan, It's still on my list, but I won't have time to work on it for at least another month. What issues did you encounter? Thanks, David On Tue, Apr 25, 2017 at 10:27 AM, Liang, Kan wrote: > Hi David, > > Is there any update about the patch series? > > We recently

Re: [RFC 0/6] optimize ctx switch with rb-tree

Hi Kan, It's still on my list, but I won't have time to work on it for at least another month. What issues did you encounter? Thanks, David On Tue, Apr 25, 2017 at 10:27 AM, Liang, Kan wrote: > Hi David, > > Is there any update about the patch series? > > We recently encountered another

Re: [PATCH V15 06/11] acpi: apei: handle SEA notification type for ARMv8

On Tue, Apr 25, 2017 at 11:41:39AM -0600, Baicar, Tyler wrote: > I originally had this as a notifier, but Will requested to remove the > notifier. That conversation is here: https://lkml.org/lkml/2017/1/18/1018 Yeah, he mentioned on IRC. I just think notifiers would be the cleaner thing but

Re: [PATCH v2 2/2] of: Add unit tests for applying overlays

On 04/25/17 09:44, Rob Herring wrote: > On Mon, Apr 24, 2017 at 6:05 PM, wrote: >> From: Frank Rowand >> >> Existing overlay unit tests examine individual pieces of the overlay >> code. The new tests target the entire process of applying an

Re: [PATCH V15 06/11] acpi: apei: handle SEA notification type for ARMv8

On Tue, Apr 25, 2017 at 11:41:39AM -0600, Baicar, Tyler wrote: > I originally had this as a notifier, but Will requested to remove the > notifier. That conversation is here: https://lkml.org/lkml/2017/1/18/1018 Yeah, he mentioned on IRC. I just think notifiers would be the cleaner thing but

Re: [PATCH v2 2/2] of: Add unit tests for applying overlays

On 04/25/17 09:44, Rob Herring wrote: > On Mon, Apr 24, 2017 at 6:05 PM, wrote: >> From: Frank Rowand >> >> Existing overlay unit tests examine individual pieces of the overlay >> code. The new tests target the entire process of applying an overlay. > > Just a few nits. > >> Signed-off-by:

Re: [PATCH V15 06/11] acpi: apei: handle SEA notification type for ARMv8

On 4/25/2017 11:21 AM, Borislav Petkov wrote: On Tue, Apr 18, 2017 at 05:05:18PM -0600, Tyler Baicar wrote: ARM APEI extension proposal added SEA (Synchronous External Abort) notification type for ARMv8. Add a new GHES error source handling function for SEA. If an error source's notification

Re: [PATCH V15 06/11] acpi: apei: handle SEA notification type for ARMv8

On 4/25/2017 11:21 AM, Borislav Petkov wrote: On Tue, Apr 18, 2017 at 05:05:18PM -0600, Tyler Baicar wrote: ARM APEI extension proposal added SEA (Synchronous External Abort) notification type for ARMv8. Add a new GHES error source handling function for SEA. If an error source's notification

[PATCH] of: Introduce of_node_get_match_data() helper

If CONFIG_OF=n, code using info = of_match_node(matchs, np)->data; fails to compile: warning: dereferencing ‘void *’ pointer error: request for member ‘data’ in something not a structure or union Follow the example set by of_device_get_match_data(), and introduce a new helper

[PATCH] of: Introduce of_node_get_match_data() helper

If CONFIG_OF=n, code using info = of_match_node(matchs, np)->data; fails to compile: warning: dereferencing ‘void *’ pointer error: request for member ‘data’ in something not a structure or union Follow the example set by of_device_get_match_data(), and introduce a new helper

Re: [PATCH v2] crypto: arm64/sha: Add constant operand modifier to ASM_EXPORT

Hi, El Tue, Apr 18, 2017 at 04:35:02PM +0100 Ard Biesheuvel ha dit: > On 18 April 2017 at 15:47, Paul Gortmaker > wrote: > > On Wed, Apr 5, 2017 at 2:34 PM, Matthias Kaehlcke wrote: > >> The operand is an integer constant, make the constness

Re: [PATCH v2] crypto: arm64/sha: Add constant operand modifier to ASM_EXPORT

Hi, El Tue, Apr 18, 2017 at 04:35:02PM +0100 Ard Biesheuvel ha dit: > On 18 April 2017 at 15:47, Paul Gortmaker > wrote: > > On Wed, Apr 5, 2017 at 2:34 PM, Matthias Kaehlcke wrote: > >> The operand is an integer constant, make the constness explicit by > >> adding the modifier. This is

<    2   3   4   5   6   7   8   9   10   11   >