Re: [PATCH 09/11] fuse: Restrict allow_other to the superblock's namespace or a descendant

Dongsu Park writes: > From: Seth Forshee > > Unprivileged users are normally restricted from mounting with the > allow_other option by system policy, but this could be bypassed > for a mount done with user namespace root permissions. In such >

Re: [PATCH 1/2] ARM: dts: stm32: add RTC support on STM32H743

Hi Amelie, Thank you for the patch! Yet something to improve: [auto build test ERROR on robh/for-next] [also build test ERROR on v4.16-rc2 next-20180219] [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

[PATCH 16/21] staging: lustre: fid: convert lcs_mutex to a spinlock

There is only one place where this lock is held while the task might sleep - in ldebugfs_fid_space_seq_write() while ldebugfs_fid_write_common() is called. This call can easily be taken out of the locked region by asking it to parse the user data into a local variable, and then copying that

[PATCH 13/21] staging: lustre: remove phantom struct cfs_crypto_hash_desc

There is no "struct cfs_crypto_hash_desc" structure. There are only pointers to this structure, which are cast back and forth to struct ahash_request. So discard cfs_crypto_hash_desc, and just use ahash_request directly. Signed-off-by: NeilBrown ---

[PATCH 15/21] staging: lustre: ptlrpc: list_for_each improvements.

1/ use list_for_each_entry_safe() instead of list_for_each_safe() and similar. 2/ use list_first_entry() and list_last_entry() where appropriate. 3/ When removing everything from a list, use while ((x = list_first_entry_or_null()) { as it makes the intent clear 4/ No need to take a

[PATCH 17/21] staging: lustre: fid: use wait_event_cmd()

Rather than open-coding a wait event loop twice, use wait_event_cmd() to wait, dropping the spinlock over schedule(). This does require duplicating part of the wait condition, but that is just three tests on values that are in registers or in cache, so the cost is small and the increased

Re: [PATCH 1/2] xen: xenbus_dev_frontend: Fix XS_TRANSACTION_END handling

Juergen Gross: > On 07/02/18 23:22, Simon Gaiser wrote: >> Commit fd8aa9095a95 ("xen: optimize xenbus driver for multiple >> concurrent xenstore accesses") made a subtle change to the semantic of >> xenbus_dev_request_and_reply() and xenbus_transaction_end(). >> >> Before on an error response to

Re: [PATCH v7 0/7] Address error and recovery for AER and DPC

On 2018-01-20 12:05, Oza Pawandeep wrote: This patch set brings in error handling support for DPC The current implementation of AER and error message broadcasting to the EP driver is tightly coupled and limited to AER service driver. It is important to factor out broadcasting and other link

Re: [PATCH v2] extcon: intel-cht-wc: Also set direction and drv flags for V5 boost GPIO

Hi, On 2018년 02월 19일 22:20, Hans de Goede wrote: > Sometimes (firmware bug?) the V5 boost GPIO is not configured as output > by the BIOS, leading to the 5V boost convertor being permanently on, > > Explicitly set the direction and drv flags rather then inheriting them > from the firmware to fix

Re: [PATCH 4/4] fs/dcache: Avoid the try_lock loops in dentry_kill()

On 2018-02-17, Linus Torvalds wrote: >> After reading your initial feedback my idea was to change both >> lock_parent() and dentry_lock_inode() to not only communicate _if_ >> the lock was successful, but also if d_lock was dropped in the >> process. (For example,

[PATCH v2 2/3] taint: Consolidate documentation

This consolidates the taint bit documentation into a single place with both numeric and letter values. Additionally adds the missing TAINT_AUX documentation. Signed-off-by: Kees Cook --- Documentation/sysctl/kernel.txt | 53 +

Re: [PATCH 2/2] x86/speculation: Support "Enhanced IBRS" on future CPUs

On Mon, 19 Feb 2018 23:42:24 +, "Van De Ven, Arjan" said: > the guest is not the problem; guests obviously will already honor if Enhanced > IBRS is enumerated. The problem is mixed migration pools where the hypervisor > may need to decide to not pass this enumeration through to the guest.

[PATCH v2 3/3] taint: Add taint for randstruct

Since the randstruct plugin can intentionally produce extremely unusual kernel structure layouts (even performance pathological ones), some maintainers want to be able to trivially determine if an Oops is coming from a randstruct-built kernel, so as to keep their sanity when debugging. This adds

[PATCH v2 0/3] taint: Add taint for randstruct

This cleans up the taint flags and documentation before adding a new one for randstruct. This v2 reverts the #define->enum change as some architectures include TAINT flags in assembly source, which cannot use enums. Patch 3/3 reads: Since the randstruct plugin can intentionally produce extremely

Re: [PATCH 2/8] media: s5p-jpeg: Use bulk clk API

Hi Maciej, Thank you for the patch! Yet something to improve: [auto build test ERROR on linuxtv-media/master] [also build test ERROR on v4.16-rc2 next-20180219] [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

Re: [PATCH 2/2] x86/speculation: Support "Enhanced IBRS" on future CPUs

On Mon, Feb 19, 2018 at 4:13 PM, Alan Cox wrote: > > In theory there's nothing stopping a guest getting a 'you are about to > gain/lose IBRS' message or having a new 'CPU' hotplugged and the old one > removed. I'm not convinced we handle the case of hotplug CPU's with

Re: [PATCH net 2/4] net/8390: Fix msg_enable patch snafu

On Mon, 19 Feb 2018, David Miller wrote: > > On Mon, 19 Feb 2018, David Miller wrote: > > > >> > The lib8390 module parameter 'msg_enable' doesn't do anything > >> > useful: it causes an ancient version string to be logged. > >> > >> Since you are removing the last reference to this 'version'

Re: [PATCH 4/4] fs/dcache: Avoid the try_lock loops in dentry_kill()

On Mon, Feb 19, 2018 at 3:34 PM, John Ogness wrote: > > IMHO the original v1 patchset is the simplest codewise. And if the > comments were updated to not mislead, it is the way I would want to go. Ok, looking at your alternatives, I am inclined to agree.

[RFC PATCH v3 2/3] security: Expose a mechanism to load lsm hooks dynamically at runtime

This patch adds dynamic security hooks. These hooks are designed to allow for safe runtime loading. These hooks are only run after all built-in, and major LSMs are run. The LSMs enabled by this feature must be minor LSMs, but they can poke at the security blobs, as the blobs should be initialized

[RFC PATCH v3 0/3] Safe, dynamically loadable LSM hooks

This patchset introduces safe dynamic LSM support. These are currently not unloadable, until we figure out a use case that needs that. Adding an unload hook is trivial given the way the patch is written. This exposes a second mechanism of loading hooks which are in modules, because they are

[RFC PATCH v3 1/3] security: Refactor LSM hooks into an array

This commit should have no functional change. It changes the security hook list heads struct into an array. Additionally, it exposes all of the hooks via an enum. This loses memory layout randomization as the enum is not randomized. Signed-off-by: Sargun Dhillon ---

[RFC PATCH v3 3/3] security: Add an example sample dynamic LSM

This adds an example LSM that utilizes the features added by the dynamically loadable LSMs patch. Once the module is unloaded, the command is once again allowed. It prevents the user from running: date --set="October 21 2015 16:29:00 PDT" Signed-off-by: Sargun Dhillon ---

Re: [PATCH net 2/4] net/8390: Fix msg_enable patch snafu

From: Finn Thain Date: Tue, 20 Feb 2018 11:42:26 +1100 (AEDT) > If there was an unused variables I would happily remove that too but the > 'version' string is not unused. The etherh.c and mac8390.c files both > include "lib8390.c" and in there you'll find the

Re: [PATCH v9 07/11] media: i2c: ov772x: Support frame interval handling

Hi Jacopo, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on linuxtv-media/master] [also build test WARNING on v4.16-rc2 next-20180220] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

[RFCv4 11/21] media: v4l2_fh: add request entity field

Allow drivers to assign a request entity to v4l2_fh. This will be useful for request-aware ioctls to find out which request entity to use. Signed-off-by: Alexandre Courbot --- include/media/v4l2-fh.h | 3 +++ 1 file changed, 3 insertions(+) diff --git

[RFCv4 14/21] videodev2.h: add request_fd field to v4l2_ext_controls

Allow to specify a request to be used with the S_EXT_CTRLS and G_EXT_CTRLS operations. Signed-off-by: Alexandre Courbot --- drivers/media/v4l2-core/v4l2-ioctl.c | 2 +- include/uapi/linux/videodev2.h | 3 ++- 2 files changed, 3 insertions(+), 2 deletions(-) diff

[RFCv4 16/21] v4l2: video_device: support for creating requests

Add a new VIDIOC_NEW_REQUEST ioctl, which allows to instanciate requests on devices that support the request API. Requests created that way can only control the device they originate from, making them suitable for simple devices, but not complex pipelines. Signed-off-by: Alexandre Courbot

[RFCv4 12/21] media: videobuf2: add support for requests

Make vb2 core aware of requests. Drivers can specify whether a given queue accepts requests or not. Signed-off-by: Alexandre Courbot --- drivers/media/common/videobuf2/videobuf2-core.c | 3 +++ include/media/videobuf2-core.h | 4 2 files changed, 7

Re: [PATCH v2 0/7] fujitsu-laptop: Miscellaneous cleanups

On Tue, Feb 20, 2018 at 06:24:47AM +0100, Micha?? K??pie?? wrote: > This patch series contains miscellaneous cleanups which I think are > worth getting done before splitting fujitsu-laptop into two separate > modules. > > Changes from v1: > > - [6/7] Rename BACKLIGHT_POWER to

Re: [PATCH v1 2/2] PCI: Allow user to request power management of conventional and hotplug bridges

On Mon, 19 Feb 2018 17:14:06 -0600, Bjorn Helgaas said: > Change "pcie_port_pm=force" to enable power management of conventional PCI > bridges and hotplug bridges as well as PCIe ports. As with the previous > PCIe port-only behavior, this is not expected to work in all systems. This part says

Re: [PATCH net 2/4] net/8390: Fix msg_enable patch snafu

From: Finn Thain Date: Tue, 20 Feb 2018 09:01:11 +1100 (AEDT) > On Mon, 19 Feb 2018, David Miller wrote: > >> From: Finn Thain >> Date: Sun, 18 Feb 2018 21:39:17 -0500 (EST) >> >> > The lib8390 module parameter 'msg_enable' doesn't do

Re: [PATCH 2/2] x86/speculation: Support "Enhanced IBRS" on future CPUs

On Mon, 19 Feb 2018 16:43:50 -0800 Linus Torvalds wrote: > On Mon, Feb 19, 2018 at 4:13 PM, Alan Cox wrote: > > > > In theory there's nothing stopping a guest getting a 'you are about to > > gain/lose IBRS' message or having a new 'CPU'

Re: [RFC PATCH v16 0/6] mm: security: ro protection for dynamic data

On Mon, Feb 12, 2018 at 03:32:36PM -0800, Kees Cook wrote: > On Mon, Feb 12, 2018 at 8:52 AM, Igor Stoppa wrote: > > This patch-set introduces the possibility of protecting memory that has > > been allocated dynamically. > > > > The memory is managed in pools: when a

[PATCH v2 2/3] reset: simple: Enable for ASPEED systems

ASPEED BMC SoCs have a reset controller in the LPC IP that can be controlled using this driver to release the UARTs from reset. No special configuration is required, so only the compatible string is added. Signed-off-by: Joel Stanley --- drivers/reset/Kconfig| 10

[PATCH v2 3/3] reset: simple: Allow user selection of driver

Currently this driver is only user selectable if COMPILE_TEST is turned on. Users may wish to select (and deselect) it, so remove this restriction. Signed-off-by: Joel Stanley --- drivers/reset/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v2 1/3] dt-bindings: aspeed-lpc: Add reset controller

This describes the reset controller present in the LPC address space. Reviewed-by: Rob Herring Signed-off-by: Joel Stanley --- V2: Fix spelling mistakes --- .../devicetree/bindings/mfd/aspeed-lpc.txt | 21 + 1 file changed, 21

[PATCH v2 0/3] reset: simple: enable for ASPEED SoCs

v2: Fix typos in bindings document, add Rob's ack This series that enables the simple reset driver for the ASPEED SoCs. Joel Stanley (3): dt-bindings: aspeed-lpc: Add reset controller reset: simple: Enable for ASPEED systems reset: simple: Allow user selection of driver

Re: [PATCH] ARM: sunxi: Fix multi-cluster SMP support compilation in multi v6/v7 configs

On Mon, Feb 19, 2018 at 4:05 PM, Maxime Ripard wrote: > On Sat, Feb 17, 2018 at 01:01:12PM +0800, Chen-Yu Tsai wrote: >> Various parts of the assembly code used in the multi-cluster SMP support >> requires ARMv7-A. If the kernel config also has multi v6 support enabled,

Re: [PATCH] clk: sunxi-ng: a31: Fix CLK_OUT_* clock ops

On Sat, Feb 17, 2018 at 9:54 PM, Philipp Rossak wrote: > > > On 17.02.2018 14:05, Chen-Yu Tsai wrote: >> >> When support for the A31/A31s CCU was first added, the clock ops for >> the CLK_OUT_* clocks was set to the wrong type. The clocks are MP-type, >> but the ops was set for

Re: [RFC PATCH V2 11/22] x86/intel_rdt: Associate pseudo-locked regions with its domain

Hi Thomas, On 2/19/2018 3:19 PM, Thomas Gleixner wrote: > On Mon, 19 Feb 2018, Reinette Chatre wrote: >> On 2/19/2018 1:19 PM, Thomas Gleixner wrote: >>> On Tue, 13 Feb 2018, Reinette Chatre wrote: >>> After a pseudo-locked region is locked it needs to be associated with the RDT domain

Re: [PATCH v3 1/7] ARM: sun8i: smp: Add support for A83T

On Mon, Feb 19, 2018 at 4:18 PM, Mylène Josserand wrote: > Add the support for A83T. > > A83T SoC has an additional register than A80 to handle CPU configurations: > R_CPUS_CFG. Information about the register comes from Allwinner's BSP > driver. > An important

[RFCv4 01/21] media: add request API core and UAPI

The request API provides a way to group buffers and device parameters into units of work to be queued and executed. This patch introduces the UAPI and core framework. This patch is based on the previous work by Laurent Pinchart. The core has changed considerably, but the UAPI is mostly untouched.

[RFCv4 04/21] v4l2-ctrls: add core request API

From: Hans Verkuil Add the four core request functions: v4l2_ctrl_request_init() initializes a new (empty) request. v4l2_ctrl_request_clone() resets a request based on another request (or clears it if that request is NULL). v4l2_ctrl_request_get(): increase refcount

[RFCv4 02/21] v4l2-ctrls: v4l2_ctrl_add_handler: add from_other_dev

From: Hans Verkuil Add a 'bool from_other_dev' argument: set to true if the two handlers refer to different devices (e.g. it is true when inheriting controls from a subdev into a main v4l2 bridge driver). This will be used later when implementing support for the request

Re: [PATCH v5 00/11] FUSE mounts from non-init user namespaces

Alban Crequy writes: > Hi Eric, > > Do you have some cycles for this now that it is the new year? > > A review on the associated ima issue would also be appreciated: > https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg1587678.html It has taken me longer than I

RE: [PATCH 2/2] x86/speculation: Support "Enhanced IBRS" on future CPUs

> On Mon, 19 Feb 2018 23:42:24 +, "Van De Ven, Arjan" said: > > > the guest is not the problem; guests obviously will already honor if > > Enhanced > > IBRS is enumerated. The problem is mixed migration pools where the > hypervisor > > may need to decide to not pass this enumeration through

Re: [PATCH v4] reset: add support for non-DT systems

On 02/19/2018 10:58 AM, Bartosz Golaszewski wrote: From: Bartosz Golaszewski The reset framework only supports device-tree. There are some platforms however, which need to use it even in legacy, board-file based mode. An example of such architecture is the DaVinci

[PATCH] tools/libbpf: Avoid possibly using uninitialized variable

Fixes a GCC maybe-uninitialized warning introduced by 48cca7e44f9f. "text" is only initialized inside the if statement so only print debug info there. Signed-off-by: Jeremy Cline --- tools/lib/bpf/libbpf.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git

Re: [PATCH 4/8] drm/exynos/dsi: Use clk bulk API

Hi Maciej, Thank you for the patch! Yet something to improve: [auto build test ERROR on linuxtv-media/master] [also build test ERROR on v4.16-rc2 next-20180219] [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

Re: [PATCH 8/8] [media] s5p-mfc: Use clk bulk API

Hi Maciej, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on linuxtv-media/master] [also build test WARNING on v4.16-rc2 next-20180219] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https

Re: [lustre-devel] [PATCH 00/21] staging: assorted lustre clean-up

Lustre networking driver. (Or so I was taught) Regards, Patrick From: lustre-devel on behalf of NeilBrown Sent: Monday, February 19, 2018 8:23:37 PM To: Oleg Drokin; James Simmons; Andreas

[RFCv4 07/21] v4l2-ctrls: add v4l2_ctrl_request_setup

From: Hans Verkuil Add a helper function that can set controls from a request. Signed-off-by: Hans Verkuil Signed-off-by: Alexandre Courbot --- drivers/media/v4l2-core/v4l2-ctrls.c | 71

[RFCv4 08/21] [WAR] v4l2-ctrls: do not clone non-standard controls

Only standard controls can be successfully cloned: handler_new_ref, used by v4l2_ctrl_request_clone(), forcibly calls v4l2_ctrl_new_std() which fails to find custom controls names, and we eventually hit the condition that name == NULL in v4l2_ctrl_new(). This prevents us from using non-standard

[RFCv4 06/21] v4l2-ctrls: support g/s_ext_ctrls for requests

From: Hans Verkuil The v4l2_g/s_ext_ctrls functions now support control handlers that represent requests. Signed-off-by: Hans Verkuil Signed-off-by: Alexandre Courbot --- drivers/media/v4l2-core/v4l2-ctrls.c | 37

[RFCv4 05/21] v4l2-ctrls: use ref in helper instead of ctrl

From: Hans Verkuil The next patch needs the reference to a control instead of the control itself, so change struct v4l2_ctrl_helper accordingly. Signed-off-by: Hans Verkuil Signed-off-by: Alexandre Courbot ---

[RFCv4 10/21] videodev2.h: Add request_fd field to v4l2_buffer

From: Hans Verkuil When queuing buffers allow for passing the request that should be associated with this buffer. Signed-off-by: Hans Verkuil [acour...@chromium.org: make request ID 32-bit] Signed-off-by: Alexandre Courbot

Re: [RFC PATCH V2 06/22] x86/intel_rdt: Create pseudo-locked regions

On Mon, 19 Feb 2018, Reinette Chatre wrote: > On 2/19/2018 12:57 PM, Thomas Gleixner wrote: > > On Tue, 13 Feb 2018, Reinette Chatre wrote: > > > >> System administrator creates/removes pseudo-locked regions by > >> creating/removing directories in the pseudo-lock subdirectory of the > >> resctrl

Re: syscon regmap for disabled node?

On 02/17/2018 01:51 PM, Arnd Bergmann wrote: > On Sat, Feb 17, 2018 at 2:40 AM, Suman Anna wrote: >> Hi Pankaj, Arnd, Lee, >> >> I am testing some code to use a syscon/regmap interface and I find that >> the syscon/regmap is initialized even on a disabled device node using a >>

Re: [PATCH v3] aoe: document sysfs interface

On 02/19/2018 01:16 PM, Aishwarya Pant wrote: Documentation has been compiled from git commit logs and descriptions in Documentation/aoe/aoe.txt. This should be useful for scripting and tracking changes in the ABI. I don't see any problems with v3. Thank you. -- Ed

linux-next: Tree for Feb 20

Hi all, Changes since 20180219: The sound-asoc tree lost its build failures. Non-merge commits (relative to Linus' tree): 2441 2914 files changed, 105361 insertions(+), 55486 deletions(-) I have created today's

Re: [RFC PATCH V2 06/22] x86/intel_rdt: Create pseudo-locked regions

Hi Thomas, On 2/19/2018 3:16 PM, Thomas Gleixner wrote: > On Mon, 19 Feb 2018, Reinette Chatre wrote: >> On 2/19/2018 12:57 PM, Thomas Gleixner wrote: >>> On Tue, 13 Feb 2018, Reinette Chatre wrote: >>> System administrator creates/removes pseudo-locked regions by creating/removing

Re: [PATCH 11/12] i2c: qup: reorganization of driver code to remove polling for qup v1

Hi Abhishek, On 2/19/2018 6:51 PM, Abhishek Sahu wrote: > On 2018-02-16 13:14, Sricharan R wrote: >> Hi Abhishek, >> >> On 2/3/2018 1:28 PM, Abhishek Sahu wrote: >>> Following are the major issues in current driver code >>> >>> 1. The current driver simply assumes the transfer completion >>>   

[PATCH v1 1/2] PCI: Add PCIe port runtime suspend details

From: Bjorn Helgaas Add details about how we decide whether we can put a PCI bridge in D3. 9d26d3a8f1b0 ("PCI: Put PCIe ports into D3 during suspend") added this support to reduce power consumption on Intel Sunrise Point and Broxton platforms. In some cases we don't use D3

[PATCH v1 0/2] PCI/PM: Add comments, allow PM of conventional & hotplug bridges

Add comments to help explain why the code in pci_bridge_d3_possible() doesn't match the spec (we disallow D3 for conventional PCI bridges and for hotplug bridges, and the spec seems to suggest that D3 could work in both of those situations). Make "pcie_port_pm=force" and "pcie_port_pm=off" apply

[PATCH v1 2/2] PCI: Allow user to request power management of conventional and hotplug bridges

From: Bjorn Helgaas Previously "pcie_port_pm=force" enabled power management of PCI bridges, but only for PCIe ports (not conventional PCI bridges) and only for ports that do not support hotplug. Those limitations are there because we're not confident that all those

RE: [PATCH 2/2] x86/speculation: Support "Enhanced IBRS" on future CPUs

> > On Mon, Feb 19, 2018 at 4:13 PM, Alan Cox > wrote: > > > > > > In theory there's nothing stopping a guest getting a 'you are about to > > > gain/lose IBRS' message or having a new 'CPU' hotplugged and the old one > > > removed. > > > > I'm not convinced we handle

Re: [PATCHv3 1/2] zsmalloc: introduce zs_huge_object() function

Hi Sergey, On Wed, Feb 14, 2018 at 02:57:47PM +0900, Sergey Senozhatsky wrote: > Not every object can be share its zspage with other objects, e.g. > when the object is as big as zspage or nearly as big a zspage. > For such objects zsmalloc has a so called huge class - every object > which belongs

Re: [PATCH] PCI: Add quirk for Cavium Thunder-X2 PCIe erratum #173

On Mon, Feb 19, 2018 at 12:21:56PM +0100, Rafael J. Wysocki wrote: > On Friday, February 16, 2018 9:34:34 PM CET Bjorn Helgaas wrote: > > On Fri, Feb 16, 2018 at 01:40:37PM +0100, Rafael J. Wysocki wrote: > > > On Friday, February 16, 2018 12:39:00 AM CET Bjorn Helgaas wrote: > > > > On Thu, Feb

Re: [PATCH] arm64: Add support for new control bits CTR_EL0.IDC and CTR_EL0.IDC

Hi Shanker, Thank you for the patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on v4.16-rc2 next-20180219] [cannot apply to arm64/for-next/core] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url

Re: [PATCH 08/11] fuse: Support fuse filesystems outside of init_user_ns

Dongsu Park writes: > From: Seth Forshee > > In order to support mounts from namespaces other than > init_user_ns, fuse must translate uids and gids to/from the > userns of the process servicing requests on /dev/fuse. This > patch does that, with a

[PATCH 12/21] staging: lustre: discard libcfs_kvzalloc and linux-mem.c

The only interesting difference between libcfs_kvzalloc() and kvzalloc() is that the former appears to work with GFP_NOFS, which the latter gives a WARN_ON_ONCE() when that is attempted. Each libcfs_kvzalloc() should really be analysed and either converted to a kzalloc() call if the size is never

[PATCH 19/21] staging: lustre: fid: fix up debugfs access to ->lcs_space

lcs_space can change while the lock is not held if an RPC in underway. This can be detected by seq->ls_update being set. In this case, reading or writing the value should return -EBUSY. Also, the D_INFO CDEBUG() which reports the lcs_space being updated never fires, as it tests the wrong value

[PATCH 18/21] staging: lustre: fid: remove seq_fid_alloc_fini() and simplify

seq_fid_alloc_fini() is tiny and only called from two places in the one function. We can move both those calls earlier and merge them so only one call is needed. At that point, there is no value added by having a separate function. Also instead of using ++ and -- on ->lcs_update to toggle

[PATCH 20/21] staging: lustre: fid: perform sanity checks before commiting

When fid fetches a new range from the server, it commits to it (*output = *out) *before* performing sanity checks. This looks backwards. Don't commit to a value until it has been found to be sane. Signed-off-by: NeilBrown --- drivers/staging/lustre/lustre/fid/fid_request.c |

[PATCH 21/21] staging: lustre: socklnd: simplify ksnc_rx_iov_space

ksnc_rx_iov_space is currently a union of two arrays, one of 'struct kvec', the other of 'struct bio_vec'. The 'struct bio_vec' option is never used. The array of kvec is used to read in a packet header, or to read data that needs to be skipped so as to synchronize with a packet boundary. In

[PATCH 14/21] staging: lustre: fix assorted checkpatch errors

Possible the most interesting is the for-loop with no body. I think it reads better as a while loop. Signed-off-by: NeilBrown --- .../lustre/lnet/klnds/socklnd/socklnd_lib.c|2 +- .../staging/lustre/lnet/libcfs/linux/linux-cpu.c |2 +-

[PATCH 03/21] staging: lustre: remove linux-curproc.c

The only functionality remaining here is cfs_curproc_cap_pack(), and it can be trivially implemented as an inline in curproc.h. So do that and remove the file. Signed-off-by: NeilBrown --- .../staging/lustre/include/linux/libcfs/curproc.h |6 +-

[PATCH 06/21] staging: lustre: simplify linux-prim.c

cfs_block_sigs() is never used. cfs_clear_sigpending() is never used. cfs_block_allsigs() is no longer used. So those three functions can go. Signed-off-by: NeilBrown --- .../staging/lustre/include/linux/libcfs/libcfs.h |3 -

[PATCH 11/21] staging: lustre: improve some libcfs_kvzalloc calls.

Using vmalloc with GFP_NOFS is not supported as vmalloc performs some internal allocations with GFP_KERNEL. So in cases where the size passed to libcfs_kvzalloc() is clearly at most 1 page, convert to kzalloc(). In cases where the call clearly doesn't hold any filesystem locks, convert to

[PATCH 10/21] staging: lustre: discard lu_buf allocation library.

This library code is unnecessarily generic, but also not generic enough. Library code that performs allocations should always take a gfp_flags argument. So discard the library and in the one file where it is used, just use kzalloc or krealloc as needed. In this context, it is clear that vmalloc

[PATCH 08/21] staging: lustre: make signal-blocking functions inline

cfs_block_sigsinv() and cfs_restore_sigs() are now simple enough to inline them. This means we can discard linux-prim.c Signed-off-by: NeilBrown --- .../staging/lustre/include/linux/libcfs/libcfs.h | 20 +- drivers/staging/lustre/lnet/libcfs/Makefile|2 -

[PATCH 09/21] staging: lustre: discard libcfs_kvzalloc_cpt()

This function is used precisely once, and is sufficiently trivial that it may as well be open-coded. Doing so helpfully highlights the similarity between the new kvzalloc_node() call and the already existing kzalloc_node() call in the same function. Signed-off-by: NeilBrown ---

Re: [PATCH v3] ACPI / tables: Add IORT to injectable table list

Hi, Jon, On Mon, 2018-02-19 at 14:13 -0500, Jon Masters wrote: > On 02/02/2018 07:12 AM, Wang, Dongsheng wrote: > > > > Hey, Hanjun, > > > > On 2018/2/2 19:54:24, "Hanjun Guo" wrote: > > > > > > > > On 2018/2/2 18:25, Yang Shunyong wrote: > > > > > > > > Loading IORT

Re: [PATCH v9 03/11] media: platform: Add Renesas CEU driver

Hi Jacopo, Thank you for the patch! Yet something to improve: [auto build test ERROR on linuxtv-media/master] [also build test ERROR on v4.16-rc2 next-20180220] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

[SUSPECTED SPAM] INVESTOR

Greetings; I'm Mr Juan Colombas from Lloyds banking Group United Kingdom. I want to invest in your country with you. You can view my website and contact me for more details http://www.lloydsbankinggroup.com/our-group/directors/executive-directors/ Mr. Juan Colombas Email:

[PATCH v2 1/7] platform/x86: fujitsu-laptop: Unify local variable naming

Different functions in the module use varying names (error, result, status) for a local variable storing the return value of a function call that has to be checked for errors. Use a common name (ret) for all these local variables to improve code consistency. Merge integer variable declarations

[PATCH v2 3/7] platform/x86: fujitsu-laptop: Simplify error paths

Replace the last few lines of acpi_fujitsu_bl_add() with a simple return in order to improve code readability without changing the logic. As acpi_fujitsu_laptop_add() uses a managed memory allocation for device-specific data, it is fine to just return immediately upon kfifo allocation failure.

Hello Beautiful

Good day dear, i hope this mail meets you well? my name is Jack, from the U.S. I know this may seem inappropriate so i ask for your forgiveness but i wish to get to know you better, if I may be so bold. I consider myself an easy-going man, adventurous, honest and fun loving person but I am

[PATCH] drm/tinydrm: Allocate dummy SPI RX buffer if needed

This adds a new feature to allocate a dummy RX buffer for SPI controllers that require an RX buffer even when not receiving. If an RX buffer is not supplied, the SPI controller will reallocate a new buffer on each transfer. On systems with limited memory (e.g. 64MB and CONFIG_SWAP=n), this

Re: [PATCH v2 2/3] misc: aspeed-lpc: Request and enable LPC clock

On Mon, 2018-02-19 at 17:54 +1030, Joel Stanley wrote: > The LPC device needs to ensure it's clock is enabled before it can do > anything. > > In the past the clock was enabled and left running by u-boot, however > Linux now has an upstream clock driver that disables unused clocks. > >

Re: [PATCH v2 3/3] misc: aspeed-lpc-ctrl: Enable FWH and A2H bridge cycles

On Mon, 2018-02-19 at 17:54 +1030, Joel Stanley wrote: > To date this driver has relied on prevous state from out of tree hacks > and vendor u-boot trees in order to have the host be able to access > data over the LPC bus. > > Now we explicitly enable the AHB to LPC bridge and FWH cycles from

Re: [RFC PATCH V2 11/22] x86/intel_rdt: Associate pseudo-locked regions with its domain

On Mon, 19 Feb 2018, Reinette Chatre wrote: > Hi Thomas, > > On 2/19/2018 1:19 PM, Thomas Gleixner wrote: > > On Tue, 13 Feb 2018, Reinette Chatre wrote: > > > >> After a pseudo-locked region is locked it needs to be associated with > >> the RDT domain representing the pseudo-locked cache so

RE: [PATCH 2/2] x86/speculation: Support "Enhanced IBRS" on future CPUs

> > >>> Even if the guest doesn't have/support IBRS_ALL, and is frobbing the > >>> (now emulated) MSR on every kernel entry/exit, that's *still* going to > >>> be a metric shitload faster than what it *thought* it was doing. > > Is there any indication/log to the admin that VM doesn't know about

Re: Patch "[Variant 2/Spectre-v2] arm64: Implement branch predictor hardening for Falkor" has been added to the 4.14-stable tree

On 02/14/2018 11:16 AM, Timur Tabi wrote: > On Wed, Feb 14, 2018 at 7:53 AM, wrote: >> >> This is a note to let you know that I've just added the patch titled >> >> [Variant 2/Spectre-v2] arm64: Implement branch predictor hardening for >> Falkor >> >> to the

Re: [PATCH 2/2] x86/speculation: Support "Enhanced IBRS" on future CPUs

On Tue, 20 Feb 2018 00:00:23 + "Van De Ven, Arjan" wrote: > > On Mon, 19 Feb 2018 23:42:24 +, "Van De Ven, Arjan" said: > > > > > the guest is not the problem; guests obviously will already honor if > > > Enhanced > > > IBRS is enumerated. The problem is

Re: [此邮件可能存在风险] [PATCH v2 7/9] lib/vsprintf: Replace space with '_' before crng is ready

Hi, Andy, Many thanks for the change. I am on Chinese New Year travel and slow response. :-) Thanks. Shunyong. On Fri, 2018-02-16 at 23:07 +0200, Andy Shevchenko wrote: > From: Shunyong Yang > > Before crng is ready, output of "%p" composes of "(ptrval)" and >

[RFCv4 00/21] Request API

(resending with correct word-wrap - sorry for the inconvenience) Hi everyone, And thanks for all the feedback on the previous version! I have tried to address as much as possible, which results in (another) almost rewrite. But I think the behavior and structure are converging to something

[RFC PATCH] media: i2c: ov772x: ov772x_frame_intervals[] can be static

Fixes: 42b7d5be5f1f ("media: i2c: ov772x: Support frame interval handling") Signed-off-by: Fengguang Wu --- ov772x.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/i2c/ov772x.c b/drivers/media/i2c/ov772x.c index eba71d97..0d8ce2a

Re: [PATCH v9 07/11] media: i2c: ov772x: Support frame interval handling

Hi Jacopo, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on linuxtv-media/master] [also build test WARNING on v4.16-rc2 next-20180220] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

[PATCH v2 1/3] Staging: ks7010: sdio: Convert RX/TX queue macros into real functions.

Convert the unsafe macros into inline functions. Signed-off-by: Quytelda Kahja --- drivers/staging/ks7010/ks7010_sdio.c | 46 ++-- 1 file changed, 33 insertions(+), 13 deletions(-) diff --git a/drivers/staging/ks7010/ks7010_sdio.c

  1   2   3   4   5   6   7   8   9   10   >