On 29 August 2018 at 20:59, Scott Branden wrote:
> Hi Olof,
>
>
> On 18-08-29 11:44 AM, Olof Johansson wrote:
>>
>> Hi,
>>
>> On Wed, Aug 29, 2018 at 10:21 AM, Scott Branden
>> wrote:
>>>
>>> Enable EFI_ARMSTUB_DTB_LOADER to add support for the dtb= command line
>>> parameter to function with
On 29 August 2018 at 20:59, Scott Branden wrote:
> Hi Olof,
>
>
> On 18-08-29 11:44 AM, Olof Johansson wrote:
>>
>> Hi,
>>
>> On Wed, Aug 29, 2018 at 10:21 AM, Scott Branden
>> wrote:
>>>
>>> Enable EFI_ARMSTUB_DTB_LOADER to add support for the dtb= command line
>>> parameter to function with
On 2018-08-24 12:56, Piotr Król wrote:
On 08/03/2018 09:08 PM, Andy Shevchenko wrote:
Hi Andy,
(...)
+#define APU_FCH_ACPI_MMIO_BASE 0xFED8
+#define APU_FCH_GPIO_BASE (APU_FCH_ACPI_MMIO_BASE + 0x1500)
Wow! Can we see ACPI tables for these boards? Care to share (via some
file share
On 2018-08-24 12:56, Piotr Król wrote:
On 08/03/2018 09:08 PM, Andy Shevchenko wrote:
Hi Andy,
(...)
+#define APU_FCH_ACPI_MMIO_BASE 0xFED8
+#define APU_FCH_GPIO_BASE (APU_FCH_ACPI_MMIO_BASE + 0x1500)
Wow! Can we see ACPI tables for these boards? Care to share (via some
file share
On Wed, 2018-08-29 at 13:34 +0900, Sergey Senozhatsky wrote:
> Hi,
>
> Cc-ing Benjamin on this.
>
> On (08/29/18 03:23), Dmitry Safonov wrote:
> > BUG: unable to handle kernel paging request at 2260
> > IP: [..] n_tty_receive_buf_common+0x5f/0x86d
> > Workqueue: events_unbound
On Wed, 2018-08-29 at 13:34 +0900, Sergey Senozhatsky wrote:
> Hi,
>
> Cc-ing Benjamin on this.
>
> On (08/29/18 03:23), Dmitry Safonov wrote:
> > BUG: unable to handle kernel paging request at 2260
> > IP: [..] n_tty_receive_buf_common+0x5f/0x86d
> > Workqueue: events_unbound
On Wed, Aug 29, 2018 at 3:09 PM Daniel Lezcano
wrote:
>
> On 18/07/2018 09:49, Amit Kucheria wrote:
> > One thermal zone per cpu is defined
>
> The thermal zones are very close, especially when the CPUs belong to the
> same 'cluster'. Very likely the temperature will propagate from one core
> to
On Wed, Aug 29, 2018 at 3:09 PM Daniel Lezcano
wrote:
>
> On 18/07/2018 09:49, Amit Kucheria wrote:
> > One thermal zone per cpu is defined
>
> The thermal zones are very close, especially when the CPUs belong to the
> same 'cluster'. Very likely the temperature will propagate from one core
> to
Update i.MX6ULL iomux header according to latest reference
manual Rev.1, 11/2017.
Signed-off-by: Anson Huang
---
arch/arm/boot/dts/imx6ull-pinfunc.h | 21 +++--
1 file changed, 19 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/imx6ull-pinfunc.h
Update i.MX6ULL iomux header according to latest reference
manual Rev.1, 11/2017.
Signed-off-by: Anson Huang
---
arch/arm/boot/dts/imx6ull-pinfunc.h | 21 +++--
1 file changed, 19 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/imx6ull-pinfunc.h
at 7:26 PM, Masami Hiramatsu wrote:
> On Wed, 29 Aug 2018 14:00:06 -0700
> Sean Christopherson wrote:
>
>> On Wed, Aug 29, 2018 at 08:44:47PM +, Nadav Amit wrote:
>>> at 1:13 PM, Sean Christopherson wrote:
>>>
On Wed, Aug 29, 2018 at 07:36:22PM +, Nadav Amit wrote:
> at
at 7:26 PM, Masami Hiramatsu wrote:
> On Wed, 29 Aug 2018 14:00:06 -0700
> Sean Christopherson wrote:
>
>> On Wed, Aug 29, 2018 at 08:44:47PM +, Nadav Amit wrote:
>>> at 1:13 PM, Sean Christopherson wrote:
>>>
On Wed, Aug 29, 2018 at 07:36:22PM +, Nadav Amit wrote:
> at
On Wed, Aug 29, 2018 at 5:33 PM Namhyung Kim wrote:
>
> Hi,
>
> On Wed, Aug 29, 2018 at 08:14:12AM -0700, Stephane Eranian wrote:
> > On Wed, Aug 29, 2018 at 6:54 AM Arnaldo Carvalho de Melo
> > wrote:
> > >
> > > Em Tue, Aug 28, 2018 at 07:41:31PM -0700, Stephane Eranian escreveu:
> > > > Hi,
>
On Wed, Aug 29, 2018 at 5:33 PM Namhyung Kim wrote:
>
> Hi,
>
> On Wed, Aug 29, 2018 at 08:14:12AM -0700, Stephane Eranian wrote:
> > On Wed, Aug 29, 2018 at 6:54 AM Arnaldo Carvalho de Melo
> > wrote:
> > >
> > > Em Tue, Aug 28, 2018 at 07:41:31PM -0700, Stephane Eranian escreveu:
> > > > Hi,
>
On Wed, Aug 29, 2018 at 09:10:17PM -0700, Paul E. McKenney wrote:
> On Wed, Aug 29, 2018 at 08:22:16PM -0700, Paul E. McKenney wrote:
> > On Wed, Aug 29, 2018 at 10:00:26PM -0400, Steven Rostedt wrote:
> > > On Wed, 29 Aug 2018 15:38:30 -0700
> > > "Paul E. McKenney" wrote:
> > >
> > > > Hello!
On Wed, Aug 29, 2018 at 09:10:17PM -0700, Paul E. McKenney wrote:
> On Wed, Aug 29, 2018 at 08:22:16PM -0700, Paul E. McKenney wrote:
> > On Wed, Aug 29, 2018 at 10:00:26PM -0400, Steven Rostedt wrote:
> > > On Wed, 29 Aug 2018 15:38:30 -0700
> > > "Paul E. McKenney" wrote:
> > >
> > > > Hello!
The UC-2100 series open computing platform is designed for industrial embedded
data acquisition and processing applications. In order to fulfill various
industrial applications, there're many boards with different peripheral
devices and wireless modules in this series.
The features of UC-2100
The UC-2100 series consists many boards with different peripheral
devices and wireless modules, hence we fetch common items and
create a common dtsi file to increase reusability. All boards in
UC-2100 series will include this common dtsi file.
Signed-off-by: Wes Huang (黃淵河)
Signed-off-by: Fero
The UC-2100 series open computing platform is designed for industrial embedded
data acquisition and processing applications. In order to fulfill various
industrial applications, there're many boards with different peripheral
devices and wireless modules in this series.
The features of UC-2100
The UC-2100 series consists many boards with different peripheral
devices and wireless modules, hence we fetch common items and
create a common dtsi file to increase reusability. All boards in
UC-2100 series will include this common dtsi file.
Signed-off-by: Wes Huang (黃淵河)
Signed-off-by: Fero
On Wed, Aug 29, 2018 at 08:22:16PM -0700, Paul E. McKenney wrote:
> On Wed, Aug 29, 2018 at 10:00:26PM -0400, Steven Rostedt wrote:
> > On Wed, 29 Aug 2018 15:38:30 -0700
> > "Paul E. McKenney" wrote:
> >
> > > Hello!
> > >
> > > This commit does RCU-consolidation cleanups that get rid of
On Wed, Aug 29, 2018 at 08:22:16PM -0700, Paul E. McKenney wrote:
> On Wed, Aug 29, 2018 at 10:00:26PM -0400, Steven Rostedt wrote:
> > On Wed, 29 Aug 2018 15:38:30 -0700
> > "Paul E. McKenney" wrote:
> >
> > > Hello!
> > >
> > > This commit does RCU-consolidation cleanups that get rid of
Add support for Moxa UC-2101 open platform
The UC-2101 computing platform is designed for industrial embedded
data acquisition and processing applications.
The features of UC-2101 are:
* eMMC
* SPI flash
* 1x LAN
* 1x RS-232/422/485 ports, software-selectable
* EEPROM
* TPM 2.0
* Watchdog
* RTC
Add support for Moxa UC-2102 open platform
The UC-2102 computing platform is designed for industrial embedded
data acquisition and processing applications.
The features of UC-2102 are:
* eMMC
* SPI flash
* 2x LAN
* EEPROM
* TPM 2.0
* Watchdog
* RTC
* User gpio-keys
* User LEDs
* User button
Add support for Moxa UC-2101 open platform
The UC-2101 computing platform is designed for industrial embedded
data acquisition and processing applications.
The features of UC-2101 are:
* eMMC
* SPI flash
* 1x LAN
* 1x RS-232/422/485 ports, software-selectable
* EEPROM
* TPM 2.0
* Watchdog
* RTC
Add support for Moxa UC-2102 open platform
The UC-2102 computing platform is designed for industrial embedded
data acquisition and processing applications.
The features of UC-2102 are:
* eMMC
* SPI flash
* 2x LAN
* EEPROM
* TPM 2.0
* Watchdog
* RTC
* User gpio-keys
* User LEDs
* User button
syzbot has found a reproducer for the following crash on:
HEAD commit:817e60a7a2bb Merge branch 'nfp-add-NFP5000-support'
git tree: net-next
console output: https://syzkaller.appspot.com/x/log.txt?x=16662cb640
kernel config:
syzbot has found a reproducer for the following crash on:
HEAD commit:817e60a7a2bb Merge branch 'nfp-add-NFP5000-support'
git tree: net-next
console output: https://syzkaller.appspot.com/x/log.txt?x=16662cb640
kernel config:
Hi Jacek,
On 30 August 2018 at 03:15, Jacek Anaszewski wrote:
> Hi Baolin,
>
> On 08/29/2018 11:48 AM, Baolin Wang wrote:
>> Hi Jacek,
>>
>> On 29 August 2018 at 04:25, Jacek Anaszewski
>> wrote:
>>> On 08/25/2018 09:51 AM, Baolin Wang wrote:
On 25 August 2018 at 04:44, Jacek Anaszewski
Hi Jacek,
On 30 August 2018 at 03:15, Jacek Anaszewski wrote:
> Hi Baolin,
>
> On 08/29/2018 11:48 AM, Baolin Wang wrote:
>> Hi Jacek,
>>
>> On 29 August 2018 at 04:25, Jacek Anaszewski
>> wrote:
>>> On 08/25/2018 09:51 AM, Baolin Wang wrote:
On 25 August 2018 at 04:44, Jacek Anaszewski
On Wed, Aug 29, 2018 at 10:46:09PM -0400, Steven Rostedt wrote:
> On Wed, 29 Aug 2018 19:07:01 -0700
> "Paul E. McKenney" wrote:
>
> > On Wed, Aug 29, 2018 at 09:56:16PM -0400, Steven Rostedt wrote:
> > > On Wed, 29 Aug 2018 14:23:13 -0700
> > > "Paul E. McKenney" wrote:
> > >
> > > >
On Wed, Aug 29, 2018 at 10:46:09PM -0400, Steven Rostedt wrote:
> On Wed, 29 Aug 2018 19:07:01 -0700
> "Paul E. McKenney" wrote:
>
> > On Wed, Aug 29, 2018 at 09:56:16PM -0400, Steven Rostedt wrote:
> > > On Wed, 29 Aug 2018 14:23:13 -0700
> > > "Paul E. McKenney" wrote:
> > >
> > > >
On Wed, Aug 29, 2018 at 10:00:26PM -0400, Steven Rostedt wrote:
> On Wed, 29 Aug 2018 15:38:30 -0700
> "Paul E. McKenney" wrote:
>
> > Hello!
> >
> > This commit does RCU-consolidation cleanups that get rid of pointers to
> > the sole remaining rcu_state structure:
> >
> > 1-40: Remove
On Wed, Aug 29, 2018 at 10:00:26PM -0400, Steven Rostedt wrote:
> On Wed, 29 Aug 2018 15:38:30 -0700
> "Paul E. McKenney" wrote:
>
> > Hello!
> >
> > This commit does RCU-consolidation cleanups that get rid of pointers to
> > the sole remaining rcu_state structure:
> >
> > 1-40: Remove
On Fri, Aug 10, 2018 at 03:21:04PM +0530, Manivannan Sadhasivam wrote:
> This patchset adds Reset Controller (RMU) support for Actions Semi
> Owl SoCs, S900 and S700. For the Owl SoCs, RMU has been integrated into
> the clock subsystem in hardware. Hence, in software we integrate RMU
> support
On Fri, Aug 10, 2018 at 03:21:04PM +0530, Manivannan Sadhasivam wrote:
> This patchset adds Reset Controller (RMU) support for Actions Semi
> Owl SoCs, S900 and S700. For the Owl SoCs, RMU has been integrated into
> the clock subsystem in hardware. Hence, in software we integrate RMU
> support
On Fri, Aug 10, 2018 at 11:23:35PM +0530, Manivannan Sadhasivam wrote:
> This patchset adds support for Hi3670 SoC and HiKey970 board. Hi3670 SoC
> is very similar to the Hi3660 SoC with additional NPU support. For now,
> only UART6 has been enabled which is configured by the bootloader for
>
On Fri, Aug 10, 2018 at 11:23:35PM +0530, Manivannan Sadhasivam wrote:
> This patchset adds support for Hi3670 SoC and HiKey970 board. Hi3670 SoC
> is very similar to the Hi3660 SoC with additional NPU support. For now,
> only UART6 has been enabled which is configured by the bootloader for
>
Hi Krzysztof,
On 29 August 2018 at 22:36, Krzysztof Kozlowski wrote:
> I'll try one more time... but without HTML from Gmail. Previous mail
> bounced from lists.
>
> On Tue, 28 Aug 2018 at 11:04, Baolin Wang wrote:
>>
>> This patch adds the SC2731 PMIC switch charger support.
>>
>>
Hi Krzysztof,
On 29 August 2018 at 22:36, Krzysztof Kozlowski wrote:
> I'll try one more time... but without HTML from Gmail. Previous mail
> bounced from lists.
>
> On Tue, 28 Aug 2018 at 11:04, Baolin Wang wrote:
>>
>> This patch adds the SC2731 PMIC switch charger support.
>>
>>
Hi Krzysztof,
On 29 August 2018 at 22:08, Krzysztof Kozlowski wrote:
> On Tue, 28 Aug 2018 at 11:04, Baolin Wang wrote:
>>
>> This patch adds the binding documentation for Spreadtrum SC2731 charger
>> device.
>>
>> Signed-off-by: Baolin Wang
>> ---
>>
Hi Krzysztof,
On 29 August 2018 at 22:08, Krzysztof Kozlowski wrote:
> On Tue, 28 Aug 2018 at 11:04, Baolin Wang wrote:
>>
>> This patch adds the binding documentation for Spreadtrum SC2731 charger
>> device.
>>
>> Signed-off-by: Baolin Wang
>> ---
>>
Good day my dear friend,
Let me start by introducing myself. I am Bartholomew Caleb, an accounts
officer with Bank of Africa here in Burkina Faso West Africa.
I am writing you this letter based on the latest development at my bank whichI
will like to bring to your personal edification.
Good day my dear friend,
Let me start by introducing myself. I am Bartholomew Caleb, an accounts
officer with Bank of Africa here in Burkina Faso West Africa.
I am writing you this letter based on the latest development at my bank whichI
will like to bring to your personal edification.
Hi all,
Changes since 20180829:
New trees: soundwire and soundwire-fixes
Dropped trees: xarray, ida (temporarily)
The spi tree lost its build failure.
Non-merge commits (relative to Linus' tree): 1087
1284 files changed, 44936 insertions(+), 12978 deletions
Hi all,
Changes since 20180829:
New trees: soundwire and soundwire-fixes
Dropped trees: xarray, ida (temporarily)
The spi tree lost its build failure.
Non-merge commits (relative to Linus' tree): 1087
1284 files changed, 44936 insertions(+), 12978 deletions
On Wed, 29 Aug 2018 19:07:01 -0700
"Paul E. McKenney" wrote:
> On Wed, Aug 29, 2018 at 09:56:16PM -0400, Steven Rostedt wrote:
> > On Wed, 29 Aug 2018 14:23:13 -0700
> > "Paul E. McKenney" wrote:
> >
> > > Allocating a list_head structure that is almost never used, and, when
> > > used, is
On Wed, 29 Aug 2018 19:07:01 -0700
"Paul E. McKenney" wrote:
> On Wed, Aug 29, 2018 at 09:56:16PM -0400, Steven Rostedt wrote:
> > On Wed, 29 Aug 2018 14:23:13 -0700
> > "Paul E. McKenney" wrote:
> >
> > > Allocating a list_head structure that is almost never used, and, when
> > > used, is
Hello,
My static tool DSAC reports many sleep-in-atomic-context bugs involving
regmap_lock_mutex(), so I wonder whether this function is possible to be
executed in atomic context.
Here are some example bugs and their call paths in Linux-4.16 (from
bottom to top, and [FUNC_PTR] means that
Hello,
My static tool DSAC reports many sleep-in-atomic-context bugs involving
regmap_lock_mutex(), so I wonder whether this function is possible to be
executed in atomic context.
Here are some example bugs and their call paths in Linux-4.16 (from
bottom to top, and [FUNC_PTR] means that
On Wed, 29 Aug 2018 14:00:06 -0700
Sean Christopherson wrote:
> On Wed, Aug 29, 2018 at 08:44:47PM +, Nadav Amit wrote:
> > at 1:13 PM, Sean Christopherson wrote:
> >
> > > On Wed, Aug 29, 2018 at 07:36:22PM +, Nadav Amit wrote:
> > >> at 10:11 AM, Nadav Amit wrote:
> > >>
> > >>> at
On Wed, 29 Aug 2018 14:00:06 -0700
Sean Christopherson wrote:
> On Wed, Aug 29, 2018 at 08:44:47PM +, Nadav Amit wrote:
> > at 1:13 PM, Sean Christopherson wrote:
> >
> > > On Wed, Aug 29, 2018 at 07:36:22PM +, Nadav Amit wrote:
> > >> at 10:11 AM, Nadav Amit wrote:
> > >>
> > >>> at
On Wed, Aug 29, 2018 at 7:17 PM, syzbot
wrote:
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:817e60a7a2bb Merge branch 'nfp-add-NFP5000-support'
> git tree: net-next
> console output: https://syzkaller.appspot.com/x/log.txt?x=1536d29640
> kernel config:
On Wed, Aug 29, 2018 at 7:17 PM, syzbot
wrote:
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:817e60a7a2bb Merge branch 'nfp-add-NFP5000-support'
> git tree: net-next
> console output: https://syzkaller.appspot.com/x/log.txt?x=1536d29640
> kernel config:
From: Chris Phlipot
Some implementations of libc do not support the 'm' width modifier
as part of the scanf string format specifier. This can cause the
parsing to fail. Since the parser never checks if the scanf
parsing was successesful, this can result in a crash.
Change the comm string to be
From: Chris Phlipot
Some implementations of libc do not support the 'm' width modifier
as part of the scanf string format specifier. This can cause the
parsing to fail. Since the parser never checks if the scanf
parsing was successesful, this can result in a crash.
Change the comm string to be
Add i.mx8mq specific compatible string.
Signed-off-by: Anson Huang
---
Documentation/devicetree/bindings/thermal/qoriq-thermal.txt | 6 +++---
drivers/thermal/qoriq_thermal.c | 1 +
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git
Add i.mx8mq specific compatible string.
Signed-off-by: Anson Huang
---
Documentation/devicetree/bindings/thermal/qoriq-thermal.txt | 6 +++---
drivers/thermal/qoriq_thermal.c | 1 +
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git
Hello,
syzbot found the following crash on:
HEAD commit:817e60a7a2bb Merge branch 'nfp-add-NFP5000-support'
git tree: net-next
console output: https://syzkaller.appspot.com/x/log.txt?x=1536d29640
kernel config: https://syzkaller.appspot.com/x/.config?x=531a917630d2a492
dashboard
Hello,
syzbot found the following crash on:
HEAD commit:817e60a7a2bb Merge branch 'nfp-add-NFP5000-support'
git tree: net-next
console output: https://syzkaller.appspot.com/x/log.txt?x=1536d29640
kernel config: https://syzkaller.appspot.com/x/.config?x=531a917630d2a492
dashboard
On Wed, 29 Aug 2018 at 23:42, Radim Krcmar wrote:
>
> 2018-08-29 13:29+0300, Dan Carpenter:
> > On Wed, Aug 29, 2018 at 06:23:08PM +0800, Wanpeng Li wrote:
> > > On Wed, 29 Aug 2018 at 18:18, Dan Carpenter
> > > wrote:
> > > >
> > > > On Wed, Aug 29, 2018 at 01:12:05PM +0300, Dan Carpenter
On Wed, 29 Aug 2018 at 23:42, Radim Krcmar wrote:
>
> 2018-08-29 13:29+0300, Dan Carpenter:
> > On Wed, Aug 29, 2018 at 06:23:08PM +0800, Wanpeng Li wrote:
> > > On Wed, 29 Aug 2018 at 18:18, Dan Carpenter
> > > wrote:
> > > >
> > > > On Wed, Aug 29, 2018 at 01:12:05PM +0300, Dan Carpenter
On Wed, Aug 29, 2018 at 09:56:16PM -0400, Steven Rostedt wrote:
> On Wed, 29 Aug 2018 14:23:13 -0700
> "Paul E. McKenney" wrote:
>
> > Allocating a list_head structure that is almost never used, and, when
> > used, is used only during early boot (rcu_init() and earlier), is a bit
> > wasteful.
On Wed, Aug 29, 2018 at 09:56:16PM -0400, Steven Rostedt wrote:
> On Wed, 29 Aug 2018 14:23:13 -0700
> "Paul E. McKenney" wrote:
>
> > Allocating a list_head structure that is almost never used, and, when
> > used, is used only during early boot (rcu_init() and earlier), is a bit
> > wasteful.
From: Wanpeng Li
Dan Carpenter reported that the untrusted data returns from kvm_register_read()
results in the following static checker warning:
arch/x86/kvm/lapic.c:576 kvm_pv_send_ipi()
error: buffer underflow 'map->phys_map' 's32min-s32max'
KVM guest can easily trigger this by executing
From: Wanpeng Li
Dan Carpenter reported that the untrusted data returns from kvm_register_read()
results in the following static checker warning:
arch/x86/kvm/lapic.c:576 kvm_pv_send_ipi()
error: buffer underflow 'map->phys_map' 's32min-s32max'
KVM guest can easily trigger this by executing
On Wed, 29 Aug 2018 15:38:30 -0700
"Paul E. McKenney" wrote:
> Hello!
>
> This commit does RCU-consolidation cleanups that get rid of pointers to
> the sole remaining rcu_state structure:
>
> 1-40: Remove the "rsp" parameter from numerous functions, given that
> the corresponding
On Wed, 29 Aug 2018 15:38:30 -0700
"Paul E. McKenney" wrote:
> Hello!
>
> This commit does RCU-consolidation cleanups that get rid of pointers to
> the sole remaining rcu_state structure:
>
> 1-40: Remove the "rsp" parameter from numerous functions, given that
> the corresponding
> On Aug 29, 2018, at 6:38 PM, Masami Hiramatsu wrote:
>
> On Wed, 29 Aug 2018 08:41:00 -0700
> Andy Lutomirski wrote:
>
>>> On Wed, Aug 29, 2018 at 2:49 AM, Masami Hiramatsu
>>> wrote:
>>> On Wed, 29 Aug 2018 01:11:43 -0700
>>> Nadav Amit wrote:
>>>
From: Andy Lutomirski
> On Aug 29, 2018, at 6:38 PM, Masami Hiramatsu wrote:
>
> On Wed, 29 Aug 2018 08:41:00 -0700
> Andy Lutomirski wrote:
>
>>> On Wed, Aug 29, 2018 at 2:49 AM, Masami Hiramatsu
>>> wrote:
>>> On Wed, 29 Aug 2018 01:11:43 -0700
>>> Nadav Amit wrote:
>>>
From: Andy Lutomirski
On Wed, 29 Aug 2018 16:28:50 -0500
Grygorii Strashko wrote:
> On 08/29/2018 09:08 AM, Sebastian Andrzej Siewior wrote:
> > On 2018-08-28 18:28:42 [-0500], Grygorii Strashko wrote:
>
> [...]
>
> >> [0.912275] [] alloc_pages_current+0xcc/0xe0
> >> [0.912287] []
On Wed, 29 Aug 2018 16:28:50 -0500
Grygorii Strashko wrote:
> On 08/29/2018 09:08 AM, Sebastian Andrzej Siewior wrote:
> > On 2018-08-28 18:28:42 [-0500], Grygorii Strashko wrote:
>
> [...]
>
> >> [0.912275] [] alloc_pages_current+0xcc/0xe0
> >> [0.912287] []
On Wed, 29 Aug 2018 14:23:13 -0700
"Paul E. McKenney" wrote:
> Allocating a list_head structure that is almost never used, and, when
> used, is used only during early boot (rcu_init() and earlier), is a bit
> wasteful. This commit therefore eliminates that list_head in favor of
> the one in the
On Wed, 29 Aug 2018 14:23:13 -0700
"Paul E. McKenney" wrote:
> Allocating a list_head structure that is almost never used, and, when
> used, is used only during early boot (rcu_init() and earlier), is a bit
> wasteful. This commit therefore eliminates that list_head in favor of
> the one in the
On 8/28/18 5:01 PM, Oscar Salvador wrote:
> From: Oscar Salvador
>
> check_for_memory looks a bit confusing.
> First of all, we have this:
>
> if (N_MEMORY == N_NORMAL_MEMORY)
> return;
>
> Checking the ENUM declaration, looks like N_MEMORY canot be equal to
> N_NORMAL_MEMORY.
> I
On 8/28/18 5:01 PM, Oscar Salvador wrote:
> From: Oscar Salvador
>
> check_for_memory looks a bit confusing.
> First of all, we have this:
>
> if (N_MEMORY == N_NORMAL_MEMORY)
> return;
>
> Checking the ENUM declaration, looks like N_MEMORY canot be equal to
> N_NORMAL_MEMORY.
> I
> > > > > Some kind of counter is required to keep track of the power cycle.
> > > > > When going to sleep the sgx_pm_cnt is increased. sgx_einit()
> > > > > compares the current value of the global count to the value in
> > > > > the cache entry to see whether we are in a new power cycle.
> > > >
> > > > > Some kind of counter is required to keep track of the power cycle.
> > > > > When going to sleep the sgx_pm_cnt is increased. sgx_einit()
> > > > > compares the current value of the global count to the value in
> > > > > the cache entry to see whether we are in a new power cycle.
> > > >
On Wed, 29 Aug 2018 08:41:00 -0700
Andy Lutomirski wrote:
> On Wed, Aug 29, 2018 at 2:49 AM, Masami Hiramatsu wrote:
> > On Wed, 29 Aug 2018 01:11:43 -0700
> > Nadav Amit wrote:
> >
> >> From: Andy Lutomirski
> >>
> >> Sometimes we want to set a temporary page-table entries (PTEs) in one of
>
On Wed, 29 Aug 2018 08:41:00 -0700
Andy Lutomirski wrote:
> On Wed, Aug 29, 2018 at 2:49 AM, Masami Hiramatsu wrote:
> > On Wed, 29 Aug 2018 01:11:43 -0700
> > Nadav Amit wrote:
> >
> >> From: Andy Lutomirski
> >>
> >> Sometimes we want to set a temporary page-table entries (PTEs) in one of
>
On 8/30/2018 7:22 AM, Andrew Morton Wrote:
> On Tue, 28 Aug 2018 12:20:46 +0800 Jia He wrote:
>
>> Hi Andrew
>> FYI,I watched a lockdep warning based on your mmotm master branch[1]
>
> Thanks. We'll need help from ARM peeps on this please.
>
>> [6.692731] [ cut here
On 8/30/2018 7:22 AM, Andrew Morton Wrote:
> On Tue, 28 Aug 2018 12:20:46 +0800 Jia He wrote:
>
>> Hi Andrew
>> FYI,I watched a lockdep warning based on your mmotm master branch[1]
>
> Thanks. We'll need help from ARM peeps on this please.
>
>> [6.692731] [ cut here
On 08/29/2018 02:11 PM, Jerome Glisse wrote:
> On Wed, Aug 29, 2018 at 08:39:06PM +0200, Michal Hocko wrote:
>> On Wed 29-08-18 14:14:25, Jerome Glisse wrote:
>>> On Wed, Aug 29, 2018 at 10:24:44AM -0700, Mike Kravetz wrote:
>> [...]
What would be the best mmu notifier interface to use where
On 08/29/2018 02:11 PM, Jerome Glisse wrote:
> On Wed, Aug 29, 2018 at 08:39:06PM +0200, Michal Hocko wrote:
>> On Wed 29-08-18 14:14:25, Jerome Glisse wrote:
>>> On Wed, Aug 29, 2018 at 10:24:44AM -0700, Mike Kravetz wrote:
>> [...]
What would be the best mmu notifier interface to use where
Hi,
On Wed, Aug 29, 2018 at 08:14:12AM -0700, Stephane Eranian wrote:
> On Wed, Aug 29, 2018 at 6:54 AM Arnaldo Carvalho de Melo
> wrote:
> >
> > Em Tue, Aug 28, 2018 at 07:41:31PM -0700, Stephane Eranian escreveu:
> > > Hi,
> > >
> > > I am doing the following simple collection with callchain
Hi,
On Wed, Aug 29, 2018 at 08:14:12AM -0700, Stephane Eranian wrote:
> On Wed, Aug 29, 2018 at 6:54 AM Arnaldo Carvalho de Melo
> wrote:
> >
> > Em Tue, Aug 28, 2018 at 07:41:31PM -0700, Stephane Eranian escreveu:
> > > Hi,
> > >
> > > I am doing the following simple collection with callchain
The following changes since commit 5b394b2ddf0347bef56e50c69a58773c94343ff3:
Linux 4.19-rc1 (2018-08-26 14:11:59 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/palmer/riscv-linux.git
tags/riscv-for-linus-4.19-rc2
for you to fetch changes up to
The following changes since commit 5b394b2ddf0347bef56e50c69a58773c94343ff3:
Linux 4.19-rc1 (2018-08-26 14:11:59 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/palmer/riscv-linux.git
tags/riscv-for-linus-4.19-rc2
for you to fetch changes up to
On Wed, Aug 29, 2018 at 6:19 AM wrote:
>
> On 2018-08-29 05:55, Rob Herring wrote:
> > On Fri, Aug 24, 2018 at 04:12:15PM +0530, Dilip Kota wrote:
> >> From: Girish Mahadevan
> >>
> >> This driver supports GENI based SPI Controller in the Qualcomm SOCs.
> >> The
> >> Qualcomm Generic Interface
On Wed, Aug 29, 2018 at 6:19 AM wrote:
>
> On 2018-08-29 05:55, Rob Herring wrote:
> > On Fri, Aug 24, 2018 at 04:12:15PM +0530, Dilip Kota wrote:
> >> From: Girish Mahadevan
> >>
> >> This driver supports GENI based SPI Controller in the Qualcomm SOCs.
> >> The
> >> Qualcomm Generic Interface
On 08/27/2018 04:00 AM, Peter Zijlstra wrote:
>
> The one obvious thing SH and ARM want is a sensible default for
> tlb_start_vma(). (also: https://lkml.org/lkml/2004/1/15/6 )
>
> The below make tlb_start_vma() default to flush_cache_range(), which
> should be right and sufficient. The only
On 08/27/2018 04:00 AM, Peter Zijlstra wrote:
>
> The one obvious thing SH and ARM want is a sensible default for
> tlb_start_vma(). (also: https://lkml.org/lkml/2004/1/15/6 )
>
> The below make tlb_start_vma() default to flush_cache_range(), which
> should be right and sufficient. The only
Hi Codrin,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on at91/at91-next]
[also build test ERROR on v4.19-rc1 next-20180829]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci
Hi Codrin,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on at91/at91-next]
[also build test ERROR on v4.19-rc1 next-20180829]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci
On Tue, 28 Aug 2018 22:35:02 +0300 Alexey Dobriyan wrote:
> > Are we really in a super hot path to justify all that?
>
> /proc is very slow, try profiling just about anything involving /proc.
So how much does this patchset help? Some timing measurements would
really help things along, if they
On Tue, 28 Aug 2018 22:35:02 +0300 Alexey Dobriyan wrote:
> > Are we really in a super hot path to justify all that?
>
> /proc is very slow, try profiling just about anything involving /proc.
So how much does this patchset help? Some timing measurements would
really help things along, if they
On Tue, 28 Aug 2018 12:20:46 +0800 Jia He wrote:
> Hi Andrew
> FYI,I watched a lockdep warning based on your mmotm master branch[1]
Thanks. We'll need help from ARM peeps on this please.
> [6.692731] [ cut here ]
> [6.696391]
On Tue, 28 Aug 2018 12:20:46 +0800 Jia He wrote:
> Hi Andrew
> FYI,I watched a lockdep warning based on your mmotm master branch[1]
Thanks. We'll need help from ARM peeps on this please.
> [6.692731] [ cut here ]
> [6.696391]
At one point in time all "future" platforms required three clocks, so
the binding and driver was written to treat this as the default case.
But new platforms has no clock requirements, which currently makes them
all a special case, causing the need for a patch in the binding and
driver for each
When the binding was written all "future" platforms required three
clocks, so the default compatible (qcom,scm) was defined to require
this. But as history shows all "future" platforms actually lack required
clocks. Given how the binding is written these compatibles have to be
added as an
1 - 100 of 1560 matches
Mail list logo