[PATCH RESEND 5/6] f2fs: support F2FS_IOC_FS{GET,SET}XATTR

From: Chao Yu This patch adds FS_IOC_FSSETXATTR/FS_IOC_FSGETXATTR ioctl interface support for f2fs. The interface is kept consistent with the one of ext4/xfs. Signed-off-by: Chao Yu --- fs/f2fs/f2fs.h | 3 + fs/f2fs/file.c | 264

[PATCH RESEND 6/6] f2fs: introduce f2fs_statfs_project

From: Chao Yu This patch introduces f2fs_statfs_project, it enables to show usage status of directory tree which is limited with project quota. Signed-off-by: Chao Yu --- fs/f2fs/super.c | 48 1 file

[PATCH RESEND 6/6] f2fs: introduce f2fs_statfs_project

From: Chao Yu This patch introduces f2fs_statfs_project, it enables to show usage status of directory tree which is limited with project quota. Signed-off-by: Chao Yu --- fs/f2fs/super.c | 48 1 file changed, 48 insertions(+) diff --git

[PATCH RESEND 5/6] f2fs: support F2FS_IOC_FS{GET,SET}XATTR

From: Chao Yu This patch adds FS_IOC_FSSETXATTR/FS_IOC_FSGETXATTR ioctl interface support for f2fs. The interface is kept consistent with the one of ext4/xfs. Signed-off-by: Chao Yu --- fs/f2fs/f2fs.h | 3 + fs/f2fs/file.c | 264 +++-- 2

Re: [PATCH v2 1/3] media: V3s: Add support for Allwinner CSI.

Hi, Thanks for the second iteration! On Thu, Jul 27, 2017 at 01:01:35PM +0800, Yong Deng wrote: > Allwinner V3s SoC have two CSI module. CSI0 is used for MIPI interface > and CSI1 is used for parallel interface. This is not documented in > datasheet but by testing and guess. > > This patch

Re: [PATCH v2 1/3] media: V3s: Add support for Allwinner CSI.

Hi, Thanks for the second iteration! On Thu, Jul 27, 2017 at 01:01:35PM +0800, Yong Deng wrote: > Allwinner V3s SoC have two CSI module. CSI0 is used for MIPI interface > and CSI1 is used for parallel interface. This is not documented in > datasheet but by testing and guess. > > This patch

[PATCH] clk: meson: mpll: fix mpll0 fractional part ignored

mpll0 clock is special compared to the other mplls. It needs another bit (ssen) to be set to activate the fractional part the mpll divider Fixes: 007e6e5c5f01 ("clk: meson: mpll: add rw operation") Signed-off-by: Jerome Brunet --- drivers/clk/meson/clk-mpll.c | 7 +++

[PATCH] clk: meson: mpll: fix mpll0 fractional part ignored

mpll0 clock is special compared to the other mplls. It needs another bit (ssen) to be set to activate the fractional part the mpll divider Fixes: 007e6e5c5f01 ("clk: meson: mpll: add rw operation") Signed-off-by: Jerome Brunet --- drivers/clk/meson/clk-mpll.c | 7 +++

Re: [PATCH v2 2/3] dt-bindings: media: Add Allwinner V3s Camera Sensor Interface (CSI)

Hi, On Thu, Jul 27, 2017 at 01:01:36PM +0800, Yong Deng wrote: > Add binding documentation for Allwinner V3s CSI. > > Signed-off-by: Yong Deng > --- > .../devicetree/bindings/media/sun6i-csi.txt| 49 > ++ > 1 file changed, 49 insertions(+) >

Re: [PATCH v2 2/3] dt-bindings: media: Add Allwinner V3s Camera Sensor Interface (CSI)

Hi, On Thu, Jul 27, 2017 at 01:01:36PM +0800, Yong Deng wrote: > Add binding documentation for Allwinner V3s CSI. > > Signed-off-by: Yong Deng > --- > .../devicetree/bindings/media/sun6i-csi.txt| 49 > ++ > 1 file changed, 49 insertions(+) > create mode 100644

[PATCH] soc: ti: ti_sci_pm_domains: Populate name for genpd

Commit b6a1d093f96b ("PM / Domains: Extend generic power domain debugfs") now creates a debugfs directory for each genpd based on the name of the genpd. Currently no name is given to the genpd created by ti_sci_pm_domains driver so because of this we see a NULL pointer dereferences when it is

[PATCH] soc: ti: ti_sci_pm_domains: Populate name for genpd

Commit b6a1d093f96b ("PM / Domains: Extend generic power domain debugfs") now creates a debugfs directory for each genpd based on the name of the genpd. Currently no name is given to the genpd created by ti_sci_pm_domains driver so because of this we see a NULL pointer dereferences when it is

Re: [PATCH 2/2] printk: Add boottime and real timestamps

On Fri, 28 Jul 2017, Prarit Bhargava wrote: > On 07/25/2017 09:00 AM, Peter Zijlstra wrote: > Thanks for the above change. I can see that makes the code simpler. > > > Although I must strongly discourage using REALTIME, DST will make > > untangling your logs an absolute nightmare. I would simply

Re: [PATCH 2/2] printk: Add boottime and real timestamps

On Fri, 28 Jul 2017, Prarit Bhargava wrote: > On 07/25/2017 09:00 AM, Peter Zijlstra wrote: > Thanks for the above change. I can see that makes the code simpler. > > > Although I must strongly discourage using REALTIME, DST will make > > untangling your logs an absolute nightmare. I would simply

[GIT PULL] MD update for 4.13-rc3

Hi, This update fixes several bugs, 3 of them are suitable for stable: - An initialization issue fixed by Ming - A bio clone race issue fixed by me - An async tx flush issue fixed by Ofer - Other cleanups Thanks, Shaohua The following changes since commit

Re: Suspend-resume failure on Intel Eagle Lake Core2Duo

On Fri, 28 Jul 2017, Tomi Sarvela wrote: > On 28/07/17 17:50, Thomas Gleixner wrote: > > On Fri, 28 Jul 2017, Tomi Sarvela wrote: > > > On 28/07/17 17:13, Thomas Gleixner wrote: > > > > On Fri, 28 Jul 2017, Tomi Sarvela wrote: > > > > > On 28/07/17 16:15, Thomas Gleixner wrote: > > > > > > Another

[GIT PULL] MD update for 4.13-rc3

Hi, This update fixes several bugs, 3 of them are suitable for stable: - An initialization issue fixed by Ming - A bio clone race issue fixed by me - An async tx flush issue fixed by Ofer - Other cleanups Thanks, Shaohua The following changes since commit

Re: Suspend-resume failure on Intel Eagle Lake Core2Duo

On Fri, 28 Jul 2017, Tomi Sarvela wrote: > On 28/07/17 17:50, Thomas Gleixner wrote: > > On Fri, 28 Jul 2017, Tomi Sarvela wrote: > > > On 28/07/17 17:13, Thomas Gleixner wrote: > > > > On Fri, 28 Jul 2017, Tomi Sarvela wrote: > > > > > On 28/07/17 16:15, Thomas Gleixner wrote: > > > > > > Another

Re: [PATCH v4 5/9] perf annotate stdio: Support --show-nr-samples option

Em Fri, Jul 28, 2017 at 01:16:16AM +0900, Taeung Song escreveu: > Add --show-nr-samples option to perf-annotate > so that it corresponds with perf-report. So this is not that intuitive, i.e. if one ask for: perf annotate --show-total-period --show-nr-samples then both should appear, no? -

Re: [PATCH v4 5/9] perf annotate stdio: Support --show-nr-samples option

Em Fri, Jul 28, 2017 at 01:16:16AM +0900, Taeung Song escreveu: > Add --show-nr-samples option to perf-annotate > so that it corresponds with perf-report. So this is not that intuitive, i.e. if one ask for: perf annotate --show-total-period --show-nr-samples then both should appear, no? -

Re: [PATCH net-next 4/4] net: dsa: lan9303: MDIO access phy registers directly

Den 28. juli 2017 17:39, skrev Vivien Didelot: Hi Egil, Egil Hjelmeland writes: +const struct lan9303_phy_ops lan9303_indirect_phy_ops = { + .phy_read = lan9303_indirect_phy_read, + .phy_write = lan9303_indirect_phy_write, +};

Re: [PATCH net-next 4/4] net: dsa: lan9303: MDIO access phy registers directly

Den 28. juli 2017 17:39, skrev Vivien Didelot: Hi Egil, Egil Hjelmeland writes: +const struct lan9303_phy_ops lan9303_indirect_phy_ops = { + .phy_read = lan9303_indirect_phy_read, + .phy_write = lan9303_indirect_phy_write, +}; +EXPORT_SYMBOL(lan9303_indirect_phy_ops); Isn't

Re: [PATCH v2] f2fs: provide f2fs_balance_fs to __write_node_page

Hi Yunlong, On 07/27, Yunlong Song wrote: > v1->v2, fix some dead lock problems under some heavy load test So, does this patch resolve the previous GC problem? Thanks, > > On 2017/7/27 20:11, Yunlong Song wrote: > > Let node writeback also do f2fs_balance_fs to ensure there are always > >

Re: [PATCH v2] f2fs: provide f2fs_balance_fs to __write_node_page

Hi Yunlong, On 07/27, Yunlong Song wrote: > v1->v2, fix some dead lock problems under some heavy load test So, does this patch resolve the previous GC problem? Thanks, > > On 2017/7/27 20:11, Yunlong Song wrote: > > Let node writeback also do f2fs_balance_fs to ensure there are always > >

Re: [resend PATCH v2 11/33] dm: add dax_device and dax_operations support

On Mon, 2017-04-17 at 12:09 -0700, Dan Williams wrote: > diff --git a/drivers/md/Kconfig b/drivers/md/Kconfig > index b7767da50c26..1de8372d9459 100644 > --- a/drivers/md/Kconfig > +++ b/drivers/md/Kconfig > @@ -200,6 +200,7 @@ config BLK_DEV_DM_BUILTIN > config BLK_DEV_DM > tristate

Re: [resend PATCH v2 11/33] dm: add dax_device and dax_operations support

On Mon, 2017-04-17 at 12:09 -0700, Dan Williams wrote: > diff --git a/drivers/md/Kconfig b/drivers/md/Kconfig > index b7767da50c26..1de8372d9459 100644 > --- a/drivers/md/Kconfig > +++ b/drivers/md/Kconfig > @@ -200,6 +200,7 @@ config BLK_DEV_DM_BUILTIN > config BLK_DEV_DM > tristate

[GIT PULL] arm64 fixes for 4.13-rc3

Hi Linus, Please pull these arm64 fixes for 4.13. I'd been collecting these whilst we debugged a CPU hotplug failure, but we ended up diagnosing that one to tglx, who has taken a fix via -tip separately. We're seeing some NFS issues that we haven't gotten to the bottom of yet, and we've

[GIT PULL] arm64 fixes for 4.13-rc3

Hi Linus, Please pull these arm64 fixes for 4.13. I'd been collecting these whilst we debugged a CPU hotplug failure, but we ended up diagnosing that one to tglx, who has taken a fix via -tip separately. We're seeing some NFS issues that we haven't gotten to the bottom of yet, and we've

Re: [PATCH 1/3] drivers: remoteproc: Make mdt_loader firmware authentication optional

Hi Bjorn, Thanks for the review ! On 7/26/2017 11:41 PM, Bjorn Andersson wrote: > On Thu 29 Jun 07:17 PDT 2017, Sricharan R wrote: > >> qcom_mdt_load function loads the mdt type firmware and >> authenticates it as well. Make the authentication only >> when requested by the caller, so that the

Re: [PATCH 1/3] drivers: remoteproc: Make mdt_loader firmware authentication optional

Hi Bjorn, Thanks for the review ! On 7/26/2017 11:41 PM, Bjorn Andersson wrote: > On Thu 29 Jun 07:17 PDT 2017, Sricharan R wrote: > >> qcom_mdt_load function loads the mdt type firmware and >> authenticates it as well. Make the authentication only >> when requested by the caller, so that the

Re: [PATCH v2 2/2] arm64: dts: pmi8994: Add device node for pmi8994 gpios

On 07/28, Vivek Gautam wrote: > Signed-off-by: Vivek Gautam > --- Reviewed-by: Stephen Boyd -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project

Re: [PATCH v2 2/2] arm64: dts: pmi8994: Add device node for pmi8994 gpios

On 07/28, Vivek Gautam wrote: > Signed-off-by: Vivek Gautam > --- Reviewed-by: Stephen Boyd -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project

Re: [PATCH v2 1/2] Documentation: dt: pinctrl: Add pmi8994 gpio support

On 07/28, Vivek Gautam wrote: > Update the binding doc for qcom pmi8994-gpio devices. > > Signed-off-by: Vivek Gautam > --- Reviewed-by: Stephen Boyd -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation

Re: [PATCH v2 1/2] Documentation: dt: pinctrl: Add pmi8994 gpio support

On 07/28, Vivek Gautam wrote: > Update the binding doc for qcom pmi8994-gpio devices. > > Signed-off-by: Vivek Gautam > --- Reviewed-by: Stephen Boyd -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project

[GIT PULL] KVM fixes for 4.13-rc3

Linus, The following changes since commit 520eccdfe187591a51ea9ab4c1a024ae4d0f68d9: Linux 4.13-rc2 (2017-07-23 16:15:17 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/virt/kvm/kvm.git tags/for-linus for you to fetch changes up to

[GIT PULL] KVM fixes for 4.13-rc3

Linus, The following changes since commit 520eccdfe187591a51ea9ab4c1a024ae4d0f68d9: Linux 4.13-rc2 (2017-07-23 16:15:17 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/virt/kvm/kvm.git tags/for-linus for you to fetch changes up to

Re: [PATCH v2 1/3] dmaengine: add DMA_PREP_CMD for non-Data descriptors.

On 2017-07-19 17:48, Abhishek Sahu wrote: On 2017-07-19 15:37, Vinod Koul wrote: On Mon, Jun 26, 2017 at 06:19:27PM +0530, Abhishek Sahu wrote: Some of the DMA controllers are capable of issuing the commands to peripheral by the DMA. These commands can be list of register reads/writes and its

Re: [PATCH v2 1/3] dmaengine: add DMA_PREP_CMD for non-Data descriptors.

On 2017-07-19 17:48, Abhishek Sahu wrote: On 2017-07-19 15:37, Vinod Koul wrote: On Mon, Jun 26, 2017 at 06:19:27PM +0530, Abhishek Sahu wrote: Some of the DMA controllers are capable of issuing the commands to peripheral by the DMA. These commands can be list of register reads/writes and its

Re: [PATCH] dmaengine: rcar-dmac: avoid array overflow

Hi Arnd, On 2017-07-28 15:15:49 +0200, Arnd Bergmann wrote: > Building with CONFIG_UBSAN_SANITIZE_ALL shows this warning: > > drivers/dma/sh/rcar-dmac.c: In function 'rcar_dmac_chan_prep_sg': > drivers/dma/sh/rcar-dmac.c:839:29: error: array subscript is above array > bounds

Re: [PATCH] dmaengine: rcar-dmac: avoid array overflow

Hi Arnd, On 2017-07-28 15:15:49 +0200, Arnd Bergmann wrote: > Building with CONFIG_UBSAN_SANITIZE_ALL shows this warning: > > drivers/dma/sh/rcar-dmac.c: In function 'rcar_dmac_chan_prep_sg': > drivers/dma/sh/rcar-dmac.c:839:29: error: array subscript is above array > bounds

[GIT PULL] Btrfs fixes for 4.13-rc3

Hi, please pull the following btrfs fixes. They're addressing problems reported by users, and there's one more regression fix. Thanks. The next pull request will be sent by Chris, I'm heading off to vacation. The following changes since commit c3cfb656307583ddfea45375c10183737593c195:

[GIT PULL] Btrfs fixes for 4.13-rc3

Hi, please pull the following btrfs fixes. They're addressing problems reported by users, and there's one more regression fix. Thanks. The next pull request will be sent by Chris, I'm heading off to vacation. The following changes since commit c3cfb656307583ddfea45375c10183737593c195:

[PATCH v2 0/2] x86: Secure Memory Encryption (SME) fixes 2017-07-26

This patch series addresses some issues found during further testing of Secure Memory Encryption (SME). The following fixes are included in this update series: - Fix a cache-related memory corruption when kexec is invoked in successive instances - Remove the encryption mask from the protection

[PATCH v2 0/2] x86: Secure Memory Encryption (SME) fixes 2017-07-26

This patch series addresses some issues found during further testing of Secure Memory Encryption (SME). The following fixes are included in this update series: - Fix a cache-related memory corruption when kexec is invoked in successive instances - Remove the encryption mask from the protection

[PATCH v2 2/2] acpi, x86: Remove encryption mask from ACPI page protection type

The function arch_apei_get_mem_attributes() is used to set the page protection type for ACPI physical addresses. When SME is active, the associated protection type cannot have the encryption mask set since the ACPI tables live in un-encrypted memory. Create a new protection type,

[PATCH v2 2/2] acpi, x86: Remove encryption mask from ACPI page protection type

The function arch_apei_get_mem_attributes() is used to set the page protection type for ACPI physical addresses. When SME is active, the associated protection type cannot have the encryption mask set since the ACPI tables live in un-encrypted memory. Create a new protection type,

[PATCH v2 1/2] x86/mm, kexec: Fix memory corruption with SME on successive kexecs

After issuing successive kexecs it was found that the SHA hash failed verification when booting the kexec'd kernel. When SME is enabled, the change from using pages that were marked encrypted to now being marked as not encrypted (through new identify mapped page tables) results in memory

[PATCH v2 1/2] x86/mm, kexec: Fix memory corruption with SME on successive kexecs

After issuing successive kexecs it was found that the SHA hash failed verification when booting the kexec'd kernel. When SME is enabled, the change from using pages that were marked encrypted to now being marked as not encrypted (through new identify mapped page tables) results in memory

Possible race in loop.ko

Hello. While searching for races in Linux kernel I've come across drivers/block/loop.ko module. Here is the question that I came up with while analyzing results. Lines are given using the info from Linux v4.12. In loop_init function additional initialization happens after a successful call

Re: [PATCH 0/4] ACPI: DMA ranges management

On 28/07/17 15:09, Lorenzo Pieralisi wrote: > On Fri, Jul 28, 2017 at 02:08:01PM +0100, Robin Murphy wrote: > > [...] > > To ensure that dma_set_mask() and friends actually respect _DMA, would > you consider introducing a dma_supported() callback to check the input > dma_mask against

Re: [PATCH 0/4] ACPI: DMA ranges management

On 28/07/17 15:09, Lorenzo Pieralisi wrote: > On Fri, Jul 28, 2017 at 02:08:01PM +0100, Robin Murphy wrote: > > [...] > > To ensure that dma_set_mask() and friends actually respect _DMA, would > you consider introducing a dma_supported() callback to check the input > dma_mask against

Possible race in loop.ko

Hello. While searching for races in Linux kernel I've come across drivers/block/loop.ko module. Here is the question that I came up with while analyzing results. Lines are given using the info from Linux v4.12. In loop_init function additional initialization happens after a successful call

[PATCH] f2fs: introduce discard_granularity sysfs entry

From: Chao Yu Commit d618ebaf0aa8 ("f2fs: enable small discard by default") enables f2fs to issue 4K size discard in real-time discard mode. However, issuing smaller discard may cost more flash lifetime but release less free space in storage. Since f2fs has ability of

[PATCH] f2fs: introduce discard_granularity sysfs entry

From: Chao Yu Commit d618ebaf0aa8 ("f2fs: enable small discard by default") enables f2fs to issue 4K size discard in real-time discard mode. However, issuing smaller discard may cost more flash lifetime but release less free space in storage. Since f2fs has ability of separating hot/cold data

Re: [PATCH net-next 4/4] net: dsa: lan9303: MDIO access phy registers directly

Hi Egil, Egil Hjelmeland writes: > +const struct lan9303_phy_ops lan9303_indirect_phy_ops = { > + .phy_read = lan9303_indirect_phy_read, > + .phy_write = lan9303_indirect_phy_write, > +}; > +EXPORT_SYMBOL(lan9303_indirect_phy_ops); Isn't EXPORT_SYMBOL_GPL

Re: [PATCH net-next 4/4] net: dsa: lan9303: MDIO access phy registers directly

Hi Egil, Egil Hjelmeland writes: > +const struct lan9303_phy_ops lan9303_indirect_phy_ops = { > + .phy_read = lan9303_indirect_phy_read, > + .phy_write = lan9303_indirect_phy_write, > +}; > +EXPORT_SYMBOL(lan9303_indirect_phy_ops); Isn't EXPORT_SYMBOL_GPL prefered over EXPORT_SYMBOL?

Re: [PATCH] selftests: capabilities: convert error output to TAP13 ksft framework

On 07/27/2017 08:13 PM, Andy Lutomirski wrote: > On Thu, Jul 27, 2017 at 1:32 PM, Shuah Khan wrote: >> On 07/27/2017 12:50 PM, Andy Lutomirski wrote: >>> On Wed, Jul 26, 2017 at 2:18 PM, Shuah Khan wrote: Convert errx() and err() usage to

Re: [PATCH] selftests: capabilities: convert error output to TAP13 ksft framework

On 07/27/2017 08:13 PM, Andy Lutomirski wrote: > On Thu, Jul 27, 2017 at 1:32 PM, Shuah Khan wrote: >> On 07/27/2017 12:50 PM, Andy Lutomirski wrote: >>> On Wed, Jul 26, 2017 at 2:18 PM, Shuah Khan wrote: Convert errx() and err() usage to appropriate TAP13 ksft API. Signed-off-by:

Re: [PATCH net-next 3/4] net: dsa: lan9303: Renamed indirect phy access functions

Egil Hjelmeland writes: > Preparing for the following fix of MDIO phy access: > > Renamed functions that access PHY 1 and 2 indirectly through PMI > registers. > > lan9303_port_phy_reg_wait_for_completion() to > lan9303_indirect_phy_wait_for_completion() > >

Re: [PATCH net-next 3/4] net: dsa: lan9303: Renamed indirect phy access functions

Egil Hjelmeland writes: > Preparing for the following fix of MDIO phy access: > > Renamed functions that access PHY 1 and 2 indirectly through PMI > registers. > > lan9303_port_phy_reg_wait_for_completion() to > lan9303_indirect_phy_wait_for_completion() > > lan9303_port_phy_reg_read() to >

RE: [PATCH net] tcp: avoid bogus gcc-7 array-bounds warning

From: Arnd Bergmann > Sent: 28 July 2017 15:42 ... > --- a/net/ipv4/tcp_output.c > +++ b/net/ipv4/tcp_output.c > @@ -2202,9 +2202,10 @@ static bool tcp_small_queue_check(struct sock *sk, > const struct sk_buff *skb, > static void tcp_chrono_set(struct tcp_sock *tp, const enum tcp_chrono new) >

RE: [PATCH net] tcp: avoid bogus gcc-7 array-bounds warning

From: Arnd Bergmann > Sent: 28 July 2017 15:42 ... > --- a/net/ipv4/tcp_output.c > +++ b/net/ipv4/tcp_output.c > @@ -2202,9 +2202,10 @@ static bool tcp_small_queue_check(struct sock *sk, > const struct sk_buff *skb, > static void tcp_chrono_set(struct tcp_sock *tp, const enum tcp_chrono new) >

Re: [PATCH net-next 2/4] net: dsa: lan9303: Multiply by 4 to get MDIO register

Egil Hjelmeland writes: > lan9303_mdio_write()/_read() must multiply register number by 4 to get > offset. > > Added some commments to the register definitions. > > Signed-off-by: Egil Hjelmeland Reviewed-by: Vivien Didelot

Re: [PATCH net-next 2/4] net: dsa: lan9303: Multiply by 4 to get MDIO register

Egil Hjelmeland writes: > lan9303_mdio_write()/_read() must multiply register number by 4 to get > offset. > > Added some commments to the register definitions. > > Signed-off-by: Egil Hjelmeland Reviewed-by: Vivien Didelot

Re: [PATCH net-next 1/4] net: dsa: lan9303: Fix lan9303_detect_phy_setup() for MDIO

Egil Hjelmeland writes: > Handle that MDIO read with no response return 0x. > > Signed-off-by: Egil Hjelmeland Reviewed-by: Vivien Didelot

Re: [PATCH net-next 1/4] net: dsa: lan9303: Fix lan9303_detect_phy_setup() for MDIO

Egil Hjelmeland writes: > Handle that MDIO read with no response return 0x. > > Signed-off-by: Egil Hjelmeland Reviewed-by: Vivien Didelot

Re: [RFC PATCH 0/8] EDAC, mce_amd: Add a tracepoint for the decoded error

On Fri, Jul 28, 2017 at 05:08:50PM +0200, Borislav Petkov wrote: > diff --git a/arch/x86/kernel/cpu/mcheck/mce.c > b/arch/x86/kernel/cpu/mcheck/mce.c > index 6dde0497efc7..9486a2ca6556 100644 > --- a/arch/x86/kernel/cpu/mcheck/mce.c > +++ b/arch/x86/kernel/cpu/mcheck/mce.c > @@ -162,6 +162,9 @@

Re: [RFC PATCH 0/8] EDAC, mce_amd: Add a tracepoint for the decoded error

On Fri, Jul 28, 2017 at 05:08:50PM +0200, Borislav Petkov wrote: > diff --git a/arch/x86/kernel/cpu/mcheck/mce.c > b/arch/x86/kernel/cpu/mcheck/mce.c > index 6dde0497efc7..9486a2ca6556 100644 > --- a/arch/x86/kernel/cpu/mcheck/mce.c > +++ b/arch/x86/kernel/cpu/mcheck/mce.c > @@ -162,6 +162,9 @@

Re: [RFC PATCH v2] membarrier: expedited private command

- On Jul 28, 2017, at 7:57 AM, Peter Zijlstra pet...@infradead.org wrote: > On Fri, Jul 28, 2017 at 10:55:32AM +0200, Peter Zijlstra wrote: >> diff --git a/kernel/sched/core.c b/kernel/sched/core.c >> index e9785f7aed75..33f34a201255 100644 >> --- a/kernel/sched/core.c >> +++

Re: [RFC PATCH v2] membarrier: expedited private command

- On Jul 28, 2017, at 7:57 AM, Peter Zijlstra pet...@infradead.org wrote: > On Fri, Jul 28, 2017 at 10:55:32AM +0200, Peter Zijlstra wrote: >> diff --git a/kernel/sched/core.c b/kernel/sched/core.c >> index e9785f7aed75..33f34a201255 100644 >> --- a/kernel/sched/core.c >> +++

Re: [RFC PATCH v2] membarrier: expedited private command

- On Jul 28, 2017, at 4:55 AM, Peter Zijlstra pet...@infradead.org wrote: > On Thu, Jul 27, 2017 at 05:13:14PM -0400, Mathieu Desnoyers wrote: >> +static void membarrier_expedited_mb_after_set_current(struct mm_struct *mm, >> +struct mm_struct *oldmm) > > That is a bit of a

Re: [RFC PATCH v2] membarrier: expedited private command

- On Jul 28, 2017, at 4:55 AM, Peter Zijlstra pet...@infradead.org wrote: > On Thu, Jul 27, 2017 at 05:13:14PM -0400, Mathieu Desnoyers wrote: >> +static void membarrier_expedited_mb_after_set_current(struct mm_struct *mm, >> +struct mm_struct *oldmm) > > That is a bit of a

[PATCH] powerpc: Avoid reserving hugepages twice on PPC32

On PPC32, reserve_hugetlb_gpages() is already called in MMU_init(). Signed-off-by: John Ogness --- arch/powerpc/kernel/setup-common.c |3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/powerpc/kernel/setup-common.c b/arch/powerpc/kernel/setup-common.c

[PATCH] powerpc: Avoid reserving hugepages twice on PPC32

On PPC32, reserve_hugetlb_gpages() is already called in MMU_init(). Signed-off-by: John Ogness --- arch/powerpc/kernel/setup-common.c |3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/powerpc/kernel/setup-common.c b/arch/powerpc/kernel/setup-common.c index 94a9482..1d5d2de 100644

Re: [PATCH] [RFC] ARM: move __bug_table into .data for XIP_KERNEL

On Fri, 28 Jul 2017, Arnd Bergmann wrote: > Matt Hart reports that vf610m4_defconfig kernels grew to 2GB > xipImage size after the __bug_table change. > > I tried out a few things and found that moving the bug table > into the .data section avoids this problem. However, the > linker script magic

Re: [PATCH] [RFC] ARM: move __bug_table into .data for XIP_KERNEL

On Fri, 28 Jul 2017, Arnd Bergmann wrote: > Matt Hart reports that vf610m4_defconfig kernels grew to 2GB > xipImage size after the __bug_table change. > > I tried out a few things and found that moving the bug table > into the .data section avoids this problem. However, the > linker script magic

Re: [PATCH net-next 0/4] net: dsa: lan9303: Fix MDIO issues.

On Fri, Jul 28, 2017 at 05:11:53PM +0200, Egil Hjelmeland wrote: > This series fix the MDIO interface for the lan9303 DSA driver. > Bugs found after testing on actual HW. > > This series is extracted from the first patch of my first large > series. Hi Egil Thanks for breaking the patch up. It

Re: [PATCH net-next 0/4] net: dsa: lan9303: Fix MDIO issues.

On Fri, Jul 28, 2017 at 05:11:53PM +0200, Egil Hjelmeland wrote: > This series fix the MDIO interface for the lan9303 DSA driver. > Bugs found after testing on actual HW. > > This series is extracted from the first patch of my first large > series. Hi Egil Thanks for breaking the patch up. It

Re: [RFC Part1 PATCH v3 09/17] resource: Consolidate resource walking code

On Mon, Jul 24, 2017 at 02:07:49PM -0500, Brijesh Singh wrote: > From: Tom Lendacky > > The walk_iomem_res_desc(), walk_system_ram_res() and walk_system_ram_range() > functions each have much of the same code. Create a new function that > consolidates the common code

Re: [RFC Part1 PATCH v3 09/17] resource: Consolidate resource walking code

On Mon, Jul 24, 2017 at 02:07:49PM -0500, Brijesh Singh wrote: > From: Tom Lendacky > > The walk_iomem_res_desc(), walk_system_ram_res() and walk_system_ram_range() > functions each have much of the same code. Create a new function that > consolidates the common code from these functions in one

Re: [PATCH net-next 4/4] net: dsa: lan9303: MDIO access phy registers directly

On Fri, Jul 28, 2017 at 05:11:57PM +0200, Egil Hjelmeland wrote: > Indirect access (PMI) to phy register only work in I2C mode. In > MDIO mode phy registers must be accessed directly. Introduced > struct lan9303_phy_ops to handle the two modes. > > Signed-off-by: Egil Hjelmeland

Re: [PATCH net-next 4/4] net: dsa: lan9303: MDIO access phy registers directly

On Fri, Jul 28, 2017 at 05:11:57PM +0200, Egil Hjelmeland wrote: > Indirect access (PMI) to phy register only work in I2C mode. In > MDIO mode phy registers must be accessed directly. Introduced > struct lan9303_phy_ops to handle the two modes. > > Signed-off-by: Egil Hjelmeland Reviewed-by:

[PATCH] staging: comedi: comedi_fops: do not call blocking ops when !TASK_RUNNING

Comedi's read and write file operation handlers (`comedi_read()` and `comedi_write()`) currently call `copy_to_user()` or `copy_from_user()` whilst in the `TASK_INTERRUPTIBLE` state, which falls foul of the `might_fault()` checks when enabled. Fix it by setting the current task state back to

[PATCH] staging: comedi: comedi_fops: do not call blocking ops when !TASK_RUNNING

Comedi's read and write file operation handlers (`comedi_read()` and `comedi_write()`) currently call `copy_to_user()` or `copy_from_user()` whilst in the `TASK_INTERRUPTIBLE` state, which falls foul of the `might_fault()` checks when enabled. Fix it by setting the current task state back to

Re: [PATCH net-next 3/4] net: dsa: lan9303: Renamed indirect phy access functions

On Fri, Jul 28, 2017 at 05:11:56PM +0200, Egil Hjelmeland wrote: > Preparing for the following fix of MDIO phy access: > > Renamed functions that access PHY 1 and 2 indirectly through PMI > registers. > > lan9303_port_phy_reg_wait_for_completion() to >

Re: [PATCH net-next 3/4] net: dsa: lan9303: Renamed indirect phy access functions

On Fri, Jul 28, 2017 at 05:11:56PM +0200, Egil Hjelmeland wrote: > Preparing for the following fix of MDIO phy access: > > Renamed functions that access PHY 1 and 2 indirectly through PMI > registers. > > lan9303_port_phy_reg_wait_for_completion() to >

Re: [PATCH net-next 2/4] net: dsa: lan9303: Multiply by 4 to get MDIO register

On Fri, Jul 28, 2017 at 05:11:55PM +0200, Egil Hjelmeland wrote: > lan9303_mdio_write()/_read() must multiply register number by 4 to get > offset. > > Added some commments to the register definitions. > > Signed-off-by: Egil Hjelmeland Reviewed-by: Andrew Lunn

Re: [PATCH net-next 2/4] net: dsa: lan9303: Multiply by 4 to get MDIO register

On Fri, Jul 28, 2017 at 05:11:55PM +0200, Egil Hjelmeland wrote: > lan9303_mdio_write()/_read() must multiply register number by 4 to get > offset. > > Added some commments to the register definitions. > > Signed-off-by: Egil Hjelmeland Reviewed-by: Andrew Lunn Andrew

Re: [PATCH net-next 1/4] net: dsa: lan9303: Fix lan9303_detect_phy_setup() for MDIO

On Fri, Jul 28, 2017 at 05:11:54PM +0200, Egil Hjelmeland wrote: > Handle that MDIO read with no response return 0x. > > Signed-off-by: Egil Hjelmeland Reviewed-by: Andrew Lunn Andrew

Re: [PATCH net-next 1/4] net: dsa: lan9303: Fix lan9303_detect_phy_setup() for MDIO

On Fri, Jul 28, 2017 at 05:11:54PM +0200, Egil Hjelmeland wrote: > Handle that MDIO read with no response return 0x. > > Signed-off-by: Egil Hjelmeland Reviewed-by: Andrew Lunn Andrew

Re: blk_mq_sched_insert_request: inconsistent {SOFTIRQ-ON-W} -> {IN-SOFTIRQ-W} usage

On 07/28/2017 09:13 AM, Bart Van Assche wrote: > On Fri, 2017-07-28 at 08:25 -0600, Jens Axboe wrote: >> On 07/28/2017 12:19 AM, Michael Ellerman wrote: >>> OK, so the resolution is "fix it in IPR" ? >> >> I'll leave that to the SCSI crew. But at least one bug is in IPR, if you >> look at the call

Re: blk_mq_sched_insert_request: inconsistent {SOFTIRQ-ON-W} -> {IN-SOFTIRQ-W} usage

On 07/28/2017 09:13 AM, Bart Van Assche wrote: > On Fri, 2017-07-28 at 08:25 -0600, Jens Axboe wrote: >> On 07/28/2017 12:19 AM, Michael Ellerman wrote: >>> OK, so the resolution is "fix it in IPR" ? >> >> I'll leave that to the SCSI crew. But at least one bug is in IPR, if you >> look at the call

Send a large patch right now or is it better to do it later?

Hi Greg, according to the proposals of Walter Harms, I revised the rf69.c: I replaced some macros with inline functions and removed some obsolete ifdefs. According to walter this will improve the resource situation. In addition the readybility is enhanced, since lines got shorter. It's a quite

Send a large patch right now or is it better to do it later?

Hi Greg, according to the proposals of Walter Harms, I revised the rf69.c: I replaced some macros with inline functions and removed some obsolete ifdefs. According to walter this will improve the resource situation. In addition the readybility is enhanced, since lines got shorter. It's a quite

Re: [PATCH] xen: avoid deadlock in xenbus

On 28/07/17 17:14, Boris Ostrovsky wrote: > On 07/28/2017 10:53 AM, Juergen Gross wrote: >> When starting the xenwatch thread a theoretical deadlock situation is >> possible: >> >> xs_init() contains: >> >> task = kthread_run(xenwatch_thread, NULL, "xenwatch"); >> if (IS_ERR(task)) >>

Re: [PATCH] xen: avoid deadlock in xenbus

On 28/07/17 17:14, Boris Ostrovsky wrote: > On 07/28/2017 10:53 AM, Juergen Gross wrote: >> When starting the xenwatch thread a theoretical deadlock situation is >> possible: >> >> xs_init() contains: >> >> task = kthread_run(xenwatch_thread, NULL, "xenwatch"); >> if (IS_ERR(task)) >>

Re: [PATCH] HID: wacom: add USB_HID dependency

On Fri, Jul 28, 2017 at 7:29 AM, Arnd Bergmann wrote: > On Fri, Jul 28, 2017 at 4:24 PM, Jason Gerecke wrote: >> On Fri, Jul 28, 2017 at 7:18 AM, Arnd Bergmann wrote: >>> On Fri, Jul 28, 2017 at 4:07 PM, Jason Gerecke

Re: [PATCH] HID: wacom: add USB_HID dependency

On Fri, Jul 28, 2017 at 7:29 AM, Arnd Bergmann wrote: > On Fri, Jul 28, 2017 at 4:24 PM, Jason Gerecke wrote: >> On Fri, Jul 28, 2017 at 7:18 AM, Arnd Bergmann wrote: >>> On Fri, Jul 28, 2017 at 4:07 PM, Jason Gerecke wrote: > >>> #ifdef CONFIG_USB_HID >>> extern bool

[PATCH net-next 2/4] net: dsa: lan9303: Multiply by 4 to get MDIO register

lan9303_mdio_write()/_read() must multiply register number by 4 to get offset. Added some commments to the register definitions. Signed-off-by: Egil Hjelmeland --- drivers/net/dsa/lan9303-core.c | 6 ++ drivers/net/dsa/lan9303_mdio.c | 2 ++ 2 files changed, 8

[PATCH net-next 2/4] net: dsa: lan9303: Multiply by 4 to get MDIO register

lan9303_mdio_write()/_read() must multiply register number by 4 to get offset. Added some commments to the register definitions. Signed-off-by: Egil Hjelmeland --- drivers/net/dsa/lan9303-core.c | 6 ++ drivers/net/dsa/lan9303_mdio.c | 2 ++ 2 files changed, 8 insertions(+) diff --git

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