Re: uprobe support mix of ftrace and perf

Hi Masami, On 11/20, Masami Hiramatsu wrote: > > Hello Oleg, > > I have a question about the (revert) commit 48212542067a > ("tracing/uprobes: Revert "Support mix of ftrace and perf""). I found > this limitation still exists on uprobe events. Yes... > Would you have any plan or idea to fix this

Re: [PATCH] clocksource/drivers/integrator-ap: add of_node_put()

On Thu, Nov 22, 2018 at 10:26 PM Daniel Lezcano wrote: > > On 20/11/2018 14:18, Yangtao Li wrote: > > use of_node_put() to release the refcount. > > > > Signed-off-by: Yangtao Li > > Applied, thanks! Hi Daniel： This patch is a bit small, I will resend。 Thanks， Yangtao > > > -- >

Re: [PATCH] clocksource/drivers/integrator-ap: add of_node_put()

On Thu, Nov 22, 2018 at 10:33 PM Frank Lee wrote: > > On Thu, Nov 22, 2018 at 10:26 PM Daniel Lezcano > wrote: > > > > On 20/11/2018 14:18, Yangtao Li wrote: > > > use of_node_put() to release the refcount. > > > > > > Signed-off-by: Yangtao Li > > > > Applied, thanks! > Hi Daniel： > > This patc

Re: [RFC PATCH v4 1/5] glibc: Perform rseq(2) registration at nptl init and thread creation

On Wed, Nov 21, 2018 at 01:39:32PM -0500, Mathieu Desnoyers wrote: > Register rseq(2) TLS for each thread (including main), and unregister > for each thread (excluding main). "rseq" stands for Restartable > Sequences. Maybe I'm missing something obvious, but "unregister" does not seem to be a mean

RE: [PATCH] pinctrl: rzn1: Fix check for used MDIO bus

Hi Simon, On 22 November 2018 14:09 Simon Horman wrote: > On Mon, Nov 19, 2018 at 04:18:38PM +, Phil Edworthy wrote: > > This fixes the check for unused mdio bus setting and the following > > static checker warning: > > drivers/pinctrl/pinctrl-rzn1.c:198 rzn1_pinctrl_mdio_select() > > warn:

Re: [PATCH] clocksource/drivers/integrator-ap: add of_node_put()

On 22/11/2018 15:33, Frank Lee wrote: > On Thu, Nov 22, 2018 at 10:26 PM Daniel Lezcano > wrote: >> >> On 20/11/2018 14:18, Yangtao Li wrote: >>> use of_node_put() to release the refcount. >>> >>> Signed-off-by: Yangtao Li >> >> Applied, thanks! > Hi Daniel： > > This patch is a bit small, I will

Re: [PATCH] clocksource/drivers/integrator-ap: add of_node_put()

On Thu, Nov 22, 2018 at 10:37 PM Daniel Lezcano wrote: > > On 22/11/2018 15:33, Frank Lee wrote: > > On Thu, Nov 22, 2018 at 10:26 PM Daniel Lezcano > > wrote: > >> > >> On 20/11/2018 14:18, Yangtao Li wrote: > >>> use of_node_put() to release the refcount. > >>> > >>> Signed-off-by: Yangtao Li

Re: [PATCH] clocksource/drivers/integrator-ap: add of_node_put()

On 22/11/2018 15:39, Frank Lee wrote: > On Thu, Nov 22, 2018 at 10:37 PM Daniel Lezcano > wrote: >> >> On 22/11/2018 15:33, Frank Lee wrote: >>> On Thu, Nov 22, 2018 at 10:26 PM Daniel Lezcano >>> wrote: On 20/11/2018 14:18, Yangtao Li wrote: > use of_node_put() to release the refco

[PATCH] clocksource/drivers/integrator-ap: add of_node_put()

On 22/11/2018 15:39, Frank Lee wrote: > On Thu, Nov 22, 2018 at 10:37 PM Daniel Lezcano > wrote: >> >> On 22/11/2018 15:33, Frank Lee wrote: >>> On Thu, Nov 22, 2018 at 10:26 PM Daniel Lezcano >>> wrote: On 20/11/2018 14:18, Yangtao Li wrote: > use of_node_put() to release the refco

Re: [net] xfrm_user: use xfrm_state_put to free xfrm_state_alloc return value

On Wed, Nov 21, 2018 at 09:09:23PM +0100, Mathias Krause wrote: > > -- >8 -- > > Subject: [PATCH] xfrm_user: fix freeing of xfrm states on acquire > > Commit 565f0fa902b6 ("xfrm: use a dedicated slab cache for struct > xfrm_state") moved xfrm state objects to use their own slab cache. > However,

Re: [PATCH] clocksource/drivers/integrator-ap: add of_node_put()

On Thu, Nov 22, 2018 at 10:43 PM Daniel Lezcano wrote: > > On 22/11/2018 15:39, Frank Lee wrote: > > On Thu, Nov 22, 2018 at 10:37 PM Daniel Lezcano > > wrote: > >> > >> On 22/11/2018 15:33, Frank Lee wrote: > >>> On Thu, Nov 22, 2018 at 10:26 PM Daniel Lezcano > >>> wrote: > > On 20/1

Re: [PATCH] clocksource/drivers/integrator-ap: add of_node_put()

On 22/11/2018 15:48, Frank Lee wrote: > On Thu, Nov 22, 2018 at 10:43 PM Daniel Lezcano > wrote: >> >> On 22/11/2018 15:39, Frank Lee wrote: >>> On Thu, Nov 22, 2018 at 10:37 PM Daniel Lezcano >>> wrote: On 22/11/2018 15:33, Frank Lee wrote: > On Thu, Nov 22, 2018 at 10:26 PM Daniel

Re: [PATCH] clocksource/drivers/integrator-ap: add of_node_put()

On Thu, Nov 22, 2018 at 10:51 PM Daniel Lezcano wrote: > > On 22/11/2018 15:48, Frank Lee wrote: > > On Thu, Nov 22, 2018 at 10:43 PM Daniel Lezcano > > wrote: > >> > >> On 22/11/2018 15:39, Frank Lee wrote: > >>> On Thu, Nov 22, 2018 at 10:37 PM Daniel Lezcano > >>> wrote: > > On 22/1

Re: [RFC PATCH v2] ptrace: add PTRACE_GET_SYSCALL_INFO request

On Wed, Nov 21, 2018 at 3:56 PM Dmitry V. Levin wrote: > > On Wed, Nov 21, 2018 at 02:56:57PM -0800, Andy Lutomirski wrote: > > Please cc linux-...@vger.kernel.org for future versions. > > > > On Wed, Nov 21, 2018 at 7:58 AM Elvira Khabirova wrote: > > > > > > struct ptrace_syscall_info { > > >

[PATCH] printk: Make printk_emit() local function.

printk_emit() is called from only devkmsg_write() in the same file. Save object size by making it a local function. Signed-off-by: Tetsuo Handa --- include/linux/printk.h | 5 - kernel/printk/printk.c | 31 +++ 2 files changed, 15 insertions(+), 21 deletions(-)

Re: [RCF PATCH,v2,2/2] pwm: imx: Configure output to GPIO in disabled state

On Sun, Nov 18, 2018 at 09:08:15PM +0100, Uwe Kleine-König wrote: > Hello Thierry, > > On Fri, Nov 16, 2018 at 01:24:45PM +0100, Thierry Reding wrote: > > On Fri, Nov 16, 2018 at 11:39:29AM +0100, Uwe Kleine-König wrote: > > > On Fri, Nov 16, 2018 at 10:51:24AM +0100, Thierry Reding wrote: > > > >

Re: [RFC PATCH v4 1/5] glibc: Perform rseq(2) registration at nptl init and thread creation

- On Nov 22, 2018, at 9:36 AM, Rich Felker dal...@libc.org wrote: > On Wed, Nov 21, 2018 at 01:39:32PM -0500, Mathieu Desnoyers wrote: >> Register rseq(2) TLS for each thread (including main), and unregister >> for each thread (excluding main). "rseq" stands for Restartable >> Sequences. > >

Re: [PATCH 3/4] mm: Reclaim small amounts of memory when an external fragmentation event occurs

On Thu, Nov 22, 2018 at 02:53:08PM +0100, Vlastimil Babka wrote: > > 1-socket Skylake machine > > config-global-dhp__workload_thpfioscale XFS (no special madvise) > > 4 fio threads, 1 THP allocating thread > > -- > > > > 4.20-rc1 extfrag events < order 9: 10234

Re: [Question] smp_wmb() in prepare_uprobe()

On 11/22, Andrea Parri wrote: > > > See 142b18ddc81439acda4bc4231b291e99fe67d507 ("uprobes: Fix handle_swbp() > > vs unregister() + register() race") and the comment above this rmb(). > > Mmh..., at first glance, this suggests me that the above set_bit() and > test_bit() to/from uprobe->flags are a

Re: [RFC PATCH v4 1/5] glibc: Perform rseq(2) registration at nptl init and thread creation

* Mathieu Desnoyers: > Thoughts ? > > /* Unregister rseq TLS from kernel. */ > if (has_rseq && __rseq_unregister_current_thread ()) > abort(); > > advise_stack_range (pd->stackblock, pd->stackblock_size, (uintptr_t) pd, > pd->guardsize); > > /* If the thread is de

Re: [PATCH] dmaengine: ti: omap-dma: Configure LCH_TYPE for OMAP1

On Thu, Nov 22, 2018 at 10:29:48AM +, Russell King - ARM Linux wrote: > On Tue, Nov 20, 2018 at 11:04:06PM +0200, Aaro Koskinen wrote: > > I had switched to PIO mode in 2015 since the WARNs about legacy DMA > > API were too annoying and flooding the console. And now that I tried > > using DMA a

Re: [PATCH] soc/tegra: pmc: Change to use DEFINE_SHOW_ATTRIBUTE macro

On Thu, Nov 22, 2018 at 08:12:07AM -0500, Yangtao Li wrote: > Use DEFINE_SHOW_ATTRIBUTE macro to simplify the code. > > Signed-off-by: Yangtao Li > --- > drivers/soc/tegra/pmc.c | 12 +--- > 1 file changed, 1 insertion(+), 11 deletions(-) Applied, thanks. Thierry signature.asc Descri

Re: [RFC PATCH v4 1/5] glibc: Perform rseq(2) registration at nptl init and thread creation

On Thu, Nov 22, 2018 at 10:04:16AM -0500, Mathieu Desnoyers wrote: > - On Nov 22, 2018, at 9:36 AM, Rich Felker dal...@libc.org wrote: > > > On Wed, Nov 21, 2018 at 01:39:32PM -0500, Mathieu Desnoyers wrote: > >> Register rseq(2) TLS for each thread (including main), and unregister > >> for ea

Re: [RFC PATCH v4 1/5] glibc: Perform rseq(2) registration at nptl init and thread creation

On Thu, Nov 22, 2018 at 04:11:45PM +0100, Florian Weimer wrote: > * Mathieu Desnoyers: > > > Thoughts ? > > > > /* Unregister rseq TLS from kernel. */ > > if (has_rseq && __rseq_unregister_current_thread ()) > > abort(); > > > > advise_stack_range (pd->stackblock, pd->stackblock_size, (u

Re: [RFC PATCH v4 1/5] glibc: Perform rseq(2) registration at nptl init and thread creation

* Rich Felker: > On Thu, Nov 22, 2018 at 04:11:45PM +0100, Florian Weimer wrote: >> * Mathieu Desnoyers: >> >> > Thoughts ? >> > >> > /* Unregister rseq TLS from kernel. */ >> > if (has_rseq && __rseq_unregister_current_thread ()) >> > abort(); >> > >> > advise_stack_range (pd->stackblo

Re: [PATCH v17 18/23] platform/x86: Intel SGX driver

On Thu, Nov 22, 2018 at 3:12 AM Dr. Greg wrote: > > On Tue, Nov 20, 2018 at 02:04:42PM +0200, Jarkko Sakkinen wrote: > > Good morning to everyone, Happy Thanksgiving to those who are > celebrating the holiday. > > > On Mon, Nov 19, 2018 at 08:59:24AM -0800, Andy Lutomirski wrote: > > > The idea he

[PATCH] clocksource/drivers/integrator-ap: add missing of_node_put()

of_find_node_by_path() acquires a reference to the node returned by it and that reference needs to be dropped by its caller. integrator_ap_timer_init_of() doesn't do that, so fix it. Signed-off-by: Yangtao Li --- drivers/clocksource/timer-integrator-ap.c | 20 ++-- 1 file changed

Re: [PATCH v2 2/2] power: supply: cros: allow to set input voltage and current limit.

On Thu, Nov 22, 2018 at 2:11 AM Enric Balletbo i Serra wrote: > > This patch allows reading and writing the input voltage and current > limit through the POWER_SUPPLY_PROP_INPUT_VOLTAGE_LIMIT and > POWER_SUPPLY_PROP_INPUT_CURRENT_LIMIT sysfs properties. This allows > userspace to see current value

Re: [PATCH v2] PCI: imx: Add imx6sx suspend/resume support

On Wed, Nov 07, 2018 at 01:57:03PM +, Leonard Crestez wrote: > Enable PCI suspend/resume support on imx6sx socs. This is similar to > imx7d with a few differences: > > * The PM_Turn_Off bit is exposed through an IOMUX GPR, like all other > pcie control bits on 6sx. > * The pcie_inbound_axi clk

Re: [PATCH v9 09/15] sched: Introduce sched_energy_present static key

On Thursday 22 Nov 2018 at 11:25:45 (+0100), Peter Zijlstra wrote: > On Thu, Nov 22, 2018 at 09:32:39AM +, Quentin Perret wrote: > > Hmm, I went too fast, that's totally broken. But there's still something > > we can do with static_branch_{inc,dec} I think. I'll come back later > > with a bette

Re: [RFC PATCH v4 1/5] glibc: Perform rseq(2) registration at nptl init and thread creation

- On Nov 22, 2018, at 10:21 AM, Florian Weimer fwei...@redhat.com wrote: > * Rich Felker: > >> On Thu, Nov 22, 2018 at 04:11:45PM +0100, Florian Weimer wrote: >>> * Mathieu Desnoyers: >>> >>> > Thoughts ? >>> > >>> > /* Unregister rseq TLS from kernel. */ >>> > if (has_rseq && __rseq_unr

[tip:x86/cleanups 1/2] arch/arm64/include/asm/efi.h:102:20: error: static declaration of 'efifb_setup_from_dmi' follows non-static declaration

tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86/cleanups head: c382986fe178d02abdfcd6f4e7b9783c2922872c commit: d37904c5b14317a2c76efec6b9e4dbcaa17380e5 [1/2] x86/headers: Fix -Wmissing-prototypes warning config: arm64-allmodconfig (attached as .config) compiler: aarch64-

Re: [PATCH 3/4] mm: Reclaim small amounts of memory when an external fragmentation event occurs

On 11/22/18 4:04 PM, Mel Gorman wrote: > On Thu, Nov 22, 2018 at 02:53:08PM +0100, Vlastimil Babka wrote: >> >> So the reason I was wondering about movable vs unmovable fallbacks here >> is that movable fallbacks are ok as they can be migrated later, but the >> unmovable/reclaimable not, which is b

Re: [RCF PATCH,v2,2/2] pwm: imx: Configure output to GPIO in disabled state

On 16.11.2018 09:25, Uwe Kleine-König wrote: > On Fri, Nov 16, 2018 at 08:34:30AM +0100, Lothar Waßmann wrote: >> Uwe Kleine-König wrote: >>> On Thu, Nov 15, 2018 at 04:25:45PM +0100, Thierry Reding wrote: On Wed, Nov 14, 2018 at 10:51:20PM +0100, Uwe Kleine-König wrote: > On Wed, Nov 14,

Re: [Question] smp_wmb() in prepare_uprobe()

On Thu, Nov 22, 2018 at 04:05:24PM +0100, Oleg Nesterov wrote: > On 11/22, Andrea Parri wrote: > > > > > See 142b18ddc81439acda4bc4231b291e99fe67d507 ("uprobes: Fix handle_swbp() > > > vs unregister() + register() race") and the comment above this rmb(). > > > > Mmh..., at first glance, this sugges

Re: [PATCH] soc: sunxi: Change to use DEFINE_SHOW_ATTRIBUTE macro

On Thu, Nov 22, 2018 at 07:59:41AM -0500, Yangtao Li wrote: > Use DEFINE_SHOW_ATTRIBUTE macro to simplify the code. > > Signed-off-by: Yangtao Li Applied, thanks! Maxime -- Maxime Ripard, Bootlin Embedded Linux and Kernel engineering https://bootlin.com signature.asc Description: PGP signatu

Re: [RFC PATCH v4 1/5] glibc: Perform rseq(2) registration at nptl init and thread creation

On Thu, Nov 22, 2018 at 10:33:19AM -0500, Mathieu Desnoyers wrote: > - On Nov 22, 2018, at 10:21 AM, Florian Weimer fwei...@redhat.com wrote: > > > * Rich Felker: > > > >> On Thu, Nov 22, 2018 at 04:11:45PM +0100, Florian Weimer wrote: > >>> * Mathieu Desnoyers: > >>> > >>> > Thoughts ? > >>

Re: [RFC PATCH v4 1/5] glibc: Perform rseq(2) registration at nptl init and thread creation

- On Nov 22, 2018, at 10:14 AM, Rich Felker dal...@libc.org wrote: > On Thu, Nov 22, 2018 at 10:04:16AM -0500, Mathieu Desnoyers wrote: >> - On Nov 22, 2018, at 9:36 AM, Rich Felker dal...@libc.org wrote: >> >> > On Wed, Nov 21, 2018 at 01:39:32PM -0500, Mathieu Desnoyers wrote: >> >> Reg

Re: [PATCH v2] regulator: wm8994: Don't use devres for enable GPIOs

On Thu, Nov 22, 2018 at 3:19 PM Linus Walleij wrote: > On Wed, Nov 21, 2018 at 11:13 AM Charles Keepax > wrote: > > > The regulator core takes over managing the lifetime of the enable GPIO > > once the regulator is registered. As such we shouldn't register the > > enable GPIO using devm, or it wi

Re: [PATCH v9 08/15] sched/topology: Make Energy Aware Scheduling depend on schedutil

On Thu, Nov 22, 2018 at 3:05 PM Peter Zijlstra wrote: > > On Mon, Nov 19, 2018 at 02:18:50PM +, Quentin Perret wrote: > > + if (rd->pd) > > + pr_warn("rd %*pbl: Disabling EAS, schedutil > > is mandatory\n", > > +

[PATCH] scripts: use pkg-config to locate libcrypto

Otherwise build fails if the headers are not in the default location. While at it also ask pkg-config for the libs, with fallback to the existing value. Signed-off-by: Rolf Eike Beer Cc: sta...@vger.kernel.org --- scripts/Makefile | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) dif

Re: [PATCH v9 09/15] sched: Introduce sched_energy_present static key

On Thu, Nov 22, 2018 at 4:25 PM Quentin Perret wrote: > > On Thursday 22 Nov 2018 at 11:25:45 (+0100), Peter Zijlstra wrote: > > On Thu, Nov 22, 2018 at 09:32:39AM +, Quentin Perret wrote: > > > Hmm, I went too fast, that's totally broken. But there's still something > > > we can do with stati

[RFC][PATCH] fs: set xattrs in initramfs from regular files

Although rootfs (tmpfs) supports xattrs, they are not set due to the limitation of the cpio format. A new format called 'newcx' was proposed to overcome this limitation. However, it looks like that adding a new format is not simple: 15 kernel patches; user space tools must support the new format;

Re: [PATCH v9 09/15] sched: Introduce sched_energy_present static key

On Thursday 22 Nov 2018 at 16:51:41 (+0100), Rafael J. Wysocki wrote: > On Thu, Nov 22, 2018 at 4:25 PM Quentin Perret wrote: > > > > On Thursday 22 Nov 2018 at 11:25:45 (+0100), Peter Zijlstra wrote: > > > On Thu, Nov 22, 2018 at 09:32:39AM +, Quentin Perret wrote: > > > > Hmm, I went too fas

Re: [PATCH v9 08/15] sched/topology: Make Energy Aware Scheduling depend on schedutil

On Thursday 22 Nov 2018 at 16:49:04 (+0100), Rafael J. Wysocki wrote: > On Thu, Nov 22, 2018 at 3:05 PM Peter Zijlstra wrote: > > > > On Mon, Nov 19, 2018 at 02:18:50PM +, Quentin Perret wrote: > > > + if (rd->pd) > > > + pr_warn("rd %*pbl: Disab

[PATCH] regulator: core: do not put managed GPIOd:s

Some drivers have been converted to pass GPIO descriptors rather than GPIO numbers to the regulator core. We should not issue gpiod_put() on those descriptors, but rather let the driver reference count it with devm_* if they so desire. Currently the regulator core issues gpiod_put() on all descrip

[PATCH] uprobes: Fix handle_swbp() vs. unregister() + register() race once more

Commit 142b18ddc8143 ("uprobes: Fix handle_swbp() vs unregister() + register() race") added the UPROBE_COPY_INSN flag, and corresponding smp_wmb() and smp_rmb() memory barriers, to ensure that handle_swbp() uses fully-initialized uprobes only. However, the smp_rmb() is mis-placed: this barrier sho

Re: [PATCH] mtd: spi-nor: fix erase_type array to indicate current map conf

Hello Tudor, On 22/11/2018 13:36, tudor.amba...@microchip.com wrote: > From: Tudor Ambarus > > Bug reported for the out-of-tree S25FS128S flash memory. > > BFPT table advertises all the erase types supported by all the > possible map configurations. Update the erase_type array to indicate > whi

Re: [PATCH] module: make it clearer when we're handling kallsyms symbols vs exported symbols

On Thu, 22 Nov 2018, Jessica Yu wrote: > +++ Miroslav Benes [22/11/18 11:19 +0100]: > >On Wed, 21 Nov 2018, Jessica Yu wrote: > > > >> The module loader internally works with both exported symbols > >> represented as struct kernel_symbol, as well as Elf symbols from a > >> module's symbol table. I

Re: [PATCH] scripts: use pkg-config to locate libcrypto

On Thu, 2018-11-22 at 16:45 +0100, Rolf Eike Beer wrote: > -HOSTLDLIBS_sign-file = -lcrypto > -HOSTLDLIBS_extract-cert = -lcrypto > +HOSTLDLIBS_sign-file = $(shell $(PKG_CONFIG) --libs libcrypto 2> /dev/null > || -lcrypto) > +HOSTCFLAGS_extract-cert.o = $(shell $(PKG_CONFIG) --cflags libcrypto 2>

Re: [RCF PATCH,v2,2/2] pwm: imx: Configure output to GPIO in disabled state

Hello Thierry, On Thu, Nov 22, 2018 at 04:03:38PM +0100, Thierry Reding wrote: > On Sun, Nov 18, 2018 at 09:08:15PM +0100, Uwe Kleine-König wrote: > > Thinking a bit about this it doesn't really matter for the consumer if > > the pin stays in the idle level because there is a pull into the right >

Re: [PATCH] uprobes: Fix handle_swbp() vs. unregister() + register() race once more

On 11/22, Andrea Parri wrote: > > Commit 142b18ddc8143 ("uprobes: Fix handle_swbp() vs unregister() + > register() race") added the UPROBE_COPY_INSN flag, and corresponding > smp_wmb() and smp_rmb() memory barriers, to ensure that handle_swbp() > uses fully-initialized uprobes only. > > However, t

Re: [PATCH 3/4] mm: Reclaim small amounts of memory when an external fragmentation event occurs

On Thu, Nov 22, 2018 at 04:35:58PM +0100, Vlastimil Babka wrote: > >> I think I don't understand this comment :( Do you want to avoid waking > >> up kswapd from steal_suitable_fallback() (introduced above) for > >> allocations without __GFP_KSWAPD_RECLAIM? But returning 0 here means > >> actually a

Re: [PATCH] mtd: spi-nor: fix erase_type array to indicate current map conf

On 11/22/2018 06:14 PM, Sverdlin, Alexander (Nokia - DE/Ulm) wrote: > Hello Tudor, > > On 22/11/2018 13:36, tudor.amba...@microchip.com wrote: >> From: Tudor Ambarus >> >> Bug reported for the out-of-tree S25FS128S flash memory. >> >> BFPT table advertises all the erase types supported by all t

Re: [RCF PATCH,v2,2/2] pwm: imx: Configure output to GPIO in disabled state

Hello Michal, On Thu, Nov 22, 2018 at 03:42:14PM +, Vokáč Michal wrote: > On 16.11.2018 09:25, Uwe Kleine-König wrote: > > On Fri, Nov 16, 2018 at 08:34:30AM +0100, Lothar Waßmann wrote: > > > No. You can disable the output driver via pinctrl, so that only the > > > selected pull-up/down is re

Re: [RFC PATCH v4 1/5] glibc: Perform rseq(2) registration at nptl init and thread creation

On 22/11/18 15:33, Mathieu Desnoyers wrote: > - On Nov 22, 2018, at 10:21 AM, Florian Weimer fwei...@redhat.com wrote: >> Right, but in case of user-supplied stacks, we actually free TLS memory >> at this point, so signals need to be blocked because the TCB is >> (partially) gone after that. >

Re: [PATCH] uprobes: Fix handle_swbp() vs. unregister() + register() race once more

On 11/22, Oleg Nesterov wrote: > On 11/22, Andrea Parri wrote: > > > > Commit 142b18ddc8143 ("uprobes: Fix handle_swbp() vs unregister() + > > register() race") added the UPROBE_COPY_INSN flag, and corresponding > > smp_wmb() and smp_rmb() memory barriers, to ensure that handle_swbp() > > uses full

Re: [PATCH 1/2] module: Overwrite st_size instead of st_info

+++ Vincent Whitchurch [22/11/18 13:24 +0100]: On Thu, Nov 22, 2018 at 12:01:54PM +, Dave Martin wrote: On Mon, Nov 19, 2018 at 05:25:12PM +0100, Vincent Whitchurch wrote: > st_info is currently overwritten after relocation and used to store the > elf_type(). However, we're going to need it

Re: [RFC PATCH v4 1/5] glibc: Perform rseq(2) registration at nptl init and thread creation

* Mathieu Desnoyers: > Here is one scenario: we have 2 early adopter libraries using rseq which > are deployed in an environment with an older glibc (which does not > support rseq). > > Of course, none of those libraries can be dlclose'd unless they somehow > track all registered threads. Well, y

Re: [PATCH 4.9 00/59] 4.9.139-stable review

On 11/21/18 11:06 AM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 4.9.139 release. There are 59 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be mad

Re: [PATCH 4.14 00/21] 4.14.83-stable review

On 11/21/18 11:06 AM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 4.14.83 release. There are 21 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be mad

Re: [PATCH 4.19 00/42] 4.19.4-stable review

On 11/21/18 11:05 AM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 4.19.4 release. There are 42 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made

Re: [PATCH 1/2] gpio: mt7621: report failure of devm_kasprintf()

śr., 21 lis 2018 o 19:13 Nicholas Mc Guire napisał(a): > > kasprintf() may return NULL on failure of internal allocation thus the > assigned label is not safe if not explicitly checked. On error > mediatek_gpio_bank_probe() returns negative values so -ENOMEM in the > (unlikely) failure case shou

[PATCH] soc/tegra: optimize soc_is_tegra()

Use for() to rewrite the code.In addition,match->compatible[0] is equal to *match->compatible,change it. Signed-off-by: Yangtao Li --- drivers/soc/tegra/common.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/soc/tegra/common.c b/drivers/soc/tegra/common.c index 5

[PATCH v2] scripts: use pkg-config to locate libcrypto

Otherwise build fails if the headers are not in the default location. While at it also ask pkg-config for the libs, with fallback to the existing value. Signed-off-by: Rolf Eike Beer Cc: sta...@vger.kernel.org --- scripts/Makefile | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) d

Re: [PATCH 2/2] gpio: mt7621: pass mediatek_gpio_bank_probe() failure up the stack

śr., 21 lis 2018 o 19:13 Nicholas Mc Guire napisał(a): > > The error cases of mediatek_gpio_bank_probe() would go unnoticed (except > for the dev_err() messages). The probe function should return an error > if one of the banks failed to initialize properly. > > Signed-off-by: Nicholas Mc Guire >

Re: [PATCH] s390: Remove obsolete bust_spinlock() implementation

Please remove the weak attribute from the generic implementation as well now that the last override is gone.

Re: [RFC PATCH v4 1/5] glibc: Perform rseq(2) registration at nptl init and thread creation

- On Nov 22, 2018, at 11:28 AM, Florian Weimer fwei...@redhat.com wrote: > * Mathieu Desnoyers: > >> Here is one scenario: we have 2 early adopter libraries using rseq which >> are deployed in an environment with an older glibc (which does not >> support rseq). >> >> Of course, none of those

Re: [RCF PATCH,v2,2/2] pwm: imx: Configure output to GPIO in disabled state

On 22.11.2018 17:23, Uwe Kleine-König wrote: > Hello Michal, > > On Thu, Nov 22, 2018 at 03:42:14PM +, Vokáč Michal wrote: >> On 16.11.2018 09:25, Uwe Kleine-König wrote: >>> On Fri, Nov 16, 2018 at 08:34:30AM +0100, Lothar Waßmann wrote: No. You can disable the output driver via pinctrl,

Re: [PATCH] staging: greybus: arche-platform: Switch to the gpio descriptor interface

On Tue, Nov 20, 2018 at 10:49:54AM +0100, Greg Kroah-Hartman wrote: > On Sat, Nov 17, 2018 at 04:40:27PM +0100, Johan Hovold wrote: > > On Sat, Nov 17, 2018 at 12:41:11PM +0530, Nishad Kamdar wrote: > > > On Fri, Nov 16, 2018 at 05:06:22PM +0100, Johan Hovold wrote: > > > > On Fri, Nov 16, 2018 at

[RFC RESEND PATCH 2/6] kvm, vmx: move register clearing out of assembly path

Split the security related register clearing out of the large inline assembly VM entry path. This results in two slightly less complicated inline assembly statements, where it is clearer what each one does. Signed-off-by: Julian Stecklina Reviewed-by: Jan H. Schönherr Reviewed-by: Konrad Jan Mil

[RFC RESEND PATCH 4/6] x86/speculation, mm: add process local virtual memory region

The Linux kernel has a global address space that is the same for any kernel code. This address space becomes a liability in a world with processor information leak vulnerabilities, such as L1TF. With the right cache load gadget, an attacker-controlled hyperthread pair can leak arbitrary data via L1

[RFC RESEND PATCH 6/6] x86/speculation, kvm: move gprs to process local storage

General-purpose registers (GPRs) contain guest data and must be protected from information leak vulnerabilities in the kernel. Move GPRs into process local memory and change the VMX and SVM world switch and related code accordingly. Note: Only Intel VMX support is tested. Signed-off-by: Julian S

[RFC RESEND PATCH 5/6] x86/speculation, kvm: move guest FPU state into process local memory

FPU registers contain guest data and must be protected from information leak vulnerabilities in the kernel. FPU register state for vCPUs are allocated from the globally-visible kernel heap. Change this to use process-local memory instead and thus prevent access (or prefetching) in any other contex

[RFC RESEND PATCH 3/6] mm, x86: make __kernel_map_pages always available

__kernel_map_pages is currently only enabled when CONFIG_DEBUG_PAGEALLOC is defined. Enable it unconditionally instead. Signed-off-by: Julian Stecklina --- arch/x86/mm/pageattr.c | 3 +-- include/linux/mm.h | 3 ++- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/x86/mm/p

[RFC RESEND PATCH 1/6] kvm, vmx: move CR2 context switch out of assembly path

The VM entry/exit path is a giant inline assembly statement. Simplify it by doing CR2 context switching in plain C. Move CR2 restore behind IBRS clearing, so we reduce the amount of code we execute with IBRS on. Using {read,write}_cr2() means KVM will use pv_mmu_ops instead of open coding native_{

Re: [PATCH 0/3] ntb_hw_switchtec: Added support of >=4G memory windows

Hey, This entire series looks good to me. Reviewed-by: Logan Gunthorpe Logan On 2018-11-22 2:01 a.m., Wesley Sheng wrote: > Hi, Everyone, > > This patch series adds support of >=4G memory windows. > > Current Switchtec's BAR setup registers are limited to 32bits, > corresponding to the maxim

RE: [PATCH v2 1/2] power: supply: add input voltage limit property.

On 22 November 2018 10:11, Enric Balletbo i Serra wrote: > We have a problem with USBPD chargers which under certain conditions can > result in system overheating if the voltage provided by the USBPD port is too > high. While the preferred means to control this would be through devicetree or > ACP

[RFC RESEND PATCH 0/6] Process-local memory allocations

In a world with processor information leak vulnerabilities, having a treasure trove of information available for leaking in the global kernel address space is starting to be a liability. The biggest offender is the linear mapping of all physical memory and there are already efforts (XPFO) to start

Re: [RFC PATCH v4 1/5] glibc: Perform rseq(2) registration at nptl init and thread creation

* Mathieu Desnoyers: > - On Nov 22, 2018, at 11:28 AM, Florian Weimer fwei...@redhat.com wrote: > >> * Mathieu Desnoyers: >> >>> Here is one scenario: we have 2 early adopter libraries using rseq which >>> are deployed in an environment with an older glibc (which does not >>> support rseq). >

Re: [PATCH] x86: only use ERMS for user copies for larger sizes

On Thu, Nov 22, 2018 at 2:32 AM Ingo Molnar wrote: > * Linus Torvalds wrote: > > > > Random patch (with my "asm goto" hack included) attached, in case > > people want to play with it. > > Doesn't even look all that hacky to me. Any hack in it that I didn't > notice? :-) The code to use asm goto

Re: [GIT PULL] sound fixes for 4.20-rc4

The pull request you sent on Thu, 22 Nov 2018 11:40:16 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git > tags/sound-4.20-rc4 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/edeca3a769ad28a9477798c3b1d8e0701db728e4 Thank you! -- Deet-doot-dot,

Re: [GIT PULL] mtd: Fixes for 4.20-rc4

The pull request you sent on Thu, 22 Nov 2018 09:10:51 +0100: > git://git.infradead.org/linux-mtd.git tags/mtd/fixes-for-4.20-rc4 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/ef4d6f2c0c659922856bb48cbb7a83ac97941e01 Thank you! -- Deet-doot-dot, I am a bot. https:/

Re: [GIT PULL] Char/Misc driver fixes for 4.20-rc4

The pull request you sent on Thu, 22 Nov 2018 09:46:02 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc.git > tags/char-misc-4.20-rc4 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/52465bce85a2d28bcec5cba5a645bb610367ab1b Thank you! -- Deet-d

Re: [PATCH 4/4] mm: Stall movable allocations until kswapd progresses during serious external fragmentation event

On 11/21/18 11:14 AM, Mel Gorman wrote: > An event that potentially causes external fragmentation problems has > already been described but there are degrees of severity. A "serious" > event is defined as one that steals a contiguous range of pages of an order > lower than fragment_stall_order (PA

Re: [GIT PULL] SCSI fixes for 4.20-rc3

The pull request you sent on Wed, 21 Nov 2018 21:34:13 -0800: > git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-fixes has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/b84b6345e3827ab616946b52f46e95179657b596 Thank you! -- Deet-doot-dot, I am a bot. ht

[PATCH v3 0/3] greybus: gpio: Switch to the gpio descriptor interface

This patch series converts uses of the old GPIO API to the GPIO descriptor API. It also converts the GPIO driver to use the GPIO irqchip library GPIOLIB_IRQCHIP instead of repimplementing the same. Changes in v3: - Combines the latest versions of the three greybus patches together in a patch s

Re: [PATCH 8/8] HID: logitech: Enable high-resolution scrolling on Logitech mice

On Wed, Nov 21, 2018 at 10:35 PM Peter Hutterer wrote: > > This patch is a combinations of the now-reverted commits 1ff2e1a44e0, > d56ca9855bf9, 5fe2ccbef9d, 044ee89028 together with some extra bits for the > directional and timeout-based reset. Instead of using an actual timer (which is quite ex

[PATCH v3 1/3] staging: greybus: gpio: switch GPIO portions to use GPIOLIB_IRQCHIP

Convert the GPIO driver to use the GPIO irqchip library GPIOLIB_IRQCHIP instead of reimplementing the same. Signed-off-by: Nishad Kamdar --- Changes in v2: - Retained irq.h and irqdomain.h headers. - Dropped function gb_gpio_irqchip_add() and called gpiochip_irqchip_add() from probe(). - Re

[PATCH v3 2/3] staging: greybus: arche-apb-ctrl.c: Switch to the gpio descriptor interface

Use the gpiod interface instead of the deprecated old non-descriptor interface. Signed-off-by: Nishad Kamdar --- Changes in v2: - Resolved compilation errors. --- drivers/staging/greybus/arche-apb-ctrl.c | 159 +-- 1 file changed, 65 insertions(+), 94 deletions(-) diff --gi

<    1   2   3   4   5   6