Re: [PATCH v2 3/4] Documentation/local_ops.txt: convert to ReST markup

Em Fri, 25 Nov 2016 11:02:41 +0100 Silvio Fricke escreveu: > ... and move to core-api folder. > > Signed-off-by: Silvio Fricke > --- > Documentation/core-api/index.rst| 1 +- > Documentation/local_ops.txt

[PATCH 09/12] perf tools: Fix kernel version error in ubuntu

From: Wang Nan On ubuntu the internal kernel version code is different from what can be retrived from uname: $ uname -r 4.4.0-47-generic $ cat /lib/modules/`uname -r`/build/include/generated/uapi/linux/version.h #define LINUX_VERSION_CODE 263192 #define

[PATCH 12/12] tools lib bpf: Fix maps resolution

From: Eric Leblond It is not correct to assimilate the elf data of the maps section to an array of map definition. In fact the sizes differ. The offset provided in the symbol section has to be used instead. This patch fixes a bug causing a elf with two maps not to load

[GIT PULL 00/12] perf/core improvements and fixes

(2016-11-24 05:09:31 +0100) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git tags/perf-core-for-mingo-20161125 for you to fetch changes up to 4708bbda5cb2f6cdc331744597527143f46394d5: tools lib bpf: Fix maps resolution (2016-11-25 11:27:33

[PATCH 04/12] perf annotate: Improve support for ARM

From: Arnaldo Carvalho de Melo By using arch->init() to set up some regular expressions to associate ins_ops to ARM instructions, ditching that old table that has instructions not present on ARM. Take advantage of having an arch->init() to hide more arm specific stuff from the

[PATCH 07/12] perf sched timehist: Mark schedule function in callchains

From: Namhyung Kim The sched_switch event always captured from the scheduler function. So it'd be great omit them from the callchain. This patch marks the functions to be omitted by later patch. Committer notes: Testing it: Before: [root@jouet experimental]# perf

[PATCH 06/12] perf callchain: Add option to skip ignore symbol when printing callchains

From: Namhyung Kim For tracepoint events, callchains always contain certain functions. Sometimes it'd be better to skip those functions as they have no value. Signed-off-by: Namhyung Kim Tested-by: Arnaldo Carvalho de Melo Cc: Andi

Re: [RFC][PATCHv4 6/6] printk: remove zap_locks() function

On Fri 2016-10-28 00:49:33, Sergey Senozhatsky wrote: > We use printk-safe now which makes printk-recursion detection code > in vprintk_emit() is unreachable. The tricky thing here is that, ^^ superfluous "is" > apart from detecting and reporting printk recursions, that code

[PATCH 03/12] perf annotate: Allow arches to have a init routine and a priv area

From: Arnaldo Carvalho de Melo Arches like ARM will want to use regular expressions when deciding what instructions to associate with what ins_ops, provide infrastructure for that. Reviewed-by: Ravi Bangoria Cc: Adrian Hunter

Adding a .platform_init callback to sdhci_arasan_ops

Hi, When using the Arasan SDHCI HW IP, there is a set of parameters called "Hardware initialized registers" (Table 7, Section "Pin Signals", page 56 of Arasan "SD3.0/SDIO3.0/eMMC4.4 AHB Host Controller", revision 6.0 document) In some platforms those signals are connected to registers that need

Re: [PATCH 3/3] pinctrl: sx150x: add support for sx1501, sx1504, sx1505 and sx1507

On 11/25/2016 02:45 PM, Linus Walleij wrote: > On Thu, Nov 24, 2016 at 9:45 PM, Peter Rosin wrote: > >> Untested, register offsets carefully copied from datasheets. >> >> Signed-off-by: Peter Rosin > > Why not. Nice to support all of them. > > Patch applied,

ATENCIÓN;

ATENCIÓN; Su buzón ha superado el límite de almacenamiento, que es de 5 GB definidos por el administrador, quien actualmente está ejecutando en 10.9GB, no puede ser capaz de enviar o recibir correo nuevo hasta que vuelva a validar su buzón de correo electrónico. Para revalidar su buzón de

Re: [PATCH 5/7] efi: Get the secure boot status [ver #3]

Ard Biesheuvel wrote: > > + if (val != 1) > > + return 0; > > val == 0 is better imo, since that will prevent unexpected values from > being interpreted as 'secure boot disabled' I've made that change. David

Re: RFC: documentation of the autogroup feature [v2]

On Fri, Nov 25, 2016 at 04:04:25PM +0100, Michael Kerrisk (man-pages) wrote: > >>┌─┐ > >>│FIXME│ > >>├─┤ > >>│How

Re: [HMM v13 00/18] HMM (Heterogeneous Memory Management) v13

On Wed, Nov 23, 2016 at 11:16:04AM +0200, Haggai Eran wrote: > On 11/18/2016 8:18 PM, Jérôme Glisse wrote: > > Cliff note: HMM offers 2 things (each standing on its own). First > > it allows to use device memory transparently inside any process > > without any modifications to process program

Re: Multiple problems with the Linux kernel on an AMD desktop

Rogério Brito wrote: > [ 130.007219] evbug: Event. Dev: input6, Type: 0, Code: 0, Value: 0 The evbug module is intended for debugging; it dumps all input events into syslog. If you do not want these messages, do not load this module. (If it is loaded automatically, you have an actual bug.)

Re: [PATCH 0/3] virtio/vringh: kill off ACCESS_ONCE()

On Fri, Nov 25, 2016 at 04:10:04PM +, Mark Rutland wrote: > On Fri, Nov 25, 2016 at 04:21:39PM +0100, Dmitry Vyukov wrote: > > What are use cases for such primitive that won't be OK with "read once > > _and_ atomically"? > > I have none to hand. Whatever triggers the __builtin_memcpy()

Re: Enabling peer to peer device transactions for PCIe devices

On 25/11/16 06:06 AM, Christian König wrote: > Well Serguei send me a couple of documents about QPI when we started to > discuss this internally as well and that's exactly one of the cases I > had in mind when writing this. > > If I understood it correctly for such systems P2P is technical

Re: [PATCH] KVM: x86: restrict maximal physical address

2016-11-25 17:10+0100, Paolo Bonzini: > On 25/11/2016 15:51, Radim Krčmář wrote: >> The guest could have configured a maximal physical address that exceeds >> the host. Prevent that situation as it could easily lead to a bug. >> >> Signed-off-by: Radim Krčmář >> --- >>

Re: Multiple problems with the Linux kernel on an AMD desktop

Hi, Clemens and others. On Nov 25 2016, Clemens Ladisch wrote: > Rogério Brito wrote: > > [ 130.007219] evbug: Event. Dev: input6, Type: 0, Code: 0, Value: 0 > > The evbug module is intended for debugging; it dumps all input events > into syslog. If you do not want these messages, do not

Re: [GIT PULL 00/12] perf/core improvements and fixes

Merge tag 'perf-core-for-mingo-20161123' of > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core > (2016-11-24 05:09:31 +0100) > > are available in the git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git > tags/p

Re: [PATCH 2/6] KVM: x86: decouple irqchip_in_kernel() and pic_irqchip()

2016-11-25 03:59-0500, Paolo Bonzini: > - Original Message - >> From: "Radim Krčmář" >> To: "Paolo Bonzini" >> Cc: linux-kernel@vger.kernel.org, k...@vger.kernel.org >> Sent: Thursday, November 24, 2016 6:21:04 PM >> Subject: Re: [PATCH 2/6] KVM:

Re: [PATCH V4 2/2] pinctrl: tegra: Add driver to configure voltage and power of io pads

On Friday 25 November 2016 10:56 PM, Jon Hunter wrote: On 25/11/16 09:57, Thierry Reding wrote: * PGP Signed by an unknown key On Thu, Nov 24, 2016 at 02:08:54PM +0530, Laxman Dewangan wrote: ... diff --git a/drivers/pinctrl/tegra/pinctrl-tegra-io-pad.c

Re: [PATCH 0/3] virtio/vringh: kill off ACCESS_ONCE()

On Fri, Nov 25, 2016 at 09:52:50AM -0800, Linus Torvalds wrote: > READ/WRITE_ONCE() are atomic *WHEN*THAT*IS*POSSIBLE*. > But sometimes it's not going to be atomic. That's the problem. Common code may rely on something being atomic when that's only true on a subset of platforms. On others, it's

Re: [PATCH 6/6] deb-pkg: Remove the KBUILD_IMAGE workaround

Dne 25.11.2016 v 13:12 Riku Voipio napsal(a): > On 22 November 2016 at 23:34, Michal Marek wrote: >> The arch Makefile are fixed to set KBUILD_IMAGE to the full patch, so >> the workaround is no longer needed. >> >> Signed-off-by: Michal Marek >> --- > Thanks

Re: [PATCH net 1/2] r8152: fix the sw rx checksum is unavailable

On Fri, Nov 25, 2016 at 07:41:42AM -0500, Mark Lord wrote: > On 16-11-25 07:34 AM, Mark Lord wrote: > > On 16-11-25 04:53 AM, Greg KH wrote: > >> Note, there are "cheap" USB monitors that can be quite handy and that work > >> on Linux: > >>http://www.totalphase.com/products/beagle-usb12/ > >

Re: Tearing down DMA transfer setup after DMA client has finished

Mason writes: > On 25/11/2016 15:12, Måns Rullgård wrote: > >> Mason writes: >> >>> On 25/11/2016 12:57, Måns Rullgård wrote: >>> The same DMA unit is also used for SATA, which is an off the shelf Designware controller with an in-kernel driver. This interrupt

Re: [PATCH v17 08/15] clocksource/drivers/arm_arch_timer: move arch_timer_needs_of_probing into DT init call

Hi Fu, [auto build test ERROR on pm/linux-next] [also build test ERROR on v4.9-rc6] [cannot apply to tip/timers/core next-20161125] [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/fu-wei-linaro

[PATCH 1/2] dt-bindings: usb: add DT binding for s3c2410 USB OHCI controller

Adds the device tree bindings description for Samsung S3C2410 and compatible USB OHCI controller. Signed-off-by: Sergio Prado --- .../devicetree/bindings/usb/s3c2410-usb.txt| 22 ++ 1 file changed, 22 insertions(+) create mode 100644

[PATCH v6 0/2] DW DMAC: update device tree

It wasn't possible to enable some features like memory-to-memory transfers or multi block transfers via DT. It is fixed by these patches. Changes for v6: * Use "supported" as default state for "multi-block" property, to keep old DTBs working. Pointed by Andy Shevchenko. Changes for v5: *

Re: [PATCH] lpfc: fix oops/BUG in lpfc_sli_ringtxcmpl_put()

> "Mauricio" == Mauricio Faria de Oliveira > writes: Mauricio> The BUG_ON() recently introduced in lpfc_sli_ringtxcmpl_put() Mauricio> is hit in the lpfc_els_abort() > lpfc_sli_issue_abort_iotag() Mauricio> > lpfc_sli_abort_iotag_issue() function path

Re: [RFC][PATCHv4 6/6] printk: remove zap_locks() function

On Fri, Nov 25, 2016 at 04:01:13PM +0100, Petr Mladek wrote: > On Fri 2016-10-28 00:49:33, Sergey Senozhatsky wrote: > > 2) Since commit cf9b1106c81c ("printk/nmi: flush NMI messages on the > >system panic") panic attempts to zap the `logbuf_lock' spin_lock to > >successfully flush nmi

Re: [PATCH RESEND 2/2] gpio: axp209: add pinctrl support

Hi, On Wed, Nov 23, 2016 at 03:11:51PM +0100, Quentin Schulz wrote: > The GPIOs present in the AXP209 PMIC have multiple functions. They > typically allow a pin to be used as GPIO input or output and can also be > used as ADC or regulator for example.[1] > > This adds the possibility to use all

[PATCH net-next 4/5] net: mvneta: Add network support for Armada 3700 SoC

From: Marcin Wojtas Armada 3700 is a new ARMv8 SoC from Marvell using same network controller as older Armada 370/38x/XP. There are however some differences that needed taking into account when adding support for it: * open default MBUS window to 4GB of DRAM - Armada 3700

[PATCH net-next 2/5] net: mvneta: Convert to be 64 bits compatible

From: Marcin Wojtas Prepare the mvneta driver in order to be usable on the 64 bits platform such as the Armada 3700. [gregory.clem...@free-electrons.com]: this patch was extract from a larger one to ease review and maintenance. Signed-off-by: Marcin Wojtas

[PATCH net-next 3/5] net: mvneta: Only disable mvneta_bm for 64-bits

Actually only the mvneta_bm support is not 64-bits compatible. The mvneta code itself can run on 64-bits architecture. Signed-off-by: Gregory CLEMENT --- drivers/net/ethernet/marvell/Kconfig | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[PATCH net-next 1/5] net: mvneta: Use cacheable memory to store the rx buffer virtual address

Until now the virtual address of the received buffer were stored in the cookie field of the rx descriptor. However, this field is 32-bits only which prevents to use the driver on a 64-bits architecture. With this patch the virtual address is stored in an array not shared with the hardware (no

[PATCH 2/3] ARM: dts: da850: specify the maximum bandwidth for tilcdc

It has been determined that the maximum resolution supported correctly by tilcdc rev1 on da850 SoCs is 800x600@60. Due to memory throughput constraints we must filter out higher modes. Specify the max-bandwidth property for the display node for da850-based boards. Signed-off-by: Bartosz

[PATCH 1/3] ARM: da850-lcdk: add the dumb-vga-dac node

Add the dumb-vga-dac node to the board DT together with corresponding ports and vga connector. This allows to retrieve the edid info from the display automatically. Signed-off-by: Bartosz Golaszewski --- arch/arm/boot/dts/da850-lcdk.dts | 58

[RFC PATCH 1/3] drm: Add support for Amlogic Meson Graphic Controller

The Amlogic Meson Display controller is composed of several components : DMC|---VPU (Video Processing Unit)|--HHI--| | vd1 ___ __ | | D |---| ||| |||

[RFC PATCH 3/3] dt-bindings: display: add Amlogic Meson DRM Bindings

Signed-off-by: Neil Armstrong --- .../bindings/display/meson/meson-drm.txt | 134 + 1 file changed, 134 insertions(+) create mode 100644 Documentation/devicetree/bindings/display/meson/meson-drm.txt diff --git

[PATCH 0/3] ARM: dts: da850: tilcdc related DT changes

I previously sent these patches separately, but since they're touching the same files while coming from different trees, I decided to post it again in a series to make applying them easier. Bartosz Golaszewski (3): ARM: da850-lcdk: add the dumb-vga-dac node ARM: dts: da850: specify the

[PATCH 3/3] ARM: dts: da850: enable the memctrl and mstpri nodes per board

Currently the memory controller and master priorities drivers are enabled in da850.dtsi. For boards for which there are no settings defined, this makes these drivers emit error messages. Disable the nodes in da850.dtsi and only enable them for da850-lcdk - the only board that currently needs

[PATCH 5/6] drm: mali-dp: Add RGB writeback formats for DP550/DP650

Add a layer bit for the SE memory-write, and add it to the pixel format matrix for DP550/DP650. Signed-off-by: Brian Starkey --- drivers/gpu/drm/arm/malidp_hw.c | 28 ++-- drivers/gpu/drm/arm/malidp_hw.h |1 + 2 files changed, 15

Re: [PATCH 5/7] efi: Get the secure boot status [ver #3]

David Howells wrote: > + /* UEFI-2.6 requires DeployedMode to be 1. */ > + if (sys_table_arg->hdr.revision == EFI_2_60_SYSTEM_TABLE_REVISION) { Actually, I suspect that this should be '>='. David

[PATCH] cpufreq: intel_pstate: fix intel_pstate_exit_perf_limits prototype

The addition of the generic governor support marked the intel_pstate_exit_perf_limits as inline, which fixed a warning, but it introduced another warning: drivers/cpufreq/intel_pstate.c: In function ‘intel_pstate_exit_perf_limits’: drivers/cpufreq/intel_pstate.c:483:1: error: no return statement

Re: [PATCH 0/3] virtio/vringh: kill off ACCESS_ONCE()

On 11/25/2016 05:17 PM, Peter Zijlstra wrote: > On Fri, Nov 25, 2016 at 04:10:04PM +, Mark Rutland wrote: >> On Fri, Nov 25, 2016 at 04:21:39PM +0100, Dmitry Vyukov wrote: > >>> What are use cases for such primitive that won't be OK with "read once >>> _and_ atomically"? >> >> I have none to

Re: [PATCH] net: stmmac: enable tx queue 0 for gmac4 IPs synthesized with multiple TX queues

On 11/25/2016 04:40 PM, Alexandre Torgue wrote: > Hi Niklas > > On 11/25/2016 01:14 PM, Niklas Cassel wrote: >> On 11/25/2016 01:10 PM, Niklas Cassel wrote: >>> On 11/24/2016 07:11 PM, Alexandre Torgue wrote: Hi Niklas, >>> Hello Alexandre >>> On 11/24/2016 03:36 PM, Niklas Cassel wrote:

Re: Multiple problems with the Linux kernel on an AMD desktop

On Fri, Nov 25, 2016 at 02:53:00PM -0200, Rogério Brito wrote: > Here is part from /proc/interrupts that contains interrupt 18 *without* > irqpoll: > > --- >CPU0 CPU1 CPU2 CPU3 > 0: 47 0 0 0

Re: [PATCH] KVM: x86: restrict maximal physical address

On 25/11/2016 17:57, Radim Krčmář wrote: > 2016-11-25 17:10+0100, Paolo Bonzini: >> On 25/11/2016 15:51, Radim Krčmář wrote: >>> The guest could have configured a maximal physical address that exceeds >>> the host. Prevent that situation as it could easily lead to a bug. >>> >>> Signed-off-by:

[tip:perf/core] perf annotate: Allow arches to have a init routine and a priv area

Commit-ID: 0781ea923445405a45464842e9ee0e30f76cb84b Gitweb: http://git.kernel.org/tip/0781ea923445405a45464842e9ee0e30f76cb84b Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 18 Nov 2016 12:34:26 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

Re: Enabling peer to peer device transactions for PCIe devices

A white list may end up being rather complicated if it has to cover different CPU generations and system architectures. I feel this is a decision user space could easily make. Logan I agreed that it is better to leave up to user space to check what is working and what is not. I found that

[tip:perf/core] perf tools: Fix kernel version error in ubuntu

Commit-ID: d18acd15c6dfb669f0463afa31ac5343594d2fe2 Gitweb: http://git.kernel.org/tip/d18acd15c6dfb669f0463afa31ac5343594d2fe2 Author: Wang Nan AuthorDate: Tue, 15 Nov 2016 04:05:44 + Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 25 Nov

Re: [PATCH 2/6] KVM: x86: decouple irqchip_in_kernel() and pic_irqchip()

On 25/11/2016 18:11, Radim Krčmář wrote: > 2016-11-25 03:59-0500, Paolo Bonzini: >> - Original Message - >>> From: "Radim Krčmář" >>> To: "Paolo Bonzini" >>> Cc: linux-kernel@vger.kernel.org, k...@vger.kernel.org >>> Sent: Thursday, November 24,

[tip:perf/core] perf record: Fix segfault when running with suid and kptr_restrict is 1

Commit-ID: 3dbe46c5245f61328797738c6a0a6cd4bf921f61 Gitweb: http://git.kernel.org/tip/3dbe46c5245f61328797738c6a0a6cd4bf921f61 Author: Wang Nan AuthorDate: Tue, 15 Nov 2016 04:05:45 + Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 25 Nov

Re: [PATCH V4 2/2] pinctrl: tegra: Add driver to configure voltage and power of io pads

On 25/11/16 12:04, Laxman Dewangan wrote: > Thanks Thierry for review. > > On Friday 25 November 2016 03:27 PM, Thierry Reding wrote: >> * PGP Signed by an unknown key >> >> On Thu, Nov 24, 2016 at 02:08:54PM +0530, Laxman Dewangan wrote: >>> + NVIDIA Tegra124/210 SoC has IO pads which

Re: [PATCH V5 01/10] acpi: apei: read ack upon ghes record consumption

Hi Tyler, On 21/11/16 22:35, Tyler Baicar wrote: > A RAS (Reliability, Availability, Serviceability) controller > may be a separate processor running in parallel with OS > execution, and may generate error records for consumption by > the OS. If the RAS controller produces multiple error records,

Re: Tearing down DMA transfer setup after DMA client has finished

On 25/11/2016 14:11, Måns Rullgård wrote: > Mason writes: > >> It seems there is a disconnect between what Linux expects - an IRQ >> when the transfer is complete - and the quirks of this HW :-( >> >> On this system, there are MBUS "agents" connected via a "switch box". >> An agent fires an IRQ

Re: [PATCH 3/6] arc: Use full path in KBUILD_IMAGE definition

Dne 23.11.2016 v 20:40 Alexey Brodkin napsal(a): >> diff --git a/arch/arc/Makefile b/arch/arc/Makefile >> index 19cce226d1a8..44ef35d33956 100644 >> --- a/arch/arc/Makefile >> +++ b/arch/arc/Makefile >> @@ -123,9 +123,9 @@ libs-y += arch/arc/lib/ $(LIBGCC) >> boot:=

[PATCH 02/12] perf annotate: Introduce alternative method of keeping instructions table

From: Arnaldo Carvalho de Melo Some arches may want to dynamically populate the table using regular expressions on the instruction names to associate them with a set of parsing/formatting/etc functions (struct ins_ops), so provide a fallback for when the ins__find() method

Re: [PATCH v2 net-next 1/2] net: ethernet: slicoss: add slicoss gigabit ethernet driver

Hi Lino, [auto build test ERROR on net-next/master] url: https://github.com/0day-ci/linux/commits/Lino-Sanfilippo/net-ethernet-slicoss-add-slicoss-gigabit-ethernet-driver/20161125-190558 config: sparc64-allmodconfig (attached as .config) compiler: sparc64-linux-gnu-gcc (Debian 6.1.1-9) 6.1.1

[PATCH] ARM: dts: da850: specify the maximum bandwidth for tilcdc

It has been determined that the maximum resolution supported correctly by tilcdc rev1 on da850 SoCs is 800x600@60. Due to memory throughput constraints we must filter out higher modes. Specify the max-bandwidth property for the display node for da850-based boards. Signed-off-by: Bartosz

Re: [PATCH] PM / OPP: Allow inactive opp_device to be present in dev list

On Fri, Nov 25, 2016 at 7:55 AM, Viresh Kumar wrote: > On 25-11-16, 12:23, Viresh Kumar wrote: >> Joonyoung Shim reported an interesting problem on his ARM octa-core >> Odoroid-XU3 platform. During system suspend, dev_pm_opp_put_regulator() >> was failing for a struct

Re: RFC: documentation of the autogroup feature [v2]

On 11/25/2016 04:51 PM, Mike Galbraith wrote: > On Fri, 2016-11-25 at 16:04 +0100, Michael Kerrisk (man-pages) wrote: > ┌─┐ │FIXME│

[PATCH] net: dsa: fix unbalanced dsa_switch_tree reference counting

_dsa_register_switch() gets a dsa_switch_tree object either via dsa_get_dst() or via dsa_add_dst(). Former path does not increase kref in returned object (resulting into caller not owning a reference), while later path does create a new object (resulting into caller owning a reference). The rest

Re: [RFC][PATCH 4/4] futex: Rewrite FUTEX_UNLOCK_PI

On Thu, Oct 27, 2016 at 10:36:00PM +0200, Thomas Gleixner wrote: > So that waiter which is now spinning on pi_mutex->lock has already set the > waiters bit, which you undo. So you created the following scenario: > > CPU0CPU1 CPU2 > > TID 0x1001

Re: Getting at gpio- and pinctrl-devices as a consumer

On 2016-11-25 14:39, Linus Walleij wrote: > On Fri, Nov 25, 2016 at 10:24 AM, Peter Rosin wrote: >> [Me] >>> struct device *gpiod_get_backing_device(struct gpio_desc *d); >>> >>> Is simple but is it really what you want? >> >> Well, my first attempt was to simply have a property

Re: [PATCH 3.12 000/127] 3.12.68-stable review

On 11/25/2016 12:30 AM, Jiri Slaby wrote: This is the start of the stable review cycle for the 3.12.68 release. There are 127 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by

[PATCH] perf trace: Update tid/pid filtering option to leverage symbol_conf

From: David Ahern Leverage pid/tid filtering done by symbol_conf hooks. Signed-off-by: David Ahern --- tools/perf/builtin-trace.c | 49 +- 1 file changed, 9 insertions(+), 40 deletions(-) diff --git

Re: [PATCH 2/3] z3fold: don't fail kernel build if z3fold_header is too big

On Fri, Nov 25, 2016 at 4:59 PM, Dan Streetman wrote: > On Tue, Nov 15, 2016 at 11:00 AM, Vitaly Wool wrote: >> Currently the whole kernel build will be stopped if the size of >> struct z3fold_header is greater than the size of one chunk, which >> is 64

[RFC PATCH v3 0/6] Introduce writeback connectors

Hi, This is v3 of my series introducing a new connector type: DRM_MODE_CONNECTOR_WRITEBACK See v1 and v2 here: [1] [2] Writeback connectors are used to expose the memory writeback engines found in some display controllers, which can write a CRTC's composition result to a memory buffer. This is

[tip:perf/core] perf callchain: Add option to skip ignore symbol when printing callchains

Commit-ID: 2d9bbf6eb3825739efa9e91c256ce7ead60d8367 Gitweb: http://git.kernel.org/tip/2d9bbf6eb3825739efa9e91c256ce7ead60d8367 Author: Namhyung Kim AuthorDate: Thu, 24 Nov 2016 10:11:13 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 25

[tip:perf/core] perf annotate: Initial PowerPC support

Commit-ID: dbdebdc53822c38cc29b11f438f9bc70d7e18be2 Gitweb: http://git.kernel.org/tip/dbdebdc53822c38cc29b11f438f9bc70d7e18be2 Author: Ravi Bangoria AuthorDate: Wed, 23 Nov 2016 21:33:46 +0530 Committer: Arnaldo Carvalho de Melo

Re: [PATCH] powerpc: Use pr_warn instead of pr_warning

On Mon, 2016-10-24 at 21:00 -0700, Joe Perches wrote: > At some point, pr_warning will be removed so all logging messages use > a consistent _warn style. > > Update arch/powerpc/ > > Miscellanea: > > o Coalesce formats > o Realign arguments > o Use %s, __func__ instead of embedded function

[tip:perf/core] perf annotate: Improve support for ARM

Commit-ID: acc9bfb5fae5c48ca875911d87d8d8a9d886bb66 Gitweb: http://git.kernel.org/tip/acc9bfb5fae5c48ca875911d87d8d8a9d886bb66 Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 18 Nov 2016 16:54:10 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf annotate: Introduce alternative method of keeping instructions table

Commit-ID: 2a1ff812c40be982e4dd7a44159462fb25bebdf3 Gitweb: http://git.kernel.org/tip/2a1ff812c40be982e4dd7a44159462fb25bebdf3 Author: Arnaldo Carvalho de Melo AuthorDate: Thu, 24 Nov 2016 11:37:08 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf sched timehist: Enlarge max stack depth by 2

Commit-ID: 8388deb3ba4d36ffcae91a2a01cb2ea6f27553e6 Gitweb: http://git.kernel.org/tip/8388deb3ba4d36ffcae91a2a01cb2ea6f27553e6 Author: Namhyung Kim AuthorDate: Thu, 24 Nov 2016 10:11:14 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 25

Re: [PATCH 0/3] virtio/vringh: kill off ACCESS_ONCE()

On Fri, Nov 25, 2016 at 06:28:53PM +0100, Dmitry Vyukov wrote: > On Fri, Nov 25, 2016 at 5:17 PM, Peter Zijlstra wrote: > >> > What are use cases for such primitive that won't be OK with "read once > >> > _and_ atomically"? > >> > >> I have none to hand. > > > > Whatever

Re: [PATCH v2] mtd: maps: add missing iounmap() in error path

On 11/24/2016 12:40 AM, Luis Henriques wrote: > This patch was triggered by the following Coccinelle error: > > ./drivers/mtd/maps/sc520cdp.c:246:3-9: \ > ERROR: missing iounmap; ioremap on line 242 \ > and execution via conditional on line 244 > > Since do_map_probe() is also

[PATCH 0/2] usb: ohci: s3c2410: add device tree support

This series adds support for configuring Samsung's s3c2410 and compatible USB OHCI controller via devicetree. Tested on FriendlyARM mini2440, based on s3c2440 SoC. Sergio Prado (2): dt-bindings: usb: add DT binding for s3c2410 USB OHCI controller usb: ohci: s3c2410: allow probing from device

Applied "spi: atmel: Use SPI core DMA mapping framework" to the spi tree

The patch spi: atmel: Use SPI core DMA mapping framework has been applied to the spi tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

Re: [PATCH] Lock down drivers that can have io ports, io mem, irqs and dma changed

Dominik Brodowski wrote: > For most cases, request_firmware() is being used -- for some rare cases, > however, this alternative interface is provided for. It should be pretty > safe nowadays to make pccard_cis_attr read-only (and who uses PCMCIA > nowadays anyway?).

[PATCH 2/2] usb: ohci: s3c2410: allow probing from device tree

Allows configuring Samsung's s3c2410 USB OHCI controller using a devicetree. Signed-off-by: Sergio Prado --- drivers/usb/host/ohci-s3c2410.c | 8 1 file changed, 8 insertions(+) diff --git a/drivers/usb/host/ohci-s3c2410.c b/drivers/usb/host/ohci-s3c2410.c

Re: [PATCH] z3fold: make pages_nr atomic

On Fri, Nov 4, 2016 at 3:27 AM, Vitaly Wool wrote: > On Thu, Nov 3, 2016 at 11:17 PM, Andrew Morton > wrote: >> On Thu, 3 Nov 2016 22:24:07 +0100 Vitaly Wool wrote: >> >>> On Thu, Nov 3, 2016 at 10:14 PM, Andrew Morton >>>

[PATCH v3 0/4] core-api ReST: assoc_array, atomic_ops, local_ops

Hi, Thanks Mauro and Jani for reviewing. Some more ReSTification of core-api's: assoc_array, atomic_ops and local_ops. A fourth patch removes a warning about a bullet list without ending at firmware_class.c v2 -> v3 * change ". ::" to "::" * replace all "code-blocks" with "::" * add two "..

[PATCH v6 1/2] DW DMAC: enable memory-to-memory transfers support

All known devices, which use DT for configuration, support memory-to-memory transfers. So enable it by default, if we read configuration from DT. Acked-by: Andy Shevchenko Signed-off-by: Eugeniy Paltsev ---

[PATCH v6 2/2] DW DMAC: add multi-block property to device tree

Several versions of DW DMAC have multi block transfers hardware support. Hardware support of multi block transfers is disabled by default if we use DT to configure DMAC and software emulation of multi block transfers used instead. Add multi-block property, so it is possible to enable hardware

[PATCH v3 2/4] Documentation/atomic_ops.txt: convert to ReST markup

... and move to core-api folder. Signed-off-by: Silvio Fricke --- Documentation/atomic_ops.txt => Documentation/core-api/atomic_ops.rst | 777 +--- Documentation/core-api/index.rst

[PATCH v3 4/4] firmware: remove warning at documentation generation time

This patch removes following error at for `make htmldocs`. No functional change. ./drivers/base/firmware_class.c:1348: WARNING: Bullet list ends without a blank line; unexpected unindent. Signed-off-by: Silvio Fricke --- drivers/base/firmware_class.c | 6

[PATCH v3 3/4] Documentation/local_ops.txt: convert to ReST markup

... and move to core-api folder. Signed-off-by: Silvio Fricke --- Documentation/core-api/index.rst| 1 +- Documentation/local_ops.txt => Documentation/core-api/local_ops.rst | 273 +++ 2 files changed, 145 insertions(+), 129

[PATCH 05/10] media: camss: Add CSID files

These files control the CSID modules which handle the protocol and application layer of the CSI2 receivers. Signed-off-by: Todor Tomov --- drivers/media/platform/qcom/camss-8x16/csid.c | 1071 + drivers/media/platform/qcom/camss-8x16/csid.h | 82

[PATCH v3 1/4] Documentation/assoc_array.txt: convert to ReST markup

... and move to Documentation/core-api folder. Signed-off-by: Silvio Fricke --- Documentation/assoc_array.txt => Documentation/core-api/assoc_array.rst | 639 ++-- Documentation/core-api/index.rst

Re: RFC: documentation of the autogroup feature [v2]

Hi Mike, On 11/25/2016 02:02 PM, Mike Galbraith wrote: > On Thu, 2016-11-24 at 22:41 +0100, Michael Kerrisk (man-pages) wrote: > >>Suppose that there are two autogroups competing for the same >>CPU. The first group contains ten CPU-bound processes from a >>kernel

Re: Tearing down DMA transfer setup after DMA client has finished

On 25/11/2016 16:12, Måns Rullgård wrote: > Mason writes: > >> I've had several talks with the HW dev, and I don't think they >> anticipated the need to mux the 3 channels. In their minds, >> customers would choose at most 3 devices to support, and >> assign one channel to each device

lists

lists end

Re: RFC: documentation of the autogroup feature [v2]

On 11/25/2016 04:04 PM, Michael Kerrisk (man-pages) wrote: > Hi Mike, > > On 11/25/2016 02:02 PM, Mike Galbraith wrote: >>>┌─┐ >>>│FIXME│ >>>

Re: RFC: documentation of the autogroup feature [v2]

On Fri, 2016-11-25 at 16:04 +0100, Michael Kerrisk (man-pages) wrote: > > >┌─┐ > > >│FIXME│ > > >├─┤ > > >│How do

Re: RFC: documentation of the autogroup feature [v2]

On 11/25/2016 05:18 PM, Peter Zijlstra wrote: > On Fri, Nov 25, 2016 at 05:08:44PM +0100, Michael Kerrisk (man-pages) wrote: >> On 11/25/2016 04:51 PM, Mike Galbraith wrote: >> Well that's one way of looking at it. So, the change >> that I'm talking about came in 2.6.32 with CFS then? > >

[GIT PULL] parisc architecture fixes for 4.9-rc7

Hi Linus, Please pull important fixes for the parisc architecture for v4.9-rc7 from git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.9-4 On parisc we were still seeing occasional random segmentation faults and memory corruption on SMP machines. Dave Anglin then

[PATCH 2/6] drm: writeback: Add out-fences for writeback connectors

Add the OUT_FENCE_PTR property to writeback connectors, to enable userspace to get a fence which will signal once the writeback is complete. It is not allowed to request an out-fence without a framebuffer attached to the connector. A timeline is added to drm_writeback_connector for use by the

  1   2   3   4   5   6   7   8   9   10   >