[PATCH v3 1/1] atm: solos-pci: Replace simple_strtol by kstrtoint

The simple_strtol function is obsolete. This patch replace it by kstrtoint. This will simplify code, since some error case not handled by simple_strtol are handled by kstrtoint. Signed-off-by: LABBE Corentin --- drivers/atm/solos-pci.c | 28 +++- 1 file changed, 15

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

On Thu, Dec 03 2015, yalin wang wrote: >> On Dec 2, 2015, at 13:04, Vlastimil Babka wrote: >> >> On 12/02/2015 06:40 PM, yalin wang wrote: >> >> (please trim your reply next time, no need to quote whole patch here) >> >>> i am thinking why not make %pg* to be more generic ? >>> not

[PATCH] time: verify time values in adjtimex ADJ_SETOFFSET to avoid overflow

Make sure the tv_usec makes sense. We might multiply them later which can cause an overflow and undefined behavior. Signed-off-by: Sasha Levin --- kernel/time/timekeeping.c |4 1 file changed, 4 insertions(+) diff --git a/kernel/time/timekeeping.c

[PATCH 8/9] Documentation: Add ivrs_acpihid kernel parameter description

From: Wan Zongshun Add ivrs_acpihid kernel parameter description, like ivrs_acpihid[00:14.5]=AMD0020:0. Signed-off-by: Wan Zongshun --- Documentation/kernel-parameters.txt | 7 +++ 1 file changed, 7 insertions(+) diff --git

Re: [PATCH v2 9/9] dmaengine: Kconfig: rename ARCH_HI3xxx to ARCH_HI36xx

Hi Arnd, On 2015/12/3 17:41, Arnd Bergmann wrote: > On Thursday 03 December 2015 10:49:37 Jiancheng Xue wrote: >> Rename ARCH_HI3xxx to ARCH_HI36xx. >> >> Signed-off-by: Jiancheng Xue > > Maybe just change it to 'depends on ARCH_HISI'? That would make it > possible to

Re: [dm-devel] [PATCH 0/2] Introduce the request handling for dm-crypt

On 3 December 2015 at 23:49, Mikulas Patocka wrote: > > > On Thu, 3 Dec 2015, Baolin Wang wrote: > >> On 3 December 2015 at 10:56, Baolin Wang wrote: >> > On 3 December 2015 at 03:56, Alasdair G Kergon wrote: >> >> On Wed, Dec 02,

Re: [dm-devel] [PATCH 0/2] Introduce the request handling for dm-crypt

On 3 December 2015 at 23:47, Mikulas Patocka wrote: > > > On Thu, 3 Dec 2015, Baolin Wang wrote: > >> On 3 December 2015 at 03:56, Alasdair G Kergon wrote: >> > On Wed, Dec 02, 2015 at 08:46:54PM +0800, Baolin Wang wrote: >> >> These are the benchmarks for

[PATCH v4] fs: clear file privilege bits when mmap writing

Normally, when a user can modify a file that has setuid or setgid bits, those bits are cleared when they are not the file owner or a member of the group. This is enforced when using write and truncate but not when writing to a shared mmap on the file. This could allow the file writer to gain

[PATCH V3 5/6] cpufreq: governor: replace per-cpu delayed work with timers

cpufreq governors evaluate load at sampling rate and based on that they update frequency for a group of CPUs belonging to the same cpufreq policy. This is required to be done in a single thread for all policy->cpus, but because we don't want to wakeup idle CPUs to do just that, we use deferrable

Re: [PATCH 2/4] thermal: rcar: enable to use thermal-zone on DT

Hi Manish > > +static int rcar_thermal_of_get_temp(void *data, int *temp) > > +{ > > + struct rcar_thermal_priv *priv = data; > > + > > + *temp = rcar_thermal_get_current_temp(priv); > > + > > + return 0; > > +} > > + > > +static int rcar_thermal_get_temp(struct

[PATCH 0/5] ftrace: fix ftrace misleading comments for arch using it

Fix the following similar misleading comments of ftrace for arch ia64/metag/powerpc/sh/x86: Note: Due to modules and __init, code can disappear and change, we need to protect against faulting as well as code changing. We do this by using the probe_kernel_* functions. No real locking needed,

[PATCH 1/5] ia64: ftrace: fix the comments for ftrace_modify_code

There is no need to worry about module and __init text disappearing case, because that ftrace has a module notifier that is called when a module is being unloaded and before the text goes away and this code grabs the ftrace_lock mutex and removes the module functions from the ftrace list, such

[PATCH] usb: gadget: forbid queuing request to a disabled ep

From: "Du, Changbin" Queue a request to disabled ep doesn't make sense, and induce caller make mistakes. Here is a example for the android mtp gadget function driver. A mem corruption can happen on below senario. 1) On disconnect, mtp driver disable its EPs, 2) During

[PATCH 2/5] metag: ftrace: fix the comments for ftrace_modify_code

There is no need to worry about module and __init text disappearing case, because that ftrace has a module notifier that is called when a module is being unloaded and before the text goes away and this code grabs the ftrace_lock mutex and removes the module functions from the ftrace list, such

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

On Fri, 4 Dec 2015 10:18:38 +0800 Li Bin wrote: > For ftrace 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 to be modified instrucions, that NOP, B or BL, > are all safe

[PATCH 5/5] clocksource: h8300: Use ioread / iowrite

Signed-off-by: Yoshinori Sato --- drivers/clocksource/h8300_timer16.c | 40 + drivers/clocksource/h8300_timer8.c | 25 +-- drivers/clocksource/h8300_tpu.c | 22 ++-- 3 files changed, 44

[PATCH 2/5] clocksource: h8300: Fix timer not overflow case

Signed-off-by: Yoshinori Sato --- drivers/clocksource/h8300_timer16.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/clocksource/h8300_timer16.c b/drivers/clocksource/h8300_timer16.c index b14a8da..934ed0b 100644 ---

[PATCH 3/5] clocksource: h8300: Simplify delta handling

Signed-off-by: Yoshinori Sato --- drivers/clocksource/h8300_timer8.c | 40 ++ 1 file changed, 6 insertions(+), 34 deletions(-) diff --git a/drivers/clocksource/h8300_timer8.c b/drivers/clocksource/h8300_timer8.c index

[PATCH 4/5] clocksource: h8300: Initializer cleanup.

Signed-off-by: Yoshinori Sato --- drivers/clocksource/h8300_timer8.c | 15 ++- 1 file changed, 6 insertions(+), 9 deletions(-) diff --git a/drivers/clocksource/h8300_timer8.c b/drivers/clocksource/h8300_timer8.c index 1ba453b..9087dd2 100644 ---

[PATCH 0/5] clocksource: h8300: driver update

Hi Daniel, Thomas, Update h8300 clocksource / clockevents driver Changes bellow h8300_timer8.c: Cleanup set_next_event handler. Use ioread / iowrite functions. h8300_timer16.c: Overflow handling fix. Use ioread / iowrite functions. h8300_tpu.c: Use ioread / iowrite functions. Thanks.

Re: iwlwifi A-MSDU tx

Hi, On Fri, Dec 4, 2015 at 12:05 AM, Stefan Sperling wrote: > Hi Emmanuel, > > As part of implementing 802.11n support in OpenBSD I'm looking for > an AP which sends A-MSDUs. Preferrably under software control rather > than firmware. > > I found your iwlwifi A-MSDU patches at >

Re: [RFC][PATCH] Add __GFP_ZERO to alloc_cpumask_var_node() if ptr is zero

* Steven Rostedt wrote: > On Fri, 04 Dec 2015 12:05:12 +1030 > Rusty Russell wrote: > > > This is clever, but I would advise against such subtle code. We will never > > be > > able to remove this code once it is in. > > > > Would suggest making

[PATCH 5/5] x86: ftrace: fix the comments for ftrace_modify_code_direct

There is no need to worry about module and __init text disappearing case, because that ftrace has a module notifier that is called when a module is being unloaded and before the text goes away and this code grabs the ftrace_lock mutex and removes the module functions from the ftrace list, such

Re: A new, fast and "unbreakable" encryption algorithm

Ismail Kizir wrote: > What means "did not look random"? A plaintext consisting of repeated bytes (zero, or other values) eventually makes your algorithm go into a loop, which results in repeated bytes. > On the pictures, there is also an example of "full 0"(it appears red, > but it is full 0

[PATCH 4/4] ARM: shmobile: r8a7791: enable to use thermal-zone

From: Kuninori Morimoto This patch enables to use thermal-zone on r8a7791. This thermal sensor can measure temperature from -4 to 125000, but over 117000 can be critical on this chip. Thus, default critical temperature is now set as 115000 (this driver is

[PATCH 0/9] 8250: AMD Carrizo UART PL300 DMA enablement

Hi all, As AMD carrizo UART device is compatible with 8250 and has pl330 DMA IP, our uart driver is serial:8250 and DMA engines are registered by driver/dma/pl330. The following patches are made, in order to enable DMA. Firstly, we add an universal ACPI amba glue layer to create an amba device

[PATCH 7/9] Serial:8250: New Port Type PORT_AMD_8250

Set a new port type for AMD Carrizo. Add has_pl330_dma to 8250_dw's private data and init fcr,ier as well as dma rx size. Signed-off-by: Wang Hongcheng --- drivers/acpi/acpi_apd.c | 10 ++ drivers/tty/serial/8250/8250_dw.c | 16

[PATCH v3 0/2] arm64: stop using kstop_machine for ftrace

v2: Based on the comments from Will and Steve, 1. Modify the commit message 2. Fix the misleading comments for ftrace_modify_code v3: Modify the comments again based on the comment from Steve. Link: https://lkml.org/lkml/2015/12/3/422 Li Bin (2): arm64: ftrace: stop using kstop_machine to

[PATCH 9/9] iommu/amd: Add ACPI HID named devices IOMMU driver support

From: Wan Zongshun AMD UART is a ACPI HID named device, it also is none-pci device, currently, iommu driver only supports pci device, so UART DMA did not work at current AMD IOMMU driver. AMD reused 8250 serial driver and ARM PL330 DMA engine driver, since AMD uart and dma

Re: [PATCH v2 3/9] ARM: hisi: enable Hi3519 soc

Hi Arnd, On 2015/12/3 17:40, Arnd Bergmann wrote: > On Thursday 03 December 2015 10:42:45 Jiancheng Xue wrote: >> --- a/arch/arm/mach-hisi/Kconfig >> +++ b/arch/arm/mach-hisi/Kconfig >> @@ -12,6 +12,14 @@ if ARCH_HISI >> >> menu "Hisilicon platform type" >> >> +config ARCH_HI3519 >> +

Re: [PATCH V2 5/6] cpufreq: governor: replace per-cpu delayed work with timers

On 04-12-15, 02:18, Rafael J. Wysocki wrote: > > + shared->skip_work--; > > Is there any reason for incrementing and decrementing this instead of setting > it to either 0 or 1 (or maybe either 'true' or 'false' for that matter)? > > If my reading of the patch is correct, it can only be either

[PATCH] usb: dwc2: fix transfer stop programming for out endpoint

From: "Du, Changbin" To stop an out endpoint, software should set sets the Global OUT NAK, but not the Global Non-periodic IN NAK. This driver bug leads the out-ep failed be in disabled state with below error. dwc2_hsotg_ep_stop_xfr: timeout DOEPCTL.EPDisable

[PATCH 1/4] thermal: rcar: move rcar_thermal_dt_ids to upside

From: Kuninori Morimoto This patch is prepare for of-thermal support. Signed-off-by: Kuninori Morimoto --- drivers/thermal/rcar_thermal.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git

Re: [PATCH 1/3] spi: spi-xilinx: Remove ISR race condition

> >> >> = >> spi: xilinx - minimize iomem reads >> >> If this IP core is accessed through bridges like PCI-e, reads are rather >> costly. Doing many reads or read-modify-writes is thus long and strenuous >> on the CPU (active waiting). >> >> The transfer workflow of

Re: [RFC 0/3] reduce latency of direct async compaction

On Thu, Dec 03, 2015 at 09:10:44AM +0100, Vlastimil Babka wrote: > Aaron, could you try this on your testcase? One time result isn't stable enough, so I did 9 runs for each commit, here is the result: base: 25364a9e54fb8296837061bf684b76d20eec01fb head: 7433b1009ff5a02e1e9f3444802daba2cf385d27

[PATCH v3 1/2] arm64: ftrace: stop using kstop_machine to enable/disable tracing

For ftrace 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 to be modified instrucions, that NOP, B or BL, are all safe instructions which called "concurrent modification and execution of instructions", that

Re: mtd, nand, omap2: parse cmdline partition fail

On Fri, Dec 4, 2015 at 7:48 AM, Heiko Schocher wrote: > Hello Frans, > > I just tried current mainline kernel: > commit 2255702db4014d1c69d6037ed7bdad2d2e271985 > Merge: 9e5d25e c86576e > Author: Linus Torvalds > Date: Mon Nov 30 16:06:44 2015 -0800

Re: [PATCH] Input: psmouse - clean up Cypress probe

Hi, On 04-12-15 00:56, Dmitry Torokhov wrote: When Cypress protocol support is disabled cypress_init() is a stub that always returns -ENOSYS, so there is not point in testing for CONFIG_MOUSE_PS2_CYPRESS after we decided that we are dealing with a Cypress device. Also, we should only be calling

[PATCH 1/1] perf/x86/intel/uncore: Add Broadwell-EP uncore support

From: Kan Liang The uncore subsystem for Broadwell-EP is similar to Haswell-EP. There are some differences in pci device IDs, box number and constraints. This patch extends the Broadwell-DE codes to support Broadwell-EP. Signed-off-by: Kan Liang ---

[PATCH 1/5] clocksource: h8300: Change to overflow interrupt

Counter overflow detection use for overflow interrupt Signed-off-by: Yoshinori Sato --- drivers/clocksource/h8300_timer16.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/drivers/clocksource/h8300_timer16.c

[PATCH v2] storvsc: add logging for error/warning messages

Introduce a logging level for storvsc to log certain error/warning messages. Those messages are helpful in some environments, e.g. Microsoft Azure, for customer support and troubleshooting purposes. Signed-off-by: Long Li --- drivers/scsi/storvsc_drv.c | 34

[PATCH] usb: gadget: make usb_ep_enable return -EBUSY if ep has already enabled

From: "Du, Changbin" When usb_ep_enable on a enabled ep, the configuration of the ep probably has changed. In this scenario, the ep configuration in hw should be reprogrammed by udc driver. Hence, it is better to return an error to inform the caller. Signed-off-by: Du,

[PATCH v4 0/1] atm: solos-pci: Replace simple_strtol by kstrtoint

Hello Change since v3 - rework the test logic with ver/err Change since v2 - Invert a test logic Change since v1 - Always return error code from kstrtox. LABBE Corentin (1): atm: solos-pci: Replace simple_strtol by kstrtoint drivers/atm/solos-pci.c | 28 +--- 1 file

Re: [PATCH v2 1/9] clk: hi3519: add dt-binding document and header file

Hi Arnd, On 2015/12/3 17:44, Arnd Bergmann wrote: > On Thursday 03 December 2015 10:39:24 Jiancheng Xue wrote: >> +#ifndef __DTS_HI3519_CLOCK_H >> +#define __DTS_HI3519_CLOCK_H > > Please try to avoid adding headers like this if you can at all. > > I might ask you to merge the header file in

[PATCH 4/9] dmaengine: pl330: add new items for pl330 private data

has_no_cap_mask means this device has no preset cap mask. mcbuf_sz means bytes to allocate for MC buffer. flags is for irq sharing, default is non-shared, in AMD Carrizo, pl330 shares IRQ with its corresponding UART device. Signed-off-by: Wang Hongcheng ---

[PATCH 6/9] dmaengine:pl330: set segment_boundary_mask = 0cffffffff

Because amd iommu and software iommu need this mask.For example, if we use software iommu without this mask, we will get 'Out of SW-IOMMU space' error, when calling swiotlb_map_page function. Signed-off-by: Wan Zongshun Signed-off-by: Wang Hongcheng ---

[PATCH 3/9] ACPI: add struct acpi_amba_quirk for AMD pl330 specific device config

AMD pl330 is a UART DMA device, it shares one ACPI item with UART. So a platform device and an acpi device will be created according to AMD0020 ACPI dev. And its mem base address must have an offset. As a result, MULTI_ATTACHED_QUIRK and MULTI_ATTACHED_QUIRK are used. Signed-off-by: Wang

Hang triggered by udev coldplug, looks like a race

Sometimes udevadm trigger --action=add hangs the system, and the splat below happens. This seems to be timing dependent, and I haven't been able to trigger it yet with lockdep enabled, sadly. Any ideas? I not, I'll try to instrument it better tomorrow. This is 4.4-rc3 plus some patches that I

Re: [PATCH 2/4] thermal: rcar: enable to use thermal-zone on DT

Hi > +static int rcar_thermal_of_get_temp(void *data, int *temp) > +{ > + struct rcar_thermal_priv *priv = data; > + > + *temp = rcar_thermal_get_current_temp(priv); > + > + return 0; > +} > + > +static int rcar_thermal_get_temp(struct thermal_zone_device *zone, int *temp) > +{

[PATCH 0/4] enable to use thermal-zone on r8a7790/1

Hi These are enable to use thermal-zone on r8a7790/r8a7791. The rcar thermal driver can use of-thermal style zone by this patch, but it still keeping current style too. You can select trip temp by DT if you use of-thermal style (this patch). If not, it will use fixed trip temp. Kuninori

[PATCH v2] bus: uniphier-system-bus: add UniPhier System Bus driver

The UniPhier System Bus is a simple external that connects on-board devices to the UniPhier SoC. Each bank (chip select) is dynamically mapped to the CPU-viewed address base via the bus controller. The bus controller must be configured before any access to the bus. This driver parses the

Re: [Question] DT-Bindings for run-time configurable bus?

Hi Arnd, 2015-12-01 20:29 GMT+09:00 Arnd Bergmann : > On Tuesday 01 December 2015 13:30:25 Masahiro Yamada wrote: >> Hello experts, >> >> I am tackling on a new bus driver, but I am worndering >> what the DT-binding specification should be. >> >> Here is my hardware situation: >>

Re: [lustre cleanups 0/6] Patch series to make lustre safe(r) for W=1 compiles

On 2015/12/01, 15:05, "Valdis Kletnieks" wrote: >Start of a batch series to clean up the Lustre tree. Other people have >done some sparse and checkpatch cleanups, but I found a bunch of >stuff building with W=1. Hello Valdis, thanks for these patches. Strictly

Re: [PATCH v2 2/2] arm64: ftrace: fix the comments for ftrace_modify_code

I will also update the comment for the other arch that using the similar description, such as ia64/metag/powerpc/sh/x86. Thanks, Li Bin on 2015/12/4 10:50, Steven Rostedt wrote: > On Fri, 4 Dec 2015 10:18:39 +0800 > Li Bin wrote: > >> There is no need to worry about

[PATCH 3/5] powerpc: ftrace: fix the comments for ftrace_modify_code

There is no need to worry about module and __init text disappearing case, because that ftrace has a module notifier that is called when a module is being unloaded and before the text goes away and this code grabs the ftrace_lock mutex and removes the module functions from the ftrace list, such

[PATCH 4/5] sh: ftrace: fix the comments for ftrace_modify_code

There is no need to worry about module and __init text disappearing case, because that ftrace has a module notifier that is called when a module is being unloaded and before the text goes away and this code grabs the ftrace_lock mutex and removes the module functions from the ftrace list, such

Re: [PATCH 1/2] regulator: Add brcm,bcm63xx-regulator device tree binding

On 03/12/15 00:06, Mark Brown wrote: > On Wed, Dec 02, 2015 at 08:26:36PM +, Simon Arlott wrote: >> On 02/12/15 12:53, Mark Brown wrote: > >> > This is the sort of thing you can pick up from the SoC compatible >> > strings. As things stand there is zero content in this driver that >> >

Re: [PATCH (v2) 1/2] reset: Add brcm,bcm6345-reset device tree binding

Hi Simon, Am Mittwoch, den 02.12.2015, 21:03 + schrieb Simon Arlott: > Add device tree binding for the BCM6345 soft reset controller. > > The BCM6345 contains a soft-reset controller activated by setting > a bit (that must previously have cleared). > > Signed-off-by: Simon Arlott

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

On 12/02/2015 10:07 PM, Jens Axboe wrote: On 12/02/2015 09:45 AM, Christoph Hellwig wrote: Looks like I didn't test with CONFIG_NVM enabled, and neither did the build bot. Most of this is really weird crazy shit in the lighnvm support, though. Struct nvme_ns is a structure for the NVM I/O

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

2015-12-03 16:37 GMT+08:00 Luca Abeni : > Hi, > > On 12/03/2015 03:25 AM, Wanpeng Li wrote: > [...] >>> >>> @@ -202,16 +197,18 @@ static void dequeue_pushable_dl_task(struct rq *rq, >>> struct task_struct *p) >>> >>> next_node = rb_next(>pushable_dl_tasks);

[PATCH 6/7] perf stat: Move enable_on_exec setup under earlier code

It's more readable this way and we can save one perf_evsel__is_group_leader condition in current code. Link: http://lkml.kernel.org/n/tip-y9s28dql028b0as614rke...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/builtin-stat.c | 15 +-- 1 file changed, 9

[PATCH 2/7] perf tools: Introduce perf_evsel__disable function

Adding perf_evsel__disable function to have complement for perf_evsel__enable function. Both will be used in following patch to factor perf_evlist__(enable|disable). Link: http://lkml.kernel.org/n/tip-bbyjpha9wc4ifn0ebfkm0...@git.kernel.org Signed-off-by: Jiri Olsa ---

[RFC 7/7] perf tools: Remove perf_evlist__(enable|disable)_event functions

Replacing them with perf_evsel__(enable|disable). Link: http://lkml.kernel.org/n/tip-bbyjpha9wc4ifn0ebfkm0...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/arch/x86/util/intel-bts.c | 4 ++-- tools/perf/arch/x86/util/intel-pt.c | 4 ++--

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

Hi, On 03/12/15 16:59, Wanpeng Li wrote: > 2015-12-03 16:37 GMT+08:00 Luca Abeni : > > Hi, > > > > On 12/03/2015 03:25 AM, Wanpeng Li wrote: > > [...] > >>> > >>> @@ -202,16 +197,18 @@ static void dequeue_pushable_dl_task(struct rq *rq, > >>> struct task_struct *p) > >>> >

Re: [PATCH 3/3] usb: musb: remove redundant stack buffer

On Tue, Dec 01 2015, Felipe Balbi wrote: > Hi, > > Rasmus Villemoes writes: >> aRevision is only used once, so we might as well do the formatting as >> part of the pr_debug. This eliminates the stack buffer, and avoids >> doing the formatting at all when

Re: libata-core: devslp fails on ATP mSATA

On Wed, Dec 02, 2015 at 11:47:53AM -0500, Tejun Heo wrote: > Hello, Andreas. > > On Wed, Dec 02, 2015 at 10:33:10AM +0100, Andreas Werner wrote: > > Blacklisting the controller would be a solution yes, but I just > > wanna wait the answer from the FAE to be sure we really have a > > problem. > >

Re: [PATCH v4 3/5] mtd: devices: m25p80: add support for mmap read request

Hi Vignesh, Le 30/11/2015 06:15, Vignesh R a écrit : > Certain spi controllers may provide accelerated interface to read from > m25p80 type flash devices. This interface provides better read > performance than regular SPI interface. > Call spi_flash_read(), if supported, to make use of such

Re: [PATCH 3/4] irqchip/sunxi-nmi: Support sun9i A80 NMI controller

On Thu, Dec 03, 2015 at 04:20:12PM +0800, Chen-Yu Tsai wrote: > The A80 moves the NMI controller into the PRCM address space, and also > rearranges the registers. > > Signed-off-by: Chen-Yu Tsai Acked-by: Maxime Ripard Thanks! Maxime --

Re: [PATCH 4/4] ARM: dts: sun9i: Add NMI controller device node

On Thu, Dec 03, 2015 at 04:20:13PM +0800, Chen-Yu Tsai wrote: > The Allwinner A80 SoC has an NMI controller. NMI is an external > interrupt pin exclusely used with PMICs and other system critical > peripherals (such as RTC) in Allwinner's reference designs. > > Signed-off-by: Chen-Yu Tsai

[PATCH 1/3] PCI: altera: fix incorrect devfn for requester ID

Requester ID should use the rootport devfn and it should be always 0. But, devfn argument in these 2 functions can be rootport or endpoint. It causes the issue when accessing configuration register from multi-functions PCIe devices. Tested on Ethernet adapter card with multi-functions.

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

On Thu, Dec 03, 2015 at 11:09:03AM +0100, Matias Bjørling wrote: > Similar to this? For the interface yes. Now just get rid of using nvme_ns entirely - seems like you just want ns_id and lba_shift, and those should fit well into nvm_dev I think. -- To unsubscribe from this list: send the line

Re: [PATCH v4 4/5] ARM: dts: DRA7: add entry for qspi mmap region

On 12/01/2015 10:09 PM, Tony Lindgren wrote: > * Vignesh R [151130 20:46]: >> On 12/01/2015 04:04 AM, Tony Lindgren wrote: >>> >>> Actually none of the IO areas above are within the same interconnect target: >>> >>> 0x4b30 QSPI0 address space in L3 main interconnect >>>

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

Le 03/12/2015 10:53, 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 Wolfram, we'll take this one with us in the at91

[PATCH 3/7] perf: Add a helper to stop running events

This patch adds a helper function that stops running events without changing their state. The use case at the moment is stopping active AUX events while their ring buffer's AUX area is getting unmapped. Since we know that a new AUX transaction can't be started once ring buffer's aux_mmap_count

[PATCH 1/7] perf: Refuse to begin aux transaction after aux_mmap_count drops

When ring buffer's aux area is unmapped and aux_mmap_count drops to zero, new aux transactions into this buffer can still be started, even though the buffer in en route to deallocation. This patch adds a check to perf_aux_output_begin() for aux_mmap_count being zero, in which case there is no

Re: [RFC PATCH] perf/core: Put size of a sample at the end of it

On 2015/12/3 18:08, Peter Zijlstra wrote: On Wed, Dec 02, 2015 at 01:38:19PM +, Wang Nan wrote: This sloution requires user program (perf) do more things. At least following things and limitations should be considered: 1. Before reading such ring buffer, perf must ensure all events

[PATCH v4 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 v4 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 Signed-off-by: Liviu Dudau

[PATCH v4 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

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

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

[PATCH v4 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

[v9, 2/6] fsl/fman: Add FMan support

From: Igal Liberman Add the Data Path Acceleration Architecture Frame Manger Driver. The FMan embeds a series of hardware blocks that implement a group of Ethernet interfaces. This patch adds The FMan configuration, initialization and runtime control routines. The

Re: Domain faults when CONFIG_CPU_SW_DOMAIN_PAN is enabled

On Thu, Dec 03, 2015 at 08:33:13AM +, Peter Rosin wrote: > I wrote: > > If I enable CONFIG_CPU_SW_DOMAIN_PAN, I sometimes (but not always) get the > > following (or very similar) on boot. > > I should have said "if I don't disable", as the option is "default y". > > Also, if it survives on

[v9, 1/6] fsl/fman: Add FMan MURAM support

From: Igal Liberman Add Frame Manager Multi-User RAM support. This internal FMan memory block is used by the FMan hardware modules, the management being made through the generic allocator. The FMan Internal memory, for example, is used for allocating transmit and

[v9, 0/6] Freescale DPAA FMan

From: Igal Liberman The Freescale Data Path Acceleration Architecture (DPAA) is a set of hardware components on specific QorIQ multicore processors. This architecture provides the infrastructure to support simplified sharing of networking interfaces and accelerators

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

On 12/03/2015 11:21 AM, Christoph Hellwig wrote: On Thu, Dec 03, 2015 at 11:09:03AM +0100, Matias Bjørling wrote: Similar to this? For the interface yes. Now just get rid of using nvme_ns entirely - seems like you just want ns_id and lba_shift, and those should fit well into nvm_dev I think.

Re: [PATCH] ASoC: da7218: Enable mic level detection reporting to user-space

On Thu, 03 Dec 2015 12:15:41 +0100, Opensource [Adam Thomson] wrote: > > On December 03, 2015 10:56, Takashi Iwai wrote: > > > > This patch adds support to the codec driver to handle mic level > > > detect related IRQs, and report these to user-space using a uevent > > > variable. > > > > Is

Re: [PATCH v6 05/19] arm64:uapi: set __BITS_PER_LONG correctly for ILP32 and LP64

Catalin, > Quick question: IIRC, earlier aarch64 gcc versions did not generate > __ILP32__ when -mabi=ilp32, they only removed __LP64__. When did the > change happen? Could we assume that all compiler versions used to > generate ILP32 would define this? The __ILP32__ define has been supported

Re: [PATCH v6 07/19] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)

On Wed, Nov 18, 2015 at 12:16:47AM +0300, Yury Norov wrote: > diff --git a/arch/arm64/include/asm/compat.h b/arch/arm64/include/asm/compat.h > index 7fbed69..9700e5e 100644 > --- a/arch/arm64/include/asm/compat.h > +++ b/arch/arm64/include/asm/compat.h > @@ -299,19 +299,44 @@ struct

Re: [PATCH v6 10/19] arm64:ilp32 use the native LP64 'start_thread' for ILP32 threads

On Wed, Nov 18, 2015 at 12:16:50AM +0300, Yury Norov wrote: > --- a/arch/arm64/include/asm/processor.h > +++ b/arch/arm64/include/asm/processor.h > @@ -28,6 +28,7 @@ > #ifdef __KERNEL__ > > #include > +#include > > #include > #include > @@ -123,6 +124,15 @@ static inline void

[PATCH 0/4] scheduler ordering bits -v2

Hi, These are updates of the pending scheduler ordering patches, taking (hopefully) all prior comments into consideration. I've queued them for merging, but please have a careful last look at them. Thanks! -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body

[PATCH 06/17] ARC: dw2 unwind: Don't verify Main FDE Table size everytime

This is already done at boot time in setup_unwind_table() Signed-off-by: Vineet Gupta --- arch/arc/kernel/unwind.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/arch/arc/kernel/unwind.c b/arch/arc/kernel/unwind.c index 2bb3c1c048bb..f57a0d50185c

[PATCH 4/4] sched: Document Program-Order guarantees

These are some notes on the scheduler locking and how it provides program order guarantees on SMP systems. Cc: Michal Hocko Cc: David Howells Cc: Linus Torvalds Cc: Will Deacon Cc: Oleg Nesterov

[PATCH 1/4] sched: Better document the try_to_wake_up() barriers

Explain how the control dependency and smp_rmb() end up providing ACQUIRE semantics and pair with smp_store_release() in finish_lock_switch(). Cc: Paul E. McKenney Cc: Oleg Nesterov Signed-off-by: Peter Zijlstra (Intel) ---

rhashtable: ENOMEM errors when hit with a flood of insertions

On Mon, Nov 30, 2015 at 06:18:59PM +0800, Herbert Xu wrote: > > OK that's better. I think I see the problem. The test in > rhashtable_insert_rehash is racy and if two threads both try > to grow the table one of them may be tricked into doing a rehash > instead. > > I'm working on a fix. While

[PATCH] mm: account pglazyfreed exactly

If anon pages are zapped by unmapping between page_mapped check and try_to_unmap in shrink_page_list, they could be !PG_dirty although thre are not MADV_FREEed pages so that VM accoutns it as pglazyfreed wrongly. To fix, this patch counts the number of lazyfree ptes in try_to_unmap_one and

[net-next v5 2/8] dpaa_eth: add support for DPAA Ethernet

This introduces the Freescale Data Path Acceleration Architecture (DPAA) Ethernet driver (dpaa_eth) that builds upon the DPAA QMan, BMan, PAMU and FMan drivers to deliver Ethernet connectivity on the Freescale DPAA QorIQ platforms. Signed-off-by: Madalin Bucur ---

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

> On Thu, Dec 03, 2015 at 02:01:38AM +, 河合英宏 / KAWAI，HIDEHIRO wrote: > > > On Wed, Dec 02, 2015 at 11:57:38AM +, 河合英宏 / KAWAI，HIDEHIRO wrote: > > > > We can do so, but I think resetting panic_cpu always would be > > > > simpler and safer. > > > > I'll state in detail. > > > > When we call

Re: [PATCH] irqchip: omap-intc: fix spurious irq handling

Hi Tony, On Tuesday 20 October 2015 08:22 PM, Tony Lindgren wrote: > * John Ogness [151020 00:33]: >> On 2015-10-20, Sekhar Nori wrote: Do you know what really is causing the spurious interrupts in your case? >>> >>> No, not yet. >> >>

Re: [PATCH 9/9] drm/vc4: Add an interface for capturing the GPU state after a hang.

On 2 December 2015 at 19:35, Eric Anholt wrote: > Emil Velikov writes: > >> On 1 December 2015 at 20:35, Eric Anholt wrote: >>> This can be parsed with vc4-gpu-tools tools for trying to figure out >>> what was going on. >>> >> I might

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