Re: [PATCH 1/3] dt-bindings: added new pwm-sifive driver documentation

On Fri, Apr 27, 2018 at 03:59:56PM -0700, Wesley W. Terpstra wrote: > Document new PWM device tree bindings for SiFive SoCs. > > Signed-off-by: Wesley W. Terpstra > --- > .../devicetree/bindings/pwm/pwm-sifive.txt | 28 > ++ > 1 file changed, 28

Re: [PATCH 1/3] dt-bindings: added new pwm-sifive driver documentation

On Fri, Apr 27, 2018 at 03:59:56PM -0700, Wesley W. Terpstra wrote: > Document new PWM device tree bindings for SiFive SoCs. > > Signed-off-by: Wesley W. Terpstra > --- > .../devicetree/bindings/pwm/pwm-sifive.txt | 28 > ++ > 1 file changed, 28 insertions(+) >

Re: LICENSES: Missing ISC text & possibly a category ("Not recommended" vs. "Preferred licenses")

On Sat, Apr 28, 2018 at 11:25:17PM +0200, Rafał Miłecki wrote: > Hi, > > Due to some maintainers *preferring* BSD-compatible license for DTS > files [0], I was writing mine using ISC. I had no very special reason > for it: I was choosing between BSD-2-Clause, MIT and ISC. I've chosen > ISC as I

Re: LICENSES: Missing ISC text & possibly a category ("Not recommended" vs. "Preferred licenses")

On Sat, Apr 28, 2018 at 11:25:17PM +0200, Rafał Miłecki wrote: > Hi, > > Due to some maintainers *preferring* BSD-compatible license for DTS > files [0], I was writing mine using ISC. I had no very special reason > for it: I was choosing between BSD-2-Clause, MIT and ISC. I've chosen > ISC as I

Re: [RFD] x86: The future of MPX

Ingo Molnar writes: > * Linus Torvalds wrote: > >> On Sat, Apr 28, 2018 at 2:18 AM Ingo Molnar wrote: >> >> > I just tried the MPX testcases with the latest kernel: >> >> > deimos:~/tip/tools/testing/selftests/x86>

Re: [RFD] x86: The future of MPX

Ingo Molnar writes: > * Linus Torvalds wrote: > >> On Sat, Apr 28, 2018 at 2:18 AM Ingo Molnar wrote: >> >> > I just tried the MPX testcases with the latest kernel: >> >> > deimos:~/tip/tools/testing/selftests/x86> ./mpx-mini-test_64 >> >> They need to be run as root. They try to access

Re: [PATCH 2/2] hwmon: (k10temp) Use API function to access System Management Network

2018-04-29 3:54 GMT+02:00 Guenter Roeck : > The SMN (System Management Network) on Family 17h AMD CPUs is also accessed > from other drivers, specifically EDAC. Accessing it directly is racy. > On top of that, accessing the SMN through root bridge 00:00 is wrong on > multi-die

Re: [PATCH 2/2] hwmon: (k10temp) Use API function to access System Management Network

2018-04-29 3:54 GMT+02:00 Guenter Roeck : > The SMN (System Management Network) on Family 17h AMD CPUs is also accessed > from other drivers, specifically EDAC. Accessing it directly is racy. > On top of that, accessing the SMN through root bridge 00:00 is wrong on > multi-die CPUs and may result

Re: [PATCH net-next 0/2 v4] netns: uevent filtering

Christian Brauner writes: > Hey everyone, > > This is the new approach to uevent filtering as discussed (see the > threads in [1], [2], and [3]). It only contains *non-functional > changes*. > > This series deals with with fixing up uevent filtering logic: > -

Re: [PATCH net-next 0/2 v4] netns: uevent filtering

Christian Brauner writes: > Hey everyone, > > This is the new approach to uevent filtering as discussed (see the > threads in [1], [2], and [3]). It only contains *non-functional > changes*. > > This series deals with with fixing up uevent filtering logic: > - uevent filtering logic is

Re: [PATCH net-next 2/2 v4] netns: restrict uevents

> + /* fix credentials */ > + if (owning_user_ns != _user_ns) { > + struct netlink_skb_parms *parms = _CB(skb); > + kuid_t root_uid; > + kgid_t root_gid; > + > + /* fix uid */ > + root_uid = make_kuid(owning_user_ns, 0); > +

Re: [PATCH net-next 2/2 v4] netns: restrict uevents

> + /* fix credentials */ > + if (owning_user_ns != _user_ns) { > + struct netlink_skb_parms *parms = _CB(skb); > + kuid_t root_uid; > + kgid_t root_gid; > + > + /* fix uid */ > + root_uid = make_kuid(owning_user_ns, 0); > +

Re: [PATCH 1/2] x86/amd_nb: Add support for Raven Ridge CPUs

2018-04-29 3:54 GMT+02:00 Guenter Roeck : > Add Raven Ridge root bridge and data fabric PCI IDs. > This is required for amd_pci_dev_to_node_id() and amd_smn_read(). > > Signed-off-by: Guenter Roeck > --- > This patch is a prerequisite for the second patch

Re: [PATCH 1/2] x86/amd_nb: Add support for Raven Ridge CPUs

2018-04-29 3:54 GMT+02:00 Guenter Roeck : > Add Raven Ridge root bridge and data fabric PCI IDs. > This is required for amd_pci_dev_to_node_id() and amd_smn_read(). > > Signed-off-by: Guenter Roeck > --- > This patch is a prerequisite for the second patch in the series. > I'll be happy to apply

Re: [PATCH 1/2] x86/amd_nb: Add support for Raven Ridge CPUs

2018-04-29 3:54 GMT+02:00 Guenter Roeck : > Add Raven Ridge root bridge and data fabric PCI IDs. > This is required for amd_pci_dev_to_node_id() and amd_smn_read(). > > Signed-off-by: Guenter Roeck > --- > This patch is a prerequisite for the second patch

Re: [PATCH 1/2] x86/amd_nb: Add support for Raven Ridge CPUs

2018-04-29 3:54 GMT+02:00 Guenter Roeck : > Add Raven Ridge root bridge and data fabric PCI IDs. > This is required for amd_pci_dev_to_node_id() and amd_smn_read(). > > Signed-off-by: Guenter Roeck > --- > This patch is a prerequisite for the second patch in the series. > I'll be happy to apply

Re: [PATCH 3/3] genalloc: selftest

On 04/28/2018 07:45 PM, Igor Stoppa wrote: > Introduce a set of macros for writing concise test cases for genalloc. > > The test cases are meant to provide regression testing, when working on > new functionality for genalloc. > > Primarily they are meant to confirm that the various allocation

Re: [PATCH 3/3] genalloc: selftest

On 04/28/2018 07:45 PM, Igor Stoppa wrote: > Introduce a set of macros for writing concise test cases for genalloc. > > The test cases are meant to provide regression testing, when working on > new functionality for genalloc. > > Primarily they are meant to confirm that the various allocation

Re: [llc_ui_release] BUG: unable to handle kernel NULL pointer dereference at 0000000000000004

On Sat, Apr 28, 2018 at 7:12 PM Fengguang Wu wrote: > FYI this happens in mainline kernel 4.17.0-rc2. > It looks like a new regression. > It occurs in 5 out of 5 boots. > [main] 375 sockets created based on info from socket cachefile. > [main] Generating file

Re: [llc_ui_release] BUG: unable to handle kernel NULL pointer dereference at 0000000000000004

On Sat, Apr 28, 2018 at 7:12 PM Fengguang Wu wrote: > FYI this happens in mainline kernel 4.17.0-rc2. > It looks like a new regression. > It occurs in 5 out of 5 boots. > [main] 375 sockets created based on info from socket cachefile. > [main] Generating file descriptors > [main] Added 83

drivers/gpu/drm/bridge/sil-sii8620.c:2405: undefined reference to `extcon_unregister_notifier'

Hi Maciej, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 19b9ad67310ed2f685062a00aec602bec33835f0 commit: 688838442147d9dd94c2ef7c2c31a35cf150c5fa drm/bridge/sii8620: use micro-USB cable detection logic to detect

drivers/gpu/drm/bridge/sil-sii8620.c:2405: undefined reference to `extcon_unregister_notifier'

Hi Maciej, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 19b9ad67310ed2f685062a00aec602bec33835f0 commit: 688838442147d9dd94c2ef7c2c31a35cf150c5fa drm/bridge/sii8620: use micro-USB cable detection logic to detect

Re: [PATCH 0/3] linux-next: mm: hardening: Track genalloc allocations

On Sun, Apr 29, 2018 at 06:45:39AM +0400, Igor Stoppa wrote: > This patchset was created as part of an older version of pmalloc, however > it has value per-se, as it hardens the memory management for the generic > allocator genalloc. > > Genalloc does not currently track the size of the

Re: [PATCH 0/3] linux-next: mm: hardening: Track genalloc allocations

On Sun, Apr 29, 2018 at 06:45:39AM +0400, Igor Stoppa wrote: > This patchset was created as part of an older version of pmalloc, however > it has value per-se, as it hardens the memory management for the generic > allocator genalloc. > > Genalloc does not currently track the size of the

Re: [crng_reseed] WARNING: inconsistent lock state

On Sat, Apr 28, 2018 at 7:26 PM Fengguang Wu wrote: > FYI this happens in mainline kernel 4.17.0-rc2. > It looks like a new regression. > It occurs in 3 out of 3 boots. > There is another "[ 294.642506] BUG: sleeping function called from > invalid context at

Re: [crng_reseed] WARNING: inconsistent lock state

On Sat, Apr 28, 2018 at 7:26 PM Fengguang Wu wrote: > FYI this happens in mainline kernel 4.17.0-rc2. > It looks like a new regression. > It occurs in 3 out of 3 boots. > There is another "[ 294.642506] BUG: sleeping function called from > invalid context at mm/slab.h:421" at the bottom of

[GIT PULL] ext4 fixes for 4.17-rc3

The following changes since commit e40ff213898502d299351cc2fe1e350cd186f0d3: ext4: force revalidation of directory pointer after seekdir(2) (2018-04-01 23:21:03 -0400) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git

[GIT PULL] ext4 fixes for 4.17-rc3

The following changes since commit e40ff213898502d299351cc2fe1e350cd186f0d3: ext4: force revalidation of directory pointer after seekdir(2) (2018-04-01 23:21:03 -0400) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git

[PATCH 3/3] genalloc: selftest

Introduce a set of macros for writing concise test cases for genalloc. The test cases are meant to provide regression testing, when working on new functionality for genalloc. Primarily they are meant to confirm that the various allocation strategy will continue to work as expected. The

[PATCH 3/3] genalloc: selftest

Introduce a set of macros for writing concise test cases for genalloc. The test cases are meant to provide regression testing, when working on new functionality for genalloc. Primarily they are meant to confirm that the various allocation strategy will continue to work as expected. The

[PATCH 2/3] Add label and license to genalloc.rst

Add SPDX license to genalloc.rst, then a label, to allow cross-referencing. Signed-off-by: Igor Stoppa --- Documentation/core-api/genalloc.rst | 4 1 file changed, 4 insertions(+) diff --git a/Documentation/core-api/genalloc.rst

[PATCH 1/3] genalloc: track beginning of allocations

The genalloc library is only capable of tracking if a certain unit of allocation is in use or not. It is not capable of discerning where the memory associated to an allocation request begins and where it ends. The reason is that units of allocations are tracked by using a bitmap, where each bit

[PATCH 0/3] linux-next: mm: hardening: Track genalloc allocations

This patchset was created as part of an older version of pmalloc, however it has value per-se, as it hardens the memory management for the generic allocator genalloc. Genalloc does not currently track the size of the allocations it hands out. Either by mistake, or due to an attack, it is

[PATCH 2/3] Add label and license to genalloc.rst

Add SPDX license to genalloc.rst, then a label, to allow cross-referencing. Signed-off-by: Igor Stoppa --- Documentation/core-api/genalloc.rst | 4 1 file changed, 4 insertions(+) diff --git a/Documentation/core-api/genalloc.rst b/Documentation/core-api/genalloc.rst index

[PATCH 1/3] genalloc: track beginning of allocations

The genalloc library is only capable of tracking if a certain unit of allocation is in use or not. It is not capable of discerning where the memory associated to an allocation request begins and where it ends. The reason is that units of allocations are tracked by using a bitmap, where each bit

[PATCH 0/3] linux-next: mm: hardening: Track genalloc allocations

This patchset was created as part of an older version of pmalloc, however it has value per-se, as it hardens the memory management for the generic allocator genalloc. Genalloc does not currently track the size of the allocations it hands out. Either by mistake, or due to an attack, it is

Re: ed74ae0342 ("blk-mq: Avoid that a completion can be ignored .."): BUG: kernel hang in test stage

Hi Jens, On Fri, Apr 27, 2018 at 06:52:58PM -0600, Jens Axboe wrote: On 4/24/18 3:00 PM, kernel test robot wrote: Greetings, 0day kernel testing robot got the below dmesg and the first bad commit is https://git.kernel.org/pub/scm/linux/kernel/git/axboe/linux-block.git for-linus commit

Re: ed74ae0342 ("blk-mq: Avoid that a completion can be ignored .."): BUG: kernel hang in test stage

Hi Jens, On Fri, Apr 27, 2018 at 06:52:58PM -0600, Jens Axboe wrote: On 4/24/18 3:00 PM, kernel test robot wrote: Greetings, 0day kernel testing robot got the below dmesg and the first bad commit is https://git.kernel.org/pub/scm/linux/kernel/git/axboe/linux-block.git for-linus commit

[RFC patch] Documenation: don't build media .rst files when not building Documentation/media/

Don't build media .rst files from header files when Documentation/media/ is not in the target SPHINXDIRS. It looks like the dependencies in Documentation/media/Makefile should take care of running parse-headers.pl to generated .rst files from the header files, but it's not happening and I don't

[RFC patch] Documenation: don't build media .rst files when not building Documentation/media/

Don't build media .rst files from header files when Documentation/media/ is not in the target SPHINXDIRS. It looks like the dependencies in Documentation/media/Makefile should take care of running parse-headers.pl to generated .rst files from the header files, but it's not happening and I don't

[PATCH 1/2] x86/amd_nb: Add support for Raven Ridge CPUs

Add Raven Ridge root bridge and data fabric PCI IDs. This is required for amd_pci_dev_to_node_id() and amd_smn_read(). Signed-off-by: Guenter Roeck --- This patch is a prerequisite for the second patch in the series. I'll be happy to apply both patches through hwmon if that

[PATCH 2/2] hwmon: (k10temp) Use API function to access System Management Network

The SMN (System Management Network) on Family 17h AMD CPUs is also accessed from other drivers, specifically EDAC. Accessing it directly is racy. On top of that, accessing the SMN through root bridge 00:00 is wrong on multi-die CPUs and may result in reading the temperature from the wrong die. Use

[PATCH 1/2] x86/amd_nb: Add support for Raven Ridge CPUs

Add Raven Ridge root bridge and data fabric PCI IDs. This is required for amd_pci_dev_to_node_id() and amd_smn_read(). Signed-off-by: Guenter Roeck --- This patch is a prerequisite for the second patch in the series. I'll be happy to apply both patches through hwmon if that is acceptable (and

[PATCH 2/2] hwmon: (k10temp) Use API function to access System Management Network

The SMN (System Management Network) on Family 17h AMD CPUs is also accessed from other drivers, specifically EDAC. Accessing it directly is racy. On top of that, accessing the SMN through root bridge 00:00 is wrong on multi-die CPUs and may result in reading the temperature from the wrong die. Use

Re: FROM: "MRS PATRICIA WILLIAMS" linux-kernel@vger.kernel.org

FYI: About My Previous Message Hi, Am Mrs Patricia William, i just want to know if you receive my previous email i sent to you last three (3) days ago. Is your email still Active? If YES; please can you email me back, i have something very important to discuss with you. Awaits your reply

Re: FROM: "MRS PATRICIA WILLIAMS" linux-kernel@vger.kernel.org

FYI: About My Previous Message Hi, Am Mrs Patricia William, i just want to know if you receive my previous email i sent to you last three (3) days ago. Is your email still Active? If YES; please can you email me back, i have something very important to discuss with you. Awaits your reply

Re: [PATCH v2 1/2] drm/ttm: Only allocate huge pages with new flag TTM_PAGE_FLAG_TRANSHUGE

On Sat, Apr 28, 2018 at 7:02 PM, Michel Dänzer wrote: > On 2018-04-28 06:30 PM, Ilia Mirkin wrote: >> On Fri, Apr 27, 2018 at 9:08 AM, Michel Dänzer wrote: >>> From: Michel Dänzer >>> >>> Previously, TTM would always (with

Re: [PATCH v2 1/2] drm/ttm: Only allocate huge pages with new flag TTM_PAGE_FLAG_TRANSHUGE

On Sat, Apr 28, 2018 at 7:02 PM, Michel Dänzer wrote: > On 2018-04-28 06:30 PM, Ilia Mirkin wrote: >> On Fri, Apr 27, 2018 at 9:08 AM, Michel Dänzer wrote: >>> From: Michel Dänzer >>> >>> Previously, TTM would always (with CONFIG_TRANSPARENT_HUGEPAGE enabled) >>> try to allocate huge pages.

[PATCH] media: staging: atomisp: fix a potential missing-check bug

At the end of atomisp_subdev_set_selection(), the function atomisp_subdev_get_rect() is invoked to get the pointer to v4l2_rect. Since this function may return a NULL pointer, it is firstly invoked to check the returned pointer. If the returned pointer is not NULL, then the function is invoked

[PATCH] media: staging: atomisp: fix a potential missing-check bug

At the end of atomisp_subdev_set_selection(), the function atomisp_subdev_get_rect() is invoked to get the pointer to v4l2_rect. Since this function may return a NULL pointer, it is firstly invoked to check the returned pointer. If the returned pointer is not NULL, then the function is invoked

Re: [PATCH v2 1/2] drm/ttm: Only allocate huge pages with new flag TTM_PAGE_FLAG_TRANSHUGE

On 2018-04-28 06:30 PM, Ilia Mirkin wrote: > On Fri, Apr 27, 2018 at 9:08 AM, Michel Dänzer wrote: >> From: Michel Dänzer >> >> Previously, TTM would always (with CONFIG_TRANSPARENT_HUGEPAGE enabled) >> try to allocate huge pages. However, not all

Re: [PATCH v2 1/2] drm/ttm: Only allocate huge pages with new flag TTM_PAGE_FLAG_TRANSHUGE

On 2018-04-28 06:30 PM, Ilia Mirkin wrote: > On Fri, Apr 27, 2018 at 9:08 AM, Michel Dänzer wrote: >> From: Michel Dänzer >> >> Previously, TTM would always (with CONFIG_TRANSPARENT_HUGEPAGE enabled) >> try to allocate huge pages. However, not all drivers can take advantage >> of huge pages, but

[PATCH v2] spi: meson-spicc: Fix error handling in meson_spicc_probe()

If devm_spi_register_master() fails in meson_spicc_probe(), spicc->core is left undisabled. The patch fixes that. Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Alexey Khoroshilov Reviewed-by: Neil Armstrong --- v2:

[PATCH v2] spi: meson-spicc: Fix error handling in meson_spicc_probe()

If devm_spi_register_master() fails in meson_spicc_probe(), spicc->core is left undisabled. The patch fixes that. Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Alexey Khoroshilov Reviewed-by: Neil Armstrong --- v2: Fix subject as Neil Armstrong noted.

[PATCH] power: supply: ltc2941-battery-gauge: Release device_node in ltc294x_i2c_probe()

There is of_node_get(client->dev.of_node) in ltc294x_i2c_probe(), but these is no of_node_put() somethere in the driver. The patch adds one on error and normal paths. Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Alexey Khoroshilov ---

[PATCH] power: supply: ltc2941-battery-gauge: Release device_node in ltc294x_i2c_probe()

There is of_node_get(client->dev.of_node) in ltc294x_i2c_probe(), but these is no of_node_put() somethere in the driver. The patch adds one on error and normal paths. Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Alexey Khoroshilov ---

[PATCH] kbuild: "make tools/help" does not need syncconfig

From: Randy Dunlap Fix "make tools/help" to skip "make syncconfig". "make tools/help" currently tries to run "make syncconfig" even though there is no .config file and one is not needed just to get help text output. With no .config file, make says: *** Configuration

[PATCH] kbuild: "make tools/help" does not need syncconfig

From: Randy Dunlap Fix "make tools/help" to skip "make syncconfig". "make tools/help" currently tries to run "make syncconfig" even though there is no .config file and one is not needed just to get help text output. With no .config file, make says: *** Configuration file ".config" not found!

[PATCH] wireless: ipw2100: fix spelling mistake: "decsribed" -> "described"

From: Colin Ian King Trivial fix to spelling mistake in comment and in the ord_data text Signed-off-by: Colin Ian King --- drivers/net/wireless/intel/ipw2x00/ipw2100.c | 2 +- drivers/net/wireless/intel/ipw2x00/ipw2100.h | 2 +- 2 files

[PATCH] wireless: ipw2100: fix spelling mistake: "decsribed" -> "described"

From: Colin Ian King Trivial fix to spelling mistake in comment and in the ord_data text Signed-off-by: Colin Ian King --- drivers/net/wireless/intel/ipw2x00/ipw2100.c | 2 +- drivers/net/wireless/intel/ipw2x00/ipw2100.h | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH] drm/amd/powerplay: fix spelling mistake: "contruct" -> "construct"

From: Colin Ian King Trivial fix to spelling mistake in PP_ASSERT_WITH_CODE message text Signed-off-by: Colin Ian King --- drivers/gpu/drm/amd/powerplay/hwmgr/smu7_hwmgr.c | 2 +- drivers/gpu/drm/amd/powerplay/hwmgr/vega10_hwmgr.c | 2 +-

[PATCH] drm/amd/powerplay: fix spelling mistake: "contruct" -> "construct"

From: Colin Ian King Trivial fix to spelling mistake in PP_ASSERT_WITH_CODE message text Signed-off-by: Colin Ian King --- drivers/gpu/drm/amd/powerplay/hwmgr/smu7_hwmgr.c | 2 +- drivers/gpu/drm/amd/powerplay/hwmgr/vega10_hwmgr.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-)

[PATCH] can: cc770: fix spelling mistake: "comptibility" -> "compatibility"

From: Colin Ian King Trivial fix to spelling mistake in module parameter description text Signed-off-by: Colin Ian King --- drivers/net/can/cc770/cc770.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] can: cc770: fix spelling mistake: "comptibility" -> "compatibility"

From: Colin Ian King Trivial fix to spelling mistake in module parameter description text Signed-off-by: Colin Ian King --- drivers/net/can/cc770/cc770.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/can/cc770/cc770.c b/drivers/net/can/cc770/cc770.c index

[PATCH] [media] media/usbvision: fix spelling mistake: "compresion" -> "compression"

From: Colin Ian King Trivial fix to spelling mistake in proc text string Signed-off-by: Colin Ian King --- drivers/media/usb/usbvision/usbvision-core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] [media] media/usbvision: fix spelling mistake: "compresion" -> "compression"

From: Colin Ian King Trivial fix to spelling mistake in proc text string Signed-off-by: Colin Ian King --- drivers/media/usb/usbvision/usbvision-core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/usb/usbvision/usbvision-core.c

[PATCH][V2] dmaengine: stm32-mdma: fix spelling mistake: "avalaible" -> "available"

From: Colin Ian King Trivial fix to spelling mistake in dev_err error message text and make channel plural. Signed-off-by: Colin Ian King --- drivers/dma/stm32-mdma.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH][V2] dmaengine: stm32-mdma: fix spelling mistake: "avalaible" -> "available"

From: Colin Ian King Trivial fix to spelling mistake in dev_err error message text and make channel plural. Signed-off-by: Colin Ian King --- drivers/dma/stm32-mdma.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/dma/stm32-mdma.c b/drivers/dma/stm32-mdma.c index

Re: PROBLEM: error due to conflicting types during build of kselftests

On 04/28/2018 02:42 PM, Jeffrin Thalakkottoor wrote: > anyway my current is gcc (Debian 7.3.0-16) 7.3.0 > > may be you can try ... make -C tools/testing/selftests 2> error.txt I have a much older gcc, so newer must be better. :) > On Sat, Apr 28, 2018 at 5:08 AM, Randy Dunlap

Re: PROBLEM: error due to conflicting types during build of kselftests

On 04/28/2018 02:42 PM, Jeffrin Thalakkottoor wrote: > anyway my current is gcc (Debian 7.3.0-16) 7.3.0 > > may be you can try ... make -C tools/testing/selftests 2> error.txt I have a much older gcc, so newer must be better. :) > On Sat, Apr 28, 2018 at 5:08 AM, Randy Dunlap wrote: >> On

[PATCH] Revert "dmaengine: pl330: add DMA_PAUSE feature"

This reverts commit 88987d2c7534a0269f567fb101e6d71a08f0f01d. The pl330.c pause implementation violates the dmaengine requirement for no data loss, since it relies on the DMAKILL instruction. However, DMAKILL discards in-flight data from the dma controller's fifo. This is documented in the

[PATCH] Revert "dmaengine: pl330: add DMA_PAUSE feature"

This reverts commit 88987d2c7534a0269f567fb101e6d71a08f0f01d. The pl330.c pause implementation violates the dmaengine requirement for no data loss, since it relies on the DMAKILL instruction. However, DMAKILL discards in-flight data from the dma controller's fifo. This is documented in the

Re: PROBLEM: error due to conflicting types during build of kselftests

anyway my current is gcc (Debian 7.3.0-16) 7.3.0 may be you can try ... make -C tools/testing/selftests 2> error.txt On Sat, Apr 28, 2018 at 5:08 AM, Randy Dunlap wrote: > On 04/20/2018 11:03 AM, Jeffrin Thalakkottoor wrote: >> hello, >> >> the following is the error

Re: PROBLEM: error due to conflicting types during build of kselftests

anyway my current is gcc (Debian 7.3.0-16) 7.3.0 may be you can try ... make -C tools/testing/selftests 2> error.txt On Sat, Apr 28, 2018 at 5:08 AM, Randy Dunlap wrote: > On 04/20/2018 11:03 AM, Jeffrin Thalakkottoor wrote: >> hello, >> >> the following is the error found... >>

Re: [PATCH 3.18 18/52] HID: i2c-hid: fix size check and type usage

> - if (ret_size > size) { > + if ((ret_size > size) || (ret_size <= 2)) { > dev_err(>client->dev, "%s: incomplete report (%d/%d)\n", > __func__, size, ret_size); > return; This change spams in the dmesg output. Could you please undo this change? Or - if ((ret_size > size) || (ret_size <= 2)) {

Re: [PATCH 3.18 18/52] HID: i2c-hid: fix size check and type usage

> - if (ret_size > size) { > + if ((ret_size > size) || (ret_size <= 2)) { > dev_err(>client->dev, "%s: incomplete report (%d/%d)\n", > __func__, size, ret_size); > return; This change spams in the dmesg output. Could you please undo this change? Or - if ((ret_size > size) || (ret_size <= 2)) {

LICENSES: Missing ISC text & possibly a category ("Not recommended" vs. "Preferred licenses")

Hi, Due to some maintainers *preferring* BSD-compatible license for DTS files [0], I was writing mine using ISC. I had no very special reason for it: I was choosing between BSD-2-Clause, MIT and ISC. I've chosen ISC as I read about its "removal of language deemed unnecessary". I took a moment to

LICENSES: Missing ISC text & possibly a category ("Not recommended" vs. "Preferred licenses")

Hi, Due to some maintainers *preferring* BSD-compatible license for DTS files [0], I was writing mine using ISC. I had no very special reason for it: I was choosing between BSD-2-Clause, MIT and ISC. I've chosen ISC as I read about its "removal of language deemed unnecessary". I took a moment to

Re: [PATCH v2 2/2] x86/mm: implement free pmd/pte page interfaces

On Sat, 2018-04-28 at 11:02 +0200, j...@8bytes.org wrote: > On Fri, Apr 27, 2018 at 02:31:51PM +, Kani, Toshi wrote: > > So, we can add the step 2 on top of this patch. > > 1. Clear pud/pmd entry. > > 2. System wide TLB flush <-- TO BE ADDED BY NEW PATCH > > 3. Free its underlining pmd/pte

Re: [PATCH v2 2/2] x86/mm: implement free pmd/pte page interfaces

On Sat, 2018-04-28 at 11:02 +0200, j...@8bytes.org wrote: > On Fri, Apr 27, 2018 at 02:31:51PM +, Kani, Toshi wrote: > > So, we can add the step 2 on top of this patch. > > 1. Clear pud/pmd entry. > > 2. System wide TLB flush <-- TO BE ADDED BY NEW PATCH > > 3. Free its underlining pmd/pte

Re: [PATCH net-next v2 4/7] net: mscc: Add initial Ocelot switch support

Hi Alexandre, I love your patch! Yet something to improve: [auto build test ERROR on net-next/master] url: https://github.com/0day-ci/linux/commits/Alexandre-Belloni/Microsemi-Ocelot-Ethernet-switch-support/20180429-024136 config: x86_64-allmodconfig (attached as .config) compiler: gcc-7

Re: [PATCH net-next v2 4/7] net: mscc: Add initial Ocelot switch support

Hi Alexandre, I love your patch! Yet something to improve: [auto build test ERROR on net-next/master] url: https://github.com/0day-ci/linux/commits/Alexandre-Belloni/Microsemi-Ocelot-Ethernet-switch-support/20180429-024136 config: x86_64-allmodconfig (attached as .config) compiler: gcc-7

Re: [LSF/MM TOPIC NOTES] x86 ZONE_DMA love

On Sat, Apr 28, 2018 at 09:46:52PM +0200, Julia Lawall wrote: > FWIW, here is my semantic patch and the output - it reports on things that > appear to be too small and things that it doesn't know about. > > What are the relevant pci wrappers? I didn't find them. Basically all of the functions

Re: [LSF/MM TOPIC NOTES] x86 ZONE_DMA love

On Sat, Apr 28, 2018 at 09:46:52PM +0200, Julia Lawall wrote: > FWIW, here is my semantic patch and the output - it reports on things that > appear to be too small and things that it doesn't know about. > > What are the relevant pci wrappers? I didn't find them. Basically all of the functions

Re: [PATCH v2] efi: Ignore unrealistically large option roms

Hi, On 28-04-18 08:40, Ard Biesheuvel wrote: Hi Hans, On 27 April 2018 at 23:35, Hans de Goede wrote: setup_efi_pci() tries to save a copy of each PCI option ROM as this may be necessary for the device driver for the PCI device to have access too. On some systems the

Re: [PATCH v2] efi: Ignore unrealistically large option roms

Hi, On 28-04-18 08:40, Ard Biesheuvel wrote: Hi Hans, On 27 April 2018 at 23:35, Hans de Goede wrote: setup_efi_pci() tries to save a copy of each PCI option ROM as this may be necessary for the device driver for the PCI device to have access too. On some systems the

[PATCH v3] dmaengine: axi-dmac: Request IRQ with IRQF_SHARED

Request IRQ with IRQF_SHARED flag to enable setups with multiple instances of the core sharing a single IRQ line. This works out since the IRQ handler already checks if there is an actual IRQ pending and returns IRQ_NONE otherwise. Acked-by: Lars-Peter Clausen Signed-off-by:

[PATCH v3] dmaengine: axi-dmac: Request IRQ with IRQF_SHARED

Request IRQ with IRQF_SHARED flag to enable setups with multiple instances of the core sharing a single IRQ line. This works out since the IRQ handler already checks if there is an actual IRQ pending and returns IRQ_NONE otherwise. Acked-by: Lars-Peter Clausen Signed-off-by: Moritz Fischer ---

Re: [greybus-dev] [PATCH v2] staging: greybus: Use gpio_is_valid()

On 04/27/2018 11:35 PM, Arvind Yadav wrote: > Replace the manual validity checks for the GPIO with the > gpio_is_valid(). > > Signed-off-by: Arvind Yadav Looks good. Reviewed-by: Alex Elder > --- > chnage in v2 : > Returning invalid

Re: [greybus-dev] [PATCH v2] staging: greybus: Use gpio_is_valid()

On 04/27/2018 11:35 PM, Arvind Yadav wrote: > Replace the manual validity checks for the GPIO with the > gpio_is_valid(). > > Signed-off-by: Arvind Yadav Looks good. Reviewed-by: Alex Elder > --- > chnage in v2 : > Returning invalid gpio as error instead of -ENODEV. > >

[PATCH] ext4: add crc32c soft dependency

Starting with commit a45403b51582, ext4 unconditionally requires a crc32c provider, which broke certain mkinitrd setups. Add a soft dependency on crc32c so that mkinitrd, dracut, and other initrd image generators could include the required helper module. The dependency on crc32c is quite hard

[PATCH] ext4: add crc32c soft dependency

Starting with commit a45403b51582, ext4 unconditionally requires a crc32c provider, which broke certain mkinitrd setups. Add a soft dependency on crc32c so that mkinitrd, dracut, and other initrd image generators could include the required helper module. The dependency on crc32c is quite hard

Re: [PATCH] thunderbolt: Handle NULL boot ACL entries properly

On Fri, Apr 27, 2018 at 6:58 PM Mika Westerberg < mika.westerb...@linux.intel.com> wrote: > If the boot ACL entry is already NULL we should not fill in the upper > two DWs with 0xf. Otherwise they are not shown as empty entries > when the sysfs attribute is read. > Fixes: 9aaa3b8b4c56

Re: [PATCH] thunderbolt: Handle NULL boot ACL entries properly

On Fri, Apr 27, 2018 at 6:58 PM Mika Westerberg < mika.westerb...@linux.intel.com> wrote: > If the boot ACL entry is already NULL we should not fill in the upper > two DWs with 0xf. Otherwise they are not shown as empty entries > when the sysfs attribute is read. > Fixes: 9aaa3b8b4c56

Re: [LSF/MM TOPIC NOTES] x86 ZONE_DMA love

On Sat, 28 Apr 2018, Luis R. Rodriguez wrote: > On Sat, Apr 28, 2018 at 01:42:21AM -0700, Christoph Hellwig wrote: > > On Fri, Apr 27, 2018 at 04:14:56PM +, Luis R. Rodriguez wrote: > > > Do we have a list of users for x86 with a small DMA mask? > > > Or, given that I'm not aware of a tool

Re: [LSF/MM TOPIC NOTES] x86 ZONE_DMA love

On Sat, 28 Apr 2018, Luis R. Rodriguez wrote: > On Sat, Apr 28, 2018 at 01:42:21AM -0700, Christoph Hellwig wrote: > > On Fri, Apr 27, 2018 at 04:14:56PM +, Luis R. Rodriguez wrote: > > > Do we have a list of users for x86 with a small DMA mask? > > > Or, given that I'm not aware of a tool

Re: [PATCH net-next v2 4/7] net: mscc: Add initial Ocelot switch support

Hi Alexandre, I love your patch! Perhaps something to improve: [auto build test WARNING on net-next/master] url: https://github.com/0day-ci/linux/commits/Alexandre-Belloni/Microsemi-Ocelot-Ethernet-switch-support/20180429-024136 config: sh-allmodconfig (attached as .config) compiler:

Re: [PATCH net-next v2 4/7] net: mscc: Add initial Ocelot switch support

Hi Alexandre, I love your patch! Perhaps something to improve: [auto build test WARNING on net-next/master] url: https://github.com/0day-ci/linux/commits/Alexandre-Belloni/Microsemi-Ocelot-Ethernet-switch-support/20180429-024136 config: sh-allmodconfig (attached as .config) compiler:

Re: [PATCH v2] dmaengine: axi-dmac: Request IRQ with IRQF_SHARED

On Sat, Apr 28, 2018 at 10:40:43AM +0530, Vinod Koul wrote: > On Fri, Apr 27, 2018 at 05:18:29PM +0200, Lars-Peter Clausen wrote: > > On 04/27/2018 05:15 PM, Moritz Fischer wrote: > > > Hi Vinod, > > > > > > On Fri, Apr 27, 2018 at 12:08 AM, Vinod Koul wrote: > > >> On Fri,

Re: [PATCH v2] dmaengine: axi-dmac: Request IRQ with IRQF_SHARED

On Sat, Apr 28, 2018 at 10:40:43AM +0530, Vinod Koul wrote: > On Fri, Apr 27, 2018 at 05:18:29PM +0200, Lars-Peter Clausen wrote: > > On 04/27/2018 05:15 PM, Moritz Fischer wrote: > > > Hi Vinod, > > > > > > On Fri, Apr 27, 2018 at 12:08 AM, Vinod Koul wrote: > > >> On Fri, Apr 27, 2018 at

  1   2   3   4   >