Re: [PATCH 1/4] i2c: at91: add upport for the HOLD field

Le 02/12/2015 11:39, Ludovic Desroches a écrit : > The hold field allows to configure the data hold time which can be set > with the help of the generic binding 'i2c-sda-hold-time-ns'. This > feature has been introduced with SAMA5D4 SoC family. > > Signed-off-by: Ludovic Desroches

[PATCH v2 0/3] mtd: nand: add randomizer support

Hello, This series is a proposal to add support for randomizers (either software or hardware) to NAND flash controller drivers. The last patch is the sunxi HW randomizer implementation and is just given as an example (it won't apply on the MTD tree, because it depends on other stuff not yet

Re: [PATCH 1/2] mm, printk: introduce new format string for flags

On Mon, Nov 30 2015, Vlastimil Babka wrote: > In mm we use several kinds of flags bitfields that are sometimes printed for > debugging purposes, or exported to userspace via sysfs. To make them easier to > interpret independently on kernel version and config, we want to dump also

Re: [PATCH 3/4] ARM: at91/dt: sama5d4: update i2c compatible string

Le 02/12/2015 11:39, Ludovic Desroches a écrit : > A new compatible string has been introduced: atmel,sama5d4-i2c. It > allows to use the i2c-sda-hold-time-ns property if needed. > > Signed-off-by: Ludovic Desroches Acked-by: Nicolas Ferre

Re: [PATCH v2 0/3] tpm_tis: Clean up force module parameter

On Tue, Dec 01, 2015 at 03:22:23PM -0700, Jason Gunthorpe wrote: > On Tue, Dec 01, 2015 at 11:33:51PM +0200, Jarkko Sakkinen wrote: > > > I went through the patches and didn't see anything that would shock me > > enough not to apply the patches in the current if they also work when > > tested

RE: [PATCH 3/6] net: thunderx: Increase transmit queue length

Hello! > > swiotlb: coherent allocation failed for device 0002:01:08.4 size=4198400 > > CPU: 2 PID: 3655 Comm: NetworkManager Tainted: GW O4.2.6+ #201 > > Hardware name: Cavium ThunderX CN88XX > > Are you sure 4.2.6 kernel is suitable for backporting this patch aimed > for

Re: [PATCH v2 0/3] tpm_tis: Clean up force module parameter

On Tue, Dec 01, 2015 at 05:15:14PM -0800, Peter Huewe wrote: > > > Am 1. Dezember 2015 14:22:23 PST, schrieb Jason Gunthorpe > : > >On Tue, Dec 01, 2015 at 11:33:51PM +0200, Jarkko Sakkinen wrote: > > > >> I went through the patches and didn't see anything that

Re: [PATCH] ARM: dts: vf610: use reset values for L2 cache latencies

On Mon, Nov 30, 2015 at 05:59:26PM -0800, Stefan Agner wrote: > Linux on Vybrid used several different L2 latencies so far, none > of them seem to be the right ones. According to the application note > AN4947 ("Understanding Vybrid Architecture"), the tag portion runs > on CPU clock and is inside

Re: [PATCH v2] perf tools: Introduce perf_thread for backtrace

On Wed, Dec 02, 2015 at 02:42:21PM +0900, Namhyung Kim wrote: > Backtrace is a crucial info for debugging. And upcoming refcnt > tracking facility also wants to use it. > > So instead of relying on glibc's backtrace_symbols[_fd] which misses > some (static) functions , use our own symbol

[PATCH 1/2] arm64: dts: rockchip: change the correct voltage range for rk3368 evb board

In general, the logic voltage is affected by ddr frequency factors. We should fix the correct voltage range since assuemd that we have the ddr frequency driver in mainline. AFAIK, the 1.8v voltage is used by the SD3.0 card. Signed-off-by: Caesar Wang ---

[PATCH 2/2] ARM: dts: rockchip: change the correct voltage range for rk3288 evb board

In general, the logic voltage is affected by ddr frequency factors. We should fix the correct voltage range since assuemd that we have the ddr frequency driver in mainline. AFAIK, the 1.8v voltage is used by the SD3.0 card. Signed-off-by: Caesar Wang ---

Re: [radeon agp] add blacklist for thinkpad T40p

On 30 November 2015 at 19:47, Alex Deucher wrote: > On Sat, Nov 28, 2015 at 4:01 PM, Pavel Machek wrote: >> >> Thinkpad T40p needs agpmode 1. >> >> Signed-off-by: Pavel Machek > > Seems odd that this wouldn't have been found earlier given how

linux-next: manual merge of the renesas tree with the arm-soc tree

Hi Simon, Today's linux-next merge of the renesas tree got a conflict in arch/arm/mach-shmobile/Kconfig between commit e32465429490 ("ARM: use "depends on" for SoC configs instead of "if" after prompt") from the arm-soc tree and commit 9b5ba0df4ea4f94 ("ARM: shmobile: Introduce ARCH_RENESAS")

[PATCH] blk-mq: Avoid memoryless numa node encoded in hctx numa_node

In architecture like powerpc, we can have cpus without any local memory attached to it (a.k.a memoryless nodes). In such cases cpu to node mapping can result in memory allocation hints for block hctx->numa_node populated with node values which does not have real memory. Instead use

[PATCH v12 00/22] perf config: Add functionalities into perf-config and document config info

Add options (user, system, list-all, skel, verbose, remove) and getting and setting features into perf-config subcommand to more useful. And document perf config informations for each section. Changes in v12: - Modify perf-config documentation for each section to be more proper

[PATCH v12 01/22] perf config: Document variables for 'colors' section in man page

Explain 'colors' section and its variables. 'top', 'medium', 'normal', 'selected', 'code', 'addr' and 'root'. Cc: Namhyung Kim Cc: Jiri Olsa Signed-off-by: Taeung Song --- tools/perf/Documentation/perf-config.txt | 46

[PATCH v12 02/22] perf config: Document variables for 'tui' and 'gtk' sections in man page

Explain 'tui' and 'gtk' sections and these variables. 'top', 'report' and 'annotate' Cc: Namhyung Kim Cc: Jiri Olsa Signed-off-by: Taeung Song --- tools/perf/Documentation/perf-config.txt | 9 + 1 file changed, 9

[PATCH v12 15/22] perf config: Collect configs to handle config variables

Collecting configs into list because of two reason. First of all, if there are same variables both user and system config file, they all will be printed when 'list' command work. But if config variables are duplicated, user config variables should only be printed because it has priority. Lastly,

[PATCH] perf hists browser: Fix segfault if use symbol filter in cmdline

If feed perf a symbol filter in cmdline and the result is empty, pressing 'Enter' in the hist browser causes crash: # ./perf report perf.data <-- Common mistake for beginners Then press 'Enter': perf: Segmentation fault backtrace /home/wangnan/perf[0x53e578]

[PATCH v12 16/22] perf config: Add 'list-all' option to perf-config

'list-all' option is to display both current config variables and all possible config variables with default values. The syntax examples are like below perf config [] [options] display all perf config with default values. # perf config -a | --list-all Cc: Namhyung Kim

[GIT PULL] at91: fixes for 4.4 #2

Arnd, Olof, Kevin, This is the second AT91 "fixes" for 4.4. This one allows the sama5d2 to properly boot with its PIO4 controller and use one of its main interfaces, with the 1.8 capable eMMC, on the sama5d2 Xplained reference platform. Thanks, best regards, The following changes since commit

Re: [PATCH 14/40] staging: lustre: fix crash due to NULL networks string

This feels like we are fixing a bug introduce in PATCH 11 when we removed a NULL check. Don't introduce bugs and then fix them in the same patchset; the fix has to be folded into the original patch. regards, dan carpenter -- To unsubscribe from this list: send the line "unsubscribe

[PATCH] lightnvm: use flags as input parameter

rrpc_get_blk use constant 0 as the input parameter of nvm_get_blk, this may result in getting gc block failed unexpectedly. Signed-off-by: Wenwei Tao --- drivers/lightnvm/rrpc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/lightnvm/rrpc.c

[PATCH v12 17/22] perf config: Add a option 'skel' to perf-config

Produce an skeleton with the possible config variables so that one could then use $EDITOR ~/.perfconfig or $(sysconfdir)/perfconfigand go on setting the knobs. For the syntax examples, # perf config -k | --skel Initialize the possible config variables on config file. # perf config

linux-next: manual merge of the rockchip tree with the tree

Hi Heiko, Today's linux-next merge of the rockchip tree got a conflict in arch/arm/mach-rockchip/platsmp.c between commit 75305275a721d33ae9abf ("ARM: use const and __initconst for smp_operations") from the arm-soc tree and commit 9def7ccfe8d5b84 ("ARM: rockchip: add support smp for rk3036") from

Re: [PATCH v2 4/5] net: thunderx: Switchon carrier only upon interface link up

Thanks for the confirmation. On Wed, Dec 2, 2015 at 5:00 PM, Pavel Fedin wrote: > Hello again! > >> Subject: RE: [PATCH v2 4/5] net: thunderx: Switchon carrier only upon >> interface link up >> >> Just a reminder, we have issue with this one too, which is not addressed

[PATCH] dt-bindings: tda998x: Document the required 'port' node.

All the users of the tda998x driver are component based and bind the driver via the device graph method described in Documentation/devicetree/bindings/graph.txt. Add the fact that the 'port' node is required to the bindings. Signed-off-by: Liviu Dudau ---

Re: linux-next: manual merge of the renesas tree with the arm-soc tree

On Wednesday 02 December 2015 11:21:09 Mark Brown wrote: > > Today's linux-next merge of the renesas tree got a conflict in > arch/arm/mach-shmobile/Kconfig between commit e32465429490 ("ARM: use "depends > on" for SoC configs instead of "if" after prompt") from the arm-soc tree and > commit

Re: [PATCH] lightnvm: use flags as input parameter

On 12/02/2015 12:25 PM, Wenwei Tao wrote: rrpc_get_blk use constant 0 as the input parameter of nvm_get_blk, this may result in getting gc block failed unexpectedly. Signed-off-by: Wenwei Tao --- drivers/lightnvm/rrpc.c | 2 +- 1 file changed, 1 insertion(+), 1

Re: [RFC PATCH v2] iommu/amd: gray the 'irq_remap_table' object for kmemleak

On 12/02/2015 12:31 PM, Catalin Marinas wrote: > On 2 December 2015 at 10:56, Michael Wang wrote: [snip] > > I could copy your description but I don't currently have a way (nor > time) to test the patch. If you plan to test it anyway, please feel > free to include my

[PATCH v2] Implement i8042 detect by BIOS FADT i8042 flag

Detecting x86 platform supporting i8042 or not, we should resort to BIOS's FADT i8042 flag per ACPI spec. Currently, Windows is conforming to this spec, and request this flag to detect i8042 supporting. Signed-off-by: Wan Zongshun --- drivers/input/serio/i8042-x86ia64io.h

Re: [PATCH v2] Implement i8042 detect by BIOS FADT i8042 flag

On Wed, Dec 02, 2015 at 02:07:18PM -0500, Wan Zongshun wrote: > Detecting x86 platform supporting i8042 or not, we should resort > to BIOS's FADT i8042 flag per ACPI spec. > > Currently, Windows is conforming to this spec, and request this > flag to detect i8042 supporting. > > Signed-off-by:

Re: [PATCH v4] sched/deadline: fix earliest_dl.next logic

2015-12-02 19:33 GMT+08:00 Luca Abeni : > Hi, > > On 12/01/2015 01:10 PM, Wanpeng Li wrote: >> >> earliest_dl.next should cache deadline of the earliest ready task that >> is also enqueued in the pushable rbtree, as pull algorithm uses this >> information to find candidates

[PATCH v5] sched/deadline: fix earliest_dl.next logic

earliest_dl.next should cache deadline of the earliest ready task that is also enqueued in the pushable rbtree, as pull algorithm uses this information to find candidates for migration: if the earliest_dl.next deadline of source rq is earlier than the earliest_dl.curr deadline of destination rq,

RE: [V5 PATCH 3/4] kexec: Fix race between panic() and crash_kexec() called directly

Hello Borislav, Sorry, I haven't replied to this mail yet. > On Fri, Nov 20, 2015 at 06:36:48PM +0900, Hidehiro Kawai wrote: ... > > +void crash_kexec(struct pt_regs *regs) > > +{ > > + int old_cpu, this_cpu; > > + > > + /* > > +* Only one CPU is allowed to execute the crash_kexec() code

[PATCH RFC 3/3] lightnvm: fix media mgr registration

The ppa pool can be used at media manager registration. Therefore the ppa pool should be allocated before registering. If a media manager can't be found, this should not lead to the device being unallocated. A media manager can be registered later, that can manage a device. Only warn if a media

Re: [PULL REQUEST]: bcache stability patches

On Sun, 2015-11-29 at 20:13 -0800, Eric Wheeler wrote: > Hello all, > > Please pull this bcache branch with stability patches and see if it fixes > any issue that you might have!  If you have stability patches (*that you > have tested*) which are not part of this branch, then please forward

[PATCH v3 2/4] drm: Add support for ARM's HDLCD controller.

The HDLCD controller is a display controller that supports resolutions up to 4096x4096 pixels. It is present on various development boards produced by ARM Ltd and emulated by the latest Fast Models from the company. Cc: David Airlie Cc: Robin Murphy

[PATCH v3 1/4] drm: arm: Add DT bindings documentation for HDLCD driver.

Cc: Rob Herring Cc: Pawel Moll Cc: Mark Rutland Cc: Ian Campbell Cc: Kumar Gala Signed-off-by: Liviu Dudau ---

[PATCH v3 4/4] MAINTAINERS: Add Liviu Dudau as maintainer for ARM HDLCD driver.

Update MAINTAINERS file for HDLCD driver. Cc: Andrew Morton Cc: Arnd Bergmann Cc: Mauro Carvalho Chehab Cc: Greg KH Cc: Joe Perches Cc: Jiri Slaby

[PATCH v3 0/4] drm: Add support for the ARM HDLCD display controller

This series adds support for ARM's HDLCD display controller found in Juno and ARM TC2 Coretile. The HDLCD outputs an RGB stream that feeds into a single digital encoder (DVI or HDMI). This series depends on Sudeep Holla's SCPI driver (now in mainline) and on the tda998x patches that have been

[PATCH v3 11/19] genirq: Implement ipi_send_{mask, single}()

Add APIs to send single or mask IPI. We have 2 variants, one that uses cpumask and to be used by arch code to send regular SMP IPIs. And another that uses ipi_mask to be used by drivers to send IPIs to coprocessors. Signed-off-by: Qais Yousef --- include/linux/irq.h |

[PATCH v3 3/4] arm64: Juno: Add HDLCD support to the Juno boards.

ARM's Juno board has two HDLCD controllers, each linked to an NXP TDA19988 HDMI transmitter that provides output encoding. Add them to the device tree. Signed-off-by: Liviu Dudau --- arch/arm64/boot/dts/arm/juno-base.dtsi | 46 +++--- 1 file

RE: [PATCH 3/6] net: thunderx: Increase transmit queue length

Hello! > > So, i see several possible ways to solve this: > > > > 1. Introduce some mechanism which would allow the driver to tell the kernel > > that it needs > > coherent pool of large size. Can be problematic because the driver can be a > > module, and pool > > allocation happens early. >

[PATCH v3 00/19] Implement generic IPI support mechanism

This series adds support for a generic IPI mechanism that can be used by both arch and drivers to send IPIs to other CPUs. v3 removes the use of struct ipi_mask and moves to using cpumask only. The assumption is that the user would need to set NR_CPUS to a suitable value to cater for coprocessors

Re: [PATCH] sched/core: Clear the root_domain cpumasks in init_rootdomain()

On Wed, Dec 02, 2015 at 07:52:59PM +0800, Xunlei Pang wrote: > The patch cleans the garbage by using zalloc_cpumask_var() > instead of alloc_cpumask_var() for root_domain::rto_mask > allocation, thereby addressing the issues. How did you notice this? Also do we want to do the same for the kmalloc

Re: [PATCH v2 0/3] tpm_tis: Clean up force module parameter

On Di, 2015-12-01 at 11:58 -0700, Jason Gunthorpe wrote: > Martin, this should fix the double loading you noticed, please confirm. There > is a possibility the force path needs a bit more code to be compatible with > devm_ioremap_resource, I'm not sure, hoping not. Nope, this one oopses in the

Re: [PATCH 19/40] staging: lustre: copy out libcfs ioctl inline buffer

On Fri, Nov 20, 2015 at 06:35:55PM -0500, James Simmons wrote: > From: Liang Zhen > > - libcfs_ioctl_popdata should copy out inline buffers. > - code cleanup for libcfs ioctl handler > - error number fix for obd_ioctl_getdata > - add new function libcfs_ioctl_unpack

Re: [PATCH net-next 3/3] vhost_net: basic polling support

On Wed, Dec 02, 2015 at 01:04:03PM +0800, Jason Wang wrote: > > > On 12/01/2015 10:43 PM, Michael S. Tsirkin wrote: > > On Tue, Dec 01, 2015 at 01:17:49PM +0800, Jason Wang wrote: > >> > >> On 11/30/2015 06:44 PM, Michael S. Tsirkin wrote: > >>> On Wed, Nov 25, 2015 at 03:11:29PM +0800, Jason

Re: linux-next: manual merge of the mvebu tree with the arm-soc tree

On Wed, Dec 02, 2015 at 11:12:44AM +, Mark Brown wrote: > Hi all, > > Today's linux-next merge of the mvebu tree got a conflict in between commit > 377524dc4d77f50e ("ARM: mmp: move into ARCH_MULTIPLATFORM") from the arm-soc > tree and commit 5f4423af9dd17 ("ARM: orion: multiplatform

[PATCH v12 04/22] perf config: Document variables for 'annotate' section in man page

Explain 'annotate' section and its variables. 'hide_src_code', 'use_offset', 'jump_arrows', 'show_linenr', 'show_nr_jump' and 'show_total_period'. Cc: Namhyung Kim Cc: Jiri Olsa Signed-off-by: Taeung Song ---

[PATCH v12 11/22] perf config: Document 'man.viewer' variable in man page

Explain 'man.viewer' variable and how to add new man viewer tools. Cc: Namhyung Kim Cc: Jiri Olsa Signed-off-by: Taeung Song --- tools/perf/Documentation/perf-config.txt | 9 + 1 file changed, 9 insertions(+) diff --git

[PATCH v12 10/22] perf config: Document 'top.children' variable in man page

Explain 'top.children' variable. Cc: Namhyung Kim Cc: Jiri Olsa Signed-off-by: Taeung Song --- tools/perf/Documentation/perf-config.txt | 7 +++ 1 file changed, 7 insertions(+) diff --git

[PATCH v12 07/22] perf config: Document 'ui.show-headers' variable in man page

Explain 'ui.show-headers' variable. Cc: Namhyung Kim Cc: Jiri Olsa Signed-off-by: Taeung Song --- tools/perf/Documentation/perf-config.txt | 6 ++ 1 file changed, 6 insertions(+) diff --git

[PATCH v12 13/22] perf config: Document 'kmem.default' variable in man page

Explain 'kmem.default' variable. Cc: Namhyung Kim Cc: Jiri Olsa Signed-off-by: Taeung Song --- tools/perf/Documentation/perf-config.txt | 5 + 1 file changed, 5 insertions(+) diff --git

[PATCH v12 14/22] perf config: Add '--system' and '--user' options to select which config file is used

The file-options '--system' means $(sysconfdir)/perfconfig and '--user' means $HOME/.perfconfig. If file-option isn't used, both system and user config file is read. The syntax examples are like below. perf config [] [options] a specific config file. # perf config --user | --system

[PATCH v12 06/22] perf config: Document 'hist.percentage' variable in man page

Explain 'hist.percentage' variable. Cc: Namhyung Kim Cc: Jiri Olsa Signed-off-by: Taeung Song --- tools/perf/Documentation/perf-config.txt | 17 + 1 file changed, 17 insertions(+) diff --git

RE: [PATCH v2 4/5] net: thunderx: Switchon carrier only upon interface link up

Hello again! > Subject: RE: [PATCH v2 4/5] net: thunderx: Switchon carrier only upon > interface link up > > Just a reminder, we have issue with this one too, which is not addressed yet. I have examined the problem thoroughly and discovered that it is a problem with experimental BGX driver

Re: [PATCH 7/9] drm/vc4: Add support for drawing 3D frames.

Hi Eric, On 1 December 2015 at 20:35, Eric Anholt wrote: > The user submission is basically a pointer to a command list and a > pointer to uniforms. We copy those in to the kernel, validate and > relocate them, and store the result in a GPU BO which we queue for > execution. >

[PATCH v12 12/22] perf config: Document 'pager.' variables in man page

Explain 'pager.' variables. Cc: Namhyung Kim Cc: Jiri Olsa Signed-off-by: Taeung Song --- tools/perf/Documentation/perf-config.txt | 5 + 1 file changed, 5 insertions(+) diff --git a/tools/perf/Documentation/perf-config.txt

Re: [PATCH v4] sched/deadline: fix earliest_dl.next logic

Hi, On 12/01/2015 01:10 PM, Wanpeng Li wrote: earliest_dl.next should cache deadline of the earliest ready task that is also enqueued in the pushable rbtree, as pull algorithm uses this information to find candidates for migration: if the earliest_dl.next deadline of source rq is earlier than

Re: [PATCH 4/9] drm/vc4: Add an API for creating GPU shaders in GEM BOs.

Hi Eric, On 1 December 2015 at 20:35, Eric Anholt wrote: > Since we have no MMU, the kernel needs to validate that the submitted > shader code won't make any accesses to memory that the user doesn't > control, which involves banning some operations (general purpose DMA >

Re: Asterisk deadlocks since Kernel 4.1

Hello Stefan, Stefan Priebe - Profihost AG writes: > here are the results. > > It works with 4.1. > It works with 4.2. > It does not work with 4.1.13. > > git bisect tells me it stopped working after those two commits were applied: > > commit

linux-next: manual merge of the tegra tree with the arm-soc tree

Hi all, Today's linux-next merge of the tegra tree got a conflict in arch/arm64/configs/defconfig between commit e324654294907a4 ("ARM: use "depends on" for SoC configs instead of "if" after prompt") from the arm-soc tree and commit 099a6644f5be4 ("soc/tegra: Provide per-SoC Kconfig symbols")

Re: [RFC PATCH v2] iommu/amd: gray the 'irq_remap_table' object for kmemleak

On Wed, Dec 02, 2015 at 12:38:03PM +0100, Michael Wang wrote: > Joerg, this is really a tiny fix, would you mind to merge it into some > of your cleanup patch and testing them together? we are not in hurry, > just want to make sure the issue will get solved. I am not doing your work. You sent a

[PATCH] sched/core: Clear the root_domain cpumasks in init_rootdomain()

root_domain::rto_mask allocated through alloc_cpumask_var() contains garbage data, this may cause problems. For instance, When doing pull_rt_task(), it may do useless iterations if rto_mask retains some extra garbage bits. Worse still, this violates the isolated domain rule for clustered

Re: [lkp] [mm, page_alloc] d0164adc89: -100.0% fsmark.app_overhead

On Wed 02-12-15 11:00:09, Mel Gorman wrote: > On Mon, Nov 30, 2015 at 10:14:24AM +0800, Huang, Ying wrote: > > > There is no reference to OOM possibility in the email that I can see. Can > > > you give examples of the OOM messages that shows the problem sites? It was > > > suspected that there may

Re: [PATCH 13/40] staging: lustre: Dynamic LNet Configuration (DLC) show command

On Fri, Nov 20, 2015 at 06:35:49PM -0500, James Simmons wrote: > +int lnet_get_peers(int count, __u64 *nid, char *aliveness, > +int *ncpt, int *refcount, > +int *ni_peer_tx_credits, int *peer_tx_credits, > +int *peer_rtr_credits, int

[PATCH RFC 1/3] lightnvm: check mm before use

The core can initialize I/Os before a media manager is registered with the lightnvm subsystem. Make sure that we don't call the media manager prematurely. Signed-off-by: Matias Bjørling --- drivers/nvme/host/lightnvm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH RFC 2/3] lightnvm: comments on constants

It is not obvious what NVM_IO_* and NVM_BLK_T_* is used for. Make sure to comment them appropriately as the other constants. Signed-off-by: Matias Bjørling --- include/linux/lightnvm.h | 7 +++ 1 file changed, 7 insertions(+) diff --git a/include/linux/lightnvm.h

[PATCH v3 08/19] genirq: Add a new generic IPI reservation code to irq core

Add a generic mechanism to dynamically allocate an IPI. With this change the user can call irq_reserve_ipi() to dynamically allocate an IPI and use the associated virq to send one to 1 or more cpus. Signed-off-by: Qais Yousef --- include/linux/irqdomain.h | 6 +++

[PATCH v3 07/19] genirq: Make irq_domain_alloc_descs() non static

We will need to use this function to implement irq_reserve_ipi() later. So make it non static and move the prototype to irqdomain.h to allow using it outside irqdomain.c Signed-off-by: Qais Yousef --- include/linux/irqdomain.h | 2 ++ kernel/irq/irqdomain.c| 6 ++

[PATCH v3 02/19] genirq: Add DOMAIN_BUS_IPI

We need a way to search and match IPI domains. Using the new enum we can use irq_find_matching_host() to do that. Signed-off-by: Qais Yousef --- include/linux/irqdomain.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/linux/irqdomain.h

[PATCH v3 03/19] genirq: Add GENERIC_IRQ_IPI Kconfig symbol

irqchip should select this config to denote it supports generic IPI. This will aid generic arch code to know when it can use generic IPI layer. Signed-off-by: Qais Yousef --- kernel/irq/Kconfig | 4 1 file changed, 4 insertions(+) diff --git a/kernel/irq/Kconfig

[PATCH v3 01/19] genirq: Add new IRQ_DOMAIN_FLAGS_IPI

This flag will be used to identify an IPI domain. We have two types: - PER_CPU: indicating a virq for each IPI - SINGLE: indicating a single virq for all IPIs Signed-off-by: Qais Yousef --- include/linux/irqdomain.h | 37

[PATCH v3 06/19] genirq: Add an extra comment about the use of affinity in irq_common_data

Affinity will have dual meaning depends on the type of the irq. If it is a normal irq, it'll have the standard affinity meaning. If it is an IPI, it will hold the IPI mask of the cpus it can talk to. Signed-off-by: Qais Yousef --- include/linux/irq.h | 4 +++- 1 file

[PATCH v3 05/19] genirq: Add ipi_offset to irq_common_data

IPIs are always assumed to be consecutively allocated, hence virqs and hwirqs can be inferred by using CPU id as an offset. But the first cpu doesn't always have to start at position 0. ipi_offset stores the position of the first cpu so that we can easily calculate the virq or hwirq of an IPI

[PATCH v3 09/19] genirq: Add a new function to get IPI reverse mapping

When dealing with coprocessors we need to find out the actual hwirqs values to pass on to the firmware so that it knows what it needs to use to received and send IPIs from and to us. Signed-off-by: Qais Yousef --- include/linux/irq.h | 2 ++ kernel/irq/ipi.c| 37

[PATCH v3 04/19] genirq: Add struct ipi_mapping and its helper functions

struct ipi_mapping will provide a mechanism for irqchip code to fill out the mapping at reservation and to look it up when sending. The use of this mapping mechanism is optional. Irqchips might have better and simpler ways to represent the mapping without using this. Signed-off-by: Qais Yousef

Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel

On 12/01/2015 10:17 PM, Arnd Bergmann wrote: > On Tuesday 01 December 2015 22:29:54 Vinod Koul wrote: >> On Mon, Nov 30, 2015 at 03:45:30PM +0200, Peter Ujfalusi wrote: >>> channel via DT, ACPI or in case if the kernel booted in non DT/ACPI mode >>> it will use a filter lookup table and retrieves

Re: [PATCH 0/5] ARM: orion5x/dove/mv78xx0 multiplatform

On Mon, Nov 30, 2015 at 02:37:31PM +0100, Gregory CLEMENT wrote: > Hi Arnd, > > On mer., nov. 25 2015, Arnd Bergmann wrote: > > > I've posted these before and now gotten around to a rebase and > > want to include them in the arm-soc next/multiplatform branch for > > 4.5. > > >

Re: [PATCH] arm64: ftrace: stop using kstop_machine to enable/disable tracing

On Sat, Nov 28, 2015 at 03:50:09PM +0800, Li Bin wrote: > On arm64, kstop_machine which is hugely disruptive to a running > system is not needed to convert nops to ftrace calls or back, > because that modifed code is a single 32bit instructions which > is impossible to cross cache (or page)

Re: [PATCH 1/2] ARM: dts: ls1021a: Add DCU dts node.

On Wed, Nov 25, 2015 at 02:46:06PM +0800, Meng Yi wrote: > Signed-off-by: Alison Wang > Signed-off-by: Xiubo Li > Signed-off-by: Jianwei Wang Forgot to mention that you missed adding your own SoB. Added when

linux-next: manual merge of the mvebu tree with the arm-soc tree

Hi all, Today's linux-next merge of the mvebu tree got a conflict in between commit 377524dc4d77f50e ("ARM: mmp: move into ARCH_MULTIPLATFORM") from the arm-soc tree and commit 5f4423af9dd17 ("ARM: orion: multiplatform support") from the mvebu tree. I fixed it up (see below) and can carry the

Re: [RFC PATCH v2] iommu/amd: gray the 'irq_remap_table' object for kmemleak

On Wed, Dec 02, 2015 at 10:52:02AM +, Catalin Marinas wrote: > diff --git a/drivers/iommu/amd_iommu_init.c b/drivers/iommu/amd_iommu_init.c > index 013bdfff2d4d..c41609f71cbe 100644 > --- a/drivers/iommu/amd_iommu_init.c > +++ b/drivers/iommu/amd_iommu_init.c > @@ -27,6 +27,7 @@ > #include >

Re: [PATCH 13/40] staging: lustre: Dynamic LNet Configuration (DLC) show command

On Fri, Nov 20, 2015 at 06:35:49PM -0500, James Simmons wrote: > From: Amir Shehata > > This is the fifth patch of a set of patches that enables DLC. > > This patch adds the new structures which will be used > in the IOCTL communication. It also added a set of > show

[PATCH] blk-mq: Reuse hardware context cpumask for tags

hctx->cpumask is already populated and let the tag cpumask follow that instead of going through a new for loop. Signed-off-by: Raghavendra K T --- block/blk-mq.c | 9 + 1 file changed, 1 insertion(+), 8 deletions(-) Nish had suggested to put

Re: linux-next: manual merge of the mvebu tree with the arm-soc tree

On Wednesday 02 December 2015 11:18:29 Mark Brown wrote: > On Wed, Dec 02, 2015 at 11:12:44AM +, Mark Brown wrote: > > Hi all, > > > > Today's linux-next merge of the mvebu tree got a conflict in between commit > > 377524dc4d77f50e ("ARM: mmp: move into ARCH_MULTIPLATFORM") from the arm-soc

[PATCH v12 18/22] perf config: Add --verbose option for showing config description

To explain what each of variable options configures, this option can be used with --skel option, i.e. print the possible config variables with comments over each of them. # perf config -k -v | --skel --verbose Cc: Namhyung Kim Cc: Jiri Olsa

[PATCH v12 21/22] perf config: normalize a value depending on default type of it

Whether or not user mis-type wrong data type to set config, normalize the value. If a config user enter isn't contained in default configs, just pass as it is. For the examples, # perf config report.queue-size=1M # perf config report.queue-size report.queue-size=1048576 Cc: Namhyung Kim

[PATCH v12 22/22] perf config: Add a option 'remove' to perf-config

A option 'remove' is to remove specific config variables. For the syntax examples, # perf config [] -r | --remove [section.name ...] Cc: Namhyung Kim Cc: Jiri Olsa Signed-off-by: Taeung Song ---

[PATCH v12 20/22] perf config: Add 'set' feature

This patch consists of functions which can set specific config variables. For the syntax examples, perf config [] [options] [section.name[=value] ...] set specific config variables # perf config report.queue-size=100M report.children=true Cc: Namhyung Kim Cc:

[PATCH v12 19/22] perf config: Add 'get' functionality

This patch consists of functions which can get specific config variables. For the syntax examples, perf config [] [section.name ...] display key-value pairs of specific config variables # perf config report.queue-size report.children In addition, the functionality can work with

[PATCH v12 03/22] perf config: Document 'buildid.dir' variable in man page

Explain 'buildid.dir' variable. Cc: Namhyung Kim Cc: Jiri Olsa Signed-off-by: Taeung Song --- tools/perf/Documentation/perf-config.txt | 15 +++ 1 file changed, 15 insertions(+) diff --git

Re: [RFC PATCH v2] iommu/amd: gray the 'irq_remap_table' object for kmemleak

On 2 December 2015 at 10:56, Michael Wang wrote: > On 12/02/2015 11:52 AM, Catalin Marinas wrote: >>> Is there any more concern? actually we just want to get rid of this >>> annoying report on obj won't leak, if you're going to create obj for >>> 'irq_lookup_table'

[PATCH v12 05/22] perf config: Document variables for 'help' section in man page

Explain 'help.format' variables. Cc: Namhyung Kim Cc: Jiri Olsa Signed-off-by: Taeung Song --- tools/perf/Documentation/perf-config.txt | 4 1 file changed, 4 insertions(+) diff --git

[PATCH v12 08/22] perf config: Document variables for 'call-graph' section in man page

Explain 'call-graph' section and its variables. 'record-mode', 'dump-size', 'print-type', 'order', 'sort-key', 'threshold' and 'print-limit'. Cc: Namhyung Kim Cc: Jiri Olsa Signed-off-by: Taeung Song ---

[PATCH v12 09/22] perf config: Document variables for 'report' section in man page

Explain 'report' section's variables. 'percent-limit', 'queue-size' and 'children'. Cc: Namhyung Kim Cc: Jiri Olsa Signed-off-by: Taeung Song --- tools/perf/Documentation/perf-config.txt | 34 1

[PATCH] brcmfmac: only lock and unlock fws if fws is not null

From: Colin Ian King There is a null ptr check for fws to set bcmc_credit_check, however, there a lock and unlock on fws should only performed if fwts is also not null to also avoid a potential null pointer deference. Signed-off-by: Colin Ian King

Re: [RFC PATCH V2 0/3] IXGBE/VFIO: Add live migration support for SRIOV NIC

On Tue, Dec 01, 2015 at 10:36:33AM -0800, Alexander Duyck wrote: > On Tue, Dec 1, 2015 at 9:37 AM, Michael S. Tsirkin wrote: > > On Tue, Dec 01, 2015 at 09:04:32AM -0800, Alexander Duyck wrote: > >> On Tue, Dec 1, 2015 at 7:28 AM, Michael S. Tsirkin wrote: > >

<    6   7   8   9   10   11   12   13   14   15   >