Re: [PATCH v2] earlycon: Fix __earlycon_table stride... again

/Daniel-Kurtz/earlycon-Fix-__earlycon_table-stride-again/20180317-180525 config: h8300-h8300h-sim_defconfig (attached as .config) compiler: h8300-linux-gcc (GCC) 7.2.0 reproduce: wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x

Re: [PATCH v2] earlycon: Fix __earlycon_table stride... again

/Daniel-Kurtz/earlycon-Fix-__earlycon_table-stride-again/20180317-180525 config: h8300-h8300h-sim_defconfig (attached as .config) compiler: h8300-linux-gcc (GCC) 7.2.0 reproduce: wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x

Re: [PATCH v3 1/2] ASoC: codecs: Add support for PCM1789

/commits/Myl-ne-Josserand/ASoC-codecs-Add-support-for-PCM1789/20180317-174449 coccinelle warnings: (new ones prefixed by >>) >> sound/soc/codecs/pcm1789.c:265:1-3: ERROR: test of a variable/field address vim +265 sound/soc/codecs/pcm1789.c 260 261 int pcm1789_common_exit(struct

Re: [PATCH v3 1/2] ASoC: codecs: Add support for PCM1789

/commits/Myl-ne-Josserand/ASoC-codecs-Add-support-for-PCM1789/20180317-174449 coccinelle warnings: (new ones prefixed by >>) >> sound/soc/codecs/pcm1789.c:265:1-3: ERROR: test of a variable/field address vim +265 sound/soc/codecs/pcm1789.c 260 261 int pcm1789_common_exit(struct

[GIT PULL] parisc architecture fix for 4.16-rc6

Hi Linus, please pull one patch for the parisc architecture from: git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.16-2 flush_cache_range() may be called without context, which then triggers a BUG(). This patch by Dave Anglin adds code to correctly handle this

[GIT PULL] parisc architecture fix for 4.16-rc6

Hi Linus, please pull one patch for the parisc architecture from: git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.16-2 flush_cache_range() may be called without context, which then triggers a BUG(). This patch by Dave Anglin adds code to correctly handle this

[PATCH 2/2 v3] netns: send uevent messages

This patch adds a receive method to NETLINK_KOBJECT_UEVENT netlink sockets to allow sending uevent messages into the network namespace the socket belongs to. Currently non-initial network namespaces are already isolated and don't receive uevents. There are a number of cases where it is beneficial

[PATCH 1/2 v3] net: add uevent socket member

This commit adds struct uevent_sock to struct net. Since struct uevent_sock records the position of the uevent socket in the uevent socket list we can trivially remove it from the uevent socket list during cleanup. This speeds up the old removal codepath. Note, list_del() will hit

[PATCH 2/2 v3] netns: send uevent messages

This patch adds a receive method to NETLINK_KOBJECT_UEVENT netlink sockets to allow sending uevent messages into the network namespace the socket belongs to. Currently non-initial network namespaces are already isolated and don't receive uevents. There are a number of cases where it is beneficial

[PATCH 1/2 v3] net: add uevent socket member

This commit adds struct uevent_sock to struct net. Since struct uevent_sock records the position of the uevent socket in the uevent socket list we can trivially remove it from the uevent socket list during cleanup. This speeds up the old removal codepath. Note, list_del() will hit

Re: [PATCH] w1: gpio: fix problem with platfom data in w1-gpio

2018-03-14 14:59 GMT+01:00 Greg Kroah-Hartman : > > Patch does not apply at all to my tree :( Patch works with stable kernels (e.g 4.9 and 4.14). On which tip You test?

Re: [PATCH] w1: gpio: fix problem with platfom data in w1-gpio

2018-03-14 14:59 GMT+01:00 Greg Kroah-Hartman : > > Patch does not apply at all to my tree :( Patch works with stable kernels (e.g 4.9 and 4.14). On which tip You test?

Re: [PATCH v2] netns: send uevent messages

On Fri, Mar 16, 2018 at 11:14:31PM +0300, Kirill Tkhai wrote: > On 16.03.2018 15:50, Christian Brauner wrote: > > This patch adds a receive method to NETLINK_KOBJECT_UEVENT netlink sockets > > to allow sending uevent messages into the network namespace the socket > > belongs to. > > > > Currently

Re: [PATCH v2] netns: send uevent messages

On Fri, Mar 16, 2018 at 11:14:31PM +0300, Kirill Tkhai wrote: > On 16.03.2018 15:50, Christian Brauner wrote: > > This patch adds a receive method to NETLINK_KOBJECT_UEVENT netlink sockets > > to allow sending uevent messages into the network namespace the socket > > belongs to. > > > > Currently

Re: [PATCH v2] netns: send uevent messages

On Fri, Mar 16, 2018 at 02:41:45PM -0400, David Miller wrote: > From: Christian Brauner > Date: Fri, 16 Mar 2018 13:50:30 +0100 > > > +static int uevent_net_broadcast(struct sock *usk, struct sk_buff *skb, > > + struct netlink_ext_ack

Re: [PATCH v2] netns: send uevent messages

On Fri, Mar 16, 2018 at 02:41:45PM -0400, David Miller wrote: > From: Christian Brauner > Date: Fri, 16 Mar 2018 13:50:30 +0100 > > > +static int uevent_net_broadcast(struct sock *usk, struct sk_buff *skb, > > + struct netlink_ext_ack *extack) > > +{ > > + int ret; >

Re: [PATCH 4.4 00/63] 4.4.122-stable review

On 17 March 2018 at 15:41, Naresh Kamboju wrote: > On 16 March 2018 at 20:52, Greg Kroah-Hartman > wrote: >> This is the start of the stable review cycle for the 4.4.122 release. >> There are 63 patches in this series, all will be posted as

Re: [RFC 2/4] sh: ecovec24: conditionally register backlight device

> On Mar 17, 2018, at 6:25 PM, jacopo mondi wrote: > > Hi Dmitry, > >> On Fri, Mar 16, 2018 at 04:38:00PM -0700, Dmitry Torokhov wrote: >> Hi Jacopo, >> >>> On Fri, Mar 16, 2018 at 11:07:48AM +0100, jacopo mondi wrote: >>> Hello Dmitry >>> >>> FYI I am brushing the ecovec

Re: [RFC 2/4] sh: ecovec24: conditionally register backlight device

> On Mar 17, 2018, at 6:25 PM, jacopo mondi wrote: > > Hi Dmitry, > >> On Fri, Mar 16, 2018 at 04:38:00PM -0700, Dmitry Torokhov wrote: >> Hi Jacopo, >> >>> On Fri, Mar 16, 2018 at 11:07:48AM +0100, jacopo mondi wrote: >>> Hello Dmitry >>> >>> FYI I am brushing the ecovec board these days

Re: [PATCH 4.4 00/63] 4.4.122-stable review

On 17 March 2018 at 15:41, Naresh Kamboju wrote: > On 16 March 2018 at 20:52, Greg Kroah-Hartman > wrote: >> This is the start of the stable review cycle for the 4.4.122 release. >> There are 63 patches in this series, all will be posted as a response >> to this one. If anyone has any issues

Re: arm64 kvm built with clang doesn't boot

(+ Thomas) On 16 March 2018 at 17:13, Mark Rutland wrote: > On Fri, Mar 16, 2018 at 04:52:08PM +, Nick Desaulniers wrote: >> + Sami (Google), Takahiro (Linaro) >> >> Just so I fully understand the problem enough to articulate it, we'd be >> looking for the compiler to

Re: arm64 kvm built with clang doesn't boot

(+ Thomas) On 16 March 2018 at 17:13, Mark Rutland wrote: > On Fri, Mar 16, 2018 at 04:52:08PM +, Nick Desaulniers wrote: >> + Sami (Google), Takahiro (Linaro) >> >> Just so I fully understand the problem enough to articulate it, we'd be >> looking for the compiler to keep the jump tables

Re: [PATCH 4.9 00/86] 4.9.88-stable review

On 16 March 2018 at 20:52, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.88 release. > There are 86 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please

Re: [PATCH 4.9 00/86] 4.9.88-stable review

On 16 March 2018 at 20:52, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.88 release. > There are 86 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > >

[PATCH v5 03/12] arm64: dts: actions: Source CMU clock for UART5

Remove fixed clock and source CMU (Clock Management Unit) clock for UART5 driver in Actions Semi S900 SoC. Signed-off-by: Manivannan Sadhasivam --- arch/arm64/boot/dts/actions/s900-bubblegum-96.dts | 8 +--- 1 file changed, 1 insertion(+), 7 deletions(-)

[PATCH v5 03/12] arm64: dts: actions: Source CMU clock for UART5

Remove fixed clock and source CMU (Clock Management Unit) clock for UART5 driver in Actions Semi S900 SoC. Signed-off-by: Manivannan Sadhasivam --- arch/arm64/boot/dts/actions/s900-bubblegum-96.dts | 8 +--- 1 file changed, 1 insertion(+), 7 deletions(-) diff --git

Re: [PATCH 4.4 00/63] 4.4.122-stable review

On 16 March 2018 at 20:52, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.122 release. > There are 63 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied,

Re: [PATCH 4.4 00/63] 4.4.122-stable review

On 16 March 2018 at 20:52, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.122 release. > There are 63 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > >

Re: [PATCH][RFC] kernel.h: provide array iterator

Hi Joe, On 16/03/18 19:45, Joe Perches wrote: > On Fri, 2018-03-16 at 16:27 +0100, Rasmus Villemoes wrote: >> On 2018-03-15 11:00, Kieran Bingham wrote: >>> Simplify array iteration with a helper to iterate each entry in an array. >>> Utilise the existing ARRAY_SIZE macro to identify the length

Re: [PATCH][RFC] kernel.h: provide array iterator

Hi Joe, On 16/03/18 19:45, Joe Perches wrote: > On Fri, 2018-03-16 at 16:27 +0100, Rasmus Villemoes wrote: >> On 2018-03-15 11:00, Kieran Bingham wrote: >>> Simplify array iteration with a helper to iterate each entry in an array. >>> Utilise the existing ARRAY_SIZE macro to identify the length

[PATCH v5 10/12] clk: actions: Add composite clock support

Add support for Actions Semi composite clock. This clock consists of gate, mux, divider, factor and fixed factor clocks. Signed-off-by: Manivannan Sadhasivam --- drivers/clk/actions/Makefile| 1 + drivers/clk/actions/owl-composite.c | 200

[PATCH v5 12/12] clk: actions: Add S900 SoC clock support

Add Actions Semi S900 SoC clock support. Signed-off-by: Manivannan Sadhasivam --- drivers/clk/actions/Kconfig| 10 + drivers/clk/actions/Makefile | 3 + drivers/clk/actions/owl-s900.c | 690 +

[PATCH v5 10/12] clk: actions: Add composite clock support

Add support for Actions Semi composite clock. This clock consists of gate, mux, divider, factor and fixed factor clocks. Signed-off-by: Manivannan Sadhasivam --- drivers/clk/actions/Makefile| 1 + drivers/clk/actions/owl-composite.c | 200

[PATCH v5 12/12] clk: actions: Add S900 SoC clock support

Add Actions Semi S900 SoC clock support. Signed-off-by: Manivannan Sadhasivam --- drivers/clk/actions/Kconfig| 10 + drivers/clk/actions/Makefile | 3 + drivers/clk/actions/owl-s900.c | 690 + drivers/clk/actions/owl-s900.h | 61 4 files

[PATCH v5 11/12] clk: actions: Add pll clock support

Add support for Actions Semi PLL clock. Signed-off-by: Manivannan Sadhasivam --- drivers/clk/actions/Makefile | 1 + drivers/clk/actions/owl-pll.c | 194 ++ drivers/clk/actions/owl-pll.h | 92 3

[PATCH v5 09/12] clk: actions: Add fixed factor clock support

Add support for Actions Semi fixed factor clock together with helper functions to be used in composite clock. Signed-off-by: Manivannan Sadhasivam --- drivers/clk/actions/Makefile | 1 + drivers/clk/actions/owl-fixed-factor.c | 81

[PATCH v5 08/12] clk: actions: Add factor clock support

Add support for Actions Semi factor clock together with helper functions to be used in composite clock. Signed-off-by: Manivannan Sadhasivam --- drivers/clk/actions/Makefile | 1 + drivers/clk/actions/owl-factor.c | 222

[PATCH v5 09/12] clk: actions: Add fixed factor clock support

Add support for Actions Semi fixed factor clock together with helper functions to be used in composite clock. Signed-off-by: Manivannan Sadhasivam --- drivers/clk/actions/Makefile | 1 + drivers/clk/actions/owl-fixed-factor.c | 81 ++

[PATCH v5 08/12] clk: actions: Add factor clock support

Add support for Actions Semi factor clock together with helper functions to be used in composite clock. Signed-off-by: Manivannan Sadhasivam --- drivers/clk/actions/Makefile | 1 + drivers/clk/actions/owl-factor.c | 222 +++

[PATCH v5 11/12] clk: actions: Add pll clock support

Add support for Actions Semi PLL clock. Signed-off-by: Manivannan Sadhasivam --- drivers/clk/actions/Makefile | 1 + drivers/clk/actions/owl-pll.c | 194 ++ drivers/clk/actions/owl-pll.h | 92 3 files changed, 287 insertions(+)

[PATCH v5 07/12] clk: actions: Add divider clock support

Add support for Actions Semi divider clock together with helper functions to be used in composite clock. Signed-off-by: Manivannan Sadhasivam --- drivers/clk/actions/Makefile | 1 + drivers/clk/actions/owl-divider.c | 94

[PATCH v5 07/12] clk: actions: Add divider clock support

Add support for Actions Semi divider clock together with helper functions to be used in composite clock. Signed-off-by: Manivannan Sadhasivam --- drivers/clk/actions/Makefile | 1 + drivers/clk/actions/owl-divider.c | 94 +++

[PATCH v5 06/12] clk: actions: Add mux clock support

Add support for Actions Semi mux clock together with helper functions to be used in composite clock. Signed-off-by: Manivannan Sadhasivam --- drivers/clk/actions/Makefile | 1 + drivers/clk/actions/owl-mux.c | 60 ++

[PATCH v5 05/12] clk: actions: Add gate clock support

Add support for Actions Semi gate clock together with helper functions to be used in composite clock. Signed-off-by: Manivannan Sadhasivam --- drivers/clk/actions/Makefile | 1 + drivers/clk/actions/owl-gate.c | 77 ++

[PATCH v5 06/12] clk: actions: Add mux clock support

Add support for Actions Semi mux clock together with helper functions to be used in composite clock. Signed-off-by: Manivannan Sadhasivam --- drivers/clk/actions/Makefile | 1 + drivers/clk/actions/owl-mux.c | 60 ++ drivers/clk/actions/owl-mux.h | 61

[PATCH v5 05/12] clk: actions: Add gate clock support

Add support for Actions Semi gate clock together with helper functions to be used in composite clock. Signed-off-by: Manivannan Sadhasivam --- drivers/clk/actions/Makefile | 1 + drivers/clk/actions/owl-gate.c | 77 ++ drivers/clk/actions/owl-gate.h |

[PATCH v5 02/12] arm64: dts: actions: Add S900 clock management unit nodes

Add Actions Semi S900 Clock Management Unit (CMU) nodes Signed-off-by: Manivannan Sadhasivam --- arch/arm64/boot/dts/actions/s900.dtsi | 20 1 file changed, 20 insertions(+) diff --git a/arch/arm64/boot/dts/actions/s900.dtsi

[PATCH v5 04/12] clk: actions: Add common clock driver support

Add support for Actions Semi common clock driver with generic structures and interface functions. Signed-off-by: Manivannan Sadhasivam --- drivers/clk/Kconfig | 1 + drivers/clk/Makefile | 1 + drivers/clk/actions/Kconfig | 4 ++

[PATCH v5 02/12] arm64: dts: actions: Add S900 clock management unit nodes

Add Actions Semi S900 Clock Management Unit (CMU) nodes Signed-off-by: Manivannan Sadhasivam --- arch/arm64/boot/dts/actions/s900.dtsi | 20 1 file changed, 20 insertions(+) diff --git a/arch/arm64/boot/dts/actions/s900.dtsi b/arch/arm64/boot/dts/actions/s900.dtsi index

[PATCH v5 04/12] clk: actions: Add common clock driver support

Add support for Actions Semi common clock driver with generic structures and interface functions. Signed-off-by: Manivannan Sadhasivam --- drivers/clk/Kconfig | 1 + drivers/clk/Makefile | 1 + drivers/clk/actions/Kconfig | 4 ++ drivers/clk/actions/Makefile

[PATCH v5 01/12] dt-bindings: clock: Add Actions S900 clock bindings

Add Actions Semi S900 clock bindings. Signed-off-by: Manivannan Sadhasivam Acked-by: Rob Herring --- .../devicetree/bindings/clock/actions,s900-cmu.txt | 47 include/dt-bindings/clock/actions,s900-cmu.h | 129

[PATCH v5 01/12] dt-bindings: clock: Add Actions S900 clock bindings

Add Actions Semi S900 clock bindings. Signed-off-by: Manivannan Sadhasivam Acked-by: Rob Herring --- .../devicetree/bindings/clock/actions,s900-cmu.txt | 47 include/dt-bindings/clock/actions,s900-cmu.h | 129 + 2 files changed, 176 insertions(+) create

[PATCH v5 00/12] Add clock driver for Actions S900 SoC

This patchset adds clock support for Actions Semi OWL series S900 SoC with relevant clock bindings and device tree info. Driver has been validated on Bubblegum-96 board. Thanks, Mani Changes in V5: * Changed I2C clocks to fixed factor clocks * Fixed minor issue in S900 PLL clock names * Fixed

[PATCH v5 00/12] Add clock driver for Actions S900 SoC

This patchset adds clock support for Actions Semi OWL series S900 SoC with relevant clock bindings and device tree info. Driver has been validated on Bubblegum-96 board. Thanks, Mani Changes in V5: * Changed I2C clocks to fixed factor clocks * Fixed minor issue in S900 PLL clock names * Fixed

[PATCH v2] spi: jcore: disable ref_clk after getting its rate

The driver does not disable ref_clk on remove. According to the comment, the only reason to enable the clock is to get its rate. So, it should be safe to disable clk just after that. By the way, clk_prepare_enable() looks to be more appropriate than clk_enable() here. Found by Linux Driver

[PATCH v2] spi: jcore: disable ref_clk after getting its rate

The driver does not disable ref_clk on remove. According to the comment, the only reason to enable the clock is to get its rate. So, it should be safe to disable clk just after that. By the way, clk_prepare_enable() looks to be more appropriate than clk_enable() here. Found by Linux Driver

questions about header.S

Hi,   I find two small questions which confuse me a little. 1. # Check signature at end of setup cmpl$0x5a5aaa55, setup_sig jne setup_bad setup_sig is defined in setup.ld, which points to the constant also defined in setup.ld, so I don't figure out in which case they don't

questions about header.S

Hi,   I find two small questions which confuse me a little. 1. # Check signature at end of setup cmpl$0x5a5aaa55, setup_sig jne setup_bad setup_sig is defined in setup.ld, which points to the constant also defined in setup.ld, so I don't figure out in which case they don't

Re: [PATCH 1/2] mtd: use put_device() if device_register fail

On Wednesday 14 March 2018 08:06 PM, Boris Brezillon wrote: On Fri, 9 Mar 2018 16:20:48 +0530 Arvind Yadav wrote: if device_register() returned an error! Always use put_device() to give up the reference initialized. Signed-off-by: Arvind Yadav

Re: [PATCH 1/2] mtd: use put_device() if device_register fail

On Wednesday 14 March 2018 08:06 PM, Boris Brezillon wrote: On Fri, 9 Mar 2018 16:20:48 +0530 Arvind Yadav wrote: if device_register() returned an error! Always use put_device() to give up the reference initialized. Signed-off-by: Arvind Yadav --- drivers/mtd/mtdcore.c | 1 + 1 file

Re: [PATCH] scsi: scsi_transport_iscsi: use put_device() instead of kfree()

On Thursday 15 March 2018 11:14 PM, Chris Leech wrote: On Wed, Mar 07, 2018 at 05:07:33PM +0530, Arvind Yadav wrote: Never directly free @dev after calling device_register(), even if it returned an error! Always use put_device() to give up the reference initialized. Signed-off-by: Arvind

Re: [PATCH] scsi: scsi_transport_iscsi: use put_device() instead of kfree()

On Thursday 15 March 2018 11:14 PM, Chris Leech wrote: On Wed, Mar 07, 2018 at 05:07:33PM +0530, Arvind Yadav wrote: Never directly free @dev after calling device_register(), even if it returned an error! Always use put_device() to give up the reference initialized. Signed-off-by: Arvind

Re: [PATCH V6 5/8] perf/x86/intel/uncore: add infrastructure for free running counter

On Thu, Jan 25, 2018 at 12:13:45PM -0800, kan.li...@intel.com wrote: > @@ -512,6 +538,17 @@ static int uncore_pmu_event_add(struct perf_event > *event, int flags) > if (!box) > return -ENODEV; > > + /* > + * The free funning counter is assigned in event_init(). > +

Re: [PATCH V6 5/8] perf/x86/intel/uncore: add infrastructure for free running counter

On Thu, Jan 25, 2018 at 12:13:45PM -0800, kan.li...@intel.com wrote: > @@ -512,6 +538,17 @@ static int uncore_pmu_event_add(struct perf_event > *event, int flags) > if (!box) > return -ENODEV; > > + /* > + * The free funning counter is assigned in event_init(). > +

Re: [PATCH][RFC] kernel.h: provide array iterator

Hi Rasmus, On 16/03/18 16:27, Rasmus Villemoes wrote: > On 2018-03-15 11:00, Kieran Bingham wrote: >> Simplify array iteration with a helper to iterate each entry in an array. >> Utilise the existing ARRAY_SIZE macro to identify the length of the array >> and pointer arithmetic to process each

Re: [PATCH][RFC] kernel.h: provide array iterator

Hi Rasmus, On 16/03/18 16:27, Rasmus Villemoes wrote: > On 2018-03-15 11:00, Kieran Bingham wrote: >> Simplify array iteration with a helper to iterate each entry in an array. >> Utilise the existing ARRAY_SIZE macro to identify the length of the array >> and pointer arithmetic to process each

Re: [RFC 2/4] sh: ecovec24: conditionally register backlight device

Hi Dmitry, On Fri, Mar 16, 2018 at 04:38:00PM -0700, Dmitry Torokhov wrote: > Hi Jacopo, > > On Fri, Mar 16, 2018 at 11:07:48AM +0100, jacopo mondi wrote: > > Hello Dmitry > > > > FYI I am brushing the ecovec board these days as well > > https://www.spinics.net/lists/linux-sh/msg52536.html > >

Re: [RFC 2/4] sh: ecovec24: conditionally register backlight device

Hi Dmitry, On Fri, Mar 16, 2018 at 04:38:00PM -0700, Dmitry Torokhov wrote: > Hi Jacopo, > > On Fri, Mar 16, 2018 at 11:07:48AM +0100, jacopo mondi wrote: > > Hello Dmitry > > > > FYI I am brushing the ecovec board these days as well > > https://www.spinics.net/lists/linux-sh/msg52536.html > >

[PATCH] staging: lustre: Fix unneeded byte-ordering cast

Fix sparse warning: CHECK drivers/staging//lustre/lnet/lnet/acceptor.c drivers/staging//lustre/lnet/lnet/acceptor.c:243:30: warning: cast to restricted __le32 LNET_PROTO_TCP_MAGIC, as a define, is already CPU byte-ordered when compared to 'magic', so no need for a cast. Signed-off-by:

[PATCH] staging: lustre: Fix unneeded byte-ordering cast

Fix sparse warning: CHECK drivers/staging//lustre/lnet/lnet/acceptor.c drivers/staging//lustre/lnet/lnet/acceptor.c:243:30: warning: cast to restricted __le32 LNET_PROTO_TCP_MAGIC, as a define, is already CPU byte-ordered when compared to 'magic', so no need for a cast. Signed-off-by:

Re: [PATCH 1/3] x86, pkeys: do not special case protection key 0

On Fri, 16 Mar 2018, Dave Hansen wrote: > > From: Dave Hansen > > mm_pkey_is_allocated() treats pkey 0 as unallocated. That is > inconsistent with the manpages, and also inconsistent with > mm->context.pkey_allocation_map. Stop special casing it and only >

Re: [PATCH 1/3] x86, pkeys: do not special case protection key 0

On Fri, 16 Mar 2018, Dave Hansen wrote: > > From: Dave Hansen > > mm_pkey_is_allocated() treats pkey 0 as unallocated. That is > inconsistent with the manpages, and also inconsistent with > mm->context.pkey_allocation_map. Stop special casing it and only > disallow values that are actually

Re: [PATCH v3 1/7] watchdog: sama5d4: make use of timeout-secs provided in devicetree

On Fri, Mar 16, 2018 at 06:56:27PM -0700, Guenter Roeck wrote: > On 03/16/2018 06:37 AM, Marcus Folkesson wrote: > > Hi, > > > > Am I supposed to do something more to make this patchset picked up? > > > > Did you check linux-next ? :-) Thank you /Marcus > > Guenter > signature.asc

Re: [PATCH v3 1/7] watchdog: sama5d4: make use of timeout-secs provided in devicetree

On Fri, Mar 16, 2018 at 06:56:27PM -0700, Guenter Roeck wrote: > On 03/16/2018 06:37 AM, Marcus Folkesson wrote: > > Hi, > > > > Am I supposed to do something more to make this patchset picked up? > > > > Did you check linux-next ? :-) Thank you /Marcus > > Guenter > signature.asc

Re: [PATCH 1/4] gpio: Remove VLA from gpiolib

On Mon, Mar 12, 2018 at 04:00:36PM +0100, Rasmus Villemoes wrote: > On 2018-03-10 01:10, Laura Abbott wrote: > > @@ -2887,14 +2909,30 @@ void gpiod_set_array_value_complex(bool raw, bool > > can_sleep, > > > > while (i < array_size) { > > struct gpio_chip *chip =

Re: [PATCH 1/4] gpio: Remove VLA from gpiolib

On Mon, Mar 12, 2018 at 04:00:36PM +0100, Rasmus Villemoes wrote: > On 2018-03-10 01:10, Laura Abbott wrote: > > @@ -2887,14 +2909,30 @@ void gpiod_set_array_value_complex(bool raw, bool > > can_sleep, > > > > while (i < array_size) { > > struct gpio_chip *chip =

Re: [PATCH 2/2] kprobe: fix: Add ftrace_ops_assist_func to kprobe blacklist

On Fri, 16 Mar 2018 23:01:54 -0400 Steven Rostedt wrote: > On Sat, 17 Mar 2018 10:22:11 +0900 > Masami Hiramatsu wrote: > > > Or, we can check it by ftrace_location_range() as below patch. > > Cute ;-) > > > > > Note that as a side-effect, we can

Re: [PATCH 2/2] kprobe: fix: Add ftrace_ops_assist_func to kprobe blacklist

On Fri, 16 Mar 2018 23:01:54 -0400 Steven Rostedt wrote: > On Sat, 17 Mar 2018 10:22:11 +0900 > Masami Hiramatsu wrote: > > > Or, we can check it by ftrace_location_range() as below patch. > > Cute ;-) > > > > > Note that as a side-effect, we can not trace functions in trace_kprobe.c > >

[PATCH] ARM: dts: imx7s: add anatop vdd1p2 regulator

Add i.MX7S/D anatop vdd1p2 regulator. Signed-off-by: Anson Huang --- arch/arm/boot/dts/imx7s.dtsi | 15 +++ 1 file changed, 15 insertions(+) diff --git a/arch/arm/boot/dts/imx7s.dtsi b/arch/arm/boot/dts/imx7s.dtsi index cd6964f..1210028 100644 ---

[PATCH] ARM: dts: imx7s: add anatop vdd1p2 regulator

Add i.MX7S/D anatop vdd1p2 regulator. Signed-off-by: Anson Huang --- arch/arm/boot/dts/imx7s.dtsi | 15 +++ 1 file changed, 15 insertions(+) diff --git a/arch/arm/boot/dts/imx7s.dtsi b/arch/arm/boot/dts/imx7s.dtsi index cd6964f..1210028 100644 --- a/arch/arm/boot/dts/imx7s.dtsi +++

Re: [asm-generic:asm-generic] BUILD SUCCESS 18fd258e74835b40a4f89f11ae933267866cc7af

Hi Arnd, CC Shun, who maintains the kbuild test code now. On Wed, Mar 14, 2018 at 09:00:59PM +0100, Arnd Bergmann wrote: On Wed, Mar 14, 2018 at 8:34 PM, kbuild test robot wrote: tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/arnd/asm-generic.git

Re: [asm-generic:asm-generic] BUILD SUCCESS 18fd258e74835b40a4f89f11ae933267866cc7af

Hi Arnd, CC Shun, who maintains the kbuild test code now. On Wed, Mar 14, 2018 at 09:00:59PM +0100, Arnd Bergmann wrote: On Wed, Mar 14, 2018 at 8:34 PM, kbuild test robot wrote: tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/arnd/asm-generic.git asm-generic branch HEAD:

[PATCH 4.9 1/2] Revert "led: core: Fix brightness setting when setting delay_off=0"

This reverts commit 86b9fa2190907f4f550d9d6bf490c5f89ca33836. The commit being reverted has two flaws: - it introduces a regression, fixed in the upstream commit 7b6af2c53192f1766892ef40c8f48a413509ed72. - it has truncated commit message --- drivers/leds/led-core.c | 2 +- 1 file changed, 1

[PATCH 4.9 1/2] Revert "led: core: Fix brightness setting when setting delay_off=0"

This reverts commit 86b9fa2190907f4f550d9d6bf490c5f89ca33836. The commit being reverted has two flaws: - it introduces a regression, fixed in the upstream commit 7b6af2c53192f1766892ef40c8f48a413509ed72. - it has truncated commit message --- drivers/leds/led-core.c | 2 +- 1 file changed, 1

[PATCH 4.9 0/2] Clear LED_BLINK_SW flag in led_blink_set()

The fix for brightness setting when setting delay_off=0 introduces a regression and has truncated commit message. Revert that patch and apply the one-line change required to fix the original issue in the way appropriate for the 4.9 code base. Thanks, Jacek Anaszewski Jacek Anaszewski (2):

[PATCH 4.9 2/2] led: core: Clear LED_BLINK_SW flag in led_blink_set()

With the current code, the following sequence won't work : echo timer > trigger echo 0 > delay_off * at this point we call ** led_delay_off_store ** led_blink_set *** stop timer ** led_blink_setup ** led_set_software_blink *** if !delay_on, led off *** if !delay_off, set

[PATCH 4.9 0/2] Clear LED_BLINK_SW flag in led_blink_set()

The fix for brightness setting when setting delay_off=0 introduces a regression and has truncated commit message. Revert that patch and apply the one-line change required to fix the original issue in the way appropriate for the 4.9 code base. Thanks, Jacek Anaszewski Jacek Anaszewski (2):

[PATCH 4.9 2/2] led: core: Clear LED_BLINK_SW flag in led_blink_set()

With the current code, the following sequence won't work : echo timer > trigger echo 0 > delay_off * at this point we call ** led_delay_off_store ** led_blink_set *** stop timer ** led_blink_setup ** led_set_software_blink *** if !delay_on, led off *** if !delay_off, set

Re: [PATCH v4.16-rc5 3/3] x86/vdso: on Intel, VDSO should handle CLOCK_MONOTONIC_RAW

-dias-gmail-com/x86-vdso-on-Intel-VDSO-should-handle-CLOCK_MONOTONIC_RAW/20180317-143702 config: i386-randconfig-x013-201810 (attached as .config) compiler: gcc-7 (Debian 7.3.0-1) 7.3.0 reproduce: # save the attached .config to linux build tree make ARCH=i386 All errors (new ones

Re: [PATCH v4.16-rc5 3/3] x86/vdso: on Intel, VDSO should handle CLOCK_MONOTONIC_RAW

-dias-gmail-com/x86-vdso-on-Intel-VDSO-should-handle-CLOCK_MONOTONIC_RAW/20180317-143702 config: i386-randconfig-x013-201810 (attached as .config) compiler: gcc-7 (Debian 7.3.0-1) 7.3.0 reproduce: # save the attached .config to linux build tree make ARCH=i386 All errors (new ones

Re: [PATCH v5 0/2] Remove false-positive VLAs when using max()

On Fri, Mar 16, 2018 at 12:27 PM, Linus Torvalds wrote: > Kees - is there some online "gcc-4.4 checker" somewhere? This does > seem to work with my gcc. I actually tested some of those files you > pointed at now. Unfortunately my 4.4 test fails quickly:

Re: [PATCH v5 0/2] Remove false-positive VLAs when using max()

On Fri, Mar 16, 2018 at 12:27 PM, Linus Torvalds wrote: > Kees - is there some online "gcc-4.4 checker" somewhere? This does > seem to work with my gcc. I actually tested some of those files you > pointed at now. Unfortunately my 4.4 test fails quickly: ./include/linux/jiffies.h: In function

Re: [PATCH v2] rbd: Remove VLA usage

/commits/Kyle-Spiers/rbd-Remove-VLA-usage/20180317-131424 config: x86_64-randconfig-s0-03171325 (attached as .config) compiler: gcc-6 (Debian 6.4.0-9) 6.4.0 20171026 reproduce: # save the attached .config to linux build tree make ARCH=x86_64 All errors (new ones prefixed

Re: [PATCH v2] rbd: Remove VLA usage

/commits/Kyle-Spiers/rbd-Remove-VLA-usage/20180317-131424 config: x86_64-randconfig-s0-03171325 (attached as .config) compiler: gcc-6 (Debian 6.4.0-9) 6.4.0 20171026 reproduce: # save the attached .config to linux build tree make ARCH=x86_64 All errors (new ones prefixed

Re: [PATCH v4.16-rc5 3/3] x86/vdso: on Intel, VDSO should handle CLOCK_MONOTONIC_RAW

-dias-gmail-com/x86-vdso-on-Intel-VDSO-should-handle-CLOCK_MONOTONIC_RAW/20180317-143702 config: x86_64-randconfig-x010-201810 (attached as .config) compiler: gcc-7 (Debian 7.3.0-1) 7.3.0 reproduce: # save the attached .config to linux build tree make ARCH=x86_64 All errors (new ones

Re: [PATCH v4.16-rc5 3/3] x86/vdso: on Intel, VDSO should handle CLOCK_MONOTONIC_RAW

-dias-gmail-com/x86-vdso-on-Intel-VDSO-should-handle-CLOCK_MONOTONIC_RAW/20180317-143702 config: x86_64-randconfig-x010-201810 (attached as .config) compiler: gcc-7 (Debian 7.3.0-1) 7.3.0 reproduce: # save the attached .config to linux build tree make ARCH=x86_64 All errors (new ones

[PATCH 2/2] regulator: pfuze100: update voltage setting for pfuze3000 sw1a

Latest pfuze3000 datasheet from: http://cache.freescale.com/files/analog/doc/data_sheet/PF3000.pdf?fsrch=1=1=1 updates sw1a's voltage range, the settings for 1.450V and 1.475V are replaced with 1.8V and 3.3V: 5b'0 1.450 (SW1B), 1.8 (SW1A/SW1AB) 5b'1 1.475 (SW1B), 3.3 (SW1A/SW1AB) the

[PATCH 2/2] regulator: pfuze100: update voltage setting for pfuze3000 sw1a

Latest pfuze3000 datasheet from: http://cache.freescale.com/files/analog/doc/data_sheet/PF3000.pdf?fsrch=1=1=1 updates sw1a's voltage range, the settings for 1.450V and 1.475V are replaced with 1.8V and 3.3V: 5b'0 1.450 (SW1B), 1.8 (SW1A/SW1AB) 5b'1 1.475 (SW1B), 3.3 (SW1A/SW1AB) the

[PATCH 1/2] ARM: dts: pfuze3000: update sw1a/vldo4 voltage range

Update sw1a/vldo4's voltage range according to latest pfuze3000 datasheet from: http://cache.freescale.com/files/analog/doc/data_sheet/PF3000.pdf?fsrch=1=1=1 Signed-off-by: Anson Huang Signed-off-by: Robin Gong ---

[PATCH 1/2] ARM: dts: pfuze3000: update sw1a/vldo4 voltage range

Update sw1a/vldo4's voltage range according to latest pfuze3000 datasheet from: http://cache.freescale.com/files/analog/doc/data_sheet/PF3000.pdf?fsrch=1=1=1 Signed-off-by: Anson Huang Signed-off-by: Robin Gong --- arch/arm/boot/dts/imx6sx-udoo-neo.dtsi | 2 +-

<    1   2   3   4   5   6   >