Re: [PATCH v5 09/36] drm/bridge: analogix_dp: Don't use fast link training when panel just powered up

On Saturday 10 March 2018 03:53 AM, Enric Balletbo i Serra wrote: From: zain wang Panel would reset its setting when it powers down. It would forget the last succeeded link training setting. So we can't use the last successful link training setting to do fast link

[PATCH] arm64: dts: uniphier: divide I2S and S/PDIF audio out pin-mux group

This patch divides large pin-mux group 'aio' of UniPhier LD11/LD20 audio system as following: aout1 : 8ch I2S output: AO1DACCK, AO1BCK, AO1LRCK, AO1D[0-2] aoutiec1: S/PDIF output : AO1IEC, AO1ARC Signed-off-by: Katsuhiro Suzuki ---

[PATCH] pinctrl: uniphier: divide I2S and S/PDIF audio out pin-mux group

This patch divides large pin-mux group 'aio' of UniPhier LD11/LD20 to 2 groups as following: aout1 : 8ch I2S output: AO1DACCK, AO1BCK, AO1LRCK, AO1D[0-2] aoutiec1: S/PDIF output : AO1IEC, AO1ARC Signed-off-by: Katsuhiro Suzuki ---

Re: [PATCH v5 23/36] drm/bridge: analogix_dp: Move fast link training detect to set_bridge

On Saturday 10 March 2018 03:53 AM, Enric Balletbo i Serra wrote: From: zain wang It's too early to detect fast link training, if other step after it failed, we will set fast_link flag to 1, and retry set_bridge again. In this case we will power down and power up panel

Re: [PATCH v5 25/36] drm/bridge: analogix_dp: Properly log AUX CH errors

On Saturday 10 March 2018 03:53 AM, Enric Balletbo i Serra wrote: From: Douglas Anderson The code in analogix_dp_transfer() that was supposed to print out: AUX CH error happened Was actually dead code. That's because the previous check (whether the interrupt status

Re: [PATCH] Add Apple Carplay driver

Why is this a kernel-level driver, rather than a userspace application that uses libusb to send the single vendor-specific command required? Since this command would be applicable to many CarPlay devices, with many different VID/PIDs, it would seem to make more sense as a userspace app that took a

Re: [PATCH] pinctrl: uniphier: divide I2S and S/PDIF audio out pin-mux group

2018-03-14 15:35 GMT+09:00 Katsuhiro Suzuki : > This patch divides large pin-mux group 'aio' of UniPhier LD11/LD20 > to 2 groups as following: > aout1 : 8ch I2S output: AO1DACCK, AO1BCK, AO1LRCK, AO1D[0-2] > aoutiec1: S/PDIF output : AO1IEC, AO1ARC > >

Re: [PATCH] ARM: dts: sun8i-h3: Add Mali node

On Tue, Mar 13, 2018 at 11:16:45AM +0100, Giulio Benetti wrote: > The H3 has an ARM Mali 400 GPU, so add binding to our DT. > > Signed-off-by: Giulio Benetti How was this tested? Is there any specific reason not to share it with the H5? Maxime -- Maxime

Re: [PATCH] media: staging/imx: fill vb2_v4l2_buffer sequence entry

We need a changelog. How does this affect user space? What bug does this fix? On Tue, Mar 13, 2018 at 09:00:54PM +0100, Peter Seiderer wrote: > Signed-off-by: Peter Seiderer > --- > drivers/staging/media/imx/imx-media-csi.c | 5 + > 1 file changed, 5 insertions(+) > >

[linux-next][bisected c7c133f3][gcc 4.8.5] build fail with error: first argument to ‘__builtin_choose_expr’ not a constant

Greetings, Today's next kernel fails to build with gcc 4.8.5 on powerpc machine. ./include/linux/jiffies.h: In function ‘jiffies_delta_to_clock_t’: ./include/linux/kernel.h:855:2: error: first argument to ‘__builtin_choose_expr’ not a constant __builtin_choose_expr(__builtin_constant_p(x) &&

Re: [PATCH] firmware: add a function to load optional firmware v2

Arend van Spriel writes: > On 3/13/2018 5:46 PM, Kalle Valo wrote: >> "Luis R. Rodriguez" writes: >> >>> On Tue, Mar 13, 2018 at 03:16:34PM +0200, Kalle Valo wrote: "Luis R. Rodriguez" writes: >> +/** >> + *

Re: [PATCH] drm/panel: rm68200: add backlight dependency

On Wed, Mar 14, 2018 at 12:01 AM, Thierry Reding wrote: > On Tue, Mar 13, 2018 at 09:59:54PM +0100, Arnd Bergmann wrote: >> Like many other panel drivers, this one fails to build >> when backlight support is disabled: >> >> drivers/gpu/drm/panel/panel-raydium-rm68200.o:

[PATCH v1 2/4] ioremap: Invalidate TLB after huge mappings

If huge mappings are enabled, they can override valid intermediate previous mappings. Some MMU can speculatively pre-fetch these intermediate entries even after unmap. That's because unmap will clear only last level entries in page table keeping intermediate (pud/pmd) entries still valid. This

Re: [PATCH v1 2/2] usb: dwc3: Add Qualcomm DWC3 glue driver

Hi, Manu Gautam writes: > Hi, > > > On 3/13/2018 4:38 PM, Felipe Balbi wrote: >> Hi, >> >> +Andy >> >> Manu Gautam writes: >>> DWC3 controller on Qualcomm SOCs has a Qscratch wrapper. >>> Some of its uses are described below resulting in need to

Re: [PATCH v5 08/36] drm/bridge: analogix_dp: Check AUX_EN status when doing AUX transfer

On Saturday 10 March 2018 03:52 AM, Enric Balletbo i Serra wrote: From: Lin Huang We should check AUX_EN bit to confirm the AUX CH operation is completed. Reviewed-by: Archit Taneja Thanks, Archit Cc: Stéphane Marchesin

[PATCH v2 3/8] block: sed-opal: unify cmd start and finalize

Every step starts with resetting the cmd buffer as well as the comid and constructs the appropriate OPAL_CALL command. Consequently, those actions may be combined into one generic function. Signed-off-by: Jonas Rabenstein --- block/sed-opal.c | 250

Re: Dell Inc. XPS 13 9343/0TM99H fails to boot v4.16-rc5

On Wed, Mar 14, 2018 at 01:28:54AM +, mario.limoncie...@dell.com wrote: > Dominik, > > Can you please verify if Darren's patch works for you too? Yes, it does. Thanks, Dominik

[PATCH] pktgen: Fix memory leak in pktgen_if_write

_buf_ is an array and the one that must be freed is _tp_ instead. Fixes: a870a02cc963 ("pktgen: use dynamic allocation for debug print buffer") Reported-by: Wang Jian Signed-off-by: Gustavo A. R. Silva --- net/core/pktgen.c | 2 +- 1 file

Re: [PATCH] x86, powerpc : pkey-mprotect must allow pkey-0

On 03/14/2018 09:00 AM, Florian Weimer wrote: On 03/09/2018 09:00 PM, Ram Pai wrote: On Fri, Mar 09, 2018 at 12:04:49PM +0100, Florian Weimer wrote: On 03/09/2018 09:12 AM, Ram Pai wrote: Once an address range is associated with an allocated pkey, it cannot be reverted back to key-0. There is

Re: [PATCH] pktgen: use dynamic allocation for debug print buffer

Arnd: Thanks for the fix. On 03/13/2018 10:02 PM, Wang Jian wrote: + kfree(buf); free tb? buf is an array. Wang: Thanks for the report. I already sent a patch to fix this: https://patchwork.kernel.org/patch/10281587/ -- Gustavo On Wed, Mar 14, 2018 at 8:25 AM, David Miller

[PATCHv3 1/2] zsmalloc: introduce zs_huge_class_size() function

From: Sergey Senozhatsky Not every object can be share its zspage with other objects, e.g. when the object is as big as zspage or nearly as big a zspage. For such objects zsmalloc has a so called huge class - every object which belongs to huge class consumes

[PATCHv3 2/2] zram: drop max_zpage_size and use zs_huge_class_size()

From: Sergey Senozhatsky This patch removes ZRAM's enforced "huge object" value and uses zsmalloc huge-class watermark instead, which makes more sense. TEST - I used a 1G zram device, LZO compression back-end, original data set size was 444MB. Looking at

Re: int3403_driver_init needs over 330 ms to finish

Dear Rui, On 03/14/2018 08:32 AM, Zhang Rui wrote: On 二, 2018-03-13 at 20:39 +0100, Paul Menzel wrote: Booting the Dell XPS 13 9370 with Linux 4.16-rc4+ and `initcall_debug`, shows it is shown that int3403_driver_init needs over 330 ms to run.  [2.524839] initcall

Re: [PATCH v3 2/2] kbuild: Don't mess with the .cache.mk when root

On Wed, Mar 14, 2018 at 08:23:16AM +0100, Ingo Molnar wrote: > > * Linus Torvalds wrote: > > > If Ingo wants to build as root, maybe we could even make him set some > > environment flag to avoid errors. > > I only build as root infrequently, but I think PeterZ

Re: [PATCH] perf stat: Add support for s390 transaction counters

On 03/13/2018 04:23 AM, Andi Kleen wrote: > Thomas Richter writes: > >> Right now there is only hard coded support for x86. > > That's not true. There is support for generic transaction events in perf. > > As far as I can tell your events would map 1:1 to the

Re: [pci PATCH v6 1/5] pci: Add pci_sriov_configure_simple for PFs that don't manage VF resources

On Tue, Mar 13, 2018 at 02:28:49PM -0700, Alexander Duyck wrote: > From: Alexander Duyck > > This patch adds a common configuration function called > pci_sriov_configure_simple that will allow for managing VFs on devices > where the PF is not capable of managing VF

Re: [pci PATCH v6 4/5] nvme: Migrate over to unmanaged SR-IOV support

Looks good, Reviewed-by: Christoph Hellwig

Re: [PATCH v5 07/36] drm/bridge: analogix_dp: Move enable video into config_video()

On Saturday 10 March 2018 03:52 AM, Enric Balletbo i Serra wrote: From: Lin Huang We need to enable video before analogix_dp_is_video_stream_on(), so we can get the right video stream status. Cc: 征增 王 Cc: Stéphane Marchesin

[PATCH v2 8.2/8.4] block: sed-opal: unify retrieval of table columns

instead of having multiple places defining the same argument list to get a specific column of a sed-opal table, provide a generic version and call it from those functions. Signed-off-by: Jonas Rabenstein --- block/opal_proto.h | 2 + block/sed-opal.c

[PATCH v2 8.3/8.4] block: sed-opal: get metadata about opal-sed tables

Every opal-sed table is described in the OPAL_TABLE_TABLE. Provide a function to get desired information out of that table. Signed-off-by: Jonas Rabenstein --- block/opal_proto.h | 16 block/sed-opal.c | 25 +

[PATCH v2 8.4/8.4] block: sed-opal: check size of shadow mbr

Check whether the shadow mbr does fit in the provided space on the target. Also a proper firmware should handle this case and return an error we may prevent problem with crappy firmwares. Signed-off-by: Jonas Rabenstein --- block/sed-opal.c | 14

[PATCH v2 8.0/8.4] block: sed-opal: check size of shadow mbr

Hi, I managed to extract the usable shadow mbr size out of my 850Evos OPAL_TABLE_TABLE and added an appropriate check into the write function. As this involves more than just a few lines, I decided to split the v2 of this subpatch into 4 separate patches. I am unsure what whould be the best

Re: [PATCH] scsi: iscsi_tcp: set BDI_CAP_STABLE_WRITES when data digest enabled

Would anyone please take a review at this patch ? Thanks in advace Jianchao On 03/07/2018 08:29 PM, Jianchao Wang wrote: > iscsi tcp will first send out data, then calculate and send data > digest. If we don't have BDI_CAP_STABLE_WRITES, the page cache will > be written in spite of the on going

Re: [PATCH 18/31] perf vendor events arm64: Add armv8-recommended.json

* Arnaldo Carvalho de Melo wrote: > Em Tue, Mar 13, 2018 at 03:27:30PM -0300, Arnaldo Carvalho de Melo escreveu: > > Em Tue, Mar 13, 2018 at 03:26:18PM +0100, Ingo Molnar escreveu: > > > That's not a valid SOB chain, author != first-Signed-off-by. > > > I removed that cset

Re: [PATCH V2] ZBOOT: fix stack protector in compressed boot phase

On Tue, 13 Mar 2018 17:55:53 +0900, Huacai Chen wrote: > > Hi, Yoshinori, Rich and SuperH developers, > > I'm not familiar with SuperH assembly, but SuperH has the same bug > obviously. Could you please fix that? > > Huacai > OK. Apply this fix. SuperH can not handle long int directly. diff

[PATCH 1/1 v2] powerpc: pkey-mprotect must allow pkey-0

Once an address range is associated with an allocated pkey, it cannot be reverted back to key-0. There is no valid reason for the above behavior. On the contrary applications need the ability to do so. The patch relaxes the restriction. Tested on powerpc. cc: Dave Hansen

Re: [PATCH V4] thermal: Add cooling device's statistics in sysfs

On 14-03-18, 16:01, Zhang Rui wrote: > WARNING: please write a paragraph that describes the config symbol > fully > #147: FILE: drivers/thermal/Kconfig:18: > +config THERMAL_STATISTICS > > WARNING: Consider renaming function(s) > 'thermal_cooling_device_total_trans_show' to 'total_trans_show' >

BUG: unable to handle kernel paing request at fffffc0000000000

hello everyone: my kernel version is 3.10.0-327.62.59.101.x86_64, and why this Kasan's shadow memory is lost? Thanks; BUG: unable to handle kernel paging request at fc00 IP: [] kasan_mem_to_shadow include/linux/kasan.h:20 [inline] IP: [] memory_is_poisoned_4

Re: [PATCH v2 1/6] phy: rockchip-typec: fall back to working in host-mode if extcon is missing.

Hi Kishon, Am Donnerstag, 1. März 2018, 16:25:10 CET schrieb Enric Balletbo i Serra: > Right now the rockchip type-c phy does fail probing when no extcon is > detected. Some boards get the cable-state via the extcon interface and > have this supported, other boards seem to use the fusb302 chip or

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

From: Sricharan R The smmu device probe/remove and add/remove master device callbacks gets called when the smmu is not linked to its master, that is without the context of the master device. So calling runtime apis in those places separately. Signed-off-by: Sricharan R

Re: [PATCH] usb: misc: supports Apple Carplay driver

On Wed, 2018-03-14 at 07:16 +0100, Greg Kroah-Hartman wrote: > On Wed, Mar 14, 2018 at 02:02:36PM +0800, Chunfeng Yun wrote: > > The driver is used to support Apple carplay feature by a debugfs > > interface which can force the driver to send a USB Vendor Request > > of "Apple Device to Host Mode

Re: [PATCH v2 02/11] media: vsp1: Remove packed attributes from aligned structures

On Tue, Mar 13, 2018 at 7:05 PM, Kieran Bingham wrote: > The use of the packed attribute can cause a performance penalty for > all accesses to the struct members, as the compiler will assume that the > structure has the potential to have an unaligned base.

Re: [linux-next][bisected c7c133f3][gcc 4.8.5] build fail with error: first argument to ‘__builtin_choose_expr’ not a constant

19: note: in expansion of macro ‘__max’ > #define max(x, y) __max(typeof(x), typeof(y), x, y) > > Machine Type: Power8 Baremetal > gcc: 4.8.5 > > > Builds fine when below patch is reverted > c7c133f3 kernel.h: skip single-eval logic on literals in min()/max() Those pa

Re: [PATCH] x86, memremap: fix altmap accounting at free

Looks good, thanks for catchign this! Reviewed-by: Christoph Hellwig

Re: [PATCH] pktgen: Fix memory leak in pktgen_if_write

On Wed, Mar 14, 2018 at 9:07 AM, Gustavo A. R. Silva wrote: > _buf_ is an array and the one that must be freed is _tp_ instead. > > Fixes: a870a02cc963 ("pktgen: use dynamic allocation for debug print buffer") > Reported-by: Wang Jian >

Re: [PATCH 4/5] MODSIGN: checking the blacklisted hash before loading a kernel module

On Tue, Mar 13, 2018 at 10:18:35AM -0700, James Bottomley wrote: > On Tue, 2018-03-13 at 18:38 +0800, Lee, Chun-Yi wrote: > > This patch adds the logic for checking the kernel module's hash > > base on blacklist. The hash must be generated by sha256 and enrolled > > to dbx/mokx. > > > > For

[PATCH] usb: misc: supports Apple Carplay driver

The driver is used to support Apple carplay feature by a debugfs interface which can force the driver to send a USB Vendor Request of "Apple Device to Host Mode Switch" to switch Apple Device into host mode. Signed-off-by: Chunfeng Yun --- drivers/usb/misc/Kconfig |

Re: [PATCH v5 10/36] drm/bridge: analogix_dp: Retry bridge enable when it failed

On Saturday 10 March 2018 03:53 AM, Enric Balletbo i Serra wrote: From: zain wang When we enable bridge failed, we have to retry it, otherwise we would get the abnormal display. Reviewed-by: Archit Taneja Thanks, Archit Cc: Stéphane

[PATCH] Add Apple Carplay driver

>From bf48dcd9cb254576cfea373c9a5d2ab996408895 Mon Sep 17 00:00:00 2001 From: Chunfeng Yun Date: Tue, 13 Mar 2018 11:47:38 +0800 Subject: [PATCH] Add Apple Carplay driver Some Apple devices which support Carplay can enter USB Host Mode from USB Device Mode after

Re: [PATCH v2 2/3] phy: phy-mtk-tphy: add configurable parameters for slew rate calibrate

On Wed, 2018-03-14 at 00:21 +0100, Matthias Brugger wrote: > > On 03/12/2018 06:25 AM, Chunfeng Yun wrote: > > There are two parameters, ref_clk and coefficient, for U2 slew rate > > calibrate which may vary on different SoCs, here allow them to be > > configurable > > > > Signed-off-by:

Re: [PATCH] pinctrl: uniphier: add PXs2 Audio in/out pin-mux settings

2018-03-14 14:11 GMT+09:00 Katsuhiro Suzuki : > The UniPhier PXs2 SoC audio core use following 25 pins: > ain1: 2ch I2S input : AI1ADCCK, AI1BCK, AI1D0, AI1LRCK > ain2: 8ch I2S input : AI2ADCCK, AI2BCK, AI2D[0-3], AI2LRCK > ainiec1 : S/PDIF input :

Re: [PATCH v5 18/36] drm/bridge: analogix_dp: Reset aux channel if an error occurred

On Saturday 10 March 2018 03:53 AM, Enric Balletbo i Serra wrote: From: Lin Huang AUX errors are caused by many different reasons. We may not know what happened in aux channel on failure, so let's reset aux channel if some errors occurred. Cc: 征增 王

Re: [PATCH v5 24/36] drm/bridge: analogix_dp: Reorder plat_data->power_off to happen sooner

On Saturday 10 March 2018 03:53 AM, Enric Balletbo i Serra wrote: From: Douglas Anderson The current user of the analogix power_off is "analogix_dp-rockchip". That driver does this: - deactivate PSR - turn off a clock Both of these things (especially deactive PSR)

Re: [PATCH] irqchip/gic-v3: Ensure GICR_CTLR.EnableLPI=0 is observed before enabling

Hi Shanker, On Wed, 14 Mar 2018 00:50:01 +, Shanker Donthineni wrote: > > The definition of the GICR_CTLR.RWP control bit was expanded to indicate > status of changing GICR_CTLR.EnableLPI from 1 to 0 is being in progress > or completed. Software must observe GICR_CTLR.RWP==0 after clearing >

Re: [PATCH v2] vmw_balloon: fixing double free when batching mode is off

Hello. On Wed, Mar 14, 2018 at 5:02 AM, Nadav Amit wrote: > Oleksandr, if you can confirm that it fixes the bug you encountered, it > would be great. Sure, I'm checking this possibility with a couple of customers, and will reply back once I have some inputs on it. > Greg,

Re: [PATCH v5 13/36] drm/bridge: analogix_dp: Ensure edp is disabled when shutting down the panel

On Saturday 10 March 2018 03:53 AM, Enric Balletbo i Serra wrote: From: Lin Huang When panel is shut down, we should make sure edp can be disabled to avoid undefined behavior. Reviewed-by: Archit Taneja Thanks, Archit Cc: Stéphane Marchesin

Re: [PATCH v5 16/36] drm/bridge: analogix_dp: Check dpcd write/read status

On Saturday 10 March 2018 03:53 AM, Enric Balletbo i Serra wrote: From: Lin Huang We need to check the dpcd write/read return value to see whether the write/read was successful Reviewed-by: Archit Taneja Thanks, Archit Cc: Kristian H.

Re: [PATCH v5 19/36] drm/rockchip: Restore psr->state when enable/disable psr failed

On Saturday 10 March 2018 03:53 AM, Enric Balletbo i Serra wrote: From: zain wang If we failed disable psr, it would hang the display until next psr cycle coming. So we should restore psr->state when it failed. For the bridge part, Reviewed-by: Archit Taneja

Re: [PATCH v5 21/36] drm/bridge: analogix_dp: Fix timeout of video streamclk config

On Saturday 10 March 2018 03:53 AM, Enric Balletbo i Serra wrote: From: zain wang The STRM_VALID bit in register ANALOGIX_DP_SYS_CTL_3 may be unstable, so we may hit the error log "Timeout of video streamclk ok" since checked this unstable bit. In fact, we can go

Re: [PATCH v3 2/2] kbuild: Don't mess with the .cache.mk when root

* Linus Torvalds wrote: > If Ingo wants to build as root, maybe we could even make him set some > environment flag to avoid errors. I only build as root infrequently, but I think PeterZ does it more frequently? Distro package builds are also often done as root.

[PATCH v10 2/5] iommu/arm-smmu: Add pm_runtime/sleep ops

From: Sricharan R The smmu needs to be functional only when the respective master's using it are active. The device_link feature helps to track such functional dependencies, so that the iommu gets powered when the master device enables itself using pm_runtime. So by

[PATCH v10 5/5] iommu/arm-smmu: Add support for qcom,smmu-v2 variant

qcom,smmu-v2 is an arm,smmu-v2 implementation with specific clock and power requirements. This smmu core is used with multiple masters on msm8996, viz. mdss, video, etc. Add bindings for the same. Signed-off-by: Vivek Gautam Reviewed-by: Rob Herring

[PATCH v10 4/5] iommu/arm-smmu: Add the device_link between masters and smmu

From: Sricharan R Finally add the device link between the master device and smmu, so that the smmu gets runtime enabled/disabled only when the master needs it. This is done from add_device callback which gets called once when the master is added to the smmu.

Re: [PATCH] PCI/MSI: Don't set up INTx if MSI or MSI-X is enabled

Should this logic go into a little helper so that everyone is kept in sync?

[PATCH] ARM: configs: add OXNAS v6 defconfig

This patchs adds the minimal defconfig for the OXNAS ARMv6 SoCs including the OX820 SoC and needed minimal configurations. Signed-off-by: Neil Armstrong --- Hi Arnds, Can you take this directly ? It will avoid send a pull request for a single patch.. This defconfig

[tip:x86/pti] selftests/x86/entry_from_vm86: Exit with 1 if we fail

Commit-ID: 327d53d005ca47b10eae940616ed11c569f75a9b Gitweb: https://git.kernel.org/tip/327d53d005ca47b10eae940616ed11c569f75a9b Author: Andy Lutomirski AuthorDate: Tue, 13 Mar 2018 22:03:10 -0700 Committer: Ingo Molnar CommitDate: Wed, 14 Mar 2018

Re: [PATCH v9 17/24] mm: Protect mm_rb tree with a rwlock

On Tue, Mar 13, 2018 at 06:59:47PM +0100, Laurent Dufour wrote: > This change is inspired by the Peter's proposal patch [1] which was > protecting the VMA using SRCU. Unfortunately, SRCU is not scaling well in > that particular case, and it is introducing major performance degradation > due to

Re: [PATCH v5 26/36] drm/bridge: analogix_dp: Properly disable aux chan retries on rockchip

On Saturday 10 March 2018 03:53 AM, Enric Balletbo i Serra wrote: From: Douglas Anderson The comments in analogix_dp_init_aux() claim that we're disabling aux channel retries, but then right below it for Rockchip it sets them to 3. If we actually need 3 retries for

Re: [Intel-gfx] [PATCH] [v2] drm/i915/pmu: avoid -Wmaybe-uninitialized warning

On 13/03/2018 20:10, Arnd Bergmann wrote: On Tue, Mar 13, 2018 at 6:46 PM, Tvrtko Ursulin wrote: On 13/03/2018 16:19, Arnd Bergmann wrote: The conditional spinlock confuses gcc into thinking the 'flags' value might contain uninitialized data:

Re: [PATCH 3/5] arm64: dts: allwinner: a64: add simplefb for A64 SoC

On Tue, Mar 13, 2018 at 05:51:29PM +0100, Harald Geyer wrote: > Maxime Ripard writes: > > Hi, > > > > On Tue, Mar 13, 2018 at 10:18:22AM +0100, Harald Geyer wrote: > >> Maxime Ripard writes: > >>> On Mon, Mar 12, 2018 at 04:10:48PM +, Harald Geyer wrote: > The A64 SoC features two

Re: [PATCH V4] thermal: Add cooling device's statistics in sysfs

On 二, 2018-03-13 at 15:02 +0800, Zhang Rui wrote: > Hi, Viresh, > > I will queue it for 4.17, with just one minor fix below. > I got the following warning from checkpatch.pl --- WARNING: please write a paragraph that describes the config symbol fully #147: FILE:

Re: [PATCH] x86, powerpc : pkey-mprotect must allow pkey-0

On 03/09/2018 09:00 PM, Ram Pai wrote: On Fri, Mar 09, 2018 at 12:04:49PM +0100, Florian Weimer wrote: On 03/09/2018 09:12 AM, Ram Pai wrote: Once an address range is associated with an allocated pkey, it cannot be reverted back to key-0. There is no valid reason for the above behavior.

[PATCH v10 0/5] iommu/arm-smmu: Add runtime pm/sleep support

This series provides the support for turning on the arm-smmu's clocks/power domains using runtime pm. This is done using the recently introduced device links patches, which lets the smmu's runtime to follow the master's runtime pm, so the smmu remains powered only when the masters use it. As not

[PATCH v10 1/5] driver core: Delete the link between two given devices

Given the consumer and supplier devices, add an API to delete the link between them. Suggested-by: Tomasz Figa Signed-off-by: Vivek Gautam Cc: Rafael J. Wysocki Cc: Greg Kroah-Hartman --- - This

[PATCH] hw_breakpoint: Fix build for disabled CONFIG_HAVE_HW_BREAKPOINT

On Tue, Mar 13, 2018 at 10:50:45AM +0100, Jiri Olsa wrote: > On Tue, Mar 13, 2018 at 10:28:01AM +0100, Jiri Olsa wrote: > > On Tue, Mar 13, 2018 at 07:37:47AM +0100, Ingo Molnar wrote: > > > > > > * Jiri Olsa wrote: > > > > > > > Jiri Olsa (7): > > > > hw_breakpoint:

Re: [PATCH v5 17/36] drm/bridge: analogix_dp: Fix AUX_PD bit for Rockchip

On Saturday 10 March 2018 03:53 AM, Enric Balletbo i Serra wrote: From: zain wang There are some different bits between Rockchip and Exynos in register "AUX_PD". This patch fixes the incorrect operations about it. You mean the register

Re: [PATCH v5 22/36] drm/bridge: analogix_dp: Fix incorrect operations with register ANALOGIX_DP_FUNC_EN_1

On Saturday 10 March 2018 03:53 AM, Enric Balletbo i Serra wrote: From: zain wang Register ANALOGIX_DP_FUNC_EN_1(offset 0x18), Rockchip is different to Exynos: on Exynos edp phy, BIT 7 MASTER_VID_FUNC_EN_N BIT 6 reserved BIT 5

Re: [PATCH v5 20/36] drm/bridge: analogix_dp: Don't use ANALOGIX_DP_PLL_CTL to control pll

On Saturday 10 March 2018 03:53 AM, Enric Balletbo i Serra wrote: From: zain wang There is no register named ANALOGIX_DP_PLL_CTL in Rockchip edp phy reg list. We should use BIT_4 in ANALOGIX_DP_PD to control the pll power instead of ANALOGIX_DP_PLL_CTL. Reviewed-by:

linux-next: add apparmor-next tree

Hi Stephan, can you please add apparmor-next from git://git.kernel.org/pub/scm/linux/kernel/git/jj/linux-apparmor#apparmor-next to the linux-next tree I have run through a test merge, build, and set of regression tests against the March 13 tree without any issues. thanks - John

Re: perf-core build fails on powerpc

On 13/03/2018 21:18, Sukadev Bhattiprolu wrote: John Garry [john.ga...@huawei.com] wrote: On 13/03/2018 20:10, Sukadev Bhattiprolu wrote: Hi John, I have an xfs file system which seems to have d_type == DT_UNKNOWN for all entries in 'tools/perf/pmu-events/arch/power8'! readdir(3) says

Re: int3403_driver_init needs over 330 ms to finish

On 二, 2018-03-13 at 20:39 +0100, Paul Menzel wrote: > Dear Linux folks, > > > Booting the Dell XPS 13 9370 with Linux 4.16-rc4+ and > `initcall_debug`,  > shows it is shown that int3403_driver_init needs over 330 ms to run. > >  [2.524839] initcall int3403_driver_init+0x0/0x1000  >

Re: [PATCH 4.15 000/146] 4.15.10-stable review

On Tue, Mar 13, 2018 at 03:28:00PM -0700, Guenter Roeck wrote: > On Tue, Mar 13, 2018 at 04:22:47PM +0100, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.15.10 release. > > There are 146 patches in this series, all will be posted as a response > > to this one.

Re: [PATCH] usb: misc: supports Apple Carplay driver

On Wed, Mar 14, 2018 at 02:02:36PM +0800, Chunfeng Yun wrote: > The driver is used to support Apple carplay feature by a debugfs > interface which can force the driver to send a USB Vendor Request > of "Apple Device to Host Mode Switch" to switch Apple Device > into host mode. While I am all for

Re: [PATCH] media: staging/imx: fill vb2_v4l2_buffer sequence entry

On Tue, Mar 13, 2018 at 09:00:54PM +0100, Peter Seiderer wrote: > Signed-off-by: Peter Seiderer > --- > drivers/staging/media/imx/imx-media-csi.c | 5 + > 1 file changed, 5 insertions(+) I know I don't take patches with an empty changelog description, but other

Re: [RfC PATCH] Add udmabuf misc device

Hi, > Either mlock account (because it's mlocked defacto), and get_user_pages > won't do that for you. > > Or you write the full-blown userptr implementation, including mmu_notifier > support (see i915 or amdgpu), but that also requires Christian Königs > latest ->invalidate_mapping RFC for

Re: linux-next: please clean up the clockevents tree

Hi Daniel, On Wed, 14 Mar 2018 07:56:00 +0100 Daniel Lezcano wrote: > > On 14/03/2018 00:02, Stephen Rothwell wrote: > > Hi Daniel, > > > > The clockevents tree appears to only contain an old version of patches > > that have been committed upstream. As such, it is

Re: [PATCH v3 1/3] dt-bindings: display: bridge: Document THC63LVD1024 LVDS decoder

On 13.03.2018 15:30, Jacopo Mondi wrote: > Document Thine THC63LVD1024 LVDS decoder device tree bindings. > > Signed-off-by: Jacopo Mondi > --- > .../bindings/display/bridge/thine,thc63lvd1024.txt | 63 > ++ > 1 file changed, 63 insertions(+) >

Re: [PATCH] firmware: add a function to load optional firmware v2

On 3/13/2018 5:46 PM, Kalle Valo wrote: "Luis R. Rodriguez" writes: On Tue, Mar 13, 2018 at 03:16:34PM +0200, Kalle Valo wrote: "Luis R. Rodriguez" writes: +/** + * request_firmware_optional: - request for an optional fw module + * @firmware_p:

[PATCH v1 1/4] asm/tlbflush: Add flush_tlb_pgtable() for ARM64

ARM64 MMU implements invalidation of TLB for intermediate page tables for perticular VA. This may or may not be available for other arch. So, provide this API hook only for ARM64, for now. Signed-off-by: Chintan Pandya --- arch/arm64/include/asm/tlbflush.h | 5 +

[tip:x86/pti] x86/vm86/32: Fix POPF emulation

Commit-ID: b5069782453459f6ec1fdeb495d9901a4545fcb5 Gitweb: https://git.kernel.org/tip/b5069782453459f6ec1fdeb495d9901a4545fcb5 Author: Andy Lutomirski AuthorDate: Tue, 13 Mar 2018 22:03:12 -0700 Committer: Ingo Molnar CommitDate: Wed, 14 Mar 2018

Re: [PATCH v3 3/3] Bluetooth: hci_qca: Add serdev support

On 13/03/2018 21:57, Andy Shevchenko wrote: On Tue, Mar 13, 2018 at 8:38 PM, Thierry Escande wrote: Add support for Qualcomm serial slave devices. Probe the serial device, retrieve its maximum speed and register a new hci uart device. config BT_HCIUART_QCA

Re: [PATCH] x86/xen: zero MSR_IA32_SPEC_CTRL before suspend

>>> On 26.02.18 at 15:08, wrote: > @@ -35,6 +40,9 @@ void xen_arch_post_suspend(int cancelled) > > static void xen_vcpu_notify_restore(void *data) > { > + if (xen_pv_domain() && boot_cpu_has(X86_FEATURE_SPEC_CTRL)) > + wrmsrl(MSR_IA32_SPEC_CTRL,

[PATCH v1 3/4] arm64: Fix the page leak in pud/pmd_set_huge

While setting huge page, we need to take care of previously existing next level mapping. Since, we are going to overrite previous mapping, the only reference to next level page table will get lost and the next level page table will be zombie, occupying space forever. So, free it before overriding.

[PATCH v1 4/4] Revert "arm64: Enforce BBM for huge IO/VMAP mappings"

This commit 15122ee2c515a ("arm64: Enforce BBM for huge IO/VMAP mappings") is a temporary work-around until the issues with CONFIG_HAVE_ARCH_HUGE_VMAP gets fixed. Revert this change as we have fixes for the issue. Signed-off-by: Chintan Pandya --- arch/arm64/mm/mmu.c |

[PATCH v1 0/4] Fix issues with huge mapping in ioremap

Note: I was working on these patches for quite sometime and realized that Toshi Kani has shared some patches addressing the same isssue with subject "[PATCH 0/2] fix memory leak / panic in ioremap huge pages". I've taken slightly different approach here, so sending to the list, finally. This

Re: [PATCH v5 14/36] drm/bridge: analogix_dp: Extend hpd check time to 100ms

On Saturday 10 March 2018 03:53 AM, Enric Balletbo i Serra wrote: From: Lin Huang There was a 1ms delay to detect the hpd signal, which is too short to detect a short pulse. This patch extends this delay to 100ms. Reviewed-by: Archit Taneja

[PATCH v2 8.1/8.4] block: sed-opal: ioctl for writing to shadow mbr

Allow modification of the shadow mbr. If the shadow mbr is not marked as done, this data will be presented read only as the device content. Only after marking the shadow mbr as done and unlocking a locking range the actual content is accessible. Signed-off-by: Jonas Rabenstein

Re: [PATCH] crypto: arm,arm64 - Fix random regeneration of S_shipped

On 14 March 2018 at 02:31, Masahiro Yamada wrote: > 2018-03-14 5:17 GMT+09:00 Leonard Crestez : >> The decision to rebuild .S_shipped is made based on the relative >> timestamps of .S_shipped and .pl files but git makes this essentially >>

Re: WARN when unmounting a subvolume that is being synced

On 14.03.2018 05:10, Tycho Andersen wrote: > Hi all, > > I'm getting the WARN below. I think (?) what I'm doing when I get it > is that I'm unmounting a subvolume while it's being synced (concurrent > uses of the subvolume, at least, happy to look into it further if the > stack trace is not so

[PATCH 1/1 v2] x86: pkey-mprotect must allow pkey-0

Once an address range is associated with an allocated pkey, it cannot be reverted back to key-0. There is no valid reason for the above behavior. On the contrary applications need the ability to do so. The patch relaxes the restriction. Tested on x86_64. cc: Dave Hansen

  1   2   3   4   5   6   7   8   9   10   >