On Mon, Nov 12, 2018 at 1:55 PM Anup Patel wrote:
>
> This patch extends Linux RISC-V build system to build and install:
> Image - Flat uncompressed kernel image
> Image.gz - Flat and GZip compressed kernel image
>
> Quiet a few bootloaders (such as Uboot, UEFI, etc) are capable of
nits: U-Boot
On Mon, Nov 12, 2018 at 1:55 PM Anup Patel wrote:
>
> This patch extends Linux RISC-V build system to build and install:
> Image - Flat uncompressed kernel image
> Image.gz - Flat and GZip compressed kernel image
>
> Quiet a few bootloaders (such as Uboot, UEFI, etc) are capable of
nits: U-Boot
On 11/5/2018 12:06 PM, Viresh Kumar wrote:
Introduce a new helper dev_pm_opp_xlate_performance_state() which will
be used to translate from pstate of a device to another one.
Initially this will be used by genpd to find pstate of a master domain
using its sub-domain's pstate.
Signed-off-by:
On 11/5/2018 12:06 PM, Viresh Kumar wrote:
Introduce a new helper dev_pm_opp_xlate_performance_state() which will
be used to translate from pstate of a device to another one.
Initially this will be used by genpd to find pstate of a master domain
using its sub-domain's pstate.
Signed-off-by:
Hi Viresh,
On 11/5/2018 12:06 PM, Viresh Kumar wrote:
This commit updates genpd core to start propagating performance state
updates to master domains that have their set_performance_state()
callback set.
A genpd handles two type of performance states now. The first one is the
performance state
Hi Viresh,
On 11/5/2018 12:06 PM, Viresh Kumar wrote:
This commit updates genpd core to start propagating performance state
updates to master domains that have their set_performance_state()
callback set.
A genpd handles two type of performance states now. The first one is the
performance state
On Sun, Nov 18 2018, Joe Perches wrote:
> On Sun, 2018-11-18 at 20:28 +0100, Cristian Sicilia wrote:
>> Some parameters are aligned with parentheses.
>> Some parentheses are opened at end of line.
>
> Given the very long identifier lengths, I wouldn't
> consider many of these appropriate.
>
> 80
On Sun, Nov 18 2018, Joe Perches wrote:
> On Sun, 2018-11-18 at 20:28 +0100, Cristian Sicilia wrote:
>> Some parameters are aligned with parentheses.
>> Some parentheses are opened at end of line.
>
> Given the very long identifier lengths, I wouldn't
> consider many of these appropriate.
>
> 80
On (11/16/18 16:20), Minchan Kim wrote:
> + zram_set_flag(zram, index, ZRAM_UNDER_WB);
> + zram_slot_unlock(zram, index);
> + if (zram_bvec_read(zram, , index, 0, NULL)) {
> + zram_slot_lock(zram, index);
> +
On (11/16/18 16:20), Minchan Kim wrote:
> + zram_set_flag(zram, index, ZRAM_UNDER_WB);
> + zram_slot_unlock(zram, index);
> + if (zram_bvec_read(zram, , index, 0, NULL)) {
> + zram_slot_lock(zram, index);
> +
Hi all,
Changes since 20181120:
The mlx5-next tree gained a conflict against the rdma tree.
The regulator tree lost its build failure.
The tip tree lost its build failure.
Non-merge commits (relative to Linus' tree): 3982
4165 files changed, 184299 insertions(+), 123219 deletions
> On Nov 20, 2018, at 7:12 AM, Michal Hocko wrote:
>
> + /*
> + * Check the locked pages before taking a reference to not
> + * go in the way of migration.
> + */
Could you make this a tiny bit more explanative, something like:
+
Hi all,
Changes since 20181120:
The mlx5-next tree gained a conflict against the rdma tree.
The regulator tree lost its build failure.
The tip tree lost its build failure.
Non-merge commits (relative to Linus' tree): 3982
4165 files changed, 184299 insertions(+), 123219 deletions
> On Nov 20, 2018, at 7:12 AM, Michal Hocko wrote:
>
> + /*
> + * Check the locked pages before taking a reference to not
> + * go in the way of migration.
> + */
Could you make this a tiny bit more explanative, something like:
+
On Tue, Nov 20, 2018 at 06:41:07PM -0800, Paul E. McKenney wrote:
[...]
> > > > I was thinking if we could simplify rcu_note_context_switch (the parts
> > > > that
> > > > call rcu_momentary_dyntick_idle), if we did the following in
> > > > rcu_implicit_dynticks_qs.
> > > >
> > > > Since we
On Tue, Nov 20, 2018 at 06:41:07PM -0800, Paul E. McKenney wrote:
[...]
> > > > I was thinking if we could simplify rcu_note_context_switch (the parts
> > > > that
> > > > call rcu_momentary_dyntick_idle), if we did the following in
> > > > rcu_implicit_dynticks_qs.
> > > >
> > > > Since we
Hi Rob
Thank you for your comment.
> -Original Message-
> From: Rob Herring [mailto:robh...@kernel.org]
> Sent: Tuesday, November 20, 2018 12:21 AM
> To: Sugaya, Taichi/菅谷 太一
> Cc: linux-clk; devicet...@vger.kernel.org; moderated list:ARM/FREESCALE
> IMX / MXC ARM ARCHITECTURE;
Hi Rob
Thank you for your comment.
> -Original Message-
> From: Rob Herring [mailto:robh...@kernel.org]
> Sent: Tuesday, November 20, 2018 12:21 AM
> To: Sugaya, Taichi/菅谷 太一
> Cc: linux-clk; devicet...@vger.kernel.org; moderated list:ARM/FREESCALE
> IMX / MXC ARM ARCHITECTURE;
text_mutex is currently expected to be held before text_poke() is
called, but we kgdb does not take the mutex, and instead *supposedly*
ensures the lock is not taken and will not be acquired by any other core
while text_poke() is running.
The reason for the "supposedly" comment is that it is not
The return value of text_poke_early() and text_poke_bp() is useless.
Remove it.
Cc: Andy Lutomirski
Cc: Kees Cook
Cc: Peter Zijlstra
Cc: Dave Hansen
Cc: Masami Hiramatsu
Signed-off-by: Nadav Amit
---
arch/x86/include/asm/text-patching.h | 4 ++--
arch/x86/kernel/alternative.c| 11
From: Andy Lutomirski
Sometimes we want to set a temporary page-table entries (PTEs) in one of
the cores, without allowing other cores to use - even speculatively -
these mappings. There are two benefits for doing so:
(1) Security: if sensitive PTEs are set, temporary mm prevents their use
in
text_mutex is currently expected to be held before text_poke() is
called, but we kgdb does not take the mutex, and instead *supposedly*
ensures the lock is not taken and will not be acquired by any other core
while text_poke() is running.
The reason for the "supposedly" comment is that it is not
The return value of text_poke_early() and text_poke_bp() is useless.
Remove it.
Cc: Andy Lutomirski
Cc: Kees Cook
Cc: Peter Zijlstra
Cc: Dave Hansen
Cc: Masami Hiramatsu
Signed-off-by: Nadav Amit
---
arch/x86/include/asm/text-patching.h | 4 ++--
arch/x86/kernel/alternative.c| 11
From: Andy Lutomirski
Sometimes we want to set a temporary page-table entries (PTEs) in one of
the cores, without allowing other cores to use - even speculatively -
these mappings. There are two benefits for doing so:
(1) Security: if sensitive PTEs are set, temporary mm prevents their use
in
This patch-set addresses some issues that might affect the security and
the correctness of code patching.
The main issue that the patches deal with is the fact that the fixmap
PTEs that are used for patching are available for access from other
cores and might be exploited. They are not even
On Wed, Nov 21, 2018 at 8:11 AM Anson Huang wrote:
> @@ -830,8 +851,7 @@ static int imx_thermal_probe(struct platform_device *pdev)
> clk_disable:
> clk_disable_unprepare(data->thermal_clk);
> cpufreq_put:
While at it, rename this label as well to something like legacy_cleanup.
> -
On Wed, Nov 21, 2018 at 8:11 AM Anson Huang wrote:
> @@ -830,8 +851,7 @@ static int imx_thermal_probe(struct platform_device *pdev)
> clk_disable:
> clk_disable_unprepare(data->thermal_clk);
> cpufreq_put:
While at it, rename this label as well to something like legacy_cleanup.
> -
This patch-set addresses some issues that might affect the security and
the correctness of code patching.
The main issue that the patches deal with is the fact that the fixmap
PTEs that are used for patching are available for access from other
cores and might be exploited. They are not even
Provide a function for copying init_mm. This function will be later used
for setting a temporary mm.
Cc: Andy Lutomirski
Cc: Kees Cook
Cc: Peter Zijlstra
Cc: Dave Hansen
Reviewed-by: Masami Hiramatsu
Tested-by: Masami Hiramatsu
Signed-off-by: Nadav Amit
---
include/linux/sched/task.h | 1
Provide a function for copying init_mm. This function will be later used
for setting a temporary mm.
Cc: Andy Lutomirski
Cc: Kees Cook
Cc: Peter Zijlstra
Cc: Dave Hansen
Reviewed-by: Masami Hiramatsu
Tested-by: Masami Hiramatsu
Signed-off-by: Nadav Amit
---
include/linux/sched/task.h | 1
There is no apparent reason not to use text_poke_early() while we are
during early-init and we do not patch code that might be on the stack
(i.e., we'll return to the middle of the patched code). This appears to
be the case of jump-labels, so do so.
This is required for the next patches that
text_poke() already ensures that the written value is the correct one
and fails if that is not the case. There is no need for an additional
comparison. Remove it.
Signed-off-by: Nadav Amit
---
arch/x86/kernel/kgdb.c | 14 +-
1 file changed, 1 insertion(+), 13 deletions(-)
diff
There is no apparent reason not to use text_poke_early() while we are
during early-init and we do not patch code that might be on the stack
(i.e., we'll return to the middle of the patched code). This appears to
be the case of jump-labels, so do so.
This is required for the next patches that
text_poke() already ensures that the written value is the correct one
and fails if that is not the case. There is no need for an additional
comparison. Remove it.
Signed-off-by: Nadav Amit
---
arch/x86/kernel/kgdb.c | 14 +-
1 file changed, 1 insertion(+), 13 deletions(-)
diff
text_poke() can potentially compromise the security as it sets temporary
PTEs in the fixmap. These PTEs might be used to rewrite the kernel code
from other cores accidentally or maliciously, if an attacker gains the
ability to write onto kernel memory.
Moreover, since remote TLBs are not flushed
When modules and BPF filters are loaded, there is a time window in
which some memory is both writable and executable. An attacker that has
already found another vulnerability (e.g., a dangling pointer) might be
able to exploit this behavior to overwrite kernel code. This patch
prevents having
text_poke() can potentially compromise the security as it sets temporary
PTEs in the fixmap. These PTEs might be used to rewrite the kernel code
from other cores accidentally or maliciously, if an attacker gains the
ability to write onto kernel memory.
Moreover, since remote TLBs are not flushed
When modules and BPF filters are loaded, there is a time window in
which some memory is both writable and executable. An attacker that has
already found another vulnerability (e.g., a dangling pointer) might be
able to exploit this behavior to overwrite kernel code. This patch
prevents having
To prevent improper use of the PTEs that are used for text patching, we
want to use a temporary mm struct. We initailize it by copying the init
mm.
The address that will be used for patching is taken from the lower area
that is usually used for the task memory. Doing so prevents the need to
There are only two types of poking: early and breakpoint based. The use
of a function pointer to perform poking complicates the code and is
probably inefficient due to the use of indirect branches.
Cc: Andy Lutomirski
Cc: Kees Cook
Cc: Peter Zijlstra
Cc: Dave Hansen
Cc: Masami Hiramatsu
There are only two types of poking: early and breakpoint based. The use
of a function pointer to perform poking complicates the code and is
probably inefficient due to the use of indirect branches.
Cc: Andy Lutomirski
Cc: Kees Cook
Cc: Peter Zijlstra
Cc: Dave Hansen
Cc: Masami Hiramatsu
To prevent improper use of the PTEs that are used for text patching, we
want to use a temporary mm struct. We initailize it by copying the init
mm.
The address that will be used for patching is taken from the lower area
that is usually used for the task memory. Doing so prevents the need to
Add MAINTAINERS entry for RDA Micro SoC architecture with myself
and Andreas Färber as the maintainers.
Signed-off-by: Manivannan Sadhasivam
---
MAINTAINERS | 14 ++
1 file changed, 14 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 6c3fbbb361f8..7a5ae685a638 100644
---
Add MAINTAINERS entry for RDA Micro SoC architecture with myself
and Andreas Färber as the maintainers.
Signed-off-by: Manivannan Sadhasivam
---
MAINTAINERS | 14 ++
1 file changed, 14 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 6c3fbbb361f8..7a5ae685a638 100644
---
Add clock driver for RDA Micro RDA8810PL SoC supporting OSTIMER
and HWTIMER.
RDA8810PL has two independent timers: OSTIMER (56 bit) and HWTIMER (64 bit).
Each timer provides optional interrupt support. In this driver, OSTIMER is
used for clockevents and HWTIMER is used for clocksource.
Add timer support for RDA Micro RDA8810PL SoC.
Signed-off-by: Andreas Färber
Signed-off-by: Manivannan Sadhasivam
---
arch/arm/boot/dts/rda8810pl.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/rda8810pl.dtsi b/arch/arm/boot/dts/rda8810pl.dtsi
index
Add clock driver for RDA Micro RDA8810PL SoC supporting OSTIMER
and HWTIMER.
RDA8810PL has two independent timers: OSTIMER (56 bit) and HWTIMER (64 bit).
Each timer provides optional interrupt support. In this driver, OSTIMER is
used for clockevents and HWTIMER is used for clocksource.
Add timer support for RDA Micro RDA8810PL SoC.
Signed-off-by: Andreas Färber
Signed-off-by: Manivannan Sadhasivam
---
arch/arm/boot/dts/rda8810pl.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/rda8810pl.dtsi b/arch/arm/boot/dts/rda8810pl.dtsi
index
Add interrupt support for UART in RDA Micro RDA8810PL SoC.
Signed-off-by: Andreas Färber
Signed-off-by: Manivannan Sadhasivam
---
arch/arm/boot/dts/rda8810pl.dtsi | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/boot/dts/rda8810pl.dtsi b/arch/arm/boot/dts/rda8810pl.dtsi
index
From: Andreas Färber
Add an initial binding for the UART in RDA Micro RDA8810PL SoC.
Signed-off-by: Andreas Färber
Signed-off-by: Manivannan Sadhasivam
---
.../bindings/serial/rda,8810pl-uart.txt | 15 +++
1 file changed, 15 insertions(+)
create mode 100644
Add UART driver for RDA Micro RDA8810PL SoC.
Signed-off-by: Andreas Färber
Signed-off-by: Manivannan Sadhasivam
---
.../admin-guide/kernel-parameters.txt | 6 +
drivers/tty/serial/Kconfig| 19 +
drivers/tty/serial/Makefile | 1 +
Add interrupt support for UART in RDA Micro RDA8810PL SoC.
Signed-off-by: Andreas Färber
Signed-off-by: Manivannan Sadhasivam
---
arch/arm/boot/dts/rda8810pl.dtsi | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/boot/dts/rda8810pl.dtsi b/arch/arm/boot/dts/rda8810pl.dtsi
index
From: Andreas Färber
Add an initial binding for the UART in RDA Micro RDA8810PL SoC.
Signed-off-by: Andreas Färber
Signed-off-by: Manivannan Sadhasivam
---
.../bindings/serial/rda,8810pl-uart.txt | 15 +++
1 file changed, 15 insertions(+)
create mode 100644
Add UART driver for RDA Micro RDA8810PL SoC.
Signed-off-by: Andreas Färber
Signed-off-by: Manivannan Sadhasivam
---
.../admin-guide/kernel-parameters.txt | 6 +
drivers/tty/serial/Kconfig| 19 +
drivers/tty/serial/Makefile | 1 +
Document RDA Micro RDA8810PL SoC timer.
Signed-off-by: Manivannan Sadhasivam
---
.../bindings/timer/rda,8810pl-timer.txt | 21 +++
1 file changed, 21 insertions(+)
create mode 100644 Documentation/devicetree/bindings/timer/rda,8810pl-timer.txt
diff --git
Document RDA Micro RDA8810PL SoC timer.
Signed-off-by: Manivannan Sadhasivam
---
.../bindings/timer/rda,8810pl-timer.txt | 21 +++
1 file changed, 21 insertions(+)
create mode 100644 Documentation/devicetree/bindings/timer/rda,8810pl-timer.txt
diff --git
Add interrupt driver for RDA Micro RDA8810PL SoC.
Signed-off-by: Andreas Färber
Signed-off-by: Manivannan Sadhasivam
---
arch/arm/mach-rda/Kconfig | 1 +
drivers/irqchip/Kconfig| 4 ++
drivers/irqchip/Makefile | 1 +
drivers/irqchip/irq-rda-intc.c | 113
Add initial devicetree support for OrangePi 2G IoT board from Xunlong.
Signed-off-by: Andreas Färber
Signed-off-by: Manivannan Sadhasivam
---
arch/arm/boot/dts/Makefile| 2 +
.../boot/dts/rda8810pl-orangepi-2g-iot.dts| 40 +++
2 files changed, 42
Add initial devicetree for Orange Pi i96 board from Xunlong. It
is one of the 96Boards IoT Edition board.
Signed-off-by: Andreas Färber
Signed-off-by: Manivannan Sadhasivam
---
arch/arm/boot/dts/Makefile | 3 +-
arch/arm/boot/dts/rda8810pl-orangepi-i96.dts | 40
Add initial device tree for RDA8810PL SoC from RDA Microelectronics.
Signed-off-by: Andreas Färber
Signed-off-by: Manivannan Sadhasivam
---
arch/arm/boot/dts/rda8810pl.dtsi | 86
1 file changed, 86 insertions(+)
create mode 100644
From: Andreas Färber
Introduce ARCH_RDA and mach-rda for RDA Micro SoCs.
Signed-off-by: Andreas Färber
Signed-off-by: Manivannan Sadhasivam
---
arch/arm/Kconfig | 2 ++
arch/arm/Makefile | 1 +
arch/arm/mach-rda/Kconfig | 7 +++
arch/arm/mach-rda/Makefile | 1 +
4
Document interrupt controller in RDA Micro RDA8810PL SoC.
Signed-off-by: Manivannan Sadhasivam
---
.../interrupt-controller/rda,8810pl-intc.txt | 61 +++
1 file changed, 61 insertions(+)
create mode 100644
Add interrupt driver for RDA Micro RDA8810PL SoC.
Signed-off-by: Andreas Färber
Signed-off-by: Manivannan Sadhasivam
---
arch/arm/mach-rda/Kconfig | 1 +
drivers/irqchip/Kconfig| 4 ++
drivers/irqchip/Makefile | 1 +
drivers/irqchip/irq-rda-intc.c | 113
Add initial devicetree support for OrangePi 2G IoT board from Xunlong.
Signed-off-by: Andreas Färber
Signed-off-by: Manivannan Sadhasivam
---
arch/arm/boot/dts/Makefile| 2 +
.../boot/dts/rda8810pl-orangepi-2g-iot.dts| 40 +++
2 files changed, 42
Add initial devicetree for Orange Pi i96 board from Xunlong. It
is one of the 96Boards IoT Edition board.
Signed-off-by: Andreas Färber
Signed-off-by: Manivannan Sadhasivam
---
arch/arm/boot/dts/Makefile | 3 +-
arch/arm/boot/dts/rda8810pl-orangepi-i96.dts | 40
Add initial device tree for RDA8810PL SoC from RDA Microelectronics.
Signed-off-by: Andreas Färber
Signed-off-by: Manivannan Sadhasivam
---
arch/arm/boot/dts/rda8810pl.dtsi | 86
1 file changed, 86 insertions(+)
create mode 100644
From: Andreas Färber
Introduce ARCH_RDA and mach-rda for RDA Micro SoCs.
Signed-off-by: Andreas Färber
Signed-off-by: Manivannan Sadhasivam
---
arch/arm/Kconfig | 2 ++
arch/arm/Makefile | 1 +
arch/arm/mach-rda/Kconfig | 7 +++
arch/arm/mach-rda/Makefile | 1 +
4
Document interrupt controller in RDA Micro RDA8810PL SoC.
Signed-off-by: Manivannan Sadhasivam
---
.../interrupt-controller/rda,8810pl-intc.txt | 61 +++
1 file changed, 61 insertions(+)
create mode 100644
From: Andreas Färber
Add vendor prefix for RDA Micro which now merged into Unisoc
Communications Inc.
Cc: overseas.sa...@unisoc.com
Signed-off-by: Andreas Färber
Signed-off-by: Manivannan Sadhasivam
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1
From: Andreas Färber
Add bindings for RDA Micro RDA8810PL SoC and below reference boards:
1. Orange Pi 2G-IoT - http://www.orangepi.org/OrangePi2GIOT/
2. Orange Pi i96 - https://www.96boards.org/product/orangepi-i96/
Cc: overseas.sa...@unisoc.com
Cc: zhao_ste...@263.net
Signed-off-by: Andreas
From: Andreas Färber
Add vendor prefix for RDA Micro which now merged into Unisoc
Communications Inc.
Cc: overseas.sa...@unisoc.com
Signed-off-by: Andreas Färber
Signed-off-by: Manivannan Sadhasivam
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1
From: Andreas Färber
Add bindings for RDA Micro RDA8810PL SoC and below reference boards:
1. Orange Pi 2G-IoT - http://www.orangepi.org/OrangePi2GIOT/
2. Orange Pi i96 - https://www.96boards.org/product/orangepi-i96/
Cc: overseas.sa...@unisoc.com
Cc: zhao_ste...@263.net
Signed-off-by: Andreas
Hello,
This patchset adds initial RDA8810PL SoC and Orange Pi boards (2G IoT and
i96) support. RDA8810PL is an ARM Cortex A5 based SoC with Vivante's GC860
GPU. The SoC has been added as a new ARM sub architecture with myself
and Andreas as the maintainers.
More information about the boards can
Hello,
This patchset adds initial RDA8810PL SoC and Orange Pi boards (2G IoT and
i96) support. RDA8810PL is an ARM Cortex A5 based SoC with Vivante's GC860
GPU. The SoC has been added as a new ARM sub architecture with myself
and Andreas as the maintainers.
More information about the boards can
> -Original Message-
> From: Joakim Zhang
[...]
>
> If wakeup is enabled, enter stop mode, else enter disabled mode.Self wake can
> only work on stop mode.
>
> Starting from IMX6, the flexcan stop mode control bits is SoC specific, move
> it
> out of IP driver and parse it from
> -Original Message-
> From: Joakim Zhang
[...]
>
> If wakeup is enabled, enter stop mode, else enter disabled mode.Self wake can
> only work on stop mode.
>
> Starting from IMX6, the flexcan stop mode control bits is SoC specific, move
> it
> out of IP driver and parse it from
Not sure I understand the 'blocking' problem in this case.
We can build a bvec table from this req, and send them all
in send(),
I would like to avoid growing bvec tables and keep everything
preallocated. Plus, a bvec_iter operates on a bvec which means
we'll need a table there as well...
Not sure I understand the 'blocking' problem in this case.
We can build a bvec table from this req, and send them all
in send(),
I would like to avoid growing bvec tables and keep everything
preallocated. Plus, a bvec_iter operates on a bvec which means
we'll need a table there as well...
On Tue, 20 Nov 2018, Hugh Dickins wrote:
> On Tue, 20 Nov 2018, Vlastimil Babka wrote:
> > >
> > > finish_wait(q, wait);
> >
> > ... the code continues by:
> >
> > if (thrashing) {
> > if (!PageSwapBacked(page))
> >
> > So maybe we should not set 'thrashing' true
> 1. Do not EVER submit HTML mails, mailing lists will automatically
>reject them. So your mail didn't reach the lists and I only got it
>because I was in the Cc field.
I apologize, my mistake.
> 2. Do not top post, it's really annoying:
>
>
>
On Tue, 20 Nov 2018, Hugh Dickins wrote:
> On Tue, 20 Nov 2018, Vlastimil Babka wrote:
> > >
> > > finish_wait(q, wait);
> >
> > ... the code continues by:
> >
> > if (thrashing) {
> > if (!PageSwapBacked(page))
> >
> > So maybe we should not set 'thrashing' true
> 1. Do not EVER submit HTML mails, mailing lists will automatically
>reject them. So your mail didn't reach the lists and I only got it
>because I was in the Cc field.
I apologize, my mistake.
> 2. Do not top post, it's really annoying:
>
>
>
Hi Wei,
I think you will receive my reply to Zhong, But I am copying my comments
for that patch here (again):
Copy starts ==>
I am not sure if the patch you mentioned intended to fix the problem here.
With that patch the negative page->pobjects would become a large
positive value,
it will
Hi Wei,
I think you will receive my reply to Zhong, But I am copying my comments
for that patch here (again):
Copy starts ==>
I am not sure if the patch you mentioned intended to fix the problem here.
With that patch the negative page->pobjects would become a large
positive value,
it will
On Fri, Nov 16, 2018 at 11:24:05AM +0100, Michal Hocko wrote:
>On Thu 15-11-18 07:50:40, Wei Yang wrote:
>[...]
>> @@ -1193,8 +1196,8 @@ static unsigned int count_free_highmem_pages(void)
>> struct zone *zone;
>> unsigned int cnt = 0;
>>
>> -for_each_populated_zone(zone)
>> -
On Fri, Nov 16, 2018 at 11:24:05AM +0100, Michal Hocko wrote:
>On Thu 15-11-18 07:50:40, Wei Yang wrote:
>[...]
>> @@ -1193,8 +1196,8 @@ static unsigned int count_free_highmem_pages(void)
>> struct zone *zone;
>> unsigned int cnt = 0;
>>
>> -for_each_populated_zone(zone)
>> -
On Tue, Nov 20, 2018 at 09:58:58AM -0800, Wengang Wang wrote:
>Hi Wei,
>
>
>On 2018/11/17 17:02, Wei Yang wrote:
>> On Fri, Nov 16, 2018 at 05:33:35PM -0800, Wengang Wang wrote:
>> > The this_cpu_cmpxchg makes the do-while loop pass as long as the
>> > s->cpu_slab->partial as the same value. It
On Tue, Nov 20, 2018 at 09:58:58AM -0800, Wengang Wang wrote:
>Hi Wei,
>
>
>On 2018/11/17 17:02, Wei Yang wrote:
>> On Fri, Nov 16, 2018 at 05:33:35PM -0800, Wengang Wang wrote:
>> > The this_cpu_cmpxchg makes the do-while loop pass as long as the
>> > s->cpu_slab->partial as the same value. It
Hi,
Please can you respond to my last enquiry.
Thanks
Wayne.
Hi,
Please can you respond to my last enquiry.
Thanks
Wayne.
On Tue, Nov 20, 2018 at 2:21 AM Nadav Amit wrote:
>
> at 8:20 PM, Masahiro Yamada wrote:
>
> > On Sat, Nov 17, 2018 at 6:02 AM Nadav Amit wrote:
> >> From: Masahiro Yamada
> >> Sent: November 16, 2018 at 7:45:45 AM GMT
> >>> To: Nadav Amit
> >>> Cc: Ingo Molnar , Michal Marek
> >>> , Thomas
On Tue, Nov 20, 2018 at 2:21 AM Nadav Amit wrote:
>
> at 8:20 PM, Masahiro Yamada wrote:
>
> > On Sat, Nov 17, 2018 at 6:02 AM Nadav Amit wrote:
> >> From: Masahiro Yamada
> >> Sent: November 16, 2018 at 7:45:45 AM GMT
> >>> To: Nadav Amit
> >>> Cc: Ingo Molnar , Michal Marek
> >>> , Thomas
On Tue, Nov 20, 2018 at 06:06:12PM -0800, Joel Fernandes wrote:
> On Tue, Nov 20, 2018 at 02:28:14PM -0800, Paul E. McKenney wrote:
> > On Tue, Nov 20, 2018 at 12:42:43PM -0800, Joel Fernandes wrote:
> > > On Sun, Nov 11, 2018 at 10:36:18AM -0800, Paul E. McKenney wrote:
> > > > On Sun, Nov 11,
On Tue, Nov 20, 2018 at 06:06:12PM -0800, Joel Fernandes wrote:
> On Tue, Nov 20, 2018 at 02:28:14PM -0800, Paul E. McKenney wrote:
> > On Tue, Nov 20, 2018 at 12:42:43PM -0800, Joel Fernandes wrote:
> > > On Sun, Nov 11, 2018 at 10:36:18AM -0800, Paul E. McKenney wrote:
> > > > On Sun, Nov 11,
The thermal driver is a standalone driver for monitoring SoC temperature
by enabling thermal sensor, so it can be enabled even when CONFIG_CPU_FREQ
is NOT set. So remove the dependency with CPU_THERMAL.
Introduce dummy function of legacy cooling register/unregister to make
thermal driver probe
The thermal driver is a standalone driver for monitoring SoC temperature
by enabling thermal sensor, so it can be enabled even when CONFIG_CPU_FREQ
is NOT set. So remove the dependency with CPU_THERMAL.
Introduce dummy function of legacy cooling register/unregister to make
thermal driver probe
Hi Rob
Thank you for your comments.
> -Original Message-
> From: Rob Herring [mailto:robh...@kernel.org]
> Sent: Tuesday, November 20, 2018 12:46 AM
> To: Sugaya, Taichi; ARM-SoC Maintainers
> Cc: linux-clk; devicet...@vger.kernel.org; moderated list:ARM/FREESCALE
> IMX / MXC ARM
Hi Rob
Thank you for your comments.
> -Original Message-
> From: Rob Herring [mailto:robh...@kernel.org]
> Sent: Tuesday, November 20, 2018 12:46 AM
> To: Sugaya, Taichi; ARM-SoC Maintainers
> Cc: linux-clk; devicet...@vger.kernel.org; moderated list:ARM/FREESCALE
> IMX / MXC ARM
The current value of the early boot static pool size is not big enough
for systems with large number of CPUs with timer or/and workqueue
objects selected. As the results, systems have 60+ CPUs with both timer
and workqueue objects enabled could trigger "ODEBUG: Out of memory.
ODEBUG disabled".
The current value of the early boot static pool size is not big enough
for systems with large number of CPUs with timer or/and workqueue
objects selected. As the results, systems have 60+ CPUs with both timer
and workqueue objects enabled could trigger "ODEBUG: Out of memory.
ODEBUG disabled".
101 - 200 of 1736 matches
Mail list logo