Re: [PATCH 0/5] blkcg: Limit maximum number of aio requests available for cgroup

Kirill Tkhai writes: > Hi, Benjamin, > > On 04.12.2017 19:52, Benjamin LaHaise wrote: >> Hi Kirill, >> >> On Mon, Dec 04, 2017 at 07:12:51PM +0300, Kirill Tkhai wrote: >>> Hi, >>> >>> this patch set introduces accounting aio_nr and aio_max_nr per blkio cgroup. >>> It may

Re: [PATCH 0/5] blkcg: Limit maximum number of aio requests available for cgroup

Kirill Tkhai writes: > Hi, Benjamin, > > On 04.12.2017 19:52, Benjamin LaHaise wrote: >> Hi Kirill, >> >> On Mon, Dec 04, 2017 at 07:12:51PM +0300, Kirill Tkhai wrote: >>> Hi, >>> >>> this patch set introduces accounting aio_nr and aio_max_nr per blkio cgroup. >>> It may be used to limit number

Re: [PATCH v2 1/5] fpga: region: don't use drvdata in common fpga code

On Wed, Nov 15, 2017 at 02:51:48PM -0600, Alan Tull wrote: > Part of patchset that changes the following fpga_*_register > functions to not set drvdata: > * fpga_region_register. > * fpga_mgr_register > * fpga_bridge_register > > The rationale is that setting drvdata is fine for DT based devices

Re: [PATCH v2 1/5] fpga: region: don't use drvdata in common fpga code

On Wed, Nov 15, 2017 at 02:51:48PM -0600, Alan Tull wrote: > Part of patchset that changes the following fpga_*_register > functions to not set drvdata: > * fpga_region_register. > * fpga_mgr_register > * fpga_bridge_register > > The rationale is that setting drvdata is fine for DT based devices

Re: [patch 02/60] x86/unwinder/orc: Dont bail on stack overflow

On Mon, 4 Dec 2017, Andy Lutomirski wrote: > Fixlet lost here > > > On Dec 4, 2017, at 6:07 AM, Thomas Gleixner wrote: > > > > regs->sp > > Should be state->sp Fixed. Thanks, tglx

Re: [patch 02/60] x86/unwinder/orc: Dont bail on stack overflow

On Mon, 4 Dec 2017, Andy Lutomirski wrote: > Fixlet lost here > > > On Dec 4, 2017, at 6:07 AM, Thomas Gleixner wrote: > > > > regs->sp > > Should be state->sp Fixed. Thanks, tglx

Re: [PATCH] doc: update 'unique identifiers'

On Mon, Dec 4, 2017 at 1:22 PM, Tobin C. Harding wrote: > Advice about what to use as a unique identifier is no longer valid since > patch series was merged to hash pointers printed with %p. We can use > this as a unique identifier now. > > Signed-off-by: Tobin C. Harding

Re: [PATCH] doc: update 'unique identifiers'

On Mon, Dec 4, 2017 at 1:22 PM, Tobin C. Harding wrote: > Advice about what to use as a unique identifier is no longer valid since > patch series was merged to hash pointers printed with %p. We can use > this as a unique identifier now. > > Signed-off-by: Tobin C. Harding I don't agree: %p

Re: [PATCH v8 10/13] dt-bindings: Add qcom slimbus controller bindings

On Thu, Nov 30, 2017 at 05:41:57PM +, srinivas.kandaga...@linaro.org wrote: > From: Sagar Dharia > > This patch add device tree bindings for Qualcomm slimbus controller. > > Signed-off-by: Sagar Dharia > Signed-off-by: Srinivas Kandagatla

Re: [PATCH v8 10/13] dt-bindings: Add qcom slimbus controller bindings

On Thu, Nov 30, 2017 at 05:41:57PM +, srinivas.kandaga...@linaro.org wrote: > From: Sagar Dharia > > This patch add device tree bindings for Qualcomm slimbus controller. > > Signed-off-by: Sagar Dharia > Signed-off-by: Srinivas Kandagatla > --- >

Re: [PATCH 0/5] blkcg: Limit maximum number of aio requests available for cgroup

Hi, Benjamin, On 04.12.2017 19:52, Benjamin LaHaise wrote: > Hi Kirill, > > On Mon, Dec 04, 2017 at 07:12:51PM +0300, Kirill Tkhai wrote: >> Hi, >> >> this patch set introduces accounting aio_nr and aio_max_nr per blkio cgroup. >> It may be used to limit number of aio requests, which are

Re: [PATCH 0/5] blkcg: Limit maximum number of aio requests available for cgroup

Hi, Benjamin, On 04.12.2017 19:52, Benjamin LaHaise wrote: > Hi Kirill, > > On Mon, Dec 04, 2017 at 07:12:51PM +0300, Kirill Tkhai wrote: >> Hi, >> >> this patch set introduces accounting aio_nr and aio_max_nr per blkio cgroup. >> It may be used to limit number of aio requests, which are

[patch V4 02/11] LICENSES: Add the GPL 2.0 license

Add the full text of the GPL 2.0 license to the LICENSES directory. It was copied directly from the COPYING file in the kernel source tree as it differs from the public available version of the license in various places including the FSF. Philippe did some research on the GPL2.0 history:

[patch V4 02/11] LICENSES: Add the GPL 2.0 license

Add the full text of the GPL 2.0 license to the LICENSES directory. It was copied directly from the COPYING file in the kernel source tree as it differs from the public available version of the license in various places including the FSF. Philippe did some research on the GPL2.0 history:

[patch V4 03/11] LICENSES: Add the LGPL 2.0 license

Add the full text of the LGPL 2.0 license to the kernel tree. It was copied directly from: https://spdx.org/licenses/LGPL-2.0.html#licenseText Add the required tags for reference and tooling. Signed-off-by: Thomas Gleixner Reviewed-by: Philippe Ombredanne

[patch V4 03/11] LICENSES: Add the LGPL 2.0 license

Add the full text of the LGPL 2.0 license to the kernel tree. It was copied directly from: https://spdx.org/licenses/LGPL-2.0.html#licenseText Add the required tags for reference and tooling. Signed-off-by: Thomas Gleixner Reviewed-by: Philippe Ombredanne Reviewed-by: Kate Stewart

[patch V4 05/11] LICENSES: Add the BSD 2-clause "Simplified" license

Add the full text of the BSD 2-clause "Simplified" license to the kernel tree. It was copied directly from: https://spdx.org/licenses/BSD-2-Clause.html#licenseText Add the required tags for reference and tooling. Signed-off-by: Thomas Gleixner Reviewed-by: Philippe

[patch V4 04/11] LICENSES: Add the LGPL-2.1 license

Add the full text of the LGPL 2.1 license to the kernel tree. It was copied directly from: https://spdx.org/licenses/LGPL-2.1.html#licenseText Add the required tags for reference and tooling. Signed-off-by: Thomas Gleixner Reviewed-by: Philippe Ombredanne

[patch V4 05/11] LICENSES: Add the BSD 2-clause "Simplified" license

Add the full text of the BSD 2-clause "Simplified" license to the kernel tree. It was copied directly from: https://spdx.org/licenses/BSD-2-Clause.html#licenseText Add the required tags for reference and tooling. Signed-off-by: Thomas Gleixner Reviewed-by: Philippe Ombredanne Reviewed-by:

[patch V4 04/11] LICENSES: Add the LGPL-2.1 license

Add the full text of the LGPL 2.1 license to the kernel tree. It was copied directly from: https://spdx.org/licenses/LGPL-2.1.html#licenseText Add the required tags for reference and tooling. Signed-off-by: Thomas Gleixner Reviewed-by: Philippe Ombredanne Reviewed-by: Kate Stewart

[patch V4 00/11] LICENSES: Add documentation and initial License files

This is the 4th version of the licensing rules documentation. Changes since v3: - Addressed the review comments - Replaced the GPL-2.0 license text with the one from the kernel COPYING file and added the nice explanation from Philippe to the changelog. - Picked up Reviewed-by tags

[patch V4 00/11] LICENSES: Add documentation and initial License files

This is the 4th version of the licensing rules documentation. Changes since v3: - Addressed the review comments - Replaced the GPL-2.0 license text with the one from the kernel COPYING file and added the nice explanation from Philippe to the changelog. - Picked up Reviewed-by tags

[patch V4 07/11] LICENSES: Add the BSD-3-clause "Clear" license

Add the full text of the BSD 3-clause "Clear" License to the kernel tree. It was copied directly from: https://spdx.org/licenses/BSD-3-Clause-Clear.html Add the required tags for reference and tooling. Signed-off-by: Thomas Gleixner Reviewed-by: Philippe Ombredanne

[patch V4 01/11] Documentation: Add license-rules.rst to describe how to properly identify file licenses

Add a file to the Documentation directory to describe how file licenses should be described in all kernel files, using the SPDX identifier, as well as where all licenses should be in the kernel source tree for people to refer to (LICENSES/). Thanks to Kate and Greg for review and editing and

[patch V4 07/11] LICENSES: Add the BSD-3-clause "Clear" license

Add the full text of the BSD 3-clause "Clear" License to the kernel tree. It was copied directly from: https://spdx.org/licenses/BSD-3-Clause-Clear.html Add the required tags for reference and tooling. Signed-off-by: Thomas Gleixner Reviewed-by: Philippe Ombredanne Reviewed-by: Kate

[patch V4 01/11] Documentation: Add license-rules.rst to describe how to properly identify file licenses

Add a file to the Documentation directory to describe how file licenses should be described in all kernel files, using the SPDX identifier, as well as where all licenses should be in the kernel source tree for people to refer to (LICENSES/). Thanks to Kate and Greg for review and editing and

[patch V4 09/11] LICENSES: Add Linux syscall note exception

Copied from the Linux kernel COPYING file. Add the required tags for reference and tooling. Signed-off-by: Thomas Gleixner Reviewed-by: Philippe Ombredanne Reviewed-by: Kate Stewart Reviewed-by: Greg Kroah-Hartman

[patch V4 09/11] LICENSES: Add Linux syscall note exception

Copied from the Linux kernel COPYING file. Add the required tags for reference and tooling. Signed-off-by: Thomas Gleixner Reviewed-by: Philippe Ombredanne Reviewed-by: Kate Stewart Reviewed-by: Greg Kroah-Hartman --- LICENSES/exceptions/Linux-syscall-note | 25 +

Re: [PATCH v6 0/9] i2c: document DMA handling and add helpers for it

On Sat, Nov 04, 2017 at 09:20:00PM +0100, Wolfram Sang wrote: > So, after revisiting old mail threads, taking part in a similar discussion on > the USB list, and implementing a not-convincing solution before, here is what > I > cooked up to document and ease DMA handling for I2C within Linux.

Re: [PATCH v6 0/9] i2c: document DMA handling and add helpers for it

On Sat, Nov 04, 2017 at 09:20:00PM +0100, Wolfram Sang wrote: > So, after revisiting old mail threads, taking part in a similar discussion on > the USB list, and implementing a not-convincing solution before, here is what > I > cooked up to document and ease DMA handling for I2C within Linux.

[patch V4 10/11] LICENSES: Add the GPL 1.0 license

Add the full text of the GPL 1.0 license to the kernel tree. It was copied directly from: https://spdx.org/licenses/GPL-1.0.html#licenseText Signed-off-by: Thomas Gleixner Reviewed-by: Philippe Ombredanne Reviewed-by: Kate Stewart

[patch V4 10/11] LICENSES: Add the GPL 1.0 license

Add the full text of the GPL 1.0 license to the kernel tree. It was copied directly from: https://spdx.org/licenses/GPL-1.0.html#licenseText Signed-off-by: Thomas Gleixner Reviewed-by: Philippe Ombredanne Reviewed-by: Kate Stewart Reviewed-by: Greg Kroah-Hartman ---

[patch V4 06/11] LICENSES: Add the BSD 3-clause "New" or "Revised" License

Add the full text of the BSD 3-clause "New" or "Revised" License to the kernel tree. It was copied directly from: https://spdx.org/licenses/BSD-3-Clause.html#licenseText Add the required tags for reference and tooling. Signed-off-by: Thomas Gleixner Reviewed-by: Philippe

[patch V4 11/11] LICENSES: Add MPL-1.1 license

Add the full text of the Mozilla Public License 1.1 to the kernel tree. It was copied directly from: https://spdx.org/licenses/MPL-1.1.html#licenseText Signed-off-by: Thomas Gleixner Reviewed-by: Philippe Ombredanne Reviewed-by: Kate Stewart

[patch V4 06/11] LICENSES: Add the BSD 3-clause "New" or "Revised" License

Add the full text of the BSD 3-clause "New" or "Revised" License to the kernel tree. It was copied directly from: https://spdx.org/licenses/BSD-3-Clause.html#licenseText Add the required tags for reference and tooling. Signed-off-by: Thomas Gleixner Reviewed-by: Philippe Ombredanne

[patch V4 11/11] LICENSES: Add MPL-1.1 license

Add the full text of the Mozilla Public License 1.1 to the kernel tree. It was copied directly from: https://spdx.org/licenses/MPL-1.1.html#licenseText Signed-off-by: Thomas Gleixner Reviewed-by: Philippe Ombredanne Reviewed-by: Kate Stewart Reviewed-by: Greg Kroah-Hartman ---

[patch V4 08/11] LICENSES: Add the MIT license

Add the full text of the MIT license to the kernel tree. It was copied directly from: https://spdx.org/licenses/MIT.html#licenseText Add the required tags for reference and tooling. Signed-off-by: Thomas Gleixner Reviewed-by: Philippe Ombredanne

[patch V4 08/11] LICENSES: Add the MIT license

Add the full text of the MIT license to the kernel tree. It was copied directly from: https://spdx.org/licenses/MIT.html#licenseText Add the required tags for reference and tooling. Signed-off-by: Thomas Gleixner Reviewed-by: Philippe Ombredanne Reviewed-by: Kate Stewart Reviewed-by: Greg

[PATCH] doc: update 'unique identifiers'

Advice about what to use as a unique identifier is no longer valid since patch series was merged to hash pointers printed with %p. We can use this as a unique identifier now. Signed-off-by: Tobin C. Harding --- Documentation/security/self-protection.rst | 4 ++-- 1 file changed,

[PATCH] doc: update 'unique identifiers'

Advice about what to use as a unique identifier is no longer valid since patch series was merged to hash pointers printed with %p. We can use this as a unique identifier now. Signed-off-by: Tobin C. Harding --- Documentation/security/self-protection.rst | 4 ++-- 1 file changed, 2

[PATCH 0/5] Numerous fixes for LP8860

All After creating a new LED driver for the LM3692x device I went back to the LP8860 driver that I authored and found some updates that need to be applied. First the way the LP8860 retrieved the label from the DT was incorrect as the label should have been from a child node as opposed to the

[PATCH 0/5] Numerous fixes for LP8860

All After creating a new LED driver for the LM3692x device I went back to the LP8860 driver that I authored and found some updates that need to be applied. First the way the LP8860 retrieved the label from the DT was incorrect as the label should have been from a child node as opposed to the

Re: [PATCH 0/3] eeprom: at25: Add DT support for 25lc040

On Thu, Nov 30, 2017 at 02:29:43PM +0100, Geert Uytterhoeven wrote: > Hi all, > > Some "atmel,at25" compatible SPI EEPROMs (e.g. Microchip 25lc040) use an > odd number of address bits. This patch series adds support for > instantiating such devices from DT. > > Do EEPROMs using 17 or 25

Re: [PATCH 0/3] eeprom: at25: Add DT support for 25lc040

On Thu, Nov 30, 2017 at 02:29:43PM +0100, Geert Uytterhoeven wrote: > Hi all, > > Some "atmel,at25" compatible SPI EEPROMs (e.g. Microchip 25lc040) use an > odd number of address bits. This patch series adds support for > instantiating such devices from DT. > > Do EEPROMs using 17 or 25

Re: [PATCH] eeprom: at24: Change nvmem stride to 1

On 12/04/2017 11:44 AM, Bartosz Golaszewski wrote: I can't find any documentation on what the stride config option does in nvmem, but looking at the code it's only used for alignment checks in nvmem core, so this patch should be ok. Still: I'm wondering if it shouldn't depend on the size of the

Re: [PATCH] eeprom: at24: Change nvmem stride to 1

On 12/04/2017 11:44 AM, Bartosz Golaszewski wrote: I can't find any documentation on what the stride config option does in nvmem, but looking at the code it's only used for alignment checks in nvmem core, so this patch should be ok. Still: I'm wondering if it shouldn't depend on the size of the

[PATCH 3/5] dt: bindings: lp8860: Add trigger binding to the lp8860

Add a default trigger optional node to the child node. This will allow the driver to set the trigger for a backlight. Signed-off-by: Dan Murphy cc: devicet...@vger.kernel.org --- Documentation/devicetree/bindings/leds/leds-lp8860.txt | 13 - 1 file changed, 8

[PATCH 3/5] dt: bindings: lp8860: Add trigger binding to the lp8860

Add a default trigger optional node to the child node. This will allow the driver to set the trigger for a backlight. Signed-off-by: Dan Murphy cc: devicet...@vger.kernel.org --- Documentation/devicetree/bindings/leds/leds-lp8860.txt | 13 - 1 file changed, 8 insertions(+), 5

[PATCH 5/5] leds: lp8860: Various fixes to align with LED framework

Update the driver to conform with the LED framework. Use devm_led_classdev_register Destroy mutex on exit Remove dependency on CONFIG_OF in the driver and move to the Kconfig Update the MODULE_LICENSE to GPL v2 Remove setting of MAX brightness as the LED framework does this. Signed-off-by: Dan

[PATCH 5/5] leds: lp8860: Various fixes to align with LED framework

Update the driver to conform with the LED framework. Use devm_led_classdev_register Destroy mutex on exit Remove dependency on CONFIG_OF in the driver and move to the Kconfig Update the MODULE_LICENSE to GPL v2 Remove setting of MAX brightness as the LED framework does this. Signed-off-by: Dan

[PATCH 4/5] leds: lp8860: Add DT parsing to retrieve the trigger node

Add the ability to parse the DT and set the default trigger mode for the LED. Signed-off-by: Dan Murphy --- drivers/leds/leds-lp8860.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/leds/leds-lp8860.c b/drivers/leds/leds-lp8860.c index 13d6210cba85..4fed603ee728

[PATCH 4/5] leds: lp8860: Add DT parsing to retrieve the trigger node

Add the ability to parse the DT and set the default trigger mode for the LED. Signed-off-by: Dan Murphy --- drivers/leds/leds-lp8860.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/leds/leds-lp8860.c b/drivers/leds/leds-lp8860.c index 13d6210cba85..4fed603ee728 100644 ---

[PATCH 2/5] leds: lp8860: Update the dt parsing for LED labeling

Update the DT parsing for the label node so that the label is retrieved from the device child as opposed to being part of the parent. This will align this driver with the LED binding documentation Documentation/devicetree/bindings/leds/common.txt Signed-off-by: Dan Murphy ---

[PATCH 2/5] leds: lp8860: Update the dt parsing for LED labeling

Update the DT parsing for the label node so that the label is retrieved from the device child as opposed to being part of the parent. This will align this driver with the LED binding documentation Documentation/devicetree/bindings/leds/common.txt Signed-off-by: Dan Murphy ---

[PATCH 1/5] dt: bindings: lp8860: Update DT label binding

Update the lp8860 label binding to the LED standard as documented in Documentation/devicetree/bindings/leds/common.txt Signed-off-by: Dan Murphy cc: devicet...@vger.kernel.org --- Documentation/devicetree/bindings/leds/leds-lp8860.txt | 7 +-- 1 file changed, 5

[PATCH 1/5] dt: bindings: lp8860: Update DT label binding

Update the lp8860 label binding to the LED standard as documented in Documentation/devicetree/bindings/leds/common.txt Signed-off-by: Dan Murphy cc: devicet...@vger.kernel.org --- Documentation/devicetree/bindings/leds/leds-lp8860.txt | 7 +-- 1 file changed, 5 insertions(+), 2

Re: [PATCH v3 1/4] uinput: Add ioctl for using monotonic/ boot times

On Mon, Dec 4, 2017 at 9:36 PM, Deepa Dinamani wrote: > On Mon, Dec 4, 2017 at 6:21 AM, Arnd Bergmann wrote: >> On Mon, Dec 4, 2017 at 1:55 AM, Deepa Dinamani >> wrote: >>> struct timeval which is part of struct input_event to >>>

Re: [PATCH v3 1/4] uinput: Add ioctl for using monotonic/ boot times

On Mon, Dec 4, 2017 at 9:36 PM, Deepa Dinamani wrote: > On Mon, Dec 4, 2017 at 6:21 AM, Arnd Bergmann wrote: >> On Mon, Dec 4, 2017 at 1:55 AM, Deepa Dinamani >> wrote: >>> struct timeval which is part of struct input_event to >>> maintain the event times is not y2038 safe. >>> >>> Real time

[PATCH] checkpatch: warn for use of %px

Usage of the new %px specifier potentially leaks sensitive inforamtion. Printing kernel addresses exposes the kernel layout in memory, this is potentially exploitable. We have tools in the kernel to help us do the right thing. We can have checkpatch warn developers of potential dangers of using

[PATCH] checkpatch: warn for use of %px

Usage of the new %px specifier potentially leaks sensitive inforamtion. Printing kernel addresses exposes the kernel layout in memory, this is potentially exploitable. We have tools in the kernel to help us do the right thing. We can have checkpatch warn developers of potential dangers of using

Re: [PATCH 1/3] eeprom: at25: Add DT support for EEPROMs with odd address bits

On Mon, Dec 04, 2017 at 10:17:47AM +0100, Geert Uytterhoeven wrote: > On Thu, Nov 30, 2017 at 2:29 PM, Geert Uytterhoeven > wrote: > > Certain EEPROMS have a size that is larger than the number of address > > bytes would allow, and store the MSB of the address in bit 3 of

Re: [PATCH 1/3] eeprom: at25: Add DT support for EEPROMs with odd address bits

On Mon, Dec 04, 2017 at 10:17:47AM +0100, Geert Uytterhoeven wrote: > On Thu, Nov 30, 2017 at 2:29 PM, Geert Uytterhoeven > wrote: > > Certain EEPROMS have a size that is larger than the number of address > > bytes would allow, and store the MSB of the address in bit 3 of the > > instruction

Re: [PATCHv3 1/5] x86/boot/compressed/64: Detect and handle 5-level paging at boot-time

On Mon, Dec 04, 2017 at 09:29:45PM +0100, Thomas Gleixner wrote: > On Mon, 4 Dec 2017, Kirill A. Shutemov wrote: > > > This patch prepare decompression code to boot-time switching between 4- > > and 5-level paging. > > This is the very wrong reason for tagging this commit stable. > > > > >

Re: [PATCHv3 1/5] x86/boot/compressed/64: Detect and handle 5-level paging at boot-time

On Mon, Dec 04, 2017 at 09:29:45PM +0100, Thomas Gleixner wrote: > On Mon, 4 Dec 2017, Kirill A. Shutemov wrote: > > > This patch prepare decompression code to boot-time switching between 4- > > and 5-level paging. > > This is the very wrong reason for tagging this commit stable. > > > > >

Re: [PATCH 4.14 00/95] 4.14.4-stable review

> On Dec 4, 2017, at 9:59 AM, Greg Kroah-Hartman > wrote: > > This is the start of the stable review cycle for the 4.14.4 release. > There are 95 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being

Re: [PATCH 4.14 00/95] 4.14.4-stable review

> On Dec 4, 2017, at 9:59 AM, Greg Kroah-Hartman > wrote: > > This is the start of the stable review cycle for the 4.14.4 release. > There are 95 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. >

Re: [PATCH] workqueue/hotplug: remove the workaround in rebind_workers()

On Fri, Dec 01, 2017 at 10:23:07PM +0800, Lai Jiangshan wrote: > Sine the cpu/hotplug refactor is done, the hotplug > callbacks are called properly. So the workaround is > useless. > > Signed-off-by: Lai Jiangshan Applied to wq/for-4.16 w/ desc updates. Thanks. --

Re: [PATCH] workqueue/hotplug: remove the workaround in rebind_workers()

On Fri, Dec 01, 2017 at 10:23:07PM +0800, Lai Jiangshan wrote: > Sine the cpu/hotplug refactor is done, the hotplug > callbacks are called properly. So the workaround is > useless. > > Signed-off-by: Lai Jiangshan Applied to wq/for-4.16 w/ desc updates. Thanks. -- tejun

Re: KASAN: slab-out-of-bounds Read in strcmp

On Mon, Dec 4, 2017 at 11:29 AM, Dmitry Vyukov wrote: > On Mon, Dec 4, 2017 at 2:59 PM, Paul Moore wrote: > Hi Paul, > > We are just rolling in the process. Feedback is much appreciated! > > The idea is that we need to know the title as it will appear in

Re: KASAN: slab-out-of-bounds Read in strcmp

On Mon, Dec 4, 2017 at 11:29 AM, Dmitry Vyukov wrote: > On Mon, Dec 4, 2017 at 2:59 PM, Paul Moore wrote: > Hi Paul, > > We are just rolling in the process. Feedback is much appreciated! > > The idea is that we need to know the title as it will appear in Linus > tree and in other tested trees.

Re: [PATCH] workqueue/hotplug: simplify workqueue_offline_cpu()

On Fri, Dec 01, 2017 at 10:20:36PM +0800, Lai Jiangshan wrote: > Since the refactor for the cpu/hotplug is done, > workqueue_offline_cpu() is ensured to be run on the > local cpu which is going off. > > Signed-off-by: Lai Jiangshan Applied to wq/for-4.16 w/ minor desc

Re: [PATCH] workqueue/hotplug: simplify workqueue_offline_cpu()

On Fri, Dec 01, 2017 at 10:20:36PM +0800, Lai Jiangshan wrote: > Since the refactor for the cpu/hotplug is done, > workqueue_offline_cpu() is ensured to be run on the > local cpu which is going off. > > Signed-off-by: Lai Jiangshan Applied to wq/for-4.16 w/ minor desc update. Thanks. --

Re: [PATCH RFC] stat.2: Document that stat can fail with EINTR

Hi Michael, I was hoping to get a clear statement one way or another from the kernel maintainers as to whether an EINTR from stat() is supposed to be allowed kernel behavior (hence the RFC in the subject). If it's not, then I don't think it should be documented, even if there is buggy filesystems

Re: [PATCH RFC] stat.2: Document that stat can fail with EINTR

Hi Michael, I was hoping to get a clear statement one way or another from the kernel maintainers as to whether an EINTR from stat() is supposed to be allowed kernel behavior (hence the RFC in the subject). If it's not, then I don't think it should be documented, even if there is buggy filesystems

Re: maxcpus confusion

On Fri, Dec 01, 2017 at 12:58:47PM -0800, Randy Dunlap wrote: > Hi, > > I used "maxcpus=1" on a recent x86 boot (4.15-rc1) and got 4 CPUs (all of > them AFAICT). When I use "nr_cpus=1", I do get a hard limit of one CPU. > > > A few boot log excerpts: > > [0.00] smpboot: Allowing 8

Re: maxcpus confusion

On Fri, Dec 01, 2017 at 12:58:47PM -0800, Randy Dunlap wrote: > Hi, > > I used "maxcpus=1" on a recent x86 boot (4.15-rc1) and got 4 CPUs (all of > them AFAICT). When I use "nr_cpus=1", I do get a hard limit of one CPU. > > > A few boot log excerpts: > > [0.00] smpboot: Allowing 8

Re: [PATCH] leaking_addresses: add support for 32-bit kernel addresses

On Mon, Dec 04, 2017 at 03:50:41PM +0530, kaiwan.billimo...@gmail.com wrote: > On Mon, 2017-12-04 at 19:21 +1100, Tobin C. Harding wrote: > > On Mon, Dec 04, 2017 at 10:51:53AM +0530, Kaiwan N Billimoria wrote: > > > > --- > > > diff --git a/scripts/leaking_addresses.pl

Re: [PATCH] leaking_addresses: add support for 32-bit kernel addresses

On Mon, Dec 04, 2017 at 03:50:41PM +0530, kaiwan.billimo...@gmail.com wrote: > On Mon, 2017-12-04 at 19:21 +1100, Tobin C. Harding wrote: > > On Mon, Dec 04, 2017 at 10:51:53AM +0530, Kaiwan N Billimoria wrote: > > > > --- > > > diff --git a/scripts/leaking_addresses.pl

Re: [PATCH RFC] stat.2: Document that stat can fail with EINTR

Hello Keno On 12/03/2017 04:15 AM, Keno Fischer wrote: > Resending as plain text (apologies for those receiving it twice, and > those that got > an HTML copy, I'm used to my mail client switching that over > automatically, which > for some reason didn't happen here). > > > This is exactly the

Re: [PATCH RFC] stat.2: Document that stat can fail with EINTR

Hello Keno On 12/03/2017 04:15 AM, Keno Fischer wrote: > Resending as plain text (apologies for those receiving it twice, and > those that got > an HTML copy, I'm used to my mail client switching that over > automatically, which > for some reason didn't happen here). > > > This is exactly the

Re: [PATCH v13 3/5] mfd: Add driver for RAVE Supervisory Processor

On Mon, Dec 4, 2017 at 8:11 AM, Andrey Smirnov wrote: > Add a driver for RAVE Supervisory Processor, an MCU implementing > various bits of housekeeping functionality (watchdoging, backlight > control, LED control, etc) on RAVE family of products by Zodiac > Inflight

Re: [PATCH v13 3/5] mfd: Add driver for RAVE Supervisory Processor

On Mon, Dec 4, 2017 at 8:11 AM, Andrey Smirnov wrote: > Add a driver for RAVE Supervisory Processor, an MCU implementing > various bits of housekeeping functionality (watchdoging, backlight > control, LED control, etc) on RAVE family of products by Zodiac > Inflight Innovations. > > This driver

[PATCH] HID: elecom: rewrite report fixup for EX-G and future mice

This patch rewrites the mouse report fixup used for the DEFT and HUGE ELECOM trackballs in order to make it generic enough to fix other ELECOM mice with similar issues. This patch also uses this new report fixup function to fix the ELECOM EX-G trackball which has 6 physical buttons and a similar

[PATCH] HID: elecom: rewrite report fixup for EX-G and future mice

This patch rewrites the mouse report fixup used for the DEFT and HUGE ELECOM trackballs in order to make it generic enough to fix other ELECOM mice with similar issues. This patch also uses this new report fixup function to fix the ELECOM EX-G trackball which has 6 physical buttons and a similar

Re: [PATCH v3 03/21] fpga: mgr: add status for fpga-manager

On Mon, Nov 27, 2017 at 12:42 AM, Wu Hao wrote: Hi Hao, mgr->status isn't used anywhere except in status_show. So we don't need to add status to the fpga_manager struct. Also don't need the inline function to update it. Just read the status in status_show, if that ops

Re: [PATCH v3 03/21] fpga: mgr: add status for fpga-manager

On Mon, Nov 27, 2017 at 12:42 AM, Wu Hao wrote: Hi Hao, mgr->status isn't used anywhere except in status_show. So we don't need to add status to the fpga_manager struct. Also don't need the inline function to update it. Just read the status in status_show, if that ops exists. If

[PATCH 03/10] ASoC: fsl_ssi: Cache pdev->dev pointer

There should be no trouble to understand dev = pdev->dev. This can save some space to have more print info or save some wrapped lines. Signed-off-by: Nicolin Chen --- sound/soc/fsl/fsl_ssi.c | 64 - 1 file changed, 31

[PATCH 03/10] ASoC: fsl_ssi: Cache pdev->dev pointer

There should be no trouble to understand dev = pdev->dev. This can save some space to have more print info or save some wrapped lines. Signed-off-by: Nicolin Chen --- sound/soc/fsl/fsl_ssi.c | 64 - 1 file changed, 31 insertions(+), 33

[PATCH 02/10] ASoC: fsl_ssi: Rename fsl_ssi_private to fsl_ssi

Shorten the private data structure to save some wrapped lines. Signed-off-by: Nicolin Chen --- sound/soc/fsl/fsl_ssi.c | 456 +++- 1 file changed, 220 insertions(+), 236 deletions(-) diff --git a/sound/soc/fsl/fsl_ssi.c

[PATCH 02/10] ASoC: fsl_ssi: Rename fsl_ssi_private to fsl_ssi

Shorten the private data structure to save some wrapped lines. Signed-off-by: Nicolin Chen --- sound/soc/fsl/fsl_ssi.c | 456 +++- 1 file changed, 220 insertions(+), 236 deletions(-) diff --git a/sound/soc/fsl/fsl_ssi.c b/sound/soc/fsl/fsl_ssi.c

[PATCH 04/10] ASoC: fsl_ssi: Refine all comments

This patch refines the comments by: 1) Removing all out-of-date comments 2) Removing all not-so-useful comments 3) Unifying the styles of all comments 4) Simplifying over-descriptive comments 5) Adding comments to improve code readablity 6) Moving all register related comments to fsl_ssi.h 7)

[PATCH 04/10] ASoC: fsl_ssi: Refine all comments

This patch refines the comments by: 1) Removing all out-of-date comments 2) Removing all not-so-useful comments 3) Unifying the styles of all comments 4) Simplifying over-descriptive comments 5) Adding comments to improve code readablity 6) Moving all register related comments to fsl_ssi.h 7)

[PATCH 06/10] ASoC: fsl_ssi: Refine indentations and wrappings

This patch just simply unifies the coding style. Signed-off-by: Nicolin Chen --- sound/soc/fsl/fsl_ssi.c | 225 ++-- sound/soc/fsl/fsl_ssi.h | 2 +- sound/soc/fsl/fsl_ssi_dbg.c | 3 +- 3 files changed, 113

[PATCH 06/10] ASoC: fsl_ssi: Refine indentations and wrappings

This patch just simply unifies the coding style. Signed-off-by: Nicolin Chen --- sound/soc/fsl/fsl_ssi.c | 225 ++-- sound/soc/fsl/fsl_ssi.h | 2 +- sound/soc/fsl/fsl_ssi_dbg.c | 3 +- 3 files changed, 113 insertions(+), 117 deletions(-) diff

[PATCH 05/10] ASoC: fsl_ssi: Rename registers and fields macros

This patch renames CCSR_SSI_xxx to REG_SSI_xxx and SSI_xxx_yyy style. It also slightly reduces the length of them to save some space. Signed-off-by: Nicolin Chen --- sound/soc/fsl/fsl_ssi.c | 374 +-- sound/soc/fsl/fsl_ssi.h

[PATCH 05/10] ASoC: fsl_ssi: Rename registers and fields macros

This patch renames CCSR_SSI_xxx to REG_SSI_xxx and SSI_xxx_yyy style. It also slightly reduces the length of them to save some space. Signed-off-by: Nicolin Chen --- sound/soc/fsl/fsl_ssi.c | 374 +-- sound/soc/fsl/fsl_ssi.h | 376

[PATCH 09/10] ASoC: fsl_ssi: Rename scr_val to scr

Simplify the variable name. This reduces one over-80-character line. Signed-off-by: Nicolin Chen --- sound/soc/fsl/fsl_ssi.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/sound/soc/fsl/fsl_ssi.c b/sound/soc/fsl/fsl_ssi.c index

[PATCH 09/10] ASoC: fsl_ssi: Rename scr_val to scr

Simplify the variable name. This reduces one over-80-character line. Signed-off-by: Nicolin Chen --- sound/soc/fsl/fsl_ssi.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/sound/soc/fsl/fsl_ssi.c b/sound/soc/fsl/fsl_ssi.c index 10f6b63..55f6a1f 100644 ---

[PATCH 07/10] ASoC: fsl_ssi: Refine printk outputs

This patches unifies the error message in the "failed to " format. It also reduces the length of one line and adds spaces to an operator. Signed-off-by: Nicolin Chen --- sound/soc/fsl/fsl_ssi.c | 16 1 file changed, 8 insertions(+), 8 deletions(-)

[PATCH 07/10] ASoC: fsl_ssi: Refine printk outputs

This patches unifies the error message in the "failed to " format. It also reduces the length of one line and adds spaces to an operator. Signed-off-by: Nicolin Chen --- sound/soc/fsl/fsl_ssi.c | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git

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