[PATCH] ACPI/IORT: Fix error handling

If 'platform_device_alloc()' returns NULL, the current code returns 0, which means success. Return -ENOMEM instead. Fixes: 846f0e9e74a0 ("ACPI/IORT: Add support for ARM SMMU platform devices creation") Signed-off-by: Christophe JAILLET --- drivers/acpi/arm64/iort.c | 2 +- 1 file changed, 1

Re: [PATCH 1/4] Documentation: devicetree: Add document bindings for leds-mt6323

On Mon, Jan 23, 2017 at 11:54:42AM +0800, sean.w...@mediatek.com wrote: > From: Sean Wang > > This patch adds documentation for devicetree bindings > for LED support on MT6323 PMIC > > Signed-off-by: Sean Wang > --- > .../devicetree/bindings/leds/leds-mt6323.txt | 60 >

[PATCH v3 2/3] of: unittest: Add phandle remapping test

Test the functionality of of_parse_phandle_with_args_map(). Cc: Pantelis Antoniou Cc: Linus Walleij Cc: Mark Brown Signed-off-by: Stephen Boyd --- drivers/of/unittest-data/testcases.dts

[PATCH v3 0/3] OF phandle nexus support + GPIO nexus

This is one small chunk of work related to DT overlays for expansion boards. It would be good to have a way to expose #-cells types of providers through a connector in a standard way. So we introduce a way to make "nexus" nodes for these types of properties to remap the consumer number space to

[PATCH v3 2/3] of: unittest: Add phandle remapping test

Test the functionality of of_parse_phandle_with_args_map(). Cc: Pantelis Antoniou Cc: Linus Walleij Cc: Mark Brown Signed-off-by: Stephen Boyd --- drivers/of/unittest-data/testcases.dts | 11 +++ drivers/of/unittest-data/tests-phandle.dtsi | 25 ++ drivers/of/unittest.c

[PATCH v3 0/3] OF phandle nexus support + GPIO nexus

This is one small chunk of work related to DT overlays for expansion boards. It would be good to have a way to expose #-cells types of providers through a connector in a standard way. So we introduce a way to make "nexus" nodes for these types of properties to remap the consumer number space to

[PATCH v3 1/3] of: Support parsing phandle argument lists through a nexus node

Platforms like 96boards have a standardized connector/expansion slot that exposes signals like GPIOs to expansion boards in an SoC agnostic way. We'd like the DT overlays for the expansion boards to be written once without knowledge of the SoC on the other side of the connector. This avoids the

[PATCH v3 1/3] of: Support parsing phandle argument lists through a nexus node

Platforms like 96boards have a standardized connector/expansion slot that exposes signals like GPIOs to expansion boards in an SoC agnostic way. We'd like the DT overlays for the expansion boards to be written once without knowledge of the SoC on the other side of the connector. This avoids the

[PATCH v3 3/3] gpio: Support gpio nexus dt bindings

Platforms like 96boards have a standardized connector/expansion slot that exposes signals like GPIOs to expansion boards in an SoC agnostic way. We'd like the DT overlays for the expansion boards to be written once without knowledge of the SoC on the other side of the connector. This avoids the

[PATCH v3 3/3] gpio: Support gpio nexus dt bindings

Platforms like 96boards have a standardized connector/expansion slot that exposes signals like GPIOs to expansion boards in an SoC agnostic way. We'd like the DT overlays for the expansion boards to be written once without knowledge of the SoC on the other side of the connector. This avoids the

Re: [PATCH v2] jump_label: reduce the size of struct static_key

On 01/21/2017 02:07 AM, Ingo Molnar wrote: * Jason Baron wrote: For example the last line could sure be written as: key->entries = jlm->entries; key->type |= static_key_type(key); right? Hi, So that is going to

Re: [PATCH v2] jump_label: reduce the size of struct static_key

On 01/21/2017 02:07 AM, Ingo Molnar wrote: * Jason Baron wrote: For example the last line could sure be written as: key->entries = jlm->entries; key->type |= static_key_type(key); right? Hi, So that is going to over-write the

Re: [PATCH] virtio_net: fix PAGE_SIZE > 64k

Hi Michael, [auto build test WARNING on net-next/master] [also build test WARNING on v4.10-rc5 next-20170123] [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/Michael-S-Tsirkin/virtio_net-fix

Re: [PATCH] virtio_net: fix PAGE_SIZE > 64k

Hi Michael, [auto build test WARNING on net-next/master] [also build test WARNING on v4.10-rc5 next-20170123] [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/Michael-S-Tsirkin/virtio_net-fix

Re: [PATCH 8/9] dt-bindings: Add Multi-Inno MI0283QT binding

On Sun, Jan 22, 2017 at 07:11:16PM +0100, Noralf Trønnes wrote: > Add device-tree binding documentation for the MI0283QT display panel. > > Signed-off-by: Noralf Trønnes > --- > > Datasheet: https://cdn-shop.adafruit.com/datasheets/MI0283QT-11+V1.1.PDF > > >

Re: [PATCH 8/9] dt-bindings: Add Multi-Inno MI0283QT binding

On Sun, Jan 22, 2017 at 07:11:16PM +0100, Noralf Trønnes wrote: > Add device-tree binding documentation for the MI0283QT display panel. > > Signed-off-by: Noralf Trønnes > --- > > Datasheet: https://cdn-shop.adafruit.com/datasheets/MI0283QT-11+V1.1.PDF > > >

Re: [PATCH] tpm/tpm_i2c_infineon: ensure no ongoing commands on shutdown

On Mon, Jan 23, 2017 at 12:02:46PM -0800, Andrey Pronin wrote: > > But if there is no actual need to do this right now then don't worry > > about overdesigning things.. > > OK, I can live with chip->id specific logic in probe/shutdown, if that's > the current approach. It is where we are

Re: [PATCH] tpm/tpm_i2c_infineon: ensure no ongoing commands on shutdown

On Mon, Jan 23, 2017 at 12:02:46PM -0800, Andrey Pronin wrote: > > But if there is no actual need to do this right now then don't worry > > about overdesigning things.. > > OK, I can live with chip->id specific logic in probe/shutdown, if that's > the current approach. It is where we are

Re: [PATCH] SRCU: More efficient reader counts.

On Mon, Jan 23, 2017 at 12:17:25PM -0800, Lance Roy wrote: > SRCU uses two per-cpu counters: a nesting counter to count the number of > active critical sections, and a sequence counter to ensure that the nesting > counters don't change while they are being added together in >

Re: [PATCH] SRCU: More efficient reader counts.

On Mon, Jan 23, 2017 at 12:17:25PM -0800, Lance Roy wrote: > SRCU uses two per-cpu counters: a nesting counter to count the number of > active critical sections, and a sequence counter to ensure that the nesting > counters don't change while they are being added together in >

Re: [PATCH 7/9] of: Add vendor prefix for Multi-Inno

On Sun, Jan 22, 2017 at 07:11:15PM +0100, Noralf Trønnes wrote: > Multi-Inno Technology Co.,Ltd is a Hong Kong based company offering > LCD, LCD module products and complete panel solutions. > > Signed-off-by: Noralf Trønnes > --- >

Re: [PATCH 7/9] of: Add vendor prefix for Multi-Inno

On Sun, Jan 22, 2017 at 07:11:15PM +0100, Noralf Trønnes wrote: > Multi-Inno Technology Co.,Ltd is a Hong Kong based company offering > LCD, LCD module products and complete panel solutions. > > Signed-off-by: Noralf Trønnes > --- > Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + >

Re: [PATCH v2 tip/core/rcu 07/18] rcu: Add long-term CPU kicking

On Mon, Jan 23, 2017 at 11:34:45AM -0800, Paul E. McKenney wrote: > On Sat, Jan 21, 2017 at 12:42:55PM -0800, Josh Triplett wrote: > > On Tue, Jan 17, 2017 at 06:53:46PM -0800, Paul E. McKenney wrote: > > > Commit d2db185bfee8 ("rcu: Remove short-term CPU kicking") removed > > > frequent calls to

Re: [PATCH v2 tip/core/rcu 07/18] rcu: Add long-term CPU kicking

On Mon, Jan 23, 2017 at 11:34:45AM -0800, Paul E. McKenney wrote: > On Sat, Jan 21, 2017 at 12:42:55PM -0800, Josh Triplett wrote: > > On Tue, Jan 17, 2017 at 06:53:46PM -0800, Paul E. McKenney wrote: > > > Commit d2db185bfee8 ("rcu: Remove short-term CPU kicking") removed > > > frequent calls to

Re: v4.10-rc4 to v4.10-rc5: battery regression on Nokia N900

On Mon 2017-01-23 15:13:31, Pavel Machek wrote: > Hi! > > > It seems that battery driver stopped working on N900 between -rc4 and > > -rc5. > > pavel@amd:/data/l/linux-n900$ git bisect log > # bad: [41f283973653dc44af47585fa79fb6da6ffdc2e2] Merge > /data//l/clean-cg into mini-v4.10 > # good:

Re: v4.10-rc4 to v4.10-rc5: battery regression on Nokia N900

On Mon 2017-01-23 15:13:31, Pavel Machek wrote: > Hi! > > > It seems that battery driver stopped working on N900 between -rc4 and > > -rc5. > > pavel@amd:/data/l/linux-n900$ git bisect log > # bad: [41f283973653dc44af47585fa79fb6da6ffdc2e2] Merge > /data//l/clean-cg into mini-v4.10 > # good:

Re: Potential issues (security and otherwise) with the current cgroup-bpf API

On Sun, Jan 22, 2017 at 8:31 PM, Alexei Starovoitov wrote: > On Thu, Jan 19, 2017 at 08:04:59PM -0800, Andy Lutomirski wrote: >> On Thu, Jan 19, 2017 at 6:39 PM, Alexei Starovoitov >> wrote: >> > On Wed, Jan 18, 2017 at 06:29:22PM

Re: Potential issues (security and otherwise) with the current cgroup-bpf API

On Sun, Jan 22, 2017 at 8:31 PM, Alexei Starovoitov wrote: > On Thu, Jan 19, 2017 at 08:04:59PM -0800, Andy Lutomirski wrote: >> On Thu, Jan 19, 2017 at 6:39 PM, Alexei Starovoitov >> wrote: >> > On Wed, Jan 18, 2017 at 06:29:22PM -0800, Andy Lutomirski wrote: >> >> I think it could work by

Re: [PATCH 11/22] ARM: dts: add top-level DT bindings for Cortina Gemini

On Sun, Jan 22, 2017 at 01:22:19PM +0100, Linus Walleij wrote: > This adds the top level SoC bindings for Cortina systems Gemini > platforms. > > Cc: Janos Laube > Cc: Paulius Zaleckas > Cc: Hans Ulli Kroll > Cc:

Re: [PATCH linux v3 1/6] hwmon: Add core On-Chip Controller support for POWER CPUs

On Mon, Jan 23, 2017 at 01:28:52PM -0600, Edward James wrote: > I still just can't get gmail to reply to this. Thanks for the review. > > On Sat, Jan 21, 2017 at 11:49 AM, Guenter Roeck wrote: > > On 01/16/2017 01:13 PM, eajames@gmail.com wrote: > >> > >> From: "Edward A.

Re: [PATCH 11/22] ARM: dts: add top-level DT bindings for Cortina Gemini

On Sun, Jan 22, 2017 at 01:22:19PM +0100, Linus Walleij wrote: > This adds the top level SoC bindings for Cortina systems Gemini > platforms. > > Cc: Janos Laube > Cc: Paulius Zaleckas > Cc: Hans Ulli Kroll > Cc: Florian Fainelli > Cc: devicet...@vger.kernel.org > Signed-off-by: Linus Walleij

Re: [PATCH linux v3 1/6] hwmon: Add core On-Chip Controller support for POWER CPUs

On Mon, Jan 23, 2017 at 01:28:52PM -0600, Edward James wrote: > I still just can't get gmail to reply to this. Thanks for the review. > > On Sat, Jan 21, 2017 at 11:49 AM, Guenter Roeck wrote: > > On 01/16/2017 01:13 PM, eajames@gmail.com wrote: > >> > >> From: "Edward A. James" > >> > >>

[PATCH] SRCU: More efficient reader counts.

SRCU uses two per-cpu counters: a nesting counter to count the number of active critical sections, and a sequence counter to ensure that the nesting counters don't change while they are being added together in srcu_readers_active_idx_check(). This patch instead uses per-cpu lock and unlock

[PATCH] SRCU: More efficient reader counts.

SRCU uses two per-cpu counters: a nesting counter to count the number of active critical sections, and a sequence counter to ensure that the nesting counters don't change while they are being added together in srcu_readers_active_idx_check(). This patch instead uses per-cpu lock and unlock

Re: [PATCH 8/8] x86/intel_rdt: rmdir,umount and hotcpu updates for MBA

On Mon, 16 Jan 2017, Thomas Gleixner wrote: On Tue, 10 Jan 2017, Vikas Shivappa wrote: During rmdir only reset the ctrl values for the rdtgroup's closid. This is done so that that next time when the closid is reused they dont reflect old values. How on earth is that related to MBA? This

Re: [PATCH 8/8] x86/intel_rdt: rmdir,umount and hotcpu updates for MBA

On Mon, 16 Jan 2017, Thomas Gleixner wrote: On Tue, 10 Jan 2017, Vikas Shivappa wrote: During rmdir only reset the ctrl values for the rdtgroup's closid. This is done so that that next time when the closid is reused they dont reflect old values. How on earth is that related to MBA? This

[PATCH v2 tip/core/rcu 1/3] srcu: Implement more-efficient reader counts

Here is a more recent version of the patch. It has more accurate comments.

[PATCH v2 tip/core/rcu 1/3] srcu: Implement more-efficient reader counts

Here is a more recent version of the patch. It has more accurate comments.

Re: [tpmdd-devel] [PATCH] tpm/tpm_i2c_infineon: ensure no ongoing commands on shutdown

On Mon, Jan 23, 2017 at 12:02:46PM -0800, Andrey Pronin wrote: > On Tue, Jan 17, 2017 at 04:22:07PM -0700, Jason Gunthorpe wrote: > > On Tue, Jan 17, 2017 at 03:00:53PM -0800, Andrey Pronin wrote: > > > > > Here I was talking not about tpm_tis_spi or tpm_tis. Those can > > > continue relying on

Re: [tpmdd-devel] [PATCH] tpm/tpm_i2c_infineon: ensure no ongoing commands on shutdown

On Mon, Jan 23, 2017 at 12:02:46PM -0800, Andrey Pronin wrote: > On Tue, Jan 17, 2017 at 04:22:07PM -0700, Jason Gunthorpe wrote: > > On Tue, Jan 17, 2017 at 03:00:53PM -0800, Andrey Pronin wrote: > > > > > Here I was talking not about tpm_tis_spi or tpm_tis. Those can > > > continue relying on

Re: [PATCH 09/22] mtd: add DT bindings for the Cortina Systems Gemini Flash

On Sun, Jan 22, 2017 at 01:21:19PM +0100, Linus Walleij wrote: > This adds device tree bindings for the Cortina systems Gemini > flash controller, a simple physmap which however need a few > syscon bits to be poked to operate properly. > > Cc: Janos Laube > Cc: Paulius

Re: [PATCH 09/22] mtd: add DT bindings for the Cortina Systems Gemini Flash

On Sun, Jan 22, 2017 at 01:21:19PM +0100, Linus Walleij wrote: > This adds device tree bindings for the Cortina systems Gemini > flash controller, a simple physmap which however need a few > syscon bits to be poked to operate properly. > > Cc: Janos Laube > Cc: Paulius Zaleckas > Cc: Hans Ulli

Re: [PATCH v3 2/4] dt-bindings: Add TI SCI PM Domains

On 01/20/2017 10:52 AM, Ulf Hansson wrote: [...] Another option is create something new either common or TI SCI specific. It could be just a table of ids and phandles in the SCI node. I'm much more comfortable with an isolated property in one node than something scattered throughout the DT.

Re: [PATCH v3 2/4] dt-bindings: Add TI SCI PM Domains

On 01/20/2017 10:52 AM, Ulf Hansson wrote: [...] Another option is create something new either common or TI SCI specific. It could be just a table of ids and phandles in the SCI node. I'm much more comfortable with an isolated property in one node than something scattered throughout the DT.

Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field

On Mon, Jan 23, 2017 at 3:46 AM, Djalal Harouni wrote: > On Sat, Jan 21, 2017 at 1:53 AM, Andy Lutomirski wrote: >> I agree that the kernel change to do it per task is very simple. But >> this is an unfortunate slippery slope. What if you want to block

Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field

On Mon, Jan 23, 2017 at 3:46 AM, Djalal Harouni wrote: > On Sat, Jan 21, 2017 at 1:53 AM, Andy Lutomirski wrote: >> I agree that the kernel change to do it per task is very simple. But >> this is an unfortunate slippery slope. What if you want to block off >> everything in /proc that isn't

Re: [PATCH 08/22] rtc: Add device tree probing to the Gemini driver

On Sun, Jan 22, 2017 at 01:19:50PM +0100, Linus Walleij wrote: > This adds bindings and simple probing for the Cortina Systems Gemini > SoC RTC. > > Cc: Janos Laube > Cc: Paulius Zaleckas > Cc: Hans Ulli Kroll > Cc:

Re: [PATCH 4/5] perf, tools, script: Add support for printing assembler

Em Mon, Jan 23, 2017 at 11:55:21AM -0800, Andi Kleen escreveu: > > Do you know if there is any tool comparing the output of objdump -d to what > > is > > produced by a similar xed based tool? > > I'm not aware of such a tool, but could be written using the "xed" tool > in the xed distribution.

Re: [PATCH 08/22] rtc: Add device tree probing to the Gemini driver

On Sun, Jan 22, 2017 at 01:19:50PM +0100, Linus Walleij wrote: > This adds bindings and simple probing for the Cortina Systems Gemini > SoC RTC. > > Cc: Janos Laube > Cc: Paulius Zaleckas > Cc: Hans Ulli Kroll > Cc: Florian Fainelli > Cc: devicet...@vger.kernel.org > Signed-off-by: Linus

Re: [PATCH 4/5] perf, tools, script: Add support for printing assembler

Em Mon, Jan 23, 2017 at 11:55:21AM -0800, Andi Kleen escreveu: > > Do you know if there is any tool comparing the output of objdump -d to what > > is > > produced by a similar xed based tool? > > I'm not aware of such a tool, but could be written using the "xed" tool > in the xed distribution.

Re: [PATCH v2 tip/core/rcu 2/3] srcu: Force full grace-period ordering

On Mon, 23 Jan 2017 11:12:07 -0800 "Paul E. McKenney" wrote: > On Mon, Jan 23, 2017 at 12:38:29AM -0800, Lance Roy wrote: > > On Sun, 15 Jan 2017 14:42:34 -0800 > > "Paul E. McKenney" wrote: > > > > > @@ -413,6 +415,8 @@ static void

Re: [PATCH v2 tip/core/rcu 2/3] srcu: Force full grace-period ordering

On Mon, 23 Jan 2017 11:12:07 -0800 "Paul E. McKenney" wrote: > On Mon, Jan 23, 2017 at 12:38:29AM -0800, Lance Roy wrote: > > On Sun, 15 Jan 2017 14:42:34 -0800 > > "Paul E. McKenney" wrote: > > > > > @@ -413,6 +415,8 @@ static void __synchronize_srcu(struct srcu_struct *sp, > > > int

Re: [PATCH 06/22] gpio: add DT bindings for Cortina Gemini GPIO

On Sun, Jan 22, 2017 at 01:18:30PM +0100, Linus Walleij wrote: > This adds fairly standard DT bindings for the Cortina Systems > Gemini GPIO controller. > > Cc: Janos Laube > Cc: Paulius Zaleckas > Cc: Hans Ulli Kroll

Re: [PATCH 06/22] gpio: add DT bindings for Cortina Gemini GPIO

On Sun, Jan 22, 2017 at 01:18:30PM +0100, Linus Walleij wrote: > This adds fairly standard DT bindings for the Cortina Systems > Gemini GPIO controller. > > Cc: Janos Laube > Cc: Paulius Zaleckas > Cc: Hans Ulli Kroll > Cc: Florian Fainelli > Cc: devicet...@vger.kernel.org > Signed-off-by:

Re: [PATCH 3/4] mm, page_alloc: Drain per-cpu pages from workqueue context

On Mon, Jan 23, 2017 at 12:03:29PM -0500, Tejun Heo wrote: > Hello, > > On Fri, Jan 20, 2017 at 03:26:06PM +, Mel Gorman wrote: > > > This translates to queue_work_on(), which has the comment of "We queue > > > the work to a specific CPU, the caller must ensure it can't go away.", > > > so is

Re: [PATCH 3/4] mm, page_alloc: Drain per-cpu pages from workqueue context

On Mon, Jan 23, 2017 at 12:03:29PM -0500, Tejun Heo wrote: > Hello, > > On Fri, Jan 20, 2017 at 03:26:06PM +, Mel Gorman wrote: > > > This translates to queue_work_on(), which has the comment of "We queue > > > the work to a specific CPU, the caller must ensure it can't go away.", > > > so is

Re: [PATCH 04/22] clocksource: add DT bindings for Cortina Gemini

On Sun, Jan 22, 2017 at 01:17:07PM +0100, Linus Walleij wrote: > This adds device tree bindings for the Cortina Systems Gemini > timer block used in these SoCs. > > Cc: Janos Laube > Cc: Paulius Zaleckas > Cc: Hans Ulli Kroll

Re: [PATCH 04/22] clocksource: add DT bindings for Cortina Gemini

On Sun, Jan 22, 2017 at 01:17:07PM +0100, Linus Walleij wrote: > This adds device tree bindings for the Cortina Systems Gemini > timer block used in these SoCs. > > Cc: Janos Laube > Cc: Paulius Zaleckas > Cc: Hans Ulli Kroll > Cc: Florian Fainelli > Cc: devicet...@vger.kernel.org >

Re: [PATCH] tpm/tpm_i2c_infineon: ensure no ongoing commands on shutdown

On Tue, Jan 17, 2017 at 04:22:07PM -0700, Jason Gunthorpe wrote: > On Tue, Jan 17, 2017 at 03:00:53PM -0800, Andrey Pronin wrote: > > > Here I was talking not about tpm_tis_spi or tpm_tis. Those can > > continue relying on the core, or register the default handler using > > .shutdown =

Re: [PATCH] tpm/tpm_i2c_infineon: ensure no ongoing commands on shutdown

On Tue, Jan 17, 2017 at 04:22:07PM -0700, Jason Gunthorpe wrote: > On Tue, Jan 17, 2017 at 03:00:53PM -0800, Andrey Pronin wrote: > > > Here I was talking not about tpm_tis_spi or tpm_tis. Those can > > continue relying on the core, or register the default handler using > > .shutdown =

Re: [PATCH 02/22] irqchip: DT bindings for Cortina Gemini irqchip

On Sun, Jan 22, 2017 at 01:16:09PM +0100, Linus Walleij wrote: > This adds device tree bindings for the Cortina Gemini interrupt > controller. They are pretty standard. > > Cc: Janos Laube > Cc: Paulius Zaleckas > Cc: Hans Ulli Kroll

Re: [PATCH 02/22] irqchip: DT bindings for Cortina Gemini irqchip

On Sun, Jan 22, 2017 at 01:16:09PM +0100, Linus Walleij wrote: > This adds device tree bindings for the Cortina Gemini interrupt > controller. They are pretty standard. > > Cc: Janos Laube > Cc: Paulius Zaleckas > Cc: Hans Ulli Kroll > Cc: Florian Fainelli > Cc: devicet...@vger.kernel.org >

Re: [PATCH v7 3/5] phy: Add set_vbus callback

Quoting Kishon Vijay Abraham I (2017-01-22 00:46:21) > Hi, > > On Saturday 21 January 2017 12:20 AM, Stephen Boyd wrote: > > Some USB PHYs need to be told about vbus changing state > > explicitly. For example the qcom USB HS PHY needs to toggle a bit > > when vbus goes from low to high

Re: [PATCH v7 3/5] phy: Add set_vbus callback

Quoting Kishon Vijay Abraham I (2017-01-22 00:46:21) > Hi, > > On Saturday 21 January 2017 12:20 AM, Stephen Boyd wrote: > > Some USB PHYs need to be told about vbus changing state > > explicitly. For example the qcom USB HS PHY needs to toggle a bit > > when vbus goes from low to high

Re: [PATCH v4 1/3] dt: bindings: add documentation for zx2967 family watchdog controller

On Sun, Jan 22, 2017 at 04:16:46PM +0800, Baoyou Xie wrote: > This patch adds dt-binding documentation for zx2967 family > watchdog controller. > > Signed-off-by: Baoyou Xie > --- > .../bindings/watchdog/zte,zx2967-wdt.txt | 31 > ++ > 1

Re: [PATCH v4 1/3] dt: bindings: add documentation for zx2967 family watchdog controller

On Sun, Jan 22, 2017 at 04:16:46PM +0800, Baoyou Xie wrote: > This patch adds dt-binding documentation for zx2967 family > watchdog controller. > > Signed-off-by: Baoyou Xie > --- > .../bindings/watchdog/zte,zx2967-wdt.txt | 31 > ++ > 1 file changed, 31

Re: [PATCH 4/5] perf, tools, script: Add support for printing assembler

> Do you know if there is any tool comparing the output of objdump -d to what is > produced by a similar xed based tool? I'm not aware of such a tool, but could be written using the "xed" tool in the xed distribution. However I would trust xed over objdump, it is used widely in Intel tools with

Re: [PATCH 4/5] perf, tools, script: Add support for printing assembler

> Do you know if there is any tool comparing the output of objdump -d to what is > produced by a similar xed based tool? I'm not aware of such a tool, but could be written using the "xed" tool in the xed distribution. However I would trust xed over objdump, it is used widely in Intel tools with

Re: [PATCH 1/1 linux-next] jfs: atomically read inode size

> On 23 January 2017 at 19:43 Dave Kleikamp wrote: > > > On 01/23/2017 11:50 AM, Fabian Frederick wrote: > > See i_size_read() comments in include/linux/fs.h > > Is this fixing a real problem? Can the bd_inode size change while we're > mounting or resizing the

Re: [PATCH 1/1 linux-next] jfs: atomically read inode size

> On 23 January 2017 at 19:43 Dave Kleikamp wrote: > > > On 01/23/2017 11:50 AM, Fabian Frederick wrote: > > See i_size_read() comments in include/linux/fs.h > > Is this fixing a real problem? Can the bd_inode size change while we're > mounting or resizing the filesystem? > Behind good

Re: [PATCH 4/5] perf, tools, script: Add support for printing assembler

Em Wed, Jan 18, 2017 at 05:41:49PM -0800, Andi Kleen escreveu: > From: Andi Kleen > > When dumping PT traces with perf script it is very useful to see the > assembler for each sample, so that it is easily possible to follow > the control flow. > > As using objdump is

Re: [PATCH 4/5] perf, tools, script: Add support for printing assembler

Em Wed, Jan 18, 2017 at 05:41:49PM -0800, Andi Kleen escreveu: > From: Andi Kleen > > When dumping PT traces with perf script it is very useful to see the > assembler for each sample, so that it is easily possible to follow > the control flow. > > As using objdump is difficult and inefficient

Re: [PATCH 6/8] x86/intel_rdt/mba: Add info directory files for MBA

On Wed, 18 Jan 2017, Thomas Gleixner wrote: On Tue, 17 Jan 2017, Shivappa Vikas wrote: On Mon, 16 Jan 2017, Thomas Gleixner wrote: On Tue, 10 Jan 2017, Vikas Shivappa wrote: Add the files in info directory for MBA. The files in the info directory are as follows : - num_closids: max

Re: [PATCH 6/8] x86/intel_rdt/mba: Add info directory files for MBA

On Wed, 18 Jan 2017, Thomas Gleixner wrote: On Tue, 17 Jan 2017, Shivappa Vikas wrote: On Mon, 16 Jan 2017, Thomas Gleixner wrote: On Tue, 10 Jan 2017, Vikas Shivappa wrote: Add the files in info directory for MBA. The files in the info directory are as follows : - num_closids: max

Re: [PATCH v2 tip/core/rcu 3/6] rcu: Abstract dynticks extended quiescent state enter/exit operations

On Sat, Jan 21, 2017 at 12:49:29PM -0800, Josh Triplett wrote: > On Tue, Jan 17, 2017 at 06:45:25PM -0800, Paul E. McKenney wrote: > > This commit is the third step towards full abstraction of all accesses > > to the ->dynticks counter, implementing the previously open-coded atomic > > add of 1

Re: [PATCH v2 tip/core/rcu 3/6] rcu: Abstract dynticks extended quiescent state enter/exit operations

On Sat, Jan 21, 2017 at 12:49:29PM -0800, Josh Triplett wrote: > On Tue, Jan 17, 2017 at 06:45:25PM -0800, Paul E. McKenney wrote: > > This commit is the third step towards full abstraction of all accesses > > to the ->dynticks counter, implementing the previously open-coded atomic > > add of 1

Re: [patch 4/5] PTP: add PTP_SYS_OFFSET emulation via cross timestamps infrastructure

On 23/01/2017 19:44, Richard Cochran wrote: >> device clock|sample1P,deviceclock| |sample2P,deviceclock| >> - >> realtime clock |sample1P,realtimeclock| |sample2P,realtimeclock| > > Are |sample1P,deviceclock| and

Re: [patch 4/5] PTP: add PTP_SYS_OFFSET emulation via cross timestamps infrastructure

On 23/01/2017 19:44, Richard Cochran wrote: >> device clock|sample1P,deviceclock| |sample2P,deviceclock| >> - >> realtime clock |sample1P,realtimeclock| |sample2P,realtimeclock| > > Are |sample1P,deviceclock| and

[PATCH v2] virtio_net: fix PAGE_SIZE > 64k

I don't have any guests with PAGE_SIZE > 64k but the code seems to be clearly broken in that case as PAGE_SIZE / MERGEABLE_BUFFER_ALIGN will need more than 8 bit and so the code in mergeable_ctx_to_buf_address does not give us the actual true size. Cc: John Fastabend

[PATCH v2] virtio_net: fix PAGE_SIZE > 64k

I don't have any guests with PAGE_SIZE > 64k but the code seems to be clearly broken in that case as PAGE_SIZE / MERGEABLE_BUFFER_ALIGN will need more than 8 bit and so the code in mergeable_ctx_to_buf_address does not give us the actual true size. Cc: John Fastabend Signed-off-by: Michael S.

Re: [PATCH v2 tip/core/rcu 08/18] rcu: Remove short-term CPU kicking

On Sat, Jan 21, 2017 at 12:43:44PM -0800, Josh Triplett wrote: > On Tue, Jan 17, 2017 at 06:53:47PM -0800, Paul E. McKenney wrote: > > Commit 4914950aaa12d ("rcu: Stop treating in-kernel CPU-bound workloads > > Does this commit ID still match what you have in your tree, post-rebase? In light of

Re: [PATCH v2 tip/core/rcu 08/18] rcu: Remove short-term CPU kicking

On Sat, Jan 21, 2017 at 12:43:44PM -0800, Josh Triplett wrote: > On Tue, Jan 17, 2017 at 06:53:47PM -0800, Paul E. McKenney wrote: > > Commit 4914950aaa12d ("rcu: Stop treating in-kernel CPU-bound workloads > > Does this commit ID still match what you have in your tree, post-rebase? In light of

[GIT PULL] arch/tile bugfix for 4.10-rc6

Linus, Please pull the following change from: git://git.kernel.org/pub/scm/linux/kernel/git/cmetcalf/linux-tile.git stable This avoids an issue with short userspace reads for regset via ptrace. Dave Martin (1): tile/ptrace: Preserve previous registers for short regset write

[GIT PULL] arch/tile bugfix for 4.10-rc6

Linus, Please pull the following change from: git://git.kernel.org/pub/scm/linux/kernel/git/cmetcalf/linux-tile.git stable This avoids an issue with short userspace reads for regset via ptrace. Dave Martin (1): tile/ptrace: Preserve previous registers for short regset write

Re: [PATCH v2 tip/core/rcu 07/18] rcu: Add long-term CPU kicking

On Sat, Jan 21, 2017 at 12:42:55PM -0800, Josh Triplett wrote: > On Tue, Jan 17, 2017 at 06:53:46PM -0800, Paul E. McKenney wrote: > > Commit d2db185bfee8 ("rcu: Remove short-term CPU kicking") removed > > frequent calls to resched_cpu(), which means that the only time > > resched_cpu() is invoked

Re: [PATCH v2 tip/core/rcu 07/18] rcu: Add long-term CPU kicking

On Sat, Jan 21, 2017 at 12:42:55PM -0800, Josh Triplett wrote: > On Tue, Jan 17, 2017 at 06:53:46PM -0800, Paul E. McKenney wrote: > > Commit d2db185bfee8 ("rcu: Remove short-term CPU kicking") removed > > frequent calls to resched_cpu(), which means that the only time > > resched_cpu() is invoked

[PATCH] pata_octeon_cf: remove unused local variables from octeon_cf_set_piomode()

>From d786b91f422c6ad4c0d9bb9c1bef2dd5008e3d9d Mon Sep 17 00:00:00 2001 From: Tejun Heo Date: Mon, 23 Jan 2017 14:28:51 -0500 @t1 and @t2i are calculated along with @t2 but never used. Drop them. Signed-off-by: Tejun Heo Reported-by: David Binderman

[PATCH] pata_octeon_cf: remove unused local variables from octeon_cf_set_piomode()

>From d786b91f422c6ad4c0d9bb9c1bef2dd5008e3d9d Mon Sep 17 00:00:00 2001 From: Tejun Heo Date: Mon, 23 Jan 2017 14:28:51 -0500 @t1 and @t2i are calculated along with @t2 but never used. Drop them. Signed-off-by: Tejun Heo Reported-by: David Binderman --- Applied to libata/for-4.11. Thanks.

Re: [PATCH v2 tip/core/rcu 02/18] lockdep: Make RCU suspicious-access splats use pr_err

On Sat, Jan 21, 2017 at 12:40:23PM -0800, Josh Triplett wrote: > On Tue, Jan 17, 2017 at 06:53:41PM -0800, Paul E. McKenney wrote: > > This commit switches RCU suspicious-access splats use pr_err() > > instead of the current INFO printk()s. This change makes it easier > > to automatically

Re: [PATCH v2 tip/core/rcu 02/18] lockdep: Make RCU suspicious-access splats use pr_err

On Sat, Jan 21, 2017 at 12:40:23PM -0800, Josh Triplett wrote: > On Tue, Jan 17, 2017 at 06:53:41PM -0800, Paul E. McKenney wrote: > > This commit switches RCU suspicious-access splats use pr_err() > > instead of the current INFO printk()s. This change makes it easier > > to automatically

Re: [PATCH 05/11] KVM: PPC: Book3S HV: Adjust nine checks for null pointers

On 20.01.2017 19:23, SF Markus Elfring wrote: > From: Markus Elfring > Date: Fri, 20 Jan 2017 11:25:48 +0100 > MIME-Version: 1.0 > Content-Type: text/plain; charset=UTF-8 > Content-Transfer-Encoding: 8bit > > The script "checkpatch.pl" pointed information out like

Re: [PATCH 05/11] KVM: PPC: Book3S HV: Adjust nine checks for null pointers

On 20.01.2017 19:23, SF Markus Elfring wrote: > From: Markus Elfring > Date: Fri, 20 Jan 2017 11:25:48 +0100 > MIME-Version: 1.0 > Content-Type: text/plain; charset=UTF-8 > Content-Transfer-Encoding: 8bit > > The script "checkpatch.pl" pointed information out like the following. > > Comparison

Re: [PATCH v4 3/7] x86: put msr-index.h in uapi

Hi Nicolas, [auto build test ERROR on linus/master] [also build test ERROR on v4.10-rc5 next-20170123] [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/Nicolas-Dichtel/uapi-export-all-headers

Re: [PATCH v4 3/7] x86: put msr-index.h in uapi

Hi Nicolas, [auto build test ERROR on linus/master] [also build test ERROR on v4.10-rc5 next-20170123] [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/Nicolas-Dichtel/uapi-export-all-headers

Re: [PATCH v2 tip/core/rcu 2/3] srcu: Force full grace-period ordering

On Mon, Jan 23, 2017 at 12:38:29AM -0800, Lance Roy wrote: > On Sun, 15 Jan 2017 14:42:34 -0800 > "Paul E. McKenney" wrote: > > > If a process invokes synchronize_srcu(), is delayed just the right amount > > of time, and thus does not sleep when waiting for the grace

Re: [PATCH v2 tip/core/rcu 2/3] srcu: Force full grace-period ordering

On Mon, Jan 23, 2017 at 12:38:29AM -0800, Lance Roy wrote: > On Sun, 15 Jan 2017 14:42:34 -0800 > "Paul E. McKenney" wrote: > > > If a process invokes synchronize_srcu(), is delayed just the right amount > > of time, and thus does not sleep when waiting for the grace period to > > complete,

Re: [PATCH v2] ASoC: mxs-saif: add mclk enable/disable ops

On Thu, Dec 22, 2016 at 04:49:26PM +, Mans Rullgard wrote: > int mxs_saif_put_mclk(unsigned int saif_id) > { > - struct mxs_saif *saif = mxs_saif[saif_id]; > - u32 stat; > + struct clk *clk; > > - if (!saif) > - return -EINVAL; > + clk = clk_get(NULL,

Re: [PATCH v2] ASoC: mxs-saif: add mclk enable/disable ops

On Thu, Dec 22, 2016 at 04:49:26PM +, Mans Rullgard wrote: > int mxs_saif_put_mclk(unsigned int saif_id) > { > - struct mxs_saif *saif = mxs_saif[saif_id]; > - u32 stat; > + struct clk *clk; > > - if (!saif) > - return -EINVAL; > + clk = clk_get(NULL,

Re: [PATCH 1/8] Documentation, x86: Documentation for Intel Mem b/w allocation user interface

On Mon, 23 Jan 2017, Shivappa Vikas wrote: > On Wed, 18 Jan 2017, Thomas Gleixner wrote: > > If it's going to stay, then Intel should be able to provide simple tables > > which give us the required information for a particular CPU model. > > By sample table - does this mean we can map a throttle

[PATCH] input: constify device_type structures

Declare device_type structures as const as they are only stored in the type field of a device structure. This field is of type const, so add const to declaration of device_type structures. File size before: textdata bss dec hex filename 171841344 80 1860848b0

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