On Tue, Mar 19, 2019 at 11:07:22AM +0800, Peter Xu wrote:
> Add a global sysctl knob "vm.unprivileged_userfaultfd" to control
> whether userfaultfd is allowed by unprivileged users. When this is
> set to zero, only privileged users (root user, or users with the
> CAP_SYS_PTRACE capability) will
On Tue, 26 May 2020, Andy Shevchenko wrote:
> On Tue, May 26, 2020 at 05:54:38PM +0200, Michael Walle wrote:
> > Am 2020-05-26 09:24, schrieb Lee Jones:
>
> ...
>
> > Like I said, in the long term I would like to have support for
> > different versions of the board management controller
>
> > w
Quoting Maxime Ripard (2020-04-24 08:33:56)
> The raspberry_clock_property only takes the clock ID as an argument, but
> now that we have a clock data structure it makes more sense to just pass
> that structure instead.
>
> Cc: Michael Turquette
> Cc: Stephen Boyd
> Cc: linux-...@vger.kernel.org
Quoting Maxime Ripard (2020-04-24 08:33:49)
> The pllb_arm clk_hw pointer in the raspberry_clk structure isn't used
> anywhere but in the raspberrypi_register_pllb_arm.
>
> Let's remove it, this will make our lives easier in future patches.
>
> Cc: Michael Turquette
> Cc: Stephen Boyd
> Cc: lin
Quoting Maxime Ripard (2020-04-24 08:33:50)
> The pllb_arm clock was created at probe time, but was never removed if
> something went wrong later in probe, or if the driver was ever removed from
> the system.
>
> Now that we are using clk_hw_register, we can just use its managed variant
clk_hw_re
Hi Gavin,
I definitely appreciate the work, but this is repeating most of the
mistakes done in the x86 implementation. In particular:
- the page ready signal can be done as an interrupt, rather than an
exception. This is because "page ready" can be handled asynchronously,
in contrast to "page n
On Thu, 23 Apr 2020, Gene Chen wrote:
> Add mfd driver for mt6360 pmic chip include
> Battery Charger/USB_PD/Flash LED/RGB LED/LDO/Buck
I changed the subject line and commit log a bit.
> Signed-off-by: Gene Chen
> Acked-for-MFD-by: Lee Jones
> ---
> drivers/mfd/Kconfig| 12 ++
> driv
On Wed, May 27, 2020 at 06:16:59AM +, yuechao.z...@advantech.com.cn wrote:
> From: Yuechao Zhao
>
> The timeout module parameter should not be used for setting the default
> timeout. Because, if you set the timeout = 0, the default timeout will
> be meaningless. And the timeout module paramet
Quoting Maxime Ripard (2020-04-24 08:33:47)
> Instead of declaring the clk_init_data and then calling memset on it, just
> initialise properly.
>
> Cc: Michael Turquette
> Cc: Stephen Boyd
> Cc: linux-...@vger.kernel.org
> Acked-by: Nicolas Saenz Julienne
> Signed-off-by: Maxime Ripard
> ---
From: Joonsoo Kim
There is no need to make a function in order to call standard migration
target allocation function. Use standard one directly.
Signed-off-by: Joonsoo Kim
---
include/linux/page-isolation.h | 2 --
mm/page_alloc.c| 9 +++--
mm/page_isolation.c
From: Joonsoo Kim
It's not good practice to modify user input. Instead of using it to
build correct gfp_mask for APIs, this patch introduces another gfp_mask
field, __gfp_mask, for internal usage.
Signed-off-by: Joonsoo Kim
---
mm/hugetlb.c | 19 ++-
mm/internal.h | 2 ++
2 f
From: Joonsoo Kim
There is no reason to implement it's own function for migration
target allocation. Use standard one.
Signed-off-by: Joonsoo Kim
---
mm/gup.c | 61 ++---
1 file changed, 10 insertions(+), 51 deletions(-)
diff --git a/mm/
From: Joonsoo Kim
There is no reason to implement it's own function for migration
target allocation. Use standard one.
Signed-off-by: Joonsoo Kim
---
mm/internal.h | 3 ---
mm/mempolicy.c | 32 +++-
mm/migrate.c | 3 ++-
3 files changed, 5 insertions(+), 33 del
From: Joonsoo Kim
To prepare unifying duplicated functions in following patches, this patch
changes the interface of the migration target alloc/free functions.
Functions now use struct alloc_control as an argument.
There is no functional change.
Signed-off-by: Joonsoo Kim
---
include/linux/mi
From: Joonsoo Kim
It's not performance sensitive function. Move it to .c.
This is a preparation step for future change.
Acked-by: Mike Kravetz
Signed-off-by: Joonsoo Kim
---
include/linux/migrate.h | 33 +
mm/migrate.c| 29 ++
From: Joonsoo Kim
There are some similar functions for migration target allocation. Since
there is no fundamental difference, it's better to keep just one rather
than keeping all variants. This patch implements base migration target
allocation function. In the following patches, variants will be
e patchset is based on next-20200526.
The patchset is available on:
https://github.com/JoonsooKim/linux/tree/cleanup-migration-target-allocation-v2.00-next-20200526
Thanks.
Joonsoo Kim (12):
mm/page_isolation: prefer the node of the source page
mm/migrate: move migration helper from .h
From: Joonsoo Kim
Currently, page allocation functions for migration requires some arguments.
More worse, in the following patch, more argument will be needed to unify
the similar functions. To simplify them, in this patch, unified data
structure that controls allocation behaviour is introduced.
From: Joonsoo Kim
gfp_mask handling on alloc_huge_page_(node|nodemask) is
slightly changed, from ASSIGN to OR. It's safe since caller of these
functions doesn't pass extra gfp_mask except htlb_alloc_mask().
This is a preparation step for following patches.
Signed-off-by: Joonsoo Kim
---
mm/hu
From: Joonsoo Kim
For locality, it's better to migrate the page to the same node
rather than the node of the current caller's cpu.
Acked-by: Roman Gushchin
Signed-off-by: Joonsoo Kim
---
mm/page_isolation.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/mm/page_isolati
From: Joonsoo Kim
There is a user who do not want to use CMA memory for migration. Until
now, it is implemented by caller side but it's not optimal since there
is limited information on caller. This patch implements it on callee side
to get better result.
Acked-by: Mike Kravetz
Signed-off-by: J
From: Joonsoo Kim
There is no difference between two migration callback functions,
alloc_huge_page_node() and alloc_huge_page_nodemask(), except
__GFP_THISNODE handling. This patch moves this handling to
alloc_huge_page_nodemask() and function caller. Then, remove
alloc_huge_page_node().
Signed-
> > > mm/page_isolation.c | 4 +++-
> > > 1 file changed, 3 insertions(+), 1 deletion(-)
> > >
> > > diff --git a/mm/page_isolation.c b/mm/page_isolation.c
> > > index 2c11a38..7df89bd 100644
> > > --- a/mm/page_isolation.c
> > > +++ b/mm/page_isolation.c
> > > @@ -300,5 +300,7 @@ int test_pages_i
Hi Jiada,
On Thu, May 07, 2020 at 10:56:00PM -0700, Jiada Wang wrote:
> This patch-set forward ports Nick Dyer's work in ndyer/linux github
> repository as long as some other features and fixes
Sorry for ignoring the series for quite a while. I guess my biggest
issue with the series is that quite
Quoting Chunyan Zhang (2020-05-26 22:36:36)
> From: Chunyan Zhang
>
> mipi_csi_xx clocks are used by camera sensors.
>
> Signed-off-by: Chunyan Zhang
> Acked-by: Rob Herring
> ---
Applied to clk-next
Quoting Chunyan Zhang (2020-05-26 22:36:35)
> From: Chunyan Zhang
>
> Some clocks only can be accessed if their parent is enabled. mipi_csi_xx
> clocks on SC9863A are an examples. We have to ensure the parent clock is
> enabled when reading those clocks.
>
> Signed-off-by: Chunyan Zhang
> ---
Quoting Chunyan Zhang (2020-05-26 22:36:37)
> From: Chunyan Zhang
>
> mipi_csi_xx clocks are used by camera sensors.
>
> Signed-off-by: Chunyan Zhang
> Acked-by: Rob Herring
> ---
Applied to clk-next
Quoting Chunyan Zhang (2020-05-26 22:36:38)
> From: Chunyan Zhang
>
> mipi_csi_xx clocks are used by camera sensors.
>
> Signed-off-by: Chunyan Zhang
> ---
Applied to clk-next
On 2020/5/27 12:04, Kuppuswamy, Sathyanarayanan wrote:
>
>
> On 5/26/20 8:50 PM, Yicong Yang wrote:
>> Hi,
>>
>>
>> On 2020/5/27 9:31, Kuppuswamy, Sathyanarayanan wrote:
>>> Hi,
>>>
>>> On 5/21/20 7:56 PM, Yicong Yang wrote:
On 2020/5/22 3:31, Kuppuswamy, Sathyanarayanan wrote:
>>>
> The callback function "rcu_free_wq" could be called after memory
> was released for "wq->rescuer" already and assignment is empty. so
> remove unnecessary kfree(NULL).
I have got the impression that also this wording approach contains weaknesses.
How do you think about a wording variant like the
Quoting Colin King (2020-05-26 15:41:16)
> From: Colin Ian King
>
> The pointer clk is being initialized with a value that is never read
> and is being updated with a new value later on. The initialization
> is redundant and can be removed.
>
> Addresses-Coverity: ("Unused value")
> Signed-off-b
v2: Fixed typo due to keyboard failure.
Jiaxun Yang (3):
MIPS: head.S: Always jump to kernel_entry at head of text
MIPS: Move kernel head into a standalone section
MIPS: Loongson64: select NO_EXCEPT_FILL
arch/mips/Kconfig | 1 +
arch/mips/kernel/head.S| 6 ++
arch/
Loongson64 load kernel at 0x8200 and allocate exception vectors
by ebase. So we don't need to reserve space for exception vectors
at head of kernel.
Signed-off-by: Jiaxun Yang
---
arch/mips/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
inde
That's what already done by Arm64 and other architectures.
That would allow us put more things like PE headers safely into
the header.
Signed-off-by: Jiaxun Yang
---
arch/mips/kernel/head.S| 4 ++--
arch/mips/kernel/vmlinux.lds.S | 8 ++--
2 files changed, 8 insertions(+), 4 deletion
Buggy loaders like early version of PMON2000 sometimes ignore
elf_entry and goto start of text directly.
That would help with dealing with these loaders.
Signed-off-by: Jiaxun Yang
---
arch/mips/kernel/head.S | 2 --
1 file changed, 2 deletions(-)
diff --git a/arch/mips/kernel/head.S b/arch/mi
Oleg Nesterov 於 2020年5月26日 週二 下午10:00寫道：
>
> On 05/26, Greentime Hu wrote:
> >
> > @@ -882,13 +882,18 @@ static int ptrace_regset(struct task_struct *task,
> > int req, unsigned int type,
> > const struct user_regset_view *view = task_user_regset_view(task);
> > const struct user_regs
syzbot has found a reproducer for the following crash on:
HEAD commit:94bc4cd0 net: bpf: kmsan: disable CONFIG_BPF_JIT under KMSAN
git tree: https://github.com/google/kmsan.git master
console output: https://syzkaller.appspot.com/x/log.txt?x=149b3d4a10
kernel config: https://syzkall
Quoting Bjorn Andersson (2020-05-26 22:48:47)
> Update the PIL relocation information in IMEM with information about
> where the firmware for various remoteprocs are loaded.
>
> Reviewed-by: Vinod Koul
> Signed-off-by: Bjorn Andersson
> ---
Reviewed-by: Stephen Boyd
Hi Jiri,
On 5/27/2020 11:20 AM, Jin, Yao wrote:
Hi Jiri,
On 5/26/2020 7:51 PM, Jiri Olsa wrote:
On Mon, May 25, 2020 at 02:55:58PM +0800, Jin Yao wrote:
SNIP
diff --git a/tools/perf/util/evlist.c b/tools/perf/util/evlist.c
index 2a9de6491700..1161cffc0688 100644
--- a/tools/perf/util/evlist
Quoting Bjorn Andersson (2020-05-26 22:48:46)
> diff --git a/drivers/remoteproc/qcom_pil_info.c
> b/drivers/remoteproc/qcom_pil_info.c
> new file mode 100644
> index ..0785c7cde2d3
> --- /dev/null
> +++ b/drivers/remoteproc/qcom_pil_info.c
> @@ -0,0 +1,124 @@
> +// SPDX-License-Identif
Convert QUP geni-se bindings to DT schema format using json-schema.
Signed-off-by: Akash Asthana
Reviewed-by: Rob Herring
Reviewed-by: Stephen Boyd
---
Changes in V2:
- As per Stephen's comment corrected defintion of interrupts for UART node.
Any valid UART node must contain atleast 1 inter
Add documentation to support RX-TX & CTS-RTS GPIO pin swap in HW.
Signed-off-by: Akash Asthana
Reviewed-by: Stephen Boyd
---
Changes in V7:
- As per Rob's comment, added type: boolean to properties.
Documentation/devicetree/bindings/serial/serial.yaml | 8
1 file changed, 8 insertion
Hi Uwe,
Thanks for review.
On 22/5/2020 4:56 pm, Uwe Kleine-König wrote:
> Hello,
>
> On Fri, May 22, 2020 at 03:41:59PM +0800, Rahul Tanwar wrote:
>> Add PWM controller driver for Intel's Lightning Mountain(LGM) SoC.
>>
>> Signed-off-by: Rahul Tanwar
>> ---
>> drivers/pwm/Kconfig |
Add documentation for the interconnect and interconnect-names properties
for the GENI QUP.
Signed-off-by: Akash Asthana
Reviewed-by: Stephen Boyd
---
Changes in V5:
- Add interconnect property for QUP wrapper (parent node).
- Add minItems = 2 for interconnect property in child nodes
Changes i
Changes in V6:
- As per Rob's suggestion moved pin swap documentation from QUP to
serial.yaml file[PATCH V6 3/3].
Changes in V4:
- Add interconnect binding patch.
- Add UART pin swap binding patch.
Akash Asthana (3):
dt-bindings: geni-se: Convert QUP geni-se bindings to YAML
dt-bindings
On Tue, 26 May 2020 at 17:41, Rob Herring wrote:
>
> " On Mon, May 25, 2020 at 11:38 PM Nathan Chancellor
> wrote:
> >
> > On Mon, May 25, 2020 at 07:37:45PM -0400, Valdis Klētnieks wrote:
> > > On Sun, 24 May 2020 15:20:25 -0700, Nathan Chancellor said:
> > >
> > > > arm-linux-gnueabi-ld: driver
On Tue, May 26, 2020 at 5:36 PM Arvind Sankar wrote:
>
> On Tue, May 26, 2020 at 04:50:38PM +0200, Sedat Dilek wrote:
> > On Tue, May 26, 2020 at 4:47 PM Arvind Sankar wrote:
> > >
> > > On Tue, May 26, 2020 at 02:44:29PM +0200, Sedat Dilek wrote:
> > > >
> > > > Are those diffs correct when usin
In kgdb NMI context, calling console handlers isn't safe due to locks
used in those handlers which could lead to a deadlock. Although, using
oops_in_progress increases the chance to bypass locks in most console
handlers but it might not be sufficient enough in case a console uses
more locks (VT/TTY
From: Oleksij Rempel
Date: Wed, 27 May 2020 07:08:43 +0200
> Add support for Atheros 100Base-T PHYs. The only difference seems to be
> the ability to test 2 pairs instead of 4 and the lack of 1000Base-T
> specific register.
>
> Only the ATH9331 was tested with this patch.
>
> Signed-off-by: Ole
Re-factor kdb_printf() message write code in order to avoid duplication
of code and thereby increase readability.
Signed-off-by: Sumit Garg
---
kernel/debug/kdb/kdb_io.c | 61 +--
1 file changed, 32 insertions(+), 29 deletions(-)
diff --git a/kernel/d
This patch-set is aimed to improve console handling especially when kdb
operates in NMI context.
Brief description of enhancements:
- Add status check for console prior to invoking corresponding handler.
- Fixup to avoid possible deadlock in NMI context due to usage of locks
in the console handl
While rounding up CPUs via NMIs, its possible that a rounded up CPU
maybe holding a console port lock leading to kgdb master CPU stuck in
a deadlock during invocation of console write operations. So in order
to avoid such a deadlock, enable oops_in_progress prior to invocation
of console handlers.
Check if a console is enabled prior to invoking corresponding write
handler.
Suggested-by: Sergey Senozhatsky
Signed-off-by: Sumit Garg
---
kernel/debug/kdb/kdb_io.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/kernel/debug/kdb/kdb_io.c b/kernel/debug/kdb/kdb_io.c
index f6b4d47..349dfc
From: Vijayanand Jitta
When ever an iova alloc request fails we free the iova
ranges present in the percpu iova rcaches and then retry
but the global iova rcache is not freed as a result we
could still see iova alloc failure even after retry as
global rcache is still holding the iova's which can
When some new clock supports are introduced, e.g. [1]
it might lead to an error although it should be NULL because
clk_init_data is on the stack and it might have random values
if using without initialization.
Add the missing initial value to clk_init_data.
[1] https://android-review.googlesource.
On Tue, May 26, 2020 at 5:31 PM Arvind Sankar wrote:
>
> On Tue, May 26, 2020 at 05:07:24PM +0200, Sedat Dilek wrote:
> > > >
> > >
> > > Maybe this should be:
> > >
> > > [ arch/x86/boot/compressed/Makefile ]
> > >
> > > -KBUILD_CFLAGS += -include hidden.h
> > > +KBUILD_CFLAGS += -include ./hidde
On 2020/4/27 13:40, Huacai Chen wrote:
Reviewed-by: Huacai Chen
On Mon, Apr 27, 2020 at 12:35 PM Tianjia Zhang
wrote:
In the current kvm version, 'kvm_run' has been included in the 'kvm_vcpu'
structure. For historical reasons, many kvm-related function parameters
retain the 'kvm_run' and
From: Baolin Wang
When changing to use suspend-to-idle to save power, the PMIC irq can not
wakeup the system due to lack of wakeup capability, which will cause
the sub-irqs (such as power key) of the PMIC can not wake up the system.
Thus we can add the wakeup capability for PMIC irq to solve this
> On May 26, 2020, at 16:43, Benjamin Tissoires
> wrote:
>
> On Tue, May 26, 2020 at 10:24 AM Jiri Kosina wrote:
>>
>> On Tue, 14 Apr 2020, Kai-Heng Feng wrote:
>>
>>> After commit c23e2043d5f7 ("HID: multitouch: do not filter mice nodes"),
>>> MT_CLS_WIN_8 also supports mouse nodes, hence
From: Alexander A Sverdlin
Date: Tue, 26 May 2020 14:27:51 +0200
> From: Alexander Sverdlin
>
> Ignore loopback-originatig packets soon enough and don't try to process L2
> header where it doesn't exist. The very similar br_handle_frame() in bridge
> code performs exactly the same check.
>
> T
代表者様
社会福祉事業を応援するメディアを運営しております
社会福祉プロジェクトと申します。
今、新規事業をお考えの経営者様を対象に
社会福祉事業が大変注目されているのを
ご存知でしょうか？
今月複数回にわたって開催された
社会福祉プロジェクトオンラインセミナーも
大変な盛会のうちに終える事となりました。
社会福祉プロジェクトセミナーを少しのぞいてみる。
https://fukushi-service.work/seminar/
実際にセミナーに参加された方からも
「福祉総合企業というビジネスモデルが
印象的でした。」
「リピート率が高い、高収益、貢献ビジネス。
青山先生の
> On May 26, 2020, at 23:07, Benjamin Tissoires
> wrote:
>
> Two touchpad/trackstick combos are currently not behaving properly.
> They define a mouse emulation collection, as per Win8 requirements,
> but also define a separate mouse collection for the trackstick.
>
> The way the kernel curr
From: Yuechao Zhao
The timeout module parameter should not be used for setting the default
timeout. Because, if you set the timeout = 0, the default timeout will
be meaningless. And the timeout module parameter of 0 means "no timeout
module paraameter specified".
Signed-off-by: Yuechao Zhao
---
Register "a1" is unsaved in this function,
when CONFIG_TRACE_IRQFLAGS is enabled,
the TRACE_IRQS_OFF macro will call trace_hardirqs_off(),
and this may change register "a1".
The changed register "a1" as argument will be send
to do_fpe() and do_msa_fpe().
Signed-off-by: YuanJunQing
---
arch
Hi Paul,
在 2020/5/27 上午3:10, Paul Cercueil 写道:
Hi Zhou,
Le mer. 27 mai 2020 à 1:07, 周琰杰 (Zhou Yanjie)
a écrit :
Document the available properties for the SoC root node and the
CPU nodes of the devicetree for the Ingenic XBurst SoCs.
Tested-by: H. Nikolaus Schaller
Tested-by: Paul Boddie
S
Hi Steven,
> -Original Message-
> From: Steven Price
> Sent: Tuesday, May 26, 2020 7:02 PM
> To: Jianyong Wu ; net...@vger.kernel.org;
> yangbo...@nxp.com; john.stu...@linaro.org; t...@linutronix.de;
> pbonz...@redhat.com; sean.j.christopher...@intel.com; m...@kernel.org;
> richardcoch...
On Wed, May 27, 2020 at 1:06 AM Alex Ghiti wrote:
>
> Hi Zong,
>
> Le 5/26/20 à 5:43 AM, Zong Li a écrit :
> > On Sun, May 24, 2020 at 4:54 PM Alexandre Ghiti wrote:
> >> This is a preparatory patch for relocatable kernel.
> >>
> >> The kernel used to be linked at PAGE_OFFSET address and used to
Fix two typos in the comments for __vdpa_alloc_device().
Signed-off-by: Jason Wang
---
drivers/vdpa/vdpa.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/vdpa/vdpa.c b/drivers/vdpa/vdpa.c
index ff6562f602e0..de211ef3738c 100644
--- a/drivers/vdpa/vdpa.c
+++ b/drivers
Hello Artur,
On 5/26/20 9:56 AM, Artur Barsegyan wrote:
Hello, Manfred!
Thank you, for your review. I've reviewed your patch.
I forgot about the case with different message types. At now with your patch,
a sender will force message consuming if that doesn't hold own capacity.
I have measured
在 2020/5/27 上午3:29, Rob Herring 写道:
On Tue, May 19, 2020 at 10:35:21PM +0800, 周琰杰 (Zhou Yanjie) wrote:
Document the available properties for the SoC root node and the
CPU nodes of the devicetree for the Ingenic XBurst SoCs.
Tested-by: H. Nikolaus Schaller
Tested-by: Paul Boddie
Signed-off-b
From: Mike Rapoport
Date: Wed, 27 May 2020 07:52:19 +0300
> Andrew, David,
>
> Any comments on this?
No objections from me:
Acked-by: David S. Miller
On Wed, 27 May 2020 13:27:17 +0800
Jiaxun Yang wrote:
> Jiaxun Yang (2):
> MIPS: head.S: Always jump to kernel_entry at head of text
> MIPS: Loongso64: select NO_EXCEPT_FILL
Please ignore the noise.
Something went wrong with my keyboard...
>
> arch/mips/Kconfig | 1 +
> arch/mip
On Mon, May 25, 2020 at 4:19 PM Kent Gibson wrote:
> > > +struct gpioline_config {
> > > + __u8 default_values[GPIOLINES_MAX];
> >
> > So 32 bytes
> >
>
> Actually that one is 64 bytes, which is the same as v1, i.e. GPIOLINES_MAX
> is the same as GPIOHANDLES_MAX - just renamed.
>
> On the s
Quoting Dmitry Osipenko (2020-03-30 16:16:14)
> In same cases it may be desired to round clock's rate without taking into
> account current min/max requests made by the clock's users. One example is
> building up OPP table based on a possible clock rates.
>
> Signed-off-by: Dmitry Osipenko
> ---
On 2020/5/22 3:13, ira.we...@intel.com wrote:
> From: Ira Weiny
>
> We add 'always', 'never', and 'inode' (default). '-o dax' continues to
> operate the same which is equivalent to 'always'. This new
> functionality is limited to ext4 only.
>
> Specifically we introduce a 2nd DAX mount flag EXT
Quoting Dmitry Osipenko (2020-03-30 16:16:14)
> In same cases it may be desired to round clock's rate without taking into
> account current min/max requests made by the clock's users. One example is
> building up OPP table based on a possible clock rates.
Shouldn't the OPP table come from firmware
A region in IMEM is used to communicate load addresses of remoteproc to
post mortem debug tools. Implement a helper function that can be used to
store this information in order to enable these tools to process
collected ramdumps.
Reviewed-by: Mathieu Poirier
Reviewed-by: Vinod Koul
Signed-off-by
Add a simple-mfd representing IMEM on SDM845 and define the PIL
relocation info region, so that post mortem tools will be able to locate
the loaded remoteprocs.
Reviewed-by: Stephen Boyd
Reviewed-by: Vinod Koul
Signed-off-by: Bjorn Andersson
---
Changes since v5:
- Picked up reviewed-bys
arc
Add a simple-mfd representing IMEM on QCS404 and define the PIL
relocation info region, so that post mortem tools will be able to locate
the loaded remoteprocs.
Reviewed-by: Stephen Boyd
Reviewed-by: Vinod Koul
Signed-off-by: Bjorn Andersson
---
Changes since v5:
- Picked up reviewed-bys
arc
Update the PIL relocation information in IMEM with information about
where the firmware for various remoteprocs are loaded.
Reviewed-by: Vinod Koul
Signed-off-by: Bjorn Andersson
---
Changes since v5:
- Added select QCOM_PIL_INFO to all relevant Kconfig options
- Replaced mem_reloc with mem_phy
Add a devicetree binding for the Qualcomm peripheral image loader
relocation information region found in the IMEM.
Reviewed-by: Mathieu Poirier
Reviewed-by: Rob Herring
Reviewed-by: Stephen Boyd
Reviewed-by: Vinod Koul
Signed-off-by: Bjorn Andersson
---
Changes since v5:
- Picked up reviewed
Introduce support for filling out the relocation information in IMEM, to aid
post mortem debug tools to locate the various remoteprocs.
Bjorn Andersson (5):
dt-bindings: remoteproc: Add Qualcomm PIL info binding
remoteproc: qcom: Introduce helper to store pil info in IMEM
remoteproc: qcom: U
On Wed, May 27, 2020 at 12:41 AM Colin King wrote:
> From: Colin Ian King
>
> The pointer clk is being initialized with a value that is never read
> and is being updated with a new value later on. The initialization
> is redundant and can be removed.
>
> Addresses-Coverity: ("Unused value")
> Si
Hello,
syzbot found the following crash on:
HEAD commit:c11d28ab Add linux-next specific files for 20200522
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=1135d53c10
kernel config: https://syzkaller.appspot.com/x/.config?x=3f6dbdea4159fb66
dashboard
On Tue, 26 May 2020 21:46:29 +
Song Liu wrote:
>
>
> > On May 26, 2020, at 2:39 PM, Peter Zijlstra wrote:
> >
> > On Tue, May 26, 2020 at 02:28:26PM -0700, Song Liu wrote:
> >> It is useful to trace functions in kernel/event/core.c. Allow ftrace for
> >> them by removing $(CC_FLAGS_FTRACE
On 05/27/20 13:03 PM, Ian Rogers wrote:
>
> Great result, thanks! I note there is a lack of symbolization when
> benchmarking a few Java applications. I'll try to see if there's a
> sensible resolution for those.
>
I noticed it loses information when the Hotspot code cache is
resized. I've been wo
> 1. pm_runtime_put() …
…
> 2. pm_runtime_disable() …
How do you think about to add blank lines for such enumeration items
and to indent the text below the numbers?
> Co-developed-by: Markus Elfring
Will our collaboration evolve in more ways besides patch review?
Regards,
Markus
From: Chunyan Zhang
Some clocks only can be accessed if their parent is enabled. mipi_csi_xx
clocks on SC9863A are an examples. We have to ensure the parent clock is
enabled when reading those clocks.
Signed-off-by: Chunyan Zhang
---
drivers/clk/sprd/gate.c | 7 +++
drivers/clk/sprd/gate.h
From: Chunyan Zhang
mipi_csi_xx clocks are used by camera sensors.
Signed-off-by: Chunyan Zhang
---
drivers/clk/sprd/sc9863a-clk.c | 32
1 file changed, 32 insertions(+)
diff --git a/drivers/clk/sprd/sc9863a-clk.c b/drivers/clk/sprd/sc9863a-clk.c
index a0631f7
From: Chunyan Zhang
mipi_csi_xx clocks are used by camera sensors. These clocks cannot be
accessed (even read) if their parent gate clock is disabled. So this
patchset also add a check to parent clocks when reading these gate
clocks which marked with the specific flag (SPRD_GATE_NON_AON).
change
From: Chunyan Zhang
mipi_csi_xx clocks are used by camera sensors.
Signed-off-by: Chunyan Zhang
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/clock/sprd,sc9863a-clk.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/clock/sprd,sc9863a-clk.
From: Chunyan Zhang
mipi_csi_xx clocks are used by camera sensors.
Signed-off-by: Chunyan Zhang
Acked-by: Rob Herring
---
include/dt-bindings/clock/sprd,sc9863a-clk.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/dt-bindings/clock/sprd,sc9863a-clk.h
b/include/dt-bindings/c
On Mon, May 25, 2020 at 5:17 PM Kent Gibson wrote:
> > I suppose gpiolib would have to steal or intercept the interrupt
> > by using e.g. IRQF_SHARED and then just return IRQ_HANDLED
> > on the first IRQ so the underlying irq handler does not get called.
>
> And how would gpiolib ensure that it w
On 05/26/20 19:55 PM, Jiri Olsa wrote:
> On Fri, May 22, 2020 at 02:53:30PM +0800, Nick Gasson wrote:
>> For each PC/BCI pair in the JVMTI compiler inlining record table, the
>> jitdump plugin emits debug line table entries for every source line in
>> the method preceding that BCI. Instead only emi
Jiaxun Yang (2):
MIPS: head.S: Always jump to kernel_entry at head of text
MIPS: Loongso64: select NO_EXCEPT_FILL
arch/mips/Kconfig | 1 +
arch/mips/kernel/head.S | 2 --
2 files changed, 1 insertion(+), 2 deletions(-)
--
2.27.0.rc0
Buggy loaders like early version of PMON2000 sometimes ignore
elf_entry and goto start of text directly.
That would help with dealing with these loaders.
Signed-off-by: Jiaxun Yang
---
arch/mips/kernel/head.S | 2 --
1 file changed, 2 deletions(-)
diff --git a/arch/mips/kernel/head.S b/arch/mi
Loongson64 load kernel at 0x8200 and allocate exception vectors
by ebase. So we don't need to reserve space for exception vectors
at head of kernel.
Signed-off-by: Jiaxun Yang
---
arch/mips/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
inde
From: Konstantin Khlebnikov
The RCU lock is required only in disk_map_sector_rcu() to lookup the
partition. After that request holds reference to related hd_struct.
Replace get_cpu() with preempt_disable() - returned cpu index is unused.
Signed-off-by: Konstantin Khlebnikov
[hch: rebased]
Sig
Hi Jens,
they series contains various improvement for block I/O accounting. The
first bunch of patches switch the bio based drivers to better accounting
helpers compared to the current mess. The end contains a fix and various
performanc improvements. Most of this comes from a series Konstantin
From: Konstantin Khlebnikov
Also rename blk_account_io_merge() into blk_account_io_merge_request() to
distinguish it from merging request and bio.
Signed-off-by: Konstantin Khlebnikov
[hch: rebased]
Signed-off-by: Christoph Hellwig
---
block/blk-merge.c | 12 +---
1 file changed, 5 in
1 - 100 of 1989 matches
Mail list logo
