Re: [PATCH AUTOSEL 4.14 25/35] iomap: sub-block dio needs to zeroout beyond EOF

On Sat, Dec 01, 2018 at 08:50:05AM +1100, Dave Chinner wrote: On Fri, Nov 30, 2018 at 05:14:41AM -0500, Sasha Levin wrote: On Fri, Nov 30, 2018 at 09:22:03AM +0100, Greg KH wrote: >On Fri, Nov 30, 2018 at 09:40:19AM +1100, Dave Chinner wrote: >>I stopped my tests at 5 billion ops yesterday (i.e.

GNU and Belief In Flying People - A difficult area of life - Xmas Special.

"He did not believe in Santa Claus, he was the grinch". People obviously have their irrational believes. Flying people indeed, Mary Poppins, Superman, Santa Claus, all have a special place, for many. Over at Nerd Kool Mediaz we have a christmas special:  Digi G' Alessio - Mushrooms (Terence McK

Re: [RFC PATCH 0/5] x86: dynamic indirect call promotion

> On Nov 29, 2018, at 7:19 AM, Josh Poimboeuf wrote: > > On Wed, Nov 28, 2018 at 10:06:52PM -0800, Andy Lutomirski wrote: >> On Wed, Nov 28, 2018 at 7:24 PM Andy Lutomirski wrote: >>> On Nov 28, 2018, at 6:06 PM, Nadav Amit wrote: >>> > On Nov 28, 2018, at 5:40 PM, Andy Lutomirski wrote:

Re: [PATCH] async: remove some duplicated includes

On Sat, Dec 1, 2018 at 2:37 AM Tejun Heo wrote: > > On Mon, Nov 26, 2018 at 09:37:10AM -0500, Yangtao Li wrote: > > we include workqueue.h twice.It's unnecessary,so > > just remove them. > > > > Signed-off-by: Yangtao Li > > Acked-by: Tejun Heo > > Ditto. Please route through the trivial tree.

Re: [PATCH] workqueue: remove some duplicated includes

It seems that the trivial tree has not been maintained for some time. Are there aother tree to choose? MBR, Yangtao On Sat, Dec 1, 2018 at 2:36 AM Tejun Heo wrote: > > On Mon, Nov 26, 2018 at 09:33:26AM -0500, Yangtao Li wrote: > > workqueue.h and kthread.h are included twice.It's unnecessary. >

Re: [PATCH] ring-buffer: fix small typo

On Fri, Nov 2, 2018 at 3:44 AM Steven Rostedt wrote: > > > Acked-by: Steven Rostedt (VMware) > > > Jiri, > > Is trivial still maintained? > > -- Steve It seems that this tree has not been maintained for some time. Are there aother tree to choose? --Yangtao

Re: [PATCH RFC 12/15] inotify: replace **** with a hug

On Fri, Nov 30, 2018 at 9:27 PM Jarkko Sakkinen wrote: > > In order to comply with the CoC, replace with a hug. > > Signed-off-by: Jarkko Sakkinen > --- > fs/notify/inotify/inotify_user.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/fs/notify/inotify/inotify_user

Re: [PATCH 1/2] Makefile: Fix distcc compilation with x86 macros

> On Nov 29, 2018, at 8:43 AM, Logan Gunthorpe wrote: > > > > On 2018-11-28 6:31 p.m., Nadav Amit wrote: >>> On Nov 28, 2018, at 4:49 PM, Logan Gunthorpe wrote: >>> >>> >>> >>> On 2018-11-28 5:38 p.m., Nadav Amit wrote: So what’s your take? Would you think this patch is still needed? S

Re: [PATCH v2] x86/hyper-v: Mark TLFS structures packed

> On Nov 30, 2018, at 4:54 AM, Vitaly Kuznetsov wrote: > > The TLFS structures are used for hypervisor-guest communication and must > exactly meet the specification. > > Compilers can add alignment padding to structures or reorder struct members > for randomization and optimization, which would

Re: [PATCH v12 1/5] x86/boot: Add get_acpi_rsdp() to parse RSDP in cmdline from KEXEC

On Fri, Nov 30, 2018 at 12:35:16PM -0500, Masayoshi Mizuma wrote: >On Fri, Nov 30, 2018 at 10:43:47AM +0800, Chao Fan wrote: >... >> >]$ make arch/x86/boot/compressed/misc.o >> > CALLscripts/checksyscalls.sh >> > DESCEND objtool >> > CC arch/x86/boot/compressed/misc.o >> >ld: -r and -p

[GIT PULL] PCI fixes for v4.20

PCI fixes: - Fix a link speed checking interface that broke PCIe gen3 cards in gen1 slots (Mikulas Patocka) - Fix an imx6 link training error (Trent Piepho) - Fix a layerscape outbound window accessor calling error (Hou Zhiqiang) - Fix a DesignWare endpoint MSI-X address calculation

Re: [PATCH] sdhci: fix the fake timeout bug

On Fri, 30 Nov 2018 16:40:04 +0200 Adrian Hunter wrote: > So you are saying this only happens under virtualization? > Yes, I saw the issue under ACRN virtualization Service OS (4.19 kernel). But theoretically it can happen in other case when scheduling is not that good. (due to bad driver or ot

Re: [PATCH RFC 01/15] MIPS: replace **** with a hug

On Fri, 2018-11-30 at 11:27 -0800, Jarkko Sakkinen wrote: > In order to comply with the CoC, replace with a hug. > > Signed-off-by: Jarkko Sakkinen > --- > arch/mips/pci/ops-bridge.c | 24 > arch/mips/sgi-ip22/ip22-setup.c | 2 +- > 2 files changed, 13 inserti

Re: [PATCH] prctl: add PR_{GET,SET}_KILL_DESCENDANTS_ON_EXIT

On Fri, Nov 30, 2018 at 2:33 AM Oleg Nesterov wrote: > > On 11/29, Jürg Billeter wrote: > > > > On Thu, 2018-11-29 at 13:34 +0100, Oleg Nesterov wrote: > > > So I think the patch is mostly fine, the only problem I can see is that > > > PR_SET_KILL_DESCENDANTS_ON_EXIT can race with PR_SET_CHILD_SUB

[PATCH 5/6] tools/lib/traceevent: Rename tep_is_file_bigendian() to tep_file_bigendian()

From: Tzvetomir Stoyanov In order to make libtraceevent into a proper library, its API should be straightforward. After discussion with Steven Rostedt, we decided to rename a few APIs, to have more intuitive names. This patch renames tep_is_file_bigendian() to tep_file_bigendian(). Signed-off-by

[PATCH 1/6] tools/lib/traceevent: Initialize host_bigendian at tep_handle allocation

From: Tzvetomir Stoyanov This patch initializes host_bigendian member of the tep_handle structure with the byte order of current host, when this handler is created - in tep_alloc() API. We need this in order to remove tep_set_host_bigendian() API. Signed-off-by: Tzvetomir Stoyanov Signed-off-by

[PATCH 0/6] tools/lib/traceevent: Some more library updates

Arnaldo and Jiri, Here's another set of patches to get us closer to having a legitimate standalone library for libtraceevent. There's still a lot of man pages to come, but I need to continue reviewing them. Please pull this tree (based on current tip/perf/core) or apply the patches. git://git.

[PATCH 4/6] tools/lib/traceevent: Changed return logic of tep_register_event_handler() API

From: Tzvetomir Stoyanov In order to make libtraceevent into a proper library, its API should be straightforward. The tep_register_event_handler() functions returns -1 in case it successfully registers the new event handler. Such return code is used by the other library APIs in case of an error.

[PATCH 6/6] tools/lib/traceevent: Remove tep_data_event_from_type() API

From: Tzvetomir Stoyanov In order to make libtraceevent into a proper library, its API should be straightforward. After discussion with Steven Rostedt, we decided to remove the tep_data_event_from_type() API and to replace it with tep_find_event(), as it does the same. Signed-off-by: Tzvetomir S

[PATCH 2/6] tools/lib/traceevent: Rename struct cmdline to struct tep_cmdline

From: Tzvetomir Stoyanov In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_". This patch renames struct cmdline to struct tep_cmdline. Signed-off-by: Tzvetomir Stoyanov

Re: [PATCH RFC 00/15] Zero ****s, hugload of hugs <3

On Fri, Nov 30, 2018 at 08:39:01PM +, Abuse wrote: > On Friday, 30 November 2018 20:35:07 GMT David Miller wrote: > > From: Jens Axboe > > Date: Fri, 30 Nov 2018 13:12:26 -0700 > > > > > On 11/30/18 12:56 PM, Davidlohr Bueso wrote: > > >> On Fri, 30 Nov 2018, Kees Cook wrote: > > >> > > >>>

[PATCH 3/6] tools/lib/traceevent: Changed return logic of trace_seq_printf() and trace_seq_vprintf() APIs

From: Tzvetomir Stoyanov In order to make libtraceevent into a proper library, its API should be straightforward. The trace_seq_printf() and trace_seq_vprintf() APIs have inconsistent returned values with the other trace_seq_* APIs. This path changes the return logic of trace_seq_printf() and tra

E-mail Contact.

Hello, have you study the project proposal i sent you? --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

Re: [PATCH v4 1/3] kernel.h: disable type-checks in container_of() for Sparse

Hi Andrew, On Sat, Nov 24, 2018 at 6:06 PM Miguel Ojeda wrote: > > On Fri, Nov 23, 2018 at 10:14 PM Luc Van Oostenryck > wrote: > > > > On Thu, Nov 22, 2018 at 12:14:20PM +0900, Masahiro Yamada wrote: > > > When I tried to enable BUILD_BUG_ON for Sparse, the kbuild test robot > > > reported lot

[PATCH -next] cpuset: Remove set but not used variable 'cs'

Fixes gcc '-Wunused-but-set-variable' warning: kernel/cgroup/cpuset.c: In function 'cpuset_cancel_attach': kernel/cgroup/cpuset.c:2167:17: warning: variable 'cs' set but not used [-Wunused-but-set-variable] It never used since introduction in commit 1f7dd3e5a6e4 ("cgroup: fix handling of multi-d

Re: [GIT PULL] gcc-plugins fix for v4.20-rc5

The pull request you sent on Fri, 30 Nov 2018 09:18:46 -0800: > https://git.kernel.org/pub/scm/linux/kernel/git/kees/linux.git > tags/gcc-plugins-v4.20-rc5 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/1f817429b2ddc08f5c92a5b83d0f303f1e0d1bd4 Thank you! -- Deet-do

Re: [GIT PULL] arm64 fixes for 4.20-rc5

The pull request you sent on Fri, 30 Nov 2018 18:54:57 +: > git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux tags/arm64-fixes has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/868dda00b98ccc701a70b8c1b0168fc3bbfd595d Thank you! -- Deet-doot-dot, I am a bot

[PATCH] HID: debug: Change to use DEFINE_SHOW_ATTRIBUTE macro

Use DEFINE_SHOW_ATTRIBUTE macro to simplify the code. Signed-off-by: Yangtao Li --- drivers/hid/hid-debug.c | 12 +--- 1 file changed, 1 insertion(+), 11 deletions(-) diff --git a/drivers/hid/hid-debug.c b/drivers/hid/hid-debug.c index b48100236df8..c530476edba6 100644 --- a/drivers/hid

[PATCH] HSI: omap_ssi: Change to use DEFINE_SHOW_ATTRIBUTE macro

Use DEFINE_SHOW_ATTRIBUTE macro to simplify the code. Signed-off-by: Yangtao Li --- drivers/hsi/controllers/omap_ssi_core.c | 29 - drivers/hsi/controllers/omap_ssi_port.c | 14 ++-- 2 files changed, 6 insertions(+), 37 deletions(-) diff --git a/drivers/hsi/contr

[PATCH] ide: Change to use DEFINE_SHOW_ATTRIBUTE macro

Use DEFINE_SHOW_ATTRIBUTE macro to simplify the code. Signed-off-by: Yangtao Li --- drivers/ide/ide-proc.c | 15 ++- 1 file changed, 2 insertions(+), 13 deletions(-) diff --git a/drivers/ide/ide-proc.c b/drivers/ide/ide-proc.c index 45c997430332..4c8c7a620d08 100644 --- a/drivers/id

[PATCH] bus: mvebu-mbus: Change to use DEFINE_SHOW_ATTRIBUTE macro

Use DEFINE_SHOW_ATTRIBUTE macro to simplify the code. Signed-off-by: Yangtao Li --- drivers/bus/mvebu-mbus.c | 24 ++-- 1 file changed, 2 insertions(+), 22 deletions(-) diff --git a/drivers/bus/mvebu-mbus.c b/drivers/bus/mvebu-mbus.c index 5b2a11a88951..3aaaf484857f 100644 -

[PATCH] drivers/fmc: Change to use DEFINE_SHOW_ATTRIBUTE macro

Use DEFINE_SHOW_ATTRIBUTE macro to simplify the code. Signed-off-by: Yangtao Li --- drivers/fmc/fmc-debug.c | 21 +++-- 1 file changed, 3 insertions(+), 18 deletions(-) diff --git a/drivers/fmc/fmc-debug.c b/drivers/fmc/fmc-debug.c index 32930722770c..c923d076c807 100644 --- a/d

[PATCH -next] mm/hmm: remove set but not used variable 'devmem'

Fixes gcc '-Wunused-but-set-variable' warning: mm/hmm.c: In function 'hmm_devmem_ref_kill': mm/hmm.c:995:21: warning: variable 'devmem' set but not used [-Wunused-but-set-variable] It not used any more since commit 35d39f953d4e ("mm, hmm: replace hmm_devmem_pages_create() with devm_memremap_page

[PATCH] driver core: remove define_genpd_open_function() and define_genpd_debugfs_fops()

We already have the DEFINE_SHOW_ATTRIBUTE,There is no need to define such a macro,so remove define_genpd_open_function and define_genpd_debugfs_fops. Also use DEFINE_SHOW_ATTRIBUTE to simplify somecode. Signed-off-by: Yangtao Li --- drivers/base/component.c | 12 + drivers/base/

Re: [PATCH RFC 01/15] MIPS: replace **** with a hug

On 11/30/2018 2:27 PM, Jarkko Sakkinen wrote: > In order to comply with the CoC, replace with a hug. > > Signed-off-by: Jarkko Sakkinen > --- > arch/mips/pci/ops-bridge.c | 24 > arch/mips/sgi-ip22/ip22-setup.c | 2 +- > 2 files changed, 13 insertions(+), 13 d

Re: [PATCH] binder: remove BINDER_DEBUG_ENTRY()

On Fri, Nov 30, 2018 at 08:26:30PM -0500, Yangtao Li wrote: > We already have the DEFINE_SHOW_ATTRIBUTE.There is no need to define > such a macro,so remove BINDER_DEBUG_ENTRY. > > Signed-off-by: Yangtao Li Good catch. Reviewed-by: Joey Pabalinas On Fri, Nov 30, 2018 at 08:26:30PM -0500, Yangt

sound/pci/hda/patch_ca0132.c:8416:3: error: implicit declaration of function 'pci_iounmap'; did you mean 'pcim_iounmap'?

Hi Takashi, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: b6839ef26e549de68c10359d45163b0cfb031183 commit: d99501b8575dc1248bacf1b58d2241cb4b265d49 ALSA: hda/ca0132 - Call pci_iounmap() instead of iounmap() date:

[PATCH] binder: remove BINDER_DEBUG_ENTRY()

We already have the DEFINE_SHOW_ATTRIBUTE.There is no need to define such a macro,so remove BINDER_DEBUG_ENTRY. Signed-off-by: Yangtao Li --- drivers/android/binder.c | 48 ++-- 1 file changed, 17 insertions(+), 31 deletions(-) diff --git a/drivers/android/bi

Re: [PATCH v2] signal: add procfd_signal() syscall

On November 30, 2018 10:40:49 AM GMT+13:00, Arnd Bergmann wrote: >On Thu, Nov 29, 2018 at 10:35 PM Christian Brauner > wrote: >> On Thu, Nov 29, 2018 at 10:02:13PM +0100, Arnd Bergmann wrote: >> > On Thu, Nov 29, 2018 at 9:14 PM Andy Lutomirski > wrote: >> > >> > Is the current procfd_signal() pro

Re: [PATCH RFCv2 1/4] mm/memory_hotplug: Introduce memory block types

On Fri, Nov 30, 2018 at 06:59:19PM +0100, David Hildenbrand wrote: >Memory onlining should always be handled by user space, because only user >space knows which use cases it wants to satisfy. E.g. memory might be >onlined to the MOVABLE zone even if it can never be removed from the >system, e.g. to

Re: [PATCH v2] signal: add procfd_signal() syscall

On December 1, 2018 12:46:22 PM GMT+13:00, Andy Lutomirski wrote: >On Fri, Nov 30, 2018 at 3:40 PM Christian Brauner > wrote: >> >> On December 1, 2018 12:12:53 PM GMT+13:00, Arnd Bergmann > wrote: >> >On Sat, Dec 1, 2018 at 12:05 AM Daniel Colascione > >> >wrote: >> >> On Fri, Nov 30, 2018 at 2:

[PATCH] treewide: fix spelling mistake: "lenght" -> "length"

Really not a big issue, but can be irritating when searching for the "length" word can't find the code you're looking for. Signed-off-by: Matteo Croce --- Documentation/devicetree/bindings/usb/s3c2410-usb.txt | 2 +- arch/powerpc/include/asm/hvsi.h | 2 +- block

[PATCH v4 01/14] m68k: Call timer_interrupt() with interrupts disabled

Some platforms execute their timer handler with the interrupt priority level set below 6. That means the handler could be interrupted by another driver and this could lead to re-entry of the timer core. Avoid this by use of local_irq_save/restore for timer interrupt dispatch. This provides mutual

[PATCH v4 00/14] m68k: Drop arch_gettimeoffset and adopt clocksource API

This series removes "select ARCH_USES_GETTIMEOFFSET" from arch/m68k and converts users of arch_gettimeoffset to the clocksource API. Various bugs are fixed along the way. Those platforms which do not actually implement arch_gettimeoffset (apollo, q40, sun3, sun3x) use the "jiffies" clocksource by

[PATCH v4 03/14] m68k: apollo, q40, sun3, sun3x: Remove arch_gettimeoffset implementations

These dummy implementations are no better than default_arch_gettimeoffset() so remove them. Signed-off-by: Finn Thain --- arch/m68k/apollo/config.c | 7 --- arch/m68k/q40/config.c| 9 - arch/m68k/sun3/config.c | 2 -- arch/m68k/sun3/intersil.c | 7 --- arch/m68k/sun3x/confi

[PATCH v4 12/14] m68k: mvme147: Handle timer counter overflow

Reading the timer counter races with timer overflow (and the corresponding interrupt). This is resolved by reading the overflow register and taking this value into account. The interrupt handler must clear the overflow register when it eventually executes. Suggested-by: Thomas Gleixner Signed-off

[PATCH v4 04/14] m68k: Drop ARCH_USES_GETTIMEOFFSET

The functions that implement arch_gettimeoffset are re-used by new clocksource drivers in subsequent patches. Signed-off-by: Finn Thain Acked-by: Linus Walleij --- arch/m68k/Kconfig | 1 - arch/m68k/amiga/config.c| 3 --- arch/m68k/atari/config.c| 2 -- arch/m68k/bvme6000/conf

[PATCH v4 07/14] m68k: bvme6000: Convert to clocksource API

Add a platform clocksource by adapting the existing arch_gettimeoffset implementation. Signed-off-by: Finn Thain Acked-by: Linus Walleij --- Changed since v3: - Use clk_offset variable to track the offset when the irq check is skipped. Changed since v2: - Don't check for timer interrupt in bv

[PATCH v4 11/14] m68k: mvme147: Convert to clocksource API

Add a platform clocksource by adapting the existing arch_gettimeoffset implementation. Signed-off-by: Finn Thain Acked-by: Linus Walleij --- Changed since v1: - Moved clk_total access to within the irq lock. - Use type u32 for tick counter. --- arch/m68k/include/asm/mvme147hw.h | 1 - arch/m

[PATCH v4 06/14] m68k: atari: Convert to clocksource API

Add a platform clocksource by adapting the existing arch_gettimeoffset implementation. Normally the MFP timer C interrupt flag would be used to check for timer counter wrap-around. Unfortunately, that flag gets cleared by the MFP itself (due to automatic End-of-Interrupt mode). This means that mfp

[PATCH v4 02/14] m68k: mac: Fix VIA timer counter accesses

This resolves some bugs that affect VIA timer counter accesses. Avoid lost interrupts caused by reading the counter low byte register. Make allowance for the fact that the counter will be decremented to 0x before being reloaded. Fixes: 1da177e4c3f4 ("Linux-2.6.12-rc2") Signed-off-by: Finn Thai

[PATCH v4 05/14] m68k: amiga: Convert to clocksource API

Add a platform clocksource by adapting the existing arch_gettimeoffset implementation. Signed-off-by: Finn Thain Acked-by: Linus Walleij Tested-by: Michael Schmitz --- Changed since v3: - Don't test for timer counter > 0 as that should always be true. - Use clk_offset variable to track the of

[PATCH v4 13/14] m68k: mvme16x: Convert to clocksource API

Add a platform clocksource by adapting the existing arch_gettimeoffset implementation. Signed-off-by: Finn Thain Acked-by: Linus Walleij --- Changed since v1: - Moved clk_total access to within the irq lock. --- arch/m68k/mvme16x/config.c | 37 +++-- 1 file chan

[PATCH v4 08/14] m68k: hp300: Convert to clocksource API

Add a platform clocksource by adapting the existing arch_gettimeoffset implementation. Signed-off-by: Finn Thain Acked-by: Linus Walleij --- Changed since v1: - Moved clk_total access to within the irq lock. - Use type u32 for tick counter. --- arch/m68k/hp300/time.c | 37

[PATCH v4 14/14] m68k: mvme16x: Handle timer counter overflow

Reading the timer counter races with timer overflow (and the corresponding interrupt). This is resolved by reading the overflow register and taking this value into account. The interrupt handler must clear the overflow register when it eventually executes. Suggested-by: Thomas Gleixner Signed-off

[PATCH v4 10/14] m68k: mac: Convert to clocksource API

Add a platform clocksource by adapting the existing arch_gettimeoffset implementation. Signed-off-by: Finn Thain Acked-by: Linus Walleij Tested-by: Stan Johnson --- Changed since v3: - Use clk_offset variable to track the offset when the irq check is skipped. Changed since v2: - Drop 'clk_of

[PATCH v4 09/14] m68k: hp300: Handle timer counter overflow

Because hp300_read_clk() never checks the timer interrupt flag it may fail to notice that the timer has wrapped, allowing the clock to jump backwards. This is not a new problem. This is resolved by checking the interrupt flag and, if need be, taking wrap-around into account. The interrupt handler

Re: [PATCH] PCI/P2PDMA: Match interface changes to devm_memremap_pages()

On Fri, Nov 30, 2018 at 2:59 PM Logan Gunthorpe wrote: > > "mm-hmm-mark-hmm_devmem_add-add_resource-export_symbol_gpl.patch" in the > mm tree breaks p2pdma. The patch was written and reviewed before p2pdma > was merged so the necessary changes were not done to the call site in > that code. > > Wit

[PATCH v3 0/8] drm/msm/dsi: Get PHY ref clocks from the DT

The MSM DSI PHY drivers currently hardcode the name and the rate of the PHY ref clock. Get the ref clock from the device tree instead. Note: testing of this series was limited to SDM845 and the 10nm PHY Major changes in v3: - keep supporting DTs without ref clock for the 28nm and the 28nm 8960

[PATCH v2 5/5] x86/mm: Drop usage of __flush_tlb_all() in kernel_physical_mapping_init()

Commit f77084d96355 "x86/mm/pat: Disable preemption around __flush_tlb_all()" addressed a case where __flush_tlb_all() is called without preemption being disabled. It also left a warning to catch other cases where preemption is not disabled. That warning triggers for the memory hotplug path which i

[PATCH v2 3/5] generic/pgtable: Introduce set_pte_safe()

Commit f77084d96355 "x86/mm/pat: Disable preemption around __flush_tlb_all()" introduced a warning to capture cases __flush_tlb_all() is called without pre-emption disabled. It triggers a false positive warning in the memory hotplug path. On investigation it was found that the __flush_tlb_all() cal

Re: [PATCH v10 6/7] arm64: dts: sdm845: Add interconnect provider DT nodes

On Tue, Nov 27, 2018 at 10:04 AM Georgi Djakov wrote: > > From: David Dai > > Add RSC (Resource State Coordinator) provider > dictating network-on-chip interconnect bus performance > found on SDM845-based platforms. > > Signed-off-by: David Dai > Signed-off-by: Georgi Djakov > --- > arch/arm64

[PATCH v2 2/5] generic/pgtable: Introduce {p4d,pgd}_same()

In preparation for introducing '_safe' versions of page table entry 'set' helpers, introduce generic versions of p4d_same() and pgd_same(). Signed-off-by: Dan Williams --- include/asm-generic/pgtable.h | 14 ++ 1 file changed, 14 insertions(+) diff --git a/include/asm-generic/pgta

Re: [PATCH v10 5/7] interconnect: qcom: Add sdm845 interconnect provider driver

On Tue, Nov 27, 2018 at 10:04 AM Georgi Djakov wrote: > > From: David Dai > > Introduce Qualcomm SDM845 specific provider driver using the > interconnect framework. > > Signed-off-by: David Dai > Signed-off-by: Georgi Djakov > --- > .../bindings/interconnect/qcom,sdm845.txt | 24 + > driv

[PATCH v2 1/5] generic/pgtable: Make {pmd, pud}_same() unconditionally available

In preparation for {pmd,pud}_same() to be used outside of transparent huge page code paths, make them unconditionally available. This enables them to be used in the definition of a new family of set_{pte,pmd,pud,p4d,pgd}_safe() helpers. Signed-off-by: Dan Williams --- include/asm-generic/pgtable

[PATCH v2 0/5] x86/mm: Drop usage of __flush_tlb_all() in kernel_physical_mapping_init()

Changes since v1 [1]: * Introduce _safe versions of the set_pte family of helpers (Dave) * Fix the validation check to accept rewriting the same entry (Peter) * Fix up the email reference links in the changelogs (Peter) [1]: https://lkml.org/lkml/2018/11/20/300 --- >From patch 5: Commit f77

[PATCH v2 4/5] x86/mm: Validate kernel_physical_mapping_init() pte population

The usage of __flush_tlb_all() in the kernel_physical_mapping_init() path is not necessary. In general flushing the tlb is not required when updating an entry from the !present state. However, to give confidence in the future removal of tlb flushing in this path, use the new set_pte_safe() family o

Re: [PATCH v10 1/7] interconnect: Add generic on-chip interconnect API

On Tue, Nov 27, 2018 at 10:03 AM Georgi Djakov wrote: > > This patch introduces a new API to get requirements and configure the > interconnect buses across the entire chipset to fit with the current > demand. > > The API is using a consumer/provider-based model, where the providers are > the inter

Re: [PATCH v10 3/7] interconnect: Allow endpoints translation via DT

On Tue, Nov 27, 2018 at 10:04 AM Georgi Djakov wrote: > > Currently we support only platform data for specifying the interconnect > endpoints. As now the endpoints are hard-coded into the consumer driver > this may lead to complications when a single driver is used by multiple > SoCs, which may ha

Re: [PATCH v10 2/7] dt-bindings: Introduce interconnect binding

On Tue, Nov 27, 2018 at 10:03 AM Georgi Djakov wrote: > > This binding is intended to represent the relations between the interconnect > controllers (providers) and consumer device nodes. It will allow creating > links > between consumers and interconnect paths (exposed by interconnect providers)

Re: [PATCH -V7 RESEND 08/21] swap: Support to read a huge swap cluster for swapin a THP

Hi, Daniel, Daniel Jordan writes: > Hi Ying, > > On Tue, Nov 20, 2018 at 04:54:36PM +0800, Huang Ying wrote: >> diff --git a/mm/swap_state.c b/mm/swap_state.c >> index 97831166994a..1eedbc0aede2 100644 >> --- a/mm/swap_state.c >> +++ b/mm/swap_state.c >> @@ -387,14 +389,42 @@ struct page *__read

Re: [PATCH v2 2/4] clk: core: link consumer with clock driver

Hi Miquel, I love your patch! Yet something to improve: [auto build test ERROR on clk/clk-next] [also build test ERROR on v4.20-rc4 next-20181130] [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/linux

Re: [PATCH] arm64: drop linker script hack to hide __efistub_ symbols

On Fri, Nov 30, 2018 at 3:36 AM Ard Biesheuvel wrote: > > Commit 1212f7a16af4 ("scripts/kallsyms: filter arm64's __efistub_ > symbols") updated the kallsyms code to filter out symbols with > the __efistub_ prefix explicitly, so we no longer require the > hack in our linker script to emit them as a

Re: [RFC PATCH v4 00/13] ktask: multithread CPU-intensive kernel work

On Fri, Nov 30, 2018 at 11:18:19AM -0800, Tejun Heo wrote: > Hello, > > On Mon, Nov 05, 2018 at 11:55:45AM -0500, Daniel Jordan wrote: > > Michal, you mentioned that ktask should be sensitive to CPU utilization[1]. > > ktask threads now run at the lowest priority on the system to avoid > > distur

[PATCH] riscv, atomic: Add #define's for the atomic_{cmp,}xchg_*() variants

If an architecture does not define the atomic_{cmp,}xchg_*() variants, the generic implementation defaults them to the fully-ordered version. riscv's had its own variants since "the beginning", but it never told (#define-d these for) the generic implementation: it is time to do so. Signed-off-by:

Re: [PATCH v4 16/20] ARM: mmp/mmp2: dt: enable the clock

On Wed, Nov 28, 2018 at 06:53:20PM +0100, Lubomir Rintel wrote: > The device-tree booted MMP2 needs to enable the timer clock, otherwise > it would stop ticking when the boot finishes. > > It can also use the clock rate from the clk, the non-DT boards need to > keep using the hardcoded rates. > >

Re: [PATCH v4 17/20] ARM: mmp: add a pxa-usb-phy device

On Wed, Nov 28, 2018 at 06:53:21PM +0100, Lubomir Rintel wrote: > This is to replace the USB PHY initialization code (pxa_usb_phy_init(), > pxa_usb_phy_deinit()) with a proper PHY driver. > > Signed-off-by: Lubomir Rintel > --- > arch/arm/mach-mmp/devices.c | 21 + > arch/arm

Re: [PATCH v4 18/20] ARM: mmp: add an instance of pxa-usb-phy to ttc_dkb and aspenite

On Wed, Nov 28, 2018 at 06:53:22PM +0100, Lubomir Rintel wrote: > This will replace the *_pdata.phy_{de,}init() > > Signed-off-by: Lubomir Rintel > > --- > Changes since v1: > - Squashed patches with ttc_dkb and aspenite changes together. > > arch/arm/mach-mmp/aspenite.c | 4 > arch/arm/m

Re: [PATCH v4 15/20] ARM: mmp2: initialize clocks before the timer

On Wed, Nov 28, 2018 at 06:53:19PM +0100, Lubomir Rintel wrote: > The timer shall enable its clock. > > Signed-off-by: Lubomir Rintel > Acked-by: Pavel Machek > --- Applied to next/soc, thanks. -Olof

Re: [PATCH v4 01/20] dt-bindings: mrvl,mmp-timer: add clock

On Wed, Nov 28, 2018 at 06:53:05PM +0100, Lubomir Rintel wrote: > The timer needs the timer clock to be enabled, otherwise it stops > ticking. > > Signed-off-by: Lubomir Rintel > Reviewed-by: Rob Herring > Acked-by: Pavel Machek > > --- > Changes since v1: > - Made the clock optional, to keep

Re: [PATCH] ARM: multi_v7_defconfig: enable CONFIG_UNIPHIER_MDMAC

On Wed, Nov 28, 2018 at 12:04:03PM +0900, Masahiro Yamada wrote: > Enable the UniPhier MIO DMAC driver. This is used as the DMA engine > for accelerating the SD/eMMC controller drivers. > > Signed-off-by: Masahiro Yamada > --- > > The insertion context was decided by savedefconfig on next-201811

Re: [PATCH v4 0/20] MMP platform fixes

Hi, On Wed, Nov 28, 2018 at 10:39:06PM +0100, Arnd Bergmann wrote: > On Wed, Nov 28, 2018 at 6:53 PM Lubomir Rintel wrote: > > > > Hi, > > > > this series contains contains a bunch of MMP2 platform fixes. > > > > Previous spins of the patch set were sent out over the course of last > > three mont

Re: [PATCH v4 19/20] USB: phy-mv-usb: use phy-pxa-usb

On Wed, Nov 28, 2018 at 06:53:23PM +0100, Lubomir Rintel wrote: > Use a proper PHY driver, instead of hooks to a board support package. > > Signed-off-by: Lubomir Rintel > Tested-by: Pavel Machek These should have an ack from the USB PHY maintainer before we apply them. I don't see him cc:d on

Re: [PATCH v4 20/20] USB: gadget: mv-udc: use phy-pxa-usb

On Wed, Nov 28, 2018 at 06:53:24PM +0100, Lubomir Rintel wrote: > Use a proper PHY driver, instead of hooks to a board support package. > > Signed-off-by: Lubomir Rintel Same here, please get Felipe to ack them if you can. Thanks! -Olof

Re: [PATCH v4 02/20] DT: marvell,mmp2: fix the gpio interrupt cell number

On Wed, Nov 28, 2018 at 06:53:06PM +0100, Lubomir Rintel wrote: > gpio-pxa uses two cell to encode the interrupt source: the pin number > and the trigger type. Adjust the device node accordingly. > > Signed-off-by: Lubomir Rintel > Acked-by: Pavel Machek > --- Thanks for these patches! Applied

Re: [PATCH v2] signal: add procfd_signal() syscall

On Fri, Nov 30, 2018 at 2:10 PM Arnd Bergmann wrote: > > On Fri, Nov 30, 2018 at 5:36 PM Andy Lutomirski wrote: > > > > On Fri, Nov 30, 2018 at 3:41 AM Arnd Bergmann wrote: > > > siginfo_t as it is now still has a number of other downsides, and Andy in > > > particular didn't like the idea of ha

Re: [PATCH v2] signal: add procfd_signal() syscall

On November 30, 2018 1:28:15 AM GMT+13:00, Florian Weimer wrote: >Disclaimer: I'm looking at this patch because Christian requested it. >I'm not a kernel developer. Given all your expertise this really doesn't matter. :) You're the one having to deal with this in glibc after all. Thanks for doin

Re: [PATCH v2 2/3] clk: ti: check clock type before doing autoidle ops

Quoting Tony Lindgren (2018-11-30 07:37:29) > Hi, > > * Tero Kristo [181130 09:21]: > > On 30/11/2018 09:57, Stephen Boyd wrote: > > > No that is not preferred. Can the omap2_clk_deny_idle() function be > > > integrated closer into the clk framework in some way that allows it to > > > be part of

[GIT PULL] MIPS fixes for 4.20

Hi Linus, Here are a few more MIPS fixes for 4.20, please pull. Thanks, Paul The following changes since commit 1229ace4a4a2e2c982a32fb075dc1bf95423924f: MIPS: Loongson3,SGI-IP27: Simplify max_low_pfn calculation (2018-11-15 15:42:15 -0800) are available in the Git repository at: git

Re: [PATCH v2] signal: add procfd_signal() syscall

On Fri, Nov 30, 2018 at 3:40 PM Christian Brauner wrote: > > On December 1, 2018 12:12:53 PM GMT+13:00, Arnd Bergmann > wrote: > >On Sat, Dec 1, 2018 at 12:05 AM Daniel Colascione > >wrote: > >> On Fri, Nov 30, 2018 at 2:26 PM Christian Brauner > > wrote: > >> > On December 1, 2018 11:09:58 AM

Re: [PATCH] docs: Extend trusted keys documentation for TPM 2.0

On Fri, Nov 30, 2018 at 03:45:07PM -0800, Jarkko Sakkinen wrote: > On Tue, Nov 06, 2018 at 01:17:34PM -0500, Mimi Zohar wrote: > > On Tue, 2018-11-06 at 09:46 -0700, Jerry Snitselaar wrote: > > > On Fri Oct 19 18, Stefan Berger wrote: > > > >Extend the documentation for trusted keys with documentat

Re: [PATCH] docs: Extend trusted keys documentation for TPM 2.0

On Tue, Nov 06, 2018 at 01:17:34PM -0500, Mimi Zohar wrote: > On Tue, 2018-11-06 at 09:46 -0700, Jerry Snitselaar wrote: > > On Fri Oct 19 18, Stefan Berger wrote: > > >Extend the documentation for trusted keys with documentation for how to > > >set up a key for a TPM 2.0 so it can be used with a T

Re: [PATCH v2] signal: add procfd_signal() syscall

On December 1, 2018 12:12:53 PM GMT+13:00, Arnd Bergmann wrote: >On Sat, Dec 1, 2018 at 12:05 AM Daniel Colascione >wrote: >> On Fri, Nov 30, 2018 at 2:26 PM Christian Brauner > wrote: >> > On December 1, 2018 11:09:58 AM GMT+13:00, Arnd Bergmann > wrote: >> > >> > One humble point I would like t

Re: [PATCH -V7 RESEND 08/21] swap: Support to read a huge swap cluster for swapin a THP

Hi Ying, On Tue, Nov 20, 2018 at 04:54:36PM +0800, Huang Ying wrote: > diff --git a/mm/swap_state.c b/mm/swap_state.c > index 97831166994a..1eedbc0aede2 100644 > --- a/mm/swap_state.c > +++ b/mm/swap_state.c > @@ -387,14 +389,42 @@ struct page *__read_swap_cache_async(swp_entry_t entry, > gfp_t g

Re: Cleaning up numbering for new x86 syscalls?

On Wed, 21 Nov 2018, Bernd Petrovitsch wrote: > And yes, lots of stuff will not compile out of the box (especially if > one uses a somewhat sane set of gcc options - not only -Wall -Wextra > -Werror) but if one gets software to compile for i386 and x86_64, > getting it to compile for x32 is a Frid

Re: [PATCH v2] dt-bindings: i2c: Use correct vendor prefix for Atmel

On Fri, Nov 23, 2018 at 01:51:38PM +0100, Thierry Reding wrote: > From: Thierry Reding > > The "at," prefix was never correct for Atmel, so fix the few occurrences > that got it wrong. Use "atmel," instead. > > While at it, remove the at,24c08 compatible string from the list of > trivial devices

Re: [PATCH v3] i2c: i2c-stm32f7: add PM Runtime support

On Tue, Nov 27, 2018 at 03:35:31PM +0100, Pierre-Yves MORDRET wrote: > Use PM Runtime API to enable/disable clock > > Signed-off-by: Pierre-Yves MORDRET Applied to for-next, thanks! signature.asc Description: PGP signature

Re: [PATCH v2] signal: add procfd_signal() syscall

On Sat, Dec 1, 2018 at 12:12 AM Arnd Bergmann wrote: > > On Sat, Dec 1, 2018 at 12:05 AM Daniel Colascione wrote: > > On Fri, Nov 30, 2018 at 2:26 PM Christian Brauner > > wrote: > > > On December 1, 2018 11:09:58 AM GMT+13:00, Arnd Bergmann > > > wrote: > > > > > > One humble point I would l

Re: [PATCH v2] signal: add procfd_signal() syscall

On Sat, Dec 1, 2018 at 12:05 AM Daniel Colascione wrote: > On Fri, Nov 30, 2018 at 2:26 PM Christian Brauner > wrote: > > On December 1, 2018 11:09:58 AM GMT+13:00, Arnd Bergmann > > wrote: > > > > One humble point I would like to make is that what I care about most is a > > sensible way forw

Re: [PATCH v2] signal: add procfd_signal() syscall

On Fri, Nov 30, 2018 at 2:26 PM Christian Brauner wrote: > > On December 1, 2018 11:09:58 AM GMT+13:00, Arnd Bergmann > wrote: > >On Fri, Nov 30, 2018 at 5:36 PM Andy Lutomirski > >wrote: > >> > >> On Fri, Nov 30, 2018 at 3:41 AM Arnd Bergmann wrote: > >> > siginfo_t as it is now still has a n

  1   2   3   4   5   6   7   >