Re: Prototype patch for Linux-kernel memory model

On Mon, Nov 13, 2017 at 10:40:31AM -0800, Paul E. McKenney wrote: > commit 82a1431549b4eae531e83298fd72cd0acea08540 > Author: Paul E. McKenney > Date: Mon Nov 13 10:30:07 2017 -0800 > > tools: Automate memory-barriers.txt; provide Linux-kernel memory model > > There is some reason

RE: [PATCH v2] arm64: dts: ls1088a: Add USB support

-Original Message- From: Yinbo Zhu Sent: Tuesday, October 24, 2017 5:15 PM To: Shawn Guo Cc: Rob Herring ; Mark Rutland ; Catalin Marinas ) ; Will Deacon ) ; Harninder Rai ; Raghav Dogra ; Ashish Kumar ; Andy Tang ; open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS ; linux

Re: [PATCH 4.9 00/87] 4.9.62-stable review --> crash

On Tue, Nov 14, 2017 at 08:46:25AM +0100, Sebastian Gottschall wrote: > Am 14.11.2017 um 08:41 schrieb Greg Kroah-Hartman: > > On Tue, Nov 14, 2017 at 07:48:47AM +0100, Sebastian Gottschall wrote: > > > ahm it compiles well. but > > > > > > [   24.838120] Unable to handle kernel NULL pointer deref

[PATCH V2] kdump: print a message in case parse_crashkernel_mem resulted in zero bytes

In parse_crashkernel_mem, it silently return in case we get zero bytes in the parsing function. It is useful for debugging for adding a message especially sometimes kernel can not boot up correctly. Add a pr_info instead of pr_warn because it is expected behavior for size = 0, eg. crashkernel=2G-

Coccinelle: badzero.cocci failure

Hi Coccinelle developers, When I was working on my patch, I was hit by another issue. badzero.cocci failed on all modes. Can you take a look at it, please? I tried to use DEBUG_FILE and dump the log, but I could not get a clue of the cause of the failure. My spatch version is: spatch versi

Re: KASAN: use-after-free Read in worker_thread (2)

On Fri, Nov 10, 2017 at 7:49 PM, Cong Wang wrote: > On Wed, Nov 8, 2017 at 5:00 AM, Dmitry Vyukov wrote: >> On Wed, Nov 8, 2017 at 1:58 PM, syzbot >> >> wrote: >>> Hello, >>> >>> syzkaller hit the following crash on >>> 7dfaa7bc99498da1c6c4a48bee8d2d5265161a8c >>> git://git.kernel.org/pub/scm/li

Re: [PATCH] m68k: add missing SOFTIRQENTRY_TEXT linker section

Hi Greg, CC mingo, Hiramatsu-san, linux-arch, lkml On Tue, Nov 14, 2017 at 7:04 AM, Greg Ungerer wrote: > Commit be7635e7287e ("arch, ftrace: for KASAN put hard/soft IRQ entries > into separate sections") added a new linker section, SOFTIRQENTRY_TEXT, > to the linker scripts for most architectur

[PATCH] atm: horizon: Fix irq release error

atm_dev_register() can fail here and passed parameters to free irq which is not initialised. Initialization of 'dev->irq' happened after the 'goto out_free_irq'. So using 'irq' insted of 'dev->irq' in free_irq(). Signed-off-by: Arvind Yadav --- drivers/atm/horizon.c | 2 +- 1 file changed, 1 ins

Re: CONFIG_DEBUG_INFO_SPLIT impacts on faddr2line

Hi Andi, On Mon, Nov 13, 2017 at 10:52:27AM -0800, Andi Kleen wrote: > It's the "CONFIG_DEBUG_INFO_SPLIT" thing that makes faddr2line unable > to see the inlining information, > > Using OPTIMIZE_INLINING is fine. Good to know that! It works for me. Perhaps your binutils is too old? It was add

Re: [PATCH RFC v3 1/6] x86/paravirt: Add pv_idle_ops to paravirt ops

On 2017/11/14 15:12, Wanpeng Li wrote: 2017-11-14 15:02 GMT+08:00 Quan Xu : On 2017/11/13 18:53, Juergen Gross wrote: On 13/11/17 11:06, Quan Xu wrote: From: Quan Xu So far, pv_idle_ops.poll is the only ops for pv_idle. .poll is called in idle path which will poll for a while before we en

Re: [PATCH] mm: show stats for non-default hugepage sizes in /proc/meminfo

On Mon 13-11-17 16:33:05, Roman Gushchin wrote: [...] > IMO, /proc/meminfo should give a user a high-level overview of memory usage > in the system, without a need to look into other places. Of course, we always > have some amount of unaccounted memory, but it shouldn't be measured in Gb, > as in t

Re: [PATCH RFC v3 1/6] x86/paravirt: Add pv_idle_ops to paravirt ops

2017-11-14 16:15 GMT+08:00 Quan Xu : > > > On 2017/11/14 15:12, Wanpeng Li wrote: >> >> 2017-11-14 15:02 GMT+08:00 Quan Xu : >>> >>> >>> On 2017/11/13 18:53, Juergen Gross wrote: On 13/11/17 11:06, Quan Xu wrote: > > From: Quan Xu > > So far, pv_idle_ops.poll is the only

Re: [PATCH v5 11/11] intel_sgx: driver documentation

On Mon, Nov 13, 2017 at 09:45:28PM +0200, Jarkko Sakkinen wrote: <--- and yeah, all those patches without a commit message, need one. > Signed-off-by: Jarkko Sakkinen > --- > Documentation/index.rst | 1 + > Documentation/x86/intel_sgx.rst | 131 >

[RFC PATCH] drivers: base: dma-coherent: find free region without alignment

dma-coherent uses bitmap API which internally consider align based on the requested size. Depending on some usage pattern, using align, I think, may be good for fast search and anti-fragmentation. But with the align, an allocation may be failed. This is a example, total size is 30MB, only few memo

Re: 4.1 EOL

Tuncer, where's your bug report? Can't find one. Please file your bug at the fdo bugzilla. Thanks, Jani. On Mon, 13 Nov 2017, alexander.le...@verizon.com wrote: > I've cc'ed some folks in hopes to get this resolved upstream. > > Either way, 4.1's EoL was previously moved to about 6 months from n

[PATCH v8 0/6] stm32 clocksource driver rework

version 8: - rebased on timers/core - change timer_of_exit() name to timer_of_cleanup() - update stm32 clocksource driver to use this function version 7: - reword "clocksource: stm32: only use 32 bits timers" commit message to give more details about why 16 bits are problematics. version 6

Re: [PATCH] HID: input: enable Totem on the Dell Canvas 27

sorry, this one got stuck in my outbox. On Fri, Nov 10, 2017 at 11:26:35AM +0100, Benjamin Tissoires wrote: > The Dell Canvas 27 has a tool that can be put on the surface and acts > as a dial. The firmware processes the detection of the tool and forward > regular HID reports with X, Y, Azimuth, ro

[PATCH v8 2/6] clocksource: stm32: convert driver to timer_of

Convert driver to use timer_of helpers. This allow to remove custom proprietary structure. Signed-off-by: Benjamin Gaignard --- drivers/clocksource/Kconfig | 1 + drivers/clocksource/timer-stm32.c | 160 ++ 2 files changed, 58 insertions(+), 103 deleti

[PATCH v8 1/6] clocksource: timer_of: rename timer_of_exit to timer_of_cleanup

Change function name to something more explicit since it is only used in init error cases. Add __init annotation and description about the function usage. Signed-off-by: Benjamin Gaignard --- drivers/clocksource/timer-of.c | 9 - drivers/clocksource/timer-of.h | 2 +- 2 files changed, 9

[PATCH v8 3/6] clocksource: stm32: increase min delta value

The CPU is a CortexM4 @ 200MHZ and the clocks driving the timers are at 90MHZ with a min delta at 1 you could have an interrupt each 0.01 ms which is really to much. By increase it to 0x60 it give more time (around 1 ms) to CPU to handle the interrupt. Signed-off-by: Benjamin Gaignard --- driver

[PATCH v8 6/6] arm: dts: stm32: remove useless clocksource nodes

16 bits timers aren't accurate enough to be used as clocksource, remove them from stm32f4 and stm32f7 devicetree. Signed-off-by: Benjamin Gaignard --- arch/arm/boot/dts/stm32f429.dtsi | 32 arch/arm/boot/dts/stm32f746.dtsi | 32 2

Re: linux-next: Tree for Nov 7

Michal Hocko writes: > On Mon 13-11-17 22:34:50, Michael Ellerman wrote: >> Hi Michal, >> >> Michal Hocko writes: >> > On Mon 13-11-17 10:20:06, Michal Hocko wrote: >> >> [Cc arm and ppc maintainers] >> > >> > Hmm, it turned out to be a problem on other architectures as well. >> > CCing more ma

[PATCH v8 5/6] clocksource: stm32: add clocksource support

The stm32 timer hardware is currently only used as a clock event device, but it can be utilized as a clocksource as well. Implement this by enabling the free running counter in the hardware block and converting the clock event part from a count down event timer to a comparator based timer. Signed

[PATCH v8 4/6] clocksource: stm32: only use 32 bits timers

The clock driving counters is at 90MHz so the maximum period for 16 bis counters is around 750 ms which is a short period for a clocksource. For 32 bits counters this period is close 47 secondes which is more acceptable. This patch remove 16 bits counters support and makes sure that they won't be

Re: [PATCH] lib: Avoid redundant sizeof checking in __bitmap_weight() calculation.

On Tue, Nov 14, 2017 at 1:23 PM, Rasmus Villemoes wrote: > > hint: sizeof() very rarely evaluates to zero... So this is the same as > "is32 = 1". So the patch as-is is broken (and may explain the 1-byte > delta in vmlinux). But even if this condition is fixed, the patch > doesn't change anything,

Re: linux-next: build warning after merge of the bluetooth tree

Hi, On 14-11-17 01:56, Stephen Rothwell wrote: Hi all, After merging the bluetooth tree, today's linux-next build (arm multi_v7_defconfig) produced this warning: drivers/bluetooth/Kconfig:35:warning: multi-line strings not supported Introduced by commit 86be3c232877 ("Bluetooth: btusb: Ad

Re: linux-next: error fetching the vfs-jk tree

Hi, On Tue 14-11-17 09:40:10, Stephen Rothwell wrote: > Fetching the vfs-jk tree > (git://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs.git#vfs) > produces this error: > > fatal: Couldn't find remote ref refs/heads/vfs > > Do you want me to still fetch/merge that tree? Sorry, I forgot y

Re: linux-next: Tree for Nov 7

Michal Hocko writes: > On Mon 13-11-17 13:00:57, Michal Hocko wrote: > [...] >> Yes, I have mentioned that in the previous email but the amount of code >> would be even larger. Basically every arch which reimplements >> arch_get_unmapped_area would have to special case new MAP_FIXED flag to >> do

Re: linux-next: Tree for Nov 7

On Tue 14-11-17 19:54:59, Michael Ellerman wrote: > Michal Hocko writes: [...] > > So this was the most simple solution I could come up > > with. If there was a general interest for MAP_FIXED_SAFE then we can > > introduce it later of course. I would just like the hardening merged > > sooner rathe

Re: [GIT PULL] RISC-V Port for Linux 4.15 v9

On Mon, Nov 13, 2017 at 10:56 PM, Palmer Dabbelt wrote: > The following changes since commit bebc6082da0a9f5d47a1ea2edc099bf671058bd4: > > Linux 4.14 (2017-11-12 10:46:13 -0800) > > are available in the git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/palmer/linux.git > ta

Re: Coccinelle: badzero.cocci failure

> coccicheck failed > $ cat cocci-debug.txt > /home/masahiro/bin/spatch -D report --no-show-diff --very-quiet > --cocci-file scripts/coccinelle/null/badzero.cocci --dir . -I > ./arch/x86/include -I ./arch/x86/include/generated -I ./include -I > ./arch/x86/include/uapi -I ./arch/x86/include/generate

[PATCH v3] coccinelle: fix parallel build with CHECK=scripts/coccicheck

The command "make -j8 C=1 CHECK=scripts/coccicheck COCCI=..." produces lots of "coccicheck failed" error messages. Julia Lawall explained the coccinelle behavior as follows: "The problem on the Coccinelle side is that it uses a subdirectory with the name of the semantic patch to store standard out

Re: [PATCH v2] coccinelle: fix parallel build with CHECK=scripts/coccicheck

Hi Julia, 2017-11-14 15:44 GMT+09:00 Julia Lawall : > > > On Tue, 14 Nov 2017, Masahiro Yamada wrote: > >> Hi Julia, >> >> 2017-11-14 1:45 GMT+09:00 Julia Lawall : >> > >> > >> > On Tue, 14 Nov 2017, Masahiro Yamada wrote: >> > >> >> Hi Julia, >> >> >> >> >> >> 2017-11-14 0:30 GMT+09:00 Julia Law

[PATCH] kernel: replace FSF address with web source in license notices

A few years ago the FSF moved and "59 Temple Place" is wrong. Having this still in our source files feels old and unmaintained. As https://www.gnu.org/licenses/gpl-howto.html suggests, we replace the postal address with "". Signed-off-by: Martin Kepplinger --- This

Re: [PATCH] PM / runtime: Drop children check from __pm_runtime_set_status()

On 13 November 2017 at 22:50, Rafael J. Wysocki wrote: > On Monday, November 13, 2017 2:26:28 PM CET Ulf Hansson wrote: >> On 12 November 2017 at 01:27, Rafael J. Wysocki wrote: >> > From: Rafael J. Wysocki >> > >> > The check for "active" children in __pm_runtime_set_status(), when >> > trying

Re: linux-next: Tree for Nov 7

Michal Hocko writes: > [Sorry for spamming, this one is the last attempt hopefully] > > On Mon 13-11-17 16:49:39, Michal Hocko wrote: >> On Mon 13-11-17 16:16:41, Michal Hocko wrote: >> > On Mon 13-11-17 13:00:57, Michal Hocko wrote: >> > [...] >> > > Yes, I have mentioned that in the previous em

Re: [PATCH] bluetooth: btusb: Add device ID for RTL8822BE

Hi Larry, I love your patch! Perhaps something to improve: [auto build test WARNING on bluetooth-next/master] [also build test WARNING on v4.14 next-20171114] [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

Re: [PATCH] quota: be aware of error from dquot_initialize

On Tue 14-11-17 11:43:49, Chao Yu wrote: > On 2017/11/13 17:18, Jan Kara wrote: > > On Mon 13-11-17 11:31:48, Chao Yu wrote: > >> Commit 6184fc0b8dd7 ("quota: Propagate error from ->acquire_dquot()") > >> missed to handle error from dquot_initialize in dquot_file_open, fix it. > >> > >> Signed-off-

[PATCH] crypto: replace FSF address with web source in license notices

A few years ago the FSF moved and "59 Temple Place" is wrong. Having this still in our source files feels old and unmaintained. Let's take the license statement serious and not confuse users. As https://www.gnu.org/licenses/gpl-howto.html suggests, we replace the postal address with "

[PATCH v4 1/3] kernel/modules: Add REL24 relocation support of livepatch symbols

Livepatch re-uses module loader function apply_relocate_add() to write relocations, instead of managing them by arch-dependent klp_write_module_reloc() function. apply_relocate_add() doesn't understand livepatch symbols (marked with SHN_LIVEPATCH symbol section index) and assumes them to be local

[PATCH] init: replace FSF address with web source in license notices

A few years ago the FSF moved and "59 Temple Place" is wrong. Having this still in our source files feels old and unmaintained. Let's take the license statement serious and not confuse users. As https://www.gnu.org/licenses/gpl-howto.html suggests, we replace the postal address with "

Re: linux-next: Tree for Nov 7

On Tue 14-11-17 20:18:04, Michael Ellerman wrote: > Michal Hocko writes: > > > [Sorry for spamming, this one is the last attempt hopefully] > > > > On Mon 13-11-17 16:49:39, Michal Hocko wrote: > >> On Mon 13-11-17 16:16:41, Michal Hocko wrote: > >> > On Mon 13-11-17 13:00:57, Michal Hocko wrote:

[PATCH v4 2/3] powerpc/modules: Don't try to restore r2 after a sibling call

From: Josh Poimboeuf When attempting to load a livepatch module, I got the following error: module_64: patch_module: Expect noop after relocate, got 3c82 The error was triggered by the following code in unregister_netdevice_queue(): 14c: 00 00 00 48 b 14c

[PATCH v4 3/3] powerpc/modules: Improve restore_r2() error message

From: Josh Poimboeuf Print the function address associated with the restore_r2() error to make it easier to debug the problem. Also clarify the wording a bit. Before: module_64: patch_foo: Expect noop after relocate, got 3c82 After: module_64: patch_foo: Expected noop after call, got

Re: [PATCH 07/24] staging: ccree: remove unneeded cast

On Mon, Nov 13, 2017 at 5:41 PM, Joe Perches wrote: > > On Mon, 2017-11-13 at 14:45 +, Gilad Ben-Yossef wrote: > > Remove uneeded cast from writel_relaxed parameter. > [] > > diff --git a/drivers/staging/ccree/ssi_request_mgr.c > > b/drivers/staging/ccree/ssi_request_mgr.c > [] > > @@ -167,13

Re: [PATCH 16/35] perf annotate: Add samples into struct annotation_line

On Mon, Nov 13, 2017 at 09:14:38PM +0100, Jiri Olsa wrote: > On Mon, Nov 13, 2017 at 09:16:20PM +0530, Ravi Bangoria wrote: > > Hi Jiri, > > > > This patch seems to be causing segfault with "perf top --stdio". > > > > Steps to reproduce: > > 1. start "perf top --stdio" in one terminal > > 2. run

[PATCH v4 0/3] ppc64le: Add REL24 relocation support of livepatch symbols

This patchset drop the approach of creating new stub type for livepatch symbols and offloads the issue of handling local function becoming global to kpatch tool via gcc-plugin. In function restore_r2(), a check for sibling call is added and also improves the error message on unexpected op-code. v

Re: [PATCH] bluetooth: btusb: Add device ID for RTL8822BE

Hi Larry, I love your patch! Perhaps something to improve: [auto build test WARNING on bluetooth-next/master] [also build test WARNING on v4.14 next-20171114] [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

Re: [PATCH 1/5] KVM: vmx: use X86_CR4_UMIP and X86_FEATURE_UMIP

2017-11-13 22:40 GMT+08:00 Paolo Bonzini : > These bits were not defined until now in common code, but they are > now that the kernel supports UMIP too. > > Signed-off-by: Paolo Bonzini Reviewed-by: Wanpeng Li > --- > arch/x86/kvm/vmx.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-)

Re: [PATCH 00/24] staging: ccree: more cleanup patches

On Mon, Nov 13, 2017 at 8:33 PM, Dan Carpenter wrote: > These cleanups look nice. Thanks. > > I hope you do a mass remove of likely/unlikely in a patch soon. > Whenever, I see one of those in a + line I always have to remind myself > that you're planning to do it in a later patch. > So, a questi

[tip:x86/urgent] x86/umip: Identify the STR and SLDT instructions

Commit-ID: 6e2a3064d6a86094fecc20cd430fd96aaa801687 Gitweb: https://git.kernel.org/tip/6e2a3064d6a86094fecc20cd430fd96aaa801687 Author: Ricardo Neri AuthorDate: Mon, 13 Nov 2017 22:29:44 -0800 Committer: Ingo Molnar CommitDate: Tue, 14 Nov 2017 08:38:09 +0100 x86/umip: Identify the STR

[tip:x86/urgent] x86/umip: Select X86_INTEL_UMIP by default

Commit-ID: 796ebc81b9931bfa293b4ca38ae28c21a363f4d0 Gitweb: https://git.kernel.org/tip/796ebc81b9931bfa293b4ca38ae28c21a363f4d0 Author: Ricardo Neri AuthorDate: Mon, 13 Nov 2017 22:29:42 -0800 Committer: Ingo Molnar CommitDate: Tue, 14 Nov 2017 08:38:08 +0100 x86/umip: Select X86_INTEL

[tip:locking/urgent] jump_label: Invoke jump_label_test() via early_initcall()

Commit-ID: 92ee46efeb505ead3ab06d3c5ce695637ed5f152 Gitweb: https://git.kernel.org/tip/92ee46efeb505ead3ab06d3c5ce695637ed5f152 Author: Jason Baron AuthorDate: Mon, 13 Nov 2017 16:48:47 -0500 Committer: Ingo Molnar CommitDate: Tue, 14 Nov 2017 08:41:41 +0100 jump_label: Invoke jump_lab

[tip:x86/urgent] x86/umip: Print a line in the boot log that UMIP has been enabled

Commit-ID: 770c77557757873808a474016a3cae4b37690cb2 Gitweb: https://git.kernel.org/tip/770c77557757873808a474016a3cae4b37690cb2 Author: Ricardo Neri AuthorDate: Mon, 13 Nov 2017 22:29:43 -0800 Committer: Ingo Molnar CommitDate: Tue, 14 Nov 2017 08:38:09 +0100 x86/umip: Print a line in

RE: [PATCH v2] dt-bindings: mtd: Add sst25vf016b to the list of supported chip names

Dear All, how does this patch look like? Thanks, Fabrizio > Subject: [PATCH v2] dt-bindings: mtd: Add sst25vf016b to the list of > supported chip names > > There are a few DT files that make use of sst25vf016b in their > compatible strings, and the driver supports this chip already. > This patc

Re: [PATCH RFC v3 1/6] x86/paravirt: Add pv_idle_ops to paravirt ops

On 2017/11/14 15:30, Juergen Gross wrote: On 14/11/17 08:02, Quan Xu wrote: On 2017/11/13 18:53, Juergen Gross wrote: On 13/11/17 11:06, Quan Xu wrote: From: Quan Xu So far, pv_idle_ops.poll is the only ops for pv_idle. .poll is called in idle path which will poll for a while before we en

Re: [PATCH v2] fs: fsnotify: account fsnotify metadata to kmemcg

On Tue 14-11-17 03:10:22, Yang Shi wrote: > > > On 11/9/17 5:54 AM, Michal Hocko wrote: > > [Sorry for the late reply] > > > > On Tue 31-10-17 11:12:38, Jan Kara wrote: > > > On Tue 31-10-17 00:39:58, Yang Shi wrote: > > [...] > > > > I do agree it is not fair and not neat to account to producer

[PATCH] lib: replace FSF address with web source in license notices

A few years ago the FSF moved and "59 Temple Place" is wrong. Having this still in our source files feels old and unmaintained. Let's take the license statement serious and not confuse users. As https://www.gnu.org/licenses/gpl-howto.html suggests, we replace the postal address with "

[PATCH] mm: replace FSF address with web source in license notices

A few years ago the FSF moved and "59 Temple Place" is wrong. Having this still in our source files feels old and unmaintained. Let's take the license statement serious and not confuse users. As https://www.gnu.org/licenses/gpl-howto.html suggests, we replace the postal address with "

Re: [PATCH] lib: use correct format string for find-bit tests

On Mon, Nov 13, 2017 at 02:55:45PM +0100, Arnd Bergmann wrote: > The cycles_t definition is architecture specific, which causes > a link error on all architectures that use a 'long long' or 'int' > type for it: > > lib/test_find_bit.c: In function 'test_find_last_bit': > include/linux/kern_levels.

Re: [GIT PULL] x86 updates for v4.15

On Mon, Nov 13, 2017 at 09:02:36PM -0800, Linus Torvalds wrote: > On Mon, Nov 13, 2017 at 12:24 AM, Ingo Molnar wrote: > > > >git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > > x86-asm-for-linus > > Hmm #2. > > My laptop had odd SIGBUS and IO errors after a suspend/resume cycle >

Re: [PATCH 00/24] staging: ccree: more cleanup patches

On Tue, Nov 14, 2017 at 11:33:20AM +0200, Gilad Ben-Yossef wrote: > On Mon, Nov 13, 2017 at 8:33 PM, Dan Carpenter > wrote: > > These cleanups look nice. Thanks. > > > > I hope you do a mass remove of likely/unlikely in a patch soon. > > Whenever, I see one of those in a + line I always have to

Re: [PATCH v3] coccinelle: fix parallel build with CHECK=scripts/coccicheck

> + > +# If -j option is given to Make, scripts/coccicheck runs in parallel. > +# If coccinelle also runs in parallel, it fails because multiple > processes > +# try to get access to the same subdirectory that stores stdout/stderr. > +# No need to parallelize coccinelle in this cas

Re: [PATCH] mm: replace FSF address with web source in license notices

On Tue 14-11-17 10:44:38, Martin Kepplinger wrote: > A few years ago the FSF moved and "59 Temple Place" is wrong. Having this > still in our source files feels old and unmaintained. > > Let's take the license statement serious and not confuse users. > > As https://www.gnu.org/licenses/gpl-howto.

[PATCH] kbuild: move coccicheck help in scripts/Makefile.help to top Makefile

I do not think it is helpful to have a separate file just for the coccicheck help message. Merge scripts/Makefile.help into the top-level Makefile. Signed-off-by: Masahiro Yamada --- Makefile | 2 +- scripts/Makefile.help | 3 --- 2 files changed, 1 insertion(+), 4 deletions(-) d

[PATCH] samples: replace FSF address with web source in license notices

A few years ago the FSF moved and "59 Temple Place" is wrong. Having this still in our source files feels old and unmaintained. Let's take the license statement serious and not confuse users. As https://www.gnu.org/licenses/gpl-howto.html suggests, we replace the postal address with "

Re: [PATCH v4 5/6] remoteproc: qcom: Add support for q6v5-wcss pil

Hi Rob, On 11/11/2017 2:38 AM, Rob Herring wrote: > On Thu, Nov 09, 2017 at 08:16:14PM +0530, Sricharan R wrote: >> IPQ8074 has an integrated Hexagon dsp core q6v5 and a wireless lan >> (Lithium) IP. An mdt type single image format is used for the >> firmware. So the mdt_load function can be direc

Re: [PATCH] kbuild: move coccicheck help in scripts/Makefile.help to top Makefile

On Tue, 14 Nov 2017, Masahiro Yamada wrote: > I do not think it is helpful to have a separate file just for the > coccicheck help message. Merge scripts/Makefile.help into the > top-level Makefile. > > Signed-off-by: Masahiro Yamada Acked-by: Julia Lawall Thanks! > --- > > Makefile

Re: [PATCH -next] irqchip/exiu: Fix return value check in exiu_init()

On 14 November 2017 at 06:57, Wei Yongjun wrote: > In case of error, the function of_iomap() returns NULL pointer not > ERR_PTR(). The IS_ERR() test in the return value check should be > replaced with NULL test. > > Fixes: 706cffc1b912 ("irqchip/exiu: Add support for Socionext Synquacer EXIU > co

Re: [PATCH] mm: replace FSF address with web source in license notices

Am 14.11.2017 10:49 schrieb Michal Hocko: On Tue 14-11-17 10:44:38, Martin Kepplinger wrote: A few years ago the FSF moved and "59 Temple Place" is wrong. Having this still in our source files feels old and unmaintained. Let's take the license statement serious and not confuse users. As https

Re: [PATCH] PM / runtime: Drop children check from __pm_runtime_set_status()

On 14 November 2017 at 10:13, Ulf Hansson wrote: > On 13 November 2017 at 22:50, Rafael J. Wysocki wrote: >> On Monday, November 13, 2017 2:26:28 PM CET Ulf Hansson wrote: >>> On 12 November 2017 at 01:27, Rafael J. Wysocki wrote: >>> > From: Rafael J. Wysocki >>> > >>> > The check for "active"

Re: [PATCH] mm: replace FSF address with web source in license notices

On Tue 14-11-17 10:55:35, Martin Kepplinger wrote: > Am 14.11.2017 10:49 schrieb Michal Hocko: > > On Tue 14-11-17 10:44:38, Martin Kepplinger wrote: > > > A few years ago the FSF moved and "59 Temple Place" is wrong. Having > > > this > > > still in our source files feels old and unmaintained. > >

Re: [PATCH v3] coccinelle: fix parallel build with CHECK=scripts/coccicheck

Hi Julia, 2017-11-14 18:49 GMT+09:00 Julia Lawall : >> + >> +# If -j option is given to Make, scripts/coccicheck runs in parallel. >> +# If coccinelle also runs in parallel, it fails because multiple >> processes >> +# try to get access to the same subdirectory that stores stdout/std

Re: [GIT pull] printk updates for 4.15

On Mon 2017-11-13 17:18:33, Linus Torvalds wrote: > On Mon, Nov 13, 2017 at 1:36 AM, Thomas Gleixner wrote: > > Linus, > > > > please pull the latest core-printk-for-linus git tree from: > > > >git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > > core-printk-for-linus > > > > This up

Re: [PATCH v5 24/37] tracing: Add support for 'synthetic' events

On Thu, Nov 09, 2017 at 02:33:55PM -0600, Tom Zanussi wrote: > Synthetic events are user-defined events generated from hist trigger > variables saved from one or more other events. > > To define a synthetic event, the user writes a simple specification > consisting of the name of the new event alo

[PATCH] scripts: replace FSF address with web source in license notices

A few years ago the FSF moved and "59 Temple Place" is wrong. Having this still in our source files feels old and unmaintained. Let's take the license statement serious and not confuse users. As https://www.gnu.org/licenses/gpl-howto.html suggests, we replace the postal address with "

Re: [PATCH] lib: test module for find_*_bit() functions

Hi Alexey, Andrew, Thanks for comments. On Fri, Nov 10, 2017 at 12:45:18PM +0200, Alexey Dobriyan wrote: > On 11/10/17, Andrew Morton wrote: > > On Thu, 9 Nov 2017 17:07:14 +0300 Yury Norov > > wrote: > > > >> find_bit functions are widely used in the kernel, including hot paths. > >> This mod

[PATCH] security: replace FSF address with web source in license notices

A few years ago the FSF moved and "59 Temple Place" is wrong. Having this still in our source files feels old and unmaintained. Let's take the license statement serious and not confuse users. As https://www.gnu.org/licenses/gpl-howto.html suggests, we replace the postal address with "

Re: Coccinelle: badzero.cocci failure

Hi Julia, 2017-11-14 18:07 GMT+09:00 Julia Lawall : >> coccicheck failed >> $ cat cocci-debug.txt >> /home/masahiro/bin/spatch -D report --no-show-diff --very-quiet >> --cocci-file scripts/coccinelle/null/badzero.cocci --dir . -I >> ./arch/x86/include -I ./arch/x86/include/generated -I ./include

Re: [PATCH 16/35] perf annotate: Add samples into struct annotation_line

Hi Jiri, On 11/14/2017 03:01 PM, Jiri Olsa wrote: On Mon, Nov 13, 2017 at 09:14:38PM +0100, Jiri Olsa wrote: On Mon, Nov 13, 2017 at 09:16:20PM +0530, Ravi Bangoria wrote: Hi Jiri, This patch seems to be causing segfault with "perf top --stdio". Steps to reproduce: 1. start "perf top --stdio

[PATCH net-next v2] net: stmmac: fix LPI transitioning for dwmac4

The LPI transitioning logic in stmmac_main uses priv->tx_path_in_lpi_mode to enter/exit LPI. However, priv->tx_path_in_lpi_mode is assigned using the return value from host_irq_status(). So for dwmac4, priv->tx_path_in_lpi_mode was always false, so stmmac_tx_clean() would always try to put us in

Re: [patch 0/7] LICENSES: Add documentation and initial License files

On Sun, Nov 12, 2017 at 08:18:21PM +0100, Thomas Gleixner wrote: > Folks! > > First of all I want to apologize for the suboptimal process which brought > this initial SPDX annotation into the kernel. We surely should have posted > exactly this patch series first, but we were too focused on the act

Re: tipc_udp_send_msg oops in 4.4 when setting link tolerance

On 13.11.2017 23:25, Jon Maloy wrote: > Hi Tommi, > I am not sure, but is seems like the following patch is what you need: > commit 9b3009604b8e ("tipc: add net device to skb before UDP xmit") > This was applied in tipc 4.5. Found it, the missing patch is this one (9b3009604b8e does not help): c

Re: powerpc-linux-gnu-ld: warning: orphan section `.data.rel.ro' from `arch/powerpc/kernel/head_44x.o' being placed in section `.data.rel.ro'.

Masahiro Yamada writes: > Hi Nicholas, > > > 2017-11-11 17:45 GMT+09:00 Nicholas Piggin : >> On Fri, 10 Nov 2017 23:41:49 +0800 >> kbuild test robot wrote: >> >>> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git >>> master >>> head: 1c9dbd4615fd751e5e0b99807a3c7c8612

Re: [PATCH -next] irqchip/exiu: Fix return value check in exiu_init()

On Tue, Nov 14 2017 at 9:55:46 am GMT, Ard Biesheuvel wrote: > On 14 November 2017 at 06:57, Wei Yongjun wrote: >> In case of error, the function of_iomap() returns NULL pointer not >> ERR_PTR(). The IS_ERR() test in the return value check should be >> replaced with NULL test. >> >> Fixes: 706c

Re: [perf_swevent_add] WARNING: CPU: 0 PID: 393 at kernel/events/core.c:7735 perf_swevent_add+0xe0/0x14f

On Mon, Nov 13, 2017 at 10:47:12PM +0800, Fengguang Wu wrote: > On Mon, Nov 13, 2017 at 03:36:05PM +0100, Jiri Olsa wrote: > > On Sat, Nov 11, 2017 at 06:37:58PM +0800, Fengguang Wu wrote: > > > Hello, > > > > > > FYI this happens in 4.14.0-rc8, however not a new bug. > > > > SNIP > > > > > #!/b

Re: [PATCH] mm: replace FSF address with web source in license notices

Am 14.11.2017 11:02 schrieb Michal Hocko: On Tue 14-11-17 10:55:35, Martin Kepplinger wrote: Am 14.11.2017 10:49 schrieb Michal Hocko: > On Tue 14-11-17 10:44:38, Martin Kepplinger wrote: > > A few years ago the FSF moved and "59 Temple Place" is wrong. Having > > this > > still in our source fi

Re: [PATCH RFC v3 1/6] x86/paravirt: Add pv_idle_ops to paravirt ops

On 2017/11/14 16:22, Wanpeng Li wrote: 2017-11-14 16:15 GMT+08:00 Quan Xu : On 2017/11/14 15:12, Wanpeng Li wrote: 2017-11-14 15:02 GMT+08:00 Quan Xu : On 2017/11/13 18:53, Juergen Gross wrote: On 13/11/17 11:06, Quan Xu wrote: From: Quan Xu So far, pv_idle_ops.poll is the only ops for

[tip:timers/urgent] clocksource/timer_of: Rename timer_of_exit to timer_of_cleanup

Commit-ID: 558de28249508dc3ec0ec8981d1315eb8b63f0d9 Gitweb: https://git.kernel.org/tip/558de28249508dc3ec0ec8981d1315eb8b63f0d9 Author: Benjamin Gaignard AuthorDate: Tue, 14 Nov 2017 09:52:38 +0100 Committer: Thomas Gleixner CommitDate: Tue, 14 Nov 2017 11:20:24 +0100 clocksource/timer

Re: [PATCH 4/4] ARCv2: entry: Reduce perf intr return path

On Tue, Nov 07, 2017 at 02:13:04PM -0800, Vineet Gupta wrote: > In the more likely case of returning to kernel from perf interrupt, do a > fast path returning w/o bothering about CONFIG_PREEMPT etc I think this needs more explaining and certainly also deserves a code comment. Is the argument some

[tip:timers/urgent] timekeeping: Remove CONFIG_GENERIC_TIME_VSYSCALL_OLD

Commit-ID: aea3706cfc4d952ed6d32b6d5845b5ecd99ed7f5 Gitweb: https://git.kernel.org/tip/aea3706cfc4d952ed6d32b6d5845b5ecd99ed7f5 Author: Miroslav Lichvar AuthorDate: Mon, 13 Nov 2017 14:51:31 -0800 Committer: Thomas Gleixner CommitDate: Tue, 14 Nov 2017 11:20:25 +0100 timekeeping: Remov

Re: [PATCH RFC v3 1/6] x86/paravirt: Add pv_idle_ops to paravirt ops

On 14/11/17 10:38, Quan Xu wrote: > > > On 2017/11/14 15:30, Juergen Gross wrote: >> On 14/11/17 08:02, Quan Xu wrote: >>> >>> On 2017/11/13 18:53, Juergen Gross wrote: On 13/11/17 11:06, Quan Xu wrote: > From: Quan Xu > > So far, pv_idle_ops.poll is the only ops for pv_idle. .p

Re: [PATCH v4 2/3] powerpc/modules: Don't try to restore r2 after a sibling call

Kamalesh Babulal wrote: From: Josh Poimboeuf When attempting to load a livepatch module, I got the following error: module_64: patch_module: Expect noop after relocate, got 3c82 The error was triggered by the following code in unregister_netdevice_queue(): 14c: 00 00 00 48 b

Re: [PATCH 16/35] perf annotate: Add samples into struct annotation_line

On Tue, Nov 14, 2017 at 03:45:27PM +0530, Ravi Bangoria wrote: > Hi Jiri, > > On 11/14/2017 03:01 PM, Jiri Olsa wrote: > > On Mon, Nov 13, 2017 at 09:14:38PM +0100, Jiri Olsa wrote: > > > On Mon, Nov 13, 2017 at 09:16:20PM +0530, Ravi Bangoria wrote: > > > > Hi Jiri, > > > > > > > > This patch se

Re: [PATCH v2] kbuild: comments correction & update on Makefile.host

Hi Cao, 2017-11-01 10:43 GMT+09:00 Cao jin : > host-cmulti means the composite host program that is compiled/linked > from several .c file, not .o file, because .o file could also be > compiled from .cpp file. > > Bonus: update the stale comment. > Signed-off-by: Cao jin > --- > scripts/Makefile

[PATCH] perf mmap: Convert ACCESS_ONCE() to READ_ONCE()

Recently there was a treewide conversion of ACCESS_ONCE() to {READ,WRITE}_ONCE(), but a new use was introduced concurrently by commit: 1695849735752d2a ("perf mmap: Move perf_mmap and methods to separate mmap.[ch] files") Let's convert this over to READ_ONCE() so that we can remove the ACCESS_

Re: linux-next: error fetching the vfs-jk tree

Hi Jan, On Tue, 14 Nov 2017 10:00:37 +0100 Jan Kara wrote: > > On Tue 14-11-17 09:40:10, Stephen Rothwell wrote: > > Fetching the vfs-jk tree > > (git://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs.git#vfs) > > produces this error: > > > > fatal: Couldn't find remote ref refs/heads/vfs

[tip:irq/urgent] irqchip/exiu: Fix return value check in exiu_init()

Commit-ID: 0e54705b0e01dcaf3eb2a496bb66d5f05012056b Gitweb: https://git.kernel.org/tip/0e54705b0e01dcaf3eb2a496bb66d5f05012056b Author: Wei Yongjun AuthorDate: Tue, 14 Nov 2017 06:57:28 + Committer: Thomas Gleixner CommitDate: Tue, 14 Nov 2017 11:27:22 +0100 irqchip/exiu: Fix retur

Re: [patch v2 7/8] KVM: x86: add Intel PT msr RTIT_CTL read/write

On 14/11/2017 07:59, Kang, Luwei wrote: > Will add it in next version. This is use for live migration, is that right? Yes. > If use XSAVES and XRSTORS for context switch. > 1. Before kvm_load_guest_fpu(vcpu), we need to save host RTIT_CTL, disable > PT and restore the value of "vmx->pt_desc.gu

RE: [v11,1/4] drivers: jtag: Add JTAG core driver

> -Original Message- > From: Chip Bilbrey [mailto:c...@bilbrey.org] > Sent: Monday, November 6, 2017 12:33 AM > To: Oleksandr Shamray > Cc: gre...@linuxfoundation.org; a...@arndb.de; linux- > ker...@vger.kernel.org; linux-arm-ker...@lists.infradead.org; > devicet...@vger.kernel.org; open..

  1   2   3   4   5   6   7   8   9   10   >