Re: Kernel build with gcc 8 a lot of warnings

On Tue, May 08, 2018 at 07:51:26AM +0200, Greg KH wrote: > On Sun, May 06, 2018 at 11:54:53PM -0500, Josh Poimboeuf wrote: > > On Sat, May 05, 2018 at 09:21:12PM +0200, damian wrote: > > > Helllo together, > > > > > > Hello everybody, > > > > > > is something special to note when kernel build

Re: Kernel build with gcc 8 a lot of warnings

On Tue, May 08, 2018 at 07:51:26AM +0200, Greg KH wrote: > On Sun, May 06, 2018 at 11:54:53PM -0500, Josh Poimboeuf wrote: > > On Sat, May 05, 2018 at 09:21:12PM +0200, damian wrote: > > > Helllo together, > > > > > > Hello everybody, > > > > > > is something special to note when kernel build

Re: BUG: spinlock bad magic in tun_do_read

On Mon, May 7, 2018 at 10:27 PM, syzbot wrote: > Hello, > > syzbot found the following crash on: > > HEAD commit:75bc37fefc44 Linux 4.17-rc4 > git tree: upstream > console output:

Re: BUG: spinlock bad magic in tun_do_read

On Mon, May 7, 2018 at 10:27 PM, syzbot wrote: > Hello, > > syzbot found the following crash on: > > HEAD commit:75bc37fefc44 Linux 4.17-rc4 > git tree: upstream > console output: https://syzkaller.appspot.com/x/log.txt?x=1162c69780 > kernel config:

Re: Kernel build with gcc 8 a lot of warnings

On Sun, May 06, 2018 at 11:54:53PM -0500, Josh Poimboeuf wrote: > On Sat, May 05, 2018 at 09:21:12PM +0200, damian wrote: > > Helllo together, > > > > Hello everybody, > > > > is something special to note when kernel build with gcc 8? I receive > > various warnings from the objtool: > > With

Re: Kernel build with gcc 8 a lot of warnings

On Sun, May 06, 2018 at 11:54:53PM -0500, Josh Poimboeuf wrote: > On Sat, May 05, 2018 at 09:21:12PM +0200, damian wrote: > > Helllo together, > > > > Hello everybody, > > > > is something special to note when kernel build with gcc 8? I receive > > various warnings from the objtool: > > With

[PATCH v2] f2fs: fix to avoid race during access gc_thread pointer

Thread AThread B - f2fs_remount - stop_gc_thread - f2fs_sbi_store sbi->gc_thread = NULL; access sbi->gc_thread->gc_* Previously, we allocate memory for sbi->gc_thread based on background gc thread mount

[PATCH v2] f2fs: fix to avoid race during access gc_thread pointer

Thread AThread B - f2fs_remount - stop_gc_thread - f2fs_sbi_store sbi->gc_thread = NULL; access sbi->gc_thread->gc_* Previously, we allocate memory for sbi->gc_thread based on background gc thread mount

[PATCH] iw_cxgb4: Fix an error handling path in 'c4iw_get_dma_mr()'

The error handling path of 'c4iw_get_dma_mr()' does not free resources in the correct order. If an error occures, it can leak 'mhp->wr_waitp'. Fixes: a3f12da0e99a ("iw_cxgb4: allocate wait object for each memory object") Signed-off-by: Christophe JAILLET ---

[PATCH] iw_cxgb4: Fix an error handling path in 'c4iw_get_dma_mr()'

The error handling path of 'c4iw_get_dma_mr()' does not free resources in the correct order. If an error occures, it can leak 'mhp->wr_waitp'. Fixes: a3f12da0e99a ("iw_cxgb4: allocate wait object for each memory object") Signed-off-by: Christophe JAILLET --- drivers/infiniband/hw/cxgb4/mem.c |

Re: [PATCH 0/3] scsi: arcmsr: Add driver parameter cmd_timeout for scsi command timeout setting

Hello Ching, > 1. Add driver parameter cmd_timeout, default value is ARCMSR_DEFAULT_TIMEOUT. > 2. Add slave_configure callback function to set device command timeout value. > 3. Update driver version to v1.40.00.06-20180504. I am not so keen on arcmsr overriding the timeout set by the admin or

Re: [PATCH 0/3] scsi: arcmsr: Add driver parameter cmd_timeout for scsi command timeout setting

Hello Ching, > 1. Add driver parameter cmd_timeout, default value is ARCMSR_DEFAULT_TIMEOUT. > 2. Add slave_configure callback function to set device command timeout value. > 3. Update driver version to v1.40.00.06-20180504. I am not so keen on arcmsr overriding the timeout set by the admin or

[PATCH v2 2/2] leds: Add Spreadtrum SC27xx breathing light controller driver

From: Xiaotong Lu This patch adds Spreadtrum SC27xx PMIC series breathing light controller driver, which can support 3 LEDs. Each LED can work at normal PWM mode and breathing mode. Signed-off-by: Xiaotong Lu Signed-off-by: Baolin Wang

[PATCH v2 2/2] leds: Add Spreadtrum SC27xx breathing light controller driver

From: Xiaotong Lu This patch adds Spreadtrum SC27xx PMIC series breathing light controller driver, which can support 3 LEDs. Each LED can work at normal PWM mode and breathing mode. Signed-off-by: Xiaotong Lu Signed-off-by: Baolin Wang --- Changes since v1: - Add ABI documentation. - Add

Re: [RFC v3 4/5] virtio_ring: add event idx support in packed ring

On 2018年05月08日 11:05, Jason Wang wrote: Because in virtqueue_enable_cb_delayed(), we may set an event_off which is bigger than new and both of them have wrapped. And in this case, although new is smaller than event_off (i.e. the third param -- old), new shouldn't add vq->num, and actually we

Re: [RFC v3 4/5] virtio_ring: add event idx support in packed ring

On 2018年05月08日 11:05, Jason Wang wrote: Because in virtqueue_enable_cb_delayed(), we may set an event_off which is bigger than new and both of them have wrapped. And in this case, although new is smaller than event_off (i.e. the third param -- old), new shouldn't add vq->num, and actually we

[PATCH v2 1/2] dt-bindings: leds: Add SC27xx breathing light controller documentation

This patch adds the binding documentation for Spreadtrum SC27xx series breathing light controller, which supports 3 outputs: red LED, green LED and blue LED. Signed-off-by: Baolin Wang --- Changes since v1: - Change the compatible string to be one explicit SoC name. -

[PATCH v2 1/2] dt-bindings: leds: Add SC27xx breathing light controller documentation

This patch adds the binding documentation for Spreadtrum SC27xx series breathing light controller, which supports 3 outputs: red LED, green LED and blue LED. Signed-off-by: Baolin Wang --- Changes since v1: - Change the compatible string to be one explicit SoC name. - Change the child node

Re: [PATCH v2] scsi: 3w-9xxx: fix a missing-check bug

Wenwen, > In twa_chrdev_ioctl(), the ioctl driver command is firstly copied from the > userspace pointer 'argp' and saved to the kernel object 'driver_command'. > Then a security check is performed on the data buffer size indicated by > 'driver_command', which is 'driver_command.buffer_length'.

Re: [PATCH v2] scsi: 3w-9xxx: fix a missing-check bug

Wenwen, > In twa_chrdev_ioctl(), the ioctl driver command is firstly copied from the > userspace pointer 'argp' and saved to the kernel object 'driver_command'. > Then a security check is performed on the data buffer size indicated by > 'driver_command', which is 'driver_command.buffer_length'.

[lkp-robot] [EXP rcu] 21560e1007: WARNING:possible_recursive_locking_detected

FYI, we noticed the following commit (built with gcc-7): commit: 21560e10077bf9f7baf69aa82527850271173862 ("EXP rcu: Diagnostics for grace-period hangs") https://git.kernel.org/cgit/linux/kernel/git/paulmck/linux-rcu.git dev.2018.05.01a in testcase: ebizzy with following parameters:

[lkp-robot] [EXP rcu] 21560e1007: WARNING:possible_recursive_locking_detected

FYI, we noticed the following commit (built with gcc-7): commit: 21560e10077bf9f7baf69aa82527850271173862 ("EXP rcu: Diagnostics for grace-period hangs") https://git.kernel.org/cgit/linux/kernel/git/paulmck/linux-rcu.git dev.2018.05.01a in testcase: ebizzy with following parameters:

Re: [PATCH v2 2/2] pinctrl: generic: improve apply_setting error verbosity

Hi Linus, thanks for the tips, I will study this to break dependency from OF. Best Regards, Matheus Castello On 05/02/2018 08:51 AM, Linus Walleij wrote: On Tue, May 1, 2018 at 9:10 PM, Matheus Castello wrote: For generic pinconf: print the dev_error with the

Re: [PATCH v2 2/2] pinctrl: generic: improve apply_setting error verbosity

Hi Linus, thanks for the tips, I will study this to break dependency from OF. Best Regards, Matheus Castello On 05/02/2018 08:51 AM, Linus Walleij wrote: On Tue, May 1, 2018 at 9:10 PM, Matheus Castello wrote: For generic pinconf: print the dev_error with the pinctrl vendor driver name,

Re: [PATCH] scsi: mptsas: fix spelling mistake: "matchs" -> "matches"

Colin, > Trivial fix to spelling mistake in warning message Applied to 4.18/scsi-queue. -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH] scsi: mptsas: fix spelling mistake: "matchs" -> "matches"

Colin, > Trivial fix to spelling mistake in warning message Applied to 4.18/scsi-queue. -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH][V2] scsi: lpfc: fix spelling mistakes: "mabilbox" and "maibox"

Colin, > Trivial fix to spelling mistakes in lpfc_printf_log log message > > "mabilbox" -> "mailbox" > "maibox" -> "mailbox" Applied to 4.18/scsi-queue. Thanks! -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH][V2] scsi: lpfc: fix spelling mistakes: "mabilbox" and "maibox"

Colin, > Trivial fix to spelling mistakes in lpfc_printf_log log message > > "mabilbox" -> "mailbox" > "maibox" -> "mailbox" Applied to 4.18/scsi-queue. Thanks! -- Martin K. Petersen Oracle Linux Engineering

BUG: spinlock bad magic in tun_do_read

Hello, syzbot found the following crash on: HEAD commit:75bc37fefc44 Linux 4.17-rc4 git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=1162c69780 kernel config: https://syzkaller.appspot.com/x/.config?x=31f4b3733894ef79 dashboard link:

BUG: spinlock bad magic in tun_do_read

Hello, syzbot found the following crash on: HEAD commit:75bc37fefc44 Linux 4.17-rc4 git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=1162c69780 kernel config: https://syzkaller.appspot.com/x/.config?x=31f4b3733894ef79 dashboard link:

Re: [PATCH] scsi: qla2xxx: remove the unused tcm_qla2xxx_cmd_wq

Andrei, Applied to 4.18/scsi-queue. thanks! -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH] scsi: qla2xxx: remove the unused tcm_qla2xxx_cmd_wq

Andrei, Applied to 4.18/scsi-queue. thanks! -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH 1/7] cifs: smbd: Make upper layer decide when to destroy the transport

Hi Long, Thank you for the patch! Yet something to improve: [auto build test ERROR on cifs/for-next] [also build test ERROR on v4.17-rc4 next-20180507] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

Re: [PATCH 1/7] cifs: smbd: Make upper layer decide when to destroy the transport

Hi Long, Thank you for the patch! Yet something to improve: [auto build test ERROR on cifs/for-next] [also build test ERROR on v4.17-rc4 next-20180507] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

Re: [PATCH] scsi: mptfusion: fix spelling mistake: "initators" -> "initiators"

Colin, > Trivial fix to spelling mistake in text string Applied to 4.18/scsi-queue. -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH] scsi: mptfusion: fix spelling mistake: "initators" -> "initiators"

Colin, > Trivial fix to spelling mistake in text string Applied to 4.18/scsi-queue. -- Martin K. Petersen Oracle Linux Engineering

linux-next: Tree for May 8

Hi all, Changes since 20180507: The pci tree gained a conflict against the dma-mapping tree. The bpf-next tree gained a conflict against the s390 tree. The drm-intel tree gained a build failure due to an interaction with the dma-mapping tree for which I applied a merge fix patch. Non-merge

linux-next: Tree for May 8

Hi all, Changes since 20180507: The pci tree gained a conflict against the dma-mapping tree. The bpf-next tree gained a conflict against the s390 tree. The drm-intel tree gained a build failure due to an interaction with the dma-mapping tree for which I applied a merge fix patch. Non-merge

Re: [PATCH] mptlan: fix mpt_lan_sdu_send()'s return type

Luc, > The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', > which is a typedef for an enum type, but the implementation in this > driver returns an 'int'. You forgot to update the function prototype accordingly. -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH] mptlan: fix mpt_lan_sdu_send()'s return type

Luc, > The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', > which is a typedef for an enum type, but the implementation in this > driver returns an 'int'. You forgot to update the function prototype accordingly. -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH 00/11] hisi_sas: some misc patches

John, > This patchset introduces some misc changes for the > driver. These include: > - fixes for potential problems related to SCSI EH > and device removal races > - fix protection info size for all hw versions > - some SoC bug workarounds > - minor optimisations > - other more minor things

Re: [PATCH 00/11] hisi_sas: some misc patches

John, > This patchset introduces some misc changes for the > driver. These include: > - fixes for potential problems related to SCSI EH > and device removal races > - fix protection info size for all hw versions > - some SoC bug workarounds > - minor optimisations > - other more minor things

Re: [PATCH v2 15/35] ovl: add ovl_fsync()

On Mon, May 7, 2018 at 11:37 AM, Miklos Szeredi wrote: > Implement stacked fsync(). > > Signed-off-by: Miklos Szeredi > --- > fs/overlayfs/file.c | 20 > 1 file changed, 20 insertions(+) > > diff --git a/fs/overlayfs/file.c

Re: [PATCH v2 15/35] ovl: add ovl_fsync()

On Mon, May 7, 2018 at 11:37 AM, Miklos Szeredi wrote: > Implement stacked fsync(). > > Signed-off-by: Miklos Szeredi > --- > fs/overlayfs/file.c | 20 > 1 file changed, 20 insertions(+) > > diff --git a/fs/overlayfs/file.c b/fs/overlayfs/file.c > index

Re: [PATCH v3 2/2] usb: dwc2: fix isoc split in transfer with no data

Hi, On Mon, May 7, 2018 at 8:07 PM, William Wu wrote: > If isoc split in transfer with no data (the length of DATA0 > packet is zero), we can't simply return immediately. Because > the DATA0 can be the first transaction or the second transaction > for the isoc split in

Re: [PATCH v3 2/2] usb: dwc2: fix isoc split in transfer with no data

Hi, On Mon, May 7, 2018 at 8:07 PM, William Wu wrote: > If isoc split in transfer with no data (the length of DATA0 > packet is zero), we can't simply return immediately. Because > the DATA0 can be the first transaction or the second transaction > for the isoc split in transaction. If the DATA0

[lkp-robot] [rcu] 6ec8474821: WARNING:at_kernel/softirq.c:#__local_bh_enable_ip

FYI, we noticed the following commit (built with gcc-7): commit: 6ec84748215d9b0c91dba0b8674540e493ce2dcf ("rcu: Make simple callback acceleration refer to rdp->gp_seq_needed") https://git.kernel.org/cgit/linux/kernel/git/paulmck/linux-rcu.git dev.2018.05.01a in testcase: boot on test

[lkp-robot] [rcu] 6ec8474821: WARNING:at_kernel/softirq.c:#__local_bh_enable_ip

FYI, we noticed the following commit (built with gcc-7): commit: 6ec84748215d9b0c91dba0b8674540e493ce2dcf ("rcu: Make simple callback acceleration refer to rdp->gp_seq_needed") https://git.kernel.org/cgit/linux/kernel/git/paulmck/linux-rcu.git dev.2018.05.01a in testcase: boot on test

Re: [PATCH v3 1/2] usb: dwc2: alloc dma aligned buffer for isoc split in

Hi, On Mon, May 7, 2018 at 8:07 PM, William Wu wrote: > +static int dwc2_alloc_split_dma_aligned_buf(struct dwc2_hsotg *hsotg, > + struct dwc2_qh *qh, > + struct dwc2_host_chan *chan) >

Re: [PATCH v3 1/2] usb: dwc2: alloc dma aligned buffer for isoc split in

Hi, On Mon, May 7, 2018 at 8:07 PM, William Wu wrote: > +static int dwc2_alloc_split_dma_aligned_buf(struct dwc2_hsotg *hsotg, > + struct dwc2_qh *qh, > + struct dwc2_host_chan *chan) > +{ > + if

Re: [PATCH] net: 8390: Fix possible data races in __ei_get_stats

On 05/07/2018 07:16 PM, Jia-Ju Bai wrote: > Yes, ">stats" will not change, because it is a fixed address. > But the field data in "dev->stats" is changed (rx_frame_errors, rx_crc_errors > and rx_missed_errors). > So if the driver returns ">stats" without lock protection (like on line > 858),

Re: [PATCH] net: 8390: Fix possible data races in __ei_get_stats

On 05/07/2018 07:16 PM, Jia-Ju Bai wrote: > Yes, ">stats" will not change, because it is a fixed address. > But the field data in "dev->stats" is changed (rx_frame_errors, rx_crc_errors > and rx_missed_errors). > So if the driver returns ">stats" without lock protection (like on line > 858),

Re: [PATCH v1 0/2] Add QCOM video clock controller driver

On 2018-05-07 22:41, Rob Herring wrote: On Mon, May 07, 2018 at 04:16:53PM +0530, Amit Nischal wrote: On 2018-05-04 22:01, Stephen Boyd wrote: > Quoting Amit Nischal (2018-05-03 05:35:23) > > Changes in v1: > >https://lkml.org/lkml/2018/4/24/545 > > Addressed below review comments given by

Re: [PATCH v1 0/2] Add QCOM video clock controller driver

On 2018-05-07 22:41, Rob Herring wrote: On Mon, May 07, 2018 at 04:16:53PM +0530, Amit Nischal wrote: On 2018-05-04 22:01, Stephen Boyd wrote: > Quoting Amit Nischal (2018-05-03 05:35:23) > > Changes in v1: > >https://lkml.org/lkml/2018/4/24/545 > > Addressed below review comments given by

Re: bug in tag handling in blk-mq?

On Mon, 2018-05-07 at 20:02 +0200, Paolo Valente wrote: > > > > Is there a reproducer? Just building fat config kernels works for me. It was highly non- deterministic, but reproduced quickly twice in a row with Paolos hack.    > Ok Mike, I guess it's your turn now, for at least a stack trace.

Re: bug in tag handling in blk-mq?

On Mon, 2018-05-07 at 20:02 +0200, Paolo Valente wrote: > > > > Is there a reproducer? Just building fat config kernels works for me. It was highly non- deterministic, but reproduced quickly twice in a row with Paolos hack.    > Ok Mike, I guess it's your turn now, for at least a stack trace.

Re: [PATCH] PM / devfreq: Drop custom MIN/MAX macros

Hi, On 2018년 04월 25일 04:46, Bjorn Andersson wrote: > Drop the custom MIN/MAX macros in favour of the standard min/max from > kernel.h > > Signed-off-by: Bjorn Andersson > --- > drivers/devfreq/devfreq.c | 11 --- > 1 file changed, 4 insertions(+), 7

Re: [PATCH] PM / devfreq: Drop custom MIN/MAX macros

Hi, On 2018년 04월 25일 04:46, Bjorn Andersson wrote: > Drop the custom MIN/MAX macros in favour of the standard min/max from > kernel.h > > Signed-off-by: Bjorn Andersson > --- > drivers/devfreq/devfreq.c | 11 --- > 1 file changed, 4 insertions(+), 7 deletions(-) > > diff --git

[PATCH V4 10/10] ASoC: amd: dma driver changes for bt i2s instance

With in ACP, There are three I2S controllers can be configured/enabled ( I2S SP, I2S MICSP, I2S BT). Default enabled I2S controller instance is I2S SP. This patch provides required changes to support I2S BT controller Instance. Signed-off-by: Vijendar Mukunda

[PATCH V4 10/10] ASoC: amd: dma driver changes for bt i2s instance

With in ACP, There are three I2S controllers can be configured/enabled ( I2S SP, I2S MICSP, I2S BT). Default enabled I2S controller instance is I2S SP. This patch provides required changes to support I2S BT controller Instance. Signed-off-by: Vijendar Mukunda Reviewed-by: Daniel Kurtz ---

[PATCH 09/10] ASoC: AMD: Add const to snd_soc_ops instances

From: Akshu Agrawal Marking snd_soc_ops instances const Signed-off-by: Akshu Agrawal Signed-off-by: Vijendar Mukunda Reviewed-by: Daniel Kurtz --- sound/soc/amd/acp-da7219-max98357a.c | 6 +++--- 1

[PATCH 08/10] ASoC: AMD: Fix clocks in CZ DA7219 machine driver

From: Akshu Agrawal System clock on the platform is 25Mhz and not 24Mhz. PLL_OUT for da7219 codec to use DA7219_PLL_FREQ_OUT_98304 as it is for 48KHz SR. Signed-off-by: Akshu Agrawal Signed-off-by: Vijendar Mukunda

[PATCH 09/10] ASoC: AMD: Add const to snd_soc_ops instances

From: Akshu Agrawal Marking snd_soc_ops instances const Signed-off-by: Akshu Agrawal Signed-off-by: Vijendar Mukunda Reviewed-by: Daniel Kurtz --- sound/soc/amd/acp-da7219-max98357a.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH 08/10] ASoC: AMD: Fix clocks in CZ DA7219 machine driver

From: Akshu Agrawal System clock on the platform is 25Mhz and not 24Mhz. PLL_OUT for da7219 codec to use DA7219_PLL_FREQ_OUT_98304 as it is for 48KHz SR. Signed-off-by: Akshu Agrawal Signed-off-by: Vijendar Mukunda Reviewed-by: Daniel Kurtz --- sound/soc/amd/acp-da7219-max98357a.c | 5

[PATCH 07/10] ASoC: AMD: Move clk enable from hw_params/free to startup/shutdown

From: Akshu Agrawal hw_param can be called multiple times and thus we can have more clk enable. The clk may not get diabled due to refcounting. startup/shutdown ensures single clk enable/disable call. Signed-off-by: Akshu Agrawal Signed-off-by:

[PATCH 07/10] ASoC: AMD: Move clk enable from hw_params/free to startup/shutdown

From: Akshu Agrawal hw_param can be called multiple times and thus we can have more clk enable. The clk may not get diabled due to refcounting. startup/shutdown ensures single clk enable/disable call. Signed-off-by: Akshu Agrawal Signed-off-by: Vijendar Mukunda Reviewed-by: Daniel Kurtz ---

[PATCH 06/10] ASoC: amd: memory release for rtd structure

rtd structure freed early may result in kernel panic in dma close call back. moved releasing memory for rtd structure to the end of dma close callback. Signed-off-by: Vijendar Mukunda Reviewed-by: Daniel Kurtz --- sound/soc/amd/acp-pcm-dma.c | 4

[PATCH 06/10] ASoC: amd: memory release for rtd structure

rtd structure freed early may result in kernel panic in dma close call back. moved releasing memory for rtd structure to the end of dma close callback. Signed-off-by: Vijendar Mukunda Reviewed-by: Daniel Kurtz --- sound/soc/amd/acp-pcm-dma.c | 4 +--- 1 file changed, 1 insertion(+), 3

[PATCH 05/10] ASoC: amd: sram bank update changes

Added sram bank variable to audio_substream_data structure. Signed-off-by: Vijendar Mukunda Reviewed-by: Daniel Kurtz --- sound/soc/amd/acp-pcm-dma.c | 20 +--- sound/soc/amd/acp.h | 20 ++-- 2 files

[PATCH 05/10] ASoC: amd: sram bank update changes

Added sram bank variable to audio_substream_data structure. Signed-off-by: Vijendar Mukunda Reviewed-by: Daniel Kurtz --- sound/soc/amd/acp-pcm-dma.c | 20 +--- sound/soc/amd/acp.h | 20 ++-- 2 files changed, 19 insertions(+), 21 deletions(-) diff --git

[PATCH V2 04/10] ASoC: amd: pte offset related dma driver changes

Added pte offset variable in audio_substream_data structure. Added Stoney related PTE offset macros in acp header file. Modified hw_params callback to assign the pte offset value based on asic_type. PTE Offset macros used to calculate no of PTE entries need to be programmed when memory allocated

[PATCH V2 04/10] ASoC: amd: pte offset related dma driver changes

Added pte offset variable in audio_substream_data structure. Added Stoney related PTE offset macros in acp header file. Modified hw_params callback to assign the pte offset value based on asic_type. PTE Offset macros used to calculate no of PTE entries need to be programmed when memory allocated

[PATCH V2 03/10] ASoC: amd: removed separate byte count variables for playback and capture

Removed separate byte count variables for playback and capture. Signed-off-by: Vijendar Mukunda Reviewed-by: Daniel Kurtz --- v1->v2: Fixed review comment in acp_dma_pointer callback sound/soc/amd/acp-pcm-dma.c | 19 +--

[PATCH V2 03/10] ASoC: amd: removed separate byte count variables for playback and capture

Removed separate byte count variables for playback and capture. Signed-off-by: Vijendar Mukunda Reviewed-by: Daniel Kurtz --- v1->v2: Fixed review comment in acp_dma_pointer callback sound/soc/amd/acp-pcm-dma.c | 19 +-- sound/soc/amd/acp.h | 3 +-- 2 files changed, 6

[PATCH V2 02/10] ASoC: amd: added byte count register offset variables to rtd

Added byte count register offset variables to audio_substream_data structure. Modified dma pointer callback. Signed-off-by: Vijendar Mukunda Reviewed-by: Daniel Kurtz --- v1->v2: Fixed Indentation issues sound/soc/amd/acp-pcm-dma.c | 36

[PATCH V2 02/10] ASoC: amd: added byte count register offset variables to rtd

Added byte count register offset variables to audio_substream_data structure. Modified dma pointer callback. Signed-off-by: Vijendar Mukunda Reviewed-by: Daniel Kurtz --- v1->v2: Fixed Indentation issues sound/soc/amd/acp-pcm-dma.c | 36 +++- sound/soc/amd/acp.h

[PATCH V2 01/10] ASoC: amd: dma config parameters changes

Added dma configuration parameters to rtd structure. Moved dma configuration parameters initialization to hw_params callback. Removed hard coding in prepare and trigger callbacks. Signed-off-by: Vijendar Mukunda Reviewed-by: Daniel Kurtz ---

[PATCH V2 01/10] ASoC: amd: dma config parameters changes

Added dma configuration parameters to rtd structure. Moved dma configuration parameters initialization to hw_params callback. Removed hard coding in prepare and trigger callbacks. Signed-off-by: Vijendar Mukunda Reviewed-by: Daniel Kurtz --- v1->v2 : Fixed capture stream wrong channel

Re: [External] [RFC PATCH v1 3/6] mm, zone_type: create ZONE_NVM and fill into GFP_ZONE_TABLE

On 05/07/2018 07:33 PM, Huaisheng HS1 Ye wrote: > diff --git a/mm/Kconfig b/mm/Kconfig > index c782e8f..5fe1f63 100644 > --- a/mm/Kconfig > +++ b/mm/Kconfig > @@ -687,6 +687,22 @@ config ZONE_DEVICE > > +config ZONE_NVM > + bool "Manage NVDIMM (pmem) by memory management (EXPERIMENTAL)" > +

Re: [External] [RFC PATCH v1 3/6] mm, zone_type: create ZONE_NVM and fill into GFP_ZONE_TABLE

On 05/07/2018 07:33 PM, Huaisheng HS1 Ye wrote: > diff --git a/mm/Kconfig b/mm/Kconfig > index c782e8f..5fe1f63 100644 > --- a/mm/Kconfig > +++ b/mm/Kconfig > @@ -687,6 +687,22 @@ config ZONE_DEVICE > > +config ZONE_NVM > + bool "Manage NVDIMM (pmem) by memory management (EXPERIMENTAL)" > +

Re: [PATCH 4/9] hwmon: fschmd: fix typo 'can by' to 'can be'

On 05/06/2018 04:23 AM, Wolfram Sang wrote: Signed-off-by: Wolfram Sang Applied to hwmon-next. Thanks, Guenter --- drivers/hwmon/fschmd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/hwmon/fschmd.c b/drivers/hwmon/fschmd.c

Re: [PATCH 4/9] hwmon: fschmd: fix typo 'can by' to 'can be'

On 05/06/2018 04:23 AM, Wolfram Sang wrote: Signed-off-by: Wolfram Sang Applied to hwmon-next. Thanks, Guenter --- drivers/hwmon/fschmd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/hwmon/fschmd.c b/drivers/hwmon/fschmd.c index

[PATCH v3] staging: lustre: o2iblnd: Enable Multiple OPA Endpoints between Nodes

OPA driver optimizations are based on the MPI model where it is expected to have multiple endpoints between two given nodes. To enable this optimization for Lustre, we need to make it possible, via an LND-specific tuneable, to create multiple endpoints and to balance the traffic over them. Both

[PATCH v3] staging: lustre: o2iblnd: Enable Multiple OPA Endpoints between Nodes

OPA driver optimizations are based on the MPI model where it is expected to have multiple endpoints between two given nodes. To enable this optimization for Lustre, we need to make it possible, via an LND-specific tuneable, to create multiple endpoints and to balance the traffic over them. Both

[PATCH v1 04/13] drm/kms/mode/fsl-dcu: using helper func drm_display_mode_to_videomode for calculating timing parameters

-Using drm_display_mode_to_videomode to avoid duplicate logic -Removed index = drm_crtc_index(crtc) as it is unused -Replaced DRM_MODE_FLAG_* flags with DISPLAY_FLAGS_* flags -Replaced mode->h/vdisplay with vm.h/vactive Acked-by: Stefan Agner Signed-off-by: Satendra Singh Thakur

[PATCH v1 04/13] drm/kms/mode/fsl-dcu: using helper func drm_display_mode_to_videomode for calculating timing parameters

-Using drm_display_mode_to_videomode to avoid duplicate logic -Removed index = drm_crtc_index(crtc) as it is unused -Replaced DRM_MODE_FLAG_* flags with DISPLAY_FLAGS_* flags -Replaced mode->h/vdisplay with vm.h/vactive Acked-by: Stefan Agner Signed-off-by: Satendra Singh Thakur Cc: Madhur

Re: [PATCH] mm: expland documentation over __read_mostly

On May 7, 2018 4:15:06 PM PDT, "Luis R. Rodriguez" wrote: >__read_mostly can easily be misused by folks, its not meant for >just read-only data. There are performance reasons for using it, but >we also don't provide any guidance about its use. Provide a bit more >guidance

Re: [PATCH] mm: expland documentation over __read_mostly

On May 7, 2018 4:15:06 PM PDT, "Luis R. Rodriguez" wrote: >__read_mostly can easily be misused by folks, its not meant for >just read-only data. There are performance reasons for using it, but >we also don't provide any guidance about its use. Provide a bit more >guidance over it use. >

Re: [PATCH net-next] net-next/hinic: add pci device ids for 25ge and 100ge card

From: Zhao Chen Date: Mon, 7 May 2018 09:21:57 -0400 > This patch adds PCI device IDs to support 25GE and 100GE card: > > 1. Add device id 0x0201 for HINIC 100GE dual port card. > 2. Add device id 0x0200 for HINIC 25GE dual port card. > 3. Macro of device id 0x1822 is

Re: [PATCH net-next] net-next/hinic: add pci device ids for 25ge and 100ge card

From: Zhao Chen Date: Mon, 7 May 2018 09:21:57 -0400 > This patch adds PCI device IDs to support 25GE and 100GE card: > > 1. Add device id 0x0201 for HINIC 100GE dual port card. > 2. Add device id 0x0200 for HINIC 25GE dual port card. > 3. Macro of device id 0x1822 is modified for HINIC 25GE

Re: [PATCH v3 2/3] usb: dwc3: Add Qualcomm DWC3 glue driver

On 5/5/2018 12:18 AM, Manu Gautam wrote: > DWC3 controller on Qualcomm SOCs has a Qscratch wrapper. > Some of its uses are described below resulting in need to > have a separate glue driver instead of using dwc3-of-simple: > - It exposes register interface to override vbus-override >and

Re: [PATCH v3 2/3] usb: dwc3: Add Qualcomm DWC3 glue driver

On 5/5/2018 12:18 AM, Manu Gautam wrote: > DWC3 controller on Qualcomm SOCs has a Qscratch wrapper. > Some of its uses are described below resulting in need to > have a separate glue driver instead of using dwc3-of-simple: > - It exposes register interface to override vbus-override >and

Re: [PATCH] trivial: fix inconsistent help texts

From: Georg Hofmann Date: Mon, 7 May 2018 14:03:18 +0200 > This patch removes "experimental" from the help text where depends on > CONFIG_EXPERIMENTAL was already removed. > > Signed-off-by: Georg Hofmann Applied.

Re: [PATCH] trivial: fix inconsistent help texts

From: Georg Hofmann Date: Mon, 7 May 2018 14:03:18 +0200 > This patch removes "experimental" from the help text where depends on > CONFIG_EXPERIMENTAL was already removed. > > Signed-off-by: Georg Hofmann Applied.

Re: [PATCH v4 1/2] clk: x86: Add ST oscout platform clock

On 5/8/2018 3:14 AM, Deucher, Alexander wrote: >> -Original Message- >> From: Agrawal, Akshu >> Sent: Monday, May 7, 2018 6:14 AM >> Cc: djku...@chromium.org; Agrawal, Akshu ; >> Deucher, Alexander ; >> mturque...@baylibre.com;

Re: [PATCH v4 1/2] clk: x86: Add ST oscout platform clock

On 5/8/2018 3:14 AM, Deucher, Alexander wrote: >> -Original Message- >> From: Agrawal, Akshu >> Sent: Monday, May 7, 2018 6:14 AM >> Cc: djku...@chromium.org; Agrawal, Akshu ; >> Deucher, Alexander ; >> mturque...@baylibre.com; sb...@kernel.org; Koenig, Christian >> ; airl...@redhat.com;

Re: [PATCH v7 00/16] tracing: probeevent: Improve fetcharg features

On Mon, 7 May 2018 11:30:03 -0400 Steven Rostedt wrote: > On Sun, 6 May 2018 00:51:43 +0900 > Masami Hiramatsu wrote: > > > OK, now I think it is a time to introduce new unified interface for dynamic > > events, > > tracefs/dynamic_events and make

Re: [PATCH v7 00/16] tracing: probeevent: Improve fetcharg features

On Mon, 7 May 2018 11:30:03 -0400 Steven Rostedt wrote: > On Sun, 6 May 2018 00:51:43 +0900 > Masami Hiramatsu wrote: > > > OK, now I think it is a time to introduce new unified interface for dynamic > > events, > > tracefs/dynamic_events and make uprobe_events and kprobe_events as > >

Re: [PATCH v2 6/7] ocxl: Add an IOCTL so userspace knows what CPU features are available

On Tue, 2018-05-08 at 13:50 +1000, Nicholas Piggin wrote: > On Tue, 08 May 2018 10:41:55 +1000 > "Alastair D'Silva" wrote: > > > On Mon, 2018-05-07 at 20:14 +0200, Frederic Barrat wrote: > > > > > > Le 18/04/2018 à 03:08, Alastair D'Silva a écrit : > > > > From: Alastair

Re: [PATCH v2 6/7] ocxl: Add an IOCTL so userspace knows what CPU features are available

On Tue, 2018-05-08 at 13:50 +1000, Nicholas Piggin wrote: > On Tue, 08 May 2018 10:41:55 +1000 > "Alastair D'Silva" wrote: > > > On Mon, 2018-05-07 at 20:14 +0200, Frederic Barrat wrote: > > > > > > Le 18/04/2018 à 03:08, Alastair D'Silva a écrit : > > > > From: Alastair D'Silva > > > > > >

  1   2   3   4   5   6   7   8   9   10   >