Re: [PATCH] mm/hugetlb: Don't call region_abort if region_chg fails

Reply again with Andrew's mail address corrected:) -'Andrew Morton' +'Andrew Morton' > > On March 24, 2017 12:03 PM Mike Kravetz wrote: > > > > Changes to hugetlbfs reservation maps is a two step process. The first > > step is a call to

[PATCH] mm:include/linux/migrate.h: Fixing checkpatch warning regarding function definition

Function definition argument should have identifier name. Signed-off-by: Pushkar Jambhlekar --- include/linux/migrate.h | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/include/linux/migrate.h b/include/linux/migrate.h index fa76b51..48e2484 100644

Re: [PATCH 0/3] minitty: a minimal TTY layer alternative for embedded systems

meta-comment, any reason you didn't cc: linux-serial@vger as well? On Thu, Mar 23, 2017 at 05:03:01PM -0400, Nicolas Pitre wrote: > Many embedded systems don't need the full TTY layer support. Most of the > time, the TTY layer is only a conduit for outputting debugging messages > over a serial

Re: [PATCH -v2 1/2] mm, swap: Use kvzalloc to allocate some swap data structure

John Hubbard writes: > On 03/23/2017 09:52 PM, Huang, Ying wrote: >> John Hubbard writes: >> >>> On 03/23/2017 07:41 PM, Huang, Ying wrote: David Rientjes writes: > On Mon, 20 Mar 2017, Huang, Ying wrote: > >>

Re: [PATCH 05/12] ARM: dts: imx6ul-isiot-common: Add touchscreen node

On Fri, Mar 24, 2017 at 12:29:49PM +0530, Jagan Teki wrote: > On Fri, Mar 24, 2017 at 10:46 AM, Shawn Guo wrote: > > On Wed, Mar 22, 2017 at 11:18:10PM +0530, Jagan Teki wrote: > >> From: Jagan Teki > >> > >> Add touchscreen node as i2c1 slave

Re: [PATCH] i2c/muxes/i2c-mux-ltc4306: LTC4306 and LTC4305 I2C multiplexer/switch

On 2017-03-23 15:22, michael.henner...@analog.com wrote: > From: Michael Hennerich > > This patch adds support for the Analog Devices / Linear Technology > LTC4306 and LTC4305 4/2 Channel I2C Bus Multiplexer/Switches. > The LTC4306 optionally provides two general

Re: [PATCH v3] extcon: intel-cht-wc: Add Intel Cherry Trail Whiskey Cove PMIC extcon driver

Hi, On 24-03-17 05:38, Chanwoo Choi wrote: Hi, On 2017년 03월 24일 01:01, Hans de Goede wrote: Add a driver for charger detection / control on the Intel Cherrytrail Whiskey Cove PMIC. Signed-off-by: Hans de Goede --- Changes in v2: -Improve wait for charger detection loop,

Re: [RESEND PATCH v2 26/53] mtd: nand: denali: support 1024 byte ECC step size

On Fri, 24 Mar 2017 12:23:01 +0900 Masahiro Yamada wrote: > > > >> > >> > >> It is unrelated to the chips' requirements. > > > > It is related to the chip requirements. > > Say you have a chip that requires a minimum of 4bits/512bytes. If you > > want to

Re: [PATCH 4/4] tty/serial: sh-sci: remove uneeded IS_ERR_OR_NULL calls

Hello Geert, On Fri, Mar 24, 2017 at 09:29:02AM +0100, Geert Uytterhoeven wrote: > On Fri, Mar 24, 2017 at 9:00 AM, Uwe Kleine-König > wrote: > > From: Uwe Kleine-König > > Subject: [PATCH] gpiod: let get_optional return NULL in

Re: [PATCH RT 1/1] remoteproc: Prevent schedule while atomic

On Wed, 22 Mar 2017, Julia Cartwright wrote: > On Wed, Mar 22, 2017 at 01:30:12PM -0500, Grygorii Strashko wrote: > > It will not be threaded because there are IRQF_ONESHOT used. > > > > ret = devm_request_threaded_irq(>dev, irq, > > sti_mbox_irq_handler, >

[[RESEND]PATCH staging/speakup v3 3/3] use speakup_allocate as per required context

speakup_allocate used GFP_ATOMIC for allocations even while during initialization due to it's use in notifier call. Pass GFP_ flags as well to speakup_allocate depending on the context it is called in. Signed-off-by: Pranay Kr. Srivastava --- drivers/staging/speakup/main.c |

Re: [PATCH v2] KVM: kvm_io_bus_unregister_dev() should never fail

On Thu, Mar 23, 2017 at 9:42 PM, Marcelo Tosatti wrote: > On Thu, Mar 23, 2017 at 06:24:19PM +0100, David Hildenbrand wrote: >> No caller currently checks the return value of >> kvm_io_bus_unregister_dev(). This is evil, as all callers silently go on >> freeing their device.

[PATCHv3 1/2] mfd: cpcap: Add missing include dependencies

This fixes compilation for files, that try to include the cpcap header in alphabetically sorted #include lists. Acked-by: Pavel Machek Acked-by: Tony Lindgren Signed-off-by: Sebastian Reichel --- Changes since PATCHv2: - Add Acked-by from Tony

Re: [Intel-wired-lan] [BUG] 4.11.0-rc1 panic on shutdown X61s

On Thu, Mar 23, 2017 at 11:18:31PM -0700, Jeff Kirsher wrote: > I have sent a patch to revert this offending commit through David > Miller's net tree, sorry for the delay on this, I thought I had seen a > patch to revert the offending commit earlier which is why I did not > send this earlier.

Re: [PATCH 4/4] tty/serial: sh-sci: remove uneeded IS_ERR_OR_NULL calls

Hi Uwe, On Fri, Mar 24, 2017 at 9:39 AM, Uwe Kleine-König wrote: > On Fri, Mar 24, 2017 at 09:29:02AM +0100, Geert Uytterhoeven wrote: >> On Fri, Mar 24, 2017 at 9:00 AM, Uwe Kleine-König >> wrote: >> > From: Uwe Kleine-König

Re: [PATCH v1 RESEND 2/2] x86/efi: Clean up a minor mistake in code comment

On 23 March 2017 at 03:27, Baoquan He wrote: > EFI allocate runtime services regions from EFI_VA_START, -4G, down > to -64G, EFI_VA_END. OK, so is the size of the region 60 GB or 64 GB? This suggests 60 GB, but the comment you update suggests 64 GB. > The mechanism was

Re: [PATCH] staging: wilc1000: use kernel define byte order macros

On Thu, Mar 23, 2017 at 04:15:06PM -0600, Robert Perry Hooker wrote: > Well, yes, all data is 'endian' one way or another, right? I guess the byte > order of the tx/rx_buffers is host-endian > (which could be big), or _maybe_ network-endian... The good news is this code is Open Source[tm] so we

[PATCH v2] ASoC: imx-wm8960: Let codec driver enable/disable its MCLK

From: Daniel Baluta WM8962 needs its MCLK when powerup in wm8962_resume(). Thus it's better to control the MCLK in codec driver. Thus remove the clock enable in machine driver accordingly. While at it, get rid of imx_wm8962_remove function since it is now empty.

Re: [PATCH] mmc: core: Do not hold re-tuning during CMD6 commands

On 24/03/17 10:32, Chaotian Jing wrote: > On Fri, 2017-03-24 at 09:52 +0200, Adrian Hunter wrote: >> On 24/03/17 08:19, Chaotian Jing wrote: >>> this patch is refine for 'commit c6dbab9cb58f ("mmc: core: Hold re-tuning >>> during switch commands")' >>> Since it has 3 retries at max for CMD6, if

Re: [PATCH v2] x86/mm/KASLR: EFI region is mistakenly included into KASLR VA space for randomization

* Dave Young wrote: > > > So I applied this kexec fix and extended the changelog to clearly show > > > why > > > this fix matters in practice. > > > > I thought it only impacts kexec, but Dave thought it will impact 1st kenrel > > either. > > Yes, I think no need to

Re: [PATCH v2] KVM: kvm_io_bus_unregister_dev() should never fail

On Fri, 24 Mar 2017 09:55:15 +0100 David Hildenbrand wrote: > > >>> - return r; > >>> + if (i == bus->dev_count) > >>> + return; > >>> > >>> new_bus = kmalloc(sizeof(*bus) + ((bus->dev_count - 1) * > >>> sizeof(struct

Re: [PATCH] padata: avoid race in reordering

On Thu, Mar 23, 2017 at 12:24:43PM +0100, Jason A. Donenfeld wrote: > Under extremely heavy uses of padata, crashes occur, and with list > debugging turned on, this happens instead: > > [87487.298728] WARNING: CPU: 1 PID: 882 at lib/list_debug.c:33 > __list_add+0xae/0x130 > [87487.301868]

Re: [PATCH v3 02/12] irqchip: mtk-sysirq: extend intpol base to arbitrary number

On 23/03/17 23:52, Mars Cheng wrote: > On Thu, 2017-03-23 at 16:25 +, Marc Zyngier wrote: >> On 19/03/17 15:26, Mars Cheng wrote: >>> Originally driver only supports one base. However, MT6797 has >>> more than one bases to configure interrupt polarity. To support >>> possible design change,

Re: [PATCH v2] x86/mm/KASLR: EFI region is mistakenly included into KASLR VA space for randomization

On Fri, Mar 24, 2017 at 09:37:36AM +, Ard Biesheuvel wrote: > No. It is the firmware's EFI code, and the virtual translation applied > by the OS is made known to the firmware by means of a call into the > runtime service SetVirtualAddressMap(). We can still randomize within those 64G before

Re: [PATCH v6 04/11] Documentation: perf: hisi: Documentation for HiP05/06/07 PMU event counting.

Thanks for the review. On Tuesday 21 March 2017 07:42 PM, Mark Rutland wrote: Hi, On Fri, Mar 10, 2017 at 01:27:39AM -0500, Anurup M wrote: +HiP0x chips are encapsulated by multiple CPU and IO die's. The CPU die is Nit: that apostrophe shouldn't be there. Ok. shall recheck and modify

Re: [PATCH v2 0/5] mm: support parallel free of memory

On Tue, Mar 21, 2017 at 07:54:37AM -0700, Dave Hansen wrote: > On 03/16/2017 02:07 AM, Michal Hocko wrote: > > On Wed 15-03-17 14:38:34, Tim Chen wrote: > >> max_active: time > >> 1 8.9s ±0.5% > >> 2 5.65s ±5.5% > >> 4 4.84s ±0.16% > >> 8 4.77s

Re: [PATCH 05/12] ARM: dts: imx6ul-isiot-common: Add touchscreen node

On Fri, Mar 24, 2017 at 10:46 AM, Shawn Guo wrote: > On Wed, Mar 22, 2017 at 11:18:10PM +0530, Jagan Teki wrote: >> From: Jagan Teki >> >> Add touchscreen node as i2c1 slave device on Engicam Is.IoT MX6UL >> modules, the touchscreen controlled

Re: [PATCH] mm: fix a coding style issue

On Thu 23-03-17 10:12:44, Kristaps Civkulis wrote: > Fix a coding style issue. I believe style fixes are worth applying only when part of a larger change which does something useful or where the resulting code is much easier to read. This doesn't seem to be the case here. > Signed-off-by:

Re: [PATCH 2/3] asm-generic, x86: wrap atomic operations

On Fri, Mar 24, 2017 at 7:52 AM, Ingo Molnar wrote: > > * Dmitry Vyukov wrote: > >> KASAN uses compiler instrumentation to intercept all memory accesses. >> But it does not see memory accesses done in assembly code. >> One notable user of assembly code is

Re: [RESEND PATCH v4 2/9] iio: adc: add support for X-Powers AXP20X and AXP22X PMICs ADCs

Hi, On 23/03/2017 10:52, Chen-Yu Tsai wrote: > On Thu, Mar 23, 2017 at 5:35 PM, Sebastian Reichel wrote: >> Hi, >> >> On Wed, Mar 22, 2017 at 12:34:45PM +0800, Chen-Yu Tsai wrote: >>> P.S. I'm thinking about having MFD_AXP20X imply its various sub-drivers. >>> Not sure if that

[PATCH] fs: Handle register_shrinker failure

register_shrinker allocates dynamic memory and thus is susceptible to failures under low-memory situation. Currently,get_userns ignores the return value of register_shrinker, potentially exposing not fully initialised object. This can lead to a NULL-ptr deref everytime shrinker->nr_deferred is

Re: [v2 PATCH] powernv-cpuidle: Validate DT property array size

On 03/15/2017 01:45 PM, Gautham R. Shenoy wrote: > From: "Gautham R. Shenoy" > > The various properties associated with powernv idle states such as > names, flags, residency-ns, latencies-ns, psscr, psscr-mask are > exposed in the device-tree as property arrays such

Re: [PATCH 0/3]measure SMI cost

On Thu, 23 Mar 2017, kan.li...@intel.com wrote: > From: Kan Liang > > Currently, there is no way to measure the time cost in System management > mode (SMM) by perf. > > Intel perfmon supports FREEZE_WHILE_SMM bit in IA32_DEBUGCTL. Once it sets, > the PMU core counters will

Re: net/kcm: double free of kcm inode

On Thu, Mar 23, 2017 at 7:07 PM, Cong Wang wrote: > On Thu, Mar 23, 2017 at 5:09 AM, Dmitry Vyukov wrote: >> Hello, >> >> I've got the following report while running syzkaller fuzzer. Note the >> preceding kmem_cache_alloc injected failure, it's most

Re: [PATCH 4/4] tty/serial: sh-sci: remove uneeded IS_ERR_OR_NULL calls

On Thu, Mar 23, 2017 at 8:10 PM, Uwe Kleine-König wrote: > On Thu, Mar 23, 2017 at 08:44:41AM -0700, Dmitry Torokhov wrote: >> On Thu, Mar 23, 2017 at 07:43:25AM -0700, Dmitry Torokhov wrote: >> > On Thu, Mar 23, 2017 at 02:41:53PM +0100, Linus Walleij wrote: >> >

[tip:x86/asm] x86/ftrace: Add -mfentry support to x86_32 with DYNAMIC_FTRACE set

Commit-ID: 644e0e8dc76b919976c44d3929164d42cbe656bc Gitweb: http://git.kernel.org/tip/644e0e8dc76b919976c44d3929164d42cbe656bc Author: Steven Rostedt (VMware) AuthorDate: Thu, 23 Mar 2017 10:33:52 -0400 Committer: Thomas Gleixner CommitDate:

[tip:x86/asm] x86/ftrace: Move the ftrace specific code out of entry_32.S

Commit-ID: 3d82c59c6e3cb168284d9b0a1143415d9c98ae40 Gitweb: http://git.kernel.org/tip/3d82c59c6e3cb168284d9b0a1143415d9c98ae40 Author: Steven Rostedt (VMware) AuthorDate: Thu, 23 Mar 2017 10:33:49 -0400 Committer: Thomas Gleixner CommitDate:

[tip:x86/asm] x86/ftrace: Clean up ftrace_regs_caller

Commit-ID: ff04b440d2d645fd8a5b3385b1b2e4d19d3fe746 Gitweb: http://git.kernel.org/tip/ff04b440d2d645fd8a5b3385b1b2e4d19d3fe746 Author: Steven Rostedt (VMware) AuthorDate: Thu, 23 Mar 2017 10:33:51 -0400 Committer: Thomas Gleixner CommitDate:

Re: [PATCH v2 5/7] clk: tegra: don't warn for PLL defaults unnecessarily

On Thu, Mar 23, 2017 at 02:37:23PM +, Jon Hunter wrote: > Hi Peter, > > On 23/02/17 10:44, Peter De Schrijver wrote: > > If the PLL is on, only warn if the defaults are not yet set. Otherwise be > > silent. > > > > Signed-off-by: Peter De Schrijver > > This patch

[tip:x86/asm] x86/ftrace: Use Makefile logic instead of #ifdef for compiling ftrace_*.o

Commit-ID: 1fa9d67a2f07893fc7e4a880867a6cbb81dda547 Gitweb: http://git.kernel.org/tip/1fa9d67a2f07893fc7e4a880867a6cbb81dda547 Author: Steven Rostedt (VMware) AuthorDate: Thu, 23 Mar 2017 10:33:53 -0400 Committer: Thomas Gleixner CommitDate:

Re: [PATCH v2 5/7] clk: tegra: don't warn for PLL defaults unnecessarily

On 24/03/17 09:25, Peter De Schrijver wrote: > On Thu, Mar 23, 2017 at 02:37:23PM +, Jon Hunter wrote: >> Hi Peter, >> >> On 23/02/17 10:44, Peter De Schrijver wrote: >>> If the PLL is on, only warn if the defaults are not yet set. Otherwise be >>> silent. >>> >>> Signed-off-by: Peter De

Re: [v1 0/5] parallelized "struct page" zeroing

On Fri, Mar 24, 2017 at 09:51:09AM +0100, Christian Borntraeger wrote: > On 03/24/2017 12:01 AM, Pavel Tatashin wrote: > > When deferred struct page initialization feature is enabled, we get a > > performance gain of initializing vmemmap in parallel after other CPUs are > > started. However, we

Re: [PATCH v2] x86/mm/KASLR: EFI region is mistakenly included into KASLR VA space for randomization

On Fri, Mar 24, 2017 at 10:24:34AM +0100, Ingo Molnar wrote: > Preserving virtual addresses for kexec is a red herring: the randomized > offset > could be passed to the kexec-ed kernel just fine. Not only that - kexec'ed kernel gets the addresses from sysfs so we can randomize. --

Re: [PATCH] clk: stm32h7: Add stm32h743 clock driver

Hi Rob, Thanks for reviewing On 03/24/2017 03:06 AM, Rob Herring wrote: On Wed, Mar 15, 2017 at 10:23:30AM +0100, gabriel.fernan...@st.com wrote: From: Gabriel Fernandez This patch enables clocks for STM32H743 boards. Signed-off-by: Gabriel Fernandez

Re: [PATCH v2] x86/efi: Clean up a minor mistake in code comment

On 24 March 2017 at 09:17, Baoquan He wrote: > EFI allocate runtime services regions from EFI_VA_START, -4G, down > to -68G, EFI_VA_END, 64G altogether. The mechanism was introduced in > commit d2f7cbe7b26a7 ("x86/efi: Runtime services virtual mapping"). > > Clean it up to avoid

Re: [PATCH v2] x86/mm/KASLR: EFI region is mistakenly included into KASLR VA space for randomization

On 24 March 2017 at 09:40, Borislav Petkov wrote: > On Fri, Mar 24, 2017 at 09:37:36AM +, Ard Biesheuvel wrote: >> No. It is the firmware's EFI code, and the virtual translation applied >> by the OS is made known to the firmware by means of a call into the >> runtime service

Re: [PATCH v1] hpet: Make cmd parameter of hpet_ioctl_common() unsigned

On Thu, Mar 23, 2017 at 02:47:39PM -0700, Grant Grundler wrote: > On Tue, Mar 14, 2017 at 12:56 AM, Clemens Ladisch wrote: > > Matthias Kaehlcke wrote: > >> The value passed by the two callers of the function is unsigned anyway. > > > > Indeed; and those are just simple

Re: [PATCH v2 4/6] arm64: dts: rockchip: add core dtsi file for RK3328 SoCs

Am Freitag, 24. März 2017, 14:31:28 CET schrieb 陈亮: > Hi, Heiko: > > 在 2017年03月23日 11:33, 陈亮 写道: > > Hi, Heiko > > > > 在 2017年03月21日 16:55, Heiko Stübner 写道: > >> Hi, > >> > >> Am Donnerstag, 16. März 2017, 21:17:22 CET schrieb c...@rock-chips.com: > >>> +assigned-clock-parents = > >>>

[PATCH v3] HV: properly delay KVP packets when negotiation is in progress

From: Long Li The host may send multiple negotiation packets (due to timeout) before the KVP user-mode daemon is connected. We need to defer processing those packets until the daemon is negotiated and connected. It's okay for guest to respond to all negotiation packets.

Re: [PATCH -v2 1/2] mm, swap: Use kvzalloc to allocate some swap data structure

[...] Hi Ying, I'm a little surprised to see vmalloc calls replaced with kmalloc-then-vmalloc calls, because that actually makes fragmentation worse (contrary to the above claim). That's because you will consume contiguous memory (even though you don't need it to be contiguous), whereas before,

[PATCH] drivers/staging/wilc1000: Removing explicit function tracing using dev_dbg/info

ftrace can be used to trace functions. Removing function tracing using dev_dbg/info Signed-off-by: Pushkar Jambhlekar --- drivers/staging/wilc1000/wilc_sdio.c | 4 1 file changed, 4 deletions(-) diff --git a/drivers/staging/wilc1000/wilc_sdio.c

Re: linux-next: manual merge of the char-misc tree with the tpmdd tree

On Fri, Mar 24, 2017 at 02:33:02PM +1100, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the char-misc tree got a conflict in: > > drivers/char/tpm/tpm-chip.c > > between commits: > > 67b67480db8b ("tpm: infrastructure for TPM spaces") > b8e3586e8536 ("tpm: expose

Re: [PATCH 05/12] ARM: dts: imx6ul-isiot-common: Add touchscreen node

On Fri, Mar 24, 2017 at 12:55 PM, Shawn Guo wrote: > On Fri, Mar 24, 2017 at 12:29:49PM +0530, Jagan Teki wrote: >> On Fri, Mar 24, 2017 at 10:46 AM, Shawn Guo wrote: >> > On Wed, Mar 22, 2017 at 11:18:10PM +0530, Jagan Teki wrote: >> >> From: Jagan Teki

[PATCH] fs: Handle register_shrinker failure

register_shrinker allocates dynamic memory and thus is susceptible to failures under low-memory situation. Currently,get_userns ignores the return value of register_shrinker, potentially exposing not fully initialised object. This can lead to a NULL-ptr deref everytime shrinker->nr_deferred is

Re: [PATCH] mmc: core: Do not hold re-tuning during CMD6 commands

On 24/03/17 08:19, Chaotian Jing wrote: > this patch is refine for 'commit c6dbab9cb58f ("mmc: core: Hold re-tuning > during switch commands")' > Since it has 3 retries at max for CMD6, if the first CMD6 got CRC error, > then should do re-tune before the next CMD6 was sent. > > Signed-off-by:

Re: [PATCH] x86/boot: Support uncompressed kernel

On 2017-03-23 13:51, Chao Peng wrote: > Compressed kernel has its own drawback: uncompressing takes time. Even > though the time is short enough to ignore for most cases but for cases that > time is critical this is still a big number. In our on-going optimization > for kernel boot time, the

Re: [PATCH v10 00/11] uapi: export all headers under uapi directories

Le 14/03/2017 à 13:54, Nicolas Dichtel a écrit : > Patches #1 and #2 are just cleanup: some exported headers were still under > a non-uapi directory. Patch #3 is a fix to avoid exporting a file that was > not under an uapi directory. > After these three patches, all exported headers are under an

Re: [PATCH] mmc: core: Do not hold re-tuning during CMD6 commands

On Fri, 2017-03-24 at 09:52 +0200, Adrian Hunter wrote: > On 24/03/17 08:19, Chaotian Jing wrote: > > this patch is refine for 'commit c6dbab9cb58f ("mmc: core: Hold re-tuning > > during switch commands")' > > Since it has 3 retries at max for CMD6, if the first CMD6 got CRC error, > > then should

Re: [PATCH 07/12] ARM: dts: imx6ul-isiot: Add Sound card with codec node

On Fri, Mar 24, 2017 at 10:53 AM, Shawn Guo wrote: > On Wed, Mar 22, 2017 at 11:18:12PM +0530, Jagan Teki wrote: >> From: Jagan Teki >> >> Add support for Sound card and related codec(via i2c1) nodes >> on Engicam Is.IoT MX6UL variant module

Re: [PATCH v10 00/11] uapi: export all headers under uapi directories

Hi Nicolas, 2017-03-24 17:32 GMT+09:00 Nicolas Dichtel : > Le 14/03/2017 à 13:54, Nicolas Dichtel a écrit : >> Patches #1 and #2 are just cleanup: some exported headers were still under >> a non-uapi directory. Patch #3 is a fix to avoid exporting a file that was >>

Re: [[RESEND]PATCH staging/speakup v3 3/3] use speakup_allocate as per required context

On Fri, Mar 24, 2017 at 02:07:11PM +0530, Pranay Kr. Srivastava wrote: > speakup_allocate used GFP_ATOMIC for allocations > even while during initialization due to it's use > in notifier call. Is that a problem? > Pass GFP_ flags as well to speakup_allocate depending > on the context it is

Re: [PATCH v7 5/7] clocksource/drivers/rockchip_timer: implement clocksource timer

On 24/03/2017 09:41, Alexander Kochetkov wrote: > The patch series should be applied after the patches [1] and [2] haven’t > merged yet into the kernel. > That mention in the cover letter. > > [1] https://lkml.org/lkml/2017/3/22/420 > [2] https://lkml.org/lkml/2017/3/22/426 Thanks for the fix

Re: [PATCH 26/26] x86/mm: allow to have userspace mappings above 47-bits

On Sun, Mar 19, 2017 at 02:25:08PM +0530, Aneesh Kumar K.V wrote: > >>> So if I have done a successful mmap which returned > 128TB what should a > >>> following mmap(0,...) return ? Should that now search the *full* address > >>> space or below 128TB ? > >> > >> No, I don't think so. And this

Re: [PATCH 26/26] x86/mm: allow to have userspace mappings above 47-bits

On Mon, Mar 20, 2017 at 10:40:20AM +0530, Aneesh Kumar K.V wrote: > "Kirill A. Shutemov" writes: > @@ -168,6 +182,10 @@ arch_get_unmapped_area_topdown(struct file *filp, const > unsigned long addr0, > > unsigned long addr = addr0; > > struct

Re: [PATCH v10 00/11] uapi: export all headers under uapi directories

Le 24/03/2017 à 09:42, Masahiro Yamada a écrit : > Hi Nicolas, > > > 2017-03-24 17:32 GMT+09:00 Nicolas Dichtel : >> Le 14/03/2017 à 13:54, Nicolas Dichtel a écrit : >>> Patches #1 and #2 are just cleanup: some exported headers were still under >>> a non-uapi

Re: [PATCH] backlight: pwm_bl: Fix GPIO out for unimplemented .get_direction()

On Wed, 2017-03-22 at 18:21 +0100, Geert Uytterhoeven wrote: > Commit 7613c922315e308a ("backlight: pwm_bl: Move the checks for initial > power state to a separate function") not just moved some code, but made > slight changes in semantics. > > If a gpiochip doesn't implement the optional

Re: [PATCH 26/26] x86/mm: allow to have userspace mappings above 47-bits

On Friday 24 March 2017 02:34 PM, Kirill A. Shutemov wrote: On Mon, Mar 20, 2017 at 10:40:20AM +0530, Aneesh Kumar K.V wrote: "Kirill A. Shutemov" writes: @@ -168,6 +182,10 @@ arch_get_unmapped_area_topdown(struct file *filp, const unsigned long addr0,

Re: [PATCH 4/4] tty/serial: sh-sci: remove uneeded IS_ERR_OR_NULL calls

On Fri, Mar 24, 2017 at 09:59:04AM +0100, Geert Uytterhoeven wrote: > Hi Uwe, > > On Fri, Mar 24, 2017 at 9:39 AM, Uwe Kleine-König > wrote: > > On Fri, Mar 24, 2017 at 09:29:02AM +0100, Geert Uytterhoeven wrote: > >> On Fri, Mar 24, 2017 at 9:00 AM, Uwe

[PATCH v2] x86/efi: Clean up a minor mistake in code comment

EFI allocate runtime services regions from EFI_VA_START, -4G, down to -68G, EFI_VA_END, 64G altogether. The mechanism was introduced in commit d2f7cbe7b26a7 ("x86/efi: Runtime services virtual mapping"). Clean it up to avoid confusion. Signed-off-by: Baoquan He --- v1->v2:

Re: [PATCH 26/26] x86/mm: allow to have userspace mappings above 47-bits

On Fri, Mar 24, 2017 at 02:44:10PM +0530, Aneesh Kumar K.V wrote: > > > On Friday 24 March 2017 02:34 PM, Kirill A. Shutemov wrote: > > On Mon, Mar 20, 2017 at 10:40:20AM +0530, Aneesh Kumar K.V wrote: > > > "Kirill A. Shutemov" writes: > > > @@ -168,6 +182,10

Re: [PATCH] i2c: tegra-bpmp: Enable Tegra BPMP I2C adapter

On 20/03/17 14:05, Thierry Reding wrote: > * PGP Signed by an unknown key > > On Wed, Mar 15, 2017 at 12:20:10PM +, Jon Hunter wrote: >> Enable the Tegra BPMP I2C adapter by default if the Tegra BPMP itself >> is enabled. This adapter is used as the I2C interface for the PMIC on >> the

Re: [PATCH 4/4] tty/serial: sh-sci: remove uneeded IS_ERR_OR_NULL calls

Hi Uwe, On Fri, Mar 24, 2017 at 10:15 AM, Uwe Kleine-König wrote: > On Fri, Mar 24, 2017 at 09:59:04AM +0100, Geert Uytterhoeven wrote: >> On Fri, Mar 24, 2017 at 9:39 AM, Uwe Kleine-König >> wrote: >> > On Fri, Mar 24, 2017 at

Re: [PATCH 2/3] asm-generic, x86: wrap atomic operations

* Dmitry Vyukov wrote: > KASAN uses compiler instrumentation to intercept all memory accesses. > But it does not see memory accesses done in assembly code. > One notable user of assembly code is atomic operations. Frequently, > for example, an atomic reference decrement is

[tip:core/urgent] lib/syscall: Clear return values when no stack

Commit-ID: 854fbd6e5f60fe99e8e3a569865409fca378f143 Gitweb: http://git.kernel.org/tip/854fbd6e5f60fe99e8e3a569865409fca378f143 Author: Kees Cook AuthorDate: Thu, 23 Mar 2017 15:46:16 -0700 Committer: Ingo Molnar CommitDate: Fri, 24 Mar 2017

Re: [PATCH 05/12] ARM: dts: imx6ul-isiot-common: Add touchscreen node

On Fri, Mar 24, 2017 at 01:02:35PM +0530, Jagan Teki wrote: > On Fri, Mar 24, 2017 at 12:55 PM, Shawn Guo wrote: > > On Fri, Mar 24, 2017 at 12:29:49PM +0530, Jagan Teki wrote: > >> On Fri, Mar 24, 2017 at 10:46 AM, Shawn Guo wrote: > >> > On Wed, Mar

Re: [PATCH] ASoC: WM8962: Let codec driver enable/disable its MCLK

On Fri, Mar 24, 2017 at 6:58 AM, Nicolin Chen wrote: > On Thu, Mar 23, 2017 at 02:01:50PM +0200, Daniel Baluta wrote: >> From: Nicolin Chen >> >> WM8962 needs its MCLK when powerup in wm8962_resume(). Thus it's better >> to control the MCLK in codec

Re: [PATCH net-next v2 5/5] net-next: dsa: add dsa support for Mediatek MT7530 switch

On Thu, Mar 23, 2017 at 04:06:56PM +0800, Sean Wang wrote: > Hi Andrew, > > The purpose for the regmap table registered is to > > provide a way which helps us to look up a specific > > register on the switch through regmap-debugfs. > > > And not all ranges of register is defined > > so I

Re: [PATCH 1/3] perf/x86: add sysfs entry to freeze counter on SMI

On Thu, Mar 23, 2017 at 03:23:03PM -0700, Andi Kleen wrote: > On Thu, Mar 23, 2017 at 09:31:38PM +0100, Peter Zijlstra wrote: > > On Thu, Mar 23, 2017 at 11:25:49AM -0700, kan.li...@intel.com wrote: > > > From: Kan Liang > > > > > > When setting FREEZE_WHILE_SMM bit in

Re: [PATCH-tip v6 18/22] TP-futex: Group readers together in wait queue

://github.com/0day-ci/linux/commits/Waiman-Long/perf-bench-New-microbenchmark-for-userspace-mutex-performance/20170324-135043 config: m32r-usrv_defconfig (attached as .config) compiler: m32r-linux-gcc (GCC) 6.2.0 reproduce: wget https://raw.githubusercontent.com/01org/lkp-tests/master/sbin

[PATCHv2] fs: Handle register_shrinker failure

register_shrinker allocates dynamic memory and thus is susceptible to failures under low-memory situation. Currently,get_userns ignores the return value of register_shrinker, potentially exposing not fully initialised object. This can lead to a NULL-ptr deref everytime shrinker->nr_deferred is

Re: [PATCH 2/3] asm-generic, x86: wrap atomic operations

On Fri, Mar 24, 2017 at 8:14 AM, Dmitry Vyukov wrote: > On Fri, Mar 24, 2017 at 7:52 AM, Ingo Molnar wrote: >> >> * Dmitry Vyukov wrote: >> >>> KASAN uses compiler instrumentation to intercept all memory accesses. >>> But it does not see

Re: [PATCH] vmlinux.lds: add __clkevt_of_table to kernel

On 22/03/2017 15:29, Alexander Kochetkov wrote: > The code introduced by commit 0c8893c9095d ("clockevents: Add a > clkevt-of mechanism like clksrc-of") refer to __clkevt_of_table > what doesn't exist in the vmlinux. As a result kernel build > failed with error: "clkevt-probe.c:63: undefined

Re: [PATCH v2] x86/mm/KASLR: EFI region is mistakenly included into KASLR VA space for randomization

On 03/24/17 at 09:08am, Ingo Molnar wrote: > > * Baoquan He wrote: > > > Currently KASLR is enabled on three regions: the direct mapping of physical > > memory, vamlloc and vmemmap. However EFI region is also mistakenly included > > for VA space randomization because of

Re: [PATCH v2] KVM: kvm_io_bus_unregister_dev() should never fail

>>> - return r; >>> + if (i == bus->dev_count) >>> + return; >>> >>> new_bus = kmalloc(sizeof(*bus) + ((bus->dev_count - 1) * >>> sizeof(struct kvm_io_range)), GFP_KERNEL); >>> - if (!new_bus) >>> - return -ENOMEM; >>> +

[PATCH] Staging: fbtft: Fix checkpatch warning

This patch fixes the checkpatch.pl warning: EXPORT_SYMBOL(foo); should immediately follow its function/variable. The EXPORT_SYMBOL statements are placed inside if blocks, after both function implementations. Signed-off-by: Anar Adilova ---

__link_block_group uses GFP_KERNEL

Hi guys, Looks like that current code does GFP_KERNEL allocation inside __link_block_group. the function invokes kobject_add and internally creates sysfs files with the GFP_KERNEL flag set. But since do_chunk_alloc executes insides the btrfs transaction it's not allowed to sleep. Thanks!

Re: [PATCH] x86/mce: Don't print all MCEs when mcelog is active

On Thu, Mar 23, 2017 at 05:31:40PM -0700, Andi Kleen wrote: > From: Andi Kleen > > Since > > cd9c57c x86/MCE: Dump MCE to dmesg if no consumers > > in 4.9 all MCEs are printed even when mcelog is running. This fixes That's 4.10. Applied, thanks. -- Regards/Gruss,

Re: [PATCH 4/6] x86/kasan: Prepare clear_pgds() to switch to

On Wed, Mar 22, 2017 at 08:31:36AM +0100, Ingo Molnar wrote: > * Andrey Ryabinin wrote: > > On 03/17/2017 09:55 PM, Kirill A. Shutemov wrote: > > > With folded p4d, pgd_clear() is nop. Change clear_pgds() to use > > > p4d_clear() instead. > > > > > > > You could

Re: [PATCH] mm/hugetlb: Don't call region_abort if region_chg fails

On March 24, 2017 12:03 PM Mike Kravetz wrote: > > Changes to hugetlbfs reservation maps is a two step process. The first > step is a call to region_chg to determine what needs to be changed, and > prepare that change. This should be followed by a call to call to > region_add to commit the

Re: [Intel-wired-lan] [BUG] 4.11.0-rc1 panic on shutdown X61s

On Wed, Mar 22, 2017 at 12:00 PM, Borislav Petkov wrote: > (Readding Jeff Kirsher who got dropped from the CC-list at some point.) > > On Tue, Mar 21, 2017 at 07:13:43PM -0700, l...@pengaru.com wrote: >> > This is still broken as of 4.11.0-rc3 FYI. >> > >> > Upon resume: >> > [

Re: [PATCH v2 4/6] arm64: dts: rockchip: add core dtsi file for RK3328 SoCs

Hi, Heiko: 在 2017年03月23日 11:33, 陈亮 写道: Hi, Heiko 在 2017年03月21日 16:55, Heiko Stübner 写道: Hi, Am Donnerstag, 16. März 2017, 21:17:22 CET schrieb c...@rock-chips.com: +assigned-clock-parents = +< HDMIPHY>, < PLL_APLL>, +< PLL_GPLL>, <>, +<>, <>; +

Re: [RFC v3 1/5] sched/core: add capacity constraints to CPU controller

Hi Patrick, On Thu, Mar 23, 2017 at 3:32 AM, Patrick Bellasi wrote: [..] >> > which can be used to defined tunable root constraints when CGroups are >> > not available, and becomes RO when CGroups are. >> > >> > Can this be eventually an acceptable option? >> > >> > In

Re: [PATCH v5 0/2] mmc: host: s3cmci: add device tree support

On 18 March 2017 at 02:13, Sergio Prado wrote: > This series adds support for configuring Samsung's S3C24XX MMC/SD/SDIO > controller via device tree. > > Tested on FriendlyARM mini2440, based on s3c2440 SoC. > > Changes since v4 (as suggested by Jaehoon Chung): > -

Re: [PATCH] mmc: sunxi: change controller error info to debug level

On 16 March 2017 at 14:29, Icenowy Zheng wrote: > The controller's errors are usually normal (for example, for MMC or SDIO > cards, some errors are expected to happen; and for boards without a > dedicated card detect pin the error info will even flood console and > hide other

Re: linux-next: manual merge of the akpm tree with the tip tree

On Fri, Mar 24, 2017 at 04:40:26PM +1100, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the akpm tree got a conflict in: > > arch/x86/include/asm/atomic.h > > between commit: > > e6790e4b5d5e ("locking/atomic/x86: Use atomic_try_cmpxchg()") > > from the tip tree and

Re: [linux-sunxi] Re: [RESEND PATCH v4 2/9] iio: adc: add support for X-Powers AXP20X and AXP22X PMICs ADCs

On Fri, Mar 24, 2017 at 3:55 PM, Quentin Schulz wrote: > Hi, > > On 23/03/2017 10:52, Chen-Yu Tsai wrote: >> On Thu, Mar 23, 2017 at 5:35 PM, Sebastian Reichel wrote: >>> Hi, >>> >>> On Wed, Mar 22, 2017 at 12:34:45PM +0800, Chen-Yu Tsai wrote:

Re: [PATCH v2 10/53] mtd: nand: denali: fix erased page checking

On Fri, 24 Mar 2017 11:43:43 +0900 Masahiro Yamada wrote: > Hi Boris, > > > 2017-03-23 16:56 GMT+09:00 Boris Brezillon > : > > On Thu, 23 Mar 2017 14:04:44 +0900 > > Masahiro Yamada wrote: > >

Re: [PATCH v2] x86/mm/KASLR: EFI region is mistakenly included into KASLR VA space for randomization

* Baoquan He wrote: > Currently KASLR is enabled on three regions: the direct mapping of physical > memory, vamlloc and vmemmap. However EFI region is also mistakenly included > for VA space randomization because of misusing EFI_VA_START macro and > assuming EFI_VA_START <

Re: [PATCH 2/2] drm/pl111: Initial drm/kms driver for pl111

On Fri, Mar 24, 2017 at 12:31 AM, Russell King - ARM Linux wrote: > On Thu, Mar 23, 2017 at 10:54:53PM +0100, Linus Walleij wrote: >> Hm, I certainly want it... but it would be unreasonable of me to expect >> Eric to cold-code a big upfront design for systems he can't even

Re: [PATCH] lkdtm: add bad USER_DS test

On Thu, Mar 23, 2017 at 01:34:19PM -0700, Kees Cook wrote: > This adds CORRUPT_USER_DS to check that the get_fs() test on syscall return > still sees USER_DS during the new VERIFY_PRE_USERMODE_STATE checks. > > Signed-off-by: Kees Cook ... > +void

  1   2   3   4   5   6   7   8   9   10   >