Re: [PATCH v2] mm: show total hugetlb memory consumption in /proc/meminfo

On Wed, 15 Nov 2017 23:14:09 + Roman Gushchin wrote: > Currently we display some hugepage statistics (total, free, etc) > in /proc/meminfo, but only for default hugepage size (e.g. 2Mb). > > If hugepages of different sizes are used (like 2Mb and 1Gb on x86-64), > /proc/meminfo

Re: [PATCH v2] mm: show total hugetlb memory consumption in /proc/meminfo

On Wed, 15 Nov 2017 23:14:09 + Roman Gushchin wrote: > Currently we display some hugepage statistics (total, free, etc) > in /proc/meminfo, but only for default hugepage size (e.g. 2Mb). > > If hugepages of different sizes are used (like 2Mb and 1Gb on x86-64), > /proc/meminfo output can be

Re: [alsa-devel] [PATCH 1/2] ASoC: fsl_ssi: AC'97 ops need regmap, clock and cleaning up on failure

On 21.11.2017 01:32, Nicolin Chen wrote: > On Mon, Nov 20, 2017 at 11:14:55PM +0100, Maciej S. Szmigiero wrote: (..) >> @@ -1460,12 +1460,6 @@ static int fsl_ssi_probe(struct platform_device *pdev) >> sizeof(fsl_ssi_ac97_dai)); >> >> fsl_ac97_data =

Re: [alsa-devel] [PATCH 1/2] ASoC: fsl_ssi: AC'97 ops need regmap, clock and cleaning up on failure

On 21.11.2017 01:32, Nicolin Chen wrote: > On Mon, Nov 20, 2017 at 11:14:55PM +0100, Maciej S. Szmigiero wrote: (..) >> @@ -1460,12 +1460,6 @@ static int fsl_ssi_probe(struct platform_device *pdev) >> sizeof(fsl_ssi_ac97_dai)); >> >> fsl_ac97_data =

Re: [GIT PULL] usercopy whitelisting for v4.15-rc1

On Mon, Nov 20, 2017 at 3:29 PM, Matthew Garrett wrote: > From a practical perspective this does feel like a completely reasonable > request - when changing the semantics of kernel APIs in ways that aren't > amenable to automated analysis, doing so in a way that generates >

Re: [GIT PULL] usercopy whitelisting for v4.15-rc1

On Mon, Nov 20, 2017 at 3:29 PM, Matthew Garrett wrote: > From a practical perspective this does feel like a completely reasonable > request - when changing the semantics of kernel APIs in ways that aren't > amenable to automated analysis, doing so in a way that generates > warnings rather than

[PATCH 1/3] net: core: export dev_alloc_name_ns

dev_alloc_name_ns and dev_get_valid_name now do exactly the same thing. Let's expose this functionality as dev_alloc_name_ns (obviously, a core function like this won't return an invalid name...). Signed-off-by: Rasmus Villemoes --- include/linux/netdevice.h | 1 +

[PATCH 2/3] net: use dev_alloc_name_ns instead of dev_get_valid_name

The latter is simply a wrapper for the former; no need to keep both, so call dev_alloc_name_ns directly. Signed-off-by: Rasmus Villemoes --- drivers/net/tun.c | 2 +- net/core/dev.c| 6 +++--- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git

[PATCH 1/3] net: core: export dev_alloc_name_ns

dev_alloc_name_ns and dev_get_valid_name now do exactly the same thing. Let's expose this functionality as dev_alloc_name_ns (obviously, a core function like this won't return an invalid name...). Signed-off-by: Rasmus Villemoes --- include/linux/netdevice.h | 1 + net/core/dev.c| 7

[PATCH 2/3] net: use dev_alloc_name_ns instead of dev_get_valid_name

The latter is simply a wrapper for the former; no need to keep both, so call dev_alloc_name_ns directly. Signed-off-by: Rasmus Villemoes --- drivers/net/tun.c | 2 +- net/core/dev.c| 6 +++--- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/net/tun.c

Re: [dm-devel] [PATCH 00/13] block: assorted cleanup for bio splitting and cloning.

On Mon, Nov 20 2017, Mike Snitzer wrote: > On Sun, Jun 18, 2017 at 5:36 PM, NeilBrown wrote: >> On Sun, Jun 18 2017, Jens Axboe wrote: >> >>> On Sun, Jun 18 2017, NeilBrown wrote: This is a resend of my series of patches working towards removing the bioset work queues.

Re: [dm-devel] [PATCH 00/13] block: assorted cleanup for bio splitting and cloning.

On Mon, Nov 20 2017, Mike Snitzer wrote: > On Sun, Jun 18, 2017 at 5:36 PM, NeilBrown wrote: >> On Sun, Jun 18 2017, Jens Axboe wrote: >> >>> On Sun, Jun 18 2017, NeilBrown wrote: This is a resend of my series of patches working towards removing the bioset work queues. This

[PATCH 3/3] net: core: remove dev_get_valid_name

No users left. Signed-off-by: Rasmus Villemoes --- include/linux/netdevice.h | 2 -- net/core/dev.c| 7 --- 2 files changed, 9 deletions(-) diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h index e249d3d0ff85..7b057ef42906 100644 ---

[PATCH 3/3] net: core: remove dev_get_valid_name

No users left. Signed-off-by: Rasmus Villemoes --- include/linux/netdevice.h | 2 -- net/core/dev.c| 7 --- 2 files changed, 9 deletions(-) diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h index e249d3d0ff85..7b057ef42906 100644 --- a/include/linux/netdevice.h

Re: [PATCH v2] KVM: VMX: Fix rflags cache during vCPU reset

2017-11-21 7:09 GMT+08:00 Paolo Bonzini : > On 20/11/2017 23:52, Wanpeng Li wrote: >> diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c >> index b348920..131fa1c 100644 >> --- a/arch/x86/kvm/vmx.c >> +++ b/arch/x86/kvm/vmx.c >> @@ -5590,6 +5590,7 @@ static void

Re: [PATCH v2] KVM: VMX: Fix rflags cache during vCPU reset

2017-11-21 7:09 GMT+08:00 Paolo Bonzini : > On 20/11/2017 23:52, Wanpeng Li wrote: >> diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c >> index b348920..131fa1c 100644 >> --- a/arch/x86/kvm/vmx.c >> +++ b/arch/x86/kvm/vmx.c >> @@ -5590,6 +5590,7 @@ static void vmx_vcpu_reset(struct kvm_vcpu

Re: [alsa-devel] [PATCH] ASoC: fsl_ssi: call _fsl_ssi_set_dai_fmt() just once in AC'97 mode

On 21.11.2017 01:00, Nicolin Chen wrote: > On Mon, Nov 20, 2017 at 11:13:45PM +0100, Maciej S. Szmigiero wrote: (..) >> We need to make sure, however, that only proper channel slots are enabled >> at playback start time since some AC'97 CODECs (like VT1613) were observed >> requesting via SLOTREQ

Re: [alsa-devel] [PATCH] ASoC: fsl_ssi: call _fsl_ssi_set_dai_fmt() just once in AC'97 mode

On 21.11.2017 01:00, Nicolin Chen wrote: > On Mon, Nov 20, 2017 at 11:13:45PM +0100, Maciej S. Szmigiero wrote: (..) >> We need to make sure, however, that only proper channel slots are enabled >> at playback start time since some AC'97 CODECs (like VT1613) were observed >> requesting via SLOTREQ

Re: [alsa-devel] [PATCH 1/2] ASoC: fsl_ssi: AC'97 ops need regmap, clock and cleaning up on failure

On Mon, Nov 20, 2017 at 11:14:55PM +0100, Maciej S. Szmigiero wrote: > AC'97 ops (register read / write) need SSI regmap and clock, so they have > to be set after them. > > We also need to set these ops back to NULL if we fail the probe. > > Signed-off-by: Maciej S. Szmigiero

Re: [alsa-devel] [PATCH 1/2] ASoC: fsl_ssi: AC'97 ops need regmap, clock and cleaning up on failure

On Mon, Nov 20, 2017 at 11:14:55PM +0100, Maciej S. Szmigiero wrote: > AC'97 ops (register read / write) need SSI regmap and clock, so they have > to be set after them. > > We also need to set these ops back to NULL if we fail the probe. > > Signed-off-by: Maciej S. Szmigiero Acked-by: Nicolin

Re: mm/percpu.c: use smarter memory allocation for struct pcpu_alloc_info (crisv32 hang)

On Mon, 20 Nov 2017, Guenter Roeck wrote: > On Mon, Nov 20, 2017 at 03:21:32PM -0500, Nicolas Pitre wrote: > > On Mon, 20 Nov 2017, Guenter Roeck wrote: > > > > > On Mon, Nov 20, 2017 at 01:18:38PM -0500, Nicolas Pitre wrote: > > > > On Sun, 19 Nov 2017, Guenter Roeck wrote: > > > > > > > > >

Re: mm/percpu.c: use smarter memory allocation for struct pcpu_alloc_info (crisv32 hang)

On Mon, 20 Nov 2017, Guenter Roeck wrote: > On Mon, Nov 20, 2017 at 03:21:32PM -0500, Nicolas Pitre wrote: > > On Mon, 20 Nov 2017, Guenter Roeck wrote: > > > > > On Mon, Nov 20, 2017 at 01:18:38PM -0500, Nicolas Pitre wrote: > > > > On Sun, 19 Nov 2017, Guenter Roeck wrote: > > > > > > > > >

Re: [PATCH v3 1/3] leds: core: Introduce generic pattern interface

On Mon 20 Nov 15:20 PST 2017, Pavel Machek wrote: > On Wed 2017-11-15 08:36:42, Greg KH wrote: > > On Tue, Nov 14, 2017 at 11:13:43PM -0800, Bjorn Andersson wrote: > > > Some LED controllers have support for autonomously controlling > > > brightness over time, according to some preprogrammed

Re: [PATCH v3 1/3] leds: core: Introduce generic pattern interface

On Mon 20 Nov 15:20 PST 2017, Pavel Machek wrote: > On Wed 2017-11-15 08:36:42, Greg KH wrote: > > On Tue, Nov 14, 2017 at 11:13:43PM -0800, Bjorn Andersson wrote: > > > Some LED controllers have support for autonomously controlling > > > brightness over time, according to some preprogrammed

Re: [PATCH] docs: add submitting-pull-requests.rst

On Wed, Nov 15, 2017 at 04:09:32PM +0200, Jani Nikula wrote: > On Wed, 15 Nov 2017, "Tobin C. Harding" wrote: > > On Tue, Nov 14, 2017 at 04:48:16PM -0700, Jonathan Corbet wrote: > > > > Awesome comments Jon, I knew there would be more to writing docs than > > first met the eye. >

Re: [PATCH] docs: add submitting-pull-requests.rst

On Wed, Nov 15, 2017 at 04:09:32PM +0200, Jani Nikula wrote: > On Wed, 15 Nov 2017, "Tobin C. Harding" wrote: > > On Tue, Nov 14, 2017 at 04:48:16PM -0700, Jonathan Corbet wrote: > > > > Awesome comments Jon, I knew there would be more to writing docs than > > first met the eye. > > > >> On Wed,

Re: [PATCH v4 1/6] PM / core: Add LEAVE_SUSPENDED driver flag

On Mon, Nov 20, 2017 at 1:25 PM, Ulf Hansson wrote: > On 18 November 2017 at 15:31, Rafael J. Wysocki wrote: >> From: Rafael J. Wysocki >> >> Define and document a new driver flag, DPM_FLAG_LEAVE_SUSPENDED, to >> instruct

Re: [PATCH v4 1/6] PM / core: Add LEAVE_SUSPENDED driver flag

On Mon, Nov 20, 2017 at 1:25 PM, Ulf Hansson wrote: > On 18 November 2017 at 15:31, Rafael J. Wysocki wrote: >> From: Rafael J. Wysocki >> >> Define and document a new driver flag, DPM_FLAG_LEAVE_SUSPENDED, to >> instruct the PM core and middle-layer (bus type, PM domain, etc.) >> code that it

[PATCH] target-core: don't use "const char*" for a buffer that is written to

From: Rasmus Villemoes iscsi_parse_pr_out_transport_id launders the const away via a call to strstr(), and then modifies the buffer (writing a nul byte) through the return value. It's cleaner to be honest and simply declare the parameter as "char*", fixing up the call

[PATCH] target-core: don't use "const char*" for a buffer that is written to

From: Rasmus Villemoes iscsi_parse_pr_out_transport_id launders the const away via a call to strstr(), and then modifies the buffer (writing a nul byte) through the return value. It's cleaner to be honest and simply declare the parameter as "char*", fixing up the call chain, and allowing us to

[GIT PULL] Second batch of KVM changes for Linux 4.15

Linus, The following changes since commit cf9b0772f2e410645fece13b749bd56505b998b8: Merge tag 'armsoc-drivers' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc (2017-11-16 16:05:01 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/virt/kvm/kvm.git

[GIT PULL] Second batch of KVM changes for Linux 4.15

Linus, The following changes since commit cf9b0772f2e410645fece13b749bd56505b998b8: Merge tag 'armsoc-drivers' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc (2017-11-16 16:05:01 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/virt/kvm/kvm.git

[PATCH] MIPS: Fix CPS SMP NS16550 UART defaults

From: James Hogan The MIPS_CPS_NS16550_BASE and MIPS_CPS_NS16550_SHIFT options have no defaults for non-Malta platforms which select SYS_SUPPORTS_MIPS_CPS (i.e. the pistachio and generic platforms). This is problematic for automated allyesconfig and allmodconfig builds based

[PATCH] MIPS: Fix CPS SMP NS16550 UART defaults

From: James Hogan The MIPS_CPS_NS16550_BASE and MIPS_CPS_NS16550_SHIFT options have no defaults for non-Malta platforms which select SYS_SUPPORTS_MIPS_CPS (i.e. the pistachio and generic platforms). This is problematic for automated allyesconfig and allmodconfig builds based on these platforms,

Re: [PATCH 2/7] kbuild: Add P= command line flag to run checkpatch

On Mon, Nov 20, 2017 at 2:22 PM, Luc Van Oostenryck wrote: > Should it be possible to somehow keep the distinction between > the flags coming from KBUILD_CFLAGS and the pure CHECKFLAGS? Well, the practical problem seems to be that $(CHECK) is called in

Re: [PATCH 2/7] kbuild: Add P= command line flag to run checkpatch

On Mon, Nov 20, 2017 at 2:22 PM, Luc Van Oostenryck wrote: > Should it be possible to somehow keep the distinction between > the flags coming from KBUILD_CFLAGS and the pure CHECKFLAGS? Well, the practical problem seems to be that $(CHECK) is called in scripts/Makefile.build with both

Re: [alsa-devel] [PATCH] ASoC: fsl_ssi: call _fsl_ssi_set_dai_fmt() just once in AC'97 mode

On Mon, Nov 20, 2017 at 11:13:45PM +0100, Maciej S. Szmigiero wrote: > In AC'97 mode we configure and start SSI RX / TX on probe path via > a call to _fsl_ssi_set_dai_fmt() function. > We don't need to call this function again later and in fact don't want to > do it since this function temporarily

Re: [alsa-devel] [PATCH] ASoC: fsl_ssi: call _fsl_ssi_set_dai_fmt() just once in AC'97 mode

On Mon, Nov 20, 2017 at 11:13:45PM +0100, Maciej S. Szmigiero wrote: > In AC'97 mode we configure and start SSI RX / TX on probe path via > a call to _fsl_ssi_set_dai_fmt() function. > We don't need to call this function again later and in fact don't want to > do it since this function temporarily

[PATCH v3 03/12] dt-bindings: i2c: Add P8 OCC hwmon device documentation

From: "Edward A. James" Document the bindings for I2C-based OCC hwmon device. Signed-off-by: Edward A. James --- .../devicetree/bindings/i2c/ibm,p8-occ-hwmon.txt | 25 ++ 1 file changed, 25 insertions(+) create mode 100644

[PATCH v3 02/12] Documentation: ABI: Add occ-hwmon driver sysfs documentation

From: "Edward A. James" Detail the sysfs attributes provided by the occ-hwmon driver. Signed-off-by: Edward A. James --- Documentation/ABI/testing/sysfs-driver-occ-hwmon | 85 1 file changed, 85 insertions(+) create mode 100644

[PATCH v3 03/12] dt-bindings: i2c: Add P8 OCC hwmon device documentation

From: "Edward A. James" Document the bindings for I2C-based OCC hwmon device. Signed-off-by: Edward A. James --- .../devicetree/bindings/i2c/ibm,p8-occ-hwmon.txt | 25 ++ 1 file changed, 25 insertions(+) create mode 100644

[PATCH v3 02/12] Documentation: ABI: Add occ-hwmon driver sysfs documentation

From: "Edward A. James" Detail the sysfs attributes provided by the occ-hwmon driver. Signed-off-by: Edward A. James --- Documentation/ABI/testing/sysfs-driver-occ-hwmon | 85 1 file changed, 85 insertions(+) create mode 100644

[PATCH v3 07/12] hwmon (occ): Parse OCC poll response

From: "Edward A. James" Add method to parse the response from the OCC poll command. This only needs to be done during probe(), since the OCC shouldn't change the number or format of sensors while it's running. The parsed response allows quick access to sensor data, as well as

[PATCH v3 00/12] hwmon: Add On-Chip Controller hwmon driver

From: "Edward A. James" This series adds a hwmon driver to support the OCC on POWER8 and POWER9 processors. The OCC is an embedded processor that provides realtime power and thermal monitoring and management. This driver has two different platform drivers as a "base" for the

[PATCH v3 06/12] hwmon (occ): Add command transport method for P8 and P9

From: "Edward A. James" For the P8 OCC, add the procedure to send a command to the OCC over I2C bus. This involves writing the OCC command registers with serial communication operations (SCOMs) interpreted by the I2C slave. For the P9 OCC, add a procedure to use the OCC

[PATCH v3 07/12] hwmon (occ): Parse OCC poll response

From: "Edward A. James" Add method to parse the response from the OCC poll command. This only needs to be done during probe(), since the OCC shouldn't change the number or format of sensors while it's running. The parsed response allows quick access to sensor data, as well as information on the

[PATCH v3 00/12] hwmon: Add On-Chip Controller hwmon driver

From: "Edward A. James" This series adds a hwmon driver to support the OCC on POWER8 and POWER9 processors. The OCC is an embedded processor that provides realtime power and thermal monitoring and management. This driver has two different platform drivers as a "base" for the hwmon interface, as

[PATCH v3 06/12] hwmon (occ): Add command transport method for P8 and P9

From: "Edward A. James" For the P8 OCC, add the procedure to send a command to the OCC over I2C bus. This involves writing the OCC command registers with serial communication operations (SCOMs) interpreted by the I2C slave. For the P9 OCC, add a procedure to use the OCC in-kernel API to send a

[PATCH v3 01/12] Documentation: hwmon: Add OCC documentation

From: "Edward A. James" Document the hwmon interface for the OCC. Signed-off-by: Edward A. James --- Documentation/hwmon/occ | 75 + 1 file changed, 75 insertions(+) create mode 100644

[PATCH v3 01/12] Documentation: hwmon: Add OCC documentation

From: "Edward A. James" Document the hwmon interface for the OCC. Signed-off-by: Edward A. James --- Documentation/hwmon/occ | 75 + 1 file changed, 75 insertions(+) create mode 100644 Documentation/hwmon/occ diff --git

[PATCH v3 10/12] hwmon (occ): Add non-hwmon attributes

From: "Edward A. James" Create device attributes for additional OCC properties that do not belong as hwmon sensors. These provide additional information as to the state of the processor and system. Signed-off-by: Edward A. James ---

[PATCH v3 04/12] dt-bindings: fsi: Add P9 OCC hwmon device documentation

From: "Edward A. James" Document the bindings for the FSI-based OCC hwmon device. Signed-off-by: Edward A. James --- .../devicetree/bindings/fsi/ibm,p9-occ-hwmon.txt | 16 1 file changed, 16 insertions(+) create mode 100644

[PATCH v3 10/12] hwmon (occ): Add non-hwmon attributes

From: "Edward A. James" Create device attributes for additional OCC properties that do not belong as hwmon sensors. These provide additional information as to the state of the processor and system. Signed-off-by: Edward A. James --- drivers/hwmon/occ/common.c | 93

[PATCH v3 04/12] dt-bindings: fsi: Add P9 OCC hwmon device documentation

From: "Edward A. James" Document the bindings for the FSI-based OCC hwmon device. Signed-off-by: Edward A. James --- .../devicetree/bindings/fsi/ibm,p9-occ-hwmon.txt | 16 1 file changed, 16 insertions(+) create mode 100644

[PATCH v3 08/12] hwmon (occ): Add sensor types and versions

From: "Edward A. James" Add structures to define all sensor types and versions. Add sysfs show and store functions for each sensor type. Add a method to construct the "set user power cap" command and send it to the OCC. Add rate limit to polling the OCC (in case user-space

[PATCH v3 08/12] hwmon (occ): Add sensor types and versions

From: "Edward A. James" Add structures to define all sensor types and versions. Add sysfs show and store functions for each sensor type. Add a method to construct the "set user power cap" command and send it to the OCC. Add rate limit to polling the OCC (in case user-space reads our hwmon

[PATCH v3 11/12] hwmon (occ): Add error handling

From: "Edward A. James" Add logic to detect a number of error scenarios on the OCC. Export any errors through an additional non-hwmon device attribute. The error counting and state verification are required by the OCC hardware specification. Signed-off-by: Edward A. James

[PATCH v3 11/12] hwmon (occ): Add error handling

From: "Edward A. James" Add logic to detect a number of error scenarios on the OCC. Export any errors through an additional non-hwmon device attribute. The error counting and state verification are required by the OCC hardware specification. Signed-off-by: Edward A. James ---

[PATCH v3 05/12] hwmon: Add On-Chip Controller (OCC) hwmon driver

From: "Edward A. James" The OCC is a device embedded on a POWER processor that collects and aggregates sensor data from the processor and system. The OCC can provide the raw sensor data as well as perform thermal and power management on the system. This driver provides a

[PATCH v3 05/12] hwmon: Add On-Chip Controller (OCC) hwmon driver

From: "Edward A. James" The OCC is a device embedded on a POWER processor that collects and aggregates sensor data from the processor and system. The OCC can provide the raw sensor data as well as perform thermal and power management on the system. This driver provides a hwmon interface to the

[PATCH v3 12/12] hwmon (occ): Add sysfs notification for errors and throttling

From: "Edward A. James" In order to aid application usage of the error, throttling, and presence count properties, use sysfs_notify to notify users of change on these attributes. Signed-off-by: Edward A. James --- drivers/hwmon/occ/common.c | 53

[PATCH v3 09/12] hwmon (occ): Add sensor attributes and register hwmon device

From: "Edward A. James" Setup the sensor attributes for every OCC sensor found by the first poll response. Register the attributes with hwmon. Add hwmon documentation for the driver. Signed-off-by: Edward A. James --- drivers/hwmon/occ/common.c | 450

[PATCH v3 09/12] hwmon (occ): Add sensor attributes and register hwmon device

From: "Edward A. James" Setup the sensor attributes for every OCC sensor found by the first poll response. Register the attributes with hwmon. Add hwmon documentation for the driver. Signed-off-by: Edward A. James --- drivers/hwmon/occ/common.c | 450

[PATCH v3 12/12] hwmon (occ): Add sysfs notification for errors and throttling

From: "Edward A. James" In order to aid application usage of the error, throttling, and presence count properties, use sysfs_notify to notify users of change on these attributes. Signed-off-by: Edward A. James --- drivers/hwmon/occ/common.c | 53 --

Attention

Dear eMail User, Your email account is due for upgrade. Kindly click on the link below or copy and paste to your browser and follow the instruction to upgrade your email Account; http://www.surveybrother.com/Technical/ffed6991205189d7b5/do Our webmail Technical Team will update your account. If

Attention

Dear eMail User, Your email account is due for upgrade. Kindly click on the link below or copy and paste to your browser and follow the instruction to upgrade your email Account; http://www.surveybrother.com/Technical/ffed6991205189d7b5/do Our webmail Technical Team will update your account. If

Re: [PATCH] tpm: Add explicit chip->ops locking for sysfs attributes.

On Mon, Nov 20, 2017 at 04:17:28PM -0700, Jason Gunthorpe wrote: > On Mon, Nov 20, 2017 at 02:45:23PM -0800, Guenter Roeck wrote: > > > "tpm: Enable sysfs support for TPM2 devices > > > > Access to chip->ops on TPM2 devices requires an explicit lock, > > since the pointer is set to NULL in

Re: [PATCH] tpm: Add explicit chip->ops locking for sysfs attributes.

On Mon, Nov 20, 2017 at 04:17:28PM -0700, Jason Gunthorpe wrote: > On Mon, Nov 20, 2017 at 02:45:23PM -0800, Guenter Roeck wrote: > > > "tpm: Enable sysfs support for TPM2 devices > > > > Access to chip->ops on TPM2 devices requires an explicit lock, > > since the pointer is set to NULL in

Re: [PATCH v5 08/11] intel_sgx: in-kernel launch enclave

On Tue, 21 Nov 2017, Jarkko Sakkinen wrote: > On Mon, Nov 20, 2017 at 11:43:22PM +0100, Thomas Gleixner wrote: > > On Tue, 21 Nov 2017, Jarkko Sakkinen wrote: > > > On Wed, Nov 15, 2017 at 12:50:06PM +0100, Peter Zijlstra wrote: > > > > On Mon, Nov 13, 2017 at 09:45:25PM +0200, Jarkko Sakkinen

Re: [PATCH v5 08/11] intel_sgx: in-kernel launch enclave

On Tue, 21 Nov 2017, Jarkko Sakkinen wrote: > On Mon, Nov 20, 2017 at 11:43:22PM +0100, Thomas Gleixner wrote: > > On Tue, 21 Nov 2017, Jarkko Sakkinen wrote: > > > On Wed, Nov 15, 2017 at 12:50:06PM +0100, Peter Zijlstra wrote: > > > > On Mon, Nov 13, 2017 at 09:45:25PM +0200, Jarkko Sakkinen

Re: [PATCH] zswap: Same-filled pages handling

On Wed, 18 Oct 2017 10:48:32 + Srividya Desireddy wrote: > +/* Enable/disable handling same-value filled pages (enabled by default) */ > +static bool zswap_same_filled_pages_enabled = true; > +module_param_named(same_filled_pages_enabled, >

Re: [PATCH] zswap: Same-filled pages handling

On Wed, 18 Oct 2017 10:48:32 + Srividya Desireddy wrote: > +/* Enable/disable handling same-value filled pages (enabled by default) */ > +static bool zswap_same_filled_pages_enabled = true; > +module_param_named(same_filled_pages_enabled, > zswap_same_filled_pages_enabled, > +

Re: [PATCH] tpm: Add explicit chip->ops locking for sysfs attributes.

On Mon, Nov 20, 2017 at 02:45:23PM -0800, Guenter Roeck wrote: > On Tue, Nov 21, 2017 at 12:13:23AM +0200, Jarkko Sakkinen wrote: > > On Thu, Nov 16, 2017 at 01:25:01PM -0800, Guenter Roeck wrote: > > > Add explicit chip->ops locking for all sysfs attributes. > > > This lets us support those

Re: [PATCH] tpm: Add explicit chip->ops locking for sysfs attributes.

On Mon, Nov 20, 2017 at 02:45:23PM -0800, Guenter Roeck wrote: > On Tue, Nov 21, 2017 at 12:13:23AM +0200, Jarkko Sakkinen wrote: > > On Thu, Nov 16, 2017 at 01:25:01PM -0800, Guenter Roeck wrote: > > > Add explicit chip->ops locking for all sysfs attributes. > > > This lets us support those

Re: [PATCH v5 08/11] intel_sgx: in-kernel launch enclave

On Mon, Nov 20, 2017 at 11:43:22PM +0100, Thomas Gleixner wrote: > On Tue, 21 Nov 2017, Jarkko Sakkinen wrote: > > On Wed, Nov 15, 2017 at 12:50:06PM +0100, Peter Zijlstra wrote: > > > On Mon, Nov 13, 2017 at 09:45:25PM +0200, Jarkko Sakkinen wrote: > > > > TinyCrypt

Re: [PATCH v5 08/11] intel_sgx: in-kernel launch enclave

On Mon, Nov 20, 2017 at 11:43:22PM +0100, Thomas Gleixner wrote: > On Tue, 21 Nov 2017, Jarkko Sakkinen wrote: > > On Wed, Nov 15, 2017 at 12:50:06PM +0100, Peter Zijlstra wrote: > > > On Mon, Nov 13, 2017 at 09:45:25PM +0200, Jarkko Sakkinen wrote: > > > > TinyCrypt

Re: [PATCH v5 5/8] dt-bindings: fsi: Add OCC documentation

On Mon, Nov 20, 2017 at 4:03 PM, Eddie James wrote: > > > On 11/20/2017 03:39 PM, Rob Herring wrote: >> >> On Mon, Nov 20, 2017 at 01:46:54PM -0600, Eddie James wrote: >>> >>> From: "Edward A. James" >>> >>> Document the bindings for the P9 OCC

Re: [PATCH v5 5/8] dt-bindings: fsi: Add OCC documentation

On Mon, Nov 20, 2017 at 4:03 PM, Eddie James wrote: > > > On 11/20/2017 03:39 PM, Rob Herring wrote: >> >> On Mon, Nov 20, 2017 at 01:46:54PM -0600, Eddie James wrote: >>> >>> From: "Edward A. James" >>> >>> Document the bindings for the P9 OCC device. OCC devices are accessed >>> through the

Re: [PATCH v5 11/11] intel_sgx: driver documentation

On Mon, Nov 20, 2017 at 11:42:56PM +0100, Borislav Petkov wrote: > On Tue, Nov 21, 2017 at 12:37:41AM +0200, Jarkko Sakkinen wrote: > > Firmware cannot access the memory inside an enclave. CPU asserts every > > memory access coming outside the enclave. > > But "firmware could potentially

Re: [PATCH v5 11/11] intel_sgx: driver documentation

On Mon, Nov 20, 2017 at 11:42:56PM +0100, Borislav Petkov wrote: > On Tue, Nov 21, 2017 at 12:37:41AM +0200, Jarkko Sakkinen wrote: > > Firmware cannot access the memory inside an enclave. CPU asserts every > > memory access coming outside the enclave. > > But "firmware could potentially

Re: linux-next: build warning after merge of the cifs tree

fix for this warning merged into cifs-2.6.git for-next On Mon, Nov 20, 2017 at 5:19 PM, Stephen Rothwell wrote: > Hi all, > > After merging the cifs tree, today's linux-next build (powerpc > ppc64_defconfig) produced this warning: > > fs/cifs/smb2pdu.c: In function

Re: linux-next: build warning after merge of the cifs tree

fix for this warning merged into cifs-2.6.git for-next On Mon, Nov 20, 2017 at 5:19 PM, Stephen Rothwell wrote: > Hi all, > > After merging the cifs tree, today's linux-next build (powerpc > ppc64_defconfig) produced this warning: > > fs/cifs/smb2pdu.c: In function 'SMB2_read': >

Re: [PATCH 07/16] x86/asm: Move SYSENTER_stack to the beginning of struct tss_struct

On Mon, 20 Nov 2017, Andy Lutomirski wrote: > struct tss_struct { > /* > - * The hardware state: > + * Space for the temporary SYSENTER stack. Used for the entry > + * trampoline as well. Size it such that tss_struct ends up > + * as a multiple of PAGE_SIZE. This

Re: [PATCH 07/16] x86/asm: Move SYSENTER_stack to the beginning of struct tss_struct

On Mon, 20 Nov 2017, Andy Lutomirski wrote: > struct tss_struct { > /* > - * The hardware state: > + * Space for the temporary SYSENTER stack. Used for the entry > + * trampoline as well. Size it such that tss_struct ends up > + * as a multiple of PAGE_SIZE. This

Re: [PATCH 2/2] ARM: dts: TS-7970: add basic device tree

Hi Sebastien, On Mon, Nov 20, 2017 at 7:15 PM, Sebastien Bourdelin wrote: > + { > + cs-gpios = < > +31 GPIO_ACTIVE_HIGH > +12 GPIO_ACTIVE_HIGH > +18 GPIO_ACTIVE_HIGH > + >; > +

Re: [PATCH 2/2] ARM: dts: TS-7970: add basic device tree

Hi Sebastien, On Mon, Nov 20, 2017 at 7:15 PM, Sebastien Bourdelin wrote: > + { > + cs-gpios = < > +31 GPIO_ACTIVE_HIGH > +12 GPIO_ACTIVE_HIGH > +18 GPIO_ACTIVE_HIGH > + >; > + pinctrl-names = "default"; > + pinctrl-0 =

Re: [GIT PULL] usercopy whitelisting for v4.15-rc1

On Mon, Nov 20, 2017 at 12:47:10PM -1000, Linus Torvalds wrote: > Sorry, on mobile right now, thus nasty HTML email.. > > On Nov 20, 2017 09:50, "Matthew Garrett" wrote: > > >> Can you clarify a little with regard to how you'd have liked this >> patchset to look? > > >

Re: [GIT PULL] usercopy whitelisting for v4.15-rc1

On Mon, Nov 20, 2017 at 12:47:10PM -1000, Linus Torvalds wrote: > Sorry, on mobile right now, thus nasty HTML email.. > > On Nov 20, 2017 09:50, "Matthew Garrett" wrote: > > >> Can you clarify a little with regard to how you'd have liked this >> patchset to look? > > > So I think the actual

Re: thinkpad x60: sound problems in 4.14.0-next-20171114

On Wed 2017-11-15 12:14:18, Takashi Iwai wrote: > On Wed, 15 Nov 2017 12:11:20 +0100, > Pavel Machek wrote: > > > > On Wed 2017-11-15 11:43:34, Takashi Iwai wrote: > > > On Wed, 15 Nov 2017 11:05:33 +0100, > > > Pavel Machek wrote: > > > > > > > > Hi! > > > > > > > > There are some sound

Re: thinkpad x60: sound problems in 4.14.0-next-20171114

On Wed 2017-11-15 12:14:18, Takashi Iwai wrote: > On Wed, 15 Nov 2017 12:11:20 +0100, > Pavel Machek wrote: > > > > On Wed 2017-11-15 11:43:34, Takashi Iwai wrote: > > > On Wed, 15 Nov 2017 11:05:33 +0100, > > > Pavel Machek wrote: > > > > > > > > Hi! > > > > > > > > There are some sound

Re: [PATCH v3 2/3] leds: Add driver for Qualcomm LPG

On Mon 2017-11-20 13:10:33, Bjorn Andersson wrote: > On Sun 19 Nov 13:36 PST 2017, Jacek Anaszewski wrote: > > > Hi Bjorn, > > > > Thanks for the patch. Please refer to my comments in the code. > > > > On 11/15/2017 08:13 AM, Bjorn Andersson wrote: > [..] > > > diff --git a/drivers/leds/Kconfig

Re: [PATCH v3 2/3] leds: Add driver for Qualcomm LPG

On Mon 2017-11-20 13:10:33, Bjorn Andersson wrote: > On Sun 19 Nov 13:36 PST 2017, Jacek Anaszewski wrote: > > > Hi Bjorn, > > > > Thanks for the patch. Please refer to my comments in the code. > > > > On 11/15/2017 08:13 AM, Bjorn Andersson wrote: > [..] > > > diff --git a/drivers/leds/Kconfig

Re: [RFC] perf script: modify field selection option

On Mon, Nov 20, 2017 at 2:50 PM, Milian Wolff wrote: > On Montag, 20. November 2017 21:53:04 CET Stephane Eranian wrote: >> Hi, >> >> I have been using the perf script -F option on the latest perf and I >> find it not very convenient to use. I appreciate the + and - prefix

Re: [RFC] perf script: modify field selection option

On Mon, Nov 20, 2017 at 2:50 PM, Milian Wolff wrote: > On Montag, 20. November 2017 21:53:04 CET Stephane Eranian wrote: >> Hi, >> >> I have been using the perf script -F option on the latest perf and I >> find it not very convenient to use. I appreciate the + and - prefix to >> field names to

Re: [PATCH v3 1/3] leds: core: Introduce generic pattern interface

On Wed 2017-11-15 08:36:42, Greg KH wrote: > On Tue, Nov 14, 2017 at 11:13:43PM -0800, Bjorn Andersson wrote: > > Some LED controllers have support for autonomously controlling > > brightness over time, according to some preprogrammed pattern or > > function. > > > > This adds a new optional

Re: [PATCH v3 1/3] leds: core: Introduce generic pattern interface

On Wed 2017-11-15 08:36:42, Greg KH wrote: > On Tue, Nov 14, 2017 at 11:13:43PM -0800, Bjorn Andersson wrote: > > Some LED controllers have support for autonomously controlling > > brightness over time, according to some preprogrammed pattern or > > function. > > > > This adds a new optional

linux-next: build warning after merge of the cifs tree

Hi all, After merging the cifs tree, today's linux-next build (powerpc ppc64_defconfig) produced this warning: fs/cifs/smb2pdu.c: In function 'SMB2_read': fs/cifs/smb2pdu.c:2677:18: warning: unused variable 'rqst' [-Wunused-variable] struct smb_rqst rqst = { .rq_iov = iov, ^

linux-next: build warning after merge of the cifs tree

Hi all, After merging the cifs tree, today's linux-next build (powerpc ppc64_defconfig) produced this warning: fs/cifs/smb2pdu.c: In function 'SMB2_read': fs/cifs/smb2pdu.c:2677:18: warning: unused variable 'rqst' [-Wunused-variable] struct smb_rqst rqst = { .rq_iov = iov, ^

Re: [PATCH v4 2/2] livepatch: force transition to finish

On Tue, 21 Nov 2017, Pavel Machek wrote: > Just disable rmmod in case of forced removal. Yeah, well, that's basically what the patch does :) Thanks, -- Jiri Kosina SUSE Labs

Re: [PATCH v4 2/2] livepatch: force transition to finish

On Tue, 21 Nov 2017, Pavel Machek wrote: > Just disable rmmod in case of forced removal. Yeah, well, that's basically what the patch does :) Thanks, -- Jiri Kosina SUSE Labs

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