Re: [PATCH] clk: Add functions to save and restore clock/dpll context en-masse

On 18/04/17 08:12, Keerthy wrote: From: Russ Dill The clock/dpll registers are in the WKUP power domain. Under both RTC-only suspend and hibernation, these registers are lost. Hence save/restore them accordingly. Signed-off-by: Russ Dill Signed-off-by:

[PATCH v2 3/7] ARM: dts: imx7s: Add node for GPC

Add node for GPC and specify as a parent interrupt controller for SoC bus. Cc: yurov...@gmail.com Cc: Dong Aisheng Cc: Shawn Guo Cc: Sascha Hauer Cc: Fabio Estevam Cc: Rob Herring Cc:

[PATCH v2 7/7] ARM: dts: imx7d-sdb: Enable PCIe peripheral

Enable PCIe peripheral on this board. Cc: yurov...@gmail.com Cc: Dong Aisheng Cc: Shawn Guo Cc: Sascha Hauer Cc: Fabio Estevam Cc: Rob Herring Cc: Mark Rutland

[PATCH v2 0/7] i.MX7 PCIe related device tree changes

Shawn, everyone: This is second version of the series that includes changes made to device-tree in order to support PCIe on i.MX7 platform. Changes since [v1]: - All 'anatop-enable-bit' patches are squashed into one - Added patch to enable GPCv2 driver on i.MX7 -

[PATCH v2 2/7] ARM: imx: Select GPCv2 for i.MX7

GPCv2 IP block is a part of i.MX7 SoC. Select it to make corresponding driver availible to support DT changes following this patch. Cc: yurov...@gmail.com Cc: Dong Aisheng Cc: Shawn Guo Cc: Sascha Hauer Cc: Fabio Estevam

Re: [PATCH] ASoC: dwc: disallow building designware_pcm as a module

On Tue, Apr 18, 2017 at 12:59:54PM +0200, Lubomir Rintel wrote: > It makes not sense: the whether the PIO PCM extension is used is > hardcoded to the designware_i2s driver and designware_pcm doesn't > have any module metadata, causing a kernel taint: > > [ 44.287000] designware_pcm: module

Re: [PATCH 15/24] asus-wmi: Restrict debugfs interface when the kernel is locked down

On Tue, 2017-04-18 at 15:55 +0100, David Howells wrote: > Ben Hutchings wrote: > > > - tracing (now tracefs, but it's expected to appear under debugfs) > > Shouldn't this now appear under /sys/kernel/tracing/ ? True, but old tracing scripts didn't go away. Ben. -- Ben

Re: [PATCH v6 5/8] coresight: use const for device_node structures

On Thu, Apr 06, 2017 at 09:30:58PM +0800, Leo Yan wrote: > Almost low level functions from open firmware have used const to > qualify device_node structures, so add const for device_node > parameters in of_coresight related functions. > > Reviewed-by: Stephen Boyd >

Re: [PATCH] kbuild: avoid conflict between -ffunction-sections and -pg on gcc-4.7

Hi Arnd, 2017-04-14 15:17 GMT+09:00 Masahiro Yamada : > Arnd Bergmann reported: > "When ftrace is enabled and we build with gcc-4.7 or older, we > get a warning for each file on architectures that select > CONFIG_LD_DEAD_CODE_DATA_ELIMINATION: > > warning:

Re: [PATCH 16/22] xen-blkfront: Make use of the new sg_map helper function

On 18/04/17 08:27 AM, Konrad Rzeszutek Wilk wrote: > Interesting that you didn't CC any of the maintainers. Could you > do that in the future please? Please read the cover letter. The distribution list for the patchset would have been way too large to cc every maintainer (even as limited as it

Re: net/ipv6: slab-out-of-bounds read in seg6_validate_srh

On Tue, Apr 18, 2017 at 5:16 PM, David Lebrun wrote: > On 04/18/2017 04:54 PM, Andrey Konovalov wrote: >> Hi, >> >> I've got the following error report while fuzzing the kernel with syzkaller. >> >> On commit 4f7d029b9bf009fbee76bb10c0c4351a1870d2f3 (4.11-rc7). >> >> A

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

Thanks for the feedback Andy !! > I would go with > > /* Wait for @sleep microseconds for the oscillator to be back up */ > if (sleep) > udelay(sleep); > > Otherwise int sleep is oddly here. > > Or > > bool sleep > > /* Wait 500us ... */ > if (sleep) > udelay(500); > >> +} I think you may be

Re: [PATCH 16/22] xen-blkfront: Make use of the new sg_map helper function

On 18/04/17 09:50 AM, Konrad Rzeszutek Wilk wrote: > I am not sure if you know, but you can add on each patch the respective > maintainer via 'CC'. That way you can have certain maintainers CCed only > on the subsystems they cover. You put it after (or before) your SoB and > git send-email

Re: [PATCH v24 08/11] acpi: Introduce acpi_unregister_irq function

On Sat, Apr 15, 2017 at 02:40:11AM +0800, fu@linaro.org wrote: > From: Fu Wei > > This patch introduces acpi_unregister_irq function to free a > linux IRQ number<->GSI mapping by a given linux IRQ number. > > Even we have successfully registered the GSI, when some error

Re: [PATCH V4 1/9] PM / OPP: Allow OPP table to be used for power-domains

On 17/04/17 06:27, Viresh Kumar wrote: > On 13-04-17, 14:42, Sudeep Holla wrote: >> What I was referring is about power domain provider with multiple power >> domains(simply #power-domain-cells=<1> case as explained in the >> power-domain specification. > > I am not sure if we should be looking

Re: [PATCH 5/6] platform/x86: fujitsu-laptop: do not log LED registration failures

On Tue, Apr 18, 2017 at 10:10:01AM +0200, Michał Kępień wrote: > Jonathan, I hope this response to Darren's message also addresses your > concerns. Feel free to let me know if it does not. > > > On Fri, Apr 07, 2017 at 03:07:12PM +0200, Michał Kępień wrote: > > > If

RE: [PATCH] ACPICA: Export mutex functions

> -Original Message- > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Sent: Tuesday, April 18, 2017 7:15 AM > To: Guenter Roeck > Cc: Zheng, Lv ; Rafael J. Wysocki > ; Moore, Robert ; Wysocki, >

Re: [PATCH] of: fix "/cpus" reference leak in of_numa_parse_cpu_nodes()

On Tue, Apr 18, 2017 at 10:16 AM, David Daney wrote: > On 04/17/2017 05:29 PM, Tyrel Datwyler wrote: >> >> The call to of_find_node_by_path("/cpus") returns the cpus device_node >> with its reference count incremented. There is no matching of_node_put() >> call in

Re: [PATCH v2 1/3] ARM: dts: rockchip: Add support for phyCORE-RK3288 SoM

>> + { >> + status = "okay"; >> + clock-frequency = <40>; >> + >> + rk818: pmic@1c { >> + compatible = "rockchip,rk818"; >> + reg = <0x1c>; >> + interrupt-parent = <>; >> + interrupts = <4 IRQ_TYPE_LEVEL_LOW>; >> +

[PATCH v2 1/7] ARM: dts: i.MX: Reintroduce 'anatop-enable-bit' where appropriate

Now that support for 'anatop-enable-bit' has been added to ANADIG driver, reintroduce 'anatop-enable-bit' for all applicable LDOs. Cc: yurov...@gmail.com Cc: Dong Aisheng Cc: Shawn Guo Cc: Sascha Hauer Cc: Fabio Estevam

[PATCH v2 4/7] ARM: dts: imx7s: Mark 'gpr' compatible with i.MX6 variant

List GPR block as compatible "fsl,imx6q-iomuxc-gpr" to support drivers requesting it that way (PCIe driver is one example). Cc: yurov...@gmail.com Cc: Dong Aisheng Cc: Shawn Guo Cc: Sascha Hauer Cc: Fabio Estevam

[PATCH v2 5/7] ARM: dts: imx7d-sdb: Add GPIO expander node

Add node for U38, a 74LV595PW serial-in shift register that acts as a GPIO expander on the board. Cc: yurov...@gmail.com Cc: Dong Aisheng Cc: Shawn Guo Cc: Sascha Hauer Cc: Fabio Estevam Cc: Rob Herring

Re: [RFC PATCH 9/9] debugfs: free debugfs_fsdata instances

On Tue, 2017-04-18 at 08:17 -0700, Paul E. McKenney wrote: > > Again, no (S)RCU abuse here, just an ABBA deadlock. > > OK, please accept my apologies for failing to follow the thread. No worries - just wanted to clarify this in case I was missing something. > I nevertheless reiterate my advice

Re: [PATCH] fpga: allow to compile-test Altera FPGA bridge drivers

On Wed, 12 Apr 2017, kbuild test robot wrote: Hi Tobias, Hi Tobias, This is very interesting issue brought up by your patch that turns on COMPILE_TEST in drivers/fpga/Kconfig. See my comment below. Matthew Gerlach [auto build test WARNING on linus/master] [also build test WARNING on

Re: [PATCH 1/3] mtd: sharpsl: add sharpslpart MTD partition parser

2017-04-17 17:44 GMT+03:00 Boris Brezillon : > Marek, Andrea, > > Before we even start discussing minor improvements (like coding style), > I'd like to discuss the sharp FTL and partition table format, and > decide whether we want to have such an old FTL

Re: [PATCH 15/24] asus-wmi: Restrict debugfs interface when the kernel is locked down

Ben Hutchings wrote: > > Shouldn't this now appear under /sys/kernel/tracing/ ? > > True, but old tracing scripts didn't go away. Conversion to a symlink would fix that. David

Re: [kernel-hardening] Re: [PATCH 1/4] added SECURITY_TIOCSTI_RESTRICT kernel config

On Tue, Apr 18, 2017 at 6:40 AM, Alan Cox wrote: >> Since tty sessions are usually separated by different users, how would >> they have the same one and yet need something like this? >> >> Also, why not put this in the tty config section? > > The normal attack use case

Re: [PATCH] regulator/core.c: remove the else statement

On Tue, Apr 18, 2017 at 11:39:34PM +0800, hubiaoyong wrote: > in the function regulator_ena_gpio_free, the if branch contains > the return statement, so remove the else statement. Why is it a benefit to make this change? signature.asc Description: PGP signature

Re: [PATCH 0/4] assorted TTY code cleanups

On Wed, Apr 12, 2017 at 06:37:13PM -0400, Nicolas Pitre wrote: > Those are, I hope, fairly uncontrovertial patches that should require very > little review as they mostly do code movement providing nice cleanups. > No logical changes are introduced by those patches. > > My minitty patch series is

Re: [PATCH V4 1/9] PM / OPP: Allow OPP table to be used for power-domains

On 17/04/17 06:33, Viresh Kumar wrote: > On 13-04-17, 14:43, Sudeep Holla wrote: >> Interesting. My understand of power domain and in particular power >> domain performance was that it would control both. The abstract number >> you introduce would hide clocks and regulators. >> >> But if the

Re: [PATCH] platform: x86: intel-hid: Add missing ->thaw callback

On Tue, Apr 18, 2017 at 03:49:06PM +0200, Rafael Wysocki wrote: > From: Rafael J. Wysocki > > The intel-hid driver is missing a PM ->thaw callback allowing the > device to go back to the operational state after creating a > hibernation image or when there is an image

[PATCH v2 6/7] ARM: dts: imx7d: Add node for PCIe controller

Cc: yurov...@gmail.com Cc: Dong Aisheng Cc: Shawn Guo Cc: Sascha Hauer Cc: Fabio Estevam Cc: Rob Herring Cc: Mark Rutland Cc: Russell King

[PATCH 3/3] sound: ASoC: tegra: Select tegra30 i2s and ahub for tegra124 SoC

This selects the tegra30 i2s and ahub controllers for the tegra124 SoC. These are needed when building without ARCH_TEGRA_3x_SOC set. Signed-off-by: Paul Kocialkowski --- sound/soc/tegra/Kconfig | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

Re: [PATCH 0/4] staging: add ccree crypto driver

Hi, On Tue, Apr 18, 2017 at 05:07:50PM +0300, Gilad Ben-Yossef wrote: > Arm TrustZone CryptoCell 700 is a family of cryptographic hardware > accelerators. It is supported by a long lived series of out of tree > drivers, which I am now in the process of unifying and upstreaming. > This is the

Re: [PATCH 0/4] Properly invalidate data in the cleancache.

On Fri, Apr 14, 2017 at 05:07:49PM +0300, Andrey Ryabinin wrote: > We've noticed that after direct IO write, buffered read sometimes gets > stale data which is coming from the cleancache. That is not good. > The reason for this is that some direct write hooks call call >

Re: [PATCH 0/4] staging: add ccree crypto driver

Hi Mark, On Tue, Apr 18, 2017 at 6:13 PM, Mark Rutland wrote: > Hi, > > On Tue, Apr 18, 2017 at 05:07:50PM +0300, Gilad Ben-Yossef wrote: >> Arm TrustZone CryptoCell 700 is a family of cryptographic hardware >> accelerators. It is supported by a long lived series of out of

Re: [PATCH v2] crypto: arm64/sha: Add constant operand modifier to ASM_EXPORT

On 18 April 2017 at 15:47, Paul Gortmaker wrote: > On Wed, Apr 5, 2017 at 2:34 PM, Matthias Kaehlcke wrote: >> The operand is an integer constant, make the constness explicit by >> adding the modifier. This is needed for clang to generate valid

[PATCH] regulator/core.c: remove the else statement

in the function regulator_ena_gpio_free, the if branch contains the return statement, so remove the else statement. Signed-off-by: hubiaoyong --- drivers/regulator/core.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/drivers/regulator/core.c

Re: [PATCH 05/22] drm/i915: Make use of the new sg_map helper function

On 18/04/17 12:44 AM, Daniel Vetter wrote: > On Thu, Apr 13, 2017 at 04:05:18PM -0600, Logan Gunthorpe wrote: >> This is a single straightforward conversion from kmap to sg_map. >> >> Signed-off-by: Logan Gunthorpe > > Acked-by: Daniel Vetter > >

Re: [Patch v3 1/2] lustre: Parantheses added for Macro argument to avoid precedence issues

On Sat, Apr 15, 2017 at 01:50:42PM +, Rishiraj Manwatkar wrote: > Parantheses are added for Macro argument, to avoid precedence issues. > > Signed-off-by: Rishiraj Manwatkar > --- > v1 -> v2: Added mailing list in cc. > v2 -> v3: Changed From: to be same as

Re: [PATCH 16/22] xen-blkfront: Make use of the new sg_map helper function

On Tue, Apr 18, 2017 at 09:42:20AM -0600, Logan Gunthorpe wrote: > > > On 18/04/17 08:27 AM, Konrad Rzeszutek Wilk wrote: > > Interesting that you didn't CC any of the maintainers. Could you > > do that in the future please? > > Please read the cover letter. The distribution list for the

Re: [PATCH] Remove ARM errata Workarounds 458693 and 460075

On Sun, Apr 16, 2017 at 09:04:46AM +0100, Russell King - ARM Linux wrote: > On Sat, Apr 15, 2017 at 07:06:06PM -0500, Nisal Menuka wrote: > > According to ARM, these errata exist only in a version of Cortex-A8 > > (r2p0) which was never built. Therefore, I believe there are no platforms > > where

Re: net/ipv4: use-after-free in ip_queue_xmit

On Tue, Apr 18, 2017 at 5:15 AM, Andrey Konovalov wrote: > Yes, I don't have this field in the rtable struct. > > I'm on 39da7c509acff13fc8cb12ec1bb20337c988ed36 (4.11-rc6). > > I also don't see it in the cross reference: >

Re: [PATCH 00/16] Intel FPGA Device Drivers

On Tue, Apr 18, 2017 at 02:36:06PM +0100, Alan Cox wrote: > > Well Intel inclusion of FPGA triggered my curiosity and when that patchset > > came accross my inbox i did wonder where the open source userspace was and > > went looking for it to no avail. So this isn't against a specific patchset > >

Re: [PATCH v6 3/8] coresight: of_get_coresight_platform_data: Add missing of_node_put

On Thu, Apr 06, 2017 at 09:30:56PM +0800, Leo Yan wrote: > From: Suzuki K Poulose > > The of_get_coresight_platform_data iterates over the possible CPU nodes > to find a given cpu phandle. However it does not drop the reference > to the node pointer returned by the

Re: [PATCH] of: fix "/cpus" reference leak in of_numa_parse_cpu_nodes()

On 04/17/2017 05:29 PM, Tyrel Datwyler wrote: The call to of_find_node_by_path("/cpus") returns the cpus device_node with its reference count incremented. There is no matching of_node_put() call in of_numa_parse_cpu_nodes() which results in a leaked reference to the "/cpus" node. This patch

Re: [RFC PATCH 9/9] debugfs: free debugfs_fsdata instances

On Tue, Apr 18, 2017 at 03:40:32PM +0200, Johannes Berg wrote: > On Tue, 2017-04-18 at 06:31 -0700, Paul E. McKenney wrote: > > On Tue, Apr 18, 2017 at 11:39:27AM +0200, Johannes Berg wrote: > > > On Mon, 2017-04-17 at 09:01 -0700, Paul E. McKenney wrote: > > > > > > > If you have not already

Re: net/ipv6: slab-out-of-bounds read in seg6_validate_srh

On 04/18/2017 04:54 PM, Andrey Konovalov wrote: > Hi, > > I've got the following error report while fuzzing the kernel with syzkaller. > > On commit 4f7d029b9bf009fbee76bb10c0c4351a1870d2f3 (4.11-rc7). > > A reproducer and .config are attached. > >

Re: [PATCH 15/24] asus-wmi: Restrict debugfs interface when the kernel is locked down

Ben Hutchings wrote: > So it's generally not going to be OK to turn off debugfs. There will > probably need to be a distinction between believed-safe and unsafe > directories/files. Any suggestion on how to mark this distinction? I'd prefer not to modify every read/write

Re: [PATCH 0/4] staging: add ccree crypto driver

On Tue, Apr 18, 2017 at 05:07:50PM +0300, Gilad Ben-Yossef wrote: > Arm TrustZone CryptoCell 700 is a family of cryptographic hardware > accelerators. It is supported by a long lived series of out of tree > drivers, which I am now in the process of unifying and upstreaming. > This is the first

Re: [PATCH 0/4] staging: add ccree crypto driver

On Tue, Apr 18, 2017 at 06:29:22PM +0300, Gilad Ben-Yossef wrote: > On Tue, Apr 18, 2017 at 6:13 PM, Mark Rutland wrote: > > On Tue, Apr 18, 2017 at 05:07:50PM +0300, Gilad Ben-Yossef wrote: > >> Arm TrustZone CryptoCell 700 is a family of cryptographic hardware > >>

Re: 答复: Using ion memory for direct-io

On 04/17/2017 07:05 PM, Zengtao (B) wrote: > Hi Laura: > >> -邮件原件- >> 发件人: Laura Abbott [mailto:labb...@redhat.com] >> 发送时间: 2017年4月18日 0:14 >> 收件人: Zengtao (B) ; sumit.sem...@linaro.org >> 抄送: gre...@linuxfoundation.org; a...@android.com; >>

[Query] Enabling parent device clock from resume_noirq

Hi, resume_noirq callbacks are used in PCIe core to restore PCI state (this accesses PCI module). So the clocks of PCI module has to be enabled before resume_noirq. The clocks for the PCI module in DRA7xx is provided by PIPE3 PHY device which in turn gets it's clock from OCP2SCP device. During

Re: 8250: Possible race between console message vs DMA?

On Mon, Apr 10, 2017 at 11:16 AM, Vignesh R wrote: > On Sunday 09 April 2017 04:37 PM, Andy Shevchenko wrote: >> On Fri, Apr 7, 2017 at 2:08 PM, Vignesh R wrote: >>> Hi All, >>> >>> I seem to be hitting a race condition using 8250_dma (and 8250_omap >>> specific

Re: [patch] mm, vmscan: avoid thrashing anon lru when free + file is low

On Mon 17-04-17 17:06:20, David Rientjes wrote: > The purpose of the code that commit 623762517e23 ("revert 'mm: vmscan: do > not swap anon pages just because free+file is low'") reintroduces is to > prefer swapping anonymous memory rather than trashing the file lru. > > If all anonymous memory

Re: 8250: Possible race between console message vs DMA?

On Tuesday 18 April 2017 11:46 AM, Andy Shevchenko wrote: > On Mon, Apr 10, 2017 at 11:16 AM, Vignesh R wrote: >> On Sunday 09 April 2017 04:37 PM, Andy Shevchenko wrote: >>> On Fri, Apr 7, 2017 at 2:08 PM, Vignesh R wrote: Hi All, I seem to be

Re: [PATCH v6 2/2] thermal: core: Add a back up thermal shutdown mechanism

On Tuesday 18 April 2017 11:45 AM, Ravikumar wrote: > > > On Tuesday 18 April 2017 09:59 AM, Keerthy wrote: >> orderly_poweroff is triggered when a graceful shutdown >> of system is desired. This may be used in many critical states of the >> kernel such as when subsystems detects conditions

[PATCH] powerpc/mm: Rename table dump file name

Page table dump debugfs file is named 'kernel_page_tables' on all other architectures implementing it, while is is named 'kernel_pagetables' on powerpc. This patch renames it. Signed-off-by: Christophe Leroy --- arch/powerpc/mm/dump_linuxpagetables.c | 2 +- 1 file

[PATCH v3 00/11] x86: xen cpuid() cleanup

Reduce special casing of xen_cpuid() by using cpu capabilities instead of faked cpuid nodes. This cleanup enables us remove the hypervisor specific set_cpu_features callback as the same effect can be reached via setup_[clear|force]_cpu_cap(). Removing the rest faked nodes from xen_cpuid()

[PATCH v3 10/11] vmware: set cpu capabilities during platform initialization

There is no need to set the same capabilities for each cpu individually. This can be done for all cpus in platform initialization. Cc: Alok Kataria Cc: Thomas Gleixner Cc: Ingo Molnar Cc: "H. Peter Anvin" Cc:

[PATCH v3 11/11] x86/cpu: remove hypervisor specific set_cpu_features

There is no user of x86_hyper->set_cpu_features() any more. Remove it. Cc: Thomas Gleixner Cc: Ingo Molnar Cc: "H. Peter Anvin" Cc: x...@kernel.org Signed-off-by: Juergen Gross Reviewed-by: Boris Ostrovsky

RE: [PATCH 15/19] kernel: convert audit_tree.count from atomic_t to refcount_t

> On Tue, Feb 28, 2017 at 5:11 PM, Paul Moore wrote: > > On Tue, Feb 21, 2017 at 2:15 AM, Reshetova, Elena > > wrote: > >>> On Mon, Feb 20, 2017 at 5:19 AM, Elena Reshetova > >>> wrote: > >>> > refcount_t type and

[PATCH v3 08/11] x86/xen: use capabilities instead of fake cpuid values for x2apic

When running as pv domain xen_cpuid() is being used instead of native_cpuid(). In xen_cpuid() the x2apic feature is indicated as not being present by special casing the related cpuid leaf. Instead of delivering fake cpuid values clear the cpu capability bit for x2apic instead. Signed-off-by:

[PATCH v3 09/11] x86/xen: use capabilities instead of fake cpuid values for xsave

When running as pv domain xen_cpuid() is being used instead of native_cpuid(). In xen_cpuid() the xsave feature availability is indicated by special casing the related cpuid leaf. Instead of delivering fake cpuid values set or clear the cpu capability bits for xsave instead. Signed-off-by:

[PATCH v3 03/11] x86/xen: use capabilities instead of fake cpuid values for aperf

When running as pv domain xen_cpuid() is being used instead of native_cpuid(). In xen_cpuid() the aperf/mperf feature is indicated as not being present by special casing the related cpuid leaf. Instead of delivering fake cpuid values clear the cpu capability bit for aperf/mperf instead.

[PATCH v3 05/11] x86/xen: use capabilities instead of fake cpuid values for acc

When running as pv domain xen_cpuid() is being used instead of native_cpuid(). In xen_cpuid() the acc feature (thermal monitoring) is indicated as not being present by special casing the related cpuid leaf. Instead of delivering fake cpuid values clear the cpu capability bit for acc instead.

[PATCH v3 04/11] x86/xen: use capabilities instead of fake cpuid values for mtrr

When running as pv domain xen_cpuid() is being used instead of native_cpuid(). In xen_cpuid() the mtrr feature is indicated as not being present by special casing the related cpuid leaf. Instead of delivering fake cpuid values clear the cpu capability bit for mtrr instead. Signed-off-by: Juergen

[PATCH v3 07/11] x86/xen: use capabilities instead of fake cpuid values for mwait

When running as pv domain xen_cpuid() is being used instead of native_cpuid(). In xen_cpuid() the mwait feature is indicated to be present or not by special casing the related cpuid leaf. Instead of delivering fake cpuid values use the cpu capability bit for mwait instead. Signed-off-by: Juergen

[PATCH v3 06/11] x86/xen: use capabilities instead of fake cpuid values for acpi

When running as pv domain xen_cpuid() is being used instead of native_cpuid(). In xen_cpuid() the acpi feature is indicated as not being present by special casing the related cpuid leaf in case we are not the initial domain. Instead of delivering fake cpuid values clear the cpu capability bit for

Re: [PATCH 05/22] drm/i915: Make use of the new sg_map helper function

On Thu, Apr 13, 2017 at 04:05:18PM -0600, Logan Gunthorpe wrote: > This is a single straightforward conversion from kmap to sg_map. > > Signed-off-by: Logan Gunthorpe Acked-by: Daniel Vetter Probably makes sense to merge through some other tree,

[PATCH] powerpc/32: Move entry_32 functions just after HEAD functions.

By default, PPC8xx PINs an ITLB on the first 8M of memory in order to avoid any ITLB miss on kernel code. However, with some debug functions like DEBUG_PAGEALLOC and (soon to come) DEBUG_RODATA, the PINned TLB is invalidated soon after startup so ITLB missed start to happen also on the kernel

Re: [PATCH v3 02/12] arm64: allwinner: a64: add NMI controller on A64

On Mon, Apr 17, 2017 at 07:57:37PM +0800, Icenowy Zheng wrote: > Allwinner A64 SoC features a NMI controller, which is usually connected > to the AXP PMIC. > > Add support for it. > > Signed-off-by: Icenowy Zheng > Acked-by: Chen-Yu Tsai > --- > Changes in v2: >

RE: [PATCH] ACPICA: Export mutex functions

Hi, > From: Guenter Roeck [mailto:li...@roeck-us.net] > Subject: Re: [PATCH] ACPICA: Export mutex functions > > On 04/17/2017 04:53 PM, Zheng, Lv wrote: > > Hi, > > > >> From: Guenter Roeck [mailto:li...@roeck-us.net] > >> Subject: Re: [PATCH] ACPICA: Export mutex functions > >> > >> On Mon, Apr

RE: [PATCH] ACPICA: Export mutex functions

Hi, > From: Zheng, Lv > Subject: RE: [PATCH] ACPICA: Export mutex functions > > Hi, > > > From: Guenter Roeck [mailto:li...@roeck-us.net] > > Subject: Re: [PATCH] ACPICA: Export mutex functions > > > > On 04/17/2017 04:53 PM, Zheng, Lv wrote: > > > Hi, > > > > > >> From: Guenter Roeck

[PATCH v2] powerpc/mm: Fix page table dump build on PPC32

On PPC32 (ex: mpc885_ads_defconfig), page table dump compilation fails as follows. This is because the memory layout is slightly different on PPC32. This patch adapts it. CC arch/powerpc/mm/dump_linuxpagetables.o arch/powerpc/mm/dump_linuxpagetables.c: In function 'walk_pagetables':

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

gcc 4.8.4 complains that mlx4_SW2HW_MPT_wrapper() uses an uninitialized 'mpt' variable: drivers/net/ethernet/mellanox/mlx4/resource_tracker.c: In function 'mlx4_SW2HW_MPT_wrapper': drivers/net/ethernet/mellanox/mlx4/resource_tracker.c:2802:12: warning: 'mpt' may be used uninitialized in this

Re: [RFC 0/8] Copy Offload with Peer-to-Peer PCI Memory

On Mon, 2017-04-17 at 23:43 -0600, Logan Gunthorpe wrote: > > On 17/04/17 03:11 PM, Benjamin Herrenschmidt wrote: > > Is it ? Again, you create a "concept" the user may have no idea about, > > "p2pmem memory". So now any kind of memory buffer on a device can could > > be use for p2p but also

[PATCH v3 02/11] x86/xen: don't indicate DCA support in pv domains

Xen doesn't support DCA (direct cache access) for pv domains. Clear the corresponding capability indicator. Signed-off-by: Juergen Gross Reviewed-by: Boris Ostrovsky --- arch/x86/xen/enlighten_pv.c | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH v3 01/11] xen: set cpu capabilities from xen_start_kernel()

There is no need to set the same capabilities for each cpu individually. This can easily be done for all cpus when starting the kernel. Signed-off-by: Juergen Gross Reviewed-by: Boris Ostrovsky --- arch/x86/xen/enlighten_pv.c | 14 +++--- 1

Re: Linux 4.4.62

diff --git a/Makefile b/Makefile index ef5045b8201d..0309acc34472 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 4 PATCHLEVEL = 4 -SUBLEVEL = 61 +SUBLEVEL = 62 EXTRAVERSION = NAME = Blurry Fish Butt diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig index

Re: PCI / PM: Crashes in PME scan during system suspend

Hi Lukas, On Sun, Apr 16, 2017 at 9:55 AM, Lukas Wunner wrote: > On Sat, Apr 15, 2017 at 12:27:31AM +0200, Rafael J. Wysocki wrote: >> On Friday, April 14, 2017 10:22:49 AM Lukas Wunner wrote: >> > Below is a tentative patch which moves PME polling to a freezable >> > workqueue,

Linux 4.4.62

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

Re: linux-next: build failure after merge of the staging tree

On Tue, 2017-04-18 at 15:53 +1000, Stephen Rothwell wrote: > Caused by commit > >   554c0a3abf21 ("staging: Add rtl8723bs sdio wifi driver") Oh, another new driver :) > interacting with commit > >   818a986e4eba ("cfg80211: move add/change interface monitor flags > into params") > > from the

linux-next: manual merge of the mux tree with the i2c tree

Hi all, Today's linux-next merge of the mux tree got conflicts in: drivers/i2c/muxes/Makefile drivers/i2c/muxes/Kconfig between commit: dbed8a803bd3 ("i2c: mux: ltc4306: LTC4306 and LTC4305 I2C multiplexer/switch") from the i2c tree and commit: 69c689cbeefa ("i2c: i2c-mux-gpmux: new

Re: [PATCH v6 2/2] thermal: core: Add a back up thermal shutdown mechanism

On Tuesday 18 April 2017 09:59 AM, Keerthy wrote: orderly_poweroff is triggered when a graceful shutdown of system is desired. This may be used in many critical states of the kernel such as when subsystems detects conditions such as critical temperature conditions. However, in certain

Re: [PATCH] drm/cma: Fix recent regression of mmap() in the MMU case.

On Mon, Apr 17, 2017 at 04:31:24PM -0700, Eric Anholt wrote: > The stub get_unmapped_area() function was actually getting called, so > all of our mmap()s failed. > > Cc: Yannick Fertre > Fixes: 97bf3a9aa60f ("drm/cma: Update DEFINE_DRM_GEM_CMA_FOPS to add >

Linux 3.18.49

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

Re: linux-next: manual merge of the mux tree with the i2c tree

On 2017-04-18 07:59, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the mux tree got conflicts in: > > drivers/i2c/muxes/Makefile > drivers/i2c/muxes/Kconfig > > between commit: > > dbed8a803bd3 ("i2c: mux: ltc4306: LTC4306 and LTC4305 I2C > multiplexer/switch") > >

Re: [PATCH v2] mm: add VM_STATIC flag to vmalloc and prevent from removing the areas

On Tue 18-04-17 14:48:39, Hoeun Ryu wrote: > vm_area_add_early/vm_area_register_early() are used to reserve vmalloc area > during boot process and those virtually mapped areas are never unmapped. > So `OR` VM_STATIC flag to the areas in vmalloc_init() when importing > existing vmlist entries and

Re: [PATCH V3 02/16] block, bfq: add full hierarchical scheduling and cgroups support

Hello, Paolo. On Wed, Apr 12, 2017 at 07:22:03AM +0200, Paolo Valente wrote: > could you elaborate a bit more on this? I mean, cgroups support has > been in BFQ (and CFQ) for almost ten years, perfectly working as far > as I know. Of course it is perfectly working in terms of I/O and not > of

linux-next: manual merge of the akpm-current tree with the kselftest tree

Hi all, Today's linux-next merge of the akpm-current tree got a conflict in: tools/testing/selftests/vm/run_vmtests between commit: 2b8713e14be5 ("selftests/vm/run_vmtests: Polish output text") from the kselftest tree and commit: 7b7c7dac4437 ("userfaultfd: selftest: combine all cases

Re: [PATCH v3 10/12] arm64: allwinner: a64: add DTSI file for AXP803 PMIC

On Mon, Apr 17, 2017 at 07:57:45PM +0800, Icenowy Zheng wrote: > As nearly all A64 boards are using AXP803 PMIC, add a DTSI file for it, > like the old DTSI files for AXP20x/22x, for the common parts of the > PMIC. > > Signed-off-by: Icenowy Zheng > --- >

Re: [PATCH -v2 0/9] mm: make movable onlining suck less

On Mon 17-04-17 14:51:12, Dan Williams wrote: > On Tue, Apr 11, 2017 at 10:03 AM, Michal Hocko wrote: > > All the reported issue seem to be fixed and pushed to my git tree > > attempts/rewrite-mem_hotplug branch. I will wait a day or two for more > > feedback and then repost

Re: net/ipv4: use-after-free in ip_queue_xmit

On Thu, Apr 13, 2017 at 9:59 PM, Cong Wang wrote: > On Thu, Apr 13, 2017 at 11:49 AM, Andrey Konovalov > wrote: >> On Mon, Apr 10, 2017 at 7:46 PM, Andrey Konovalov >> wrote: >>> On Mon, Apr 10, 2017 at 7:42 PM, Cong Wang

[PATCH] ARM: dts: rockchip: reuse firefly dtsi

firefly reload is very similar with firefly board, so reuse firefly dtsi Signed-off-by: Eddie Cai --- arch/arm/boot/dts/rk3288-firefly-reload-core.dtsi | 310 -- arch/arm/boot/dts/rk3288-firefly-reload.dts | 368 ++ 2 files

[PATCH] x86/smp: Update reschedule warning text

Modify the reschedule warning to output the offline CPU value and a better debug message. Signed-off-by: Prarit Bhargava Cc: Thomas Gleixner Cc: Ingo Molnar Cc: "H. Peter Anvin" Cc: x...@kernel.org Cc: Wanpeng Li

Re: [PATCH v2 2/2] dmaengine: Add DW AXI DMAC driver

On Fri, 2017-04-07 at 17:04 +0300, Eugeniy Paltsev wrote: > This patch adds support for the DW AXI DMAC controller. > > DW AXI DMAC is a part of upcoming development board from Synopsys. > > In this driver implementation only DMA_MEMCPY and DMA_SG transfers > are supported. > > +++

Re: [PATCH 06/38] Annotate hardware config module parameters in drivers/clocksource/

Thomas Gleixner wrote: > > > > Btw, is it possible to use IRQ grants to prevent a device that has > > > > limited > > > > IRQ options from being drivable? > > > > > > What do you mean with 'IRQ grants' ? > > > > request_irq(). > > I still can't parse the sentence above.

Re: [PATCH 06/38] Annotate hardware config module parameters in drivers/clocksource/

On Tue, 18 Apr 2017, David Howells wrote: > Thomas Gleixner wrote: > > > > > > Btw, is it possible to use IRQ grants to prevent a device that has > > > > > limited > > > > > IRQ options from being drivable? > > > > > > > > What do you mean with 'IRQ grants' ? > > > > > >

[tip:ras/core] x86/mce: Update notifier priority check

Commit-ID: 415601b1917be0e3b53306d410be659b429241a9 Gitweb: http://git.kernel.org/tip/415601b1917be0e3b53306d410be659b429241a9 Author: Borislav Petkov AuthorDate: Tue, 18 Apr 2017 09:33:28 +0200 Committer: Ingo Molnar CommitDate: Tue, 18 Apr 2017

  1   2   3   4   5   6   7   8   9   10   >