Re: [PATCH] kthread: to_live_kthread() needs try_get_task_stack()

On 06/30, kbuild test robot wrote: > > Hi, > > [auto build test ERROR on linus/master] > [also build test ERROR on v4.7-rc5 next-20160629] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve the system] Yes, please ignore this, the pat

Re: [PATCH v8 6/6] crypto: AF_ALG - add support for key_id

Tadeusz, On Thu, 23 Jun 2016, Tadeusz Struk wrote: This patch adds support for asymmetric key type to AF_ALG. It will work as follows: A new PF_ALG socket options are added on top of existing ALG_SET_KEY and ALG_SET_PUBKEY, namely ALG_SET_KEY_ID and ALG_SET_PUBKEY_ID for setting public and

Re: [PATCH V2 1/4] ACPI,PCI,IRQ: factor in PCI possible

On 6/29/2016 9:13 AM, Rafael J. Wysocki wrote: > On Wed, Jun 29, 2016 at 10:27 AM, Sinan Kaya wrote: >> The change introduced in commit 103544d86976 ("ACPI,PCI,IRQ: reduce >> resource requirements") omitted the initially assigned POSSIBLE penalty >> when the IRQ is active. >

Re: [RFC 3/7] net: ethernet: bgmac: move BCMA MDIO Phy code into a separate file

On Wed, Jun 29, 2016 at 11:35:28AM -0700, Florian Fainelli wrote: > On 06/29/2016 07:13 AM, Andrew Lunn wrote: > > Hi Jon > > > > I know you are just refactoring code, but at some point it would be > > good to take a closer look at this MDIO bus driver. > And, to re-iterate all of your points

Applied "regmap: Support bulk writes for devices without raw formatting" to the regmap tree

The patch regmap: Support bulk writes for devices without raw formatting has been applied to the regmap tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Re: [PATCH] extcon: Add support for qcom SPMI PMIC USB id detection hardware

Quoting Chanwoo Choi (2016-06-28 23:25:57) > On 2016년 06월 29일 06:59, Stephen Boyd wrote: > > Quoting Chanwoo Choi (2016-06-28 05:06:48) > >> 2016-06-28 4:11 GMT+09:00 Stephen Boyd : > >>> Quoting Chanwoo Choi (2016-06-26 04:20:43) > 2016-06-26 14:56 GMT+09:00 Stephen

[GIT PULL rcu/next] RCU commits for 4.8

Hello, Ingo, This series contains the following changes: 1. Documentation updates. Just some simple changes, no design-level additions. I guess that means two for the next merge window... http://lkml.kernel.org/g/20160615213847.ga3...@linux.vnet.ibm.com 2.

[PATCH v1 1/1] x86/platform/intel-mid: Add pinctrl for Intel Merrifield

Intel Merrifield uses a special address space reserved for Family-Level Interface Shim (FLIS) that allows consumers to mux and configure pins. Create a platform device for it. Signed-off-by: Andy Shevchenko --- arch/x86/platform/intel-mid/device_libs/Makefile

Re: [PATCH v1 2/2] Mark functions with the __nocapture attribute

On Tue, 28 Jun 2016 14:00:57 -0700 Joe Perches wrote: > On Tue, 2016-06-28 at 22:40 +0200, Emese Revfy wrote: > > On Tue, 28 Jun 2016 09:43:31 -0700 Joe Perches wrote: > > > On Tue, 2016-06-28 at 13:36 +0200, Emese Revfy wrote: > > > > The nocapture gcc

Re: [PATCH] kthread: to_live_kthread() needs try_get_task_stack()

Hi, [auto build test WARNING on linus/master] [also build test WARNING on v4.7-rc5 next-20160629] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Oleg-Nesterov/kthread-to_live_kthread-needs

Re: [RFC 5/7] net: ethernet: bgmac: Add platform device support

On 06/28/2016 12:34 PM, Jon Mason wrote: > The bcma portion of the driver has been split off into a bcma specific > driver. This has been mirrored for the platform driver. The last > references to the bcma core struct have been changed into a generic > function call. These function calls are

Re: [PATCH] extcon: Add support for qcom SPMI PMIC USB id detection hardware

Quoting Roger Quadros (2016-06-28 23:10:57) > On 29/06/16 01:01, Stephen Boyd wrote: > > Quoting Roger Quadros (2016-06-28 02:13:57) > >> On 28/06/16 11:47, Stephen Boyd wrote: > >>> > >>> Sorry I must have confused you. There are two modules in the PMIC that > >>> are doing detection here. The

Re: [PATCH v2 0/4] ASoC: sunxi: Add i2s controller support

On Mon, Jun 27, 2016 at 08:32:38PM +0200, Maxime Ripard wrote: > Any comments on this one? Please don't send content free pings and please allow a reasonable time for review. People get busy, go on holiday, attend conferences and so on so unless there is some reason for urgency (like critical

Re: [PATCH 20/21] phy: Add support for Qualcomm's USB HSIC phy

Quoting Neil Armstrong (2016-06-29 02:16:51) > On 06/28/2016 11:58 PM, Stephen Boyd wrote: > > Quoting Neil Armstrong (2016-06-28 01:49:37) > >> On 06/26/2016 09:28 AM, Stephen Boyd wrote: > >>> + uphy->cal_sleep_clk = clk = devm_clk_get(>dev, "cal_sleep"); > >>> + if (IS_ERR(clk)) > >>> +

Re: [PATCH 1/2] lib: hexdump: use a look-up table to do hex_to_bin

On Wed, 2016-06-29 at 20:31 +0200, Michal Nazarewicz wrote: > On Thu, Jun 30 2016, zengzhaoxiu wrote: > > From: Zhaoxiu Zeng > > > > Signed-off-by: Zhaoxiu Zeng > > --- > >  include/linux/kernel.h | 15 ++- > >  lib/hexdump.c  |

Re: [RFC 0/7] net: ethernet: bgmac: Add platform device support

On 06/28/2016 12:34 PM, Jon Mason wrote: > I'm sending out this RFC to see if this is the direction the maintainers > would like to go to add support for other, non-bcma iProc SoC's to the > bgmac driver. Specifically, we are interested in adding support for the > NSP, Cygnus, and NS2 families

Re: [PATCH 3/3] dt-bindings: Document the STM32 USB OTG DWC2 core binding

On Tue, Jun 28, 2016 at 5:54 PM, Rob Herring wrote: > On Fri, Jun 24, 2016 at 03:51:18PM -0300, Bruno Herrera wrote: >> On Fri, Jun 24, 2016 at 12:41 PM, Rob Herring wrote: >> > On Tue, Jun 21, 2016 at 11:25:49PM -0300, Bruno Herrera wrote: >> >> Signed-off-by:

[PATCH v2 1/1] x86/platform/intel-mid: Add pinctrl for Intel Merrifield

Intel Merrifield uses a special address space reserved for Family-Level Interface Shim (FLIS) that allows consumers to mux and configure pins. Create a platform device for it. Signed-off-by: Andy Shevchenko --- In v2: - add missed header (asm/intel-mid.h)

Re: [PATCH] module.h: add copyleft-next >= 0.3.1 as GPL compatible

On Tue, Jun 14, 2016 at 11:35:11AM -0700, Luis R. Rodriguez wrote: > copyleft-next [0] [1] is an openly evolved copyleft license, its an > effort to evolve copyleft without participation of the Church (TM) > or State (R), completley openly to the extend development and > discussion of

[PATCH v3 09/14] clk: sunxi-ng: Add N-K-factor clock support

Introduce support for clocks that use a combination of two linear multipliers. Signed-off-by: Maxime Ripard --- drivers/clk/sunxi-ng/Kconfig | 4 ++ drivers/clk/sunxi-ng/Makefile | 1 + drivers/clk/sunxi-ng/ccu_nk.c | 147

[PATCH v3 08/14] clk: sunxi-ng: Add M-P factor clock support

Introduce support for the clocks that combine a linear divider and a power-of-two based one. Signed-off-by: Maxime Ripard --- drivers/clk/sunxi-ng/Kconfig | 7 ++ drivers/clk/sunxi-ng/Makefile | 3 + drivers/clk/sunxi-ng/ccu_mp.c | 158

[PATCH v3 10/14] clk: sunxi-ng: Add N-M-factor clock support

Introduce support for clocks that multiply and divide using linear factors. Signed-off-by: Maxime Ripard --- drivers/clk/sunxi-ng/Kconfig | 6 +++ drivers/clk/sunxi-ng/Makefile | 1 + drivers/clk/sunxi-ng/ccu_nm.c | 114

[PATCH v3 14/14] ARM: dt: sun8i: switch the H3 to the new CCU driver

Now that we have a different clock representation, switch to it. Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/sun8i-h3.dtsi | 312 1 file changed, 60 insertions(+), 252 deletions(-) diff --git

[PATCH v3 13/14] clk: sunxi-ng: Add H3 clocks

Add the list of clocks and resets found in the H3 CCU. Signed-off-by: Maxime Ripard --- drivers/clk/sunxi-ng/Kconfig | 13 + drivers/clk/sunxi-ng/Makefile| 3 + drivers/clk/sunxi-ng/ccu-sun8i-h3.c | 826

[PATCH v3 07/14] clk: sunxi-ng: Add divider

Add support for the various dividers (linear, table or pow-of-two based) found in the CCU. Signed-off-by: Maxime Ripard --- drivers/clk/sunxi-ng/Kconfig | 4 ++ drivers/clk/sunxi-ng/Makefile | 1 + drivers/clk/sunxi-ng/ccu_div.c | 136

[PATCH v2] sched/deadline: remove useless param from setup_new_dl_entity

setup_new_dl_entity() takes two parameters, but it only actually uses one of them, under a different name, to setup a new dl_entity, after: 2f9f3fdc928 "sched/deadline: Remove dl_new from struct sched_dl_entity" as we currently do setup_new_dl_entity(>dl, >dl) However, before Luca's change

[PATCH v3 06/14] clk: sunxi-ng: Add phase clock support

Add support for the clocks in the CCU that introduce a phase shift from their parent clock. Signed-off-by: Maxime Ripard --- drivers/clk/sunxi-ng/Kconfig | 3 + drivers/clk/sunxi-ng/Makefile| 1 + drivers/clk/sunxi-ng/ccu_phase.c | 126

Re: [PATCH v1 1/2] Add the initify gcc plugin

On Tue, 28 Jun 2016 23:05:56 +0200 Rasmus Villemoes wrote: > On Tue, Jun 28 2016, Emese Revfy wrote: > > > The kernel already has a mechanism to free up code and data memory that > > is only used during kernel or module initialization. > > This

[PATCH v3 05/14] clk: sunxi-ng: Add mux clock support

Some clocks in the Allwinner SoCs clocks unit are just muxes. However, those muxes might also be found in some other complicated clocks that would benefit from the code in there to deal with "advanced" features, like pre-dividers. Introduce a set of helpers to reduce the code duplication in such

[PATCH v3 01/14] dt-bindings: sunxi: Add CCU binding documentation

Introduce a new binding with its documentation for the brand new clock sub-framework. Signed-off-by: Maxime Ripard --- .../devicetree/bindings/clock/sunxi-ccu.txt| 24 ++ 1 file changed, 24 insertions(+) create mode 100644

[PATCH v3 00/14] clk: sunxi: introduce "modern" clock support

Hi, This is the third attempt at introducing clock support for the Allwinner SoCs following the current model used by pretty much all the other SoCs. Such a conversion has been suggested on a regular basis by Mike and Stephen, and here is a first implementation. This new approach has a good

[PATCH v3 02/14] clk: sunxi-ng: Add common infrastructure

Start our new clock infrastructure by adding the registration code, common structure and common code. Signed-off-by: Maxime Ripard --- drivers/clk/Kconfig | 1 + drivers/clk/Makefile | 1 + drivers/clk/sunxi-ng/Kconfig | 3 ++

[PATCH v3 04/14] clk: sunxi-ng: Add gate clock support

Some clocks in the Allwinner SoCs clocks unit are just simple gates. Add support for those clocks. Since it's a feature that can also be found in more complex clocks, provide a bunch of helpers that can be reused later on. Signed-off-by: Maxime Ripard ---

[PATCH v3 03/14] clk: sunxi-ng: Add fractional lib

Some clocks can be switched to a mode called fractional that have two fixed output rate you can choose from. Add a small library to deal with those clocks. Signed-off-by: Maxime Ripard --- drivers/clk/sunxi-ng/Kconfig| 9

[PATCH v3 11/14] clk: sunxi-ng: Add N-K-M Factor clock

Introduce support for clocks that multiply and divide using two linear multipliers and one linear divider. Signed-off-by: Maxime Ripard --- drivers/clk/sunxi-ng/Kconfig | 5 ++ drivers/clk/sunxi-ng/Makefile | 1 + drivers/clk/sunxi-ng/ccu_nkm.c | 153

[PATCH v3 12/14] clk: sunxi-ng: Add N-K-M-P factor clock

Introduce support for clocks that use a combination of two linear multipliers (N and K factors), one linear divider (M) and one power of two divider (P). Signed-off-by: Maxime Ripard --- drivers/clk/sunxi-ng/Kconfig| 5 ++ drivers/clk/sunxi-ng/Makefile

Re: [GIT PULL] (Xen) stable/for-jens-4.7 for v4.7-rc5

On 06/29/2016 10:39 AM, Konrad Rzeszutek Wilk wrote: Hey Jens, Please git pull the 'stable/for-jens-4.7' branch which is based on your 'for-4.7/drivers' branch. It will nicely merge in your 'for-linus' branch: git pull git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git

Re: [PATCH] mmotm: mm-oom-fortify-task_will_free_mem-fix

On 06/29, Michal Hocko wrote: > > But it seems that further changes I am > planning in this area will benefit from stable task->mm in this path Oh, so I hope you will cleanup this later, > Just pull the task->mm != > NULL check inside the function. OK, but this means it will always return false

Re: [Cocci] [PATCH] Coccinelle: Script to replace NULL test with IS_ERR test for devm_ioremap_resource

On Thu, Jun 30, 2016 at 12:03:47AM +0530, Amitoj Kaur Chawla wrote: > This script detects cases which have incorrect error handling for > devm_ioremap_resource function, employing a NULL test instead of an > IS_ERR() test. > > Signed-off-by: Amitoj Kaur Chawla Why don't we

[PATCH] x86: rename "WESTMERE2" family to "NEHALEM_G"

From: Dave Hansen Len Brown noticed something was amiss in our INTEL_FAM6_* definitions. It seems like model 0x1F was a Nehalem part, marketed as "Intel Core i7 and i5 Processors" (according to the SDM). But, although it was a Nehalem 0x1F had some uncore events

[PATCH] staging: comedi: daqboard2000: bug fix board type matching code

`daqboard2000_find_boardinfo()` is supposed to check if the DaqBoard/2000 series model is supported, based on the PCI subvendor and subdevice ID. The current code is wrong as it is comparing the PCI device's subdevice ID to an expected, fixed value for the subvendor ID. It should be comparing the

Re: [PATCH 17/23] [AARCH64] ILP32: introduce syscalls that pass off_t

Sorry, I was trying to backport to 2.23, and failed. Won't happen again. Andreas. -- Andreas Schwab, SUSE Labs, sch...@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different."

Re: [RFC PATCH 3/5] thermal: Add support for the thermal sensor on A23/33

Hi, On Tue, Jun 28, 2016 at 09:56:22PM +0800, Icenowy Zheng wrote: > The reason for a dedicate driver is: > 1. This IP have only thermal function, so it's not suitable to use a > driver at drivers/input/touchscreen/. That's not a problem, and it's being worked on [1]. > 2. Control Register are

Re: [Xen-devel] [PATCH linux 4/8] x86/xen: use xen_vcpu_id mapping when pointing vcpu_info to the shared_info page

On 28/06/16 17:47, Vitaly Kuznetsov wrote: > shared_info page has space for 32 vcpu info slots for first 32 vCPUs but > these are the first 32 vCPUs from Xen's perspective and we should map them > accordingly with the newly introduced xen_vcpu_id mapping. > > Signed-off-by: Vitaly Kuznetsov

[PATCH v2] fsl-mc: add helper macro to determine if a device is of fsl_mc type

Add a helper macro to return if a device has a bus type of fsl_mc. This makes the bus driver code more readable and provides a way for drivers like the SMMU driver to easily check the bus type. Signed-off-by: Nipun Gupta Signed-off-by: Bharat Bhushan

Re: [PATCH v12 2/4] gadget: Support for the usb charger framework

Hi Felipe, On 29 June 2016 at 20:06, Felipe Balbi wrote: > > Hi, > > Baolin Wang writes: For supporting the usb charger, it adds the usb_charger_init() and usb_charger_exit() functions for usb charger initialization and exit.

Re: [PATCH 1/2] net: ethernet: lpc_eth: use phydev from struct net_device

From: Philippe Reynes Date: Tue, 28 Jun 2016 23:59:44 +0200 > The private structure contain a pointer to phydev, but the structure > net_device already contain such pointer. So we can remove the pointer > phydev in the private structure, and update the driver to use the > one

Re: [PATCH v12 2/4] gadget: Support for the usb charger framework

Hi, Baolin Wang writes: >>> For supporting the usb charger, it adds the usb_charger_init() and >>> usb_charger_exit() functions for usb charger initialization and exit. >>> >>> It will report to the usb charger when the gadget state is changed, >>>

Re: [Xen-devel] [PATCH linux 2/8] xen: introduce xen_vcpu_id mapping

On 29/06/16 13:16, Vitaly Kuznetsov wrote: > Andrew Cooper writes: > >> On 28/06/16 17:47, Vitaly Kuznetsov wrote: >>> @@ -1808,6 +1822,8 @@ static int xen_hvm_cpu_notify(struct notifier_block >>> *self, unsigned long action, >>> int cpu = (long)hcpu; >>>

Re: [PATCH 00/10] Documentation/Sphinx

Am 27.06.2016 um 19:08 schrieb Mauro Carvalho Chehab : > Em Mon, 27 Jun 2016 08:15:28 +0200 > Markus Heiser escreveu: > >> Am 24.06.2016 um 12:40 schrieb Mauro Carvalho Chehab >> : >> >>> Em Tue, 31 May 2016

Re: [Xen-devel] [PATCH v2 2/2] xen-pciback: clean up {bar, rom}_init()

On 27/06/16 08:24, Jan Beulich wrote: On 24.06.16 at 17:01, wrote: >> On 07/06/16 07:31, Jan Beulich wrote: >>> - drop unused function parameter of read_dev_bar() >>> - drop rom_init() (now identical to bar_init()) >>> - fold read_dev_bar() into its now single caller

Re: [PATCH 0/5] Implement bitlock map allocator

On Mon, Jun 20, 2016 at 01:55:10PM +0900, Byungchul Park wrote: > Currently, bit-based lock e.g. bit_spin_lock cannot use the lock > correctness validator using lockdep. However, it would be useful if > the validator supports for even bit-based lock as well. > > Therefore, this patch provides

Re: [Xen-devel] [PATCH linux 2/8] xen: introduce xen_vcpu_id mapping

Andrew Cooper writes: > On 29/06/16 13:16, Vitaly Kuznetsov wrote: >> Andrew Cooper writes: >> >>> On 28/06/16 17:47, Vitaly Kuznetsov wrote: @@ -1808,6 +1822,8 @@ static int xen_hvm_cpu_notify(struct notifier_block *self,

Re: [Xen-devel] [PATCH v2] xen: xenbus: Remove create_workqueue

On 31/05/16 17:56, Bhaktipriya Shridhar wrote: > System workqueues have been able to handle high level of concurrency > for a long time now and there's no reason to use dedicated workqueues > just to gain concurrency. Replace dedicated xenbus_frontend_wq with the > use of system_wq. > > Unlike a

[PATCH] mmotm: mm-oom-fortify-task_will_free_mem-fix

From: Michal Hocko "mm, oom: fortify task_will_free_mem" has dropped task_lock around task_will_free_mem in oom_kill_process bacause it assumed that a potential race when the selected task exits will not be a problem as the oom_reaper will call exit_oom_victim. Tetsuo was

Re: [Xen-devel] [PATCH linux 2/8] xen: introduce xen_vcpu_id mapping

Andrew Cooper writes: > On 28/06/16 17:47, Vitaly Kuznetsov wrote: >> @@ -1808,6 +1822,8 @@ static int xen_hvm_cpu_notify(struct notifier_block >> *self, unsigned long action, >> int cpu = (long)hcpu; >> switch (action) { >> case CPU_UP_PREPARE: >> +

Re: [Xen-devel] [PATCH linux 3/8] x86/xen: use xen_vcpu_id mapping for HYPERVISOR_vcpu_op

On 28/06/16 17:47, Vitaly Kuznetsov wrote: > HYPERVISOR_vcpu_op passes Linux's idea of vCPU id as a parameter while > Xen's idea is expected. In some cases these ideas diverge so we need to > do remapping. > > There is an issue, however. PV guests do VCPUOP_is_up very early > (see

Re: [PATCH v4 3/3] gpio: lp873x: Add support for General Purpose Outputs

On Wednesday 29 June 2016 04:15 PM, Manish Badarkhe wrote: Hi Keerthy, sorry ignore my last two comments in previous mail. On Wed, Jun 29, 2016 at 4:13 PM, Manish Badarkhe wrote: Hi Keerthy Some minor comment +static int lp873x_gpio_direction_output(struct

Re: [PATCH 0/2] serial: 8250_dw: Add ACPI support for uart on Hisilicon Hip05 soc

On Tue, 2016-06-28 at 11:17 +0800, Kefeng Wang wrote: > Make dw8250_set_termios() as the default set_termios callback for 8250 > dw uart, correct me > if I am wrong. > > Then add ACPI support for uart on Hisilicon Hip05 soc, be careful that > it is not 16500 > compatible. You mean it has Busy

Re: [PATCH 2/2] net: ethernet: lpc_eth: use phy_ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Tue, 28 Jun 2016 23:59:45 +0200 > There are two generics functions phy_ethtool_{get|set}_link_ksettings, > so we can use them instead of defining the same code in the driver. > > Signed-off-by: Philippe Reynes Applied.

Re: [Xen-devel] [PATCH v2] xen: xen-pciback: Remove create_workqueue

On 01/06/16 15:15, Bhaktipriya Shridhar wrote: > System workqueues have been able to handle high level of concurrency > for a long time now and there's no reason to use dedicated workqueues > just to gain concurrency. Replace dedicated xen_pcibk_wq with the > use of system_wq. > > Unlike a

Re: [tip:perf/core] perf/x86/intel: Add {rd,wr}lbr_{to,from} wrappers

On Mon, Jun 27, 2016 at 05:56:02AM -0700, tip-bot for Peter Zijlstra wrote: > +static inline u64 rdlbr_from(unsigned int idx) > +{ > + u64 val; > + > + rdmsrl(x86_pmu.lbr_from + idx, val); > + > + return lbr_from_signext_quirk_rd(val); > +} > + > +static inline u64 rdlbr_to(unsigned

Re: [PATCH 1/3] usb: dwc2: Add support for STM32F429/439/469 USB OTG in FS mode with internal PHY

On Mon, Jun 27, 2016 at 7:51 PM, John Youn wrote: > On 6/21/2016 7:26 PM, Bruno Herrera wrote: >> Signed-off-by: Bruno Herrera > > Please add a commit message describing the purpose of your changes, > some information about the platform you're

Re: [PATCH v3 2/9] kexec_file: Generalize kexec_add_buffer.

On 06/28/16 at 07:18pm, Thiago Jung Bauermann wrote: > Am Donnerstag, 23 Juni 2016, 10:25:06 schrieb Dave Young: > > On 06/22/16 at 08:30pm, Thiago Jung Bauermann wrote: > > > Am Mittwoch, 22 Juni 2016, 18:20:47 schrieb Dave Young: > > > > The patch looks good, but could the subject be more

Re: [Y2038] [PATCH v3 00/24] Delete CURRENT_TIME_SEC and replace current_fs_time()

On Saturday, June 25, 2016 2:37:24 PM CEST Deepa Dinamani wrote: > The series is aimed at getting rid of CURRENT_TIME, CURRENT_TIME_SEC macros > and replacing current_fs_time() with current_time(). > The macros are not y2038 safe. There is no plan to transition them into being > y2038 safe. >

Re: [PATCH v3 3/9] kexec_file: Factor out kexec_locate_mem_hole from kexec_add_buffer.

On 06/28/16 at 07:18pm, Thiago Jung Bauermann wrote: > Am Dienstag, 28 Juni 2016, 15:20:55 schrieb Dave Young: > > On 06/27/16 at 04:21pm, Dave Young wrote: > > > Please ignore previous reply, I mistakenly send a broken mail without > > > subject, sorry about it. Resend the reply here. > > > > >

Re: [PATCH 2/2] arm64: Always provide compat /proc/cpuinfo for 32-bit tasks

Hi all, On Tue, May 31, 2016 at 03:55:04PM +0100, Catalin Marinas wrote: > Currently, the compat /proc/cpuinfo is provided only if a task has the > PER_LINUX32 personality, either by setting it explicitly or by > inheriting it from the parent task. This is in line with the "uname -m" > behaviour.

[PATCH] arm64: Add Broadcom Set Top Box Kconfig entry point

From: Florian Fainelli Add an ARCH_BRCMSTB Kconfig symbol which allows us not to update the dependencies for all STB-related drivers. Select BRCMSTB_L2_IRQ and GENERIC_IRQ_CHIP which are required for proper functioning. Signed-off-by: Doug Berger

[PATCH 2/2] brcmfmac: support removing AP interfaces with "interface_remove"

New firmwares (e.g. 10.10.69.36 for BCM4366) support "interface_remove" for removing interfaces. Try to use this method on cfg80211 request. In case of older firmwares (e.g. 7.35.177.56 for BCM43602 as I tested) this will just result in firmware rejecting command and this won't change any

Re: [PATCH 0/2] brcmfmac: support removing AP interfaces with new fw

On 29 June 2016 at 21:54, Rafał Miłecki wrote: > This is the latest patchset needed to get brcmfmac working reasonably well > with BCM4366. > > Both patches were already sent as V2 RFC (10 days ago), there were no more > comments since then and this is the same code as in V2

Re: [PATCH v4] vfio-pci: Allow to mmap sub-page MMIO BARs if the mmio page is exclusive

On Tue, 28 Jun 2016 13:47:23 -0600 Alex Williamson wrote: > On Tue, 28 Jun 2016 18:09:46 +0800 > Yongji Xie wrote: > > > Hi, Alex > > > > On 2016/6/25 0:43, Alex Williamson wrote: > > > > > On Fri, 24 Jun 2016 23:37:02 +0800 > > >

Re: [PATCH] module.h: add copyleft-next >= 0.3.1 as GPL compatible

On Wed, Jun 29, 2016 at 12:46:35PM -0700, Greg KH wrote: > On Wed, Jun 29, 2016 at 09:05:47PM +0200, Luis R. Rodriguez wrote: > > On Tue, Jun 14, 2016 at 11:35:11AM -0700, Luis R. Rodriguez wrote: > > > copyleft-next [0] [1] is an openly evolved copyleft license, its an > > > effort to evolve

[PATCH] acpi, apei: Add Boot Error Record Table (BERT) support

From: Huang Ying ACPI/APEI is designed to verifiy/report H/W errors, like Corrected Error(CE) and Uncorrected Error(UC). It contains four tables: HEST, ERST, EINJ and BERT. The first three tables have been merged for a long time, but because of lacking BIOS support for

Re: [RFC 3/7] net: ethernet: bgmac: move BCMA MDIO Phy code into a separate file

On Wed, Jun 29, 2016 at 2:46 PM, Andrew Lunn wrote: > On Wed, Jun 29, 2016 at 11:35:28AM -0700, Florian Fainelli wrote: >> On 06/29/2016 07:13 AM, Andrew Lunn wrote: >> > Hi Jon >> > >> > I know you are just refactoring code, but at some point it would be >> > good to take a

Re: [RFC 1/7] net: ethernet: bgmac: change bgmac_* prints to dev_* prints

On Tue, Jun 28, 2016 at 3:43 PM, Joe Perches wrote: > On Tue, 2016-06-28 at 15:34 -0400, Jon Mason wrote: >> The bgmac_* print wrappers call dev_* prints with the dev pointer from >> the bcma core. In anticipation of removing the bcma requirement for >> this driver, these must

[RFC][PATCH 0/3] vsprintf: Do not dereference pointers in bstr_printf()

vbin_printf() and bstr_printf() are used by trace_printk(), when it is possible to optimize to copying the binary arguments into the ring buffer and doing the final conversions at the time of reading the ring buffer. This is advantageous as it removes computer processing from the executing of

[PATCH] mtdpart: propagate _get/put_device()

If the master device has callbacks for _get/put_device() and this MTD has slaves a get_mtd_device() call on paritions will never issue the registered callbacks. Fix this by propergating _get/put_device() down. Signed-off-by: Richard Weinberger --- Hi! I've found this issue while

Re: [PATCH] module.h: add copyleft-next >= 0.3.1 as GPL compatible

On June 29, 2016 12:46:35 PM PDT, Greg KH wrote: >On Wed, Jun 29, 2016 at 09:05:47PM +0200, Luis R. Rodriguez wrote: >> On Tue, Jun 14, 2016 at 11:35:11AM -0700, Luis R. Rodriguez wrote: >> > copyleft-next [0] [1] is an openly evolved copyleft license, its an >> >

Re: [PATCH] module.h: add copyleft-next >= 0.3.1 as GPL compatible

On Wed, Jun 29, 2016 at 09:05:47PM +0200, Luis R. Rodriguez wrote: > On Tue, Jun 14, 2016 at 11:35:11AM -0700, Luis R. Rodriguez wrote: > > copyleft-next [0] [1] is an openly evolved copyleft license, its an > > effort to evolve copyleft without participation of the Church (TM) > > or State (R),

Re: [PATCH 2/6] [media] s5p-mfc: improve v4l2_capability driver and card fields

On 06/16/2016 03:40 PM, Javier Martinez Canillas wrote: > According to the V4L2 documentation the driver and card fields should be > used to identify the driver and the device but the s5p-mfc driver fills > those field using the platform device name, which in turn is the name of > the device DT

Re: [PATCH 3/6] [media] s5p-jpeg: set capablity bus_info as required by VIDIOC_QUERYCAP

On 06/16/2016 03:40 PM, Javier Martinez Canillas wrote: > The driver doesn't set the struct v4l2_capability cap_info field so the > v4l2-compliance tool reports the following errors for VIDIOC_QUERYCAP: > > Required ioctls: > VIDIOC_QUERYCAP returned 0 (Success) >

Re: [PATCH 4/6] [media] s5p-jpeg: only fill driver's name in capabilities driver field

On 06/16/2016 03:40 PM, Javier Martinez Canillas wrote: > The driver fills in both the struct v4l2_capability driver and card fields > the same values, that is the driver's name plus the information if the dev > is a decoder or an encoder. > > But the driver field has a fixed length of 16 bytes

Re: [PATCH 1/6] [media] s5p-mfc: set capablity bus_info as required by VIDIOC_QUERYCAP

On 06/16/2016 03:40 PM, Javier Martinez Canillas wrote: > The driver doesn't set the struct v4l2_capability bus_info field so the > v4l2-compliance tool reports the following errors for VIDIOC_QUERYCAP: > > Required ioctls: > VIDIOC_QUERYCAP returned 0 (Success) >

[PATCH 1/2] brcmfmac: delete interface directly in code that sent fw request

So far when receiving event about in-firmware-interface removal our event worker was notifying listener and afterwards it was removing Linux interface. First of all it was resulting in slightly unexpected order. The listener (del_virtual_intf callback) was (usually) returning with success before

[PATCH 3/3] x86, cpufeatures: add helper macro for mask check macros

From: Dave Hansen Every time we add a word to our cpu features, we need to add something like this in two places: (((bit)>>5)==16 && (1UL<<((bit)&31) & REQUIRED_MASK16)) The trick is getting the "16" in this case in both places. I've now screwed this up

[PATCH 1/3] x86, cpufeatures: update cpufeaure macros

From: Dave Hansen We had a new CPUID "NCAPINT" word added, but the REQUIRED_MASK and DISABLED_MASK macros did not get updated. Update them. None of the features was needed in these masks, so there was no harm, but we should keep them updated anyway.

[PATCH 2/3] x86, cpufeatures: make sure DISABLED/REQUIRED macros are updated

From: Dave Hansen x86 has two macros which allow us to evaluate some CPUID-based features at compile time: REQUIRED_MASK_BIT_SET() DISABLED_MASK_BIT_SET() They're both defined by having the compiler check the bit argument against some constant

Re: [x86/KASLR] ed9f007ee6: -- System halted

On Tue, Jun 28, 2016 at 12:49 PM, Yinghai Lu wrote: > On Mon, Jun 27, 2016 at 10:43 PM, Ye Xiaolong wrote: >> On Mon, Jun 27, 2016 at 11:59:37AM -0700, Yinghai Lu wrote: >>>output is: >>> >>>early console in setup code >>>early console in extract_kernel

[RFC][PATCH 1/3] vsprintf: Prevent vbin_printf() from using dereferenced pointers

From: "Steven Rostedt (Red Hat)" vbin_printf() is used in conjunction with bstr_printf() to record some printf() statment and to show it later. It is currently used exclusively with trace_printk() which records the binary format into the trace ring buffer and formats the

[RFC][PATCH 3/3] vsprintf: Add support for %pb and friends to vbin_printf()

From: "Steven Rostedt (Red Hat)" printk() allows a %pb to print out cpumasks. As it uses a pointer to reference the mask it can be problematic for vbin_printf() to use, as the referencing is done at a later time (via bstr_printf()). Instead of saving the pointer to the

[RFC][PATCH 2/3] vsprintf: Add support for %pf and %pF to vbin_printf()

From: "Steven Rostedt (Red Hat)" Some architectures require a dereference of function pointers (See powerpc). The dereferenced poiner must be saved into the buffer in vbin_printf() to be safe to access it later. Cc: Frederic Weisbecker Cc: Jiri Olsa

Re: [RFC 3/7] net: ethernet: bgmac: move BCMA MDIO Phy code into a separate file

On Wed, Jun 29, 2016 at 04:08:20PM -0400, Jon Mason wrote: > On Wed, Jun 29, 2016 at 2:46 PM, Andrew Lunn wrote: > > On Wed, Jun 29, 2016 at 11:35:28AM -0700, Florian Fainelli wrote: > >> On 06/29/2016 07:13 AM, Andrew Lunn wrote: > >> > Hi Jon > >> > > >> > I know you are just

[PATCH 1/2] fs: befs: check silent flag before logging error

Log error only when silent flag is not set. Fixes: dbe6460388bc ("fs/befs/linuxvfs.c: check silent flag before logging errors") Signed-off-by: Luis de Bethencourt --- Hi, Reading the backlog of latest patches to befs, I noticed that Salah's patch missed one call to

[PATCH 2/2] fs: befs: remove comment that confuses kernel-doc

This comment with a mysterious unfinished line confuses the kernel-doc system since, because it starts with /**, it thinks it is documenting a function. Signed-off-by: Luis de Bethencourt --- fs/befs/linuxvfs.c | 4 1 file changed, 4 deletions(-) diff --git

Unbounded growth of slab caches and how to shrink them

Hello Christoph, I've observed a rather strange unbounded growth of the kmalloc-192 slab cache: OBJS ACTIVE USE OBJ SIZE SLABS OBJ/SLAB CACHE SIZE NAME 711124869 411527215 3%0.19K 16934908 42 135479264K kmalloc-192 Essentially the kmalloc is around 130 GB ,

Re: [RESEND PATCH 1/3] bcache: Remove redundant parameter for cache_alloc()

在 16/6/22 上午10:10, Yijing Wang 写道: > Cache_sb is not used in cache_alloc, and we have copied > sb info to cache->sb already, remove it. > > Signed-off-by: Yijing Wang > --- > drivers/md/bcache/super.c |4 ++-- > 1 files changed, 2 insertions(+), 2 deletions(-) > >

Re: [RFC PATCH v4 3/5] PCI: Check platform specific ECAM quirks

On 28.06.2016 18:12, Duc Dang wrote: On Tue, Jun 28, 2016 at 6:04 AM, Christopher Covington wrote: Hi Tomasz, On 06/28/2016 03:54 AM, Tomasz Nowicki wrote: diff --git a/drivers/pci/host/mcfg-quirks.c b/drivers/pci/host/mcfg-quirks.c new file mode 100644 index

[RFC/PATCH v3] ftrace: Reduce size of function graph entries

Currently ftrace_graph_ent{,_entry} and ftrace_graph_ret{,_entry} struct can have padding bytes at the end due to alignment in 64-bit data type. As these data are recorded so frequently, those paddings waste non-negligible space. As the ring buffer maintains alignment properly for each

RE: [PATCH] usb: otg-fsm: Cancel HNP polling work when not used

Hi > -Original Message- > From: Peter Chen [mailto:hzpeterc...@gmail.com] > Sent: Wednesday, June 29, 2016 5:44 PM > To: Stephen Boyd > Cc: Peter Chen ; Felipe Balbi ; > linux-arm-ker...@lists.infradead.org;

[PATCHv2 0/6] x86: 32-bit compatible C/R on x86_64

The following changes are available since v1: - killed PR_REG_SIZE macro as Oleg suggested - cleared SA_IA32_ABI|SA_X32_ABI from oact->sa.sa_flags in do_sigaction() as noticed by Oleg - moved SA_IA32_ABI|SA_X32_ABI from uapi header as those flags shouldn't be exposed to user-space I also

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