On Thu 2018-10-18 07:58:24, Josh Poimboeuf wrote:
> On Thu, Oct 18, 2018 at 01:11:53PM +0200, Petr Mladek wrote:
> > On Wed 2018-10-17 13:17:56, Josh Poimboeuf wrote:
> > > On Mon, Oct 15, 2018 at 02:37:03PM +0200, Petr Mladek wrote:
> > > > The definition of struct klp_func might be a bit
On Thu 2018-10-18 07:58:24, Josh Poimboeuf wrote:
> On Thu, Oct 18, 2018 at 01:11:53PM +0200, Petr Mladek wrote:
> > On Wed 2018-10-17 13:17:56, Josh Poimboeuf wrote:
> > > On Mon, Oct 15, 2018 at 02:37:03PM +0200, Petr Mladek wrote:
> > > > The definition of struct klp_func might be a bit
On Wed, Oct 24, 2018 at 04:11:24PM +0530, Srikar Dronamraju wrote:
> * Peter Zijlstra [2018-10-24 12:15:08]:
>
> > On Wed, Oct 24, 2018 at 03:16:46PM +0530, Srikar Dronamraju wrote:
> > > * Mel Gorman [2018-10-24 09:56:36]:
> > >
> > > > On Wed, Oct 24, 2018 at 08:32:49AM +0530, Srikar
On Wed, Oct 24, 2018 at 04:11:24PM +0530, Srikar Dronamraju wrote:
> * Peter Zijlstra [2018-10-24 12:15:08]:
>
> > On Wed, Oct 24, 2018 at 03:16:46PM +0530, Srikar Dronamraju wrote:
> > > * Mel Gorman [2018-10-24 09:56:36]:
> > >
> > > > On Wed, Oct 24, 2018 at 08:32:49AM +0530, Srikar
Hi Joakim,
On Wed, Oct 24, 2018 at 8:15 AM Joakim Zhang wrote:
> diff --git a/arch/arm/boot/dts/imx6dl-sabreauto-flexcan1.dts
> b/arch/arm/boot/dts/imx6dl-sabreauto-flexcan1.dts
> new file mode 100644
> index ..963e0b559d60
> --- /dev/null
> +++
On Tue, Oct 23, 2018 at 03:13:43PM +, Raslan, KarimAllah wrote:
> On Fri, 2018-10-19 at 13:21 -0700, Paul E. McKenney wrote:
> > On Fri, Oct 19, 2018 at 07:45:51PM +, Raslan, KarimAllah wrote:
> > >
> > > On Fri, 2018-10-19 at 05:31 -0700, Paul E. McKenney wrote:
> > > >
> > > > On Fri,
Hi Joakim,
On Wed, Oct 24, 2018 at 8:15 AM Joakim Zhang wrote:
> diff --git a/arch/arm/boot/dts/imx6dl-sabreauto-flexcan1.dts
> b/arch/arm/boot/dts/imx6dl-sabreauto-flexcan1.dts
> new file mode 100644
> index ..963e0b559d60
> --- /dev/null
> +++
On Tue, Oct 23, 2018 at 03:13:43PM +, Raslan, KarimAllah wrote:
> On Fri, 2018-10-19 at 13:21 -0700, Paul E. McKenney wrote:
> > On Fri, Oct 19, 2018 at 07:45:51PM +, Raslan, KarimAllah wrote:
> > >
> > > On Fri, 2018-10-19 at 05:31 -0700, Paul E. McKenney wrote:
> > > >
> > > > On Fri,
2018-10-24 04:01-0700, Sean Christopherson:
> On Sat, Oct 20, 2018 at 11:42:59PM +0200, KarimAllah Ahmed wrote:
> > The spec only requires the posted interrupt descriptor address to be
> > 64-bytes aligned (i.e. bits[0:5] == 0). Using page_address_valid also
> > forces the address to be page
2018-10-24 04:01-0700, Sean Christopherson:
> On Sat, Oct 20, 2018 at 11:42:59PM +0200, KarimAllah Ahmed wrote:
> > The spec only requires the posted interrupt descriptor address to be
> > 64-bytes aligned (i.e. bits[0:5] == 0). Using page_address_valid also
> > forces the address to be page
Good Day,
I am in need of a reliable and trust worthy person to work with me in
receiving huge sum of money into his or her account. I will give you
the full details immediately you respond to this email.
Ahmed Zama
+22675844869
Good Day,
I am in need of a reliable and trust worthy person to work with me in
receiving huge sum of money into his or her account. I will give you
the full details immediately you respond to this email.
Ahmed Zama
+22675844869
From: Dong Aisheng
The flexcan1 is pin conflict with fec. So we add a new dts file with
flexcan1 enabled with fec disabled for user to use.
Signed-off-by: Dong Aisheng
Signed-off-by: Joakim Zhang
---
.../boot/dts/imx6dl-sabreauto-flexcan1.dts| 19
From: Dong Aisheng
The flexcan1 is pin conflict with fec. So we add a new dts file with
flexcan1 enabled with fec disabled for user to use.
Signed-off-by: Dong Aisheng
Signed-off-by: Joakim Zhang
---
.../boot/dts/imx6dl-sabreauto-flexcan1.dts| 19
From: Dong Aisheng
The CAN transceiver on MX6SX Sabreauto board seems in sleep mode
by default after power up the board. User has to press the wakeup
key on ARD baseboard before using the transceiver, or it may not
work properly when power up the board at the first time(warm reset
does not have
On Tue 2018-10-23 11:39:43, Josh Poimboeuf wrote:
> On Mon, Oct 22, 2018 at 03:25:10PM +0200, Petr Mladek wrote:
> > On Fri 2018-10-19 09:36:04, Josh Poimboeuf wrote:
> > > On Fri, Oct 19, 2018 at 02:16:19PM +0200, Miroslav Benes wrote:
> > > > On Thu, 18 Oct 2018, Josh Poimboeuf wrote:
> > > > >
From: Dong Aisheng
The CAN transceiver on MX6SX Sabreauto board seems in sleep mode
by default after power up the board. User has to press the wakeup
key on ARD baseboard before using the transceiver, or it may not
work properly when power up the board at the first time(warm reset
does not have
On Tue 2018-10-23 11:39:43, Josh Poimboeuf wrote:
> On Mon, Oct 22, 2018 at 03:25:10PM +0200, Petr Mladek wrote:
> > On Fri 2018-10-19 09:36:04, Josh Poimboeuf wrote:
> > > On Fri, Oct 19, 2018 at 02:16:19PM +0200, Miroslav Benes wrote:
> > > > On Thu, 18 Oct 2018, Josh Poimboeuf wrote:
> > > > >
This patch series intends to add flexcan support for IMX6 platforms.
Dong Aisheng (3):
ARM: dts: imx6sx-sdb: Add flexcan support
ARM: dts: imx6sx-sabreauto: Add flexcan support
ARM: dts: sabreauto: Add flexcan support
.../boot/dts/imx6dl-sabreauto-flexcan1.dts| 19 +++
From: Dong Aisheng
CAN transceiver is different on RevA and RevB board.
It's active high on RevA while active low on Rev B.
Signed-off-by: Dong Aisheng
Signed-off-by: Joakim Zhang
---
arch/arm/boot/dts/imx6sx-sdb-reva.dts | 12
arch/arm/boot/dts/imx6sx-sdb.dts | 5
From: Dong Aisheng
CAN transceiver is different on RevA and RevB board.
It's active high on RevA while active low on Rev B.
Signed-off-by: Dong Aisheng
Signed-off-by: Joakim Zhang
---
arch/arm/boot/dts/imx6sx-sdb-reva.dts | 12
arch/arm/boot/dts/imx6sx-sdb.dts | 5
This patch series intends to add flexcan support for IMX6 platforms.
Dong Aisheng (3):
ARM: dts: imx6sx-sdb: Add flexcan support
ARM: dts: imx6sx-sabreauto: Add flexcan support
ARM: dts: sabreauto: Add flexcan support
.../boot/dts/imx6dl-sabreauto-flexcan1.dts| 19 +++
Linus,
there are conflicts with the ARM tree as we didn't have a topic branch and some
with 4.19 fixes. Future merge of the selftests tree will also have a conflict,
https://lkml.org/lkml/2018/10/18/273. All should be resolved as in next and
a resolution of the first two is attached at the
Linus,
there are conflicts with the ARM tree as we didn't have a topic branch and some
with 4.19 fixes. Future merge of the selftests tree will also have a conflict,
https://lkml.org/lkml/2018/10/18/273. All should be resolved as in next and
a resolution of the first two is attached at the
The subject line does not parse..
The subject line does not parse..
On Sat, Oct 20, 2018 at 11:42:59PM +0200, KarimAllah Ahmed wrote:
> The spec only requires the posted interrupt descriptor address to be
> 64-bytes aligned (i.e. bits[0:5] == 0). Using page_address_valid also
> forces the address to be page aligned.
>
> Only validate that the address does not
On Sat, Oct 20, 2018 at 11:42:59PM +0200, KarimAllah Ahmed wrote:
> The spec only requires the posted interrupt descriptor address to be
> 64-bytes aligned (i.e. bits[0:5] == 0). Using page_address_valid also
> forces the address to be page aligned.
>
> Only validate that the address does not
On Fri, Oct 12, 2018 at 05:15:51PM -0700, John Hubbard wrote:
> On 10/12/18 3:56 AM, Balbir Singh wrote:
> > On Thu, Oct 11, 2018 at 11:00:12PM -0700, john.hubb...@gmail.com wrote:
> >> From: John Hubbard
> [...]
> >> + * Because page->dma_pinned_flags is unioned with page->lru, any page that
>
On Fri, Oct 12, 2018 at 05:15:51PM -0700, John Hubbard wrote:
> On 10/12/18 3:56 AM, Balbir Singh wrote:
> > On Thu, Oct 11, 2018 at 11:00:12PM -0700, john.hubb...@gmail.com wrote:
> >> From: John Hubbard
> [...]
> >> + * Because page->dma_pinned_flags is unioned with page->lru, any page that
>
On 10/15/2018 01:37 PM, Khalid Aziz wrote:
On 09/24/2018 08:45 AM, Stecklina, Julian wrote:
I didn't test the version with TLB flushes, because it's clear that the
overhead is so bad that no one wants to use this.
I don't think we can ignore the vulnerability caused by not flushing
stale TLB
On 10/15/2018 01:37 PM, Khalid Aziz wrote:
On 09/24/2018 08:45 AM, Stecklina, Julian wrote:
I didn't test the version with TLB flushes, because it's clear that the
overhead is so bad that no one wants to use this.
I don't think we can ignore the vulnerability caused by not flushing
stale TLB
On 19 October 2018 at 16:40, Jonas Danielsson wrote:
> On our AT91SAM9260 board we use the same sdio bus for wifi and for the
> sd card slot. This caused the atmel-mci to give the following splat on
> the serial console:
>
> [ cut here ]
> WARNING: CPU: 0 PID: 538 at
On 19 October 2018 at 16:40, Jonas Danielsson wrote:
> On our AT91SAM9260 board we use the same sdio bus for wifi and for the
> sd card slot. This caused the atmel-mci to give the following splat on
> the serial console:
>
> [ cut here ]
> WARNING: CPU: 0 PID: 538 at
On 19 October 2018 at 16:26, Liming Sun wrote:
> This commit removes the unnecessary of-node check since the
> dw_mci_bluefield_match[] structure has only one entry.
>
> Signed-off-by: Liming Sun
Queued for 4.21, thanks!
Kind regards
Uffe
> ---
> drivers/mmc/host/dw_mmc-bluefield.c | 11
On 19 October 2018 at 16:26, Liming Sun wrote:
> This commit removes the unnecessary of-node check since the
> dw_mci_bluefield_match[] structure has only one entry.
>
> Signed-off-by: Liming Sun
Queued for 4.21, thanks!
Kind regards
Uffe
> ---
> drivers/mmc/host/dw_mmc-bluefield.c | 11
On Wed, Oct 24, 2018 at 04:20:03PM +0530, shubhrajyoti.da...@gmail.com wrote:
> From: Shubhrajyoti Datta
>
> In some cases we are waiting in a loop. Replace the infinite wait with
> the timeout.
>
> Signed-off-by: Shubhrajyoti Datta
> ---
> drivers/i2c/busses/i2c-cadence.c | 30
On Wed, Oct 24, 2018 at 04:20:03PM +0530, shubhrajyoti.da...@gmail.com wrote:
> From: Shubhrajyoti Datta
>
> In some cases we are waiting in a loop. Replace the infinite wait with
> the timeout.
>
> Signed-off-by: Shubhrajyoti Datta
> ---
> drivers/i2c/busses/i2c-cadence.c | 30
On 2018/10/24 16:58, Jerome Brunet wrote:
> On Thu, 2018-10-18 at 13:07 +0800, Jianxin Pan wrote:
>> From: Yixun Lan
[...]
>>
>> --- /dev/null
>> +++ b/drivers/clk/meson/clk-phase-delay.c
>> @@ -0,0 +1,79 @@
>> +// SPDX-License-Identifier: (GPL-2.0+ OR MIT)
>> +/*
>> + * Amlogic Meson MMC Sub
On 2018/10/24 16:58, Jerome Brunet wrote:
> On Thu, 2018-10-18 at 13:07 +0800, Jianxin Pan wrote:
>> From: Yixun Lan
[...]
>>
>> --- /dev/null
>> +++ b/drivers/clk/meson/clk-phase-delay.c
>> @@ -0,0 +1,79 @@
>> +// SPDX-License-Identifier: (GPL-2.0+ OR MIT)
>> +/*
>> + * Amlogic Meson MMC Sub
Hi Clark,
On Wed, Oct 24, 2018 at 5:01 AM Clark Wang wrote:
>
> Enable the runtime pm for lpspi module
>
> BuildInfo:
> - U-Boot 2018.03-imx_4.14.y
This buildinfo piece is not very helpful in upstream. Please drop it.
> Signed-off-by: Han Xu
> Reviewed-by: Frank Li
> Signed-off-by:
Hi Clark,
On Wed, Oct 24, 2018 at 5:01 AM Clark Wang wrote:
>
> Enable the runtime pm for lpspi module
>
> BuildInfo:
> - U-Boot 2018.03-imx_4.14.y
This buildinfo piece is not very helpful in upstream. Please drop it.
> Signed-off-by: Han Xu
> Reviewed-by: Frank Li
> Signed-off-by:
On 24/10/2018 11:44, Dmitry Osipenko wrote:
> On 10/24/18 1:20 PM, Jon Hunter wrote:
>>
>> On 21/10/2018 19:36, Dmitry Osipenko wrote:
>>> This fixes splats like the one below if CONFIG_DEBUG_ATOMIC_SLEEP=y
>>> and machine (Tegra30) booted with SMP=n or all secondary CPU's are put
>>> offline.
On 24/10/2018 11:44, Dmitry Osipenko wrote:
> On 10/24/18 1:20 PM, Jon Hunter wrote:
>>
>> On 21/10/2018 19:36, Dmitry Osipenko wrote:
>>> This fixes splats like the one below if CONFIG_DEBUG_ATOMIC_SLEEP=y
>>> and machine (Tegra30) booted with SMP=n or all secondary CPU's are put
>>> offline.
Hello,
syzbot found the following crash on:
HEAD commit:44786880df19 Merge branch 'parisc-4.20-1' of git://git.ker..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=13debe1340
kernel config: https://syzkaller.appspot.com/x/.config?x=5071a2e3cb82c943
Hello,
syzbot found the following crash on:
HEAD commit:44786880df19 Merge branch 'parisc-4.20-1' of git://git.ker..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=13debe1340
kernel config: https://syzkaller.appspot.com/x/.config?x=5071a2e3cb82c943
On Tue, Oct 23, 2018 at 10:22 AM James Morris wrote:
>
> Please pull these general updates for the security subsystem.
Thanks, pulled,
Linus
On Tue, Oct 23, 2018 at 10:22 AM James Morris wrote:
>
> Please pull these general updates for the security subsystem.
Thanks, pulled,
Linus
On 24/10/18 08:07, Lee Jones wrote:
+#define WCD9335_SLIM_INTERFACE_DEVICE_INDEX0
+
+static const struct mfd_cell wcd9335_devices[] = {
+ { .name = "wcd9335-codec", },
+};
Any news on other devices?
We are totally limited with hardware to test other devices on this
codec. Given
On 24/10/18 08:07, Lee Jones wrote:
+#define WCD9335_SLIM_INTERFACE_DEVICE_INDEX0
+
+static const struct mfd_cell wcd9335_devices[] = {
+ { .name = "wcd9335-codec", },
+};
Any news on other devices?
We are totally limited with hardware to test other devices on this
codec. Given
From: Shubhrajyoti Datta
In some cases we are waiting in a loop. Replace the infinite wait with
the timeout.
Signed-off-by: Shubhrajyoti Datta
---
drivers/i2c/busses/i2c-cadence.c | 30 ++
1 file changed, 26 insertions(+), 4 deletions(-)
diff --git
From: Shubhrajyoti Datta
In some cases we are waiting in a loop. Replace the infinite wait with
the timeout.
Signed-off-by: Shubhrajyoti Datta
---
drivers/i2c/busses/i2c-cadence.c | 30 ++
1 file changed, 26 insertions(+), 4 deletions(-)
diff --git
On 22/10/2018 12:19, Dmitry Osipenko wrote:
> On 10/22/18 12:52 PM, Thierry Reding wrote:
>> On Fri, Oct 19, 2018 at 02:22:53PM +0100, Jon Hunter wrote:
>>> From: Jonathan Hunter
>>>
>>> The tps6586x driver creates an irqchip that is used by its various child
>>> devices for managing
On 22/10/2018 12:19, Dmitry Osipenko wrote:
> On 10/22/18 12:52 PM, Thierry Reding wrote:
>> On Fri, Oct 19, 2018 at 02:22:53PM +0100, Jon Hunter wrote:
>>> From: Jonathan Hunter
>>>
>>> The tps6586x driver creates an irqchip that is used by its various child
>>> devices for managing
On Tue, Oct 23, 2018 at 1:55 AM Paul Moore wrote:
>
> Three SELinux patches for v4.20, all fall under the bug-fix or
> behave-better category, which is good. All three have pretty good
> descriptions too, which is even better. Please merge this for v4.20.
Pulled,
Linus
On Tue, Oct 23, 2018 at 1:55 AM Paul Moore wrote:
>
> Three SELinux patches for v4.20, all fall under the bug-fix or
> behave-better category, which is good. All three have pretty good
> descriptions too, which is even better. Please merge this for v4.20.
Pulled,
Linus
gb_loopback_device::list_op_async is never used except for the
LIST_INIT. The ::list field appears to have a few more uses, but on
closer inspection the linked list of struct gb_loopbacks that it heads
is never used for anything, so there's no reason to maintain it, much
less to keep it sorted.
gb_loopback_device::list_op_async is never used except for the
LIST_INIT. The ::list field appears to have a few more uses, but on
closer inspection the linked list of struct gb_loopbacks that it heads
is never used for anything, so there's no reason to maintain it, much
less to keep it sorted.
On Wed, Oct 24, 2018 at 07:58:30AM +, Clark Wang wrote:
> Enable the runtime pm for lpspi module
>
> BuildInfo:
> - U-Boot 2018.03-imx_4.14.y
>
> Signed-off-by: Han Xu
> Reviewed-by: Frank Li
> Signed-off-by: Xiaoning Wang
This looks like Han Xu wrote this patch, Frank Li reviewed
On Wed, Oct 24, 2018 at 07:58:30AM +, Clark Wang wrote:
> Enable the runtime pm for lpspi module
>
> BuildInfo:
> - U-Boot 2018.03-imx_4.14.y
>
> Signed-off-by: Han Xu
> Reviewed-by: Frank Li
> Signed-off-by: Xiaoning Wang
This looks like Han Xu wrote this patch, Frank Li reviewed
On 10/24/18 1:20 PM, Jon Hunter wrote:
>
> On 21/10/2018 19:36, Dmitry Osipenko wrote:
>> This fixes splats like the one below if CONFIG_DEBUG_ATOMIC_SLEEP=y
>> and machine (Tegra30) booted with SMP=n or all secondary CPU's are put
>> offline. Locking isn't needed because it protects atomic
On 10/24/18 1:20 PM, Jon Hunter wrote:
>
> On 21/10/2018 19:36, Dmitry Osipenko wrote:
>> This fixes splats like the one below if CONFIG_DEBUG_ATOMIC_SLEEP=y
>> and machine (Tegra30) booted with SMP=n or all secondary CPU's are put
>> offline. Locking isn't needed because it protects atomic
* Peter Zijlstra [2018-10-24 12:15:08]:
> On Wed, Oct 24, 2018 at 03:16:46PM +0530, Srikar Dronamraju wrote:
> > * Mel Gorman [2018-10-24 09:56:36]:
> >
> > > On Wed, Oct 24, 2018 at 08:32:49AM +0530, Srikar Dronamraju wrote:
> > > It would certainly be a bit odd because the
> > > application
On 22/10/2018 10:52, Thierry Reding wrote:
> On Fri, Oct 19, 2018 at 02:22:53PM +0100, Jon Hunter wrote:
>> From: Jonathan Hunter
>>
>> The tps6586x driver creates an irqchip that is used by its various child
>> devices for managing interrupts. The tps6586x-rtc device is one of its
>> children
* Peter Zijlstra [2018-10-24 12:15:08]:
> On Wed, Oct 24, 2018 at 03:16:46PM +0530, Srikar Dronamraju wrote:
> > * Mel Gorman [2018-10-24 09:56:36]:
> >
> > > On Wed, Oct 24, 2018 at 08:32:49AM +0530, Srikar Dronamraju wrote:
> > > It would certainly be a bit odd because the
> > > application
On 22/10/2018 10:52, Thierry Reding wrote:
> On Fri, Oct 19, 2018 at 02:22:53PM +0100, Jon Hunter wrote:
>> From: Jonathan Hunter
>>
>> The tps6586x driver creates an irqchip that is used by its various child
>> devices for managing interrupts. The tps6586x-rtc device is one of its
>> children
On Wed, 2018-10-24 at 12:35 +0300, Amir Goldstein wrote:
> > > diff --git a/fs/lockd/host.c b/fs/lockd/host.c
> > > index d35cd6be0675..93fb7cf0b92b 100644
> > > --- a/fs/lockd/host.c
> > > +++ b/fs/lockd/host.c
> > > @@ -341,7 +341,7 @@ struct nlm_host *nlmsvc_lookup_host(const struct
> > >
On Wed, 2018-10-24 at 12:35 +0300, Amir Goldstein wrote:
> > > diff --git a/fs/lockd/host.c b/fs/lockd/host.c
> > > index d35cd6be0675..93fb7cf0b92b 100644
> > > --- a/fs/lockd/host.c
> > > +++ b/fs/lockd/host.c
> > > @@ -341,7 +341,7 @@ struct nlm_host *nlmsvc_lookup_host(const struct
> > >
On Wed, Oct 24, 2018 at 07:58:27AM +, Clark Wang wrote:
> Add both ipg and per clock for lpspi to support i.MX8QM/QXP boards.
I'm missing both the cover letter and rest of the series so I don't know
what's going on with dependencies here - what's the story?
> Signed-off-by: Xiaoning Wang
On Wed, Oct 24, 2018 at 07:58:27AM +, Clark Wang wrote:
> Add both ipg and per clock for lpspi to support i.MX8QM/QXP boards.
I'm missing both the cover letter and rest of the series so I don't know
what's going on with dependencies here - what's the story?
> Signed-off-by: Xiaoning Wang
Hello,
syzbot found the following crash on:
HEAD commit:58a022870787 Merge tag 'acpi-4.20-rc1' of git://git.kernel..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=12a0f93940
kernel config: https://syzkaller.appspot.com/x/.config?x=414a8e66ba2c6789
Hello,
syzbot found the following crash on:
HEAD commit:58a022870787 Merge tag 'acpi-4.20-rc1' of git://git.kernel..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=12a0f93940
kernel config: https://syzkaller.appspot.com/x/.config?x=414a8e66ba2c6789
The patch
spi: uniphier: fix incorrect property items
has been applied to the spi tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to
The patch
spi: uniphier: fix incorrect property items
has been applied to the spi tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to
On Wed, Oct 24, 2018 at 03:16:46PM +0530, Srikar Dronamraju wrote:
> * Mel Gorman [2018-10-24 09:56:36]:
>
> > On Wed, Oct 24, 2018 at 08:32:49AM +0530, Srikar Dronamraju wrote:
> > It would certainly be a bit odd because the
> > application is asking for some protection but no guarantees are
On Wed, Oct 24, 2018 at 03:16:46PM +0530, Srikar Dronamraju wrote:
> * Mel Gorman [2018-10-24 09:56:36]:
>
> > On Wed, Oct 24, 2018 at 08:32:49AM +0530, Srikar Dronamraju wrote:
> > It would certainly be a bit odd because the
> > application is asking for some protection but no guarantees are
* Peter Zijlstra [2018-10-24 12:03:23]:
> It appears to me the for_each_online_node() iteration in
> task_numa_migrate() needs an addition test to see if the selected node
> has any CPUs in the relevant sched_domain _at_all_.
>
Yes, this should work.
Yi Wang does this extra check a little
* Peter Zijlstra [2018-10-24 12:03:23]:
> It appears to me the for_each_online_node() iteration in
> task_numa_migrate() needs an addition test to see if the selected node
> has any CPUs in the relevant sched_domain _at_all_.
>
Yes, this should work.
Yi Wang does this extra check a little
On Tue, Oct 23, 2018 at 3:01 AM Eric W. Biederman wrote:
>
> Please pull the siginfo-linus branch from the git tree:
Pulled.
Linus
On Tue, Oct 23, 2018 at 3:01 AM Eric W. Biederman wrote:
>
> Please pull the siginfo-linus branch from the git tree:
Pulled.
Linus
Remove reg property from fixed regulator as upstream has no longer
needed this property.
Signed-off-by: Joakim Zhang
---
arch/arm/boot/dts/imx6qdl-sabreauto.dtsi | 53 ++--
1 file changed, 22 insertions(+), 31 deletions(-)
diff --git
Remove reg property from fixed regulator as upstream has no longer
needed this property.
Signed-off-by: Joakim Zhang
---
arch/arm/boot/dts/imx6qdl-sabreauto.dtsi | 53 ++--
1 file changed, 22 insertions(+), 31 deletions(-)
diff --git
On Wed, 2018-10-24 at 13:13 +0300, Andy Shevchenko wrote:
> On Tue, Oct 23, 2018 at 12:23:13PM -0700, Joe Perches wrote:
> > Until such a time when either a local preferred style
> > document or a treewide preferred style exists, please
> > stop asking people to modify #include ordering for
> >
On Wed, 2018-10-24 at 13:13 +0300, Andy Shevchenko wrote:
> On Tue, Oct 23, 2018 at 12:23:13PM -0700, Joe Perches wrote:
> > Until such a time when either a local preferred style
> > document or a treewide preferred style exists, please
> > stop asking people to modify #include ordering for
> >
On 21/10/2018 19:36, Dmitry Osipenko wrote:
> This fixes splats like the one below if CONFIG_DEBUG_ATOMIC_SLEEP=y
> and machine (Tegra30) booted with SMP=n or all secondary CPU's are put
> offline. Locking isn't needed because it protects atomic operation.
>
> # echo 0 | tee
On 21/10/2018 19:36, Dmitry Osipenko wrote:
> This fixes splats like the one below if CONFIG_DEBUG_ATOMIC_SLEEP=y
> and machine (Tegra30) booted with SMP=n or all secondary CPU's are put
> offline. Locking isn't needed because it protects atomic operation.
>
> # echo 0 | tee
On Wed, Oct 24, 2018 at 03:16:46PM +0530, Srikar Dronamraju wrote:
> * Mel Gorman [2018-10-24 09:56:36]:
>
> > On Wed, Oct 24, 2018 at 08:32:49AM +0530, Srikar Dronamraju wrote:
> > It would certainly be a bit odd because the
> > application is asking for some protection but no guarantees are
On Wed, Oct 24, 2018 at 03:16:46PM +0530, Srikar Dronamraju wrote:
> * Mel Gorman [2018-10-24 09:56:36]:
>
> > On Wed, Oct 24, 2018 at 08:32:49AM +0530, Srikar Dronamraju wrote:
> > It would certainly be a bit odd because the
> > application is asking for some protection but no guarantees are
This commit is power management porting for nds32.
Changes in V2:
1. Fix the my complete name "Nickhu" to "Nick Hu".
2. Fix missing space in 'arch/nds32/kernel/sleep.S'.
3. Use normal bit operations to replace the array
'is_bit_1' in 'drivers/irqchip/irq-ativic32.c'.
There are three sleep states in nds32:
suspend to idle,
suspend to standby,
suspend to ram
In suspend to ram, we use the 'standby' instruction to emulate
power management device to hang the system util wakeup source
send wakeup events to break the loop.
First, we push the
This commit is power management porting for nds32.
Changes in V2:
1. Fix the my complete name "Nickhu" to "Nick Hu".
2. Fix missing space in 'arch/nds32/kernel/sleep.S'.
3. Use normal bit operations to replace the array
'is_bit_1' in 'drivers/irqchip/irq-ativic32.c'.
There are three sleep states in nds32:
suspend to idle,
suspend to standby,
suspend to ram
In suspend to ram, we use the 'standby' instruction to emulate
power management device to hang the system util wakeup source
send wakeup events to break the loop.
First, we push the
On Tue, Oct 23, 2018 at 12:23:13PM -0700, Joe Perches wrote:
> On Tue, 2018-10-23 at 20:50 +0200, Jacek Anaszewski wrote:
> > > diff --git a/drivers/leds/leds-upboard.c b/drivers/leds/leds-upboard.c
> > > new file mode 100644
> > > index 000..34a6973
> > > --- /dev/null
> > > +++
On Tue, Oct 23, 2018 at 12:23:13PM -0700, Joe Perches wrote:
> On Tue, 2018-10-23 at 20:50 +0200, Jacek Anaszewski wrote:
> > > diff --git a/drivers/leds/leds-upboard.c b/drivers/leds/leds-upboard.c
> > > new file mode 100644
> > > index 000..34a6973
> > > --- /dev/null
> > > +++
Luwei Kang writes:
> +static void pt_guest_enter(struct vcpu_vmx *vmx)
> +{
> + if (pt_mode == PT_MODE_SYSTEM)
> + return;
> +
> + /* Save host state before VM entry */
> + rdmsrl(MSR_IA32_RTIT_CTL, vmx->pt_desc.host.ctl);
> +
> + /*
> + * Set guest state of
Luwei Kang writes:
> +static void pt_guest_enter(struct vcpu_vmx *vmx)
> +{
> + if (pt_mode == PT_MODE_SYSTEM)
> + return;
> +
> + /* Save host state before VM entry */
> + rdmsrl(MSR_IA32_RTIT_CTL, vmx->pt_desc.host.ctl);
> +
> + /*
> + * Set guest state of
Sometimes we want to print a whole line without being disturbed by
concurrent printk() from interrupts and/or other threads, for printk()
which does not end with '\n' can be disturbed.
Since mixed printk() output makes it hard to interpret, this patch
introduces API for line-buffered printk()
Sometimes we want to print a whole line without being disturbed by
concurrent printk() from interrupts and/or other threads, for printk()
which does not end with '\n' can be disturbed.
Since mixed printk() output makes it hard to interpret, this patch
introduces API for line-buffered printk()
On Wed, Oct 24, 2018 at 12:56 PM Phillip Potter wrote:
>
> On Wed, Oct 24, 2018 at 12:44:50PM +0300, Amir Goldstein wrote:
...
> > Well, I did request to change some content (the location and the comment
> > above BUILD_BUG_ON section) which is relevant for several patches.
> > However, so far
On Wed, Oct 24, 2018 at 12:56 PM Phillip Potter wrote:
>
> On Wed, Oct 24, 2018 at 12:44:50PM +0300, Amir Goldstein wrote:
...
> > Well, I did request to change some content (the location and the comment
> > above BUILD_BUG_ON section) which is relevant for several patches.
> > However, so far
601 - 700 of 914 matches
Mail list logo