[GIT PULL] final round of SCSI updates for the 4.13+ merge window

A tiny update: one patch corrects a Kconfig problem with the shift of the SAS SMP code to BSG and the other removes a vestige of user space target mode. The patch is available here: git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-misc The short changelog is: Arnd Bergmann (1):

[GIT PULL] final round of SCSI updates for the 4.13+ merge window

A tiny update: one patch corrects a Kconfig problem with the shift of the SAS SMP code to BSG and the other removes a vestige of user space target mode. The patch is available here: git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-misc The short changelog is: Arnd Bergmann (1):

[GIT PULL] first round of SCSI updates for the 4.13+ merge window

This is mostly updates of the usual suspects: lpfc, qla2xxx, hisi_sas, megaraid_sas, zfcp and a host of minor updates. The major driver change here is the elimination of the block based cciss driver in favour of the SCSI based hpsa driver (which now drives all the legacy cases cciss used to be

[GIT PULL] first round of SCSI updates for the 4.13+ merge window

This is mostly updates of the usual suspects: lpfc, qla2xxx, hisi_sas, megaraid_sas, zfcp and a host of minor updates. The major driver change here is the elimination of the block based cciss driver in favour of the SCSI based hpsa driver (which now drives all the legacy cases cciss used to be

[GIT PULL] SCSI fixes for 4.13-rc6

Three minor fixes: a NULL deref in qedf, an off by one in sg and a fix to IPR to prevent an error on initialisation. The patch is available here: git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-fixes The short changelog is: Brian King (1):   scsi: ipr: Set

[GIT PULL] SCSI fixes for 4.13-rc6

Three minor fixes: a NULL deref in qedf, an off by one in sg and a fix to IPR to prevent an error on initialisation. The patch is available here: git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-fixes The short changelog is: Brian King (1):   scsi: ipr: Set

Re: linux-next: manual merge of the scsi tree with the staging tree

On Mon, 2017-08-28 at 18:44 +0200, g...@kroah.com wrote: > On Mon, Aug 28, 2017 at 04:36:06PM +, Bart Van Assche wrote: > > > > On Mon, 2017-08-28 at 18:05 +0200, g...@kroah.com wrote: > > > > > > On Mon, Aug 28, 2017 at 03:41:28PM +, Bart Van Assche wrote: > > > > > > > > * Most SCSI

Re: linux-next: manual merge of the scsi tree with the staging tree

On Mon, 2017-08-28 at 18:44 +0200, g...@kroah.com wrote: > On Mon, Aug 28, 2017 at 04:36:06PM +, Bart Van Assche wrote: > > > > On Mon, 2017-08-28 at 18:05 +0200, g...@kroah.com wrote: > > > > > > On Mon, Aug 28, 2017 at 03:41:28PM +, Bart Van Assche wrote: > > > > > > > > * Most SCSI

[GIT PULL] SCSI fixes for 4.13-rc6

Six minor and error leg fixes, plus one major change: the reversion of scsi-mq as the default.  We're doing the latter temporarily (with a backport to stable) to give us time to fix all the issues that turned up with this default before trying again. The patch is available here:

[GIT PULL] SCSI fixes for 4.13-rc6

Six minor and error leg fixes, plus one major change: the reversion of scsi-mq as the default.  We're doing the latter temporarily (with a backport to stable) to give us time to fix all the issues that turned up with this default before trying again. The patch is available here:

[GIT PULL] SCSI fixes for 4.13-rc4

A couple of minor fixes (st, ses) and some bigger driver fixes for qla2xxx (crash triggered by fw dump) and ipr (lockdep problems with mq). The patch is available here: git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-fixes The short changelog is: Bodo Stroesser (1):

[GIT PULL] SCSI fixes for 4.13-rc4

A couple of minor fixes (st, ses) and some bigger driver fixes for qla2xxx (crash triggered by fw dump) and ipr (lockdep problems with mq). The patch is available here: git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-fixes The short changelog is: Bodo Stroesser (1):

Re: linux-next: Signed-off-by missing for commits in the scsi tree

On Wed, 2017-08-09 at 12:24 -0400, Martin K. Petersen wrote: > James, > > > > > Yes we had to drop a commit which proved problematic in the fixes > > tree. > > I'm still not sure why you decided to rebase instead of waiting for > me to drop the patch. That's how we usually do it... We can

Re: linux-next: Signed-off-by missing for commits in the scsi tree

On Wed, 2017-08-09 at 12:24 -0400, Martin K. Petersen wrote: > James, > > > > > Yes we had to drop a commit which proved problematic in the fixes > > tree. > > I'm still not sure why you decided to rebase instead of waiting for > me to drop the patch. That's how we usually do it... We can

Re: linux-next: Signed-off-by missing for commits in the scsi tree

On Wed, 2017-08-09 at 09:27 +1000, Stephen Rothwell wrote: > Hi James, > > The commit series > >   94b76dcac422 ("scsi: qla2xxx: Fix system crash while triggering FW > dump") > to >   b96b8da34c40 ("scsi: aacraid: Fix out of bounds in > aac_get_name_resp") > > is missing Signed-off-bys from its

Re: linux-next: Signed-off-by missing for commits in the scsi tree

On Wed, 2017-08-09 at 09:27 +1000, Stephen Rothwell wrote: > Hi James, > > The commit series > >   94b76dcac422 ("scsi: qla2xxx: Fix system crash while triggering FW > dump") > to >   b96b8da34c40 ("scsi: aacraid: Fix out of bounds in > aac_get_name_resp") > > is missing Signed-off-bys from its

[GIT PULL] SCSI fixes for 4.13-rc4

Two small fixes, one re-fix of a previous fix and five patches sorting out hotplug in the bnx2X class of drivers.  The latter is rather involved, but necessary because these drivers have started dropping lockdep recursion warnings on the hotplug lock because of its conversion to a percpu rwsem.

[GIT PULL] SCSI fixes for 4.13-rc4

Two small fixes, one re-fix of a previous fix and five patches sorting out hotplug in the bnx2X class of drivers.  The latter is rather involved, but necessary because these drivers have started dropping lockdep recursion warnings on the hotplug lock because of its conversion to a percpu rwsem.

Re: [PATCH v2 00/13] mpt3sas driver NVMe support:

On Mon, 2017-08-07 at 20:01 +0530, Kashyap Desai wrote: > > > > -Original Message- > > From: James Bottomley [mailto:james.bottom...@hansenpartnership.com > > ] > > Sent: Monday, August 07, 2017 7:48 PM > > To: Kashyap Desai; Christoph Hellwig; Ha

Re: [PATCH v2 00/13] mpt3sas driver NVMe support:

On Mon, 2017-08-07 at 20:01 +0530, Kashyap Desai wrote: > > > > -Original Message- > > From: James Bottomley [mailto:james.bottom...@hansenpartnership.com > > ] > > Sent: Monday, August 07, 2017 7:48 PM > > To: Kashyap Desai; Christoph Hellwig; Ha

Re: [PATCH v2 00/13] mpt3sas driver NVMe support:

On Mon, 2017-08-07 at 19:26 +0530, Kashyap Desai wrote: > > > > -Original Message- > > From: James Bottomley [mailto:james.bottom...@hansenpartnership.com > > ] > > Sent: Saturday, August 05, 2017 8:12 PM > > To: Christoph Hellwig; Hannes Reinecke &g

Re: [PATCH v2 00/13] mpt3sas driver NVMe support:

On Mon, 2017-08-07 at 19:26 +0530, Kashyap Desai wrote: > > > > -Original Message- > > From: James Bottomley [mailto:james.bottom...@hansenpartnership.com > > ] > > Sent: Saturday, August 05, 2017 8:12 PM > > To: Christoph Hellwig; Hannes Reinecke &g

Re: [PATCH v06 04/36] uapi scsi/scsi_netlink_fc.h: use __u16, __u32 and __u64 from linux/types.h

On Sun, 2017-08-06 at 23:42 +0300, Mikko Rapeli wrote: > Hi, > > On Sun, Aug 06, 2017 at 11:22:53AM -0700, James Bottomley wrote: > > > > On Sun, 2017-08-06 at 18:43 +0200, Mikko Rapeli wrote: > > > > > > Fixes userspace compilation errors like: > >

Re: [PATCH v06 04/36] uapi scsi/scsi_netlink_fc.h: use __u16, __u32 and __u64 from linux/types.h

On Sun, 2017-08-06 at 23:42 +0300, Mikko Rapeli wrote: > Hi, > > On Sun, Aug 06, 2017 at 11:22:53AM -0700, James Bottomley wrote: > > > > On Sun, 2017-08-06 at 18:43 +0200, Mikko Rapeli wrote: > > > > > > Fixes userspace compilation errors like: > >

Re: [PATCH v06 04/36] uapi scsi/scsi_netlink_fc.h: use __u16, __u32 and __u64 from linux/types.h

On Sun, 2017-08-06 at 18:43 +0200, Mikko Rapeli wrote: > Fixes userspace compilation errors like: > > scsi/scsi_netlink_fc.h:60:2: error: expected specifier-qualifier-list > before ‘uint64_t’ Rather than patching the kernel, why not #include in your userspace programme? James

Re: [PATCH v06 04/36] uapi scsi/scsi_netlink_fc.h: use __u16, __u32 and __u64 from linux/types.h

On Sun, 2017-08-06 at 18:43 +0200, Mikko Rapeli wrote: > Fixes userspace compilation errors like: > > scsi/scsi_netlink_fc.h:60:2: error: expected specifier-qualifier-list > before ‘uint64_t’ Rather than patching the kernel, why not #include in your userspace programme? James

Re: [PATCH v2 00/13] mpt3sas driver NVMe support:

On Sat, 2017-08-05 at 06:53 -0700, Christoph Hellwig wrote: > On Wed, Aug 02, 2017 at 10:14:40AM +0200, Hannes Reinecke wrote: > > > > I'm not happy with this approach. > > NVMe devices should _not_ appear as SCSI devices; this will just > > confuse matters _and_ will be incompatible with

Re: [PATCH v2 00/13] mpt3sas driver NVMe support:

On Sat, 2017-08-05 at 06:53 -0700, Christoph Hellwig wrote: > On Wed, Aug 02, 2017 at 10:14:40AM +0200, Hannes Reinecke wrote: > > > > I'm not happy with this approach. > > NVMe devices should _not_ appear as SCSI devices; this will just > > confuse matters _and_ will be incompatible with

[GIT PULL] SCSI fixes for 4.13-rc3

This seven is mostly minor build, Kconfig and error leg fixes. The patch is available here: git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-fixes The short changelog is: Arnd Bergmann (1): scsi: lpfc: fix linking against modular NVMe support Dan Carpenter (1):

[GIT PULL] SCSI fixes for 4.13-rc3

This seven is mostly minor build, Kconfig and error leg fixes. The patch is available here: git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-fixes The short changelog is: Arnd Bergmann (1): scsi: lpfc: fix linking against modular NVMe support Dan Carpenter (1):

[GIT PULL] SCSI fixes for 4.13-rc2

Three small fixes.  The transfer size fixes are actually correcting some performance drops on the hpsa and smartpqi cards.  The cards actually have an internal cache for request speed up but bypass it for transfers > 1MB.  Since 4.3 the efficiency of our merges has rendered the cache mostly

[GIT PULL] SCSI fixes for 4.13-rc2

Three small fixes.  The transfer size fixes are actually correcting some performance drops on the hpsa and smartpqi cards.  The cards actually have an internal cache for request speed up but bypass it for transfers > 1MB.  Since 4.3 the efficiency of our merges has rendered the cache mostly

Re: [RFC PATCH 1/5] ima: extend clone() with IMA namespace support

On Tue, 2017-07-25 at 15:48 -0400, Mimi Zohar wrote: > On Tue, 2017-07-25 at 12:08 -0700, James Bottomley wrote: > > > > On Tue, 2017-07-25 at 14:04 -0500, Serge E. Hallyn wrote: > > > > > > On Tue, Jul 25, 2017 at 11:49:14AM -0700, James Bottomley wrote: >

Re: [RFC PATCH 1/5] ima: extend clone() with IMA namespace support

On Tue, 2017-07-25 at 15:48 -0400, Mimi Zohar wrote: > On Tue, 2017-07-25 at 12:08 -0700, James Bottomley wrote: > > > > On Tue, 2017-07-25 at 14:04 -0500, Serge E. Hallyn wrote: > > > > > > On Tue, Jul 25, 2017 at 11:49:14AM -0700, James Bottomley wrote: >

Re: [RFC PATCH 1/5] ima: extend clone() with IMA namespace support

On Tue, 2017-07-25 at 14:04 -0500, Serge E. Hallyn wrote: > On Tue, Jul 25, 2017 at 11:49:14AM -0700, James Bottomley wrote: > > > > On Tue, 2017-07-25 at 12:53 -0500, Serge E. Hallyn wrote: > > > > > > On Thu, Jul 20, 2017 at 06:50

Re: [RFC PATCH 1/5] ima: extend clone() with IMA namespace support

On Tue, 2017-07-25 at 14:04 -0500, Serge E. Hallyn wrote: > On Tue, Jul 25, 2017 at 11:49:14AM -0700, James Bottomley wrote: > > > > On Tue, 2017-07-25 at 12:53 -0500, Serge E. Hallyn wrote: > > > > > > On Thu, Jul 20, 2017 at 06:50

Re: [RFC PATCH 1/5] ima: extend clone() with IMA namespace support

On Tue, 2017-07-25 at 12:53 -0500, Serge E. Hallyn wrote: > On Thu, Jul 20, 2017 at 06:50:29PM -0400, Mehmet Kayaalp wrote: > > > > From: Yuqiong Sun > > > > Add new CONFIG_IMA_NS config option.  Let clone() create a new IMA > > namespace upon CLONE_NEWNS flag. Add ima_ns data

Re: [RFC PATCH 1/5] ima: extend clone() with IMA namespace support

On Tue, 2017-07-25 at 12:53 -0500, Serge E. Hallyn wrote: > On Thu, Jul 20, 2017 at 06:50:29PM -0400, Mehmet Kayaalp wrote: > > > > From: Yuqiong Sun > > > > Add new CONFIG_IMA_NS config option.  Let clone() create a new IMA > > namespace upon CLONE_NEWNS flag. Add ima_ns data structure in > >

Re: [tpmdd-devel] tpm: read burstcount from TPM_STS in one 32-bit transaction

On Tue, 2017-07-25 at 15:04 +0200, Michal Suchánek wrote: > Hello, > > in commit 9754d45e9970 ("tpm: read burstcount from TPM_STS in one > 32-bit transaction") you change reading of two 8-bit values to one > 32bit read. This is obviously wrong wrt endianess unless the > underlying tpm_tis_read32

Re: [tpmdd-devel] tpm: read burstcount from TPM_STS in one 32-bit transaction

On Tue, 2017-07-25 at 15:04 +0200, Michal Suchánek wrote: > Hello, > > in commit 9754d45e9970 ("tpm: read burstcount from TPM_STS in one > 32-bit transaction") you change reading of two 8-bit values to one > 32bit read. This is obviously wrong wrt endianess unless the > underlying tpm_tis_read32

Re: [PATCH] scsi: megaraid: fix ifnullfree.cocci warnings

On Tue, 2017-07-25 at 23:40 +0800, kbuild test robot wrote: > drivers/scsi/megaraid/megaraid_sas_fusion.c:608:2-18: WARNING: NULL > check before freeing functions like kfree, debugfs_remove, > debugfs_remove_recursive or usb_free_urb is not needed. Maybe > consider reorganizing relevant code to

Re: [PATCH] scsi: megaraid: fix ifnullfree.cocci warnings

On Tue, 2017-07-25 at 23:40 +0800, kbuild test robot wrote: > drivers/scsi/megaraid/megaraid_sas_fusion.c:608:2-18: WARNING: NULL > check before freeing functions like kfree, debugfs_remove, > debugfs_remove_recursive or usb_free_urb is not needed. Maybe > consider reorganizing relevant code to

Re: [PATCH v2 3/4] fs/dcache: Enable automatic pruning of negative dentries

On Fri, 2017-07-21 at 16:17 -0400, Waiman Long wrote: > On 07/21/2017 03:30 PM, James Bottomley wrote: > > > > On Fri, 2017-07-21 at 09:43 -0400, Waiman Long wrote: > > > > > > Having a limit for the number of negative dentries does have an > > > un

Re: [PATCH v2 3/4] fs/dcache: Enable automatic pruning of negative dentries

On Fri, 2017-07-21 at 16:17 -0400, Waiman Long wrote: > On 07/21/2017 03:30 PM, James Bottomley wrote: > > > > On Fri, 2017-07-21 at 09:43 -0400, Waiman Long wrote: > > > > > > Having a limit for the number of negative dentries does have an > > > un

Re: [PATCH v2 3/4] fs/dcache: Enable automatic pruning of negative dentries

On Fri, 2017-07-21 at 09:43 -0400, Waiman Long wrote: > Having a limit for the number of negative dentries does have an > undesirable side effect that no new negative dentries will be allowed > when the limit is reached. This will have performance implication > for some types of workloads. This

Re: [PATCH v2 3/4] fs/dcache: Enable automatic pruning of negative dentries

On Fri, 2017-07-21 at 09:43 -0400, Waiman Long wrote: > Having a limit for the number of negative dentries does have an > undesirable side effect that no new negative dentries will be allowed > when the limit is reached. This will have performance implication > for some types of workloads. This

Re: [BUG] lockdep splat with cpu_hotplug_lock

[redirecting to linux-scsi] On Thu, 2017-07-20 at 19:35 -0400, Steven Rostedt wrote: > My tests triggered this splat on 4.13-rc1: > > Loading iSCSI transport class v2.0-870. > QLogic NetXtreme II iSCSI Driver bnx2i v2.7.10.1 (Jul 16, 2014) > iscsi: registered transport (bnx2i) > >

Re: [BUG] lockdep splat with cpu_hotplug_lock

[redirecting to linux-scsi] On Thu, 2017-07-20 at 19:35 -0400, Steven Rostedt wrote: > My tests triggered this splat on 4.13-rc1: > > Loading iSCSI transport class v2.0-870. > QLogic NetXtreme II iSCSI Driver bnx2i v2.7.10.1 (Jul 16, 2014) > iscsi: registered transport (bnx2i) > >

Re: [PATCH] scsi: mpt3sas_scsih: remove unnecessary statics

On Wed, 2017-07-19 at 17:06 -0500, Gustavo A. R. Silva wrote: > Remove unnecessary static on local variables raid_device. > Such variables are initialized before being used, on > every execution path throughout the functions. The > static has no benefit and, removing it reduces the > object file

Re: [PATCH] scsi: mpt3sas_scsih: remove unnecessary statics

On Wed, 2017-07-19 at 17:06 -0500, Gustavo A. R. Silva wrote: > Remove unnecessary static on local variables raid_device. > Such variables are initialized before being used, on > every execution path throughout the functions. The > static has no benefit and, removing it reduces the > object file

Re: semantics of dma_map_single()

On Mon, 2017-07-17 at 09:06 -0700, Vineet Gupta wrote: > Hi Christoph, > > On 07/16/2017 11:42 PM, Christoph Hellwig wrote: > > > > I would expect that it would support any contiguous range in > > the kernel mapping (e.g. no vmalloc and friends).  But it's not > > documented anywhere, and if no

Re: semantics of dma_map_single()

On Mon, 2017-07-17 at 09:06 -0700, Vineet Gupta wrote: > Hi Christoph, > > On 07/16/2017 11:42 PM, Christoph Hellwig wrote: > > > > I would expect that it would support any contiguous range in > > the kernel mapping (e.g. no vmalloc and friends).  But it's not > > documented anywhere, and if no

[GIT PULL] final round of SCSI updates for the 4.12+ merge window

This is actually just a small set of mainly bug fixes for the original merge window code plus a few trivial updates and qedi boot from SAN support feature patch. The patch is available here: git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-fixes The short changelog is: Colin

[GIT PULL] final round of SCSI updates for the 4.12+ merge window

This is actually just a small set of mainly bug fixes for the original merge window code plus a few trivial updates and qedi boot from SAN support feature patch. The patch is available here: git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-fixes The short changelog is: Colin

Re: [PATCH v2] xattr: Enable security.capability in user namespaces

On Fri, 2017-07-14 at 16:03 -0400, Mimi Zohar wrote: > On Fri, 2017-07-14 at 11:52 -0700, James Bottomley wrote: > > > > On Fri, 2017-07-14 at 14:48 -0400, Mimi Zohar wrote: > > > > > > The concern is with a shared filesystems.  In that case, for IMA > > &g

Re: [PATCH v2] xattr: Enable security.capability in user namespaces

On Fri, 2017-07-14 at 16:03 -0400, Mimi Zohar wrote: > On Fri, 2017-07-14 at 11:52 -0700, James Bottomley wrote: > > > > On Fri, 2017-07-14 at 14:48 -0400, Mimi Zohar wrote: > > > > > > The concern is with a shared filesystems.  In that case, for IMA > > &g

Re: [PATCH v2] xattr: Enable security.capability in user namespaces

On Fri, 2017-07-14 at 14:48 -0400, Mimi Zohar wrote: > The concern is with a shared filesystems.  In that case, for IMA it > would make sense to support a native and a namespace xattr.  If due > to xattr space limitations we have to limit the number of xattrs, > then we should limit it to two - a

Re: [PATCH v2] xattr: Enable security.capability in user namespaces

On Fri, 2017-07-14 at 14:48 -0400, Mimi Zohar wrote: > The concern is with a shared filesystems.  In that case, for IMA it > would make sense to support a native and a namespace xattr.  If due > to xattr space limitations we have to limit the number of xattrs, > then we should limit it to two - a

[GIT PULL] first round of SCSI updates for the 4.12+ merge window

This is mostly updates of the usual suspects: lpfc, qla2xxx, bnx2fc, qedf, hpsa, hisi_sas, smartpqi, cxlflash, aacraid, csiostor along with a host of minor and miscellaneous changes. The major problem with this merge is a conflict with the block tree.  It's actually only an API rename in block,

[GIT PULL] first round of SCSI updates for the 4.12+ merge window

This is mostly updates of the usual suspects: lpfc, qla2xxx, bnx2fc, qedf, hpsa, hisi_sas, smartpqi, cxlflash, aacraid, csiostor along with a host of minor and miscellaneous changes. The major problem with this merge is a conflict with the block tree.  It's actually only an API rename in block,

Re: [PATCH 1/2] scsi: qla2xxx: remove incorrect byte swap

On Fri, 2017-06-30 at 18:10 +0200, Arnd Bergmann wrote: > cont_pkt->entry_type is an 8-bit field, so doing a 32-bit byteswap > on it will store incorrect data: > > drivers/scsi/qla2xxx/qla_nvme.c: In function 'qla2x00_start_nvme_mq': > include/uapi/linux/byteorder/big_endian.h:32:26: error: large

Re: [PATCH 1/2] scsi: qla2xxx: remove incorrect byte swap

On Fri, 2017-06-30 at 18:10 +0200, Arnd Bergmann wrote: > cont_pkt->entry_type is an 8-bit field, so doing a 32-bit byteswap > on it will store incorrect data: > > drivers/scsi/qla2xxx/qla_nvme.c: In function 'qla2x00_start_nvme_mq': > include/uapi/linux/byteorder/big_endian.h:32:26: error: large

Re: [PATCH 0/3] Enable namespaced file capabilities

On Fri, 2017-06-23 at 11:30 -0500, Serge E. Hallyn wrote: > Quoting Casey Schaufler (ca...@schaufler-ca.com): > > Or maybe just security.ns.capability, taking James' comment into > > account. > > That last one may be suitable as an option, useful for his particular > (somewhat barbaric :) use

Re: [PATCH 0/3] Enable namespaced file capabilities

On Fri, 2017-06-23 at 11:30 -0500, Serge E. Hallyn wrote: > Quoting Casey Schaufler (ca...@schaufler-ca.com): > > Or maybe just security.ns.capability, taking James' comment into > > account. > > That last one may be suitable as an option, useful for his particular > (somewhat barbaric :) use

Re: [PATCH 0/3] Enable namespaced file capabilities

On Thu, 2017-06-22 at 18:36 -0500, Serge E. Hallyn wrote: > Quoting James Bottomley (james.bottom...@hansenpartnership.com): > > On Thu, 2017-06-22 at 14:59 -0400, Stefan Berger wrote: > > > This series of patches primary goal is to enable file > > > capabilities

Re: [PATCH 0/3] Enable namespaced file capabilities

On Thu, 2017-06-22 at 18:36 -0500, Serge E. Hallyn wrote: > Quoting James Bottomley (james.bottom...@hansenpartnership.com): > > On Thu, 2017-06-22 at 14:59 -0400, Stefan Berger wrote: > > > This series of patches primary goal is to enable file > > > capabilities

Re: [PATCH 0/3] Enable namespaced file capabilities

On Thu, 2017-06-22 at 14:59 -0400, Stefan Berger wrote: > This series of patches primary goal is to enable file capabilities > in user namespaces without affecting the file capabilities that are > effective on the host. This is to prevent that any unprivileged user > on the host maps his own uid

Re: [PATCH 0/3] Enable namespaced file capabilities

On Thu, 2017-06-22 at 14:59 -0400, Stefan Berger wrote: > This series of patches primary goal is to enable file capabilities > in user namespaces without affecting the file capabilities that are > effective on the host. This is to prevent that any unprivileged user > on the host maps his own uid

[GIT PULL] SCSI fixes for 4.12-rc6

Two fixes to remove spurious WARN_ONs from the new(ish) qedi driver. The driver already prints a warning message, there's no need to panic users by printing something that looks like an oops as well. The patch is available here: git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git

[GIT PULL] SCSI fixes for 4.12-rc6

Two fixes to remove spurious WARN_ONs from the new(ish) qedi driver. The driver already prints a warning message, there's no need to panic users by printing something that looks like an oops as well. The patch is available here: git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git

Re: [PATCH v4] Introduce v3 namespaced file capabilities

On Tue, 2017-06-13 at 11:14 -0600, Tycho Andersen via Containers wrote: > Hi Stefan, > > On Tue, Jun 13, 2017 at 11:47:26AM -0400, Stefan Berger wrote: > > On 05/08/2017 02:11 PM, Serge E. Hallyn wrote: > > > Root in a non-initial user ns cannot be trusted to write a > > > traditional

Re: [PATCH v4] Introduce v3 namespaced file capabilities

On Tue, 2017-06-13 at 11:14 -0600, Tycho Andersen via Containers wrote: > Hi Stefan, > > On Tue, Jun 13, 2017 at 11:47:26AM -0400, Stefan Berger wrote: > > On 05/08/2017 02:11 PM, Serge E. Hallyn wrote: > > > Root in a non-initial user ns cannot be trusted to write a > > > traditional

[GIT PULL] SCSI fixes for 4.12-rc4

This is a set of user visible fixes (excepting one format string change). Four of the qla2xxx fixes only affect the firmware dump path, but it's still important to the enterprise. The rest are various NULL pointer crash conditions or outright driver hangs. The patch is available here:

[GIT PULL] SCSI fixes for 4.12-rc4

This is a set of user visible fixes (excepting one format string change). Four of the qla2xxx fixes only affect the firmware dump path, but it's still important to the enterprise. The rest are various NULL pointer crash conditions or outright driver hangs. The patch is available here:

Re: [PATCH] scsi: remove useless variable assignment

On Thu, 2017-05-18 at 12:41 -0500, Gustavo A. R. Silva wrote: > Hi James, > > Quoting James Bottomley <j...@linux.vnet.ibm.com>: > > > On Wed, 2017-05-17 at 19:30 -0500, Gustavo A. R. Silva wrote: > > > Remove this assignment once the value stored in variable _k_

Re: [PATCH] scsi: remove useless variable assignment

On Thu, 2017-05-18 at 12:41 -0500, Gustavo A. R. Silva wrote: > Hi James, > > Quoting James Bottomley : > > > On Wed, 2017-05-17 at 19:30 -0500, Gustavo A. R. Silva wrote: > > > Remove this assignment once the value stored in variable _k_ is > >

Re: [RFC][PATCH] atomic: Fix atomic_set_release() for 'funny' architectures

[adding parisc list] On Fri, 2017-06-09 at 13:13 +0200, Peter Zijlstra wrote: > On Fri, Jun 09, 2017 at 01:05:06PM +0200, Peter Zijlstra wrote: > > > The spinlock based atomics should be SC, that is, none of them > > appear to > > place extra barriers in atomic_cmpxchg() or any of the other SC >

Re: [RFC][PATCH] atomic: Fix atomic_set_release() for 'funny' architectures

[adding parisc list] On Fri, 2017-06-09 at 13:13 +0200, Peter Zijlstra wrote: > On Fri, Jun 09, 2017 at 01:05:06PM +0200, Peter Zijlstra wrote: > > > The spinlock based atomics should be SC, that is, none of them > > appear to > > place extra barriers in atomic_cmpxchg() or any of the other SC >

[GIT PULL] SCSI fixes for 4.12-rc3

This is nine fixes, seven of which are for the qedi driver (new in 4.10) the other two are a use after free in the cxgbi drivers and a potential NULL dereference in the rdac device handler. The patch is available here: git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-fixes The

[GIT PULL] SCSI fixes for 4.12-rc3

This is nine fixes, seven of which are for the qedi driver (new in 4.10) the other two are a use after free in the cxgbi drivers and a potential NULL dereference in the rdac device handler. The patch is available here: git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-fixes The

Re: [RFC][PATCH 0/9] Make containers kernel objects

On Sat, 2017-05-27 at 17:45 +, Trond Myklebust wrote: > On Mon, 2017-05-22 at 14:04 -0500, Eric W. Biederman wrote: > > David Howells writes: > > > > > Here are a set of patches to define a container object for the > > > kernel and > > > to provide some methods to create

Re: [RFC][PATCH 0/9] Make containers kernel objects

On Sat, 2017-05-27 at 17:45 +, Trond Myklebust wrote: > On Mon, 2017-05-22 at 14:04 -0500, Eric W. Biederman wrote: > > David Howells writes: > > > > > Here are a set of patches to define a container object for the > > > kernel and > > > to provide some methods to create and manipulate them.

Problem with new X.509 is_hash_blacklisted() interface

Added by commit 436529562df2748fd9918f578205b22cf8ced277 Author: David Howells Date: Mon Apr 3 16:07:25 2017 +0100 X.509: Allow X.509 certs to be blacklisted Ironically it duplicates a UEFI bug we've been struggling with for a while in the pkcs11 handlers: namely

Problem with new X.509 is_hash_blacklisted() interface

Added by commit 436529562df2748fd9918f578205b22cf8ced277 Author: David Howells Date: Mon Apr 3 16:07:25 2017 +0100 X.509: Allow X.509 certs to be blacklisted Ironically it duplicates a UEFI bug we've been struggling with for a while in the pkcs11 handlers: namely if you have a

[GIT PULL] SCSI fixes for 4.12-rc2

This is quite a big update because it includes a rework of the lpfc driver to separate the NVMe part from the FC part. The reason for doing this is because two separate trees (the nvme and scsi trees respectively) want to update the individual components and this separation will prevent a really

[GIT PULL] SCSI fixes for 4.12-rc2

This is quite a big update because it includes a rework of the lpfc driver to separate the NVMe part from the FC part. The reason for doing this is because two separate trees (the nvme and scsi trees respectively) want to update the individual components and this separation will prevent a really

Re: [RFC][PATCH 0/9] Make containers kernel objects

On Tue, 2017-05-23 at 10:17 -0500, Eric W. Biederman wrote: > David Howells writes: > > Eric W. Biederman wrote: > > > It does solve this in userspace rather simply. > > > > Ummm... How? The kernel DNS resolver is not namespace aware. > > But it

Re: [RFC][PATCH 0/9] Make containers kernel objects

On Tue, 2017-05-23 at 10:17 -0500, Eric W. Biederman wrote: > David Howells writes: > > Eric W. Biederman wrote: > > > It does solve this in userspace rather simply. > > > > Ummm... How? The kernel DNS resolver is not namespace aware. > > But it works fine if called in the proper context and

Re: [RFC][PATCH 0/9] Make containers kernel objects

On Tue, 2017-05-23 at 14:52 +0100, David Howells wrote: > James Bottomley <james.bottom...@hansenpartnership.com> wrote: > > > This sounds like a step in the wrong direction: the strength of the > > current container interfaces in Linux is that people who set up > >

Re: [RFC][PATCH 0/9] Make containers kernel objects

On Tue, 2017-05-23 at 14:52 +0100, David Howells wrote: > James Bottomley wrote: > > > This sounds like a step in the wrong direction: the strength of the > > current container interfaces in Linux is that people who set up > > containers don't have to agree what the

Re: [RFC][PATCH 0/9] Make containers kernel objects

On Mon, 2017-05-22 at 14:34 -0400, Jeff Layton wrote: > On Mon, 2017-05-22 at 09:53 -0700, James Bottomley wrote: > > [Added missing cc to containers list] > > On Mon, 2017-05-22 at 17:22 +0100, David Howells wrote: > > > Here are a set of patches to define a container obje

Re: [RFC][PATCH 0/9] Make containers kernel objects

On Mon, 2017-05-22 at 14:34 -0400, Jeff Layton wrote: > On Mon, 2017-05-22 at 09:53 -0700, James Bottomley wrote: > > [Added missing cc to containers list] > > On Mon, 2017-05-22 at 17:22 +0100, David Howells wrote: > > > Here are a set of patches to define a container obje

Re: [RFC][PATCH 0/9] Make containers kernel objects

[Added missing cc to containers list] On Mon, 2017-05-22 at 17:22 +0100, David Howells wrote: > Here are a set of patches to define a container object for the kernel > and to provide some methods to create and manipulate them. > > The reason I think this is necessary is that the kernel has no

Re: [RFC][PATCH 0/9] Make containers kernel objects

[Added missing cc to containers list] On Mon, 2017-05-22 at 17:22 +0100, David Howells wrote: > Here are a set of patches to define a container object for the kernel > and to provide some methods to create and manipulate them. > > The reason I think this is necessary is that the kernel has no

[GIT PULL] SCSI fixes for 4.12-rc1

This is the first sweep of mostly minor fixes. There's one security one: the read past the end of a buffer in qedf, and a panic fix for lpfc SLI-3 adapters, but the rest are a set of include and build dependency tidy ups and assorted other small fixes and updates. The patch is available here:

[GIT PULL] SCSI fixes for 4.12-rc1

This is the first sweep of mostly minor fixes. There's one security one: the read past the end of a buffer in qedf, and a panic fix for lpfc SLI-3 adapters, but the rest are a set of include and build dependency tidy ups and assorted other small fixes and updates. The patch is available here:

Re: [PATCH] scsi: remove useless variable assignment

On Wed, 2017-05-17 at 19:30 -0500, Gustavo A. R. Silva wrote: > Remove this assignment once the value stored in variable _k_ is > overwritten after a few lines. > > Addresses-Coverity-ID: 1226927 > Signed-off-by: Gustavo A. R. Silva > --- > drivers/scsi/qlogicfas408.c |

Re: [PATCH] scsi: remove useless variable assignment

On Wed, 2017-05-17 at 19:30 -0500, Gustavo A. R. Silva wrote: > Remove this assignment once the value stored in variable _k_ is > overwritten after a few lines. > > Addresses-Coverity-ID: 1226927 > Signed-off-by: Gustavo A. R. Silva > --- > drivers/scsi/qlogicfas408.c | 1 - > 1 file changed, 1

Re: [GIT PULL] Char/Misc driver patches for 4.12-rc1

On Sat, 2017-05-06 at 11:00 -0700, Linus Torvalds wrote: > On Fri, May 5, 2017 at 10:09 PM, Stephen Rothwell < > s...@canb.auug.org.au> wrote: > > > > On Fri, 5 May 2017 13:01:34 -0700 Linus Torvalds < > > torva...@linux-foundation.org> wrote: > > > > > > > > > I prefer doing merge resolutions

Re: [GIT PULL] Char/Misc driver patches for 4.12-rc1

On Sat, 2017-05-06 at 11:00 -0700, Linus Torvalds wrote: > On Fri, May 5, 2017 at 10:09 PM, Stephen Rothwell < > s...@canb.auug.org.au> wrote: > > > > On Fri, 5 May 2017 13:01:34 -0700 Linus Torvalds < > > torva...@linux-foundation.org> wrote: > > > > > > > > > I prefer doing merge resolutions

<    4   5   6   7   8   9   10   11   12   13   >