Re: [RFC v2 09/12] powerpc: Deliver SEGV signal on pkey violation.

On Wed, Jun 21, 2017 at 08:48:20AM +0530, Anshuman Khandual wrote: > On 06/21/2017 05:26 AM, Ram Pai wrote: > > On Tue, Jun 20, 2017 at 12:24:53PM +0530, Anshuman Khandual wrote: > >> On 06/17/2017 09:22 AM, Ram Pai wrote: > >>> The value of the AMR register at the time of exception > >>> is made

linux-next: build failure after merge of the gpio tree

Hi Linus, After merging the gpio tree, today's linux-next build (arm multi_v7_defconfig) failed like this: drivers/gpio/gpio-dwapb.c: In function 'dwapb_irq_set_type': drivers/gpio/gpio-dwapb.c:291:2: error: stray '\357' in program if （type != IRQ_TYPE_EDGE_BOTH） ^

Re: [PATCH v6 1/4] of: remove *phandle properties from expanded device tree

Hi Rob, Michael has an issue that means this patch series is not OK in the current form. I will work on a v7 to see if I can resolve the issue. -Frank On 06/20/17 21:57, Michael Ellerman wrote: > Hi Frank, > > frowand.l...@gmail.com writes: >> From: Frank Rowand >> >>

Re: [RFC v2 01/12] powerpc: Free up four 64K PTE bits in 4K backed hpte pages.

On Wed, Jun 21, 2017 at 11:05:33AM +0530, Anshuman Khandual wrote: > On 06/21/2017 04:53 AM, Ram Pai wrote: > > On Tue, Jun 20, 2017 at 03:50:25PM +0530, Anshuman Khandual wrote: > >> On 06/17/2017 09:22 AM, Ram Pai wrote: > >>> Rearrange 64K PTE bits to free up bits 3, 4, 5 and 6 > >>> in

Re: [PATCH v3] drm/exynos/dsi: Remove error handling for bridge_node DT parsing

On Wed, Jun 21, 2017 at 8:33 AM, Hoegeun Kwon wrote: > Remove the error handling of bridge_node because the bridge_node is > optionally. "is optional" > > For example, In case of Exynos SoC, a bridge device such as mDNIe and > MIC could be placed between Display

[PATCH v16 6/7] ARM: dts: imx6qdl-udoo.dtsi: fix onboard USB HUB property

The current dts describes USB HUB's property at USB controller's entry, it is improper. The USB HUB should be the child node under USB controller, and power sequence properties are under it. Besides, using gpio pinctrl setting for USB2415's reset pin. Signed-off-by: Peter Chen

[PATCH v16 7/7] ARM: dts: imx6q-evi: Fix onboard hub reset line

From: Joshua Clayton Previously the onboard hub was made to work by treating its reset gpio as a regulator enable. Get rid of that kludge now that pwseq has added reset gpio support Move pin muxing the hub reset pin into the usbh1 group Signed-off-by: Joshua Clayton

[PATCH v16 5/7] ARM: dts: imx6qdl: Enable usb node children with

From: Joshua Clayton Give usb nodes #address and #size attributes, so that a child node representing a permanently connected device such as an onboard hub may be addressed with a attribute Signed-off-by: Joshua Clayton Signed-off-by: Peter

[PATCH v16 1/7] binding-doc: power: pwrseq-generic: add binding doc for generic power sequence library

Add binding doc for generic power sequence library. Signed-off-by: Peter Chen Acked-by: Philipp Zabel Acked-by: Rob Herring --- .../bindings/power/pwrseq/pwrseq-generic.txt | 53 ++ 1 file changed, 53

[PATCH v16 2/7] power: add power sequence library

We have an well-known problem that the device needs to do some power sequence before it can be recognized by related host, the typical example like hard-wired mmc devices and usb devices. This power sequence is hard to be described at device tree and handled by related host driver, so we have

[PATCH v16 4/7] usb: core: add power sequence handling for USB devices

Some hard-wired USB devices need to do power sequence to let the device work normally, the typical power sequence like: enable USB PHY clock, toggle reset pin, etc. But current Linux USB driver lacks of such code to do it, it may cause some hard-wired USB devices works abnormal or can't be

[PATCH] drm/udl: Make page_flip asynchronous

In page_flip vblank is sent with no delay. Driver does not know when the actual update is present on the display and has no means for getting this information from a device. It is practically impossible to say exactly *when* as there is also i.e. a usb delay. When we are unable to determine when

Re: [PATCH] staging/lustre: echo_client.c - fix sparse warning: cast removes address space of expression

Hi, List I don't want to be a bother but should I be doing something different when submitting patches? I know it's minor but it's a simple change and it's received no response after two weeks; not even a rejection. Cheers -- Tordek On 8 June 2017 at 02:35, Guillermo O. Freschi

Re: [PATCH 3.18 32/32] mm: larger stack guard gap, between vmas

On Tue, Jun 20, 2017 at 11:10:56PM -0700, Hugh Dickins wrote: > On Wed, 21 Jun 2017, Willy Tarreau wrote: > > On Tue, Jun 20, 2017 at 10:49:16PM -0700, Hugh Dickins wrote: > > > On Mon, 19 Jun 2017, Greg Kroah-Hartman wrote: > > > > > > > 3.18-stable review patch. If anyone has any objections,

Re: [PATCH v9 5/7] vfio: Define vfio based dma-buf operations

Hi, > We don't support cursor for console vnc. Ideally console vnc should > be > used by admin for configuration or during maintenance, which refresh > primary surface at low refresh rate, 10 fps. But you surely want a mouse pointer for the admin? You render it directly to the primary surface

Re: [PATCH] HID: multitouch: Add support for Google Rose Touchpad

On Jun 21 2017 or thereabouts, Wei-Ning Huang wrote: > Add Google Rose Touchpad USB PID and required quirks. > > Signed-off-by: Wei-Ning Huang > --- Looks good to me Reviewed-by: Benjamin Tissoires > drivers/hid/hid-ids.h| 3 +++

Re: [PATCH 1/2] efi: Process MEMATTR table only if EFI_MEMMAP

On 20 June 2017 at 22:14, Daniel Kiper wrote: > Otherwise e.g. Xen dom0 on x86_64 EFI platforms crashes. > > In theory we can check EFI_PARAVIRT too, however, > EFI_MEMMAP looks more generic and covers more cases. > > Signed-off-by: Daniel Kiper

Re: [PATCH v4 5/6] arm64: marvell: enable ICU and GICP drivers

On 20/06/17 15:07, Thomas Petazzoni wrote: > This commit enables the newly introduced Marvell GICP and ICUs driver > for the 64-bit Marvell EBU platforms. > > Signed-off-by: Thomas Petazzoni > --- > arch/arm64/Kconfig.platforms | 2 ++ > 1 file changed, 2

Re: [PATCH v3 03/11] x86/mm: Remove reset_lazy_tlbstate()

On Tue, 20 Jun 2017, Andy Lutomirski wrote: > The only call site also calls idle_task_exit(), and idle_task_exit() > puts us into a clean state by explicitly switching to init_mm. > > Reviewed-by: Rik van Riel > Signed-off-by: Andy Lutomirski Reviewed-by:

[PATCH RESEND 3/4] pwm: bindings: add MT2712/MT7622 information

add MT2712/MT7622 pwm information Signed-off-by: Zhi Mao --- .../devicetree/bindings/pwm/pwm-mediatek.txt |6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindings/pwm/pwm-mediatek.txt

[PATCH RESEND 4/4] pwm: mediatek: add MT2712/MT7622 support

support multiple chip(MT2712, MT7622, MT7623) Signed-off-by: Zhi Mao --- drivers/pwm/pwm-mediatek.c | 63 +++- 1 file changed, 51 insertions(+), 12 deletions(-) diff --git a/drivers/pwm/pwm-mediatek.c b/drivers/pwm/pwm-mediatek.c

[PATCH RESEND 1/4] pwm: kconfig: modify mediatek information

modify mediatek information Signed-off-by: Zhi Mao --- drivers/pwm/Kconfig |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/pwm/Kconfig b/drivers/pwm/Kconfig index 313c107..45cdf2a 100644 --- a/drivers/pwm/Kconfig +++ b/drivers/pwm/Kconfig @@

[PATCH RESEND 2/4] pwm: mediatek: fix clk issue

1.fix clock control - prepare top/main clk in mtk_pwm_probe() function, it will increase power consumption and in original code these clocks is only prepeare but never enabled - pwm clock should be enabled before setting pwm registers in function: mtk_pwm_config() 2.fix pwm source

Re: [PATCH v7 20/36] x86, mpparse: Use memremap to map the mpf and mpc data

On Fri, Jun 16, 2017 at 01:53:38PM -0500, Tom Lendacky wrote: > The SMP MP-table is built by UEFI and placed in memory in a decrypted > state. These tables are accessed using a mix of early_memremap(), > early_memunmap(), phys_to_virt() and virt_to_phys(). Change all accesses > to use

Re: [PATCH 00/51] rtc: stop using rtc deprecated functions

On 21/06/2017 at 09:51:52 +0200, Pavel Machek wrote: > Hi! > > > > I agree with that but not the android guys. They seem to mandate an RTC > > > that can store time from 01/01/1970. I don't know much more than that > > > because they never cared to explain why that was actually necessary > > >

Re: [kernel-hardening] [PATCH] random: warn when kernel uses unseeded randomness

"Jason A. Donenfeld" writes: > This enables an important dmesg notification about when drivers have > used the crng without it being seeded first. Prior, these errors would > occur silently, and so there hasn't been a great way of diagnosing these > types of bugs for obscure

Re: [RFC v2 08/12] powerpc: Handle exceptions caused by violation of pkey protection.

On Wed, Jun 21, 2017 at 09:24:36AM +0530, Anshuman Khandual wrote: > On 06/21/2017 05:13 AM, Ram Pai wrote: > > On Tue, Jun 20, 2017 at 12:54:45PM +0530, Anshuman Khandual wrote: > >> On 06/17/2017 09:22 AM, Ram Pai wrote: > >>> Handle Data and Instruction exceptions caused by memory > >>>

linux-next: manual merge of the kspp tree with the file-locks tree

Hi Kees, Today's linux-next merge of the kspp tree got a conflict in: include/linux/fs.h between commits: 7356fd927059 ("fs: new infrastructure for writeback error handling and reporting") c7fe314be636 ("fs: add f_md_wb_err field to struct file for tracking metadata errors") from the

Re: [PATCH] crypto: sun4i-ss: support the Security System PRNG

On Tue, Jun 20, 2017 at 01:45:36PM +0200, Corentin Labbe wrote: > On Tue, Jun 20, 2017 at 11:59:47AM +0200, Maxime Ripard wrote: > > Hi, > > > > On Tue, Jun 20, 2017 at 10:58:19AM +0200, Corentin Labbe wrote: > > > The Security System have a PRNG, this patch add support for it via > > >

Re: [PATCH] drm: armada: make of_device_ids const.

On Tue, Jun 20, 2017 at 10:44:33AM +0530, Arvind Yadav wrote: > of_device_ids are not supposed to change at runtime. All functions > working with of_device_ids provided by work with const > of_device_ids. So mark the non-const structs as const. > > File size before: >text data

[PATCH 0/2] platform/x86: add const to thermal_cooling_device_ops structures

Declare thermal_cooling_device_ops structures as const. Bhumika Goyal (2): acerhdf: add const to thermal_cooling_device_ops structure intel_menlow: add const to thermal_cooling_device_ops structure drivers/platform/x86/acerhdf.c | 2 +- drivers/platform/x86/intel_menlow.c | 2 +- 2

[PATCH 2/2] intel_menlow: add const to thermal_cooling_device_ops structure

Declare thermal_cooling_device_ops structure as const as it is only passed as an argument to the function thermal_cooling_device_register and this argument is of type const. So, declare the structure as const. Signed-off-by: Bhumika Goyal ---

[PATCH 1/2] acerhdf: add const to thermal_cooling_device_ops structure

Declare thermal_cooling_device_ops structure as const as it is only passed as an argument to the function thermal_cooling_device_register and this argument is of type const. So, declare the structure as const. Signed-off-by: Bhumika Goyal --- drivers/platform/x86/acerhdf.c |

Re: [PATCH v2] PM / Domains: Call driver's noirq callbacks

On 20.06.2017 17:18, Ulf Hansson wrote: On 20 June 2017 at 15:38, Mikko Perttunen wrote: Currently genpd installs its own suspend_noirq, resume_noirq, and poweroff_noirq callbacks, but never calls down to the driver's corresponding callbacks. Add these calls.

RE: [PATCH 9/9] clk: imx: add imx7ulp clk driver

> -Original Message- > From: Stephen Boyd [mailto:sb...@codeaurora.org] > Sent: Wednesday, June 21, 2017 4:42 AM > To: Dong Aisheng > Cc: A.s. Dong; linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; > linux-arm-ker...@lists.infradead.org; mturque...@baylibre.com; >

Re: [RFC v2 05/12] powerpc: Implementation for sys_mprotect_pkey() system call.

Ram Pai writes: > > +#ifdef CONFIG_PPC64_MEMORY_PROTECTION_KEYS > + > /* > * This file is included by linux/mman.h, so we can't use cacl_vm_prot_bits() > * here. How important is the optimization? > */ > -static inline unsigned long

Re: [PATCH 2/2] xen/input: add multi-touch support

On Thu, Jun 08, 2017 at 09:45:18AM +0300, Oleksandr Andrushchenko wrote: > Hi, Dmitry! > > On 06/07/2017 07:56 PM, Dmitry Torokhov wrote: > >On Wed, May 31, 2017 at 12:06:56PM +0300, Oleksandr Andrushchenko wrote: > >>Hi, Dmitry! > >> > >>On 05/30/2017 07:37 PM, Dmitry Torokhov wrote: > >>>On

KASAN related bug in crypto/asymmetric_keys/public_key.c:96

I got the following dump during startup (4.11.0 stable): [1.353688] registered taskstats version 1 [1.353974] Loading compiled-in X.509 certificates [1.354582] [ cut here ] [1.354904] kernel BUG at crypto/asymmetric_keys/public_key.c:96! [1.355319]

[PATCH v3] writeback: Rework wb_[dec|inc]_stat family of functions

Currently the writeback statistics code uses a percpu counters to hold various statistics. Furthermore we have 2 families of functions - those which disable local irq and those which doesn't and whose names begin with double underscore. However, they both end up calling __add_wb_stats which in

Re: [RFC v2 07/12] powerpc: Macro the mask used for checking DSI exception

Ram Pai writes: > Replace the magic number used to check for DSI exception > with a meaningful value. > > Signed-off-by: Ram Pai > --- > arch/powerpc/include/asm/reg.h | 9 - > arch/powerpc/kernel/exceptions-64s.S | 2 +- > 2 files

Re: [Intel-gfx] [PATCH v9 5/7] vfio: Define vfio based dma-buf operations

Hi, > We already have VFIO_DEVICE_GET_INFO which returns: > > struct vfio_device_info { > __u32   argsz; > __u32   flags; > #define VFIO_DEVICE_FLAGS_RESET (1 << 0)/* Device supports > reset */ > #define VFIO_DEVICE_FLAGS_PCI   (1 << 1)/* vfio-pci device */ >

[PATCH V4 1/2] powerpc/powernv: Get a unique token for async completions

This patch adds support to get a unique token for async completion requests. This will be used for creating non-repititive request handles for consecutive requests in OPAL-OCC command/response interface. Signed-off-by: Shilpasri G Bhat --- - No changes from V3

[PATCH V4 0/2] Add support for OCC command/response interface

In P9, OCC(On Chip Controller) can be sent commands inband via shared memory based command response interface. This patch adds a platform driver to support the OCC command-response interface. The skiboot patch for the interface is posted here:

linux-next: Tree for Jun 21

Hi all, Changes since 20170620: New tree: dma-mapping-hch The file-locks tree gained a conflict against the uuid tree. The v4l-dvb tree gained a build failure so I used the version from next-20170620. The net-next tree gained conflicts against the net and pci trees. The spi-nor tree gained a

[PATCH RESEND 5/7] [media] media: s3c-camif: Use MEDIA_REVISON instead of KERNEL_VERSION

Use MEDIA_REVISON instead of KERNEL_VERSION to encode the driver version. Signed-off-by: Johannes Thumshirn --- drivers/media/platform/s3c-camif/camif-core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/platform/s3c-camif/camif-core.c

[PATCH RESEND 7/7] staging/atomisp: use MEDIA_VERSION instead of KERNEL_VERSION

Use MEDIA_VERSION instead of KERNEL_VERSION to encode the driver version of the Atom ISP driver. Signed-off-by: Johannes Thumshirn --- drivers/staging/media/atomisp/include/linux/atomisp.h | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

Re: [PATCH v2 1/2] DT: pinctrl: Add binding documentation for Spreadtrum pin controller

On 20 June 2017 at 17:31, Linus Walleij wrote: > On Tue, Jun 13, 2017 at 5:15 AM, Baolin Wang > wrote: > >> I forgot one most important reason why we can not use the "sleep" state. As >> I explained >> above, the sleep related configuration

Re: [PATCH v7 10/36] x86/mm: Provide general kernel support for memory encryption

On Wed, Jun 21, 2017 at 09:18:59AM +0200, Thomas Gleixner wrote: > That looks wrong. It's not decrypted it's rather unencrypted, right? Yeah, it previous versions of the patchset, "decrypted" and "unencrypted" were both present so we settled on "decrypted" for the nomenclature. --

Re: [PATCH] netxen: Fix a sleep-in-atomic bug in netxen_nic_pci_mem_access_direct

David Miller writes: > From: Jia-Ju Bai > Date: Mon, 19 Jun 2017 10:48:53 +0800 > >> The driver may sleep under a spin lock, and the function call path is: >> netxen_nic_pci_mem_access_direct (acquire the lock by spin_lock) >> ioremap --> may sleep

Re: [PATCH 2/4] time: Add warning about imminent deprecation of CONFIG_GENERIC_TIME_VSYSCALL_OLD

On Tue, Jun 20, 2017 at 10:21:31PM -0700, John Stultz wrote: > CONFIG_GENERIC_TIME_VSYSCALL_OLD was introduced five years ago > to allow a transition from the old vsyscall implementations to > the new method (which simplified internal accounting and made > timekeeping more precise). > > However,

[PATCH v3] drm/exynos/dsi: Remove error handling for bridge_node DT parsing

Remove the error handling of bridge_node because the bridge_node is optionally. For example, In case of Exynos SoC, a bridge device such as mDNIe and MIC could be placed between Display Controller and MIPI DSI device but the bridge device is optionally. Signed-off-by: Hoegeun Kwon

[PATCH v2 0/2] drm: constify drm_encoder_helper_funcs structures

Add const to drm_encoder_helper_funcs structures. Changes in v2 - * Let the line exceed over 80 characters while adding const in analogix_dp-rockchip.c file. Bhumika Goyal (2): drm/rockchip: add const to drm_encoder_helper_funcs structures drm/sun4i: add const to drm_encoder_helper_funcs

[PATCH v2 2/2] drm/sun4i: add const to drm_encoder_helper_funcs structures

Add const to drm_encoder_helper_funcs structures as they are only passed as an argument to the function drm_encoder_helper_add and this argument is of type const. So, add const to these structures. Signed-off-by: Bhumika Goyal --- Changes in v2 - * No change

[PATCH v2 1/2] drm/rockchip: add const to drm_encoder_helper_funcs structures

Add const to drm_encoder_helper_funcs structures as they are only passed as an argument to the function drm_encoder_helper_add and this argument is of type const. So, add const to these structures. Signed-off-by: Bhumika Goyal --- Changes in v2 - * Let the line exceed over 80

[PATCH v16 0/7] power: add power sequence library

This is a follow-up for my last power sequence framework patch set [1]. According to Rob Herring and Ulf Hansson's comments[2]. The kinds of power sequence instances will be added at postcore_initcall, the match criteria is compatible string first, if the compatible string is not matched between

Re: [RFC v2 01/12] powerpc: Free up four 64K PTE bits in 4K backed hpte pages.

Ram Pai writes: > Rearrange 64K PTE bits to free up bits 3, 4, 5 and 6 > in the 4K backed hpte pages. These bits continue to be used > for 64K backed hpte pages in this patch, but will be freed > up in the next patch. > > The patch does the following change to the 64K

[NOT-FOR-MERGE V8 5/6] mmc: sdhci-msm: Adapt the driver to use OPPs to set clocks/performance state

From: Rajendra Nayak THIS IS TEST CODE, SHOULDN'T BE MERGED. SDHCI driver needs to set a performance state along with scaling its clocks. Modify the driver to use the newly introducded powerdomain performance state based OPPs to scale clocks as well as set an appropriate

[NOT-FOR-MERGE V8 3/6] soc: qcom: rpmpd: Add a powerdomain driver to model cx/mx powerdomains

From: Rajendra Nayak THIS IS TEST CODE, SHOULDN'T BE MERGED. The cx/mx powerdomains just pass the performance state set by the consumers to the RPM (Remote Power manager) which then takes care of setting the appropriate voltage on the corresponding rails to meet the

[NOT-FOR-MERGE V8 6/6] remoteproc: qcom: q6v5: Vote for proxy powerdomain performance state

From: Rajendra Nayak THIS IS TEST CODE, SHOULDN'T BE MERGED. This patch just demonstrates the usage of pm_genpd_update_performance_state() api in cases where users need to set performance state of a powerdomain without having to do it via the OPP framework. q6v5

[PATCH] thermal/intel_powerclamp: add const to thermal_cooling_device_ops structure

Declare thermal_cooling_device_ops structure as const as it is only passed as an argument to the function thermal_cooling_device_register and this argument is of type const. So, declare the structure as const. Signed-off-by: Bhumika Goyal ---

Re: [PATCH v4 3/3] x86/build: Specify stack alignment for clang

* Matthias Kaehlcke wrote: > El Tue, Jun 20, 2017 at 11:20:54AM +0200 Ingo Molnar ha dit: > > > > > * Matthias Kaehlcke wrote: > > > > > Ingo didn't like the duplication and suggested the use of a variable, > > > which > > > kinda implies a check for

Re: [PATCH 3.10 268/268] mm: larger stack guard gap, between vmas

On Wed, Jun 21, 2017 at 12:05:07AM -0700, Hugh Dickins wrote: > On Mon, 19 Jun 2017, Willy Tarreau wrote: > > > From: Hugh Dickins > > > > commit 1be7107fbe18eed3e319a6c3e83c78254b693acb upstream. > > Some of these suggested adjustments below are just what comparing mine >

Re: [PATCH v7 10/36] x86/mm: Provide general kernel support for memory encryption

On Fri, 16 Jun 2017, Tom Lendacky wrote: > > +#ifndef pgprot_encrypted > +#define pgprot_encrypted(prot) (prot) > +#endif > + > +#ifndef pgprot_decrypted That looks wrong. It's not decrypted it's rather unencrypted, right? Thanks, tglx

Re: [PATCH v4] irqchip/gicv3-its: Avoid memory over allocation for ITEs

On 21/06/17 02:22, Shanker Donthineni wrote: > Hi Marc, > > On 05/06/2017 06:25 AM, Marc Zyngier wrote: >> On Fri, May 05 2017 at 11:04:22 pm BST, Shanker Donthineni >> wrote: >>> Hi Marc, >>> >>> >>> On 05/02/2017 11:16 AM, Marc Zyngier wrote: On Sun, Apr 30 2017

[PATCH v2] tpm: consolidate the TPM startup code

Consolidated all the "manual" TPM startup code to a single function in order to make code flows a bit cleaner and migrate to tpm_buf. Signed-off-by: Jarkko Sakkinen --- v2: startup type is u16 (not u32) drivers/char/tpm/tpm-interface.c | 67

[PATCH 0/2] fixed ethernet binding violation for reset signal

From: Sean Wang Fixed binding violation and also updated related binding documentation to reflect the reset signals the MediaTek Ethernet requires. Sean Wang (2): dt-bindings: net: mediatek: update documentation for reset signals arm: dts: mt7623: fixup binding

Re: [PATCH v5 3/4] ARM: dts: at91: sama5d2: add ADC hw trigger edge type

On 20/06/2017 at 18:56, Jonathan Cameron wrote: > On Thu, 15 Jun 2017 16:24:56 +0300 > Eugen Hristev wrote: > >> Added ADTRG edge type property as interrupt edge type value >> >> Signed-off-by: Eugen Hristev >> Acked-by: Ludovic

Re: [PATCH 00/51] rtc: stop using rtc deprecated functions

Hi! > > I agree with that but not the android guys. They seem to mandate an RTC > > that can store time from 01/01/1970. I don't know much more than that > > because they never cared to explain why that was actually necessary > > (apart from a laconic "this will result in a bad user experience")

[PATCH 2/2] arm: dts: mt7623: fixup binding violation missing reset in ethernet node

From: Sean Wang fix up binding violation where the reset property is required additionally. Cc: John Crispin Signed-off-by: Sean Wang --- arch/arm/boot/dts/mt7623.dtsi | 4 1 file changed, 4 insertions(+) diff --git

[PATCH 1/2] dt-bindings: net: mediatek: update documentation for reset signals

From: Sean Wang Since there's no user for the property reset inside the ethernet node for current supported MediaTek SoCs and boards, so it should be safe to update reset property in the bindings to introduce more reset signals as corresponding that commit 7c2adaf11036

Re: [PATCH v3 2/2] PCI: iproc: add device shutdown for PCI RC

On Thu, Jun 15, 2017 at 7:11 PM, Bjorn Helgaas wrote: > On Wed, Jun 14, 2017 at 10:24:11AM +0530, Oza Oza wrote: >> On Tue, Jun 13, 2017 at 5:13 AM, Bjorn Helgaas wrote: >> > On Sun, Jun 11, 2017 at 09:35:38AM +0530, Oza Pawandeep wrote: >> >> PERST# must

Re: [PATCH v3 02/11] x86/ldt: Simplify LDT switching logic

On Tue, 20 Jun 2017, Andy Lutomirski wrote: > When we redo lazy mode to stop flush IPIs without switching to > init_mm, though, the current logic would become incorrect: it will > be possible to have real_prev == next but nonetheless have a stale > LDT descriptor. > > Simplify the code to update

[PATCH RESEND 2/7] video: fbdev: don't use KERNEL_VERSION macro for MEDIA_REVISION

Don't use the KERNEL_VERSION() macro for the v4l2 capabilities, use MEDIA_REVISION instead. Signed-off-by: Johannes Thumshirn --- drivers/video/fbdev/matrox/matroxfb_base.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[PATCH RESEND 3/7] [media] media: document the use of MEDIA_REVISION instead of KERNEL_VERSION

Update the documentation to introduce the use of MEDIA_REVISON instead of KERNEL_VERSION for the verison triplets of a media drivers hardware revision or driver version. Signed-off-by: Johannes Thumshirn --- Documentation/media/uapi/cec/cec-ioc-adap-g-caps.rst| 2 +-

Re: [Nouveau] [PATCH 01/11] drm/fb-helper: do a generic fb_setcmap helper in terms of crtc .gamma_set

On 21/06/17 05:14 PM, Daniel Vetter wrote: > On Wed, Jun 21, 2017 at 04:59:31PM +0900, Michel Dänzer wrote: >> On 21/06/17 04:38 PM, Daniel Vetter wrote: >>> On Tue, Jun 20, 2017 at 09:25:25PM +0200, Peter Rosin wrote: This makes the redundant fb helpers .load_lut, .gamma_set and .gamma_get

Re: [Qemu-devel] [PATCH v11 4/6] mm: function to offer a page block on the free list

On 06/21/2017 01:29 AM, Rik van Riel wrote: On Tue, 2017-06-20 at 18:49 +0200, David Hildenbrand wrote: On 20.06.2017 18:44, Rik van Riel wrote: Nitesh Lal (on the CC list) is working on a way to efficiently batch recently freed pages for free page hinting to the hypervisor. If that is done

Re: [PATCH] drm/arm: hdlcd: remove unused variables

On Wed, Jun 21, 2017 at 10:16 AM, Liviu Dudau wrote: > Hi Arnd, > > On Tue, Jun 20, 2017 at 10:30:38PM +0200, Arnd Bergmann wrote: >> The last rework left behind two unused variables: >> >> drm/arm/hdlcd_crtc.c: In function 'hdlcd_plane_atomic_update': >>

Re: [PATCH 1/2] drm/rockchip: add const to drm_encoder_helper_funcs structures

On Wed, Jun 21, 2017 at 6:18 AM, Mark yao wrote: > On 2017年06月20日 21:07, Bhumika Goyal wrote: >> >> Add const to drm_encoder_helper_funcs structures as they are only passed >> as an argument to the function drm_encoder_helper_add and this argument >> is of type const. So,

Re: [PATCH 2/4] time: Add warning about imminent deprecation of CONFIG_GENERIC_TIME_VSYSCALL_OLD

On Tue, Jun 20, 2017 at 11:11 PM, Paul Mackerras wrote: > On Tue, Jun 20, 2017 at 10:21:31PM -0700, John Stultz wrote: >> CONFIG_GENERIC_TIME_VSYSCALL_OLD was introduced five years ago >> to allow a transition from the old vsyscall implementations to >> the new method (which

Re: [PATCH v8 3/3] iommu/arm-smmu-v3: Add workaround for Cavium ThunderX2 erratum #126

Hi Will, On Tue, Jun 20, 2017 at 11:30 PM, Will Deacon wrote: > On Tue, Jun 20, 2017 at 07:47:39PM +0530, Geetha sowjanya wrote: >> From: Geetha Sowjanya >> >> Cavium ThunderX2 SMMU doesn't support MSI and also doesn't have unique irq >>

[PATCH v2] fs/dcache.c: fix spin lockup issue on nlru->lock

__list_lru_walk_one() acquires nlru spin lock (nlru->lock) for longer duration if there are more number of items in the lru list. As per the current code, it can hold the spin lock for upto maximum UINT_MAX entries at a time. So if there are more number of items in the lru list, then "BUG:

Re: [RFC v2 02/12] powerpc: Free up four 64K PTE bits in 64K backed hpte pages.

Ram Pai writes: > Rearrange 64K PTE bits to free up bits 3, 4, 5 and 6 > in the 64K backed hpte pages. This along with the earlier > patch will entirely free up the four bits from 64K PTE. > > This patch does the following change to 64K PTE that is > backed by 64K hpte.

Re: [PATCH v7 08/36] x86/mm: Add support to enable SME in early boot processing

On Fri, 16 Jun 2017, Tom Lendacky wrote: > diff --git a/arch/x86/include/asm/mem_encrypt.h > b/arch/x86/include/asm/mem_encrypt.h > index a105796..988b336 100644 > --- a/arch/x86/include/asm/mem_encrypt.h > +++ b/arch/x86/include/asm/mem_encrypt.h > @@ -15,16 +15,24 @@ > > #ifndef __ASSEMBLY__

[PATCH v2 2/2] i2c: Add Spreadtrum I2C controller driver

This patch adds the I2C controller driver for Spreadtrum platform. Signed-off-by: Baolin Wang --- Changes since v1: - Power on I2C device in probe(). - Remove redundant macros and usb __maybe_unused. - Remove redundant 'of_match_ptr'. - Modify return values and

[PATCH v2 1/2] dt-bindings: i2c: Add Spreadtrum I2C controller documentation

This patch adds the binding documentation for Spreadtrum I2C controller device. Signed-off-by: Baolin Wang --- Changes since v1: - No updates. --- Documentation/devicetree/bindings/i2c/i2c-sprd.txt | 31 1 file changed, 31 insertions(+)

Re: [PATCH 1/6] ARM: dts: rockchip: add basic dtsi file for RK3229 SoC

Hi Jacob and Heiko: On 2017年06月21日 12:11, Jacob Chen wrote: > Hi, > > 2017-06-20 18:48 GMT+08:00 Heiko Stübner >: > > Hi Frank, > > > > Am Dienstag, 20. Juni 2017, 15:13:00 CEST schrieb Frank Wang: > >> Hi Heiko, > >> > >> On 2017/6/19 20:30, Heiko

Re: [PATCH 00/11] improve the fb_setcmap helper

On Tue, Jun 20, 2017 at 09:25:24PM +0200, Peter Rosin wrote: > Hi! > > While trying to get CLUT support for the atmel_hlcdc driver, and > specifically for the emulated fbdev interface, I received some > push-back that my feeble in-driver attempts should be solved > by the core. This is my attempt

Re: [PATCH 2/2] x86/xen/efi: Init only efi struct members used by Xen

On 20 June 2017 at 22:14, Daniel Kiper wrote: > Current approach, wholesale efi struct initialization from efi_xen, is not > good. Usually if new member is defined then it is properly initialized in > drivers/firmware/efi/efi.c but not in arch/x86/xen/efi.c. As I saw it

Re: [Xen-devel] [PATCH 2/2] x86/xen/efi: Init only efi struct members used by Xen

On 20/06/2017 21:14, Daniel Kiper wrote: > Current approach, wholesale efi struct initialization from efi_xen, is not > good. Usually if new member is defined then it is properly initialized in > drivers/firmware/efi/efi.c but not in arch/x86/xen/efi.c. As I saw it happened > a few times until

[PATCH RESEND 0/4] mediatek: pwm driver add MT2712/MT7622 support

pwm driver add MT2712/MT7622 support, fix clock control issue. dtsi file will be upload latter, after the clock define is ready. Zhi Mao (4): pwm: kconfig: modify mediatek information pwm: mediatek: fix clk issue pwm: bindings: add MT2712/MT7622 information pwm: mediatek: add

Re: [PATCH v4 20/28] ARM: owl: Implement CPU enable-method for S500

On Tue, Jun 6, 2017 at 2:54 AM, Andreas Färber wrote: > Allow to bring up CPU1. > > Based on LeMaker linux-actions tree. > > Signed-off-by: Andreas Färber > --- > v3 -> v4: Unchanged > > v3: new > > arch/arm/mach-actions/Makefile | 3 + >

Re: [PATCH v2] perf: libdw support for powerpc [ping]

On Mittwoch, 21. Juni 2017 03:07:39 CEST Arnaldo Carvalho de Melo wrote: > Em Thu, Jun 15, 2017 at 10:46:16AM +0200, Milian Wolff escreveu: > > On Tuesday, June 13, 2017 5:55:09 PM CEST Ravi Bangoria wrote: > > Just a quick question: Have you guys applied my recent patch: > > > > commit

Re: [PATCH] drm/arm: hdlcd: remove unused variables

Hi Arnd, On Tue, Jun 20, 2017 at 10:30:38PM +0200, Arnd Bergmann wrote: > The last rework left behind two unused variables: > > drm/arm/hdlcd_crtc.c: In function 'hdlcd_plane_atomic_update': > drm/arm/hdlcd_crtc.c:264:13: warning: unused variable 'src_y' > [-Wunused-variable] >

[PATCH RESEND] Calling check_system_tsc_reliable() before unsynchronized_tsc()

unsynchronized_tsc() checks value of tsc_clocksource_reliable which is set by check_system_tsc_reliable(). It's better to move check_system_tsc_reliable() at front. Though X86_FEATURE_CONSTANT_TSC is usually set for TSC reliable system, just in case. Signed-off-by: Zhenzhong Duan

Re: [PATCH v3 05/11] x86/mm: Track the TLB's tlb_gen and update the flushing algorithm

On Tue, 20 Jun 2017, Andy Lutomirski wrote: > struct flush_tlb_info { > + /* > + * We support several kinds of flushes. > + * > + * - Fully flush a single mm. flush_mm will be set, flush_end will be flush_mm is the *mm member in the struct, right? You might rename that as a

Re: [PATCH v2] input: cros_ec_keyb: Report wakeup events

Hi guys, On 04/05/2017 09:20 AM, jeffy wrote: Hi dmitry, On 04/04/2017 06:41 AM, Dmitry Torokhov wrote: On Mon, Apr 03, 2017 at 01:53:53PM -0700, Brian Norris wrote: + others On Mon, Apr 03, 2017 at 11:43:36AM -0700, Dmitry Torokhov wrote: On Sun, Apr 02, 2017 at 08:07:39AM +0800, Jeffy

Re: [PATCH v2] drm/sun4i: hdmi: Implement I2C adapter for A10s DDC bus

On Tue, Jun 13, 2017 at 09:53:31PM +1000, Jonathan Liu wrote: > >> --- /dev/null > >> +++ b/drivers/gpu/drm/sun4i/sun4i_hdmi_i2c.c > >> @@ -0,0 +1,163 @@ > >> +/* > >> + * Copyright (C) 2017 Jonathan Liu > >> + * > >> + * Jonathan Liu > > > > Is it? > > I could add you to the

Re: [PATCH 3.18 32/32] mm: larger stack guard gap, between vmas

On Wed, 21 Jun 2017, Willy Tarreau wrote: > On Tue, Jun 20, 2017 at 10:49:16PM -0700, Hugh Dickins wrote: > > On Mon, 19 Jun 2017, Greg Kroah-Hartman wrote: > > > > > 3.18-stable review patch. If anyone has any objections, please let me > > > know. > > > > > > -- > > > > > >

linux-next: build warning after merge of the rcu tree

Hi Paul, After merging the rcu tree, today's linux-next build (x86_64 allnoconfig) produced this warning: kernel/cpu.c: In function 'boot_cpu_state_init': kernel/cpu.c:1778:6: warning: unused variable 'cpu' [-Wunused-variable] int cpu; ^ Introduced by commit faeb334286b7 ("rcu:

Re: [RFC v2 02/12] powerpc: Free up four 64K PTE bits in 64K backed hpte pages.

Ram Pai writes: > diff --git a/arch/powerpc/mm/hugetlbpage-hash64.c > b/arch/powerpc/mm/hugetlbpage-hash64.c > index a84bb44..239ca86 100644 > --- a/arch/powerpc/mm/hugetlbpage-hash64.c > +++ b/arch/powerpc/mm/hugetlbpage-hash64.c > @@ -22,6 +22,7 @@ int

  1   2   3   4   5   6   7   8   9   10   >