Re: [PATCH v6 01/12] drivers: base: Unified device connection lookup

On Fri, Mar 02, 2018 at 11:20:46AM +0100, Hans de Goede wrote: > From: Heikki Krogerus > > Several frameworks - clk, gpio, phy, pmw, etc. - maintain > lookup tables for describing connections and provide custom > API for handling them. This introduces a single generic > lookup table and API for t

[PULL] Documentation build fix

The following changes since commit e67548254b86a4a6e1b493f041bb7fe28ee74249: Merge tag 'mips_fixes_4.16_4' of git://git.kernel.org/pub/scm/linux/kernel/git/jhogan/mips (2018-03-08 10:03:12 -0800) are available in the Git repository at: git://git.lwn.net/linux.git tags/docs-4.16-fix for yo

[PATCH v8 02/13] [media] hackrf: group device capabilities

From: Gustavo Padovan Instead of putting V4L2_CAP_STREAMING and V4L2_CAP_READWRITE everywhere, set device_caps earlier with these values. Signed-off-by: Gustavo Padovan --- drivers/media/usb/hackrf/hackrf.c | 11 --- 1 file changed, 4 insertions(+), 7 deletions(-) diff --git a/drivers

[PATCH v8 05/13] [media] v4l: add 'unordered' flag to format description ioctl

From: Gustavo Padovan For explicit synchronization it important for userspace to know if the format being used by the driver can deliver the buffers back to userspace in the same order they were queued with QBUF. Ordered streams fits nicely in a pipeline with DRM for example, where ordered buffe

[PATCH v8 07/13] [media] vb2: mark codec drivers as unordered

From: Gustavo Padovan In preparation to have full support to explicit fence we are marking codec as non-ordered preventively. It is easier and safer from an uAPI point of view to move from unordered to ordered than the opposite. Signed-off-by: Gustavo Padovan --- drivers/media/platform/coda/co

[PATCH v8 06/13] [media] cobalt: add .is_unordered() for cobalt

From: Gustavo Padovan The cobalt driver may reorder the capture buffers so we need to report it as such. v2: - use vb2_ops_set_unordered() helper Signed-off-by: Gustavo Padovan --- drivers/media/pci/cobalt/cobalt-v4l2.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/media/pci/cob

[PATCH v8 08/13] [media] vb2: add explicit fence user API

From: Gustavo Padovan Turn the reserved2 field into fence_fd that we will use to send an in-fence to the kernel or return an out-fence from the kernel to userspace. Two new flags were added, V4L2_BUF_FLAG_IN_FENCE, that should be used when sending a fence to the kernel to be waited on, and V4L2_

[PATCH v8 11/13] [media] v4l: introduce the fences capability

From: Gustavo Padovan Drivers capable of using fences (vb2 drivers) should report the V4L2_CAP_FENCES to userspace, so add this flag to the uapi. Signed-off-by: Gustavo Padovan --- Documentation/media/uapi/v4l/vidioc-querycap.rst | 3 +++ include/uapi/linux/videodev2.h | 1 +

[PATCH v8 12/13] [media] v4l: Add V4L2_CAP_FENCES to drivers

From: Gustavo Padovan Drivers that use videobuf2 are capable of using fences and should report that to userspace. The coding style is following what each drivers was already doing. Signed-off-by: Gustavo Padovan --- drivers/media/pci/cobalt/cobalt-v4l2.c | 3 ++- drivers/media/pci

[PATCH v8 13/13] [media] v4l: Document explicit synchronization behavior

From: Gustavo Padovan Add section to VIDIOC_QBUF and VIDIOC_QUERY_BUF about it v6: - Close some gaps in the docs (Hans) v5: - Remove V4L2_CAP_ORDERED - Add doc about V4L2_FMT_FLAG_UNORDERED v4: - Document ordering behavior for in-fences - Document V4L2_CAP_O

[PATCH v8 10/13] [media] vb2: add out-fence support to QBUF

From: Gustavo Padovan If V4L2_BUF_FLAG_OUT_FENCE flag is present on the QBUF call we create an out_fence and send its fd to userspace on the fence_fd field as a return arg for the QBUF call. The fence is signaled on buffer_done(), when the job on the buffer is finished. v9: - remove in-fenc

[PATCH v8 09/13] [media] vb2: add in-fence support to QBUF

From: Gustavo Padovan Receive in-fence from userspace and add support for waiting on them before queueing the buffer to the driver. Buffers can't be queued to the driver before its fences signal. And a buffer can't be queue to the driver out of the order they were queued from userspace. That mean

[PATCH v8 03/13] [media] omap3isp: group device capabilities

From: Gustavo Padovan Instead of putting V4L2_CAP_STREAMING everywhere, set device_caps earlier with this value. Signed-off-by: Gustavo Padovan --- drivers/media/platform/omap3isp/ispvideo.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/drivers/media/platform/oma

[PATCH v8 04/13] [media] vb2: add is_unordered callback for drivers

From: Gustavo Padovan Explicit synchronization benefits a lot from ordered queues, they fit better in a pipeline with DRM for example so create a opt-in way for drivers notify videobuf2 that the queue is unordered. Drivers don't need implement it if the queue is ordered. v2: - improve comme

[PATCH v8 01/13] [media] xilinx: regroup caps on querycap

From: Gustavo Padovan To better organize the code we concentrate the setting of V4L2_CAP_STREAMING in one place. Signed-off-by: Gustavo Padovan --- drivers/media/platform/xilinx/xilinx-dma.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/drivers/media/platform/xilin

[PATCH v8 00/13] V4L2 Explicit Synchronization

From: Gustavo Padovan Hi, So v8 is finally out addressing the comments from the previous version[1]. For more info see v5 cover letter[2]. The most important points I address here is the handling of fences that signal with error to follow Hans suggestion. I also added V4L2_CAP_FENCES to all vb2

Re: [PATCH 4.14 000/110] 4.14.25-stable review

[+ Guillaume Tucker ] Quentin Schulz writes: > Hi Kevin, > > On Thu, Mar 08, 2018 at 04:05:01PM -0800, Kevin Hilman wrote: >> kernelci.org bot writes: >> >> > stable-rc/linux-4.14.y boot: 148 boots: 4 failed, 133 passed with 7 >> > offline, 3 untried/unknown, 1 conflict (v4.14.24-111-g66060ac

Re: Warning from swake_up_all in 4.14.15-rt13 non-RT

On Fri, Mar 09, 2018 at 12:04:18PM +0100, Sebastian Andrzej Siewior wrote: > +void swake_add_all_wq(struct swait_queue_head *q, struct wake_q_head *wq) > { > struct swait_queue *curr; > > while (!list_empty(&q->task_list)) { > > curr = list_first_entry(&q->task_list,

Re: [PATCH v4] cpuset: Enable cpuset controller in default hierarchy

On 03/09/2018 11:34 AM, Mike Galbraith wrote: > On Fri, 2018-03-09 at 10:35 -0500, Waiman Long wrote: >> Given the fact that thread mode had been merged into 4.14, it is now >> time to enable cpuset to be used in the default hierarchy (cgroup v2) >> as it is clearly threaded. >> >> The cpuset contr

Re: [PATCH] perf vendor events arm64: Enable JSON events for ThunderX2 B0

Hi Arnaldo, On Fri, Mar 9, 2018 at 11:03 PM, Arnaldo Carvalho de Melo wrote: > Em Fri, Mar 09, 2018 at 03:58:09PM +, Will Deacon escreveu: >> On Fri, Mar 09, 2018 at 11:34:15AM -0300, Arnaldo Carvalho de Melo wrote: >> > Em Fri, Mar 09, 2018 at 07:57:04PM +0530, Ganapatrao Kulkarni escreveu:

Re: [PATCH v2] perf machine: Fix load kernel symbol with '-k' option

Em Fri, Mar 09, 2018 at 02:05:23PM +0800, Leo Yan escreveu: > On Hikey arm64 octa A53 platform, when use command './perf report -v > -k vmlinux --stdio' it outputs below error info, and it skips to load > kernel symbol and doesn't print symbol for event: > Failed to open [kernel.kallsyms]_text, con

Re: [tip:perf/core] perf/x86/intel: Disable userspace RDPMC usage for large PEBS

On Fri, Mar 09, 2018 at 09:31:11AM -0500, Vince Weaver wrote: > On Fri, 9 Mar 2018, tip-bot for Kan Liang wrote: > > > Commit-ID: 1af22eba248efe2de25658041a80a3d40fb3e92e > > Gitweb: > > https://git.kernel.org/tip/1af22eba248efe2de25658041a80a3d40fb3e92e > > Author: Kan Liang > > Author

Re: [RFC PATCH 3/6] mm, arm64: untag user addresses in memory syscalls

On Fri, Mar 9, 2018 at 9:31 AM, Andrey Konovalov wrote: > On Fri, Mar 9, 2018 at 4:53 PM, Catalin Marinas > wrote: >> On Fri, Mar 09, 2018 at 03:02:01PM +0100, Andrey Konovalov wrote: >>> Memory subsystem syscalls accept user addresses as arguments, but don't use >>> copy_from_user and other sim

Re: [PATCH 0/8] Move most GPIO documentation to driver-api/gpio/ and ReST

On Fri, 9 Mar 2018 00:40:16 +0100 Jonathan Neuschäfer wrote: > The aim of this patchset is to move the GPIO subsystem's documentation > under Documentation/driver-api/gpio/ such that it is picked up by Sphinx > and compiled into HTML. I moved everything except for sysfs.txt, because > this file

Re: [PATCH v8 3/5] iommu/arm-smmu: Invoke pm_runtime during probe, add/remove device

[ +Lorenzo ] On 09/03/18 04:50, Tomasz Figa wrote: [...] Now we need a way to do the check. Perhaps for the time being it would be enough to just check for the power-domains property in DT? AFAICS, it might be as simple as arm_smmu_probe() doing this: /* * We want to avoid

Re: [PATCH 9/9] perf c2c report: Add cacheline address count column

Em Fri, Mar 09, 2018 at 05:28:28PM +0100, Jiri Olsa escreveu: > On Fri, Mar 09, 2018 at 11:56:43AM -0300, Arnaldo Carvalho de Melo wrote: > > Em Fri, Mar 09, 2018 at 11:14:42AM +0100, Jiri Olsa escreveu: > > > Adding the 'PA cnt' column grouped under data cacheline address. > > > > > > It shows ho

[PATCH v4 1/3] dt-bindings: pinctrl: bcm2835-gpio: Add generic pinctrl support

Added generic pin configuration and multiplexing support, and shoud be preferred than brcm legacy one. Signed-off-by: Matheus Castello --- .../devicetree/bindings/pinctrl/brcm,bcm2835-gpio.txt | 19 +++ 1 file changed, 19 insertions(+) diff --git a/Documentation/devicetree/bindi

Re: [PATCH v4 0/7] typec: tcpm: Add sink side support for PPS

On Tue, Jan 02, 2018 at 03:50:48PM +, Adam Thomson wrote: > This patch set adds sink side support for the PPS feature introduced in the > USB PD 3.0 specification. > > The source PPS supply is represented using the Power Supply framework to > provide > access and control APIs for dealing with

Re: [PATCH] perf vendor events arm64: Enable JSON events for ThunderX2 B0

Em Fri, Mar 09, 2018 at 03:58:09PM +, Will Deacon escreveu: > On Fri, Mar 09, 2018 at 11:34:15AM -0300, Arnaldo Carvalho de Melo wrote: > > Em Fri, Mar 09, 2018 at 07:57:04PM +0530, Ganapatrao Kulkarni escreveu: > > > Hi Arnaldo, > > > > > > can you please pull-in this patch? > > > > So every

Re: [PATCH net-next] modules: allow modprobe load regular elf binaries

On 3/9/18 8:24 AM, Andy Lutomirski wrote: On Fri, Mar 9, 2018 at 3:39 PM, Alexei Starovoitov wrote: On 3/9/18 7:16 AM, Andy Lutomirski wrote: On Mar 8, 2018, at 9:08 PM, Alexei Starovoitov wrote: On 3/8/18 7:54 PM, Andy Lutomirski wrote: On Mar 8, 2018, at 7:06 PM, Linus Torvalds wrote

Re: [PATCH v3 1/3] clk: tegra: Mark HCLK, SCLK and EMC as critical

Quoting Thierry Reding (2018-03-08 06:44:37) > On Thu, Mar 01, 2018 at 04:33:29PM +0300, Dmitry Osipenko wrote: > > On 15.01.2018 13:56, Dmitry Osipenko wrote: > > > On 10.01.2018 16:59, Dmitry Osipenko wrote: > > >> Machine dies if HCLK, SCLK or EMC is disabled. Hence mark these clocks > > >> as c

Re: [PATCH v2] perf machine: Fix load kernel symbol with '-k' option

On 8 March 2018 at 23:05, Leo Yan wrote: > On Hikey arm64 octa A53 platform, when use command './perf report -v > -k vmlinux --stdio' it outputs below error info, and it skips to load > kernel symbol and doesn't print symbol for event: > Failed to open [kernel.kallsyms]_text, continuing without sy

Re: [RFC PATCH 3/6] mm, arm64: untag user addresses in memory syscalls

On Fri, Mar 9, 2018 at 4:53 PM, Catalin Marinas wrote: > On Fri, Mar 09, 2018 at 03:02:01PM +0100, Andrey Konovalov wrote: >> Memory subsystem syscalls accept user addresses as arguments, but don't use >> copy_from_user and other similar functions, so we need to handle this case >> separately. >>

Re: [PATCH v2 3/3] arm64: dts: renesas: Add LVDS decoder to R-Car V3M Eagle

On 03/09/2018 04:51 PM, Jacopo Mondi wrote: > The R-Car V3M Eagle board includes a transparent LVDS decoder, connected > to the on-chip LVDS encoder output on one side and to HDMI encoder > ADV7511w on the other one. > > As the decoder does not need any configuration it has been so-far > omitted

Re: [PATCH] perf vendor events arm64: Enable JSON events for ThunderX2 B0

Em Fri, Mar 09, 2018 at 03:58:09PM +, Will Deacon escreveu: > On Fri, Mar 09, 2018 at 11:34:15AM -0300, Arnaldo Carvalho de Melo wrote: > > Em Fri, Mar 09, 2018 at 07:57:04PM +0530, Ganapatrao Kulkarni escreveu: > > > Hi Arnaldo, > > > > > > can you please pull-in this patch? > > > > So every

[PATCH v3 5/6] ARM: dts: exynos: Enable HDMI audio support on exynos5420-peach-pit

This patch adds new cpu, codec subnodes according to the updated "google,snow-audio-max98090" DT bindings and the I2S clock tree configuration so sound on the HDMI interface can also be supported. Signed-off-by: Sylwester Nawrocki --- Changes since v1: - edited commit summary line. --- arch/arm

[PATCH v3 3/6] ARM: dts: exynos: Update of the max98095 node in exynos5250-snow.dts

This patch adds missing clocks, clock-names properties so the CODEC can properly handle its master clock. Without this change sound on exynos5250-snow doesn't work. Missing #sound-dai-cells property is also added so it is possible to specify the DAI links properly for HDMI audio support. Signed-of

[PATCH v3 2/6] ARM: dts: exynos: Add audio clocks configuration for exynos5250-snow

Currently the audio subsystem clocks are not configured properly on Snow and sound is not working. The MAX98095 CODEC is not getting its master clock on the MCLK pin connected to the SOC's CLKOUT GPIO. This patch adds CLKOUT and other clocks configuration so HDMI audio can also be supported. Signe

[PATCH v3 6/6] ARM: dts: exynos: Enable HDMI audio support on exynos5800-peach-pi

This patch adds new cpu, codec subnodes according to the updated "google,snow-audio-max98091" DT bindings and the I2S clock tree configuration so sound on the HDMI interface can be also supported. Signed-off-by: Sylwester Nawrocki --- NOTE: I couldn't test this patch as I have no access to Peach-

[PATCH v3 4/6] ARM: dts: exynos: Enable HDMI audio on Snow Chromebook

This patch adds new cpu, codec subnodes according to the updated "google,snow-audio-max98095" DT bindings and the I2S clock tree configuration so sound on the HDMI interface can also be supported. Signed-off-by: Sylwester Nawrocki --- Changes since v2: - i2s0/#clock-cells property moved to exyno

Re: [PATCH v4] cpuset: Enable cpuset controller in default hierarchy

On Fri, 2018-03-09 at 17:34 +0100, Mike Galbraith wrote: > On Fri, 2018-03-09 at 10:35 -0500, Waiman Long wrote: > > Given the fact that thread mode had been merged into 4.14, it is now > > time to enable cpuset to be used in the default hierarchy (cgroup v2) > > as it is clearly threaded. > > > >

[PATCH v3 1/6] ARM: dts: exynos: Add #sound-dai-cells property to hdmi node in exynos5250.dtsi

This property is required for specifying link between the HDMI IP block and the SoC's audio subsystem. Signed-off-by: Sylwester Nawrocki --- Changes since v1: - edited commit summary line. --- arch/arm/boot/dts/exynos5250.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dt

Re: [PATCH v7] staging: typec: handle vendor defined part and modify drp toggling flow

On Tue, Mar 06, 2018 at 09:50:32AM +0800, ShuFan Lee wrote: > From: ShuFan Lee > > Handle vendor defined behavior in tcpci_init, tcpci_set_vconn, > tcpci_start_drp_toggling > and export tcpci_irq. More operations can be extended in tcpci_data if needed. > According to TCPCI specification, 4.4.5.

Re: [PATCH V2] nvme-pci: assign separate irq vectors for adminq and ioq0

On Thu, Mar 08, 2018 at 08:42:20AM +0100, Christoph Hellwig wrote: > > So I suspect we'll need to go with a patch like this, just with a way > better changelog. I have to agree this is required for that use case. I'll run some quick tests and propose an alternate changelog. Longer term, the curr

Re: [PATCH] loop: Fix lost writes caused by missing flag

On 3/9/18 9:35 AM, Ross Zwisler wrote: > On Fri, Mar 09, 2018 at 08:38:57AM -0700, Jens Axboe wrote: >> On 3/9/18 8:38 AM, Jens Axboe wrote: >>> On 3/8/18 5:20 PM, Ross Zwisler wrote: This has gotten Reviewed-by tags from Christoph and Ming Lei. Al, are you the right person to merge

Re: [PATCH v2] usb: core: introduce per-port over-current counters

On Tue, Feb 20, 2018 at 12:50:33PM +0100, Richard Leitner wrote: > From: Richard Leitner > > For some userspace applications information on the number of > over-current conditions at specific USB hub ports is relevant. > > In our case we have a series of USB hardware (using the cp210x driver) >

[PATCH v4 3/3] pinctrl: bcm2835: Add support for output-low output-high properties

Properties to set initial value of pin output buffer. This can be useful for configure hardware in overlay files, and in early boot for checking it states in QA sanity tests. Signed-off-by: Matheus Castello --- drivers/pinctrl/bcm/pinctrl-bcm2835.c | 5 + 1 file changed, 5 insertions(+) dif

Re: [PATCH v4 0/3] pinctrl: bcm2835: Add generic pinctrl support

This series adds support for generic binding for pinctrl bcm2835 driver, and add the code for set output buffer of a pin using the output-low and output-high generic properties. Tested on Raspberry Pi Zero W, based on bcm2835 SoC. Changes since v3: (Suggested by Stefan Wahren) - Change dt-binding

[PATCH v4 2/3] pinctrl: bcm2835: Add support for generic pinctrl binding

To keep driver up to date we add generic pinctrl binding support, which covers the features used in this driver and has additional node properties that this SoC has compatibility, so enabling future implementations of these properties without the need to create new node properties in the device tre

Re: [PATCH] security: Fix IMA Kconfig for dependencies on ARM64

On Thu, 2018-03-08 at 12:42 -0600, Jiandi An wrote: [...] > I'm no expert on IMA and its driver.  James, will you be kind enough > to look into overhauling the IMA driver to not measure until after  > initrd phase if that's the consensus on resolving this? I'll add it to my todo list. Since my TP

Re: [PATCH v2 1/3] certs: define a trusted platform keyring

On Fri, 2018-03-09 at 21:08 +0530, Nayna Jain wrote: > The kernel can be supplied in SEEPROM or lockable flash memory in embedded > devices. Some devices may not support secure boot, but the kernel is > trusted because the image is stored in protected memory. That kernel may > need to kexec additio

Re: [PATCH v2 3/3] ima: support platform keyring for kernel appraisal

On Fri, 2018-03-09 at 21:08 +0530, Nayna Jain wrote: > Distros may sign the kernel images and, possibly, the initramfs with > platform trusted keys. On secure boot enabled systems or embedded devices, > these signatures are to be validated using keys on the platform keyring. > > This patch enables

Re: [PATCH v5 3/6] power: supply: axp20x_battery: use data struct for variant specific code

Hi Sebastian, On Fri, Mar 09, 2018 at 05:08:25PM +0100, Sebastian Reichel wrote: > Hi Quentin, > > On Wed, Feb 28, 2018 at 11:35:58AM +0100, Quentin Schulz wrote: > > We used to use IDs to select a function or a feature depending on the > > variant. It's easier to maintain the code by adding data

Re: [PATCH] arm64: kdump: fix interrupt handling done during machine_crash_shutdown

On 09/03/18 10:33, Grzegorz Jaszczyk wrote: >> Not using EOImode==1 is definitely an oddity (at least on the host), but >> that doesn't mean it shouldn't work. >> >> The reason the thing is hanging is that although we correctly deactivate >> the interrupt, nothing performs the priority drop. Your w

Re: [PATCH net 0/3] Several fixes for vhost_net ptr_ring usage

From: Jason Wang Date: Fri, 9 Mar 2018 14:50:31 +0800 > This small series try to fix several bugs of ptr_ring usage in > vhost_net. Please review. Series applied, thanks Jason.

Re: Regression from efi: call get_event_log before ExitBootServices

On Fri, 2018-03-09 at 10:29 +0100, Hans de Goede wrote: > Hi, > > On 08-03-18 18:26, Jeremy Cline wrote: > > > > On 03/08/2018 11:50 AM, Hans de Goede wrote: [...] > > > > The UEFI firmware does some measurements and so does shim. So > > > > you should have some event logs. What version of shim a

Re: [PATCH v2 2/2] riscv/atomic: Strengthen implementations with fences

On Fri, Mar 09, 2018 at 11:39:11AM -0500, Alan Stern wrote: > On Fri, 9 Mar 2018, Andrea Parri wrote: > > > Atomics present the same issue with locking: release and acquire > > variants need to be strengthened to meet the constraints defined > > by the Linux-kernel memory consistency model [1]. >

[GIT PULL] PCI fixes for v4.16

PCI fixes: - fix sparc build issue when OF_IRQ not enabled (Guenter Roeck) - fix enumeration of devices below switches on DesignWare-based controllers (Koen Vandeputte) The following changes since commit c37406e05d1e541df40b8b81c4bd40753fcaf414: PCI: Allow release of resources that

Re: [PATCH] pktgen: Remove VLA usage

From: "Gustavo A. R. Silva" Date: Thu, 8 Mar 2018 23:43:40 -0600 > In preparation to enabling -Wvla, remove VLA usage and replace it > with a fixed-length array instead. > > Signed-off-by: Gustavo A. R. Silva > --- > David, > > I'm not sure how often this function is being called and, > depend

Re: [PATCH net 0/3] Several fixes for vhost_net ptr_ring usage

On Fri, Mar 09, 2018 at 02:50:31PM +0800, Jason Wang wrote: > Hi: > > This small series try to fix several bugs of ptr_ring usage in > vhost_net. Please review. > > Thanks ACK series, thanks Jason! > Alexander Potapenko (1): > vhost_net: initialize rx_ring in vhost_net_open() > > Jason Wang

Re: [PATCH net 2/3] vhost_net: keep private_data and rx_ring synced

On Fri, Mar 09, 2018 at 02:50:33PM +0800, Jason Wang wrote: > We get pointer ring from the exported sock, this means we should keep > rx_ring and vq->private synced during both vq stop and backend set, > otherwise we may see stale rx_ring. > > Fixes: c67df11f6e480 ("vhost_net: try batch dequing fr

Re: [PATCH net 1/3] vhost_net: initialize rx_ring in vhost_net_open()

On Fri, Mar 09, 2018 at 02:50:32PM +0800, Jason Wang wrote: > From: Alexander Potapenko > > KMSAN reported a use of uninit memory in vhost_net_buf_unproduce() > while trying to access n->vqs[VHOST_NET_VQ_TX].rx_ring: > > == > BUG: K

Re: Regression from efi: call get_event_log before ExitBootServices

On Fri, Mar 09, 2018 at 10:43:50AM +, Thiebaud Weksteen wrote: > Thanks a lot for trying out the patch! > > Please don't modify your install at this stage, I think we are hitting a > firmware bug and that would be awesome if we can fix how we are handling it. > So, if we reach that stage in th

Linux 4.15.8

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

Re: Linux 4.14.25

diff --git a/Documentation/networking/ip-sysctl.txt b/Documentation/networking/ip-sysctl.txt index 77f4de59dc9c..d499676890d8 100644 --- a/Documentation/networking/ip-sysctl.txt +++ b/Documentation/networking/ip-sysctl.txt @@ -508,7 +508,7 @@ tcp_rmem - vector of 3 INTEGERs: min, default, max

Linux 4.14.25

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

Re: RFC: remove the "tile" architecture from glibc

On Fri, 9 Mar 2018, John Paul Adrian Glaubitz wrote: > On 03/09/2018 05:31 PM, Joseph Myers wrote: > > Note that SH glibc test results need some work - there are a large number > > of failures listed at . > > Probably most could be addressed wi

[PATCH v2 17/17] mfd: viperboard: Delete an error message for a failed memory allocation in vprbrd_probe()

From: Markus Elfring Date: Fri, 9 Mar 2018 09:56:31 +0100 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring --- v2: Lee Jones requested a resend for this patch. The change was rebased

[PATCH v2 16/17] mfd: twl6030-irq: Delete an error message for a failed memory allocation in twl6030_init_irq()

From: Markus Elfring Date: Fri, 9 Mar 2018 09:49:32 +0100 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring --- v2: Lee Jones requested a resend for this patch. The change was rebased

Re: [PATCHv5 3/5] mfd: motorola-cpcap: Add audio-codec support

Hi, On Fri, Mar 09, 2018 at 07:11:53AM -0800, Tony Lindgren wrote: > * Mark Brown [180309 12:41]: > > On Fri, Mar 09, 2018 at 08:34:14AM +, Lee Jones wrote: > > > On Thu, 08 Mar 2018, Mark Brown wrote: > > > > > > Linux. Clocks are a big issue with audio stuff, right now sections of > > > >

[PATCH] staging:r8188eu: Use lib80211 to support TKIP

Custom TKIP decryption replaced with lib80211 implementation. MIC check use lib80211 too. Signed-off-by: Ivan Safonov --- drivers/staging/rtl8188eu/Kconfig | 1 + drivers/staging/rtl8188eu/core/rtw_recv.c | 161 -- drivers/staging/rtl8188eu/core/rtw_secu

Re: [PATCH v2] On ppc64le we HAVE_RELIABLE_STACKTRACE

On Thu, 8 Mar 2018 10:26:16 -0600 Josh Poimboeuf wrote: > This doesn't seem to address some of my previous concerns: You're right. That discussion quickly headed towards objtool and I forgot about this one paragraph with the remarks. > - Bailing on interrupt/exception frames That is a good que

Re: [PATCH] ntb_transport: use put_device() instead of kfree()

Looks correct to me. Thanks! Reviewed-by: Logan Gunthorpe On 09/03/18 03:33 AM, Arvind Yadav wrote: Never directly free @dev after calling device_register(), even if it returned an error! Always use put_device() to give up the reference initialized. Signed-off-by: Arvind Yadav --- drivers/

[PATCH v2 15/17] mfd: tps80031: Delete an error message for a failed memory allocation in tps80031_probe()

From: Markus Elfring Date: Fri, 9 Mar 2018 09:45:13 +0100 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring --- v2: Lee Jones requested a resend for this patch. The change was rebased

Re: [PATCH AUTOSEL for 4.14 04/67] dt-bindings: net: add TI CC2560 Bluetooth chip

On Thu, Mar 08, 2018 at 10:09:44AM -0600, David Lechner wrote: >On 03/07/2018 10:57 PM, Sasha Levin wrote: >>From: David Lechner >> >>[ Upstream commit 07c7edd0db441f83087470add5be280cc018 ] >> >>This adds a compatible string for the Texas Instruments CC2560 Bluetooth >>chip to the existing TI

[PATCH v2 14/17 4/4] mfd: tps65910: Move an assignment in tps65910_sleepinit()

From: Markus Elfring Date: Fri, 9 Mar 2018 09:19:42 +0100 Move the assignment for the local variable "dev" so that its setting will be performed after a configuration check by this function. Signed-off-by: Markus Elfring --- v2: Lee Jones requested a resend for this patch. The change was rebas

Re: [PATCH v3 06/10] drivers: qcom: rpmh-rsc: allow invalidation of sleep/wake TCS

On Thu, Mar 08 2018 at 13:40 -0700, Stephen Boyd wrote: Quoting Lina Iyer (2018-03-02 08:43:13) diff --git a/drivers/soc/qcom/rpmh-rsc.c b/drivers/soc/qcom/rpmh-rsc.c index 34e780d9670f..e9f5a1f387fd 100644 --- a/drivers/soc/qcom/rpmh-rsc.c +++ b/drivers/soc/qcom/rpmh-rsc.c @@ -170,6 +170,52 @@

Re: [PATCH] drivers: vhost: vsock: fixed a brace coding style issue

From: Vaibhav Murkute Date: Fri, 9 Mar 2018 08:26:03 +0530 > Fixed a coding style issue. > > Signed-off-by: Vaibhav Murkute Applied to net-next, thanks.

Re: RFC: remove the "tile" architecture from glibc

On 03/09/2018 05:31 PM, Joseph Myers wrote: > Note that SH glibc test results need some work - there are a large number > of failures listed at . > Probably most could be addressed with the NaN fixes I outlined at >

[PATCH v2 13/17 3/4] mfd: tps65910: Delete an unnecessary variable initialisation in tps65910_sleepinit()

From: Markus Elfring Date: Fri, 9 Mar 2018 09:10:09 +0100 The local variable "dev" will be reassigned by a following statement. Thus omit the explicit initialisation at the beginning. Signed-off-by: Markus Elfring --- v2: Lee Jones requested a resend for this patch. The change was rebased on s

[PATCH] MAINTAINERS: add coverage for drivers/block

To help folks like me that use scripts/get_maintainer.pl. Signed-off-by: Ross Zwisler --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index 4623caf8d72d..7ff83f4c9aeb 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -2685,6 +2685,7 @@ L:linux-bl

Re: [PATCH v2 2/2] riscv/atomic: Strengthen implementations with fences

On Fri, 9 Mar 2018, Andrea Parri wrote: > Atomics present the same issue with locking: release and acquire > variants need to be strengthened to meet the constraints defined > by the Linux-kernel memory consistency model [1]. > > Atomics present a further issue: implementations of atomics such >

Re: [PATCH v4] cpuset: Enable cpuset controller in default hierarchy

On Fri, 2018-03-09 at 10:35 -0500, Waiman Long wrote: > Given the fact that thread mode had been merged into 4.14, it is now > time to enable cpuset to be used in the default hierarchy (cgroup v2) > as it is clearly threaded. > > The cpuset controller had experienced feature creep since its > intr

Re: [PATCH AUTOSEL for 4.9 025/190] platform/x86: asus-nb-wmi: Add wapf4 quirk for the X302UA

On Thu, Mar 08, 2018 at 10:37:21AM -0800, Darren Hart wrote: >On Thu, Mar 08, 2018 at 06:15:27PM +, Sasha Levin wrote: >> On Thu, Mar 08, 2018 at 09:47:54AM -0800, Greg KH wrote: >> >On Thu, Mar 08, 2018 at 09:39:14AM -0800, Darren Hart wrote: >> >> On Thu, Mar 08, 2018 at 04:59:01AM +, Sas

Re: [PATCH net-next 0/9] fixes for configuration lost problems

From: Peng Li Date: Fri, 9 Mar 2018 10:36:55 +0800 > This patchset refactors some functions and some bugs in order > to fix the configuration loss problem when resetting and > setting channel number. Series applied, thank you.

[PATCH v2 12/17 2/4] mfd: tps65910: Delete an unnecessary variable initialisation in four functions

From: Markus Elfring Date: Fri, 9 Mar 2018 09:06:14 +0100 The local variable "ret" will be set to an appropriate value a bit later. Thus omit the explicit initialisation at the beginning. Signed-off-by: Markus Elfring --- v2: Lee Jones requested a resend for this patch. The change was rebased

Re: [PATCH] loop: Fix lost writes caused by missing flag

On Fri, Mar 09, 2018 at 08:38:57AM -0700, Jens Axboe wrote: > On 3/9/18 8:38 AM, Jens Axboe wrote: > > On 3/8/18 5:20 PM, Ross Zwisler wrote: > >> This has gotten Reviewed-by tags from Christoph and Ming Lei. > >> > >> Al, are you the right person to merge this? Or is the correct person Jens, > >>

Re: RFC: remove the "tile" architecture from glibc

On Thu, 8 Mar 2018, John Paul Adrian Glaubitz wrote: > I have personally invested a lot of work into the SH port over the > past three years in Debian and I was involved fixing many bugs > and as a result, the port is quite usable. It would be really > disappointing to see it being removed all of

[PATCH v2 11/17] mfd: tps65910: Delete an error message for a failed memory allocation in tps65910_parse_dt()

From: Markus Elfring Date: Fri, 9 Mar 2018 09:00:59 +0100 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring --- v2: Lee Jones requested a resend for this patch. The change was rebased

Re: [PATCH 9/9] perf c2c report: Add cacheline address count column

On Fri, Mar 09, 2018 at 11:56:43AM -0300, Arnaldo Carvalho de Melo wrote: > Em Fri, Mar 09, 2018 at 11:14:42AM +0100, Jiri Olsa escreveu: > > Adding the 'PA cnt' column grouped under data cacheline address. > > > > It shows how many times the physical addresses changed for the > > hist entry. It d

[GIT PULL] fbdev fix for v4.16-rc5

Hi Linus, Please pull fbdev fix for v4.16-rc5 (just a single fix to close kernel data leak in FBIOGETCMAP_SPARC ioctl). Best regards, -- Bartlomiej Zolnierkiewicz Samsung R&D Institute Poland Samsung Electronics The following changes since commit 661e50bc853209e41a5c14a290ca4decc43cbfd1: Li

Re: [RFC PATCH v2] bridge: make it possible for packets to traverse the bridge without hitting netfilter

David Woodhouse wrote: > > > On Fri, 2015-03-06 at 17:37 +0100, Florian Westphal wrote: > > > > > > I did performance measurements in the following way: > > > >  > > > > Removed those pieces of the packet pipeline that I don't necessarily > > > > need one-by-one.  Then measured their effect on

[PATCH] ASoC: da7219: Add common clock usage for providing DAI clks

There is a need to use DA7219 as DAI clock master for other codecs within a system, which means that the DAI clocks are required to remain, regardless of whether the codec is actually running playback/capture. To be able to expose control of the DAI clocking the common clock framework has been empl

Re: [PATCH net-next] modules: allow modprobe load regular elf binaries

On Fri, Mar 9, 2018 at 3:39 PM, Alexei Starovoitov wrote: > On 3/9/18 7:16 AM, Andy Lutomirski wrote: On Mar 8, 2018, at 9:08 PM, Alexei Starovoitov wrote: On 3/8/18 7:54 PM, Andy Lutomirski wrote: > On Mar 8, 2018, at 7:06 PM, Linus Torvalds > wrote: >

[PATCH v2 0/4] mfd/tps65910: Adjustments for four function implementations

From: Markus Elfring A few update suggestions were taken into account from static source code analysis. Markus Elfring (4): Delete an error message for a failed memory allocation in tps65910_parse_dt() Delete an unnecessary variable initialisation in four functions Delete an unnecessary va

[PATCH v2 10/17] mfd: tps6586x: Delete an error message for a failed memory allocation in tps6586x_parse_dt()

From: Markus Elfring Date: Thu, 8 Mar 2018 15:30:54 +0100 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring --- v2: Lee Jones requested a resend for this patch. The change was rebased

Re: [PATCH 7/7] RCU, workqueue: Implement rcu_work

Hello, On Thu, Mar 08, 2018 at 08:29:53AM +0800, Lai Jiangshan wrote: > I mentioned a subtle use case that user would think it is supported > since the comment doesn't disallow it. > > It is clear that the user expects >the work must be called at least once after the API returns >the work

[PATCH v2 09/17] mfd: tps65090: Delete an error message for a failed memory allocation in tps65090_i2c_probe()

From: Markus Elfring Date: Thu, 8 Mar 2018 15:25:58 +0100 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring --- v2: Lee Jones requested a resend for this patch. The change was rebased

Re: [PATCH v3 2/2] power: reset: gpio-poweroff: Support for timeout from device property

Hi, On Thu, Feb 22, 2018 at 03:17:14PM -0800, Moritz Fischer wrote: > Add support for reading a timeout value from device property. > Fall back to previous default of 3s if nothing is specified. > > Signed-off-by: Moritz Fischer > --- Thanks, both queued. -- Sebastian > Changes from v2: > - u

[PATCH v2 08/17] mfd: ti_am335x_tscadc: Delete an error message for a failed memory allocation in ti_tscadc_probe()

From: Markus Elfring Date: Thu, 8 Mar 2018 15:15:51 +0100 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring --- v2: Lee Jones requested a resend for this patch. The change was rebased

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