23 PM, Ricardo Ribalda Delgado wrote:
>>> Current code assumes that the direction is input if direction_input
>>> function is set.
>>> This might not be the case on GPIOs with programmable direction.
>>>
>>> Signed-off-by: Ricardo Ribalda Delgado
>&g
23 PM, Ricardo Ribalda Delgado wrote:
>>> Current code assumes that the direction is input if direction_input
>>> function is set.
>>> This might not be the case on GPIOs with programmable direction.
>>>
>>> Signed-off-by: Ricardo Ribalda Delgado
>&g
Hi,
On 2018-10-11 04:06, Doug Anderson wrote:
Hi,
On Fri, Oct 5, 2018 at 2:09 AM Manu Gautam
wrote:
Tune1 register on sdm845 is used to update HSTX_TRIM with fused
setting. Enable same by specifying update_tune1_with_efuse flag
for sdm845, otherwise driver ends up programming tune2
Hi,
On 2018-10-11 04:06, Doug Anderson wrote:
Hi,
On Fri, Oct 5, 2018 at 2:09 AM Manu Gautam
wrote:
Tune1 register on sdm845 is used to update HSTX_TRIM with fused
setting. Enable same by specifying update_tune1_with_efuse flag
for sdm845, otherwise driver ends up programming tune2
Hi all,
Today's linux-next merge of the xarray tree got a conflict in:
fs/dax.c
between commit:
d7782145e1ad ("filesystem-dax: Fix dax_layout_busy_page() livelock")
from the nvdimm-fixes tree and commit:
0995344c1493 ("dax: Convert dax_layout_busy_page to XArray")
from the xarray
Hi all,
Today's linux-next merge of the xarray tree got a conflict in:
fs/dax.c
between commit:
d7782145e1ad ("filesystem-dax: Fix dax_layout_busy_page() livelock")
from the nvdimm-fixes tree and commit:
0995344c1493 ("dax: Convert dax_layout_busy_page to XArray")
from the xarray
On 10/11/18 2:40 PM, Theodore Y. Ts'o wrote:
> On Thu, Oct 11, 2018 at 07:14:30AM -0700, h...@zytor.com wrote:
>>>
>>> I mean - what is the baud rate of a pty ?
>>
>> Whatever the master wants it to be...
>
> I think Alan's point is that it is highly unlikely you would be able
> to push the
On 10/11/18 2:40 PM, Theodore Y. Ts'o wrote:
> On Thu, Oct 11, 2018 at 07:14:30AM -0700, h...@zytor.com wrote:
>>>
>>> I mean - what is the baud rate of a pty ?
>>
>> Whatever the master wants it to be...
>
> I think Alan's point is that it is highly unlikely you would be able
> to push the
The size of the resulting cpu map can be smaller than a multiple
of sizeof(u64), resulting in SIGBUS on cpus like Sparc as the
next event will not be aligned properly.
Fixes: 6c872901af07 ("perf cpu_map: Add cpu_map event synthesize function")
Signed-off-by: David S. Miller
diff --git
The size of the resulting cpu map can be smaller than a multiple
of sizeof(u64), resulting in SIGBUS on cpus like Sparc as the
next event will not be aligned properly.
Fixes: 6c872901af07 ("perf cpu_map: Add cpu_map event synthesize function")
Signed-off-by: David S. Miller
diff --git
Check compatible string first before setting up bit in bitmap to also
cover cases that allocated bitfield is not big enough.
Show warning about it but let driver to continue to work with allocated
bitfield to keep at least some devices (included console which
is commonly close to serial0) to work.
Check compatible string first before setting up bit in bitmap to also
cover cases that allocated bitfield is not big enough.
Show warning about it but let driver to continue to work with allocated
bitfield to keep at least some devices (included console which
is commonly close to serial0) to work.
Hi Alexander,
Any comments about this patch?
BRs
Zhi Jin
> -Original Message-
> From: Jin, Zhi
> Sent: Thursday, September 06, 2018 3:22 PM
> To: alexander.shish...@linux.intel.com
> Cc: linux-kernel@vger.kernel.org; Jin, Zhi
> Subject: [PATCH] stm class: increase pos if no free
Hi Alexander,
Any comments about this patch?
BRs
Zhi Jin
> -Original Message-
> From: Jin, Zhi
> Sent: Thursday, September 06, 2018 3:22 PM
> To: alexander.shish...@linux.intel.com
> Cc: linux-kernel@vger.kernel.org; Jin, Zhi
> Subject: [PATCH] stm class: increase pos if no free
On Fri, Oct 12, 2018 at 7:29 AM Juergen Gross wrote:
> On 12/10/2018 05:21, Jann Horn wrote:
> > +cc xen maintainers and kvm folks
> >
> > On Fri, Oct 12, 2018 at 4:40 AM Joel Fernandes (Google)
> > wrote:
> >> Android needs to mremap large regions of memory during memory management
> >> related
On Fri, Oct 12, 2018 at 7:29 AM Juergen Gross wrote:
> On 12/10/2018 05:21, Jann Horn wrote:
> > +cc xen maintainers and kvm folks
> >
> > On Fri, Oct 12, 2018 at 4:40 AM Joel Fernandes (Google)
> > wrote:
> >> Android needs to mremap large regions of memory during memory management
> >> related
On 12/10/2018 05:21, Jann Horn wrote:
> +cc xen maintainers and kvm folks
>
> On Fri, Oct 12, 2018 at 4:40 AM Joel Fernandes (Google)
> wrote:
>> Android needs to mremap large regions of memory during memory management
>> related operations. The mremap system call can be really slow if THP is
>>
On 12/10/2018 05:21, Jann Horn wrote:
> +cc xen maintainers and kvm folks
>
> On Fri, Oct 12, 2018 at 4:40 AM Joel Fernandes (Google)
> wrote:
>> Android needs to mremap large regions of memory during memory management
>> related operations. The mremap system call can be really slow if THP is
>>
Hi all,
After merging the scsi-mkp tree, today's linux-next build (x86_64
allmodconfig) produced this warning:
./usr/include/scsi/scsi_bsg_ufs.h:45: found __[us]{8,16,32,64} type without
#include
Introduced by commits
a851b2bd3632 ("scsi: uapi: ufs: Make utp_upiu_req visible to user
Hi all,
After merging the scsi-mkp tree, today's linux-next build (x86_64
allmodconfig) produced this warning:
./usr/include/scsi/scsi_bsg_ufs.h:45: found __[us]{8,16,32,64} type without
#include
Introduced by commits
a851b2bd3632 ("scsi: uapi: ufs: Make utp_upiu_req visible to user
This patch adds arch ptrace implementation, stack dump and bug.h.
Signed-off-by: Guo Ren
---
arch/csky/include/asm/bug.h | 26 +++
arch/csky/include/uapi/asm/ptrace.h | 104
arch/csky/kernel/dumpstack.c| 66
arch/csky/kernel/ptrace.c | 314
This patch adds arch ptrace implementation, stack dump and bug.h.
Signed-off-by: Guo Ren
---
arch/csky/include/asm/bug.h | 26 +++
arch/csky/include/uapi/asm/ptrace.h | 104
arch/csky/kernel/dumpstack.c| 66
arch/csky/kernel/ptrace.c | 314
This patch adds boot, ipi, hotplug code for SMP.
Changelog:
- remove set_ipi_irq_mapping callback.
- Convert the cpumask to an interrupt-controller specific representation
in driver's code, and not the SMP code's.
- csky: remove irq_mapping from smp.c
There are some feedbacks from
This patch adds boot, ipi, hotplug code for SMP.
Changelog:
- remove set_ipi_irq_mapping callback.
- Convert the cpumask to an interrupt-controller specific representation
in driver's code, and not the SMP code's.
- csky: remove irq_mapping from smp.c
There are some feedbacks from
This patch adds "user access from kernel" codes.
Signed-off-by: Guo Ren
---
arch/csky/include/asm/uaccess.h | 416
arch/csky/lib/usercopy.c| 262 +
2 files changed, 678 insertions(+)
create mode 100644
This patch adds "user access from kernel" codes.
Signed-off-by: Guo Ren
---
arch/csky/include/asm/uaccess.h | 416
arch/csky/lib/usercopy.c| 262 +
2 files changed, 678 insertions(+)
create mode 100644
This patch adds ELF definition and module relocate codes.
Signed-off-by: Guo Ren
---
arch/csky/abiv1/inc/abi/elf.h | 26
arch/csky/abiv2/inc/abi/elf.h | 43
arch/csky/include/asm/elf.h | 85 +++
arch/csky/kernel/module.c
This patch adds ELF definition and module relocate codes.
Signed-off-by: Guo Ren
---
arch/csky/abiv1/inc/abi/elf.h | 26
arch/csky/abiv2/inc/abi/elf.h | 43
arch/csky/include/asm/elf.h | 85 +++
arch/csky/kernel/module.c
This patch adds files related to task_switch, sigcontext, signal.
Changelog:
- abiv2/fpu.c: Userspace should never be sent NSIGXXX as a si_code.
Use FPE_FLTUNK instead.
- abiv2/fpu.c: Use force_sig_fault instead.
Signed-off-by: Guo Ren
---
arch/csky/abiv2/fpu.c | 275
This patch adds files related to task_switch, sigcontext, signal.
Changelog:
- abiv2/fpu.c: Userspace should never be sent NSIGXXX as a si_code.
Use FPE_FLTUNK instead.
- abiv2/fpu.c: Use force_sig_fault instead.
Signed-off-by: Guo Ren
---
arch/csky/abiv2/fpu.c | 275
This patch adds cache and tlb sync codes for abiv1 & abiv2.
Changelog:
- fixup module compile error for EXPORT_SYMBOL(cache_wbinv_range).
- tlb.h & cacheflush.h:
fix flush_cache_range and tlb_start_vma of abiv1 in
flush_cache_range(vma, ...). cache_wbinv_range() couldn't deal with
This patch adds atomic, cmpxchg, spinlock files.
Changlog:
- SMP supported
- ticklock supported
- queue-rwlock supported
Signed-off-by: Guo Ren
Cc: Peter Zijlstra
Cc: Andrea Parri
---
arch/csky/include/asm/atomic.h | 212 +
arch/csky/include/asm/cmpxchg.h
This patch adds IRQ handling files.
Changelog:
- Use CONFIG_GENERIC_IRQ_MULTI_HANDLER
Signed-off-by: Guo Ren
Cc: Thomas Gleixner
---
arch/csky/include/asm/irqflags.h | 49
arch/csky/kernel/irq.c | 22 ++
2 files changed, 71
This patch adds cache and tlb sync codes for abiv1 & abiv2.
Changelog:
- fixup module compile error for EXPORT_SYMBOL(cache_wbinv_range).
- tlb.h & cacheflush.h:
fix flush_cache_range and tlb_start_vma of abiv1 in
flush_cache_range(vma, ...). cache_wbinv_range() couldn't deal with
This patch adds atomic, cmpxchg, spinlock files.
Changlog:
- SMP supported
- ticklock supported
- queue-rwlock supported
Signed-off-by: Guo Ren
Cc: Peter Zijlstra
Cc: Andrea Parri
---
arch/csky/include/asm/atomic.h | 212 +
arch/csky/include/asm/cmpxchg.h
This patch adds IRQ handling files.
Changelog:
- Use CONFIG_GENERIC_IRQ_MULTI_HANDLER
Signed-off-by: Guo Ren
Cc: Thomas Gleixner
---
arch/csky/include/asm/irqflags.h | 49
arch/csky/kernel/irq.c | 22 ++
2 files changed, 71
This patch adds files related to VDSO and our VDSO only support
rt_sigreturn.
Signed-off-by: Guo Ren
---
arch/csky/abiv1/inc/abi/vdso.h | 17 +
arch/csky/abiv2/inc/abi/vdso.h | 23 +++
arch/csky/include/asm/vdso.h | 12 ++
arch/csky/kernel/vdso.c| 86
This patch adds files related to memory management and here is our
memory-layout:
Fixmap : 0xffc02000 – 0xf000 (4 MB - 12KB)
Pkmap: 0xff80 – 0xffc0 (4 MB)
Vmalloc : 0xf020 – 0xff00 (238 MB)
Lowmem : 0x8000 – 0xc000
This patch adds string optimize codes and some auxiliary code.
Changelog:
- Use bt instead of jbt in asm, jbt will cause relocation problem.
- remove kernel/platform.c
Signed-off-by: Chen Linfei
Signed-off-by: Mao Han
Signed-off-by: Guo Ren
---
arch/csky/abiv1/bswapdi.c| 12 ++
This patch adds files related to VDSO and our VDSO only support
rt_sigreturn.
Signed-off-by: Guo Ren
---
arch/csky/abiv1/inc/abi/vdso.h | 17 +
arch/csky/abiv2/inc/abi/vdso.h | 23 +++
arch/csky/include/asm/vdso.h | 12 ++
arch/csky/kernel/vdso.c| 86
This patch adds files related to memory management and here is our
memory-layout:
Fixmap : 0xffc02000 – 0xf000 (4 MB - 12KB)
Pkmap: 0xff80 – 0xffc0 (4 MB)
Vmalloc : 0xf020 – 0xff00 (238 MB)
Lowmem : 0x8000 – 0xc000
This patch adds string optimize codes and some auxiliary code.
Changelog:
- Use bt instead of jbt in asm, jbt will cause relocation problem.
- remove kernel/platform.c
Signed-off-by: Chen Linfei
Signed-off-by: Mao Han
Signed-off-by: Guo Ren
---
arch/csky/abiv1/bswapdi.c| 12 ++
This patch adds exception handling code, cpuinfo and mm-fault code.
Signed-off-by: Guo Ren
---
arch/csky/abiv1/alignment.c | 323
arch/csky/abiv1/inc/abi/entry.h | 160
arch/csky/abiv2/inc/abi/entry.h | 156
This patch adds files related to syscall.
Signed-off-by: Guo Ren
---
arch/csky/include/asm/syscall.h | 71 +
arch/csky/include/asm/syscalls.h| 15
arch/csky/include/uapi/asm/unistd.h | 10 ++
arch/csky/kernel/syscall.c | 43
This patch adds files related to syscall.
Signed-off-by: Guo Ren
---
arch/csky/include/asm/syscall.h | 71 +
arch/csky/include/asm/syscalls.h| 15
arch/csky/include/uapi/asm/unistd.h | 10 ++
arch/csky/kernel/syscall.c | 43
This patch adds exception handling code, cpuinfo and mm-fault code.
Signed-off-by: Guo Ren
---
arch/csky/abiv1/alignment.c | 323
arch/csky/abiv1/inc/abi/entry.h | 160
arch/csky/abiv2/inc/abi/entry.h | 156
This patch add boot code. Thx boot params is all in dtb and it's
the only way to let kernel get bootloader param information.
Changelog:
- Use built-in dtb when dtb param is NULL.
- Add dummy console for allmodconfig.
Signed-off-by: Guo Ren
---
arch/csky/kernel/head.S| 77
This patch add boot code. Thx boot params is all in dtb and it's
the only way to let kernel get bootloader param information.
Changelog:
- Use built-in dtb when dtb param is NULL.
- Add dummy console for allmodconfig.
Signed-off-by: Guo Ren
---
arch/csky/kernel/head.S| 77
This is the 8th version patchset to add the Linux kernel port for
C-SKY(csky) based on linux-4.19-rc3.
In this patchset, we fixup make allmodconfig and remove one callback
in smp.c with irqchip's feedback.
Here is the LTP test report for this patchset:
(and add "V12 C-SKY(csky) Linux Kernel
This patch adds csky defconfig.
Signed-off-by: Guo Ren
---
arch/csky/configs/defconfig | 61 +
1 file changed, 61 insertions(+)
create mode 100644 arch/csky/configs/defconfig
diff --git a/arch/csky/configs/defconfig b/arch/csky/configs/defconfig
new
This is the 8th version patchset to add the Linux kernel port for
C-SKY(csky) based on linux-4.19-rc3.
In this patchset, we fixup make allmodconfig and remove one callback
in smp.c with irqchip's feedback.
Here is the LTP test report for this patchset:
(and add "V12 C-SKY(csky) Linux Kernel
This patch adds csky defconfig.
Signed-off-by: Guo Ren
---
arch/csky/configs/defconfig | 61 +
1 file changed, 61 insertions(+)
create mode 100644 arch/csky/configs/defconfig
diff --git a/arch/csky/configs/defconfig b/arch/csky/configs/defconfig
new
This patch adds Makefile, Kconfig for build infrastructure.
Changelog:
- make allmodconfig is OK.
- Use BUILTIN_DTB as string, remove bool define for compile.
- Add xor.h in asm/Kbuild
- Add compat.h in asm/Kbuild.
- Add select DMA_DIRECT_OPS in Kconfig.
- remove kernel/platform.c in
This patch adds Makefile, Kconfig for build infrastructure.
Changelog:
- make allmodconfig is OK.
- Use BUILTIN_DTB as string, remove bool define for compile.
- Add xor.h in asm/Kbuild
- Add compat.h in asm/Kbuild.
- Add select DMA_DIRECT_OPS in Kconfig.
- remove kernel/platform.c in
st-vsyscall-mode-native
* kselftest-vsyscall-mode-none
Summary
kernel: 4.4.161-rc1
git repo: https://git.linaro.org/lkft/arm64-stable-rc.git
git branch: 4.4.161-rc1-hikey-20181011-301
git commit: d3ba9c3a1b2509d2b14941baee1cd504d5ab0a07
git describe: 4.4.161-rc1-hikey-201810
st-vsyscall-mode-native
* kselftest-vsyscall-mode-none
Summary
kernel: 4.4.161-rc1
git repo: https://git.linaro.org/lkft/arm64-stable-rc.git
git branch: 4.4.161-rc1-hikey-20181011-301
git commit: d3ba9c3a1b2509d2b14941baee1cd504d5ab0a07
git describe: 4.4.161-rc1-hikey-201810
On Thu, 11 Oct 2018 at 21:14, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.9.133 release.
> There are 35 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
>
On Thu, 11 Oct 2018 at 21:14, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.9.133 release.
> There are 35 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
>
On Thu, 11 Oct 2018 at 21:16, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.14.76 release.
> There are 45 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
>
On Thu, 11 Oct 2018 at 21:16, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.14.76 release.
> There are 45 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
>
Now, the Socionext vendor directory is available at
Documentation/devicetree/bindings/arm/socionext/
Move cache-uniphier.txt over to it.
Signed-off-by: Masahiro Yamada
---
Changes in v2:
- New patch
.../devicetree/bindings/arm/{uniphier => socionext}/cache-uniphier.txt| 0
1 file
Document the list of SoCs and boards of UniPhier platform.
Signed-off-by: Masahiro Yamada
---
Changes in v2:
Changes suggested by Rob.
- Move the file to
Documentation/devicetree/bindings/arm/socionext/uniphier.txt
- Group boards by each SoC
Previous posts:
v1:
Now, the Socionext vendor directory is available at
Documentation/devicetree/bindings/arm/socionext/
Move cache-uniphier.txt over to it.
Signed-off-by: Masahiro Yamada
---
Changes in v2:
- New patch
.../devicetree/bindings/arm/{uniphier => socionext}/cache-uniphier.txt| 0
1 file
Document the list of SoCs and boards of UniPhier platform.
Signed-off-by: Masahiro Yamada
---
Changes in v2:
Changes suggested by Rob.
- Move the file to
Documentation/devicetree/bindings/arm/socionext/uniphier.txt
- Group boards by each SoC
Previous posts:
v1:
On Thu, 11 Oct 2018 at 21:18, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.18.14 release.
> There are 44 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
>
On Thu, 11 Oct 2018 at 21:18, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.18.14 release.
> There are 44 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
>
Let arm64 subscribe to generic HugeTLB page migration framework. Right now
this only works on the following PMD and PUD level HugeTLB page sizes with
various kernel base page size combinations.
CONT PTEPMDCONT PMDPUD
------
4K: NA
During huge page allocation it's migratability is checked to determine if
it should be placed under movable zones with GFP_HIGHUSER_MOVABLE. But the
movability aspect of the huge page could depend on other factors than just
migratability. Movability in itself is a distinct property which should
Architectures like arm64 have HugeTLB page sizes which are different than
generic sizes at PMD, PUD, PGD level and implemented via contiguous bits.
At present these special size HugeTLB pages cannot be identified through
macros like (PMD|PUD|PGDIR)_SHIFT and hence chosen not be migrated.
Enabling
Let arm64 subscribe to the previously added framework in which architecture
can inform whether a given huge page size is supported for migration. This
just overrides the default function arch_hugetlb_migration_supported() and
enables migration for all possible HugeTLB page sizes on arm64. With
Let arm64 subscribe to generic HugeTLB page migration framework. Right now
this only works on the following PMD and PUD level HugeTLB page sizes with
various kernel base page size combinations.
CONT PTEPMDCONT PMDPUD
------
4K: NA
During huge page allocation it's migratability is checked to determine if
it should be placed under movable zones with GFP_HIGHUSER_MOVABLE. But the
movability aspect of the huge page could depend on other factors than just
migratability. Movability in itself is a distinct property which should
Architectures like arm64 have HugeTLB page sizes which are different than
generic sizes at PMD, PUD, PGD level and implemented via contiguous bits.
At present these special size HugeTLB pages cannot be identified through
macros like (PMD|PUD|PGDIR)_SHIFT and hence chosen not be migrated.
Enabling
Let arm64 subscribe to the previously added framework in which architecture
can inform whether a given huge page size is supported for migration. This
just overrides the default function arch_hugetlb_migration_supported() and
enables migration for all possible HugeTLB page sizes on arm64. With
This patch series enables HugeTLB migration support for all supported
huge page sizes at all levels including contiguous bit implementation.
Following HugeTLB migration support matrix has been enabled with this
patch series. All permutations have been tested except for the 16GB.
CONT PTE
This patch series enables HugeTLB migration support for all supported
huge page sizes at all levels including contiguous bit implementation.
Following HugeTLB migration support matrix has been enabled with this
patch series. All permutations have been tested except for the 16GB.
CONT PTE
Architectures like arm64 have PUD level HugeTLB pages for certain configs
(1GB huge page is PUD based on ARM64_4K_PAGES base page size) that can be
enabled for migration. It can be achieved through checking for PUD_SHIFT
order based HugeTLB pages during migration.
Signed-off-by: Anshuman Khandual
Architectures like arm64 have PUD level HugeTLB pages for certain configs
(1GB huge page is PUD based on ARM64_4K_PAGES base page size) that can be
enabled for migration. It can be achieved through checking for PUD_SHIFT
order based HugeTLB pages during migration.
Signed-off-by: Anshuman Khandual
On 10/11/18 6:23 PM, John Hubbard wrote:
> On 10/11/18 6:20 AM, Jason Gunthorpe wrote:
>> On Thu, Oct 11, 2018 at 10:49:29AM +0200, Jan Kara wrote:
>>
This is a real worry. If someone uses a mistaken put_page() then how
will that bug manifest at runtime? Under what set of circumstances
On 10/11/18 6:23 PM, John Hubbard wrote:
> On 10/11/18 6:20 AM, Jason Gunthorpe wrote:
>> On Thu, Oct 11, 2018 at 10:49:29AM +0200, Jan Kara wrote:
>>
This is a real worry. If someone uses a mistaken put_page() then how
will that bug manifest at runtime? Under what set of circumstances
On Thu, Sep 20, 2018 at 11:00:59PM -0700, Manivannan Sadhasivam wrote:
> This patchset adds clock support for Hi3670 SoC from HiSilicon utilizing
> the HiSi common clock code. While adding clock support, let's remove the
> fixed clock for UART and source SoC clock on HiKey970 board.
>
> This
On Thu, Sep 20, 2018 at 11:00:59PM -0700, Manivannan Sadhasivam wrote:
> This patchset adds clock support for Hi3670 SoC from HiSilicon utilizing
> the HiSi common clock code. While adding clock support, let's remove the
> fixed clock for UART and source SoC clock on HiKey970 board.
>
> This
+cc xen maintainers and kvm folks
On Fri, Oct 12, 2018 at 4:40 AM Joel Fernandes (Google)
wrote:
> Android needs to mremap large regions of memory during memory management
> related operations. The mremap system call can be really slow if THP is
> not enabled. The bottleneck is move_page_tables,
+cc xen maintainers and kvm folks
On Fri, Oct 12, 2018 at 4:40 AM Joel Fernandes (Google)
wrote:
> Android needs to mremap large regions of memory during memory management
> related operations. The mremap system call can be really slow if THP is
> not enabled. The bottleneck is move_page_tables,
Hi Marc,
On Tue, Oct 09, 2018 at 04:11:05PM +0100, Marc Zyngier wrote:
> On 09/10/18 15:41, Guo Ren wrote:
> > - Irq-csky-mpintc is C-SKY smp system interrupt controller and it
> >could support 16 soft irqs, 16 private irqs, and 992 max common
> >irqs.
> >
> >Changelog:
> > - Convert
Hi Marc,
On Tue, Oct 09, 2018 at 04:11:05PM +0100, Marc Zyngier wrote:
> On 09/10/18 15:41, Guo Ren wrote:
> > - Irq-csky-mpintc is C-SKY smp system interrupt controller and it
> >could support 16 soft irqs, 16 private irqs, and 992 max common
> >irqs.
> >
> >Changelog:
> > - Convert
Fixes gcc '-Wunused-but-set-variable' warning:
drivers/misc/mic/scif/scif_dma.c: In function 'scif_rma_list_dma_copy_wrapper':
drivers/misc/mic/scif/scif_dma.c:1558:27: warning:
variable 'dst_dma_addr' set but not used [-Wunused-but-set-variable]
drivers/misc/mic/scif/scif_dma.c:1558:13:
Fixes gcc '-Wunused-but-set-variable' warning:
drivers/misc/mic/scif/scif_dma.c: In function 'scif_rma_list_dma_copy_wrapper':
drivers/misc/mic/scif/scif_dma.c:1558:27: warning:
variable 'dst_dma_addr' set but not used [-Wunused-but-set-variable]
drivers/misc/mic/scif/scif_dma.c:1558:13:
On Thu, 11 Oct 2018 23:00:21 -0400
Steven Rostedt wrote:
> A while ago I posted an RFC patchset for dynamic function based
> events. But Masami pointed out that this could be done with kprobes
> with minimal changes. He posted a patch set back in March
>
On Thu, 11 Oct 2018 23:00:21 -0400
Steven Rostedt wrote:
> A while ago I posted an RFC patchset for dynamic function based
> events. But Masami pointed out that this could be done with kprobes
> with minimal changes. He posted a patch set back in March
>
[
A while ago I posted an RFC patchset for dynamic function based
events. But Masami pointed out that this could be done with kprobes
with minimal changes. He posted a patch set back in March
http://lkml.kernel.org/r/152049860385.7289.14079393589900496424.stgit@devbox
I've pulled this
[
A while ago I posted an RFC patchset for dynamic function based
events. But Masami pointed out that this could be done with kprobes
with minimal changes. He posted a patch set back in March
http://lkml.kernel.org/r/152049860385.7289.14079393589900496424.stgit@devbox
I've pulled this
Hi Brett,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on mtd/spi-nor/next]
[also build test WARNING on v4.19-rc7 next-20181011]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com
Hi Brett,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on mtd/spi-nor/next]
[also build test WARNING on v4.19-rc7 next-20181011]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com
Added for the 4.20/5.0 queue.
-- Steve
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
for-next
Head SHA1: a6ca88b241d5e929e6e60b12ad8cd288f0ffa256
Song Liu (1):
trace_uprobe: support reference counter in fd-based uprobe
include/linux/trace_events.h
Added for the 4.20/5.0 queue.
-- Steve
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
for-next
Head SHA1: a6ca88b241d5e929e6e60b12ad8cd288f0ffa256
Song Liu (1):
trace_uprobe: support reference counter in fd-based uprobe
include/linux/trace_events.h
Hi Tudor,
> -Original Message-
> From: Tudor Ambarus [mailto:tudor.amba...@microchip.com]
> Sent: Thursday, October 11, 2018 9:33 PM
> To: Yogesh Narayan Gaur ; linux-
> m...@lists.infradead.org; linux-...@vger.kernel.org
> Cc: marek.va...@gmail.com; cyrille.pitc...@wedev4u.fr;
>
Hi Tudor,
> -Original Message-
> From: Tudor Ambarus [mailto:tudor.amba...@microchip.com]
> Sent: Thursday, October 11, 2018 9:33 PM
> To: Yogesh Narayan Gaur ; linux-
> m...@lists.infradead.org; linux-...@vger.kernel.org
> Cc: marek.va...@gmail.com; cyrille.pitc...@wedev4u.fr;
>
Add entry for mt35xu512aba Micron NOR flash.
This flash is having uniform sector erase size of 128KB, have
support of FSR(flag status register), flash size is 64MB and
supports 4-byte commands.
Signed-off-by: Yogesh Gaur
Reviewed-by: Tudor Ambarus
---
Changes for v3:
- Modified flash node style
Some MICRON related macros in spi-nor domain were ST.
Rename entries related to STMicroelectronics under macro SNOR_MFR_ST.
Added entry of MFR Id for Micron flashes, 0x002C.
Signed-off-by: Yogesh Gaur
Reviewed-by: Tudor Ambarus
---
Changes for v3:
- None
Changes for v2:
- None
1 - 100 of 1924 matches
Mail list logo