From: Bjorn Andersson
Enable GCC and pin control configs to make it possible to boot the
QCS404 EVBs.
Signed-off-by: Bjorn Andersson
Signed-off-by: Vinod Koul
---
arch/arm64/configs/defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm64/configs/defconfig
From: Bjorn Andersson
Enable remoteproc configs to boot the remoteprocs on QC chipsets. These
are common configs and not specific to a specific SoC so should be enabled
across the board.
Signed-off-by: Bjorn Andersson
Signed-off-by: Vinod Koul
---
arch/arm64/configs/defconfig | 6 ++
1
From: Bjorn Andersson
Enable GCC and pin control configs to make it possible to boot the
QCS404 EVBs.
Signed-off-by: Bjorn Andersson
Signed-off-by: Vinod Koul
---
arch/arm64/configs/defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm64/configs/defconfig
From: Bjorn Andersson
Enable remoteproc configs to boot the remoteprocs on QC chipsets. These
are common configs and not specific to a specific SoC so should be enabled
across the board.
Signed-off-by: Bjorn Andersson
Signed-off-by: Vinod Koul
---
arch/arm64/configs/defconfig | 6 ++
1
On (11/08/18 20:37), Tetsuo Handa wrote:
> On 2018/11/08 13:45, Sergey Senozhatsky wrote:
> > So, can we just do the following? /* a sketch */
> >
> > lockdep.c
> > printk_safe_enter_irqsave(flags);
> > lockdep_report();
> > printk_safe_exit_irqrestore(flags);
>
> If buffer size were
On (11/08/18 20:37), Tetsuo Handa wrote:
> On 2018/11/08 13:45, Sergey Senozhatsky wrote:
> > So, can we just do the following? /* a sketch */
> >
> > lockdep.c
> > printk_safe_enter_irqsave(flags);
> > lockdep_report();
> > printk_safe_exit_irqrestore(flags);
>
> If buffer size were
On 11/9/2018 3:11 AM, Marc Gonzalez wrote:
> Commit e8342cc7954e ("enable CAAM crypto engine on QorIQ DPAA2 SoCs")
> enabled CRYPTO_DEV_FSL_DPAA2_CAAM, which depends on FSL_MC_DPIO,
> which is not set. Enable FSL_MC_BUS, and build FSL_MC_DPIO and
> CRYPTO_DEV_FSL_DPAA2_CAAM as modules.
>
>
On 11/9/2018 3:11 AM, Marc Gonzalez wrote:
> Commit e8342cc7954e ("enable CAAM crypto engine on QorIQ DPAA2 SoCs")
> enabled CRYPTO_DEV_FSL_DPAA2_CAAM, which depends on FSL_MC_DPIO,
> which is not set. Enable FSL_MC_BUS, and build FSL_MC_DPIO and
> CRYPTO_DEV_FSL_DPAA2_CAAM as modules.
>
>
According to Ted Ts'o ext4_getblk() called in ext4_xattr_inode_write()
should not return bh = NULL
The only time that bh could be NULL, then, would be in the case of
something really going wrong; a programming error elsewhere (perhaps a
wild pointer dereference) or I/O error causing on-disk file
According to Ted Ts'o ext4_getblk() called in ext4_xattr_inode_write()
should not return bh = NULL
The only time that bh could be NULL, then, would be in the case of
something really going wrong; a programming error elsewhere (perhaps a
wild pointer dereference) or I/O error causing on-disk file
Hi Arnd,
On 06/11/18 6:21 PM, Arnd Bergmann wrote:
> On 11/5/18, Kishon Vijay Abraham I wrote:
>> On 05/11/18 8:46 AM, Chunyan Zhang wrote:
>>>
>>> + sdhci_switch_extdma(host, true);
>>
>> A number of devices using sdhci-omap supports ADMA. So switching to
>> external
>> DMA shouldn't be
Hi Arnd,
On 06/11/18 6:21 PM, Arnd Bergmann wrote:
> On 11/5/18, Kishon Vijay Abraham I wrote:
>> On 05/11/18 8:46 AM, Chunyan Zhang wrote:
>>>
>>> + sdhci_switch_extdma(host, true);
>>
>> A number of devices using sdhci-omap supports ADMA. So switching to
>> external
>> DMA shouldn't be
On 08-11-18, 15:04, Shawn Guo wrote:
> +static int qcom_snps_hsphy_config_regulators(struct hsphy_priv *priv, int
> high)
> +{
> + int min, ret, i;
> +
> + min = high ? 1 : 0; /* low or none? */
> +
> + for (i = 0; i < VREG_NUM; i++) {
> + ret =
On 08-11-18, 15:04, Shawn Guo wrote:
> +static int qcom_snps_hsphy_config_regulators(struct hsphy_priv *priv, int
> high)
> +{
> + int min, ret, i;
> +
> + min = high ? 1 : 0; /* low or none? */
> +
> + for (i = 0; i < VREG_NUM; i++) {
> + ret =
On 08-11-18, 15:04, Shawn Guo wrote:
> From: Sriharsha Allenki
>
> It adds bindings for Synopsys 28nm femto phy controller that supports
> LS/FS/HS usb connectivity on Qualcomm chipsets.
>
> Signed-off-by: Sriharsha Allenki
> Signed-off-by: Anu Ramanathan
> Signed-off-by: Bjorn Andersson
>
On 08-11-18, 15:04, Shawn Guo wrote:
> From: Sriharsha Allenki
>
> It adds bindings for Synopsys 28nm femto phy controller that supports
> LS/FS/HS usb connectivity on Qualcomm chipsets.
>
> Signed-off-by: Sriharsha Allenki
> Signed-off-by: Anu Ramanathan
> Signed-off-by: Bjorn Andersson
>
On 08-11-18, 15:42, Rob Herring wrote:
> On Thu, Nov 8, 2018 at 12:41 PM Vinod Koul wrote:
> >
> > Add the GPIOs present on PMS405 chip.
> >
> > Signed-off-by: Vinod Koul
> > ---
> > arch/arm64/boot/dts/qcom/pms405.dtsi | 19 +++
> > 1 file changed, 19 insertions(+)
> >
> > diff
On 08-11-18, 15:42, Rob Herring wrote:
> On Thu, Nov 8, 2018 at 12:41 PM Vinod Koul wrote:
> >
> > Add the GPIOs present on PMS405 chip.
> >
> > Signed-off-by: Vinod Koul
> > ---
> > arch/arm64/boot/dts/qcom/pms405.dtsi | 19 +++
> > 1 file changed, 19 insertions(+)
> >
> > diff
Add the basic driver for Arasan NAND Flash Controller used in
Zynq UltraScale+ MPSoC. It supports HW ECC and upto 24bit correction
Signed-off-by: Naga Sureshkumar Relli
---
Changes in v12:
- Rebased on top of 4.20
- As suggested by Boris, instead of checking the command using nfc_op.cmds[],
Add the basic driver for Arasan NAND Flash Controller used in
Zynq UltraScale+ MPSoC. It supports HW ECC and upto 24bit correction
Signed-off-by: Naga Sureshkumar Relli
---
Changes in v12:
- Rebased on top of 4.20
- As suggested by Boris, instead of checking the command using nfc_op.cmds[],
This patch adds the dts binding document for arasan nand flash controller
Signed-off-by: Naga Sureshkumar Relli
---
Changes in v12:
- Removed interrupt-parent description as it is implied as suggested by
Rob Herring
- Added missing ';' as required
Changes in v11:
- Updated compatible
This patch adds the dts binding document for arasan nand flash controller
Signed-off-by: Naga Sureshkumar Relli
---
Changes in v12:
- Removed interrupt-parent description as it is implied as suggested by
Rob Herring
- Added missing ';' as required
Changes in v11:
- Updated compatible
On 08-11-18, 15:45, Rob Herring wrote:
> > +/ {
> > + interrupt-parent = <>;
> > +
> > + #address-cells = <2>;
> > + #size-cells = <2>;
> > +
> > + chosen { };
> > +
> > + clocks {
> > + xo_board: xo_board {
>
> Build your dtbs with "W=12" and fix any
Please ignore this patch, as it can NOT completely fix the issue of the case
when GPIO IRQ coming during the noirq suspend/resume phase, the correct
solution should be to save/restore the GPIO registers when local irq is off, so
move the GPIO noirq suspend/resume to syscore phase, I have send
This patch series adds the basic driver support for Arasan NAND Flash
controller.
We are reinitiating the patch series by fixing the comments given by Miquel and
Boris.
Major changes are exec_op() implementation related.
Rebased to 4.19 nand tree.
Tested MT29F32G08ABCDBJ4.
As suggested by
On 08-11-18, 15:45, Rob Herring wrote:
> > +/ {
> > + interrupt-parent = <>;
> > +
> > + #address-cells = <2>;
> > + #size-cells = <2>;
> > +
> > + chosen { };
> > +
> > + clocks {
> > + xo_board: xo_board {
>
> Build your dtbs with "W=12" and fix any
Please ignore this patch, as it can NOT completely fix the issue of the case
when GPIO IRQ coming during the noirq suspend/resume phase, the correct
solution should be to save/restore the GPIO registers when local irq is off, so
move the GPIO noirq suspend/resume to syscore phase, I have send
This patch series adds the basic driver support for Arasan NAND Flash
controller.
We are reinitiating the patch series by fixing the comments given by Miquel and
Boris.
Major changes are exec_op() implementation related.
Rebased to 4.19 nand tree.
Tested MT29F32G08ABCDBJ4.
As suggested by
Some NAND controllers need SDR timing mode value, instead of timings.
i.e the NAND controller will change its operating mode by
just configuring the sdr timing mode number. So add a mode field to
struct nand_sdr_timings
Signed-off-by: Naga Sureshkumar Relli
Reviewed-by: Boris Brezillon
---
Some NAND controllers need SDR timing mode value, instead of timings.
i.e the NAND controller will change its operating mode by
just configuring the sdr timing mode number. So add a mode field to
struct nand_sdr_timings
Signed-off-by: Naga Sureshkumar Relli
Reviewed-by: Boris Brezillon
---
During noirq suspend/resume phase, GPIO irq could arrive
and its registers like IMR will be changed by irq handle
process, to make the GPIO registers exactly when it is
powered ON after resume, move the GPIO noirq suspend/resume
callback to syscore suspend/resume phase, local irq is
disabled at
During noirq suspend/resume phase, GPIO irq could arrive
and its registers like IMR will be changed by irq handle
process, to make the GPIO registers exactly when it is
powered ON after resume, move the GPIO noirq suspend/resume
callback to syscore suspend/resume phase, local irq is
disabled at
Hi Matti,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 24ccea7e102de8cbc93ab3befb123bbd18532be9
commit: 2ece646c90c5b45dd76c76ea207a3f3459f2c472 regulator: bd718xx: rename
bd71837 to 718xx
date: 6 weeks ago
Hi Matti,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 24ccea7e102de8cbc93ab3befb123bbd18532be9
commit: 2ece646c90c5b45dd76c76ea207a3f3459f2c472 regulator: bd718xx: rename
bd71837 to 718xx
date: 6 weeks ago
On 11/07/2018 03:04 AM, Grygorii Strashko wrote:
> Hi All,
>
> Do anybody tried to use ARM64 RT with 76K pages enabled?
>
> My attempt shows that enabling CONFIG_ARM64_64K_PAGES=y increases latencies
> by ~30%
Depends on what the workload is actually doing. 64K pages should help if
the
On 11/07/2018 03:04 AM, Grygorii Strashko wrote:
> Hi All,
>
> Do anybody tried to use ARM64 RT with 76K pages enabled?
>
> My attempt shows that enabling CONFIG_ARM64_64K_PAGES=y increases latencies
> by ~30%
Depends on what the workload is actually doing. 64K pages should help if
the
Remove binder_trace.h which is included more than once
Signed-off-by: Brajeswar Ghosh
---
drivers/android/binder.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/android/binder.c b/drivers/android/binder.c
index cb30a524d16d..719f35a5c04b 100644
--- a/drivers/android/binder.c
+++
Remove binder_trace.h which is included more than once
Signed-off-by: Brajeswar Ghosh
---
drivers/android/binder.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/android/binder.c b/drivers/android/binder.c
index cb30a524d16d..719f35a5c04b 100644
--- a/drivers/android/binder.c
+++
stable-rc/linux-4.14.y boot: 74 boots: 0 failed, 59 passed with 15 offline
(v4.14.79-32-g24f453c41e18)
Full Boot Summary:
https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.14.y/kernel/v4.14.79-32-g24f453c41e18/
Full Build Summary:
stable-rc/linux-4.14.y boot: 74 boots: 0 failed, 59 passed with 15 offline
(v4.14.79-32-g24f453c41e18)
Full Boot Summary:
https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.14.y/kernel/v4.14.79-32-g24f453c41e18/
Full Build Summary:
We report a bug in v4.19-rc2 (4.20-rc1 as well, I guess):
kernel config: https://kt0755.github.io/etc/config_v2-4.19
repro: https://kt0755.github.io/etc/repro.c4074.c
In the middle of page request, this arose because order is too large to handle
(mm/page_alloc.c:3119). It actually comes from
We report a bug in v4.19-rc2 (4.20-rc1 as well, I guess):
kernel config: https://kt0755.github.io/etc/config_v2-4.19
repro: https://kt0755.github.io/etc/repro.c4074.c
In the middle of page request, this arose because order is too large to handle
(mm/page_alloc.c:3119). It actually comes from
Στις 2018-11-08 17:54, Mark Rutland έγραψε:
On Thu, Nov 08, 2018 at 03:45:36PM +0200, Nick Kossifidis wrote:
Στις 2018-11-07 14:06, Mark Rutland έγραψε:
> On Wed, Nov 07, 2018 at 04:31:34AM +0200, Nick Kossifidis wrote:
> > Mark and Sundeep thanks a lot for your feedback, I guess you convinced
Στις 2018-11-08 17:54, Mark Rutland έγραψε:
On Thu, Nov 08, 2018 at 03:45:36PM +0200, Nick Kossifidis wrote:
Στις 2018-11-07 14:06, Mark Rutland έγραψε:
> On Wed, Nov 07, 2018 at 04:31:34AM +0200, Nick Kossifidis wrote:
> > Mark and Sundeep thanks a lot for your feedback, I guess you convinced
On Thu, 2018-11-08 at 21:58 +0200, Andy Shevchenko wrote:
> On Thu, Nov 8, 2018 at 7:17 PM Ayman Bagabas > wrote:
> > This driver adds support for missing hotkeys on some Huawei
> > laptops.
> > Currently, only Huawei Matebook X and Matebook X Pro is supported.
> >
>
> Thanks for an update, my
On Thu, 2018-11-08 at 21:58 +0200, Andy Shevchenko wrote:
> On Thu, Nov 8, 2018 at 7:17 PM Ayman Bagabas > wrote:
> > This driver adds support for missing hotkeys on some Huawei
> > laptops.
> > Currently, only Huawei Matebook X and Matebook X Pro is supported.
> >
>
> Thanks for an update, my
stable-rc/linux-4.9.y boot: 84 boots: 0 failed, 70 passed with 14 offline
(v4.9.135-172-gcc46a1dedc8b)
Full Boot Summary:
https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.9.y/kernel/v4.9.135-172-gcc46a1dedc8b/
Full Build Summary:
Hi,
On Mon, Jul 16, 2018 at 10:57:48AM -0700, Nagarathnam Muthusamy wrote:
> On 06/01/2018 12:18 PM, Konstantin Khlebnikov wrote:
> > Each process have different pids, one for each pid namespace it belongs.
> > When interaction happens within single pid-ns translation isn't required.
> > More
stable-rc/linux-4.9.y boot: 84 boots: 0 failed, 70 passed with 14 offline
(v4.9.135-172-gcc46a1dedc8b)
Full Boot Summary:
https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.9.y/kernel/v4.9.135-172-gcc46a1dedc8b/
Full Build Summary:
Hi,
On Mon, Jul 16, 2018 at 10:57:48AM -0700, Nagarathnam Muthusamy wrote:
> On 06/01/2018 12:18 PM, Konstantin Khlebnikov wrote:
> > Each process have different pids, one for each pid namespace it belongs.
> > When interaction happens within single pid-ns translation isn't required.
> > More
stable-rc/linux-4.18.y boot: 91 boots: 0 failed, 76 passed with 15 offline
(v4.18.17-35-g46c86a0ac4a1)
Full Boot Summary:
https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.18.y/kernel/v4.18.17-35-g46c86a0ac4a1/
Full Build Summary:
stable-rc/linux-4.18.y boot: 91 boots: 0 failed, 76 passed with 15 offline
(v4.18.17-35-g46c86a0ac4a1)
Full Boot Summary:
https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.18.y/kernel/v4.18.17-35-g46c86a0ac4a1/
Full Build Summary:
On 11/08/2018 03:59 PM, Michal Hocko wrote:
> [Removing Wen Congyang and Tang Chen from the CC list because their
> emails bounce. It seems that we will never learn about their motivation]
>
> On Thu 08-11-18 11:04:13, Michal Hocko wrote:
>> From: Michal Hocko
>>
>> Per-cpu numa_node
On 11/08/2018 03:59 PM, Michal Hocko wrote:
> [Removing Wen Congyang and Tang Chen from the CC list because their
> emails bounce. It seems that we will never learn about their motivation]
>
> On Thu 08-11-18 11:04:13, Michal Hocko wrote:
>> From: Michal Hocko
>>
>> Per-cpu numa_node
On Thu, 2018-11-08 at 21:59 +0200, Andy Shevchenko wrote:
> On Thu, Nov 8, 2018 at 7:17 PM Ayman Bagabas > wrote:
>
> Is it supposed to go via PDx86 or ALSA tree?
There isn't much of work done on behave of ALSA. So PDx86?
>
> > Changes from v2:
> > * Support for Huawei MBX
> > * Style and
On Thu, 2018-11-08 at 21:59 +0200, Andy Shevchenko wrote:
> On Thu, Nov 8, 2018 at 7:17 PM Ayman Bagabas > wrote:
>
> Is it supposed to go via PDx86 or ALSA tree?
There isn't much of work done on behave of ALSA. So PDx86?
>
> > Changes from v2:
> > * Support for Huawei MBX
> > * Style and
From: Freeman Liu
Sometimes the ADC controller met some problems, and it will not complete
the data conversion, that will can not wake up the read process any more
to block users. So we should add one maximum conversion time to avoid
this issue.
Signed-off-by: Freeman Liu
Signed-off-by: Baolin
From: Freeman Liu
Sometimes the ADC controller met some problems, and it will not complete
the data conversion, that will can not wake up the read process any more
to block users. So we should add one maximum conversion time to avoid
this issue.
Signed-off-by: Freeman Liu
Signed-off-by: Baolin
The uapi/linux/audit.h header is going to use EM_NDS32 in order
to define AUDIT_ARCH_NDS32 which is needed to implement
syscall_get_arch() which in turn is required to extend
the generic ptrace API with PTRACE_GET_SYSCALL_INFO request.
The value for EM_NDS32 has been taken from
The uapi/linux/audit.h header is going to use EM_XTENSA in order
to define AUDIT_ARCH_XTENSA which is needed to implement
syscall_get_arch() which in turn is required to extend
the generic ptrace API with PTRACE_GET_SYSCALL_INFO request.
The value for EM_XTENSA has been taken from
syscall_get_arch() is required to be implemented on all architectures
that use tracehook_report_syscall_entry() in order to extend
the generic ptrace API with PTRACE_GET_SYSCALL_INFO request.
Signed-off-by: Dmitry V. Levin
---
arch/m68k/include/asm/syscall.h | 12
1 file changed,
syscall_get_arch() is required to be implemented on all architectures
that use tracehook_report_syscall_entry() in order to extend
the generic ptrace API with PTRACE_GET_SYSCALL_INFO request.
Signed-off-by: Dmitry V. Levin
---
arch/h8300/include/asm/syscall.h | 5 +
syscall_get_arch() is required to be implemented on all architectures
that use tracehook_report_syscall_entry() in order to extend
the generic ptrace API with PTRACE_GET_SYSCALL_INFO request.
Signed-off-by: Dmitry V. Levin
---
arch/hexagon/include/asm/syscall.h | 8
The uapi/linux/audit.h header is going to use EM_NDS32 in order
to define AUDIT_ARCH_NDS32 which is needed to implement
syscall_get_arch() which in turn is required to extend
the generic ptrace API with PTRACE_GET_SYSCALL_INFO request.
The value for EM_NDS32 has been taken from
The uapi/linux/audit.h header is going to use EM_XTENSA in order
to define AUDIT_ARCH_XTENSA which is needed to implement
syscall_get_arch() which in turn is required to extend
the generic ptrace API with PTRACE_GET_SYSCALL_INFO request.
The value for EM_XTENSA has been taken from
syscall_get_arch() is required to be implemented on all architectures
that use tracehook_report_syscall_entry() in order to extend
the generic ptrace API with PTRACE_GET_SYSCALL_INFO request.
Signed-off-by: Dmitry V. Levin
---
arch/m68k/include/asm/syscall.h | 12
1 file changed,
syscall_get_arch() is required to be implemented on all architectures
that use tracehook_report_syscall_entry() in order to extend
the generic ptrace API with PTRACE_GET_SYSCALL_INFO request.
Signed-off-by: Dmitry V. Levin
---
arch/h8300/include/asm/syscall.h | 5 +
syscall_get_arch() is required to be implemented on all architectures
that use tracehook_report_syscall_entry() in order to extend
the generic ptrace API with PTRACE_GET_SYSCALL_INFO request.
Signed-off-by: Dmitry V. Levin
---
arch/hexagon/include/asm/syscall.h | 8
This should never have been defined in the arch tree to begin with,
and now uapi/linux/audit.h header is going to use EM_HEXAGON
in order to define AUDIT_ARCH_HEXAGON which is needed to implement
syscall_get_arch() which in turn is required to extend
the generic ptrace API with
This should never have been defined in the arch tree to begin with,
and now uapi/linux/audit.h header is going to use EM_HEXAGON
in order to define AUDIT_ARCH_HEXAGON which is needed to implement
syscall_get_arch() which in turn is required to extend
the generic ptrace API with
From: Rob Herring
Date: Wed, 7 Nov 2018 16:31:46 -0600
> In preparation to remove direct accesses to the device_node.name
> pointer, retrieve the node name from the "name" property instead.
>
> Cc: "David S. Miller"
> Cc: sparcli...@vger.kernel.org
> Signed-off-by: Rob Herring
On some
From: Rob Herring
Date: Wed, 7 Nov 2018 16:31:46 -0600
> In preparation to remove direct accesses to the device_node.name
> pointer, retrieve the node name from the "name" property instead.
>
> Cc: "David S. Miller"
> Cc: sparcli...@vger.kernel.org
> Signed-off-by: Rob Herring
On some
On Fri, Nov 09, 2018 at 11:32:16AM +1100, NeilBrown wrote:
> On Thu, Nov 08 2018, J. Bruce Fields wrote:
>
> > On Mon, Nov 05, 2018 at 12:30:47PM +1100, NeilBrown wrote:
> >> struct file lock contains an 'fl_next' pointer which
> >> is used to point to the lock that this request is blocked
> >>
On Fri, Nov 09, 2018 at 11:32:16AM +1100, NeilBrown wrote:
> On Thu, Nov 08 2018, J. Bruce Fields wrote:
>
> > On Mon, Nov 05, 2018 at 12:30:47PM +1100, NeilBrown wrote:
> >> struct file lock contains an 'fl_next' pointer which
> >> is used to point to the lock that this request is blocked
> >>
From: Rob Herring
Date: Wed, 7 Nov 2018 16:31:45 -0600
> @@ -32,24 +32,7 @@ unsigned int of_pdt_unique_id __initdata;
>
> static char * __init of_pdt_build_full_name(struct device_node *dp)
> {
> - int len, ourlen, plen;
> - char *n;
> -
> - dp->path_component_name =
From: Rob Herring
Date: Wed, 7 Nov 2018 16:31:45 -0600
> @@ -32,24 +32,7 @@ unsigned int of_pdt_unique_id __initdata;
>
> static char * __init of_pdt_build_full_name(struct device_node *dp)
> {
> - int len, ourlen, plen;
> - char *n;
> -
> - dp->path_component_name =
stable-rc/linux-3.18.y boot: 62 boots: 5 failed, 51 passed with 6 offline
(v3.18.124-145-g70889240432b)
Full Boot Summary:
https://kernelci.org/boot/all/job/stable-rc/branch/linux-3.18.y/kernel/v3.18.124-145-g70889240432b/
Full Build Summary:
stable-rc/linux-3.18.y boot: 62 boots: 5 failed, 51 passed with 6 offline
(v3.18.124-145-g70889240432b)
Full Boot Summary:
https://kernelci.org/boot/all/job/stable-rc/branch/linux-3.18.y/kernel/v3.18.124-145-g70889240432b/
Full Build Summary:
On Fri, Nov 09, 2018 at 11:38:19AM +1100, NeilBrown wrote:
> On Thu, Nov 08 2018, J. Bruce Fields wrote:
>
> > On Mon, Nov 05, 2018 at 12:30:48PM +1100, NeilBrown wrote:
> >> When we find an existing lock which conflicts with a request,
> >> and the request wants to wait, we currently add the
On Fri, Nov 09, 2018 at 11:38:19AM +1100, NeilBrown wrote:
> On Thu, Nov 08 2018, J. Bruce Fields wrote:
>
> > On Mon, Nov 05, 2018 at 12:30:48PM +1100, NeilBrown wrote:
> >> When we find an existing lock which conflicts with a request,
> >> and the request wants to wait, we currently add the
Hi all,
Changes since 20181108:
The tip tree still had its build failure for which I applied a fix patch.
Non-merge commits (relative to Linus' tree): 1966
2112 files changed, 84671 insertions(+), 86429 deletions
Hi all,
Changes since 20181108:
The tip tree still had its build failure for which I applied a fix patch.
Non-merge commits (relative to Linus' tree): 1966
2112 files changed, 84671 insertions(+), 86429 deletions
On Fri, Nov 09, 2018 at 08:19:54AM +0800, Rong Chen wrote:
>
>
> On 11/02/2018 04:36 PM, Daniel Borkmann wrote:
> > Hi Rong,
> >
> > On 11/02/2018 03:14 AM, kernel test robot wrote:
> > > Greeting,
> > >
> > > FYI, we noticed a -4.0% regression of will-it-scale.per_process_ops due
> > > to
On Thu, Nov 8, 2018 at 12:20 PM Brian Norris wrote:
>
> On Wed, Nov 7, 2018 at 1:18 PM Doug Anderson wrote:
> > On Wed, Nov 7, 2018 at 1:07 PM Genki Sky wrote:
> > > On Wed, 7 Nov 2018 12:55:14 -0800, Guenter Roeck
> > > wrote:
> > > > Ubuntu 16.04 ships with git version 2.7.4.
> > >
> > >
On Fri, Nov 09, 2018 at 08:19:54AM +0800, Rong Chen wrote:
>
>
> On 11/02/2018 04:36 PM, Daniel Borkmann wrote:
> > Hi Rong,
> >
> > On 11/02/2018 03:14 AM, kernel test robot wrote:
> > > Greeting,
> > >
> > > FYI, we noticed a -4.0% regression of will-it-scale.per_process_ops due
> > > to
On Thu, Nov 8, 2018 at 12:20 PM Brian Norris wrote:
>
> On Wed, Nov 7, 2018 at 1:18 PM Doug Anderson wrote:
> > On Wed, Nov 7, 2018 at 1:07 PM Genki Sky wrote:
> > > On Wed, 7 Nov 2018 12:55:14 -0800, Guenter Roeck
> > > wrote:
> > > > Ubuntu 16.04 ships with git version 2.7.4.
> > >
> > >
On Thu, Nov 8, 2018 at 5:58 AM Guenter Roeck wrote:
>
> On Wed, Nov 07, 2018 at 12:43:58PM -0800, Genki Sky wrote:
> > On Wed, 7 Nov 2018 10:44:37 -0800, Brian Norris
> > wrote:
> > > On Tue, Nov 06, 2018 at 08:00:36PM -0800, Brian Norris wrote:
> > > > On a different tangent: how about the
On Thu, Nov 8, 2018 at 5:58 AM Guenter Roeck wrote:
>
> On Wed, Nov 07, 2018 at 12:43:58PM -0800, Genki Sky wrote:
> > On Wed, 7 Nov 2018 10:44:37 -0800, Brian Norris
> > wrote:
> > > On Tue, Nov 06, 2018 at 08:00:36PM -0800, Brian Norris wrote:
> > > > On a different tangent: how about the
Hi,
It seems the patch below can solve many problems after switched to NO_BOOTMEM,
because the memory allocation behavior is more similar as before.
diff --git a/arch/mips/kernel/setup.c b/arch/mips/kernel/setup.c
index 070234b..7a449d9 100644
--- a/arch/mips/kernel/setup.c
+++
Hi,
It seems the patch below can solve many problems after switched to NO_BOOTMEM,
because the memory allocation behavior is more similar as before.
diff --git a/arch/mips/kernel/setup.c b/arch/mips/kernel/setup.c
index 070234b..7a449d9 100644
--- a/arch/mips/kernel/setup.c
+++
Στις 2018-11-08 18:48, Sudeep Holla έγραψε:
On Thu, Nov 08, 2018 at 04:52:30PM +0200, Nick Kossifidis wrote:
Στις 2018-11-07 14:28, Sudeep Holla έγραψε:
>
> I agree, but we have kernel code using it(arm64/kernel/topology.c). It's
> too late to remove it. But we can always keep to optional if we
Στις 2018-11-08 18:48, Sudeep Holla έγραψε:
On Thu, Nov 08, 2018 at 04:52:30PM +0200, Nick Kossifidis wrote:
Στις 2018-11-07 14:28, Sudeep Holla έγραψε:
>
> I agree, but we have kernel code using it(arm64/kernel/topology.c). It's
> too late to remove it. But we can always keep to optional if we
On Wed, Nov 07, 2018 at 11:04:12AM +, Robert Walker wrote:
> This patch adds support for generating instruction samples from trace of
> AArch32 programs using the A32 and T32 instruction sets.
>
> T32 has variable 2 or 4 byte instruction size, so the conversion between
> addresses and
On 2018年11月09日 00:52, Christian König wrote:
Am 08.11.18 um 17:07 schrieb Koenig, Christian:
Am 08.11.18 um 17:04 schrieb Eric Anholt:
Daniel suggested I submit this, since we're still seeing regressions
from it. This is a revert to before 48197bc564c7 ("drm: add syncobj
timeline support
On Wed, Nov 07, 2018 at 11:04:12AM +, Robert Walker wrote:
> This patch adds support for generating instruction samples from trace of
> AArch32 programs using the A32 and T32 instruction sets.
>
> T32 has variable 2 or 4 byte instruction size, so the conversion between
> addresses and
On 2018年11月09日 00:52, Christian König wrote:
Am 08.11.18 um 17:07 schrieb Koenig, Christian:
Am 08.11.18 um 17:04 schrieb Eric Anholt:
Daniel suggested I submit this, since we're still seeing regressions
from it. This is a revert to before 48197bc564c7 ("drm: add syncobj
timeline support
Hi Jacek,
On 9 November 2018 at 04:47, Jacek Anaszewski
wrote:
> Hi Baolin,
>
> Thanks for the review.
>
> On 11/07/2018 08:20 AM, Baolin Wang wrote:
>> Hi Jacek,
>>
>> On 7 November 2018 at 06:07, Jacek Anaszewski
>> wrote:
>>> Add public led_compose_name() API for composing LED class device
Hi Jacek,
On 9 November 2018 at 04:47, Jacek Anaszewski
wrote:
> Hi Baolin,
>
> Thanks for the review.
>
> On 11/07/2018 08:20 AM, Baolin Wang wrote:
>> Hi Jacek,
>>
>> On 7 November 2018 at 06:07, Jacek Anaszewski
>> wrote:
>>> Add public led_compose_name() API for composing LED class device
Signed-off-by: Darryl T. Agostinelli
---
include/linux/slab.h | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/include/linux/slab.h b/include/linux/slab.h
index 918f374e7156..883b7f56bf35 100644
--- a/include/linux/slab.h
+++ b/include/linux/slab.h
@@ -317,6 +317,7 @@
Signed-off-by: Darryl T. Agostinelli
---
include/linux/slab.h | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/include/linux/slab.h b/include/linux/slab.h
index 918f374e7156..883b7f56bf35 100644
--- a/include/linux/slab.h
+++ b/include/linux/slab.h
@@ -317,6 +317,7 @@
101 - 200 of 2670 matches
Mail list logo
