4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Arnaldo Carvalho de Melo
commit 379d61b1c7d42512cded04d372f15a7e725db9e1 upstream.
With just what we will need in the upcoming changesets, the
BUILD_BUG_ON_ZERO() definition.
Cc: Adrian
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Arnaldo Carvalho de Melo
commit 379d61b1c7d42512cded04d372f15a7e725db9e1 upstream.
With just what we will need in the upcoming changesets, the
BUILD_BUG_ON_ZERO() definition.
Cc: Adrian
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Josh Poimboeuf
commit dcc914f44f065ef73685b37e59877a5bb3cb7358 upstream.
In preparation for the new 'objtool undwarf generate' command, which
will rely on 'objtool check', move the checking
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Josh Poimboeuf
commit dcc914f44f065ef73685b37e59877a5bb3cb7358 upstream.
In preparation for the new 'objtool undwarf generate' command, which
will rely on 'objtool check', move the checking
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Arnaldo Carvalho de Melo
commit 73a9bf95ed1c05698ecabe2f28c47aedfa61b52b upstream.
To aid in catching bugs when using atomics as a reference count.
This is a trimmed down version with just
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Jiri Olsa
commit abb26210a39522a6645bce3f438ed9a26bedb11b upstream.
The fixdep tool needs to be built before everything else, because it fixes
every object dependency file.
We handle this
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Josh Poimboeuf
commit d1091c7fa3d52ebce4dd3f15d04155b3469b2f90 upstream.
The BUG() macro's use of __builtin_unreachable() via the unreachable()
macro tells gcc that the instruction is a dead
This is the start of the stable review cycle for the 4.9.106 release.
There are 29 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.
Responses should be made by Wed Jun 6 06:57:52 UTC 2018.
Anything
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Arnaldo Carvalho de Melo
commit 73a9bf95ed1c05698ecabe2f28c47aedfa61b52b upstream.
To aid in catching bugs when using atomics as a reference count.
This is a trimmed down version with just
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Jiri Olsa
commit abb26210a39522a6645bce3f438ed9a26bedb11b upstream.
The fixdep tool needs to be built before everything else, because it fixes
every object dependency file.
We handle this
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Josh Poimboeuf
commit d1091c7fa3d52ebce4dd3f15d04155b3469b2f90 upstream.
The BUG() macro's use of __builtin_unreachable() via the unreachable()
macro tells gcc that the instruction is a dead
This is the start of the stable review cycle for the 4.9.106 release.
There are 29 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.
Responses should be made by Wed Jun 6 06:57:52 UTC 2018.
Anything
Hi all,
Today's linux-next merge of the kvm tree got a conflict in:
arch/arm64/include/asm/processor.h
between commit:
94b07c1f8c39 ("arm64: signal: Report signal frame size to userspace via auxv")
from the arm64 tree and commit:
9a6e594869b2 ("arm64/sve: Move sve_pffr() to fpsimd.h
Hi all,
Today's linux-next merge of the kvm tree got a conflict in:
arch/arm64/include/asm/processor.h
between commit:
94b07c1f8c39 ("arm64: signal: Report signal frame size to userspace via auxv")
from the arm64 tree and commit:
9a6e594869b2 ("arm64/sve: Move sve_pffr() to fpsimd.h
On Fri 01-06-18 10:25:59, Eric W. Biederman wrote:
> Michal Hocko writes:
>
> > On Fri 01-06-18 09:32:42, Eric W. Biederman wrote:
> >> Michal Hocko writes:
> > [...]
> >> > Group leader exiting early without tearing down the whole thread
> >> > group should be quite rare as well. No question
On Fri 01-06-18 10:25:59, Eric W. Biederman wrote:
> Michal Hocko writes:
>
> > On Fri 01-06-18 09:32:42, Eric W. Biederman wrote:
> >> Michal Hocko writes:
> > [...]
> >> > Group leader exiting early without tearing down the whole thread
> >> > group should be quite rare as well. No question
On Sun, Jun 03, 2018 at 01:31:35PM +0200, Martin Kaiser wrote:
> The v21 version of the NAND flash controller contains a Spare Area Size
> Register (SPAS) at offset 0x10. Its setting defaults to the maximum
> spare area size of 218 bytes. The size that is set in this register is
> used by the
On Sun, Jun 03, 2018 at 01:31:35PM +0200, Martin Kaiser wrote:
> The v21 version of the NAND flash controller contains a Spare Area Size
> Register (SPAS) at offset 0x10. Its setting defaults to the maximum
> spare area size of 218 bytes. The size that is set in this register is
> used by the
On Sat 02-06-18 19:58:52, ufo19890...@gmail.com wrote:
> From: yuzhoujian
>
> The dump_header does not print the memcg's name when the system
> oom happened, so users cannot locate the certain container which
> contains the task that has been killed by the oom killer.
>
> I follow the advices
On Sat 02-06-18 19:58:52, ufo19890...@gmail.com wrote:
> From: yuzhoujian
>
> The dump_header does not print the memcg's name when the system
> oom happened, so users cannot locate the certain container which
> contains the task that has been killed by the oom killer.
>
> I follow the advices
Enable complex event names containing [.:=,] symbols to be encoded into Perf
trace using name= modifier e.g. like this:
perf record -e
cpu/name=\'OFFCORE_RESPONSE:request=DEMAND_RFO:response=L3_HIT.SNOOP_HITM\',\
period=0x3567e0,event=0x3c,cmask=0x1/Duk ./futex
Below is how
Enable complex event names containing [.:=,] symbols to be encoded into Perf
trace using name= modifier e.g. like this:
perf record -e
cpu/name=\'OFFCORE_RESPONSE:request=DEMAND_RFO:response=L3_HIT.SNOOP_HITM\',\
period=0x3567e0,event=0x3c,cmask=0x1/Duk ./futex
Below is how
On 2018-06-04 15:36, Byungchul Park wrote:
Hello Steven and Daniel,
I've changed the 2nd patch a little bit to consider cpudl_clear()
additionally. Can I keep your Acked-by on?
Very sorry. Please ignore this v4 spin.. I'll resend v5 version soon.
--
Thanks,
Byungchul
On 2018-06-04 15:36, Byungchul Park wrote:
Hello Steven and Daniel,
I've changed the 2nd patch a little bit to consider cpudl_clear()
additionally. Can I keep your Acked-by on?
Very sorry. Please ignore this v4 spin.. I'll resend v5 version soon.
--
Thanks,
Byungchul
On Sat 02-06-18 19:58:51, ufo19890...@gmail.com wrote:
> From: yuzhoujian
>
> This patch will make some preparation for the follow-up patch: Refactor
> part of the oom report in dump_header. It puts enum oom_constraint in
> memcontrol.h and adds an array of const char for each constraint.
I do
On Sat 02-06-18 19:58:51, ufo19890...@gmail.com wrote:
> From: yuzhoujian
>
> This patch will make some preparation for the follow-up patch: Refactor
> part of the oom report in dump_header. It puts enum oom_constraint in
> memcontrol.h and adds an array of const char for each constraint.
I do
Hello Steven and Daniel,
I've changed the 2nd patch a little bit to consider cpudl_clear()
additionally. Can I keep your Acked-by on?
(I temporarily removed the Acked-by you gave me.)
Acked-by: Steven Rostedt (VMware)
Acked-by: Daniel Bristot de Oliveira
-8<-
>From
Hello Steven and Daniel,
I've changed the 2nd patch a little bit to consider cpudl_clear()
additionally. Can I keep your Acked-by on?
(I temporarily removed the Acked-by you gave me.)
Acked-by: Steven Rostedt (VMware)
Acked-by: Daniel Bristot de Oliveira
-8<-
>From
Changes from v4
- Fix a typo in cpudl_init() of the 2nd patch
Changes from v3
- Rebase onto the latest tip/sched/core
- Apply what Joel suggests, to set cp->elements[0].cpu to -1
when the heap becomes empty in cpudl_clear()
Changes from v2
- Run spellchecker over the text and fix typos
-
Changes from v4
- Fix a typo in cpudl_init() of the 2nd patch
Changes from v3
- Rebase onto the latest tip/sched/core
- Apply what Joel suggests, to set cp->elements[0].cpu to -1
when the heap becomes empty in cpudl_clear()
Changes from v2
- Run spellchecker over the text and fix typos
-
On Sun 03-06-18 12:22:18, kpark3...@gmail.com wrote:
> From: Sahara
>
> When bd33ef36("mm: enable page poisoning early at boot") got rid of
> the PAGE_EXT_DEBUG_POISON, page_is_poisoned in the header left
> behind. This patch cleans up the leftovers under the table.
Acked-by: Michal Hocko
On Sun 03-06-18 12:22:18, kpark3...@gmail.com wrote:
> From: Sahara
>
> When bd33ef36("mm: enable page poisoning early at boot") got rid of
> the PAGE_EXT_DEBUG_POISON, page_is_poisoned in the header left
> behind. This patch cleans up the leftovers under the table.
Acked-by: Michal Hocko
On 1 June 2018 at 19:45, Joel Fernandes wrote:
> On Fri, Jun 01, 2018 at 03:53:07PM +0200, Vincent Guittot wrote:
>> > >> >> The example with a RT task described in the cover letter can be
>> > >> >> run with a DL task and will give similar results.
>> > >
>> > > In the cover letter you says:
>>
On 1 June 2018 at 19:45, Joel Fernandes wrote:
> On Fri, Jun 01, 2018 at 03:53:07PM +0200, Vincent Guittot wrote:
>> > >> >> The example with a RT task described in the cover letter can be
>> > >> >> run with a DL task and will give similar results.
>> > >
>> > > In the cover letter you says:
>>
Hello Steven and Daniel,
I've changed the 2nd patch a little bit to consider cpudl_clear()
additionally. Can I keep your Acked-by on?
(I temporarily removed the Acked-by you gave me.)
Acked-by: Steven Rostedt (VMware)
Acked-by: Daniel Bristot de Oliveira
-8<-
>From
Changes from v3
- Rebase onto the latest tip/sched/core
- Apply what Joel suggests, to set cp->elements[0].cpu to -1
when the heap becomes empty in cpudl_clear()
Changes from v2
- Run spellchecker over the text and fix typos
- Add acked-by Daniel
Changes from v1
- Enhance commit msg
-
Hello Steven and Daniel,
I've changed the 2nd patch a little bit to consider cpudl_clear()
additionally. Can I keep your Acked-by on?
(I temporarily removed the Acked-by you gave me.)
Acked-by: Steven Rostedt (VMware)
Acked-by: Daniel Bristot de Oliveira
-8<-
>From
Changes from v3
- Rebase onto the latest tip/sched/core
- Apply what Joel suggests, to set cp->elements[0].cpu to -1
when the heap becomes empty in cpudl_clear()
Changes from v2
- Run spellchecker over the text and fix typos
- Add acked-by Daniel
Changes from v1
- Enhance commit msg
-
On Sat 02-06-18 09:43:56, Linus Torvalds wrote:
> On Fri, Jun 1, 2018 at 4:53 AM Michal Hocko wrote:
> >
> > for more context. Linus has pointed out [1] that our (well mine)
> > insisting on GFP_KERNEL compatible gfp flags for kvmalloc* can actually
> > lead to a worse code because people will
On Sat 02-06-18 09:43:56, Linus Torvalds wrote:
> On Fri, Jun 1, 2018 at 4:53 AM Michal Hocko wrote:
> >
> > for more context. Linus has pointed out [1] that our (well mine)
> > insisting on GFP_KERNEL compatible gfp flags for kvmalloc* can actually
> > lead to a worse code because people will
Hi Mike
> My question was why do you call to alloc_constrained in the dump_header()
>function rather than pass the constraint that was detected a bit earlier to
>that function?
Ok, I will add a new parameter in the dump_header.
Thank you.
Hi Mike
> My question was why do you call to alloc_constrained in the dump_header()
>function rather than pass the constraint that was detected a bit earlier to
>that function?
Ok, I will add a new parameter in the dump_header.
Thank you.
On Fri, 25 May 2018, Ravi Chandra Sadineni wrote:
> Mark cros_ec_keyb has wake enabled by default. If we see a MKBP event
> related to keyboard, call pm_wakeup_event() to make sure wakeup
> triggers are accounted to keyb during suspend resume path.
>
> Signed-off-by: Ravi Chandra Sadineni
>
On Fri, 25 May 2018, Ravi Chandra Sadineni wrote:
> Mark cros_ec_keyb has wake enabled by default. If we see a MKBP event
> related to keyboard, call pm_wakeup_event() to make sure wakeup
> triggers are accounted to keyb during suspend resume path.
>
> Signed-off-by: Ravi Chandra Sadineni
>
On 22.05.2018 20:57, Jonathan Cameron wrote:
On Tue, 22 May 2018 10:52:30 +0300
Eugen Hristev wrote:
Hello,
This patch series is a rework of my previous series named:
[PATCH 00/14] iio: triggers: add consumer support
This is the version 7 of the series, and addresses the received
On 22.05.2018 20:57, Jonathan Cameron wrote:
On Tue, 22 May 2018 10:52:30 +0300
Eugen Hristev wrote:
Hello,
This patch series is a rework of my previous series named:
[PATCH 00/14] iio: triggers: add consumer support
This is the version 7 of the series, and addresses the received
On Mon, 21 May 2018, Yisheng Xie wrote:
> match_string() returns the index of an array for a matching string,
> which can be used intead of open coded variant.
>
> Cc: Tony Lindgren
> Cc: Lee Jones
> Cc: linux-o...@vger.kernel.org
> Signed-off-by: Yisheng Xie
> ---
>
On Mon, 21 May 2018, Yisheng Xie wrote:
> match_string() returns the index of an array for a matching string,
> which can be used intead of open coded variant.
>
> Cc: Tony Lindgren
> Cc: Lee Jones
> Cc: linux-o...@vger.kernel.org
> Signed-off-by: Yisheng Xie
> ---
>
Hi Alex,
Today's linux-next merge of the vfio tree got a conflict in:
drivers/vfio/vfio_iommu_type1.c
between commit:
89c29def6b01 ("Revert "vfio/type1: Improve memory pinning process for raw PFN
mapping"")
from Linus' tree and commit:
7b578b0de3d3 ("vfio/type1: Fix task tracking for
Hi Alex,
Today's linux-next merge of the vfio tree got a conflict in:
drivers/vfio/vfio_iommu_type1.c
between commit:
89c29def6b01 ("Revert "vfio/type1: Improve memory pinning process for raw PFN
mapping"")
from Linus' tree and commit:
7b578b0de3d3 ("vfio/type1: Fix task tracking for
On Fri, 18 May 2018, Fabrice Gasnier wrote:
> This is seen when COMPILE_TEST=y and MFD_STM32_TIMERS=n.
> drivers/pwm/pwm-stm32.o: In function 'stm32_pwm_raw_capture':
> pwm-stm32.c:... undefined reference to 'stm32_timers_dma_burst_read'
> Fixes: 0c6609805b63 ("mfd: stm32-timers: Add support for
On Fri, 18 May 2018, Fabrice Gasnier wrote:
> This is seen when COMPILE_TEST=y and MFD_STM32_TIMERS=n.
> drivers/pwm/pwm-stm32.o: In function 'stm32_pwm_raw_capture':
> pwm-stm32.c:... undefined reference to 'stm32_timers_dma_burst_read'
> Fixes: 0c6609805b63 ("mfd: stm32-timers: Add support for
On Fri, 18 May 2018, Fabrice Gasnier wrote:
> This removes build warning when COMPILE_TEST=y and MFD_STM32_TIMERS=n
> in drivers/pwm/pwm-stm32.c. In function 'stm32_pwm_capture' 'raw_prd' and
> 'raw_dty' may be used uninitialized in this function
> [-Wmaybe-uninitialized]
>
> Signed-off-by:
On Fri, 18 May 2018, Fabrice Gasnier wrote:
> This removes build warning when COMPILE_TEST=y and MFD_STM32_TIMERS=n
> in drivers/pwm/pwm-stm32.c. In function 'stm32_pwm_capture' 'raw_prd' and
> 'raw_dty' may be used uninitialized in this function
> [-Wmaybe-uninitialized]
>
> Signed-off-by:
On Wed, 09 May 2018, Charles Keepax wrote:
> Signed-off-by: Charles Keepax
> Reviewed-by: Rob Herring
> Acked-by: Lee Jones
> ---
> Documentation/devicetree/bindings/mfd/arizona.txt | 6 +-
> 1 file changed, 5 insertions(+), 1 deletion(-)
Applied, thanks.
--
Lee Jones [李琼斯]
Linaro
On Wed, 09 May 2018, Charles Keepax wrote:
> Signed-off-by: Charles Keepax
> Reviewed-by: Rob Herring
> Acked-by: Lee Jones
> ---
> Documentation/devicetree/bindings/mfd/arizona.txt | 6 +-
> 1 file changed, 5 insertions(+), 1 deletion(-)
Applied, thanks.
--
Lee Jones [李琼斯]
Linaro
On Wed, 16 May 2018, Fabrice Gasnier wrote:
> STM32 Timers can support up to 7 DMA requests:
> - 4 channels, update, compare and trigger.
> Optionally request part, or all DMAs from stm32-timers MFD core.
>
> Also add routine to implement burst reads using DMA from timer registers.
> This is
On Wed, 16 May 2018, Fabrice Gasnier wrote:
> STM32 Timers can support up to 7 DMA requests:
> - 4 channels, update, compare and trigger.
> Optionally request part, or all DMAs from stm32-timers MFD core.
>
> Also add routine to implement burst reads using DMA from timer registers.
> This is
Hi Rob Herring,
Please find my comments in line..
On Fri, Jun 1, 2018 at 7:59 PM, Rob Herring wrote:
> On Fri, Jun 1, 2018 at 3:51 AM, Srinath Mannam
> wrote:
>> Hi Rob Herring,
>>
>> Thank you for the review.
>> Please find my answers inline..
>>
>> On Thu, May 31, 2018 at 10:18 PM, Rob
Hi Rob Herring,
Please find my comments in line..
On Fri, Jun 1, 2018 at 7:59 PM, Rob Herring wrote:
> On Fri, Jun 1, 2018 at 3:51 AM, Srinath Mannam
> wrote:
>> Hi Rob Herring,
>>
>> Thank you for the review.
>> Please find my answers inline..
>>
>> On Thu, May 31, 2018 at 10:18 PM, Rob
1601 - 1660 of 1660 matches
Mail list logo