[PATCHv5 0/9] x86: 5-level paging enabling for v4.12, Part 4

Here's updated version the fourth and the last bunch of of patches that brings initial 5-level paging enabling. Please review and consider applying. v5: - Fix KASLR bug due to rewriting rewriting startup_64() in C. Kirill A. Shutemov (9): x86/asm: Fix comment in return_from_SYSCALL_64

[PATCHv5 5/9] x86/mm: Add sync_global_pgds() for configuration with 5-level paging

This basically restores slightly modified version of original sync_global_pgds() which we had before folded p4d was introduced. The only modification is protection against 'address' overflow. Signed-off-by: Kirill A. Shutemov --- arch/x86/mm/init_64.c | 35

[PATCH v2 0/2] hwrng: mtk: add support for hardware random generator on MT7623 SoC

From: Sean Wang This patchset introduces support for Mediatek hardware random generator (RNG) Currently, the driver is already tested successfully with rng-tools on MT7623 SoC. And it should also be workable on other similar Mediatek SoCs. Changes since v1: - remove

[PATCH v2 1/2] dt-bindings: hwrng: Add Mediatek hardware random generator bindings

From: Sean Wang Document the devicetree bindings for Mediatek random number generator which could be found on MT7623 SoC or other similar Mediatek SoCs. Signed-off-by: Sean Wang Acked-by: Rob Herring ---

[PATCHv5 2/9] x86/boot/64: Rewrite startup_64 in C

The patch write most of startup_64 logic in C. This is preparation for 5-level paging enabling. Signed-off-by: Kirill A. Shutemov --- arch/x86/kernel/head64.c | 85 +- arch/x86/kernel/head_64.S | 95

Re: [resend PATCH v2 11/33] dm: add dax_device and dax_operations support

On Mon, Apr 17, 2017 at 12:09 PM, Dan Williams wrote: > Allocate a dax_device to represent the capacity of a device-mapper > instance. Provide a ->direct_access() method via the new dax_operations > indirection that mirrors the functionality of the current direct_access

[PATCH v4 4/6] mtd: dataflash: Get rid of loop counter in jedec_probe()

"For" loop in jedec_probe can be simplified to not need counter 'i'. Convert the code and get rid of the variable. Cc: cphe...@gmail.com Cc: David Woodhouse Cc: Brian Norris Cc: Boris Brezillon Cc: Marek

Re: [PATCH] [media] sti: hdmi: improve MEDIA_CEC_NOTIFIER dependency

On Wed, Apr 19, 2017 at 11:06 PM, Hans Verkuil wrote: > On 19/04/17 18:59, Arnd Bergmann wrote: >> When the media subsystem is built as a loadable module, a built-in >> This adds a Kconfig dependency to enforce the HDMI driver to also >> be a loadable module in this case. > >

Re: [PATCH] MAINTAINERS: Add bugzilla and documentation entites for kselftest, usbip

On Thu, Apr 20, 2017 at 09:50:10AM -0600, Shuah Khan wrote: > @@ -13033,6 +13035,8 @@ M:Valentina Manea > M: Shuah Khan > M: Shuah Khan > L: linux-...@vger.kernel.org > +T: git

Re: [PATCH 1/2] clk: ti: divider: try to fix ti_clk_register_divider

On 19/04/17 20:44, Arnd Bergmann wrote: The newly introduced function is entirely bogus as I found when looking at this warning: drivers/clk/ti/divider.c: In function 'ti_clk_register_divider': drivers/clk/ti/divider.c:460:8: error: 'reg' may be used uninitialized in this function

[PATCH] MAINTAINERS: Add bugzilla and documentation entites for kselftest, usbip

Update Kselftest and USB IP sections to add Bugzilla and documentation section entries. Also add git entry to USB IP. Signed-off-by: Shuah Khan --- MAINTAINERS | 4 1 file changed, 4 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index fdd5350..a367f31

Re: [PATCH v4 1/1] pwm: pca9685: fix gpio-only operation.

> Thus, I would suggest: int sleep -> bool enable (or alike). > > Would we agree on that? I would. Perhaps also: set_sleep_mode(int sleep) -> enable_sleep_mode(bool enable) ? Let's see what Mika and Thierry think.

Re: [PATCH v3 3/3] arm64: dts: exynos: Add support for s6e3hf2 panel device on TM2e board

On Tue, Apr 18, 2017 at 05:40:36PM +0900, Hoegeun Kwon wrote: > This patch add the panel device tree node for s6e3hf2 display > controller to TM2e dts. > > Signed-off-by: Hoegeun Kwon > Reviewed-by: Andrzej Hajda > --- >

Re: [PATCH 2/6] locking: Introduce range reader/writer lock

On Tue, 18 Apr 2017, Laurent Dufour wrote: On 06/04/2017 10:46, Davidlohr Bueso wrote: +__range_read_lock_common(struct range_rwlock_tree *tree, +struct range_rwlock *lock, long state) +{ + struct interval_tree_node *node; + unsigned long flags; + +

Re: [PATCH] coresight: tmc: minor fix for output log

On 7 April 2017 at 09:22, Leo Yan wrote: > In current code the output logs are not well symmetric for sink and link > enabling and disabling. This patch is to fix that so can output paired > logs. > > Cc: Mathieu Poirier > Signed-off-by: Leo Yan

[PATCH v4 2/8] [media] stm32-dcmi: STM32 DCMI camera interface driver

This V4L2 subdev driver enables Digital Camera Memory Interface (DCMI) of STMicroelectronics STM32 SoC series. Reviewed-by: Hans Verkuil Signed-off-by: Yannick Fertre Signed-off-by: Hugues Fruchet ---

Re: [PATCH V5 3/7] ARM: exynos: Use - instead of @ for DT OPP entries

On Thu, Apr 20, 2017 at 04:25:07PM +0530, Viresh Kumar wrote: > Compiling the DT file with W=1, DTC warns like follows: > > Warning (unit_address_vs_reg): Node /opp_table0/opp@10 has a > unit name, but no reg property > > Fix this by replacing '@' with '-' as the OPP nodes will never

[PATCH v4 0/8] Add support for DCMI camera interface of STMicroelectronics STM32 SoC series

This patchset introduces a basic support for Digital Camera Memory Interface (DCMI) of STMicroelectronics STM32 SoC series. This first basic support implements RGB565 & YUV frame grabbing. Cropping and JPEG support will be added later on. This has been tested on STM324x9I-EVAL evaluation board

[PATCH v4 3/8] ARM: dts: stm32: Enable DCMI support on STM32F429 MCU

Enable DCMI camera interface on STM32F429 MCU. Signed-off-by: Hugues Fruchet --- arch/arm/boot/dts/stm32f429.dtsi | 37 + 1 file changed, 37 insertions(+) diff --git a/arch/arm/boot/dts/stm32f429.dtsi b/arch/arm/boot/dts/stm32f429.dtsi

Re: [PATCH v2 0/2] nvme APST quirk updates, take two

Hi Jens- These are just the quirk updates, split out. The patches are unchanged. I think that, even if we want to apply a broader quirk for 4.11, we should still apply these so that we can cleanly revert the broader quirk later. IOW, let's get the known regressions fixed before we get too

[PATCH v4 5/8] ARM: dts: stm32: Enable STMPE1600 gpio expander of STM32F429-EVAL board

Enable STMPE1600 gpio expander of STM32F429-EVAL board. Signed-off-by: Hugues Fruchet --- arch/arm/boot/dts/stm32429i-eval.dts | 17 + 1 file changed, 17 insertions(+) diff --git a/arch/arm/boot/dts/stm32429i-eval.dts

Re: [PATCH RFC] x86/smpboot: Set safer __max_logical_packages limit

On Thu, Apr 20, 2017 at 05:40:37PM +0200, Vitaly Kuznetsov wrote: > > This is getting ludicrous. Xen is plain broken, and instead of fixing > > it, you propose to somehow deal with its obviously crack induced > > behaviour :-( > > Totally agree and I don't like the solution I propose (and that's

[PATCH v2 2/2] hwrng: mtk: Add driver for hardware random generator on MT7623 SoC

From: Sean Wang This patch adds support for hardware random generator on MT7623 SoC and should also work on other similar Mediatek SoCs. Currently, the driver is already tested successfully with rng-tools. Signed-off-by: Sean Wang Reviewed-by:

Re: [PATCH v2 1/3] mmc: dt-bindings: update Mediatek MMC bindings

On Tue, Apr 18, 2017 at 06:13:09PM +0800, Yong Mao wrote: > From: yong mao > > Add description for mediatek,clk-pad-delay > > Signed-off-by: Yong Mao > Signed-off-by: Chaotian Jing > --- >

Re: [PATCH v2 0/2] nvme APST quirk updates, take two

On 04/20/2017 10:29 AM, Keith Busch wrote: > On Thu, Apr 20, 2017 at 07:15:15PM +0300, Sagi Grimberg wrote: >> Hi Jens- These are just the quirk updates, split out. The patches are unchanged. I think that, even if we want to apply a broader quirk for 4.11, we

[PATCH v4 6/6] mtd: dataflash: Add flash_info for AT45DB641E

Cc: cphe...@gmail.com Cc: David Woodhouse Cc: Brian Norris Cc: Boris Brezillon Cc: Marek Vasut Cc: Richard Weinberger Cc: Cyrille Pitchen

[PATCH v4 5/6] mtd: dataflash: Make use of "extened device information"

In anticipation of supporting chips that need it, extend the size of struct flash_info's 'jedec_id' field to make room 2 byte of extended device information as well as add code to fetch this data during jedec_probe(). Cc: cphe...@gmail.com Cc: David Woodhouse Cc: Brian

[PATCH v4 3/6] mtd: dataflash: Replace pr_debug, printk with dev_* functions

Lion's share of calls to pr_debug in this driver follow the pattern of pr_debug("%s ", dev_name(), ), which should be semantically identical to dev_dbg(, "", ), so replace such occurencies to simplify the code. Convert the small minority of pr_debug that do not follow pattern from above to use

[PATCH v4 2/6] mtd: dataflash: Improve coding style in jedec_probe()

Change the following: - Replace indentation between type and name of local variable from tabs to spaces - Replace magic number 0x1F with CFI_MFR_ATMEL macro - Replace variable 'tmp' with 'ret' and 'i' where appropriate - Reformat multi-line comments and add newlines where

[PATCH v4 1/6] mtd: dataflash: Replace C99 types with their kernel counterparts

No functional change intended. Cc: cphe...@gmail.com Cc: David Woodhouse Cc: Brian Norris Cc: Boris Brezillon Cc: Marek Vasut Cc: Richard Weinberger Cc: Cyrille

Re: [PATCH] drivers, md: convert stripe_head.count from atomic_t to refcount_t

On Thu, Apr 20, 2017 at 09:15:00AM +, Reshetova, Elena wrote: > Just a ping on this updated patch. Did you find any new issues or could you > please apply it? sorry, for the dalay. I'm in vacation. Since the stripe_head.count could be 0 (and it's not freed), I assume it should stay as

Re: [PATCH v2 0/2] nvme APST quirk updates, take two

On 04/20/2017 10:30 AM, Jens Axboe wrote: > On 04/20/2017 10:29 AM, Keith Busch wrote: >> On Thu, Apr 20, 2017 at 07:15:15PM +0300, Sagi Grimberg wrote: >>> > Hi Jens- > > These are just the quirk updates, split out. The patches are > unchanged. > > I think that, even if

Re: [PATCH] checkpatch: add --typedefsfile

On Thu, 2017-04-20 at 17:39 +0200, Jerome Forissier wrote: > When using checkpatch on out-of-tree code, it may occur that some > project-specific types are used, which will cause spurious warnings. > Add the --typedefsfile option as a way to extend the known types and > deal with this issue. I'm

Re: [PATCH] MAINTAINERS: Add bugzilla and documentation entites for kselftest, usbip

On 04/20/2017 09:52 AM, Greg KH wrote: > On Thu, Apr 20, 2017 at 09:50:10AM -0600, Shuah Khan wrote: >> @@ -13033,6 +13035,8 @@ M: Valentina Manea >> M: Shuah Khan >> M: Shuah Khan >> L: linux-...@vger.kernel.org >>

Re: [Xen-devel] [PATCH RFC] x86/smpboot: Set safer __max_logical_packages limit

On 04/20/2017 11:40 AM, Vitaly Kuznetsov wrote: > Peter Zijlstra writes: > >> On Thu, Apr 20, 2017 at 03:24:53PM +0200, Vitaly Kuznetsov wrote: >>> In this patch I suggest we set __max_logical_packages based on the >>> max_physical_pkg_id and total_cpus, >> So my 4 socket

Re: [PATCH v3 1/3] dt-bindings: Add support for samsung s6e3hf2 panel

On Tue, Apr 18, 2017 at 05:40:34PM +0900, Hoegeun Kwon wrote: > The samsung s6e3hf2 panel is a 5.65" 1600x2560 AMOLED panel connected > using MIPI-DSI interfaces. > > The s6e3hf2 is add to samsung,s6e3ha2.txt binding because it is a > panel similar to the s6e3ha2. So add the compatible string and

[PATCH] powerpc/32: Avoid risk of unrecoverable TLBmiss inside entry_32.S

By default, the 8xx pins an ITLB on the first 8M of memory in order to avoid any ITLB miss on kernel code. However, with some debug functions like DEBUG_PAGEALLOC and DEBUG_RODATA, pinning TLBs is contradictory. In order to avoid any ITLB miss in a critical section without pinning TLBs, we have

Re: net: heap out-of-bounds in fib6_clean_node/rt6_fill_node/fib6_age/fib6_prune_clone

On Thu, Apr 20, 2017 at 5:39 PM, Andrey Konovalov wrote: > On Thu, Apr 20, 2017 at 5:35 PM, David Ahern wrote: >> On 4/20/17 9:28 AM, Andrey Konovalov wrote: >>> This one seems to be much closer to what Dmitry reported intially. >> >> does not

RE: [PATCH 0/5] v2: block subsystem refcounter conversions

> All the objections from DaveM on the amount of cycles spent on the > new refcount_t apply to the block layer fast path operations as well. Ok, could you please indicate the correct way to measure the impact for the block layer? We can do the measurements. Best Regards, Elena. > > Please

Re: linux-next: Tree for Apr 20 (bfq)

On 04/20/17 08:36, Jens Axboe wrote: > On 04/20/2017 09:24 AM, Randy Dunlap wrote: >> On 04/19/17 23:43, Stephen Rothwell wrote: >>> Hi all, >>> >>> Changes since 20170419: >>> >> >> on i386: >> when CONFIG_CGROUPS is not enabled: >> >> In file included from ../block/bfq-iosched.c:105:0: >>

[PATCH v2 1/2] nvme: Adjust the Samsung APST quirk

I got a couple more reports: the Samsung APST issues appears to affect multiple 950-series devices in Dell XPS 15 9550 and Precision 5510 laptops. Change the quirk: rather than blacklisting the firmware on the first problematic SSD that was reported, disable APST on all 144d:a802 devices if

[PATCH v2 0/2] nvme APST quirk updates, take two

Hi Jens- These are just the quirk updates, split out. The patches are unchanged. I think that, even if we want to apply a broader quirk for 4.11, we should still apply these so that we can cleanly revert the broader quirk later. IOW, let's get the known regressions fixed before we get too

[PATCH v2 2/2] nvme: Quirk APST off on "THNSF5256GPUK TOSHIBA"

There's a report that it malfunctions with APST on. See https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1678184 Cc: Kai-Heng Feng Signed-off-by: Andy Lutomirski --- drivers/nvme/host/core.c | 9 + 1 file changed, 9 insertions(+) diff

Re: [PATCH v2 0/2] nvme APST quirk updates, take two

On 04/20/2017 10:11 AM, Andy Lutomirski wrote: > Hi Jens- > > These are just the quirk updates, split out. The patches are > unchanged. > > I think that, even if we want to apply a broader quirk for 4.11, we > should still apply these so that we can cleanly revert the broader > quirk later.

[PATCH v4 4/8] ARM: dts: stm32: Enable DCMI camera interface on STM32F429-EVAL board

Enable DCMI camera interface on STM32F429-EVAL board. Signed-off-by: Hugues Fruchet --- arch/arm/boot/dts/stm32429i-eval.dts | 9 + 1 file changed, 9 insertions(+) diff --git a/arch/arm/boot/dts/stm32429i-eval.dts b/arch/arm/boot/dts/stm32429i-eval.dts index

Re: WARNING: kernel stack regs at ffffc9000024fea8 in udevadm:92 has bad 'bp' value 00007fffc4614d30

On Thu, Apr 20, 2017 at 08:42:52AM -0500, Josh Poimboeuf wrote: > If it's recreatable, can you test with the following patch? Yap, it is. /me builds a kernel... > > diff --git a/arch/x86/kernel/unwind_frame.c b/arch/x86/kernel/unwind_frame.c > index bda82df..abe36ff 100644 > ---

[PATCH v4 8/8] ARM: configs: stm32: DCMI + OV2640 camera support

Enable DCMI camera interface and OV2640 camera sensor drivers. Signed-off-by: Hugues Fruchet --- arch/arm/configs/stm32_defconfig | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/configs/stm32_defconfig b/arch/arm/configs/stm32_defconfig index

Re: [PATCH 4/4] nvme/pci: switch to pci_request_irq

This is great. As an added bonus, more of struct nvme_queue's hot values are in the same cache line! Reviewed-by: Keith Busch I think I can kill off for mlx5 as well. Very useful Christoph! Reviewed-by: Sagi Grimberg

Re: MMC block addressing mode.

On 04/20/2017 09:18 AM, Ulf Hansson wrote: >> >> The Cavium hardware requires knowledge of the card addressing mode. >> We need to either restore mmc_card_blockaddr(), or create another >> way to generate the same information. You previously suggested use >> of the 'blksz' value, however, it has

[PATCHv5 8/9] x86: Enable 5-level paging support

Most of things are in place and we can enable support of 5-level paging. Enabling XEN with 5-level paging requires more work. The patch makes XEN dependent on !X86_5LEVEL. Signed-off-by: Kirill A. Shutemov --- arch/x86/Kconfig | 5 +

Re: [PATCH v3 0/8] Add support for DCMI camera interface of STMicroelectronics STM32 SoC series

Hi Hans, v4 has been sent with "v4l2-compliance -s -f" report provided in cover letter. Bindings acked by Rob. http://www.mail-archive.com/linux-media@vger.kernel.org/msg111743.html BR, Hugues. On 04/10/2017 10:55 AM, Hans Verkuil wrote: > On 04/04/2017 05:44 PM, Hugues Fruchet wrote: >> This

[PATCH] pci-hyperv: Use only 16 bit integer for PCI domain

From: Haiyang Zhang This patch uses the lower 16 bits of the serial number as PCI domain, otherwise some drivers may not be able to handle it. Signed-off-by: Haiyang Zhang --- drivers/pci/host/pci-hyperv.c |4 +++- 1 files changed, 3

Re: kvm/arm64: use-after-free in kvm_unmap_hva_handler/unmap_stage2_pmds

On Thu, Apr 13, 2017 at 04:50:46PM +0100, Suzuki K. Poulose wrote: > On Thu, Apr 13, 2017 at 10:17:54AM +0100, Suzuki K Poulose wrote: > > On 12/04/17 19:43, Marc Zyngier wrote: > > > On 12/04/17 17:19, Andrey Konovalov wrote: > > > > > > Hi Andrey, > > > > > > > Apparently this wasn't fixed, I've

Re: [PATCH] of: introduce event tracepoints for dynamic device_node lifecyle

On 04/19/2017 09:43 PM, Frank Rowand wrote: >> Something else to keep in mind is that while pr_debugs could be used to >> provide feedback on the reference counts and of_reconfig events they >> don't in anyway tell us where they are happening in the kernel. The > > Yes, that is critical

[PATCH 1/8] clk: si5351: Use devm_kcalloc() in si5351_i2c_probe()

From: Markus Elfring Date: Wed, 19 Apr 2017 22:37:30 +0200 Multiplications for the size determination of memory allocations indicated that array data structures should be processed. Thus use the corresponding function "devm_kcalloc". This issue was detected by

[PATCH 0/8] clk: Fine-tuning for ten function implementations

From: Markus Elfring Date: Thu, 20 Apr 2017 10:12:34 +0200 Some update suggestions were taken into account from static source code analysis. Markus Elfring (8): Use devm_kcalloc() in si5351_i2c_probe() Delete an error message for a failed memory allocation in

Re: [PATCH] ASoC: codec: wm9860: avoid maybe-uninitialized warning

On Thu, Apr 20, 2017 at 10:44 AM, Arnd Bergmann wrote: > On Thu, Apr 20, 2017 at 8:48 AM, Daniel Baluta > wrote: >> Hi Arnd, >> >> On Wed, Apr 19, 2017 at 8:04 PM, Arnd Bergmann wrote: >>> The new PLL configuration code triggers a harmless

Re: [RFC PATCH v0.2] PCI: Add support for tango PCIe host bridge

On 19/04/2017 13:19, Mason wrote: > My biggest problem is that tango_unmask() is never called. FTR, the missing incantation was: Explicitly calling tango_{mask/unmask/ack} from the corresponding msi_{mask/unmask/ack} Marc, I have one nagging doubt, wrt splitting MSI line selection and MSI

Re: [PATCH 7/9] mm, memory_hotplug: replace for_device by want_memblock in arch_add_memory

On 04/10/2017 01:03 PM, Michal Hocko wrote: > From: Michal Hocko > > arch_add_memory gets for_device argument which then controls whether we > want to create memblocks for created memory sections. Simplify the logic > by telling whether we want memblocks directly rather than

[PATCH 4/8] clk: Replace four seq_printf() calls by seq_putc()

From: Markus Elfring Date: Thu, 20 Apr 2017 08:45:43 +0200 Four single characters should be put into a sequence. Thus use the corresponding function "seq_putc". This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring

[PATCH 6/8] clk: Improve a size determination in two functions

From: Markus Elfring Date: Thu, 20 Apr 2017 09:30:52 +0200 Replace the specification of two data structures by pointer dereferences as the parameter for the operator "sizeof" to make the corresponding size determination a bit safer according to the Linux coding

[PATCH 5/8] clk: Combine two seq_puts() calls into one call in clk_summary_show()

From: Markus Elfring Date: Thu, 20 Apr 2017 09:12:35 +0200 Some text was put into a sequence by two separate function calls. Print the same data by a single function call instead. Signed-off-by: Markus Elfring --- drivers/clk/clk.c

[PATCH 7/8] clk: nomadik: Use seq_puts() in nomadik_src_clk_show()

From: Markus Elfring Date: Thu, 20 Apr 2017 09:45:04 +0200 A string which did not contain a data format specification should be put into a sequence. Thus use the corresponding function "seq_puts". This issue was detected by using the Coccinelle software.

[char-misc-next] mei: drop the TODO from samples

The TODO file is not relevant anymore and it's just a leftover from the time the driver was in the staging tree. Signed-off-by: Tomas Winkler Reviewed-by: Alexander Usyskin --- samples/mei/TODO | 2 -- 1 file changed, 2 deletions(-) delete

Re: [PATCH V4 5/7] ARM: sun8i: Use - instead of @ for DT OPP entries

Hi, On Thu, Apr 20, 2017 at 11:14:16AM +0530, Viresh Kumar wrote: > Compiling the DT file with W=1, DTC warns like follows: > > Warning (unit_address_vs_reg): Node /opp_table0/opp@10 has a > unit name, but no reg property > > Fix this by replacing '@' with '-' as the OPP nodes will

Re: [Intel-gfx] [PATCH v2] dma-buf: Rename dma-ops to prevent conflict with kunmap_atomic macro

Hi Marek, Thanks! On 20 April 2017 at 13:36, Marek Szyprowski wrote: > Hi All, > > On 2017-04-20 09:51, Daniel Vetter wrote: >> >> On Wed, Apr 19, 2017 at 01:36:10PM -0600, Logan Gunthorpe wrote: >>> >>> Seeing the kunmap_atomic dma_buf_ops share the same name with a

[PATCH] ASoC: mediatek: add I2C dependency for CS42XX8

We should not select drivers that depend on I2C when that is disabled, as it results in a build error: warning: (SND_SOC_MT2701_WM8960) selects SND_SOC_WM8960 which has unmet direct dependencies (SOUND && !M68K && !UML && SND && SND_SOC && I2C) sound/soc/codecs/wm8960.c:1469:1: error: data

Re: [PATCH v3 6/9] mm, memory_hotplug: do not associate hotadded memory to zones until online

On 04/10/2017 06:25 PM, Michal Hocko wrote: > This contains two minor fixes spotted based on testing by Igor Mammedov. > --- > From d829579cc7061255f818f9aeaa3aa2cd82fec75a Mon Sep 17 00:00:00 2001 > From: Michal Hocko > Date: Wed, 29 Mar 2017 16:07:00 +0200 > Subject: [PATCH]

Re: [PATCH] [RFC] gpu: host1x: shut up warning about DMA API misuse

On Thu, Apr 20, 2017 at 9:02 AM, Mikko Perttunen wrote: > On 19.04.2017 21:24, Arnd Bergmann wrote: >> >> When dma_addr_t and phys_addr_t are not the same size, we get a warning >> from the dma_alloc_wc function: >> >> drivers/gpu/host1x/cdma.c: In function

Re: [GIT PULL 00/16] clocksource: arm_arch_timer: GTDT-based MMIO timer support

Hi Daniel, Lorenzo, Mark, On 20 April 2017 at 16:26, Mark Rutland wrote: > On Wed, Apr 19, 2017 at 11:39:44PM +0200, Daniel Lezcano wrote: >> On Wed, Apr 19, 2017 at 05:44:17PM +0100, Mark Rutland wrote: >> > Hi Daniel, > >> > I realise this is a little late, but I would

Re: net: heap out-of-bounds in fib6_clean_node/rt6_fill_node/fib6_age/fib6_prune_clone

On Thu, Apr 20, 2017 at 1:51 AM, David Ahern wrote: > On 4/19/17 5:47 PM, Cong Wang wrote: >> On Wed, Apr 19, 2017 at 9:12 AM, Andrey Konovalov >> wrote: >>> >>> Anyway, I just finished simplifying the reproducer. Give this one a try. >> >>

[PATCH v2] mdio_bus: Issue GPIO RESET to PHYs.

Some boards [1] leave the PHYs at an invalid state during system power-up or reset thus causing unreliability issues with the PHY which manifests as PHY not being detected or link not functional. To fix this, these PHYs need to be RESET via a GPIO connected to the PHY's RESET pin. Some boards

Re: [PATCHv6] net: dsa: add SMSC/Microchip LAN9303 three port ethernet switch driver

From: Juergen Borleis Date: Tue, 18 Apr 2017 10:48:23 +0200 > The LAN9303 is a three port 10/100 ethernet switch with integrated phys > for the two external ethernet ports. The third port is an RMII/MII > interface to a host master network interface (e.g. fixed link). > >

Re: [PATCH 2/3] x86/intel_rdt: Trim whitespace while parsing schemata input

On Thu, 20 Apr 2017, Thomas Gleixner wrote: On Wed, 19 Apr 2017, Vikas Shivappa wrote: Schemata is displayed in tabular format which introduces some whitespace to show data in a tabular format. If user wants to input the same data that is displayed, the parsing fails. Trim the leading and

Re: [PATCH 2/3] x86/intel_rdt: Trim whitespace while parsing schemata input

On Thu, 20 Apr 2017, Shivappa Vikas wrote: > Will fix. I went overboard not wanting to add a line Finish reading the thread before you start :)

Re: [PATCH 3/4] tty/serdev: add serdev registration interface

On Tue, Apr 11, 2017 at 12:07 PM, Johan Hovold wrote: > Add a new interface for registering a serdev controller and clients, and > a helper function to deregister serdev devices (or a tty device) that > were previously registered using the new interface. > > Once every driver

Re: [PATCH v2 -tip 0/6] locking: Introduce range reader/writer lock

On Thu, Apr 20, 2017 at 10:13:26AM -0700, Davidlohr Bueso wrote: > I have thought of some heuristics for avoiding sleeping under certain > constraints, which could mitigate the spinning step we loose, but I fear it > will never be exactly as fast as rwsems -- just consider > we always take the

Re: [PATCH 2/2] tick: Make sure tick timer is active when bypassing reprogramming

On Thu, 20 Apr 2017, Frederic Weisbecker wrote: > So far we have run into too much troubles with the optimization path > that skips reprogramming the clock on IRQ exit when the expiration > deadline hasn't changed. If by accident the cached deadline happens to > be out of sync with the hardware

[PATCH 1/4] scsi: pmcraid: use __iomem pointers for ioctl argument

kernelci.org reports a new compile warning for old code in the pmcraid driver: arch/mips/include/asm/uaccess.h:138:21: warning: passing argument 1 of '__access_ok' makes pointer from integer without a cast [-Wint-conversion] The warning got introduced by a cleanup to the access_ok() helper that

[PATCH 2/4] scsi: pmcraid: fix lock imbalance in pmcraid_reset_reload()

sparse found a bug that has always been present since the driver was merged: drivers/scsi/pmcraid.c:2353:12: warning: context imbalance in 'pmcraid_reset_reload' - different lock contexts for basic block This adds the missing unlock at the end of the function. I could not figure out if this

[PATCH 3/4] scsi: pmcraid: fix endianess sparse annotations

The use of le32_to_cpu() etc in this driver looks completely arbitrary. It may have made sense at some point, but it is not applied consistently, so this driver presumably won't work on big-endian kernel builds. Unfortunately it's unclear whether the type names or the calls to le32_to_cpu() are

[PATCH 4/4] scsi: pmcraid: fix minor sparse warnings

pmcraid_minor is only used in this one file and should be 'static' as suggested by sparse: drivers/scsi/pmcraid.c:80:1: warning: symbol 'pmcraid_minor' was not declared. Should it be static? In Linux coding style, a literal '0' integer should not be used to represent a NULL pointer:

Re: [PATCH v3] kbuild: Add support to generate LLVM bitcode files

El Tue, Apr 04, 2017 at 10:27:06AM -0700 Matthias Kaehlcke ha dit: > From: Vinícius Tinti > > Add rules to kbuild in order to generate LLVM bitcode files with the .ll > extension when using clang. > > # from c code > CC=clang make kernel/pid.ll > > # from asm

Re: [PATCH v2] NFS: Avoid cross-structure casting

On Wed, 2017-04-12 at 11:59 -0700, Kees Cook wrote: > On Wed, Apr 5, 2017 at 8:29 AM, Kees Cook > wrote: > > When the call to nfs_devname() fails, the error path attempts to > > retain > > the error via the mnt variable, but this requires a cast across > > very > >

Re: [PATCH v2 2/9] staging: ccree: add ahash support

Hi Gilad, [auto build test WARNING on linus/master] [also build test WARNING on v4.11-rc7] [cannot apply to staging/staging-testing next-20170420] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits

[PATCH] staging: ccree: fix ifnullfree.cocci warnings

drivers/staging/ccree/ssi_hash.c:317:2-7: WARNING: NULL check before freeing functions like kfree, debugfs_remove, debugfs_remove_recursive or usb_free_urb is not needed. Maybe consider reorganizing relevant code to avoid passing NULL values. drivers/staging/ccree/ssi_hash.c:320:2-7: WARNING:

Re: [PATCH] timer: fix timer_migration to accept only 0 and 1

On Thu, Apr 20, 2017 at 07:45:49PM +0200, Thomas Gleixner wrote: > On Thu, 20 Apr 2017, Myungho Jung wrote: > > I understood. I'll resubmit the patch after fixing log. > > I recommend to check your inbox first. > > Thanks, > > tglx Yes, I confirmed a message from tip-bot. I'll refer to

Re: [PATCH] arm64: xen: Implement EFI reset_system callback

Hi, On 18/04/17 19:51, Juergen Gross wrote: On 18/04/17 20:46, Stefano Stabellini wrote: On Tue, 18 Apr 2017, Juergen Gross wrote: On 18/04/17 20:37, Stefano Stabellini wrote: On Thu, 6 Apr 2017, Juergen Gross wrote: On 06/04/17 18:43, Daniel Kiper wrote: On Thu, Apr 06, 2017 at 06:22:44PM

Re: [RFC][PATCH] selftests: ftrace: Allow some tests to be run in a tracing instance

On Thu, 20 Apr 2017 13:30:34 -0400 Steven Rostedt wrote: > An tracing instance has several of the same capabilities as the top level > instance, but may be implemented slightly different. Instead of just writing > tests that duplicat the same test cases of the top level

[PATCH] lightnvm: propagate pblk_init return to userspace

>From userspace calling ioctl(NVM_DEV_CREATE) was returning ENOMEM for invalid arguments even though pblk (pblk_init) was returning correctly -EINVAL to nvm_create_tgt inside core. This patch propagates the correct return value to userspace. Because pblk was introduced recently this only needs

Re: [PATCH 3/3] arm64/locking: qspinlocks and qrwlocks support

On Thu, Apr 13, 2017 at 08:12:12PM +0200, Peter Zijlstra wrote: > On Tue, Apr 11, 2017 at 01:35:04AM +0400, Yury Norov wrote: > > > +++ b/arch/arm64/include/asm/qspinlock.h > > @@ -0,0 +1,20 @@ > > +#ifndef _ASM_ARM64_QSPINLOCK_H > > +#define _ASM_ARM64_QSPINLOCK_H > > + > > +#include > > + > >

[PATCH v3] soc: brcmstb: enable drivers for ARM64 and BMIPS

From: Markus Mayer We enable the BRCMSTB SoC drivers not only for ARM, but also ARM64 and BMIPS. Signed-off-by: Markus Mayer --- Changes since v2: - It is not necessary to use (COMPILE_TEST && OF) Changes since v1: - Add BMIPS - Add

Re: [Xen-devel] [PATCH RFC] x86/smpboot: Set safer __max_logical_packages limit

On 20/04/17 16:06, Peter Zijlstra wrote: > On Thu, Apr 20, 2017 at 03:24:53PM +0200, Vitaly Kuznetsov wrote: >> In this patch I suggest we set __max_logical_packages based on the >> max_physical_pkg_id and total_cpus, > So my 4 socket 144 CPU system will then get max_physical_pkg_id=144, > instead

Re: [PATCH] ARM: dts: Add devicetree for the Raspberry Pi 3, for arm32 (v4)

On 03/29/2017 05:26 PM, Eric Anholt wrote: > Raspbian and Fedora have decided to support the Pi3 in 32-bit mode for > now, so it's useful to be able to test that mode on an upstream > kernel. It's also been useful for me to use the same board for 32-bit > and 64-bit development. > >

Re: [PATCH v5 05/32] x86/CPU/AMD: Handle SME reduction in physical address size

On Tue, Apr 18, 2017 at 04:17:11PM -0500, Tom Lendacky wrote: > When System Memory Encryption (SME) is enabled, the physical address > space is reduced. Adjust the x86_phys_bits value to reflect this > reduction. > > Signed-off-by: Tom Lendacky > --- >

Re: [PATCH] net/mlx4: suppress 'may be used uninitialized' warning

From: Greg Thelen Date: Mon, 17 Apr 2017 23:21:35 -0700 > gcc 4.8.4 complains that mlx4_SW2HW_MPT_wrapper() uses an uninitialized > 'mpt' variable: > drivers/net/ethernet/mellanox/mlx4/resource_tracker.c: In function > 'mlx4_SW2HW_MPT_wrapper': >

Re: [PATCH] fs:orangefs:orangefs-debug, orangefs-kernel: Fixing warning issues and use ARRAY_SIZE

Hi Karim, [auto build test ERROR on linus/master] [also build test ERROR on v4.11-rc7 next-20170420] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Karim-Eshapa/fs-orangefs-orangefs-debug

Re: [PATCH 0/5] fs, xfs refcount conversions

On Thu, Apr 20, 2017 at 08:11:41AM +, Reshetova, Elena wrote: > > > > v3: > > * fixed header file inclusion > > I don't think I have heard anything back on this v3 patch set. > Is there still smth here to fix or could you take the changes in? Generally I think it looks ok; it's running

Re: [PATCH v5 05/32] x86/CPU/AMD: Handle SME reduction in physical address size

On 4/20/2017 11:59 AM, Borislav Petkov wrote: On Tue, Apr 18, 2017 at 04:17:11PM -0500, Tom Lendacky wrote: When System Memory Encryption (SME) is enabled, the physical address space is reduced. Adjust the x86_phys_bits value to reflect this reduction. Signed-off-by: Tom Lendacky

Re: net/xfrm: stack-out-of-bounds in xfrm_state_find

On Thu, Apr 20, 2017 at 6:47 PM, Andrey Konovalov wrote: > Hi, > > I've got the following error report while fuzzing the kernel with syzkaller. > > On linux-next commit 4f7d029b9bf009fbee76bb10c0c4351a1870d2f3 (4.11-rc7). > > A reproducer and .config are attached. > >

<    3   4   5   6   7   8   9   10   11   12   >