[PATCH 0/2] selftests: fix for KBUILD_OUTPUT

These patches fix the two compile failures in x86 and net subnet repectively. Test the folowing build method successful: make -C tools/testing/selftests TARGETS=xxx make -C tools/testing/selftests TARGETS=xxx clean make -C tools/testing/selftests/xxx make -C tools/testing/selftests/xxx clean make

[PATCH 0/2] selftests: fix for KBUILD_OUTPUT

These patches fix the two compile failures in x86 and net subnet repectively. Test the folowing build method successful: make -C tools/testing/selftests TARGETS=xxx make -C tools/testing/selftests TARGETS=xxx clean make -C tools/testing/selftests/xxx make -C tools/testing/selftests/xxx clean make

Re: [PATCH v10 07/11] btrfs_tree.h: fix include from userland

Hi Nicolas, 2017-03-14 21:54 GMT+09:00 Nicolas Dichtel : > This patch prepares the uapi export by fixing the following errors: > > .../linux/btrfs_tree.h:283:2: error: #error "UUID items require > BTRFS_UUID_SIZE == 16!" > #error "UUID items require BTRFS_UUID_SIZE

[PATCH 2/2] selftests: net: support KBUILD_OUTPUT for reuseport_bpf_numa

reuseport_bpf_numa is not supported by KBUILD_OUTPUT machanism in net subset. This patch fix this by adding $(OUTPUT) before the target. Signed-off-by: Bamvor Jian Zhang --- tools/testing/selftests/net/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

Re: [PATCH v10 07/11] btrfs_tree.h: fix include from userland

Hi Nicolas, 2017-03-14 21:54 GMT+09:00 Nicolas Dichtel : > This patch prepares the uapi export by fixing the following errors: > > .../linux/btrfs_tree.h:283:2: error: #error "UUID items require > BTRFS_UUID_SIZE == 16!" > #error "UUID items require BTRFS_UUID_SIZE == 16!" > >

[PATCH 2/2] selftests: net: support KBUILD_OUTPUT for reuseport_bpf_numa

reuseport_bpf_numa is not supported by KBUILD_OUTPUT machanism in net subset. This patch fix this by adding $(OUTPUT) before the target. Signed-off-by: Bamvor Jian Zhang --- tools/testing/selftests/net/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 1/2] selftests: fix the broken individual test for x86

Andy Lutomirski report that build individual testcase in x86 is broken: $ make -C tools/testing/selftests/x86 ldt_gdt_32 make: Entering directory '/home/luto/apps/linux/tools/testing/selftests/x86' Makefile:44: warning: overriding recipe for target 'clean' ../lib.mk:55: warning: ignoring old

[PATCH 1/2] selftests: fix the broken individual test for x86

Andy Lutomirski report that build individual testcase in x86 is broken: $ make -C tools/testing/selftests/x86 ldt_gdt_32 make: Entering directory '/home/luto/apps/linux/tools/testing/selftests/x86' Makefile:44: warning: overriding recipe for target 'clean' ../lib.mk:55: warning: ignoring old

Re: SELinux: Fine-tuning for several function implementations

> I've made it through the first half (23/46) and of those > I've merged patches …, 7, … It seems that you dropped this one while integrating the eighth update step. Regards, Markus

[PATCH 4/5] fs/autofs4: Fix a dead URL to ftp.kernel.org

As ftp.kernel.org is closed [0], this commit fixes a dead URL to ftp.kernel.org in fs/autofs4/ to use www.kernel.org instead. [0] https://www.kernel.org/shutting-down-ftp-services.html Signed-off-by: SeongJae Park --- fs/autofs4/Kconfig | 2 +- 1 file changed, 1

[PATCH 3/5] drivers/md: Fix a dead URL to ftp.kernel.org

As ftp.kernel.org is closed [0], this commit fixes a dead URL to ftp.kernel.org in drivers/md/ to use www.kernel.org instead. [0] https://www.kernel.org/shutting-down-ftp-services.html Signed-off-by: SeongJae Park --- drivers/md/Kconfig | 2 +- 1 file changed, 1

[PATCH 4/5] fs/autofs4: Fix a dead URL to ftp.kernel.org

As ftp.kernel.org is closed [0], this commit fixes a dead URL to ftp.kernel.org in fs/autofs4/ to use www.kernel.org instead. [0] https://www.kernel.org/shutting-down-ftp-services.html Signed-off-by: SeongJae Park --- fs/autofs4/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH 3/5] drivers/md: Fix a dead URL to ftp.kernel.org

As ftp.kernel.org is closed [0], this commit fixes a dead URL to ftp.kernel.org in drivers/md/ to use www.kernel.org instead. [0] https://www.kernel.org/shutting-down-ftp-services.html Signed-off-by: SeongJae Park --- drivers/md/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

Re: SELinux: Fine-tuning for several function implementations

> I've made it through the first half (23/46) and of those > I've merged patches …, 7, … It seems that you dropped this one while integrating the eighth update step. Regards, Markus

[PATCH] Input: melfas_mip4 - ensure that device is present

Try a quick read from the device in mip4_query_device() to make sure that the device is there, as we do not consider failures to retrieve product name or resolution fatal. Signed-off-by: Dmitry Torokhov --- drivers/input/touchscreen/melfas_mip4.c | 11 +++ 1

[PATCH] Input: melfas_mip4 - ensure that device is present

Try a quick read from the device in mip4_query_device() to make sure that the device is there, as we do not consider failures to retrieve product name or resolution fatal. Signed-off-by: Dmitry Torokhov --- drivers/input/touchscreen/melfas_mip4.c | 11 +++ 1 file changed, 11

[PATCH 0/5] Fix dead URLs to ftp.kernel.org

URLs to `ftp.kernel.org` exist here and there though `ftp.kernel.org` is already dead [0]. This patchset fixes those URLs to use `www.kernel.org` instead. The change is splitted into multiple patches for independent review and merge of each maintainer, though the change is trivial. [0]

[PATCH 2/5] drivers/block: Fix a dead URL to ftp.kernel.org

As ftp.kernel.org is closed [0], this commit fixes a dead URL to ftp.kernel.org in drivers/block/ to use www.kernel.org instead. [0] https://www.kernel.org/shutting-down-ftp-services.html Signed-off-by: SeongJae Park --- drivers/block/Kconfig | 2 +- 1 file changed, 1

[PATCH 5/5] scripts: Fix dead URLs to ftp.kernel.org

As ftp.kernel.org is closed [0], this commit fixes dead URLs to ftp.kernel.org in scripts/ to use www.kernel.org instead. [0] https://www.kernel.org/shutting-down-ftp-services.html Signed-off-by: SeongJae Park --- scripts/ksymoops/README | 5 ++---

[PATCH 1/5] MAINTAINERS: Fix a dead URL to ftp.kernel.org

As ftp.kernel.org is closed [0], this commit fixes a dead URL to ftp.kernel.org in MAINTAINERS file to use www.kernel.org instead. [0] https://www.kernel.org/shutting-down-ftp-services.html Signed-off-by: SeongJae Park --- MAINTAINERS | 2 +- 1 file changed, 1

[PATCH 0/5] Fix dead URLs to ftp.kernel.org

URLs to `ftp.kernel.org` exist here and there though `ftp.kernel.org` is already dead [0]. This patchset fixes those URLs to use `www.kernel.org` instead. The change is splitted into multiple patches for independent review and merge of each maintainer, though the change is trivial. [0]

[PATCH 2/5] drivers/block: Fix a dead URL to ftp.kernel.org

As ftp.kernel.org is closed [0], this commit fixes a dead URL to ftp.kernel.org in drivers/block/ to use www.kernel.org instead. [0] https://www.kernel.org/shutting-down-ftp-services.html Signed-off-by: SeongJae Park --- drivers/block/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH 5/5] scripts: Fix dead URLs to ftp.kernel.org

As ftp.kernel.org is closed [0], this commit fixes dead URLs to ftp.kernel.org in scripts/ to use www.kernel.org instead. [0] https://www.kernel.org/shutting-down-ftp-services.html Signed-off-by: SeongJae Park --- scripts/ksymoops/README | 5 ++--- scripts/package/builddeb | 4 ++-- 2 files

[PATCH 1/5] MAINTAINERS: Fix a dead URL to ftp.kernel.org

As ftp.kernel.org is closed [0], this commit fixes a dead URL to ftp.kernel.org in MAINTAINERS file to use www.kernel.org instead. [0] https://www.kernel.org/shutting-down-ftp-services.html Signed-off-by: SeongJae Park --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

RE: [alsa-devel] [PATCH] ASoC: Add support for Maxim Integrated MAX98927 Amplifier

> -Original Message- > From: Charles Keepax [mailto:ckee...@opensource.wolfsonmicro.com] > Sent: Monday, March 20, 2017 7:14 AM > To: Ryans Lee > Cc: lgirdw...@gmail.com; broo...@kernel.org; robh...@kernel.org; > mark.rutl...@arm.com; pe...@perex.cz;

RE: [alsa-devel] [PATCH] ASoC: Add support for Maxim Integrated MAX98927 Amplifier

> -Original Message- > From: Charles Keepax [mailto:ckee...@opensource.wolfsonmicro.com] > Sent: Monday, March 20, 2017 7:14 AM > To: Ryans Lee > Cc: lgirdw...@gmail.com; broo...@kernel.org; robh...@kernel.org; > mark.rutl...@arm.com; pe...@perex.cz; ti...@suse.com; >

Re: [PATCH] PCI: dwc: fix crash seen due to missing ops

Hi, On Thursday 23 March 2017 01:10 PM, Niklas Cassel wrote: > On 03/22/2017 04:47 PM, Joao Pinto wrote: >> Hi Niklas, >> >> Às 2:43 PM de 3/21/2017, Niklas Cassel escreveu: >>> From: Niklas Cassel >>> >>> Fix the following crash, seen in dwc/pcie-artpec6. >>> >>>

Re: [PATCH] PCI: dwc: fix crash seen due to missing ops

Hi, On Thursday 23 March 2017 01:10 PM, Niklas Cassel wrote: > On 03/22/2017 04:47 PM, Joao Pinto wrote: >> Hi Niklas, >> >> Às 2:43 PM de 3/21/2017, Niklas Cassel escreveu: >>> From: Niklas Cassel >>> >>> Fix the following crash, seen in dwc/pcie-artpec6. >>> >>> Unable to handle kernel NULL

linux-next: Tree for Mar 27

Hi all, Changes since 20170324: The gfs2 tree gained conflicts against the net tree. The kspp tree gained a conflict against the drm-misc tree. Non-merge commits (relative to Linus' tree): 4906 5492 files changed, 403174 insertions(+), 90419 deletions(-)

linux-next: Tree for Mar 27

Hi all, Changes since 20170324: The gfs2 tree gained conflicts against the net tree. The kspp tree gained a conflict against the drm-misc tree. Non-merge commits (relative to Linus' tree): 4906 5492 files changed, 403174 insertions(+), 90419 deletions(-)

Re: [PATCH v10 00/11] uapi: export all headers under uapi directories

Hi Nocolas, 2017-03-24 18:03 GMT+09:00 Nicolas Dichtel : > Le 24/03/2017 à 09:42, Masahiro Yamada a écrit : >> Hi Nicolas, >> >> >> 2017-03-24 17:32 GMT+09:00 Nicolas Dichtel : >>> Le 14/03/2017 à 13:54, Nicolas Dichtel a écrit : Patches

Re: [PATCH v10 00/11] uapi: export all headers under uapi directories

Hi Nocolas, 2017-03-24 18:03 GMT+09:00 Nicolas Dichtel : > Le 24/03/2017 à 09:42, Masahiro Yamada a écrit : >> Hi Nicolas, >> >> >> 2017-03-24 17:32 GMT+09:00 Nicolas Dichtel : >>> Le 14/03/2017 à 13:54, Nicolas Dichtel a écrit : Patches #1 and #2 are just cleanup: some exported headers

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

On Monday 27 March 2017 08:11 AM, Stephen Rothwell wrote: > Hi Mark, > > After merging the spi tree, today's linux-next build (x86_64 allmodconfig) > produced this warning: > > drivers/spi/spi-ti-qspi.c: In function 'ti_qspi_dma_xfer': > drivers/spi/spi-ti-qspi.c:398:21: warning: unused

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

On Monday 27 March 2017 08:11 AM, Stephen Rothwell wrote: > Hi Mark, > > After merging the spi tree, today's linux-next build (x86_64 allmodconfig) > produced this warning: > > drivers/spi/spi-ti-qspi.c: In function 'ti_qspi_dma_xfer': > drivers/spi/spi-ti-qspi.c:398:21: warning: unused

[PATCH v2] ASoC: Add support for Maxim Integrated MAX98927 Amplifier

Signed-off-by: Ryan Lee --- v2: Removed local register read/write function to avoid duplication of ASoC core function. .../devicetree/bindings/sound/max98927.txt | 39 + sound/soc/codecs/Kconfig | 5 + sound/soc/codecs/Makefile

[PATCH v2] ASoC: Add support for Maxim Integrated MAX98927 Amplifier

Signed-off-by: Ryan Lee --- v2: Removed local register read/write function to avoid duplication of ASoC core function. .../devicetree/bindings/sound/max98927.txt | 39 + sound/soc/codecs/Kconfig | 5 + sound/soc/codecs/Makefile | 2

Re: [BUG nohz]: wrong user and system time accounting

On Thu, Mar 23, 2017 at 08:56:02PM -0400, Rik van Riel wrote: > On Thu, 2017-03-23 at 16:55 -0400, Luiz Capitulino wrote: > > When there are two or more tasks executing in user-space and > > taking 100% of a nohz_full CPU, top reports 70% system time > > and 30% user time utilization. Sometimes

Re: [PATCH v10 11/11] uapi: export all arch specifics directories

Hi Nicolas, 2017-03-14 21:54 GMT+09:00 Nicolas Dichtel : > diff --git a/arch/cris/include/uapi/asm/Kbuild > b/arch/cris/include/uapi/asm/Kbuild > index d0c5471856e0..b15bf6bc0e94 100644 > --- a/arch/cris/include/uapi/asm/Kbuild > +++

Re: [BUG nohz]: wrong user and system time accounting

On Thu, Mar 23, 2017 at 08:56:02PM -0400, Rik van Riel wrote: > On Thu, 2017-03-23 at 16:55 -0400, Luiz Capitulino wrote: > > When there are two or more tasks executing in user-space and > > taking 100% of a nohz_full CPU, top reports 70% system time > > and 30% user time utilization. Sometimes

Re: [PATCH v10 11/11] uapi: export all arch specifics directories

Hi Nicolas, 2017-03-14 21:54 GMT+09:00 Nicolas Dichtel : > diff --git a/arch/cris/include/uapi/asm/Kbuild > b/arch/cris/include/uapi/asm/Kbuild > index d0c5471856e0..b15bf6bc0e94 100644 > --- a/arch/cris/include/uapi/asm/Kbuild > +++ b/arch/cris/include/uapi/asm/Kbuild > @@ -1,5 +1,2 @@ > #

Re: [PATCH v10 01/11] h8300: put bitsperlong.h in uapi

Hi Nicolas, 2017-03-14 21:54 GMT+09:00 Nicolas Dichtel : > This header file is exported, thus move it to uapi. > > Signed-off-by: Nicolas Dichtel > -#endif /* __ASM_H8300_BITS_PER_LONG */ > diff --git

Re: [PATCH v10 01/11] h8300: put bitsperlong.h in uapi

Hi Nicolas, 2017-03-14 21:54 GMT+09:00 Nicolas Dichtel : > This header file is exported, thus move it to uapi. > > Signed-off-by: Nicolas Dichtel > -#endif /* __ASM_H8300_BITS_PER_LONG */ > diff --git a/arch/h8300/include/uapi/asm/bitsperlong.h > b/arch/h8300/include/uapi/asm/bitsperlong.h

[PATCH RESEND] dmaengine: pl330: remove pdata based initialization

This driver is now used only on platforms which support device tree, so it is safe to remove legacy platform data based initialization code. Signed-off-by: Marek Szyprowski Reviewed-by: Ulf Hansson Acked-by: Arnd Bergmann For

[PATCH RESEND] dmaengine: pl330: remove pdata based initialization

This driver is now used only on platforms which support device tree, so it is safe to remove legacy platform data based initialization code. Signed-off-by: Marek Szyprowski Reviewed-by: Ulf Hansson Acked-by: Arnd Bergmann For plat-samsung: Acked-by: Krzysztof Kozlowski --- This was earlier a

Re: [RFC PATCH 1/1] tpm_tis: convert to using locality callbacks

On Sat, Mar 25, 2017 at 01:05:21PM -0700, Jerry Snitselaar wrote: > This patch converts tpm_tis to use of the new tpm class ops > request_locality, and relinquish_locality. > > With the move to using the callbacks, release_locality is changed so > that we now release the locality even if there is

Re: [RFC PATCH 1/1] tpm_tis: convert to using locality callbacks

On Sat, Mar 25, 2017 at 01:05:21PM -0700, Jerry Snitselaar wrote: > This patch converts tpm_tis to use of the new tpm class ops > request_locality, and relinquish_locality. > > With the move to using the callbacks, release_locality is changed so > that we now release the locality even if there is

Re: [tpmdd-devel] [PATCH v3 2/7] tpm: validate TPM 2.0 commands

On Mon, Mar 20, 2017 at 09:56:17AM +, alexander.stef...@infineon.com wrote: > > I think the most straight-forward way to sort this out would be to limit > > validation to the resource manager. > > Sounds good to me. > > > If I send a fix, would you care to test it? > > Sure, will do. > >

Re: [tpmdd-devel] [PATCH v3 2/7] tpm: validate TPM 2.0 commands

On Mon, Mar 20, 2017 at 09:56:17AM +, alexander.stef...@infineon.com wrote: > > I think the most straight-forward way to sort this out would be to limit > > validation to the resource manager. > > Sounds good to me. > > > If I send a fix, would you care to test it? > > Sure, will do. > >

Re: [PATCH v2] dma: imx-sdma: add 1ms delay to ensure SDMA channel is stopped

On Thu, Mar 16, 2017 at 11:12:09PM -0700, jiada_w...@mentor.com wrote: > From: Jiada Wang > > sdma_disable_channel() cannot ensure dma is stopped to access > module's FIFOs. There is chance SDMA core is running and accessing > BD when disable of corresponding channel, this

Re: [PATCH v2] dma: imx-sdma: add 1ms delay to ensure SDMA channel is stopped

On Thu, Mar 16, 2017 at 11:12:09PM -0700, jiada_w...@mentor.com wrote: > From: Jiada Wang > > sdma_disable_channel() cannot ensure dma is stopped to access > module's FIFOs. There is chance SDMA core is running and accessing > BD when disable of corresponding channel, this may cause sometimes >

Re: [PATCH v4] tpm_crb: request and relinquish locality 0

On Sun, Mar 26, 2017 at 03:42:12PM -0700, Jerry Snitselaar wrote: > > Jarkko Sakkinen @ 2017-03-26 19:51 GMT: > > > WTF, I applied old patch version by mistake. Sorry about that and > > thanks for spotting that out. Better? > > > > /Jarkko > > > Looks good now. Great, thanks. /Jarkko

Re: [PATCH v4] tpm_crb: request and relinquish locality 0

On Sun, Mar 26, 2017 at 03:42:12PM -0700, Jerry Snitselaar wrote: > > Jarkko Sakkinen @ 2017-03-26 19:51 GMT: > > > WTF, I applied old patch version by mistake. Sorry about that and > > thanks for spotting that out. Better? > > > > /Jarkko > > > Looks good now. Great, thanks. /Jarkko

Re: [PATCH 1/2] dmaengine: qcom_hidma: disable/enable IRQs on pause/resume

On Sat, Mar 25, 2017 at 07:04:02PM -0400, Sinan Kaya wrote: > Once the channels are stopped, disable interrupts to make sure no new > HW interaction can happen. > > Similarly, re-enable the interrupts only if we know that channel is > operational again. Applied both, thanks -- ~Vinod

Re: [PATCH 1/2] dmaengine: qcom_hidma: disable/enable IRQs on pause/resume

On Sat, Mar 25, 2017 at 07:04:02PM -0400, Sinan Kaya wrote: > Once the channels are stopped, disable interrupts to make sure no new > HW interaction can happen. > > Similarly, re-enable the interrupts only if we know that channel is > operational again. Applied both, thanks -- ~Vinod

Re: [PATCH] ipmi: Fix kernel panic at ipmi_ssif_thread()

Hi Corey, Thanks your feedback and suggestion. :) I think you are right. It is better to allocate one new local variable to store i2c data and size that will be sent... I create new patch in following according to your suggestion. Could you help to review the patch again? From

Re: [PATCH] ipmi: Fix kernel panic at ipmi_ssif_thread()

Hi Corey, Thanks your feedback and suggestion. :) I think you are right. It is better to allocate one new local variable to store i2c data and size that will be sent... I create new patch in following according to your suggestion. Could you help to review the patch again? From

Re: [PATCH v3 5/7] zram: Convert to using memset_l

On Fri, Mar 24, 2017 at 09:13:16AM -0700, Matthew Wilcox wrote: > From: Matthew Wilcox > > zram was the motivation for creating memset_l(). Minchan Kim sees a 7% > performance improvement on x86 with 100MB of non-zero deduplicatable > data: > > perf stat -r 10

Re: [PATCH v3 5/7] zram: Convert to using memset_l

On Fri, Mar 24, 2017 at 09:13:16AM -0700, Matthew Wilcox wrote: > From: Matthew Wilcox > > zram was the motivation for creating memset_l(). Minchan Kim sees a 7% > performance improvement on x86 with 100MB of non-zero deduplicatable > data: > > perf stat -r 10 dd if=/dev/zram0

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

On Thu 23 Mar 13:37 PDT 2017, Pavel Machek wrote: > Hi! > > > The Light Pulse Generator (LPG) is a PWM-block found in a wide range of > > PMICs from Qualcomm. It can operate on fixed parameters or based on a > > lookup-table, altering the duty cycle over time - which provides the > > means for

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

On Thu 23 Mar 13:37 PDT 2017, Pavel Machek wrote: > Hi! > > > The Light Pulse Generator (LPG) is a PWM-block found in a wide range of > > PMICs from Qualcomm. It can operate on fixed parameters or based on a > > lookup-table, altering the duty cycle over time - which provides the > > means for

[lkp-robot] [fsnotify] 0ee0efcf7c: kernel_BUG_at_fs/notify/inotify/inotify_user.c

FYI, we noticed the following commit: commit: 0ee0efcf7c7968fb045454f621b5681e94b2c288 ("fsnotify: Move queueing of mark for destruction into fsnotify_put_mark()") https://git.kernel.org/cgit/linux/kernel/git/jack/linux-fs.git for_testing in testcase: trinity with following parameters:

[lkp-robot] [fsnotify] 0ee0efcf7c: kernel_BUG_at_fs/notify/inotify/inotify_user.c

FYI, we noticed the following commit: commit: 0ee0efcf7c7968fb045454f621b5681e94b2c288 ("fsnotify: Move queueing of mark for destruction into fsnotify_put_mark()") https://git.kernel.org/cgit/linux/kernel/git/jack/linux-fs.git for_testing in testcase: trinity with following parameters:

[lkp-robot] [blk] 34dbad5d26: WARNING:at_block/blk-stat.c:#blk_free_queue_stats

FYI, we noticed the following commit: commit: 34dbad5d26e2f4b88e60f0e9ad03f99480802812 ("blk-stat: convert to callback-based statistics reporting") https://git.kernel.org/cgit/linux/kernel/git/axboe/linux-block.git for-next in testcase: trinity with following parameters: runtime: 300s

[lkp-robot] [blk] 34dbad5d26: WARNING:at_block/blk-stat.c:#blk_free_queue_stats

FYI, we noticed the following commit: commit: 34dbad5d26e2f4b88e60f0e9ad03f99480802812 ("blk-stat: convert to callback-based statistics reporting") https://git.kernel.org/cgit/linux/kernel/git/axboe/linux-block.git for-next in testcase: trinity with following parameters: runtime: 300s

Re: [PATCH v3] dmaengine: rcar-dmac: enable descriptor mode on 40bit

On Wed, Mar 22, 2017 at 04:22:36AM +, Kuninori Morimoto wrote: > > From: Kuninori Morimoto > > SYS-DMAC can use 40bit address transfer, and it supports Descriptor > Mode too. Current SYS-DMAC driver disables Descriptor Mode if it was > 40bit address today.

Re: [PATCH v3] dmaengine: rcar-dmac: enable descriptor mode on 40bit

On Wed, Mar 22, 2017 at 04:22:36AM +, Kuninori Morimoto wrote: > > From: Kuninori Morimoto > > SYS-DMAC can use 40bit address transfer, and it supports Descriptor > Mode too. Current SYS-DMAC driver disables Descriptor Mode if it was > 40bit address today. But it can use Descriptor Mode

Re: [PATCH v8 2/3] dmaengine: pl330: remove pdata based initialization

On Wed, Mar 22, 2017 at 09:22:23AM +0100, Marek Szyprowski wrote: > Hi Vinod > > > On 2017-02-09 15:22, Marek Szyprowski wrote: > >This driver is now used only on platforms which support device tree, so > >it is safe to remove legacy platform data based initialization code. > > > >Signed-off-by:

Re: [PATCH v8 2/3] dmaengine: pl330: remove pdata based initialization

On Wed, Mar 22, 2017 at 09:22:23AM +0100, Marek Szyprowski wrote: > Hi Vinod > > > On 2017-02-09 15:22, Marek Szyprowski wrote: > >This driver is now used only on platforms which support device tree, so > >it is safe to remove legacy platform data based initialization code. > > > >Signed-off-by:

Re: [PATCH v1] Revert "extcon: usb-gpio: add support for ACPI gpio interface"

Hi Andy, On 2017년 03월 22일 03:37, Andy Shevchenko wrote: > The commit 942c7924a51e introduced a check for ACPI handle for the > device that never appears on any ACPI-enabled platform so far. It seems > a confusion with extcon-intel-int3496 which does support ACPI-enabled > platforms. > > Revert

Re: [PATCH v1] Revert "extcon: usb-gpio: add support for ACPI gpio interface"

Hi Andy, On 2017년 03월 22일 03:37, Andy Shevchenko wrote: > The commit 942c7924a51e introduced a check for ACPI handle for the > device that never appears on any ACPI-enabled platform so far. It seems > a confusion with extcon-intel-int3496 which does support ACPI-enabled > platforms. > > Revert

Re: [PATCH v3 1/3] crypto: hw_random - Add new Exynos RNG driver

> Oh my, if you are right with your first guess, this is a bad DRNG design. > > Just out of curiousity: what happens if a caller invokes the seed function > twice or more times (each time with the sufficient amount of bits)? What is > your guess here? Should the second seed use the random data

Re: [PATCH v3 1/3] crypto: hw_random - Add new Exynos RNG driver

> Oh my, if you are right with your first guess, this is a bad DRNG design. > > Just out of curiousity: what happens if a caller invokes the seed function > twice or more times (each time with the sufficient amount of bits)? What is > your guess here? Should the second seed use the random data

Re: [PATCH v6 1/3] drm_fourcc: Add new P010, P016 video format

從我的 iPad 傳送 > Ander Conselvan De Oliveira 於 2017年3月14日 下午9:53 寫道： > >> On Tue, 2017-03-07 at 04:27 +0800, Ayaka wrote: >> >> 從我的 iPad 傳送 >> Ville Syrjälä 於 2017年3月7日 上午2:34 寫道： On Tue, Mar 07, 2017 at 01:58:23AM +0800,

Re: [PATCH v6 1/3] drm_fourcc: Add new P010, P016 video format

從我的 iPad 傳送 > Ander Conselvan De Oliveira 於 2017年3月14日 下午9:53 寫道： > >> On Tue, 2017-03-07 at 04:27 +0800, Ayaka wrote: >> >> 從我的 iPad 傳送 >> Ville Syrjälä 於 2017年3月7日 上午2:34 寫道： On Tue, Mar 07, 2017 at 01:58:23AM +0800, Ayaka wrote: 從我的 iPad 傳送 >>

RE: [PATCH 1/2 v2] dt-bindings: qoriq-clock: Add coreclk

PING! Regards, Yuantian > -Original Message- > From: Yuantian Tang [mailto:andy.t...@nxp.com] > Sent: Monday, March 20, 2017 10:37 AM > To: mturque...@baylibre.com > Cc: sb...@codeaurora.org; robh...@kernel.org; mark.rutl...@arm.com; > linux-...@vger.kernel.org;

RE: [PATCH 1/2 v2] dt-bindings: qoriq-clock: Add coreclk

PING! Regards, Yuantian > -Original Message- > From: Yuantian Tang [mailto:andy.t...@nxp.com] > Sent: Monday, March 20, 2017 10:37 AM > To: mturque...@baylibre.com > Cc: sb...@codeaurora.org; robh...@kernel.org; mark.rutl...@arm.com; > linux-...@vger.kernel.org;

[BUG?] perf: dwarf unwind doesn't work correctly with -static

Hello, On Fri, 24 Mar 2017 22:00:30 +0900 Masami Hiramatsu wrote: > On Thu, 23 Mar 2017 22:24:01 -0500 > Kim Phillips wrote: > > > On Thu, 23 Feb 2017 16:50:18 +0900 > > Masami Hiramatsu wrote: > > > > [sorry for the delay, I

[BUG?] perf: dwarf unwind doesn't work correctly with -static

Hello, On Fri, 24 Mar 2017 22:00:30 +0900 Masami Hiramatsu wrote: > On Thu, 23 Mar 2017 22:24:01 -0500 > Kim Phillips wrote: > > > On Thu, 23 Feb 2017 16:50:18 +0900 > > Masami Hiramatsu wrote: > > > > [sorry for the delay, I just saw this] > > > > > perf record -g dwarf (and perf report)

[PATCH] rtc: cpcap: fix improper use of IRQ_NONE for request_threaded_irq

There's a funny typo where IRQ_NONE is used instead of IRQF_TRIGGER_NONE for request_threaded_irq(). Let's fix it before it gets copied elsewhere. Fixes: dd3bf50b35e3 ("rtc: cpcap: new rtc driver") Cc: Sebastian Reichel Signed-off-by: Tony Lindgren ---

[PATCH] rtc: cpcap: fix improper use of IRQ_NONE for request_threaded_irq

There's a funny typo where IRQ_NONE is used instead of IRQF_TRIGGER_NONE for request_threaded_irq(). Let's fix it before it gets copied elsewhere. Fixes: dd3bf50b35e3 ("rtc: cpcap: new rtc driver") Cc: Sebastian Reichel Signed-off-by: Tony Lindgren --- drivers/rtc/rtc-cpcap.c | 4 ++-- 1 file

Respond to me immediately!!

Dear how are you, First I got your contact from yahoo Terrors search, when am searching for a foreigner, please I don’t now if you can keep secret? A word of your own as a human-being? As I have gone through your profile. Well I have a deal worth 5.5m$ from the dormant account in

Respond to me immediately!!

Dear how are you, First I got your contact from yahoo Terrors search, when am searching for a foreigner, please I don’t now if you can keep secret? A word of your own as a human-being? As I have gone through your profile. Well I have a deal worth 5.5m$ from the dormant account in

[lkp-robot] [ftrace] 42c269c88d: WARNING:at_kernel/trace/ftrace.c:#ftrace_bug

FYI, we noticed the following commit: commit: 42c269c88dc146982a54a8267f71abc99f12852a ("ftrace: Allow for function tracing to record init functions on boot up") https://git.kernel.org/cgit/linux/kernel/git/rostedt/linux-trace.git ftrace/core in testcase: trinity with following parameters:

[lkp-robot] [ftrace] 42c269c88d: WARNING:at_kernel/trace/ftrace.c:#ftrace_bug

FYI, we noticed the following commit: commit: 42c269c88dc146982a54a8267f71abc99f12852a ("ftrace: Allow for function tracing to record init functions on boot up") https://git.kernel.org/cgit/linux/kernel/git/rostedt/linux-trace.git ftrace/core in testcase: trinity with following parameters:

RE: [PATCH] ipmi: Fix kernel panic at ipmi_ssif_thread()

Hi Corey, Thanks your feedback and suggestion. :) I think you are right. It is better to allocate one new local variable to store i2c data and size to be send... I create new patch in following according to your suggestion. Could you help to review the patch again? >From

RE: [PATCH] ipmi: Fix kernel panic at ipmi_ssif_thread()

Hi Corey, Thanks your feedback and suggestion. :) I think you are right. It is better to allocate one new local variable to store i2c data and size to be send... I create new patch in following according to your suggestion. Could you help to review the patch again? >From

[PATCH] perf list sdt: Show option in man page

Commit 40218daea1db ("perf list: Show SDT and pre-cached events") added sdt support in perf list, but it missed to update documentation. Show sdt option in man perf-list. Signed-off-by: Ravi Bangoria --- tools/perf/Documentation/perf-list.txt | 4 +++- 1 file

[PATCH] perf list sdt: Show option in man page

Commit 40218daea1db ("perf list: Show SDT and pre-cached events") added sdt support in perf list, but it missed to update documentation. Show sdt option in man perf-list. Signed-off-by: Ravi Bangoria --- tools/perf/Documentation/perf-list.txt | 4 +++- 1 file changed, 3 insertions(+), 1

Re: [PATCH v3] Documentation: Input: Add uinput documentation

On Mon, Mar 27, 2017 at 11:06:11AM +1000, Peter Hutterer wrote: > On Sun, Mar 26, 2017 at 01:48:12PM -0300, Marcos Paulo de Souza wrote: > > Signed-off-by: Marcos Paulo de Souza > > --- > > v2 -> v3: > > Changes in libevdev's description (suggested by Peter) > >

Re: [PATCH v3] Documentation: Input: Add uinput documentation

On Mon, Mar 27, 2017 at 11:06:11AM +1000, Peter Hutterer wrote: > On Sun, Mar 26, 2017 at 01:48:12PM -0300, Marcos Paulo de Souza wrote: > > Signed-off-by: Marcos Paulo de Souza > > --- > > v2 -> v3: > > Changes in libevdev's description (suggested by Peter) > > Added uinput version check when

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

Hi Mark, After merging the spi tree, today's linux-next build (x86_64 allmodconfig) produced this warning: drivers/spi/spi-ti-qspi.c: In function 'ti_qspi_dma_xfer': drivers/spi/spi-ti-qspi.c:398:21: warning: unused variable 'dma_dev' [-Wunused-variable] struct dma_device *dma_dev =

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

Hi Mark, After merging the spi tree, today's linux-next build (x86_64 allmodconfig) produced this warning: drivers/spi/spi-ti-qspi.c: In function 'ti_qspi_dma_xfer': drivers/spi/spi-ti-qspi.c:398:21: warning: unused variable 'dma_dev' [-Wunused-variable] struct dma_device *dma_dev =

Re: [PATCH 4.10 012/167] mmc: sdhci-acpi: support deferred probe

On Sun, 2017-03-26 at 12:26 +0100, Andrey Utkin wrote: > On Fri, Mar 10, 2017 at 10:07:35AM +0100, Greg Kroah-Hartman wrote: > > > > 4.10-stable review patch.  If anyone has any objections, please let > > me know. > > > > -- > > > > From: Zhang Rui > > > >

Re: [PATCH 4.10 012/167] mmc: sdhci-acpi: support deferred probe

On Sun, 2017-03-26 at 12:26 +0100, Andrey Utkin wrote: > On Fri, Mar 10, 2017 at 10:07:35AM +0100, Greg Kroah-Hartman wrote: > > > > 4.10-stable review patch.  If anyone has any objections, please let > > me know. > > > > -- > > > > From: Zhang Rui > > > > commit

Re: [RFC PATCH kernel] gcc-goto.sh: Allow to pass with CONFIG_DEBUG_INFO_SPLIT=y

On 15/03/17 13:27, Alexey Kardashevskiy wrote: > On 14/03/17 13:54, Alexey Kardashevskiy wrote: >> On 03/03/17 11:51, Alexey Kardashevskiy wrote: >>> With just CONFIG_DEBUG_INFO=y, the makefile adds "-g" to >>> KBUILD_CFLAGS/KBUILD_AFLAGS and the test passes. >>> >>> However, if

Re: [RFC PATCH kernel] gcc-goto.sh: Allow to pass with CONFIG_DEBUG_INFO_SPLIT=y

On 15/03/17 13:27, Alexey Kardashevskiy wrote: > On 14/03/17 13:54, Alexey Kardashevskiy wrote: >> On 03/03/17 11:51, Alexey Kardashevskiy wrote: >>> With just CONFIG_DEBUG_INFO=y, the makefile adds "-g" to >>> KBUILD_CFLAGS/KBUILD_AFLAGS and the test passes. >>> >>> However, if

Re: [PATCH v2] Documentation: Input: Add uinput documentation

On Mon, Mar 27, 2017 at 08:52:58AM +1000, Peter Hutterer wrote: > On Sun, Mar 26, 2017 at 01:21:14PM -0300, Marcos Paulo de Souza wrote: > > On Fri, Mar 24, 2017 at 02:39:13PM +1000, Peter Hutterer wrote: > > > as usual, reading through these things multiple times means one spots a > > > couple of

Re: [PATCH v2] Documentation: Input: Add uinput documentation

On Mon, Mar 27, 2017 at 08:52:58AM +1000, Peter Hutterer wrote: > On Sun, Mar 26, 2017 at 01:21:14PM -0300, Marcos Paulo de Souza wrote: > > On Fri, Mar 24, 2017 at 02:39:13PM +1000, Peter Hutterer wrote: > > > as usual, reading through these things multiple times means one spots a > > > couple of

Re: [PATCH] staging: media: atomisp: compress return logic

Hi Arushi, [auto build test ERROR on next-20170323] [cannot apply to linuxtv-media/master v4.9-rc8 v4.9-rc7 v4.9-rc6 v4.11-rc4] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH] staging: media: atomisp: compress return logic

Hi Arushi, [auto build test ERROR on next-20170323] [cannot apply to linuxtv-media/master v4.9-rc8 v4.9-rc7 v4.9-rc6 v4.11-rc4] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

  1   2   3   4   >