Re: [ANNOUNCE] Kconfiglib menuconfig implementation

On Sun, May 20, 2018 at 6:24 AM, Ulf Magnusson wrote: > On Sun, May 20, 2018 at 5:51 AM, Randy Dunlap wrote: >> On 05/19/2018 08:45 PM, Randy Dunlap wrote: >>> On 05/08/2018 09:59 AM, Ulf Magnusson wrote: Hello, I've added incremental

Re: [ANNOUNCE] Kconfiglib menuconfig implementation

On Sun, May 20, 2018 at 6:24 AM, Ulf Magnusson wrote: > On Sun, May 20, 2018 at 5:51 AM, Randy Dunlap wrote: >> On 05/19/2018 08:45 PM, Randy Dunlap wrote: >>> On 05/08/2018 09:59 AM, Ulf Magnusson wrote: Hello, I've added incremental search for jumping directly to a symbol now.

Re: [PATCH 10/32] aio: implement IOCB_CMD_POLL

On Tue, May 15, 2018 at 09:48:11PM +0200, Christoph Hellwig wrote: > +static ssize_t aio_poll(struct aio_kiocb *aiocb, struct iocb *iocb) > +{ > + struct kioctx *ctx = aiocb->ki_ctx; > + struct poll_iocb *req = >poll; > + unsigned long flags; > + __poll_t mask; > + > + /*

Re: [PATCH 10/32] aio: implement IOCB_CMD_POLL

On Tue, May 15, 2018 at 09:48:11PM +0200, Christoph Hellwig wrote: > +static ssize_t aio_poll(struct aio_kiocb *aiocb, struct iocb *iocb) > +{ > + struct kioctx *ctx = aiocb->ki_ctx; > + struct poll_iocb *req = >poll; > + unsigned long flags; > + __poll_t mask; > + > + /*

Re: [PATCH 08/32] aio: replace kiocb_set_cancel_fn with a cancel_kiocb file operation

On Tue, May 15, 2018 at 09:48:09PM +0200, Christoph Hellwig wrote: > case -EIOCBQUEUED: > + if (req->ki_filp->f_op->cancel_kiocb) { > + struct aio_kiocb *iocb = > + container_of(req, struct aio_kiocb, rw); > +

Re: [PATCH 08/32] aio: replace kiocb_set_cancel_fn with a cancel_kiocb file operation

On Tue, May 15, 2018 at 09:48:09PM +0200, Christoph Hellwig wrote: > case -EIOCBQUEUED: > + if (req->ki_filp->f_op->cancel_kiocb) { > + struct aio_kiocb *iocb = > + container_of(req, struct aio_kiocb, rw); > +

[PATCH v2 3/5] arm64: dts: actions: Add gpio line names to Bubblegum-96 board

Add gpio line names to Actions Semi S900 based Bubblegum-96 board. Signed-off-by: Manivannan Sadhasivam --- arch/arm64/boot/dts/actions/s900-bubblegum-96.dts | 175 ++ 1 file changed, 175 insertions(+) diff --git

[PATCH v2 2/5] arm64: dts: actions: Add gpio properties to pinctrl node for S900

Add gpio properties to pinctrl node for Actions Semi S900 SoC. Signed-off-by: Manivannan Sadhasivam --- arch/arm64/boot/dts/actions/s900.dtsi | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm64/boot/dts/actions/s900.dtsi

[PATCH v2 3/5] arm64: dts: actions: Add gpio line names to Bubblegum-96 board

Add gpio line names to Actions Semi S900 based Bubblegum-96 board. Signed-off-by: Manivannan Sadhasivam --- arch/arm64/boot/dts/actions/s900-bubblegum-96.dts | 175 ++ 1 file changed, 175 insertions(+) diff --git a/arch/arm64/boot/dts/actions/s900-bubblegum-96.dts

[PATCH v2 2/5] arm64: dts: actions: Add gpio properties to pinctrl node for S900

Add gpio properties to pinctrl node for Actions Semi S900 SoC. Signed-off-by: Manivannan Sadhasivam --- arch/arm64/boot/dts/actions/s900.dtsi | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm64/boot/dts/actions/s900.dtsi b/arch/arm64/boot/dts/actions/s900.dtsi index

[PATCH v2 4/5] pinctrl: actions: Add gpio support for Actions S900 SoC

Add gpio support to pinctrl driver for Actions Semi S900 SoC. Signed-off-by: Manivannan Sadhasivam Reviewed-by: Andy Shevchenko --- drivers/pinctrl/actions/Kconfig| 1 + drivers/pinctrl/actions/pinctrl-owl.c | 198

[PATCH v2 1/5] dt-bindings: pinctrl: Add gpio bindings for Actions S900 SoC

Add gpio bindings for Actions Semi S900 SoC. Signed-off-by: Manivannan Sadhasivam --- .../devicetree/bindings/pinctrl/actions,s900-pinctrl.txt | 16 1 file changed, 16 insertions(+) diff --git

[PATCH v2 5/5] MAINTAINERS: Add Actions Semi S900 pinctrl entries

Add S900 pinctrl entries under ARCH_ACTIONS Signed-off-by: Manivannan Sadhasivam --- MAINTAINERS | 2 ++ 1 file changed, 2 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 640dabc4c311..9e1a17c9b4a7 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@

[PATCH v2 4/5] pinctrl: actions: Add gpio support for Actions S900 SoC

Add gpio support to pinctrl driver for Actions Semi S900 SoC. Signed-off-by: Manivannan Sadhasivam Reviewed-by: Andy Shevchenko --- drivers/pinctrl/actions/Kconfig| 1 + drivers/pinctrl/actions/pinctrl-owl.c | 198 +

[PATCH v2 1/5] dt-bindings: pinctrl: Add gpio bindings for Actions S900 SoC

Add gpio bindings for Actions Semi S900 SoC. Signed-off-by: Manivannan Sadhasivam --- .../devicetree/bindings/pinctrl/actions,s900-pinctrl.txt | 16 1 file changed, 16 insertions(+) diff --git a/Documentation/devicetree/bindings/pinctrl/actions,s900-pinctrl.txt

[PATCH v2 5/5] MAINTAINERS: Add Actions Semi S900 pinctrl entries

Add S900 pinctrl entries under ARCH_ACTIONS Signed-off-by: Manivannan Sadhasivam --- MAINTAINERS | 2 ++ 1 file changed, 2 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 640dabc4c311..9e1a17c9b4a7 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -1125,10 +1125,12 @@ F:

[PATCH v2 0/5] Add gpio support for Action Semi S900 SoC

This patchset adds gpio support for Actions Semi S900 SoC by extending the pinctrl driver. There were previous patches submitted for adding a standalone gpio driver based on gpiolib. But later on it has been realised that the gpio functionality is closely tied with pinctrl subsystem for this OWL

[PATCH v2 0/5] Add gpio support for Action Semi S900 SoC

This patchset adds gpio support for Actions Semi S900 SoC by extending the pinctrl driver. There were previous patches submitted for adding a standalone gpio driver based on gpiolib. But later on it has been realised that the gpio functionality is closely tied with pinctrl subsystem for this OWL

Re: [ANNOUNCE] Kconfiglib menuconfig implementation

On Sun, May 20, 2018 at 6:47 AM, Ulf Magnusson wrote: > On Sun, May 20, 2018 at 6:03 AM, Randy Dunlap wrote: >> On 05/19/2018 08:45 PM, Randy Dunlap wrote: >>> On 05/08/2018 09:59 AM, Ulf Magnusson wrote: Hello, I've added incremental

Re: [ANNOUNCE] Kconfiglib menuconfig implementation

On Sun, May 20, 2018 at 6:47 AM, Ulf Magnusson wrote: > On Sun, May 20, 2018 at 6:03 AM, Randy Dunlap wrote: >> On 05/19/2018 08:45 PM, Randy Dunlap wrote: >>> On 05/08/2018 09:59 AM, Ulf Magnusson wrote: Hello, I've added incremental search for jumping directly to a symbol now.

Re: [ANNOUNCE] Kconfiglib menuconfig implementation

On Sun, May 20, 2018 at 6:03 AM, Randy Dunlap wrote: > On 05/19/2018 08:45 PM, Randy Dunlap wrote: >> On 05/08/2018 09:59 AM, Ulf Magnusson wrote: >>> Hello, >>> >>> I've added incremental search for jumping directly to a symbol now. >>> Regular expressions are supported as

Re: [ANNOUNCE] Kconfiglib menuconfig implementation

On Sun, May 20, 2018 at 6:03 AM, Randy Dunlap wrote: > On 05/19/2018 08:45 PM, Randy Dunlap wrote: >> On 05/08/2018 09:59 AM, Ulf Magnusson wrote: >>> Hello, >>> >>> I've added incremental search for jumping directly to a symbol now. >>> Regular expressions are supported as well. >>> >>> Some

Re: [ANNOUNCE] Kconfiglib menuconfig implementation

On Sun, May 20, 2018 at 5:51 AM, Randy Dunlap wrote: > On 05/19/2018 08:45 PM, Randy Dunlap wrote: >> On 05/08/2018 09:59 AM, Ulf Magnusson wrote: >>> Hello, >>> >>> I've added incremental search for jumping directly to a symbol now. >>> Regular expressions are supported as

Re: [ANNOUNCE] Kconfiglib menuconfig implementation

On Sun, May 20, 2018 at 5:51 AM, Randy Dunlap wrote: > On 05/19/2018 08:45 PM, Randy Dunlap wrote: >> On 05/08/2018 09:59 AM, Ulf Magnusson wrote: >>> Hello, >>> >>> I've added incremental search for jumping directly to a symbol now. >>> Regular expressions are supported as well. >>> >>> Some

Re: [ANNOUNCE] Kconfiglib menuconfig implementation

On 05/19/2018 08:45 PM, Randy Dunlap wrote: > On 05/08/2018 09:59 AM, Ulf Magnusson wrote: >> Hello, >> >> I've added incremental search for jumping directly to a symbol now. >> Regular expressions are supported as well. >> >> Some screenshots below: >> >>

Re: [ANNOUNCE] Kconfiglib menuconfig implementation

On 05/19/2018 08:45 PM, Randy Dunlap wrote: > On 05/08/2018 09:59 AM, Ulf Magnusson wrote: >> Hello, >> >> I've added incremental search for jumping directly to a symbol now. >> Regular expressions are supported as well. >> >> Some screenshots below: >> >>

Re: [ANNOUNCE] Kconfiglib menuconfig implementation

On 05/19/2018 08:45 PM, Randy Dunlap wrote: > On 05/08/2018 09:59 AM, Ulf Magnusson wrote: >> Hello, >> >> I've added incremental search for jumping directly to a symbol now. >> Regular expressions are supported as well. >> >> Some screenshots below: >> >>

Re: [ANNOUNCE] Kconfiglib menuconfig implementation

On 05/19/2018 08:45 PM, Randy Dunlap wrote: > On 05/08/2018 09:59 AM, Ulf Magnusson wrote: >> Hello, >> >> I've added incremental search for jumping directly to a symbol now. >> Regular expressions are supported as well. >> >> Some screenshots below: >> >>

[PATCH] mtd: mtdoops: optionally dump boottime

Optionally dump boottime on the mtd device in the form of <0>[ 0.00] Boot time mm/dd/ hh:mm:ss Time-stamps of oops messages are in seconds since boottime. Recording also the boottime helps correlating oopses with other events having occured at the same time. This correlation will be

[PATCH] mtd: mtdoops: optionally dump boottime

Optionally dump boottime on the mtd device in the form of <0>[ 0.00] Boot time mm/dd/ hh:mm:ss Time-stamps of oops messages are in seconds since boottime. Recording also the boottime helps correlating oopses with other events having occured at the same time. This correlation will be

Re: [ANNOUNCE] Kconfiglib menuconfig implementation

On 05/08/2018 09:59 AM, Ulf Magnusson wrote: > Hello, > > I've added incremental search for jumping directly to a symbol now. > Regular expressions are supported as well. > > Some screenshots below: > > https://raw.githubusercontent.com/ulfalizer/Kconfiglib/screenshots/screenshots/ss10.png >

Re: [ANNOUNCE] Kconfiglib menuconfig implementation

On 05/08/2018 09:59 AM, Ulf Magnusson wrote: > Hello, > > I've added incremental search for jumping directly to a symbol now. > Regular expressions are supported as well. > > Some screenshots below: > > https://raw.githubusercontent.com/ulfalizer/Kconfiglib/screenshots/screenshots/ss10.png >

[lkp-robot] [workqueue] f303fccb82: kmsg.workqueue:round-robin_CPU_selection_forced,expect_performance_impact

FYI, we noticed the following commit (built with gcc-4.9): commit: f303fccb82928790ec58eea82722bd5c54d300b3 ("workqueue: implement "workqueue.debug_force_rr_cpu" debug feature") https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git master in testcase: boot on test machine:

[lkp-robot] [workqueue] f303fccb82: kmsg.workqueue:round-robin_CPU_selection_forced,expect_performance_impact

FYI, we noticed the following commit (built with gcc-4.9): commit: f303fccb82928790ec58eea82722bd5c54d300b3 ("workqueue: implement "workqueue.debug_force_rr_cpu" debug feature") https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git master in testcase: boot on test machine:

Re: [PATCH 1/4] arcnet: com20020: Add com20020 io mapped version

Hi Andrea, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on net-next/master] [also build test WARNING on v4.17-rc5 next-20180517] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH 1/4] arcnet: com20020: Add com20020 io mapped version

Hi Andrea, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on net-next/master] [also build test WARNING on v4.17-rc5 next-20180517] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH net-next] net: dsa: b53: Extend platform data to include DSA ports

On May 19, 2018 6:42:50 PM PDT, Andrew Lunn wrote: >On Sat, May 19, 2018 at 03:55:10PM -0700, Florian Fainelli wrote: >> Provide a means for !OF platforms to supply their DSA platform data >> configuration using the dsa_platform_data structure. > >Hi Florian > >It seems a bit odd

Re: [PATCH net-next] net: dsa: b53: Extend platform data to include DSA ports

On May 19, 2018 6:42:50 PM PDT, Andrew Lunn wrote: >On Sat, May 19, 2018 at 03:55:10PM -0700, Florian Fainelli wrote: >> Provide a means for !OF platforms to supply their DSA platform data >> configuration using the dsa_platform_data structure. > >Hi Florian > >It seems a bit odd adding the

Re: [PATCH] net: sched: don't disable bh when accessing action idr

From: Vlad Buslov Date: Sat, 19 May 2018 13:12:49 +0300 > > On Sat 19 May 2018 at 02:59, Cong Wang wrote: >> On Fri, May 18, 2018 at 8:45 AM, Vlad Buslov wrote: >>> Underlying implementation of action map has changed and

Re: [PATCH] net: sched: don't disable bh when accessing action idr

From: Vlad Buslov Date: Sat, 19 May 2018 13:12:49 +0300 > > On Sat 19 May 2018 at 02:59, Cong Wang wrote: >> On Fri, May 18, 2018 at 8:45 AM, Vlad Buslov wrote: >>> Underlying implementation of action map has changed and doesn't require >>> disabling bh anymore. Replace all action idr

Re: random: Wake up writers when random pools are zapped

On Sat, May 19, 2018 at 05:55:19PM -0400, Theodore Y. Ts'o wrote: > > Out of curiosity, how/when were you using RNDCLEARPOOL/RNDZAPENTCNT? > Hopefully it was only testing hw_random drivers, or some such? I wasn't actually using it myself. Someone else filed a bug against RHEL complaining about

Re: random: Wake up writers when random pools are zapped

On Sat, May 19, 2018 at 05:55:19PM -0400, Theodore Y. Ts'o wrote: > > Out of curiosity, how/when were you using RNDCLEARPOOL/RNDZAPENTCNT? > Hopefully it was only testing hw_random drivers, or some such? I wasn't actually using it myself. Someone else filed a bug against RHEL complaining about

Re: [PATCH 1/4] arcnet: com20020: Add com20020 io mapped version

Hi Andrea, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on net-next/master] [also build test WARNING on v4.17-rc5 next-20180517] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH 1/4] arcnet: com20020: Add com20020 io mapped version

Hi Andrea, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on net-next/master] [also build test WARNING on v4.17-rc5 next-20180517] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH net-next] net: mvpp2: Add missing VLAN tag detection

From: Maxime Chevallier Date: Fri, 18 May 2018 09:33:39 +0200 > Marvell PPv2 Header Parser sets some bits in the 'result_info' field in > each lookup iteration, to identify different packet attributes such as > DSA / VLAN tag, protocol infos, etc. This is used in

Re: [PATCH net-next] net: mvpp2: Add missing VLAN tag detection

From: Maxime Chevallier Date: Fri, 18 May 2018 09:33:39 +0200 > Marvell PPv2 Header Parser sets some bits in the 'result_info' field in > each lookup iteration, to identify different packet attributes such as > DSA / VLAN tag, protocol infos, etc. This is used in further > classification stages

[GIT PULL] arm64: dts: uniphier: UniPhier DT updates for v4.18

Hi Arnd, Olof, Here are UniPhier DT (64bit) updates for the v4.18 merge window. Please pull! The following changes since commit 60cc43fc888428bb2f18f08997432d426a243338: Linux 4.17-rc1 (2018-04-15 18:24:20 -0700) are available in the git repository at:

[GIT PULL] arm64: dts: uniphier: UniPhier DT updates for v4.18

Hi Arnd, Olof, Here are UniPhier DT (64bit) updates for the v4.18 merge window. Please pull! The following changes since commit 60cc43fc888428bb2f18f08997432d426a243338: Linux 4.17-rc1 (2018-04-15 18:24:20 -0700) are available in the git repository at:

[PATCH V3] scsi: ufs: Add specific callback for setting DMA mask

Currently DMA mask for UFS HCI is set by reading CAP register's [64AS] bit. Some HCI controller like Exynos support 36-bit bus address. This works perfectly fine with DMA mask set as 64 in case there is no IOMMU attached to HCI. In case if HCI is behind an IOMMU, setting DMA mask as 64 bit won't

[PATCH V3] scsi: ufs: Add specific callback for setting DMA mask

Currently DMA mask for UFS HCI is set by reading CAP register's [64AS] bit. Some HCI controller like Exynos support 36-bit bus address. This works perfectly fine with DMA mask set as 64 in case there is no IOMMU attached to HCI. In case if HCI is behind an IOMMU, setting DMA mask as 64 bit won't

[GIT PULL] ARM: dts: uniphier: UniPhier DT updates for v4.18

Hi Arnd, Olof, Here are UniPhier DT (32bit) updates for the v4.18 merge window. Please pull! The following changes since commit 60cc43fc888428bb2f18f08997432d426a243338: Linux 4.17-rc1 (2018-04-15 18:24:20 -0700) are available in the git repository at:

[GIT PULL] ARM: dts: uniphier: UniPhier DT updates for v4.18

Hi Arnd, Olof, Here are UniPhier DT (32bit) updates for the v4.18 merge window. Please pull! The following changes since commit 60cc43fc888428bb2f18f08997432d426a243338: Linux 4.17-rc1 (2018-04-15 18:24:20 -0700) are available in the git repository at:

Re: [PATCH V3] scsi: ufs: Add specific callback for setting DMA mask

Hi All Please ignore the below patch, sorry for the noise. Will send updated patch soon. Regards, Alim On 05/20/2018 07:41 AM, Bharat Uppal wrote: > From: Alim Akhtar > > Currently DMA mask for UFS HCI is set by reading CAP register's > [64AS] bit. Some HCI controller

Re: [PATCH V3] scsi: ufs: Add specific callback for setting DMA mask

Hi All Please ignore the below patch, sorry for the noise. Will send updated patch soon. Regards, Alim On 05/20/2018 07:41 AM, Bharat Uppal wrote: > From: Alim Akhtar > > Currently DMA mask for UFS HCI is set by reading CAP register's > [64AS] bit. Some HCI controller like Exynos support

[PATCH V3] scsi: ufs: Add specific callback for setting DMA mask

From: Alim Akhtar Currently DMA mask for UFS HCI is set by reading CAP register's [64AS] bit. Some HCI controller like Exynos support 36-bit bus address. This works perfectly fine with DMA mask set as 64 in case there is no IOMMU attached to HCI. In case if HCI is behind

[PATCH V3] scsi: ufs: Add specific callback for setting DMA mask

From: Alim Akhtar Currently DMA mask for UFS HCI is set by reading CAP register's [64AS] bit. Some HCI controller like Exynos support 36-bit bus address. This works perfectly fine with DMA mask set as 64 in case there is no IOMMU attached to HCI. In case if HCI is behind an IOMMU, setting DMA

Re: [PATCH 1/4] arcnet: com20020: Add com20020 io mapped version

Hi Andrea, Thank you for the patch! Yet something to improve: [auto build test ERROR on net-next/master] [also build test ERROR on v4.17-rc5 next-20180517] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH 1/4] arcnet: com20020: Add com20020 io mapped version

Hi Andrea, Thank you for the patch! Yet something to improve: [auto build test ERROR on net-next/master] [also build test ERROR on v4.17-rc5 next-20180517] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [linux-sunxi] [PATCH 10/15] drm/sun4i: Add support for R40 TV TCONs

Hi Jernej, On Sun, May 20, 2018 at 11:57 AM, Julian Calaby wrote: > Hi Jernej, > > On Sun, May 20, 2018 at 4:31 AM, Jernej Skrabec > wrote: >> R40 display pipeline has a lot of possible configurations. HDMI can be >> connected to 2 different

Re: [linux-sunxi] [PATCH 10/15] drm/sun4i: Add support for R40 TV TCONs

Hi Jernej, On Sun, May 20, 2018 at 11:57 AM, Julian Calaby wrote: > Hi Jernej, > > On Sun, May 20, 2018 at 4:31 AM, Jernej Skrabec > wrote: >> R40 display pipeline has a lot of possible configurations. HDMI can be >> connected to 2 different TCONs (out of 4) and mixers can be connected to >>

Re: INFO: task hung in tls_push_record

syzbot has found a reproducer for the following crash on: HEAD commit:eb38401c779d net: stmmac: Populate missing callbacks in HW.. git tree: net-next console output: https://syzkaller.appspot.com/x/log.txt?x=16d0820f80 kernel config:

Re: INFO: task hung in tls_push_record

syzbot has found a reproducer for the following crash on: HEAD commit:eb38401c779d net: stmmac: Populate missing callbacks in HW.. git tree: net-next console output: https://syzkaller.appspot.com/x/log.txt?x=16d0820f80 kernel config:

Re: [linux-sunxi] [PATCH 10/15] drm/sun4i: Add support for R40 TV TCONs

Hi Jernej, On Sun, May 20, 2018 at 4:31 AM, Jernej Skrabec wrote: > R40 display pipeline has a lot of possible configurations. HDMI can be > connected to 2 different TCONs (out of 4) and mixers can be connected to > any TCON. All this must be configured in TCON TOP. > >

Re: [linux-sunxi] [PATCH 10/15] drm/sun4i: Add support for R40 TV TCONs

Hi Jernej, On Sun, May 20, 2018 at 4:31 AM, Jernej Skrabec wrote: > R40 display pipeline has a lot of possible configurations. HDMI can be > connected to 2 different TCONs (out of 4) and mixers can be connected to > any TCON. All this must be configured in TCON TOP. > > Along with definition of

Re: [PATCHv2][SMB3] Add kernel trace support

On Sat, May 19, 2018 at 6:22 PM, Dave Chinner wrote: > On Fri, May 18, 2018 at 01:43:14PM -0700, Steve French wrote: >> On Fri, May 18, 2018 at 11:46 AM, Ralph Böhme wrote: >> > On Thu, May 17, 2018 at 09:36:36PM -0500, Steve French via samba-technical >> >

Re: [PATCHv2][SMB3] Add kernel trace support

On Sat, May 19, 2018 at 6:22 PM, Dave Chinner wrote: > On Fri, May 18, 2018 at 01:43:14PM -0700, Steve French wrote: >> On Fri, May 18, 2018 at 11:46 AM, Ralph Böhme wrote: >> > On Thu, May 17, 2018 at 09:36:36PM -0500, Steve French via samba-technical >> > wrote: >> >> Patch updated with

Re: [linux-sunxi] [PATCH 07/15] dt-bindings: display: sun4i-drm: Add R40 HDMI pipeline

Hi Jernej, On Sun, May 20, 2018 at 4:31 AM, Jernej Skrabec wrote: > Missing compatibles and descriptions needed to implement R40 HDMI > pipeline are added. > > For mixers only compatibles are added. > > TCON description is expanded with R40 TV TCON compatibles. If the

Re: [linux-sunxi] [PATCH 07/15] dt-bindings: display: sun4i-drm: Add R40 HDMI pipeline

Hi Jernej, On Sun, May 20, 2018 at 4:31 AM, Jernej Skrabec wrote: > Missing compatibles and descriptions needed to implement R40 HDMI > pipeline are added. > > For mixers only compatibles are added. > > TCON description is expanded with R40 TV TCON compatibles. If the SoC > has TCON TOP unit,

Re: [RFC PATCH V2] scsi: ufs: Add specific callback for setting DMA mask

Hi Subhash On 05/17/2018 03:01 AM, Subhash Jadavani wrote: > On 2018-05-15 21:31, Alim Akhtar wrote: >> Ping !!! >> >> On Thu, Mar 8, 2018 at 4:33 PM, Alim Akhtar >> wrote: >>> Currently DMA mask for UFS HCI is set by reading CAP register's >>> [64AS] bit. Some HCI

Re: [RFC PATCH V2] scsi: ufs: Add specific callback for setting DMA mask

Hi Subhash On 05/17/2018 03:01 AM, Subhash Jadavani wrote: > On 2018-05-15 21:31, Alim Akhtar wrote: >> Ping !!! >> >> On Thu, Mar 8, 2018 at 4:33 PM, Alim Akhtar >> wrote: >>> Currently DMA mask for UFS HCI is set by reading CAP register's >>> [64AS] bit. Some HCI controller like Exynos

Re: INFO: rcu detected stall in is_bpf_text_address

On Sat, May 19, 2018 at 08:57:19AM -0700, Eric Dumazet wrote: > SCTP experts, please take a look. Ugh, same sctp footprint as in the other reports. > > >  _sctp_make_chunk+0x58/0x280 net/sctp/sm_make_chunk.c:1417 > >  sctp_make_control net/sctp/sm_make_chunk.c:1464 [inline] > >  

Re: INFO: rcu detected stall in is_bpf_text_address

On Sat, May 19, 2018 at 08:57:19AM -0700, Eric Dumazet wrote: > SCTP experts, please take a look. Ugh, same sctp footprint as in the other reports. > > >  _sctp_make_chunk+0x58/0x280 net/sctp/sm_make_chunk.c:1417 > >  sctp_make_control net/sctp/sm_make_chunk.c:1464 [inline] > >  

Re: [PATCH net-next] net: dsa: b53: Extend platform data to include DSA ports

On Sat, May 19, 2018 at 03:55:10PM -0700, Florian Fainelli wrote: > Provide a means for !OF platforms to supply their DSA platform data > configuration using the dsa_platform_data structure. Hi Florian It seems a bit odd adding the header file, but no code. Yes, this will help simplify the merge

Re: [PATCH net-next] net: dsa: b53: Extend platform data to include DSA ports

On Sat, May 19, 2018 at 03:55:10PM -0700, Florian Fainelli wrote: > Provide a means for !OF platforms to supply their DSA platform data > configuration using the dsa_platform_data structure. Hi Florian It seems a bit odd adding the header file, but no code. Yes, this will help simplify the merge

[GIT PULL] ARM: SoC fixes

Hi Linus, The following changes since commit 67b8d5c7081221efa252e111cd52532ec6d4266f: Linux 4.17-rc5 (2018-05-13 16:15:17 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git tags/armsoc-fixes for you to fetch changes up to

[GIT PULL] ARM: SoC fixes

Hi Linus, The following changes since commit 67b8d5c7081221efa252e111cd52532ec6d4266f: Linux 4.17-rc5 (2018-05-13 16:15:17 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git tags/armsoc-fixes for you to fetch changes up to

Re: Tasks RCU vs Preempt RCU

On Sat, May 19, 2018 at 05:49:38PM -0700, Paul E. McKenney wrote: [...] > > > And the problem with wrapping them with rcu_read_{lock,unlock} is that > > > there would be a point before the trampoline executed rcu_read_lock() > > > but while it was on the trampoline. Nothing good comes from this.

Re: Tasks RCU vs Preempt RCU

On Sat, May 19, 2018 at 05:49:38PM -0700, Paul E. McKenney wrote: [...] > > > And the problem with wrapping them with rcu_read_{lock,unlock} is that > > > there would be a point before the trampoline executed rcu_read_lock() > > > but while it was on the trampoline. Nothing good comes from this.

Re: Tasks RCU vs Preempt RCU

On Sat, May 19, 2018 at 03:59:05PM -0700, Joel Fernandes wrote: > On Fri, May 18, 2018 at 07:29:18PM -0700, Paul E. McKenney wrote: > > On Fri, May 18, 2018 at 11:36:23AM -0700, Joel Fernandes wrote: > > > Hi, > > > > > > I was thinking about tasks-RCU and why its needed. Since preempt-RCU > > >

Re: Tasks RCU vs Preempt RCU

On Sat, May 19, 2018 at 03:59:05PM -0700, Joel Fernandes wrote: > On Fri, May 18, 2018 at 07:29:18PM -0700, Paul E. McKenney wrote: > > On Fri, May 18, 2018 at 11:36:23AM -0700, Joel Fernandes wrote: > > > Hi, > > > > > > I was thinking about tasks-RCU and why its needed. Since preempt-RCU > > >

Re: [PATCH v2 01/26] rculist: introduce list_next_or_null_rr_rcu()

On Sat, May 19, 2018 at 10:20:48PM +0200, Roman Penyaev wrote: > On Sat, May 19, 2018 at 6:37 PM, Paul E. McKenney > wrote: > > On Fri, May 18, 2018 at 03:03:48PM +0200, Roman Pen wrote: > >> Function is going to be used in transport over RDMA module > >> in subsequent

Re: [PATCH v2 01/26] rculist: introduce list_next_or_null_rr_rcu()

On Sat, May 19, 2018 at 10:20:48PM +0200, Roman Penyaev wrote: > On Sat, May 19, 2018 at 6:37 PM, Paul E. McKenney > wrote: > > On Fri, May 18, 2018 at 03:03:48PM +0200, Roman Pen wrote: > >> Function is going to be used in transport over RDMA module > >> in subsequent patches. > >> > >> Function

[RHEL-8] arm64: add missing early clobber in atomic64_dec_if_positive()

When running a kernel compiled with gcc8 on a machine using LSE, I get: Unable to handle kernel paging request at virtual address 112221 Mem abort info: ESR = 0x9621 Exception class = DABT (current EL), IL = 32 bits SET = 0, FnV = 0 EA = 0, S1PTW = 0 Data abort info:

[RHEL-8] arm64: add missing early clobber in atomic64_dec_if_positive()

When running a kernel compiled with gcc8 on a machine using LSE, I get: Unable to handle kernel paging request at virtual address 112221 Mem abort info: ESR = 0x9621 Exception class = DABT (current EL), IL = 32 bits SET = 0, FnV = 0 EA = 0, S1PTW = 0 Data abort info:

Re: [PATCHv2][SMB3] Add kernel trace support

On Fri, May 18, 2018 at 01:43:14PM -0700, Steve French wrote: > On Fri, May 18, 2018 at 11:46 AM, Ralph Böhme wrote: > > On Thu, May 17, 2018 at 09:36:36PM -0500, Steve French via samba-technical > > wrote: > >> Patch updated with additional tracepoint locations and some

Re: [PATCHv2][SMB3] Add kernel trace support

On Fri, May 18, 2018 at 01:43:14PM -0700, Steve French wrote: > On Fri, May 18, 2018 at 11:46 AM, Ralph Böhme wrote: > > On Thu, May 17, 2018 at 09:36:36PM -0500, Steve French via samba-technical > > wrote: > >> Patch updated with additional tracepoint locations and some formatting > >>

Re: Tasks RCU vs Preempt RCU

On Fri, May 18, 2018 at 07:29:18PM -0700, Paul E. McKenney wrote: > On Fri, May 18, 2018 at 11:36:23AM -0700, Joel Fernandes wrote: > > Hi, > > > > I was thinking about tasks-RCU and why its needed. Since preempt-RCU allows > > tasks to be preempted in read-sections, can we not just reuse that

Re: Tasks RCU vs Preempt RCU

On Fri, May 18, 2018 at 07:29:18PM -0700, Paul E. McKenney wrote: > On Fri, May 18, 2018 at 11:36:23AM -0700, Joel Fernandes wrote: > > Hi, > > > > I was thinking about tasks-RCU and why its needed. Since preempt-RCU allows > > tasks to be preempted in read-sections, can we not just reuse that

[PATCH net-next] net: dsa: b53: Extend platform data to include DSA ports

Provide a means for !OF platforms to supply their DSA platform data configuration using the dsa_platform_data structure. Signed-off-by: Florian Fainelli --- include/linux/platform_data/b53.h | 4 1 file changed, 4 insertions(+) diff --git

[PATCH net-next] net: dsa: b53: Extend platform data to include DSA ports

Provide a means for !OF platforms to supply their DSA platform data configuration using the dsa_platform_data structure. Signed-off-by: Florian Fainelli --- include/linux/platform_data/b53.h | 4 1 file changed, 4 insertions(+) diff --git a/include/linux/platform_data/b53.h

Re: [PATCH 14/14] net: sched: implement delete for all actions

On Wed, May 16, 2018 at 12:58:38PM +0300, Vlad Buslov wrote: > > On Wed 16 May 2018 at 09:48, Jiri Pirko wrote: > > Mon, May 14, 2018 at 04:27:15PM CEST, vla...@mellanox.com wrote: > >>Implement delete function that is required to delete actions without > >>holding rtnl lock.

Re: [PATCH 14/14] net: sched: implement delete for all actions

On Wed, May 16, 2018 at 12:58:38PM +0300, Vlad Buslov wrote: > > On Wed 16 May 2018 at 09:48, Jiri Pirko wrote: > > Mon, May 14, 2018 at 04:27:15PM CEST, vla...@mellanox.com wrote: > >>Implement delete function that is required to delete actions without > >>holding rtnl lock. Use action API

Re: [PATCH v2] kbuild: check for pkg-config on make {menu,n,g,x}config

On 05/17/18 22:10, Masahiro Yamada wrote: > Hi Randy, > > 2018-04-07 6:37 GMT+09:00 Randy Dunlap : >> On 03/14/2018 10:50 PM, Masahiro Yamada wrote: >>> 2018-03-13 11:30 GMT+09:00 Randy Dunlap : From: Randy Dunlap

Re: [PATCH v2] kbuild: check for pkg-config on make {menu,n,g,x}config

On 05/17/18 22:10, Masahiro Yamada wrote: > Hi Randy, > > 2018-04-07 6:37 GMT+09:00 Randy Dunlap : >> On 03/14/2018 10:50 PM, Masahiro Yamada wrote: >>> 2018-03-13 11:30 GMT+09:00 Randy Dunlap : From: Randy Dunlap Each of 'make {menu,n,g,x}config' uses (needs) pkg-config to make

Re: [PATCH v3 1/2] soc: imx: gpcv2: Do not pass static memory as platform data

On Tue, Apr 10, 2018 at 11:32 AM, Andrey Smirnov wrote: > Platform device core assumes the ownership of dev.platform_data as > well as that it is dynamically allocated and it will try to kfree it > as a part of platform_device_release(). Change the code to use >

Re: [PATCH v3 1/2] soc: imx: gpcv2: Do not pass static memory as platform data

On Tue, Apr 10, 2018 at 11:32 AM, Andrey Smirnov wrote: > Platform device core assumes the ownership of dev.platform_data as > well as that it is dynamically allocated and it will try to kfree it > as a part of platform_device_release(). Change the code to use > platform_device_add_data() n

Re: [PATCH 12/14] net: sched: retry action check-insert on concurrent modification

On Wed, May 16, 2018 at 03:21:35PM +0200, Jiri Pirko wrote: ... > int tcf_idr_check_alloc(struct tc_action_net *tn, u32 *index, > struct tc_action **a, int bind) Considering we don't have any other variant of it, maybe just "tcf_idr_alloc()" instead?

Re: [PATCH 12/14] net: sched: retry action check-insert on concurrent modification

On Wed, May 16, 2018 at 03:21:35PM +0200, Jiri Pirko wrote: ... > int tcf_idr_check_alloc(struct tc_action_net *tn, u32 *index, > struct tc_action **a, int bind) Considering we don't have any other variant of it, maybe just "tcf_idr_alloc()" instead?

Re: [PATCH 13/14] net: sched: use unique idr insert function in unlocked actions

On Mon, May 14, 2018 at 05:27:14PM +0300, Vlad Buslov wrote: > Substitute calls to action insert function with calls to action insert > unique function that warns if insertion overwrites index in idr. I know this patch may be gone on V2, but a general comment, please use the function names

Re: [PATCH 13/14] net: sched: use unique idr insert function in unlocked actions

On Mon, May 14, 2018 at 05:27:14PM +0300, Vlad Buslov wrote: > Substitute calls to action insert function with calls to action insert > unique function that warns if insertion overwrites index in idr. I know this patch may be gone on V2, but a general comment, please use the function names

  1   2   3   4   5   6   >