Re: [PATCH 1/2] PCI: rcar: Fix use-after-free in probe error path

On Thu, Dec 07, 2017 at 11:15:19AM +0100, Geert Uytterhoeven wrote: > If CONFIG_DEBUG_SLAB=y, and no PCIe card is inserted, the kernel crashes > during probe on r8a7791/koelsch: > > rcar-pcie fe00.pcie: PCIe link down > Unable to handle kernel paging request at virtual address 6b6b6b6b

From Precious

Привет, дорогой, Меня зовут Драгоценный, я видел ваш профиль, и я заинтересовался вами, я также хотел бы узнать больше о вас, пожалуйста, свяжитесь со мной с этим адресом электронной почты, чтобы я мог дать вам, чтобы вы знали, кто я, потому что я есть что-то очень важное, чтобы рассказать вам. Pre

Re: [PATCH v3 24/33] nds32: Device tree support

On Fri, Dec 08, 2017 at 05:12:07PM +0800, Greentime Hu wrote: > + timer0: timer@9840 { > + compatible = "andestech,atftmr010"; > + reg = <0x9840 0x1000>; > + interrupts = <19>; > + clocks = <&clk_pll>; > + clock-names = "apb_pc

Re: [PATCH 2/2] PCI: rcar: Handle rcar_pcie_parse_request_of_pci_ranges() failures

On Thu, Dec 07, 2017 at 11:15:20AM +0100, Geert Uytterhoeven wrote: > rcar_pcie_parse_request_of_pci_ranges() can fail and return an error > code, but this is not checked nor handled. > > Fix this by adding the missing error handling. > > Fixes: 5d2917d469faab72 ("PCI: rcar: Convert to DT resourc

Re: Linux 4.15-rc2: Regression in resume from ACPI S3

On Thu, 7 Dec 2017, Maarten Lankhorst wrote: > Op 06-12-17 om 15:15 schreef Thomas Gleixner: > > On Wed, 6 Dec 2017, Maarten Lankhorst wrote: > >> Op 06-12-17 om 13:46 schreef Thomas Gleixner: > >>> On Wed, 6 Dec 2017, Maarten Lankhorst wrote: > Op 06-12-17 om 13:15 schreef Michal Hocko: > >>>

Re: GemniLake laptops goes power off directly after performing suspend

Hi, Adding intel-gfx list in case i915 developers can help. Updated summary below. On Thu, Dec 7, 2017 at 2:14 AM, Chris Chiu wrote: > On Wed, Dec 6, 2017 at 9:34 PM, Rafael J. Wysocki wrote: > > On Wed, Dec 6, 2017 at 10:33 AM, Chris Chiu wrote: > >> On Wed, Dec 6, 2017 at 5:56 AM, Rafael J.

Re: [PATCH] watchdog: core: make sure the watchdog_worker always works

Le 07/12/2017 à 15:45, Guenter Roeck a écrit : On 12/07/2017 02:38 AM, Christophe Leroy wrote: When running a command like 'chrt -f 99 dd if=/dev/zero of=/dev/null', the watchdog_worker fails to service the HW watchdog and the HW watchdog fires long before the watchdog soft timeout. At the mo

Re: [PATCH] tools/slabinfo-gnuplot: force to use bash shell

On (12/08/17 17:37), Liu, Changcheng wrote: > > On some linux distributions, the default link of sh > is dash which deoesn't support split array like > ${var//,/ } > It's better to force to use bash shell directly. > > Signed-off-by: Liu Changcheng Reviewed-by: Sergey Senozhatsky -ss

Re: [PATCH v2 net-next 3/4] bpftool: implement prog load command

2017-12-07 18:39 UTC+ ~ Roman Gushchin > Add the prog load command to load a bpf program from a specified > binary file and pin it to bpffs. > > Usage description and examples are given in the corresponding man > page. > > Syntax: > $ bpftool prog load SOURCE_FILE FILE > > FILE is a non-exi

Re: [PATCH v2 net-next 1/4] libbpf: add ability to guess program type based on section name

2017-12-07 18:39 UTC+ ~ Roman Gushchin > The bpf_prog_load() function will guess program type if it's not > specified explicitly. This functionality will be used to implement > loading of different programs without asking a user to specify > the program type. In first order it will be used by

Re: [PATCH v2 net-next 4/4] bpftool: implement cgroup bpf operations

2017-12-07 18:39 UTC+ ~ Roman Gushchin > This patch adds basic cgroup bpf operations to bpftool: > cgroup list, attach and detach commands. > > Usage is described in the corresponding man pages, > and examples are provided. > > Syntax: > $ bpftool cgroup list CGROUP > $ bpftool cgroup attach

Re: [PATCH 4.14 00/75] 4.14.5-stable review

On Thu, Dec 07, 2017 at 05:08:23PM -0700, Shuah Khan wrote: > On 12/07/2017 06:07 AM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.14.5 release. > > There are 75 patches in this series, all will be posted as a response > > to this one. If anyone has any issu

[PATCH net-next v4 0/2] net: thunderx: add support for PTP clock

This series adds support for IEEE 1588 Precision Time Protocol to Cavium ethernet driver. The first patch adds support for the Precision Time Protocol Clocks and Timestamping coprocessor (PTP) found on Cavium processors. It registers a new PTP clock in the PTP core and provides functions to use th

[PATCH net-next v4 1/2] net: add support for Cavium PTP coprocessor

From: Radoslaw Biernacki This patch adds support for the Precision Time Protocol Clocks and Timestamping hardware found on Cavium ThunderX processors. Signed-off-by: Radoslaw Biernacki Signed-off-by: Aleksey Makarov --- drivers/net/ethernet/cavium/Kconfig | 12 + drivers/net/ethe

[PATCH net-next v4 2/2] net: thunderx: add timestamping support

From: Sunil Goutham This adds timestamping support for both receive and transmit paths. On the receive side no filters are supported i.e either all pkts will get a timestamp appended infront of the packet or none. On the transmit side HW doesn't support timestamp insertion but only generates a se

Re: [PATCH 4.14 00/75] 4.14.5-stable review

On Thu, Dec 07, 2017 at 12:55:49PM -0800, Guenter Roeck wrote: > On Thu, Dec 07, 2017 at 02:07:22PM +0100, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.14.5 release. > > There are 75 patches in this series, all will be posted as a response > > to this one. I

Re: [PATCH] mux: add SPDX identifiers to all mux source files

Dear Philipp, On Fri, Dec 8, 2017 at 10:43 AM, Philipp Zabel wrote: > Hi Peter, > > On Thu, 2017-12-07 at 22:08 +0100, Peter Rosin wrote: >> Remove all free-text license texts. >> >> This is done on a quest to remove the 700+ different ways that files in >> the kernel describe the GPL license tex

Re: [PATCH] sched/autogroup: move sched.h include

Hi, On (12/08/17 09:57), Petr Mladek wrote: > On Fri 2017-12-08 17:24:22, Sergey Senozhatsky wrote: > > Move local "sched.h" include to the bottom. sched.h defines > > several macros that are getting redefined in ARCH-specific > > code, for instance, finish_arch_post_lock_switch() and > > prepare_

Re: [PATCH 1/2] serial: tegra: Delete an error message for a failed memory allocation in tegra_uart_probe()

On 08/12/17 09:37, Laxman Dewangan wrote: > On Friday 08 December 2017 01:49 AM, SF Markus Elfring wrote: >> From: Markus Elfring >> Date: Thu, 7 Dec 2017 21:00:05 +0100 >> >> Omit an extra message for a memory allocation failure in this function. >> >> This issue was detected by using the Coccin

Re: [PATCH 2/2] serial: tegra: Fix a typo in a comment line

On 08/12/17 09:37, Laxman Dewangan wrote: > > > On Friday 08 December 2017 01:51 AM, SF Markus Elfring wrote: >> From: Markus Elfring >> Date: Thu, 7 Dec 2017 21:06:25 +0100 >> >> Delete a duplicate character in a word of this description. >> > > Acked-by: Laxman Dewangan Acked-by: Jon Hunte

[PATCH v3] ARM: davinci: fix mmc entries in dm365's dma_slave_map

fix mmc entries in dm365's dma_slave_map to match the actual device names Fixes: 0c750e1fe481 ("ARM: davinci: dm365: Add dma_slave_map to edma") Signed-off-by: Alejandro Mery --- changes since v2: * better patch description arch/arm/mach-davinci/dm365.c | 8 1 file changed, 4 insertio

Re: [PATCH v3] ARM: davinci: fix mmc entries in dm365's dma_slave_map

On Friday 08 December 2017 04:05 PM, Alejandro Mery wrote: > fix mmc entries in dm365's dma_slave_map to match the actual device names > > Fixes: 0c750e1fe481 ("ARM: davinci: dm365: Add dma_slave_map to edma") > Signed-off-by: Alejandro Mery Applied to fixes branch of my tree. Thanks, Sekhar

Re: [PATCH v2] ubsan: don't handle misaligned address when support unaligned access

On 12/08/2017 02:24 AM, Andrew Morton wrote: > On Thu, 7 Dec 2017 16:31:23 +0300 Andrey Ryabinin > wrote: > >> On 12/07/2017 03:49 AM, Andrew Morton wrote: >>> (correcting Andrey's email address) >>> >>> >>> From: Ding Tianhong >>> Subject: lib/ubsan.c: don't handle misaligned address when ke

Re: linux-next: manual merge of the tpmdd tree with Linus' tree

On Fri, Dec 08, 2017 at 01:25:35PM +1100, Stephen Rothwell wrote: > Hi Jarkko, > > Today's linux-next merge of the tpmdd tree got a conflict in: > > MAINTAINERS > > between commit: > > 60fdb44a23cb ("MAINTAINERS: update TPM driver infrastructure changes") > > from Linus' tree and commit: >

Re: [PATCH] kernel: trace: pass export pointer as argument to ->write()

Hi, Alexander Shishkin writes: > On Mon, Dec 04, 2017 at 07:09:38AM -0500, Steven Rostedt wrote: >> On Wed, 17 May 2017 22:52:28 -0400 >> Steven Rostedt wrote: >> >> > On Thu, 18 May 2017 10:26:59 +0800 >> > Chunyan Zhang wrote: >> > >> > > On 17 May 2017 at 16:05, Felipe Balbi >> > > wrot

[PATCH 1/6] x86/hyper-v: check for required priviliges in hyperv_init()

In hyperv_init() we presume we always have access to VP index and hypercall MSRs while according to the specification we should check if we're allowed to access the corresponding MSRs before accessing them. Signed-off-by: Vitaly Kuznetsov --- RFC -> v1: - 'requied_msrs' -> 'required_msrs' [Andrew

[PATCH 3/6] x86/hyper-v: reenlightenment notifications support

Hyper-V supports Live Migration notification. This is supposed to be used in conjunction with TSC emulation: when we are migrated to a host with different TSC frequency for some short period host emulates our accesses to TSC and sends us an interrupt to notify about the event. When we're done updat

Re: [PATCH] futex: use fault_in to avoid infinite loop

On Thu, Dec 07, 2017 at 09:21:36PM -0800, Darren Hart wrote: > On Wed, Dec 06, 2017 at 10:40:08PM +0100, Peter Zijlstra wrote: > > diff --git a/include/uapi/asm-generic/errno.h > > b/include/uapi/asm-generic/errno.h > > index cf9c51ac49f9..4cb80d4ac160 100644 > > --- a/include/uapi/asm-generic/err

[PATCH 6/6] x86/kvm: support Hyper-V reenlightenment

When we run nested KVM on Hyper-V guests we need to update masterclocks for all guests when L1 migrates to a host with different TSC frequency. Implement the procedure in the following way: - Pause all guests. - Tell our host (Hyper-V) to stop emulating TSC accesses. - Update our gtod copy, recompu

Re: [PATCH] tpm: return a TPM_RC_COMMAND_CODE response if a command isn't implemented

On Thu, Dec 07, 2017 at 05:56:17PM +, Roberts, William C wrote: > Reviewed-by: William Roberts Thanks I'll add this. /Jarkko

[PATCH] crypto: AF_ALG - fix race accessing cipher request

Hi Herbert, This patch would go on top of 7d2c3f54e6f646887d019faa45f35d6fe9fe82ce "crypto: af_alg - remove locking in async callback" found in Linus' tree which is not yet in the cryptodev-2.6 tree. In addition, this patch is already on top of the other patches discussed on this list fixing simi

Re: [PATCH v6 0/2] Fix corner cases with disabling CLKRUN in tpm_tis

On Wed, Dec 06, 2017 at 05:38:08PM -0800, Azhar Shaikh wrote: > Changes from v1: > - Patch 1: "tpm: Keep CLKRUN enabled throughout the duration of > transmit_cmd()" > - Add NULL checks before calling clk_toggle callback > - Use IS_ENABLED instead of ifdef in tpm_tis_clkrun_toggle() > - Do no

[PATCH 5/6] x86/kvm: pass stable clocksource to guests when running nested on Hyper-V

Currently, KVM is able to work in 'masterclock' mode passing PVCLOCK_TSC_STABLE_BIT to guests when the clocksource we use on the host is TSC. When running nested on Hyper-V we normally use a different one: TSC page which is resistant to TSC frequency changes on event like L1 migration. Add support

[PATCH 4/6] x86/hyper-v: redirect reenlightment notifications on CPU offlining

It is very unlikely for CPUs to get offlined when we run on Hyper-V as we have a protection in vmbus module which prevents it when we have any VMBus devices assigned. This, however, may change in future if an option to reassign an already active channel will be added. It is also possible to run wi

Re: [PATCH 4.4 71/96] e1000e: Separate signaling for link check/link up

Benjamin Poirier on Fri, 2017/12/08 17:34: > On 2017/12/07 20:02, Ben Hutchings wrote: > > On Tue, 2017-11-28 at 11:23 +0100, Greg Kroah-Hartman wrote: > > > 4.4-stable review patch.  If anyone has any objections, please let me > > > know. > > > > > > -- > > > > > > From: Benja

[PATCH 2/6] x86/hyper-v: add a function to read both TSC and TSC page value simulateneously

This is going to be used from KVM code where we need to get both TSC and TSC page value. When Hyper-V code is compiled out just return rdtsc(), this will allow us to avoid ugly ifdefs in non-Hyper-V code. Signed-off-by: Vitaly Kuznetsov --- RFC -> v1: - EXPORT_SYMBOL_GPL(hv_get_tsc_page) [kbuild

[PATCH 0/6] x86/kvm/hyperv: stable clocksorce for L2 guests when running nested KVM on Hyper-V

Changes since RFC: - Handle disabled TSC page case [Radim Krčmář] - Function/parameter renames [Radim Krčmář] - Protect against simultaneous CPU shutdown (future-proof) [Radim Krčmář] - BUG() in !CONFIG_HYPERV_TSCPAGE case [Stephen Hemminger, Paolo Bonzini] - Fix build issues (hopefully) [kbuild te

Re: [PATCH v2] usb: host: Implement workaround for Erratum A-009611

Hi, Greg Kroah-Hartman writes: > On Fri, Dec 08, 2017 at 05:49:41PM +0800, yinbo@nxp.com wrote: >> From: "yinbo.zhu" >> >> Description: This is a occasional problem where the software > > No need for a "Description:" word. That's just assumed here, right? > >> issues an End Transfer comma

Re: [PATCH] kthread: finer-grained lockdep/cross-release completion

On Thu, Dec 07, 2017 at 11:08:49AM +0100, Daniel Vetter wrote: > Since -rc1 we're hitting a bunch of lockdep splats using the new > cross-release stuff around the 2 kthread completions. In all cases > they are because totally independent uses of kthread are mixed up by > lockdep into the same locki

Re: [PATCH 1/9] sched/autogroup: remove unneeded kallsyms include

On Fri, Dec 08, 2017 at 11:56:08AM +0900, Sergey Senozhatsky wrote: > Autogroup does not seem to use any of kallsyms functions/defines. > > Signed-off-by: Sergey Senozhatsky > Cc: Peter Zijlstra Feel free to take this through whatever tree you need this in. Acked-by: Peter Zijlstra (Intel) >

Re: [PATCH] sched/autogroup: move sched.h include

On Fri, Dec 08, 2017 at 05:24:22PM +0900, Sergey Senozhatsky wrote: > Move local "sched.h" include to the bottom. sched.h defines > several macros that are getting redefined in ARCH-specific > code, for instance, finish_arch_post_lock_switch() and > prepare_arch_switch(), so we need ARCH-specific d

[kernel-hardening][PATCH v6 0/3] arm: Makes ptdump resuable and add WX page checking

Hi, Page table dumping code for arm64-x86 is reusable, and they have function for WX page checking. But arm doesn't have that. This path series are to makes ptdump reusable, and add WX page checking for arm. This is heavily based on arm64 version. v2 : Fix a sender name of mail header, there was

Re: [PATCH v4 09/12] clk: qcom: Add Krait clock controller driver

Hi Philippe, On 12/8/2017 3:53 PM, Philippe Ombredanne wrote: > Sricharan, Stephen, > > On Fri, Dec 8, 2017 at 10:29 AM, Sricharan R wrote: >> From: Stephen Boyd >> >> The Krait CPU clocks are made up of a primary mux and secondary >> mux for each CPU and the L2, controlled via cp15 accessors.

[kernel-hardening][PATCH v6 1/3] arm: mm: dump: make page table dumping reusable

This patch refactors the arm page table dumping code, so multiple tables may be registered with the framework. This patch refers below commits of arm64. (4674fdb9f149 ("arm64: mm: dump: make page table dumping reusable")) (4ddb9bf83349 ("arm64: dump: Make ptdump debugfs a separate option")) Revie

[kernel-hardening][PATCH v6 2/3] arm: mm: dump: make the page table dumping seq_file optional

This patch makes the page table dumping seq_file optional. It makes the page table dumping code usable for other cases. This patch refers below commit of arm64. (ae5d1cf358a5 ("arm64: dump: Make the page table dumping seq_file optional")) Reviewed-by: Kees Cook Tested-by: Laura Abbott Reviewed-

Re: a racy access flag clearing warning when calling mmap system call

On Fri, Dec 08, 2017 at 11:19:52AM +0800, chenjiankang wrote: > 在 2017/12/7 21:23, Will Deacon 写道: > > diff --git a/arch/arm64/include/asm/pgtable.h > > b/arch/arm64/include/asm/pgtable.h > > index 149d05fb9421..8fe103b1e101 100644 > > --- a/arch/arm64/include/asm/pgtable.h > > +++ b/arch/arm64/in

[kernel-hardening][PATCH v6 3/3] arm: mm: dump: add checking for writable and executable pages

Page mappings with full RWX permissions are a security risk. x86, arm64 has an option to walk the page tables and dump any bad pages. (1404d6f13e47 ("arm64: dump: Add checking for writable and exectuable pages")) Add a similar implementation for arm. Reviewed-by: Kees Cook Tested-by: Laura Abbot

Re: [PATCH v5 net-next] net/tcp: trace all TCP/IP state transition with tcp_set_state tracepoint

On Fri, Dec 08, 2017 at 11:40:23AM +0800, Yafang Shao wrote: > It will looks like these, > > if (sk->sk_protocol == IPPROTO_TCP) > __tcp_set_state(newsk, TCP_SYN_RECV); > else > newsk->sk_state = TCP_SYN_RECV; > > > if (sk->sk_protocol == IPPROTO_TCP) > __tc

Re: [PATCH] usb-core: Fix potential null pointer dereference in xhci-debugfs.c

Hi, > I think we need to dig a bit deeper. It's good to check if spriv is valid but there are probably other reasons than kzalloc failing. I agree -- this small allocation is unlikely to fail in practice. Also, while my patch prevents the kernel oops, it also prevents the debugfs entries fr

Re: [PATCHv4 3/4] x86/boot/compressed/64: Introduce place_trampoline()

On Thu, Dec 07, 2017 at 07:30:48AM +0100, Ingo Molnar wrote: > > We also need a small stack in the trampoline to re-enable long mode via > > long return. But stack and code can share the page just fine. > > BTW., I'm not sure this is necessarily a good idea: it means > writable+executable > memo

Re: [PATCH 0/2] mm: introduce MAP_FIXED_SAFE

Matthew Wilcox writes: > On Thu, Dec 07, 2017 at 11:14:27AM -0800, Kees Cook wrote: >> On Wed, Dec 6, 2017 at 9:46 PM, Michael Ellerman wrote: >> > Matthew Wilcox writes: >> >> So, just like we currently say "exactly one of MAP_SHARED or MAP_PRIVATE", >> >> we could add a new paragraph saying "

[PATCH net v3] net: phy: meson-gxl: detect LPA corruption

The purpose of this change is to fix the incorrect detection of the link partner (LP) advertised capabilities which sometimes happens with this PHY (roughly 1 time in a dozen) This issue may cause the link to be negotiated at 10Mbps/Full or 10Mbps/Half when 100MBps/Full is actually possible. In so

Re: [PATCH v2 4/5] perf-probe: Find versioned symbols from map

On 12/07/2017 08:21 AM, Masami Hiramatsu wrote: > Find versioned symbols correctly from map. > Commit d80406453ad4 ("perf symbols: Allow user probes on > versioned symbols") allows user to find default versioned > symbols (with "@@") in map. However, it did not enable > normal versioned symbol (wit

[kernel-hardening][PATCH] arm: mm: idmap: Mark variables as ro_after_init

idmap_pgd, arch_phys_to_idmap_offset are setup once while init stage, and never changed after that. so, it is good candidate for __ro_after_init. Signed-off-by: Jinbum Park --- arch/arm/mm/idmap.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/mm/idmap.c b/arch/

RE: [PATCH v2] ubsan: don't handle misaligned address when support unaligned access

From: Andrey Ryabinin > Sent: 08 December 2017 10:49 ... > CONFIG_UBSAN_ALIGNMENT is already disabled by default for > HAVE_EFFICIENT_UNALIGNED_ACCESS=y because it's noisy, > but we still allow users to enable it if they want to. > > I don't think we should completely forbid enabling it for > HA

Re: [PATCH v2 2/3] x86/acpi: take rsdp address for boot params if available

On 08/12/17 08:05, Ingo Molnar wrote: > > * Juergen Gross wrote: ... > acpi_physical_address acpi_arch_get_root_pointer(void) > { > return boot_params.hdr.acpi_rsdp_addr; > } > > 4) > > Add this to arch/x86/include/asm/acpi.h: > > extern acpi_physical_address acpi_arch_get_root_pointer

Re: USB: hub: Delete an error message for a failed memory allocation in usb_hub_clear_tt_buffer()

On Wed, Dec 06, 2017 at 09:20:05PM +0100, Geert Uytterhoeven wrote: > Hi Markus, > > On Wed, Dec 6, 2017 at 6:51 PM, SF Markus Elfring > wrote: > >> The system will come to a grinding halt anyway if it can't allocate 24 or > >> 40 bytes. > > > > Maybe. > > Since you've been sending zillions of

Re: [PATCH v3 1/3] PCI: designware-ep: Fix find_first_zero_bit() usage

On Mon, Nov 27, 2017 at 04:55:05PM +, Lorenzo Pieralisi wrote: > On Mon, Nov 27, 2017 at 04:49:53PM +0100, Niklas Cassel wrote: > > find_first_zero_bit()'s parameter 'size' is defined in bits, > > not in bytes. > > > > find_first_zero_bit() was called with size in bytes rather than bits, > > w

Re: [PATCH 1/9] sched/autogroup: remove unneeded kallsyms include

On (12/08/17 11:56), Peter Zijlstra wrote: > On Fri, Dec 08, 2017 at 11:56:08AM +0900, Sergey Senozhatsky wrote: > > Autogroup does not seem to use any of kallsyms functions/defines. > > > > Signed-off-by: Sergey Senozhatsky > > Cc: Peter Zijlstra > > Feel free to take this through whatever tre

Re: [RFC patch 7/7] timekeeping: Hack to use fine grained timestamps during boot

On Tue 2017-11-28 19:47:09, Thomas Gleixner wrote: > On Tue, 28 Nov 2017, Prarit Bhargava wrote: > > On 11/23/2017 07:58 AM, Petr Mladek wrote: > > > On Wed 2017-11-15 19:15:38, Thomas Gleixner wrote: > > >> For demonstration purposes only. > > >> > > >> Add a disgusting hack to work around the fac

Re: [PATCH] [powerpc-next] Fix powerpc64 alignment of .toc section in kernel modules

Desnes Augusto Nunes do Rosário writes: ... > > Lastly, will you fix it up or do you want me to send a second version > then? Whatever is best for you. No that's fine I've done those changes, no need to send another version. cheers

Re: [PATCH v2 2/3] x86/acpi: take rsdp address for boot params if available

* Juergen Gross wrote: > On 08/12/17 08:05, Ingo Molnar wrote: > > > > * Juergen Gross wrote: > > ... > > > acpi_physical_address acpi_arch_get_root_pointer(void) > > { > > return boot_params.hdr.acpi_rsdp_addr; > > } > > > > 4) > > > > Add this to arch/x86/include/asm/acpi.h: > > > >

Re: Multiple oom_reaper BUGs: unmap_page_range racing with exit_mmap

On Fri 08-12-17 01:26:46, David Rientjes wrote: > On Thu, 7 Dec 2017, David Rientjes wrote: > > > I'm backporting and testing the following patch against Linus's tree. To > > clarify an earlier point, we don't actually have any change from upstream > > code that allows for free_pgtables() befor

Re: [PATCHv4 3/4] x86/boot/compressed/64: Introduce place_trampoline()

* Kirill A. Shutemov wrote: > On Thu, Dec 07, 2017 at 07:30:48AM +0100, Ingo Molnar wrote: > > > We also need a small stack in the trampoline to re-enable long mode via > > > long return. But stack and code can share the page just fine. > > > > BTW., I'm not sure this is necessarily a good idea

Re: [PATCH] LDT improvements

* Thomas Gleixner wrote: > On Fri, 8 Dec 2017, Ingo Molnar wrote: > > * Thomas Gleixner wrote: > > > > > On Fri, 8 Dec 2017, Ingo Molnar wrote: > > > > * Andy Lutomirski wrote: > > > > > I don't love mucking with user address space. I'm also quite nervous > > > > > about > > > > > putting

[PATCH v9 0/6] stm32 clocksource driver rework

version 9: - rebased on timer/master where timer_of_cleanup() exist - fix the comments done by Daniel on v8 - reword commits message to be more explicit about 16 bits counter issue - add one patch about copyrights and licences version 8: - rebased on timers/core - change timer_of_exit() n

[PATCH v9 1/6] clocksource: stm32: convert driver to timer_of

From: Benjamin Gaignard 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

[PATCH v9 4/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

Re: [PATCHv2] tools: hv: hv_set_ifconfig.sh double check before setting ip

On Fri, Dec 08, Eduardo Otubo wrote: > tools/hv/hv_set_ifconfig.sh | 45 > +++-- > 1 file changed, 43 insertions(+), 2 deletions(-) > +# let's wait for 3 minutes Was this codepath runtime tested? Last time this came up, the conclusion was that W

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

From: Benjamin Gaignard 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 -

[PATCH v9 3/6] clocksource: stm32: only use 32 bits timers

From: Benjamin Gaignard The clock driving counters is at 90MHz so the maximum period for 16 bis counters is around 728us (2^16 / 90.000.000). For 32 bits counters this period is close 47 secondes which is more acceptable. When using 16 bits counters the kernel may not be able to boot because it

[PATCH v9 5/6] clocksource: stm32: Update license and copyright

Adopt SPDX License Identifier and add STMicroelectronics copyright Signed-off-by: Benjamin Gaignard --- drivers/clocksource/timer-stm32.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/clocksource/timer-stm32.c b/drivers/clocksource/timer-stm32.c index c9aed23141

[PATCH v9 2/6] clocksource: stm32: increase min delta value

From: Benjamin Gaignard 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: Benj

Re: [PATCH AUTOSEL for 4.14 012/135] ASoC: cs42l56: Fix reset GPIO name in example DT binding

On Thu, Dec 07, 2017 at 09:03:01PM +, alexander.le...@verizon.com wrote: > On Thu, Dec 07, 2017 at 05:25:02PM +, Mark Brown wrote: > >We shouldn't be getting into adding completely new DT properties in > >stable backports like this. Old kernels have the bindings they have. > I thought th

Re: [PATCH] tools/perf/inject: fix dwarf support detection

On Wed, Dec 06, 2017 at 07:08:04PM -0800, Stephane Eranian wrote: > I ran into problems trying to use the JIT support and display > source-level information. Basically, there was no dwarf debug > info generated in the jitted-XX.so files, yet I had libdw-dev > installed. > > Turns out that the feat

Re: [PATCH v2] mm: terminate shrink_slab loop if signal is pending

On 2017/12/08 17:22, Michal Hocko wrote: > On Thu 07-12-17 17:23:05, Suren Baghdasaryan wrote: >> Slab shrinkers can be quite time consuming and when signal >> is pending they can delay handling of the signal. If fatal >> signal is pending there is no point in shrinking that process >> since it wil

Re: [PATCH] crypto: AF_ALG - fix race accessing cipher request

On Fri, 8 Dec 2017 11:50:37 +0100 Stephan Müller wrote: > Hi Herbert, > > This patch would go on top of 7d2c3f54e6f646887d019faa45f35d6fe9fe82ce > "crypto: af_alg - remove locking in async callback" found in Linus' tree > which is not yet in the cryptodev-2.6 tree. > > In addition, this patch i

Re: [PATCH v2] ubsan: don't handle misaligned address when support unaligned access

On 12/08/2017 02:14 PM, David Laight wrote: > From: Andrey Ryabinin >> Sent: 08 December 2017 10:49 > ... >> CONFIG_UBSAN_ALIGNMENT is already disabled by default for >> HAVE_EFFICIENT_UNALIGNED_ACCESS=y because it's noisy, >> but we still allow users to enable it if they want to. >> >> I don't th

Re: [Intel-gfx] [PATCH] drm/i915: Remove unused IRQ chip data of HDMI LPE audio

On Fri, Dec 08, 2017 at 05:33:23PM +0800, Augustine.Chen wrote: > The chip data of HDMI LPE audio is set to drm_i915_private which is not > consistent with the expectation by x86 APIC driver. Hmm. Why is the apic code looking at data for an irq chip it hasn't created? Do we need something like -

Re: [PATCH v2 5/5] perf-probe: Support escaped character in parser

On 12/07/2017 08:21 AM, Masami Hiramatsu wrote: > Support the special characters escaped by '\' in parser. > This allows user to specify versions directly like below. > > = > # ./perf probe -x /lib64/libc-2.25.so malloc_get_state\\@GLIBC_2.2.5 > Added new event: > probe_libc:malloc_g

Re: [PATCH] cgroup/cpuset: fix circular locking dependency

On 12/08/2017 03:10 PM, Prateek Sood wrote: > On 12/05/2017 04:31 AM, Peter Zijlstra wrote: >> On Mon, Dec 04, 2017 at 02:58:25PM -0800, Tejun Heo wrote: >>> Hello, again. >>> >>> On Mon, Dec 04, 2017 at 12:22:19PM -0800, Tejun Heo wrote: Hello, On Mon, Dec 04, 2017 at 10:44:49AM +05

Re: [v2 PATCH] cpufreq: powernv: Correctly parse the sign of pstates on POWER8 vs POWER9

"Rafael J. Wysocki" writes: > On Thu, Dec 7, 2017 at 6:59 AM, Gautham R. Shenoy > wrote: >> From: "Gautham R. Shenoy" >> >> On POWERNV platform, Pstates are 8-bit values. On POWER8 they are >> negatively numbered while on POWER9 they are positively >> numbered. Thus, on POWER9, the maximum numb

Re: [PATCH v2] mm: terminate shrink_slab loop if signal is pending

On Fri 08-12-17 20:36:16, Tetsuo Handa wrote: > On 2017/12/08 17:22, Michal Hocko wrote: > > On Thu 07-12-17 17:23:05, Suren Baghdasaryan wrote: > >> Slab shrinkers can be quite time consuming and when signal > >> is pending they can delay handling of the signal. If fatal > >> signal is pending the

Re: [PATCH v2 2/3] x86/acpi: take rsdp address for boot params if available

On 08/12/17 12:26, Ingo Molnar wrote: > > * Juergen Gross wrote: > >> On 08/12/17 08:05, Ingo Molnar wrote: >>> >>> * Juergen Gross wrote: >> >> ... >> >>> acpi_physical_address acpi_arch_get_root_pointer(void) >>> { >>> return boot_params.hdr.acpi_rsdp_addr; >>> } >>> >>> 4) >>> >>> Add th

Re: [PATCH] powerpc/xmon: use ARRAY_SIZE on various array sizing calculations

Balbir Singh writes: > On Thu, Dec 7, 2017 at 10:01 PM, Colin King wrote: >> From: Colin Ian King >> >> Use the ARRAY_SIZE macro on several arrays to determine their size. >> Improvement suggested by coccinelle. > > This file is taken from binutils and re-licensed. Keeping the file > as-is help

Re: [PATCH v2] perf evsel: Enable ignore_missing_thread for pid option

On Thu, Dec 07, 2017 at 09:43:33PM +0800, Mengting Zhang wrote: SNIP > diff --git a/tools/perf/util/evsel.c b/tools/perf/util/evsel.c > index f894893..d0ef889 100644 > --- a/tools/perf/util/evsel.c > +++ b/tools/perf/util/evsel.c > @@ -1592,10 +1592,43 @@ static int __open_attr__fprintf(FILE *fp,

Re: [PATCH] perf tests: Handle properly readdir DT_UNKNOWN

On Thu, Dec 07, 2017 at 12:19:05PM -0300, Arnaldo Carvalho de Melo wrote: > Em Wed, Dec 06, 2017 at 06:45:35PM +0100, Jiri Olsa escreveu: > > Some system can return DT_UNKNOWN in readdir's struct dirent::d_type > > and we must handle it properly. In this case we can directly check > > if the entity

Re: [PATCH v3 17/33] nds32: VDSO support

Hi, Mark: 2017-12-08 18:21 GMT+08:00 Mark Rutland : > On Fri, Dec 08, 2017 at 05:12:00PM +0800, Greentime Hu wrote: >> From: Greentime Hu >> >> This patch adds VDSO support. The VDSO code is currently used for >> sys_rt_sigreturn() and optimised gettimeofday() (using the SoC timer >> counter). >

Re: [PATCH v2 0/5] perf-probe: Improve probing on versioned symbols

On 12/07/2017 08:19 AM, Masami Hiramatsu wrote: > Hi, > > Here is the 2nd version of the series for probing on > versioned symbols in libraries. This includes 5 patches > to fix the issues discussed on perf-users ML > (https://www.spinics.net/lists/linux-perf-users/msg04637.html) > > The first v

Re: USB: hub: Checking communication difficulties

> Greg maintains USB and he's has blocked Markus, How do you think about to reconsider this blockage? > because he never listens to feedback I am listening … > but instead just repsonds that he has a different opinion. I choose such a reaction in some cases. My responses can vary. It seems

Re: [PATCH v5 3/7] scsi: libsas: make the event threshold configurable

On 08/12/2017 09:42, Jason Yan wrote: Add a sysfs attr that LLDD can configure it for every host. We made a example in hisi_sas. Other LLDDs using libsas can implement it if they want. Suggested-by: Hannes Reinecke Signed-off-by: Jason Yan CC: John Garry CC: Johannes Thumshirn CC: Ewan Milne

RE: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`

> On Thu, Dec 07, 2017 at 03:56:07PM +, alexander.stef...@infineon.com > wrote: > > > > If these are intentional, it’d be great > > > to give some hint to the user, what effect this has. > > > > I agree that those error messages in their current form are not that > > helpful for the users. But

Re: [PATCH v3 17/33] nds32: VDSO support

On Fri, Dec 08, 2017 at 07:54:42PM +0800, Greentime Hu wrote: > 2017-12-08 18:21 GMT+08:00 Mark Rutland : > > On Fri, Dec 08, 2017 at 05:12:00PM +0800, Greentime Hu wrote: > >> +static int grab_timer_node_info(void) > >> +{ > >> + struct device_node *timer_node; > >> + > >> + timer_node = o

[PATCH] clkc: zynq: Missing a blank line after declarations.

Resolved missing a blank line after declarations checkpatch warnings. Issue found by checkpatch. Signed-off-by: Dhaval Shah --- drivers/clk/zynq/clkc.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/clk/zynq/clkc.c b/drivers/clk/zynq/clkc.c index 88a2cab37f62..1cd4705e405e 100644 --

Re: KASAN: slab-out-of-bounds Read in strcmp

On Tue, Dec 5, 2017 at 11:00 AM, Dmitry Vyukov wrote: >>> > > > > > === >>> > > > > > === >>> > > > > > BUG: KASAN: slab-out-of-bounds in strcmp+0x96/0xb0 >>> > > > > > lib/string.c:328 >>> > > > > > Read of size 1 at addr 8801cd99d2c

Re: [PATCH] powerpc/xmon: use ARRAY_SIZE on various array sizing calculations

On Fri, 2017-12-08 at 22:51 +1100, Michael Ellerman wrote: > Balbir Singh writes: > > > On Thu, Dec 7, 2017 at 10:01 PM, Colin King > > wrote: > > > From: Colin Ian King > > > > > > Use the ARRAY_SIZE macro on several arrays to determine their size. > > > Improvement suggested by coccinelle.

Re: [RFC PATCH 2/5] perf jevents: add support for arch recommended events

On Wed, Dec 06, 2017 at 03:20:14PM +, John Garry wrote: > On 06/12/2017 13:36, Jiri Olsa wrote: > > On Wed, Dec 06, 2017 at 12:13:16AM +0800, John Garry wrote: > > > For some architectures (like arm64), there are architecture- > > > defined recommended events. Vendors may not be obliged to > >

Re: [PATCH v3 17/33] nds32: VDSO support

On 08/12/17 11:54, Greentime Hu wrote: > Hi, Mark: > > 2017-12-08 18:21 GMT+08:00 Mark Rutland : >> On Fri, Dec 08, 2017 at 05:12:00PM +0800, Greentime Hu wrote: >>> From: Greentime Hu >>> >>> This patch adds VDSO support. The VDSO code is currently used for >>> sys_rt_sigreturn() and optimised g

Re: linux-next: manual merge of the wireless-drivers-next tree with the wireless-drivers tree

Stephen Rothwell writes: > Today's linux-next merge of the wireless-drivers-next tree got a > conflict in: > > drivers/net/wireless/intel/iwlwifi/pcie/drv.c > > between commit: > > 567deca8e72d ("iwlwifi: add new cards for 9260 and 22000 series") > > from the wireless-drivers tree and commit:

[PATCH 1/1] base: power: runtime: Export pm_runtime_get/put_suppliers

The device link allows the pm framework to tie the supplier and consumer. So, whenever the consumer is powered-on, the supplier is powered-on first. There are however cases in which the consumer wants to power-on the supplier, but not itself. E.g., A Graphics or multimedia driver wants to power-on

<    1   2   3   4   5   6   7   8   9   10   >