Re: [PATCH 0/3] Provide more fine grained control over multipathing

On Fri, May 25, 2018 at 04:22:17PM +0200, Johannes Thumshirn wrote: > But Mike's and Hannes' arguments where reasonable as well, we do not > know if there are any existing setups we might break leading to > support calls, which we have to deal with. Personally I don't believe > there are lot's of

[PATCH 6/7] x86: remove the explicit nodac and allowdac option

This is something drivers should decide (modulo chipset quirks like for VIA), which as far as I can tell is how things have been handled for the last 15 years. Note that we keep the usedac option for now, as it is used in the wild to override the too generic VIA quirk. Signed-off-by: Christoph

[PATCH 7/7] x86: switch the VIA 32-bit DMA quirk to use the struct device flag

Instead of globally disabling > 32bit DMA using the arch_dma_supported hook walk the PCI bus under the actually affected bridge and mark every device with the dma_32bit_limit flag. This also gets rid of the arch_dma_supported hook entirely. Signed-off-by: Christoph Hellwig ---

refactor 32-bit dma limit quirks

Hi all, x86 currently has some quirks to force lower dma masks. They are mostly useful for certain VIA systems that otherwise corrupt data, but otherwise don't make much sense given that the modern DMA APIs do the right thing automatically. This series dumps a few of these old kernel command

Re: Perf record of mem event on kernel data address causing freeze

On Thu, May 17, 2018 at 04:38:52PM +0200, Jiri Olsa wrote: > On Fri, May 11, 2018 at 02:23:14PM -0400, Probir Roy wrote: > > I am using perf-tool to record memory access to some kernel addresses. > > For some kernel addresses it freezes/lockup the system. > > > > I am using kernel version 4.15.0

Re: [PATCH] [RFC] bpf: tracing: new helper bpf_get_current_cgroup_ino

On Wed, May 23, 2018 at 4:34 AM Y Song wrote: > I did a quick prototyping and the above interface seems working fine. Thanks! I gave your kernel patch & userspace program a try and it works for me on cgroup-v2. Also, I found out how to get my containers to use both

[PATCH 5/8] xen/gntdev: Add initial support for dma-buf UAPI

From: Oleksandr Andrushchenko Add UAPI and IOCTLs for dma-buf grant device driver extension: the extension allows userspace processes and kernel modules to use Xen backed dma-buf implementation. With this extension grant references to the pages of an imported

[PATCH 7/8] xen/gntdev: Implement dma-buf import functionality

From: Oleksandr Andrushchenko 1. Import a dma-buf with the file descriptor provided and export granted references to the pages of that dma-buf into the array of grant references. 2. Add API to close all references to an imported buffer, so it can be

[PATCH 0/8] xen: dma-buf support for grant device

From: Oleksandr Andrushchenko This work is in response to my previous attempt to introduce Xen/DRM zero-copy driver [1] to enable Linux dma-buf API [2] for Xen based frontends/backends. There is also an existing hyper_dmabuf approach available [3] which, if

Re: [PATCH] drm: check_pixel_format() should return true if no modifiers are passed for a supported pixel format

Hi Ayan, On Fri, May 25, 2018 at 04:35:41PM +0100, Ayan Kumar Halder wrote: If a plane supports a pixel format and the framebuffer does not pass any modifiers, then drm_plane_check_pixel_format() should always return true for the given format regardless of whether the plane supports any

Re: [RFC PATCH 4/5] mm: rename and change semantics of nr_indirectly_reclaimable_bytes

On Thu, 24 May 2018, Vlastimil Babka wrote: > diff --git a/include/linux/mmzone.h b/include/linux/mmzone.h > index 32699b2dc52a..4343948f33e5 100644 > --- a/include/linux/mmzone.h > +++ b/include/linux/mmzone.h > @@ -180,7 +180,7 @@ enum node_stat_item { > NR_VMSCAN_IMMEDIATE,/*

Re: [PATCH] xfs, proc: hide unused xfs procfs helpers

Looks fine to me: Reviewed-by: Christoph Hellwig Al, can you pick this up?

Re: [clang] stack protector and f1f029c7bf

On Thu, May 24, 2018 at 3:43 PM wrote: > On May 24, 2018 3:31:05 PM PDT, Nick Desaulniers wrote: > >On Thu, May 24, 2018 at 3:05 PM H. Peter Anvin wrote: > >> COMPILER AR: "=rm" should NEVER generate worse code than "=r". That > >is > >>

Re: [PATCH 1/7] core, dma-direct: add a flag 32-bit dma limits

On Fri, May 25, 2018 at 06:23:07PM +0200, Christoph Hellwig wrote: > On Fri, May 25, 2018 at 04:50:12PM +0200, Greg Kroah-Hartman wrote: > > On Fri, May 25, 2018 at 04:35:06PM +0200, Christoph Hellwig wrote: > > > Various PCI bridges (VIA PCI, Xilinx PCIe) limit DMA to only 32-bits > > > even if

Re: [PATCH] HID: steam: select CONFIG_POWER_SUPPLY

On Fri, May 25, 2018 at 5:30 PM, Arnd Bergmann wrote: > Using the power supply APIs requires selecting the appropriate > Kconfig symbol, otherwise we get this build failure: > > drivers/hid/hid-steam.o: In function `steam_unregister': > hid-steam.c:(.text+0x1cc): undefined

Re: [alsa-devel] [PATCH v2 1/3] ASoC: topology: Improve backwards compatibility with v4 topology files

Adding Vinod to help review as well.. > Commit dc31e741db49 ("ASoC: topology: ABI - Add the types for BE > DAI") introduced sound topology files version 5. Initially, this > change made the topology code incompatible with v4 topology files. > Backwards compatibility with v4 configuration files was

Re: [PATCH v3 6/6] tty/serial: atmel: changed the driver to work under at91-usart mfd

On 25/05/2018 14:17, Radu Pirea wrote: > > > On 05/15/2018 04:14 PM, Richard Genoud wrote: >> On 15/05/2018 14:47, Radu Pirea wrote: >>> On Mon, 2018-05-14 at 12:57 +0200, Richard Genoud wrote: After your patch, the DMA is not selected anymore: atmel_usart_serial

[PATCH 1/2] regmap: add missing prototype for devm_init_slimbus

For some reason the devm variant of slimbus init is not added into the header eventhough this __devm_regmap_init_slimbus() is an exported function. This patch adds this. This also fixes below warning in regmap-slimbus.c regmap-slimbus.c:65:15: warning: symbol '__devm_regmap_init_slimbus' was not

Re: [alsa-devel] [RFC/RFT PATCH] ASoC: topology: Improve backwards compatibility with v4 topology files

On Fri, May 25, 2018 at 6:42 AM Shreyas NC wrote: > > > > +struct skl_dfw_v4_pipe { > > > > + u8 pipe_id; > > > > + u8 pipe_priority; > > > > + u16 conn_type:4; > > > > + u16 rsvd:4; > > > > + u16 memory_pages:8; > > > > +} __packed; > > > > + > > > >

Re: [PATCH V4] mlx4_core: allocate ICM memory in page size chunks

From: Qing Huang Date: Wed, 23 May 2018 16:22:46 -0700 > When a system is under memory presure (high usage with fragments), > the original 256KB ICM chunk allocations will likely trigger kernel > memory management to enter slow path doing memory compact/migration > ops in

Re: [PATCH v2 5/5] MAINTAINERS: Add Actions Semi S900 pinctrl entries

On Fri, May 25, 2018 at 02:12:06PM +0200, Linus Walleij wrote: > On Fri, May 25, 2018 at 7:01 AM, Manivannan Sadhasivam > wrote: > > > FYI, I have ordered S700 based Cubieboard and will work on adding support > > for > > that first. I still don't have access to

[PATCH v4] usbip: dynamically allocate idev by nports found in sysfs

As the amount of available ports varies by the kernels build configuration. To remove the limitation of the fixed 128 ports we allocate the amount of idevs by using the number we get from the kernel. Signed-off-by: Michael Grzeschik --- v1 -> v2: - reworked memory

Re: [PATCH] mtd: nand: raw: atmel: add module param to avoid using dma

Hi, Peter, On 04/11/2018 06:34 PM, Nicolas Ferre wrote: I'll try to move forward with your detailed explanation and with my contacts within the "product" team internally. We have talked with the hardware team, looks like there is an error in the description of the Master to Slave Access

Linux 3.18.110

I'm announcing the release of the 3.18.110 kernel. All users of the 3.18 kernel series must upgrade. The updated 3.18.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.18.y and can be browsed at the normal kernel.org git web

Re: [PATCH 0/3] Provide more fine grained control over multipathing

On Fri, May 25 2018 at 10:12am -0400, Christoph Hellwig wrote: > On Fri, May 25, 2018 at 09:58:13AM -0400, Mike Snitzer wrote: > > We all basically knew this would be your position. But at this year's > > LSF we pretty quickly reached consensus that we do in fact need this. > >

Re: [PATCH V2 rdma-next 3/4] RDMA/hns: Add reset process for RoCE in hip08

On Fri, May 25, 2018 at 01:54:31PM +0800, Wei Hu (Xavier) wrote: > > > On 2018/5/25 5:31, Jason Gunthorpe wrote: > >> static const struct hnae3_client_ops hns_roce_hw_v2_ops = { > >>.init_instance = hns_roce_hw_v2_init_instance, > >>.uninit_instance = hns_roce_hw_v2_uninit_instance, >

[PATCH 1/5] media: omap3isp: fix warning for !CONFIG_PM

The final version of the COMPILE_TEST patch for this driver missed one warning about suspend/resume functions that can now appear on platforms that don't always set CONFIG_PM: drivers/media/platform/omap3isp/isp.c:1008:13: error: 'isp_resume_modules' defined but not used

[PATCH 4/8] xen/gntdev: Allow mappings for DMA buffers

From: Oleksandr Andrushchenko Allow mappings for DMA backed buffers if grant table module supports such: this extends grant device to not only map buffers made of balloon pages, but also from buffers allocated with dma_alloc_xxx. Signed-off-by: Oleksandr

[PATCH 6/8] xen/gntdev: Implement dma-buf export functionality

From: Oleksandr Andrushchenko 1. Create a dma-buf from grant references provided by the foreign domain. By default dma-buf is backed by system memory pages, but by providing GNTDEV_DMA_FLAG_XXX flags it can also be created as a DMA

[PATCH 8/8] xen/gntdev: Expose gntdev's dma-buf API for in-kernel use

From: Oleksandr Andrushchenko Allow creating grant device context for use by kernel modules which require functionality, provided by gntdev. Export symbols for dma-buf API provided by the module. Signed-off-by: Oleksandr Andrushchenko

[PATCH 2/8] xen/balloon: Move common memory reservation routines to a module

From: Oleksandr Andrushchenko Memory {increase|decrease}_reservation and VA mappings update/reset code used in balloon driver can be made common, so other drivers can also re-use the same functionality without open-coding. Create a dedicated module for the

[PATCH] iio: adc: sun4i-gpadc: select REGMAP_IRQ

We can't call regmap_irq_get_virq() unless the regmap-irq support is enabled: drivers/iio/adc/sun4i-gpadc-iio.o: In function `sun4i_irq_init': sun4i-gpadc-iio.c:(.text+0x59c): undefined reference to `regmap_irq_get_virq' I came across this in a randconfig build now, but I guess this is a much

[PATCH 1/8] drm/sun4i: mark PM functions as __maybe_unused

Disabling CONFIG_PM produces a compile time warning when these functions are not referenced: drivers/gpu/drm/sun4i/sun6i_mipi_dsi.c:1072:12: error: 'sun6i_dsi_runtime_suspend' defined but not used [-Werror=unused-function] static int sun6i_dsi_runtime_suspend(struct device *dev)

[PATCH 2/8] drm/amdgpu: fix 32-bit build warning

Casting a pointer to a 64-bit type causes a warning on 32-bit targets: drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gfx_v9.c:473:24: error: cast from pointer to integer of different size [-Werror=pointer-to-int-cast] lower_32_bits((uint64_t)wptr)); ^

[PATCH 2/2] ARM: shmobile: only call secure_cntvoff_init on SMP builds

The secure_cntvoff_init() function is not available without CONFIG_SMP, leading to a link error on shmobile: arch/arm/mach-shmobile/setup-rcar-gen2.o: In function `rcar_gen2_timer_init': setup-rcar-gen2.c:(.init.text+0x18): undefined reference to `secure_cntvoff_init' >From the description in

[PATCH 1/2] ARM: stm32: Don't select DMA unconditionally on STM32MP157C

The patch that enabled these had no useful changelog that explains why it is done, and it causes a build warning: WARNING: unmet direct dependencies detected for STM32_DMA Depends on [n]: DMADEVICES [=n] && (ARCH_STM32 [=y] || COMPILE_TEST [=y]) Selected by [y]: - MACH_STM32MP157 [=y] &&

Re: [RESEND PATCH V5 33/33] block: document usage of bio iterator helpers

On 05/24/2018 08:46 PM, Ming Lei wrote: > Now multipage bvec is supported, and some helpers may return page by > page, and some may return segment by segment, this patch documents the > usage for helping us use them correctly. > > Signed-off-by: Ming Lei > --- >

[PATCH 3/3] arm64: dts: Update Stingray clock DT nodes

Update clock output names in the Stingray clock DT nodes so they match the binding document and the latest ASIC datasheet. Also add entries for LCPLL2 Signed-off-by: Pramod Kumar Signed-off-by: Ray Jui ---

[PATCH 0/3] Update Broadcom Stingray clock entries

This patch series updates Broadcom Stingray clock entries so they match the latest ASIC datasheet This patch series is based off v4.17-rc5 and is available on GIHUB: repo: https://github.com/Broadcom/arm64-linux.git branch: sr-clk-v1 Ray Jui (3): dt-bindings: clk: Update Stingray binding doc

[PATCH v5 00/10] track CPU utilization

This patchset initially tracked only the utilization of RT rq. During OSPM summit, it has been discussed the opportunity to extend it in order to get an estimate of the utilization of the CPU. - Patches 1-3 correspond to the content of patchset v4 and add utilization tracking for rt_rq. When

[PATCH v5 10/10] proc/sched: remove unused sched_time_avg_ms

/proc/sys/kernel/sched_time_avg_ms entry is not used anywhere. Remove it Signed-off-by: Vincent Guittot --- include/linux/sched/sysctl.h | 1 - kernel/sched/core.c | 8 kernel/sched/sched.h | 1 - kernel/sysctl.c | 8 4

Re: [PATCH] Bluetooth: Add a new Realtek 8723DE ID 0bda:b009

Hi Jian-Hong, On Fri, May 25, 2018 at 3:54 AM, Jian-Hong Pan wrote: > > Without this patch we cannot turn on the Bluethooth adapter on HP > 14-bs007la. Please correct me if I'm wrong, but it looks like we are still waiting for the testing of this patch from our

Re: OMAP serial runtime PM and autosuspend (was: Re: [PATCH 4/7] dt-bindings: gnss: add u-blox binding))

On Thu, May 24, 2018 at 06:32:37AM -0700, Tony Lindgren wrote: > * Johan Hovold [180524 09:20]: > > On Mon, May 21, 2018 at 08:48:32AM -0700, Tony Lindgren wrote: > > > Well if you have some better mechanism in mind let's try it out. Short of > > > sprinkling

Re: Turris Omnia firmware possibilities [Was: Re: led: hw-trigger, global brightness and multi-colored leds]

On Fri, May 25, 2018 at 8:08 AM, Uwe Kleine-König wrote: > Hello Tomas, > > On 05/25/2018 12:08 AM, Tomas Hlavacek wrote: >> But I also have good news: The FW of the MCU is also OSS (see the repo >> in the link (1)). There is a method for flashing the MCU over I2C from >>

Re: [PATCH] drivers/net/phy/micrel: Fix for PHY KSZ8061 errrata: Potential link-up failure when Ethernet cable is connected slowly

On 05/25/2018 05:37 AM, Alexander Onnasch wrote: > Signed-off-by: Alexander Onnasch You would want to make the commit subject shorter (ideally capped somewhere around 72 characters) and provide a commit message which explains the issue and why the workaround is

[PATCH] xfs, proc: hide unused xfs procfs helpers

These two functions now trigger a warning when CONFIG_PROC_FS is disabled: fs/xfs/xfs_stats.c:128:12: error: 'xqmstat_proc_show' defined but not used [-Werror=unused-function] static int xqmstat_proc_show(struct seq_file *m, void *v) ^ fs/xfs/xfs_stats.c:118:12:

Re: [PATCH 1/6] coresight: remove CORESIGHT_LINKS_AND_SINKS dependencies and selections

On 24 May 2018 at 17:30, Kim Phillips wrote: > On Thu, 24 May 2018 09:32:48 -0600 > Mathieu Poirier wrote: > >> On 23 May 2018 at 13:51, Kim Phillips wrote: >> > On Tue, 22 May 2018 11:31:40 -0600 >> > Mathieu Poirier

Re: [RFT v2 1/4] perf cs-etm: Generate sample for missed packets

Em Fri, May 25, 2018 at 03:03:47PM +0100, Robert Walker escreveu: > Hi Leo, > > Following the discussions from your reply to this with a simplified patch, > this version of the patch works better as you also need to emit a branch > sample when handling a CS_ETM_TRACE_ON packet to indicate the end

Re: [PATCH v9 1/3] drm: Add writeback connector type

On Thu, May 24, 2018 at 05:41:01PM +0100, Liviu Dudau wrote: From: Brian Starkey Writeback connectors represent writeback engines which can write the CRTC output to a memory framebuffer. Add a writeback connector type and related support functions. Drivers should

[PATCH 1/4 v2] PM / suspend: Prevent might sleep splats

From: Thomas Gleixner timekeeping suspend/resume calls read_persistent_clock() which takes rtc_lock. That results in might sleep warnings because at that point we run with interrupts disabled. We cannot convert rtc_lock to a raw spinlock as that would trigger other might

[PATCH v7 1/3] acpi: apei: Rename GHES_SEV_PANIC to GHES_SEV_FATAL

'GHES_SEV_PANIC' implies that the kernel must panic. That was true many years ago when fatal errors could not be handled and recovered. However, this is no longer the case with PCIe AER and DPC errors. The latter class of errors are contained at the hardware level. 'GHES_SEV_PANIC' is confusing

Re: [PATCH] drm: check_pixel_format() should return true if no modifiers are passed for a supported pixel format

On Fri, May 25, 2018 at 04:35:41PM +0100, Ayan Kumar Halder wrote: > If a plane supports a pixel format and the framebuffer does not pass any > modifiers, then drm_plane_check_pixel_format() should always return true > for the given format regardless of whether the plane supports any > modifiers

[GIT PULL] arm64: fixes for -rc7

Hi Linus, Here are a few arm64 fixes for -rc7. The two main fixes are for the asm constraints in our LSE atomics and for our pmd/pud setters when changing permissions for kernel mappings. Summary in the tag. Please pull, Will --->8 The following changes since commit

[PATCH] pwm: stm32: enforce dependency on CONFIG_MFD_STM32_TIMERS

When compile-testing the pwm driver without also enabling the stm32_timers MFD, we run into a link error: drivers/pwm/pwm-stm32.o: In function `stm32_pwm_raw_capture.isra.6': pwm-stm32.c:(.text+0xcb0): undefined reference to `stm32_timers_dma_burst_read' We don't need the '|| COMPILE_TEST' here,

Re: [PATCH net-next] bpfilter: fix a build err

On Fri, May 25, 2018 at 06:17:57PM +0800, YueHaibing wrote: > gcc-7.3.0 report following err: > > HOSTCC net/bpfilter/main.o > In file included from net/bpfilter/main.c:9:0: > ./include/uapi/linux/bpf.h:12:10: fatal error: linux/bpf_common.h: No such > file or directory > #include > >

Re: [clang] stack protector and f1f029c7bf

On May 25, 2018 9:27:40 AM PDT, Nick Desaulniers wrote: >On Thu, May 24, 2018 at 3:43 PM wrote: >> On May 24, 2018 3:31:05 PM PDT, Nick Desaulniers > >wrote: >> >On Thu, May 24, 2018 at 3:05 PM H. Peter Anvin

Re: [PATCH v10 13/16] vb2: add out-fence support to QBUF

Hi Ezequiel, Not sure if this patch series is still relevant, but I spotted a couple more things below. On Mon, May 21, 2018 at 01:59:43PM -0300, Ezequiel Garcia wrote: From: Gustavo Padovan If V4L2_BUF_FLAG_OUT_FENCE flag is present on the QBUF call we create

[PATCH v2] mmc: Allow non-sleeping GPIO cd

This change uses the appropriate _cansleep or non-sleeping API for reading GPIO card detect state. This allows users with GPIOs that never sleep to avoid a warning when certain quirks are present. The sdhci controller has an SDHCI_QUIRK_NO_CARD_NO_RESET, which indicates that a controller will not

[PATCH] arm64: defconfig: Enable PCIe on msm8996 and db820c

The msm8996 PCIe sits behind the "agnoc0", which is represented as a simple-pm-bus, so enable support for this. Then enable the QMP phy driver. Also enable the atl1c ethernet driver and ath10k wlan driver to support these components on the DragonBoard820c. Signed-off-by: Bjorn Andersson

Re: [PATCH 1/7] fs: allow per-device dax status checking for filesystems

On Fri, May 25, 2018 at 09:42:29AM -0600, Ross Zwisler wrote: > On Thu, May 24, 2018 at 10:02:18PM -0700, Darrick J. Wong wrote: > > On Thu, May 24, 2018 at 08:55:12PM -0600, Ross Zwisler wrote: > > > From: "Darrick J. Wong" > > > > > > Remove __bdev_dax_supported and

RE: [PATCH v6 09/11] firmware: xilinx: Add debugfs for clock control APIs

Hi Sudeep, > -Original Message- > From: Sudeep Holla [mailto:sudeep.ho...@arm.com] > Sent: Tuesday, May 15, 2018 1:58 AM > To: Jolly Shah ; ard.biesheu...@linaro.org; > mi...@kernel.org; gre...@linuxfoundation.org; m...@codeblueprint.co.uk; > hkallwe...@gmail.com;

[PATCH v2 4/4] drm/tinydrm: new driver for ILI9341 display panels

This adds a new driver for display panels that use the Ilitek ILI9341 controller. It currently supports a single display panel, namely the YX240QV29-T (e.g. Adafruit 2.4" TFT). The init sequence is from the Adafruit Python library for the ILI9341 controller.

[PATCH v2 3/4] dt-bindings: new binding for Ilitek ILI9341 display panels

This adds a new binding for Ilitek ILI9341 display panels. It includes a compatible string for one display (more can be added in the future). The vendor prefix "noname" is used because the vendor is not known. The YX240QV29-T panel[1] is found, for example, in an Adafruit breakout board[2] and in

[PATCH v2 1/4] MAINTAINERS: fix path to ilitek,ili9225 device tree bindings

This fixes the path to the ilitek,ili9225 device tree binding file. Signed-off-by: David Lechner Reviewed-by: Noralf Trønnes --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index

Re: [PATCH] x86/KVM: Fix incorrect SSBD bit in kvm_cpuid_7_0_edx_x86_features

2018-05-25 13:16-0400, Waiman Long: > As the SSBD bit in kvm_cpuid_7_0_edx_x86_features has been renamed to > SPEC_CTRL_SSBD in the commit 52817587e706 ("x86/cpufeatures: Disentangle > SSBD enumeration"). The corresponding name change needed to be made in > the KVM code as well. > > Fixes:

Re: [PATCH v3 1/7] security: rename security_kernel_read_file() hook

James Morris writes: > On Thu, 24 May 2018, Eric W. Biederman wrote: > >> Below is where I suggest you start on sorting out these security hooks. >> - Adding a security_kernel_arg to catch when you want to allow/deny the >> use of an argument to a syscall. What

Re: [PATCH v2 0/2] rtmutex wait_lock is irq safe

Anna-Maria Gleixner writes: > Since commit b4abf91047cf ("rtmutex: Make wait_lock irq safe") the rtmutex > wait_lock is irq safe. Therefore the irqsave/restore in kernel/signal is no > longer required (see Patch 2/2). During discussions about v1 of this patch, > Eric

Re: [PATCH] arm64: dts: fix regulator property name for wlan pcie endpoint

On Tue 22 May 12:57 PDT 2018, Niklas Cassel wrote: > The property name vddpe-supply is not included in > Documentation/devicetree/bindings/pci/qcom,pcie.txt > nor in the pcie-qcom PCIe Root Complex driver. > > This property name was used in an initial patchset for pcie-qcom, > but was renamed in

Re: [PATCH v2] arm64: dts: apq8096-db820c: Removed bt-en-1-8v regulator

On Thu 24 May 11:01 PDT 2018, Thierry Escande wrote: > This patch removes the unused bt-en-1-8v regulator and moves the > bt_en_gios claim to the pm8994_gpios node. > > This bt_en_gpio could have been moved to the bluetooth serial node but > instead this node declares an 'enable' gpio addressing

[PATCH v2 0/4] drm/tinydrm: new dirver for ILI9341 displays

This series adds a new tinydrm driver for the Ilitek ILI9341 controller and a 2.4" display panel that uses this controller. A few things to note here: * The datasheet for this display[1] doesn't have a vendor mentioned on it anywhere, so I have used "adafruit" as the vendor prefix. If someone

[PATCH v2 2/4] dt-bindings: Add vendor prefix for Adafruit

This adds a device tree vendor prefix for Adafruit Industries, LLC. Signed-off-by: David Lechner --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt

Re: [PATCH] mm, page_alloc: do not break __GFP_THISNODE by zonelist reset

On Fri, 25 May 2018 15:08:53 +0200 Vlastimil Babka wrote: > we might consider this for 4.17 although I don't know if there's anything > currently broken. Stable backports should be more important, but will have to > be reviewed carefully, as the code went through many changes. >

Re: [PATCH RFC rcu/x86] Provide early rcu_cpu_starting() callback

On Fri, May 25, 2018 at 03:19:33PM -0400, Steven Rostedt wrote: > On Fri, 25 May 2018 12:18:02 -0700 > "Paul E. McKenney" wrote: > > > [ paulmck: Add !SMP support, per 0day Test Robot report. ] > > Somehow I read this as: > > [ paulmck: Add NR_CPUS=0 support ] >

Re: [PATCH v2] f2fs: let fstrim issue discard commands in lower priority

The fstrim gathers huge number of large discard commands, and tries to issue without IO awareness, which results in long user-perceive IO latencies on READ, WRITE, and FLUSH in UFS. We've observed some of commands take several seconds due to long discard latency. This patch limits the maximum

Re: [PATCH v5] Refactor part of the oom report in dump_header

On Fri, 25 May 2018, ufo19890607 wrote: > From: yuzhoujian > > The dump_header does not print the memcg's name when the system > oom happened, so users cannot locate the certain container which > contains the task that has been killed by the oom killer. > > I follow

Re: [PATCH 4/7] dm: prevent DAX mounts if not supported

On Thu, May 24 2018 at 10:55pm -0400, Ross Zwisler wrote: > Currently the code in dm_dax_direct_access() only checks whether the target > type has a direct_access() operation defined, not whether the underlying > block devices all support DAX. This latter property

Re: [PATCH v4] rcu: Speed up calling of RCU tasks callbacks

On Thu, May 24, 2018 at 06:49:46PM -0400, Steven Rostedt wrote: > > From: Steven Rostedt (VMware) > > Joel Fernandes found that the synchronize_rcu_tasks() was taking a > significant amount of time. He demonstrated it with the following test: > > # cd /sys/kernel/tracing

Re: WARNING and PANIC in irq_matrix_free

Hi, We are seeing something probably related. We run ethtool on a system with Broadcom NIC to increase number of combined queues. [root@ ~]# ethtool -l eth0 Channel parameters for eth0: Pre-set maximums: RX: 9 TX: 8 Other: 0

Re: [PATCH] xfs: mark sb_fname as nonstring

On Fri, May 25, 2018 at 6:53 PM, Eric Sandeen wrote: > On 5/25/18 10:14 AM, Arnd Bergmann wrote: >> >> gcc-8 reports two warnings for the newly added getlabel/setlabel code: > > > Thanks for catching these. > > The patch summary confuses me, what does "mark sb_fname as

[patch] mm, hugetlb_cgroup: suppress SIGBUS when hugetlb_cgroup charge fails

When charging to a hugetlb_cgroup fails, alloc_huge_page() returns ERR_PTR(-ENOSPC) which will cause VM_FAULT_SIGBUS to be returned to the page fault handler. Instead, return the proper error code, ERR_PTR(-ENOMEM), so VM_FAULT_OOM is handled correctly. This is consistent with failing mem cgroup

Re: [PATCH] xfs: mark sb_fname as nonstring

On 5/25/18 3:16 PM, Arnd Bergmann wrote: On Fri, May 25, 2018 at 6:53 PM, Eric Sandeen wrote: On 5/25/18 10:14 AM, Arnd Bergmann wrote: ... @@ -1860,7 +1860,7 @@ xfs_ioc_setlabel( spin_lock(>m_sb_lock); memset(sbp->sb_fname, 0, sizeof(sbp->sb_fname));

[PATCHv2 2/2] crypto: ccp: Add GET_ID SEV command

The GET_ID command, added as of SEV API v0.16, allows the SEV firmware to be queried about a unique CPU ID. This unique ID can then be used to obtain the public certificate containing the Chip Endorsement Key (CEK) public key signed by the AMD SEV Signing Key (ASK). For more information please

[PATCHv2 1/2] crypto: ccp: Add DOWNLOAD_FIRMWARE SEV command

The DOWNLOAD_FIRMWARE command, added as of SEV API v0.15, allows the OS to install SEV firmware newer than the currently active SEV firmware. For the new SEV firmware to be applied it must: * Pass the validation test performed by the existing firmware. * Be of the same build or a newer build

[PATCH 06/11] PM / devfreq: Add struct devfreq_policy

Move variables related with devfreq policy changes from struct devfreq to the new struct devfreq_policy and add a policy field to struct devfreq. The following variables are moved: df->min/max_freq => p->user.min/max_freq df->scaling_min/max_freq => p->devinfo.min/max_freq

[PATCH 09/11] misc: throttler: Add core support for non-thermal throttling

The purpose of the throttler is to provide support for non-thermal throttling. Throttling is triggered by external event, e.g. the detection of a high battery discharge current, close to the OCP limit of the battery. The throttler is only in charge of the throttling, not the monitoring, which is

[PATCH 10/11] dt-bindings: misc: add bindings for throttler

Signed-off-by: Matthias Kaehlcke --- .../devicetree/bindings/misc/throttler.txt| 41 +++ 1 file changed, 41 insertions(+) create mode 100644 Documentation/devicetree/bindings/misc/throttler.txt diff --git

[PATCH 11/11] misc/throttler: Add Chrome OS EC throttler

The driver subscribes to throttling events from the Chrome OS embedded controller and enables/disables system throttling based on these events. Signed-off-by: Matthias Kaehlcke --- drivers/misc/throttler/Kconfig | 15 +++ drivers/misc/throttler/Makefile

[PATCH 05/11] PM / devfreq: governors: Return device frequency limits instead of user limits

The performance, powersave and simpleondemand governors can return df->min/max_freq, which are the user defined frequency limits. update_devfreq() already takes care of adjusting the target frequency with the user limits if necessary, therefore we can return df->scaling_min/max_freq instead, which

Re: [PATCH V1 2/3] mmc: sdhci-msm: Add msm version specific ops and data structures

On Thu, May 24, 2018 at 5:35 AM Vijay Viswanath wrote: > On 5/22/2018 11:40 PM, Evan Green wrote: > > On Thu, May 17, 2018 at 3:30 AM Vijay Viswanath > wrote: > > > >> In addition to offsets of certain registers changing, the registers in >

Re: [PATCH V1 3/3] mmc: host: Register changes for sdcc V5

On Thu, May 24, 2018 at 6:01 AM Vijay Viswanath wrote: > On 5/22/2018 11:42 PM, Evan Green wrote: > > Hi Vijay. Thanks for this patch. > > > > On Thu, May 17, 2018 at 3:30 AM Vijay Viswanath > wrote: > > > >> From: Sayali Lokhande

Re: [PATCH net-next] net: dsa: dsa_loop: Make dynamic debugging helpful

From: Florian Fainelli Date: Thu, 24 May 2018 20:52:14 -0700 > Remove redundant debug prints from phy_read/write since we can trace those > calls through trace events. Enhance dynamic debug prints to print arguments > which helps figuring how what is going on at the driver

Re: [PATCH] cpufreq / CPPC: Add cpuinfo_cur_freq support for CPPC

On 5/25/2018 12:27 AM, George Cherian wrote: > Hi Prashanth, > > On 05/25/2018 12:55 AM, Prakash, Prashanth wrote: >> Hi George, >> >> On 5/22/2018 5:42 AM, George Cherian wrote: >>> Per Section 8.4.7.1.3 of ACPI 6.2, The platform provides performance >>> feedback via set of performance counters.

[PATCH] pwm: stm32: fix build warning with CONFIG_DMA_ENGINE disabled

Without dmaengine support, we get a harmless warning about an unused function: drivers/pwm/pwm-stm32.c:166:12: error: 'stm32_pwm_capture' defined but not used [-Werror=unused-function] Changing the #ifdef to an IS_ENABLED() check shuts up that warning and is slightly nicer to read. Fixes:

[PATCH] mmc: sunxi: mark PM functions as __maybe_unused

The newly added runtime-pm functions cause a harmless warning when CONFIG_PM is disabled: drivers/mmc/host/sunxi-mmc.c:1452:12: error: 'sunxi_mmc_runtime_suspend' defined but not used [-Werror=unused-function] static int sunxi_mmc_runtime_suspend(struct device *dev)

[PATCH] memory: tegra: include linux/spinlock.h

The newly added code in this file causes a build error unless we include linux/spinlock.h, at least in some configurations: In file included from drivers/memory/tegra/mc.h:15, from drivers/memory/tegra/tegra20.c:11: include/soc/tegra/mc.h:159:2: error: unknown type name

Re: [PATCH v3 13/14] tracing/selftest: Add selftests to test trace_marker histogram triggers

On Fri, 25 May 2018 14:07:31 -0400 Steven Rostedt wrote: > > > > BTW, would you plan to add simplar test case for the marker? > > (like just write a marker and read trace log, and run a simple > > trigger, like taking a snapshot by marker) > > I wasn't planning to, but

Re: [PATCH] memory: tegra: include linux/spinlock.h

On 26.05.2018 00:11, Arnd Bergmann wrote: > The newly added code in this file causes a build error unless > we include linux/spinlock.h, at least in some configurations: > > In file included from drivers/memory/tegra/mc.h:15, > from drivers/memory/tegra/tegra20.c:11: >

[PATCH] ath9k: mark expected switch fall-throughs

In preparation to enabling -Wimplicit-fallthrough, mark switch cases where we are expecting to fall through. Signed-off-by: Gustavo A. R. Silva --- drivers/net/wireless/ath/ath9k/ar5008_phy.c | 2 ++ drivers/net/wireless/ath/ath9k/ar9002_phy.c | 1 +

Re: WARNING and PANIC in irq_matrix_free

Adding Broadcom developers to the thread. Hi Michael, Vasundhara, and Andy, Could you please help look into the case I found? ethtool crashes the system for both net/master and net-next/master. Thanks, Song On Fri, May 25, 2018 at 1:10 PM, Song Liu wrote: > Hi, > > We

Re: [PATCH] kdump: add default crashkernel reserve kernel config options

Petr Tesarik writes: > V Thu, 24 May 2018 11:34:05 -0500 > ebied...@xmission.com (Eric W. Biederman) napsáno: > >> Petr Tesarik writes: >> >> 2> On Thu, 24 May 2018 09:49:05 +0800 >> > Dave Young wrote: >> > >> >> Hi Petr, >> >> >> >>

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