WARNING in crypto_wait_for_test

Hello, The following program triggers a WARNING in crypto_wait_for_test: // autogenerated by syzkaller (http://github.com/google/syzkaller) #include #include #include int main() { long r0 = syscall(SYS_mmap, 0x2000ul, 0x1000ul, 0x3ul, 0x32ul, 0xul, 0x0ul);

[PATCH 0/3] ser_gigaset fixes

Hi Paul, this series is the result of our discussion on the "freeing an active object" bug. I split my proposed patch into two patches for the separate topics of moving the ser_cardstate kfree() and dropping the useless kfree()s, and also included an unrelated patch (1/3) that had fallen through

Re: [PATCH 0/2] input: Driver for Goodix GT801 2+1 touchscreen

On Mon, 2015-12-07 at 09:25 +0200, Priit Laes wrote: > This series adds support for Goodix GT801 2+1 touchscreen controller > and hooks it up on Gemei G9 tablet. > > Now about GT801 2+1 - I initially tried to implement this inside the > existing Goodix driver, but unfortunately there are too many

Re: [PATCHv2 1/2] extcon: add driver for Intel USB mux

Hi, On Tue, Dec 08, 2015 at 10:17:47AM +0900, Chanwoo Choi wrote: > I can't agree to add specific function for only one device driver. > As I commented, it is not appropriate way. OK, I'll prepare something else for this. Thanks, -- heikki -- To unsubscribe from this list: send the line

[PATCH v3 7/9] ARM: dts: Add USART1 pin config to STM32F429 boards

This patch selects USART1 pin configuration on PA9/PA10 pins for both Eval and Disco boards. Acked-by: Linus Walleij Signed-off-by: Maxime Coquelin --- arch/arm/boot/dts/stm32429i-eval.dts | 2 ++ arch/arm/boot/dts/stm32f429-disco.dts | 2

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

[PATCH v4 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 v4 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. v4 is rebased on tip of irq/core and fixes a bug in ipi_send_single() where we were passing the basevirq irq_data instead of the irq_data for the target cpu. v3 removed the

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

Re: [PATCH] lightnvm: change rrpc slab creation/destruction time

On 12/08/2015 12:36 PM, Wenwei Tao wrote: Hi Matias In my understanding kmem_cache_create only allocate and setup some basic structures, the actual slab memory is allocated from buddy system when we use these slabs. Do you think the memory consumed by these structures is a issue compared to

Re: [PATCH] blkdev: Fix blkdev_open to release the bdev on error

On 08/12/15 07:25, Al Viro wrote: On Mon, Dec 07, 2015 at 06:05:03PM +, Suzuki K. Poulose wrote: blkdev_open() doesn't release the bdev, it attached to a given inode, if blkdev_get() fails (e.g, due to absence of a device). This can cause kernel crashes when the original filesystem tries to

Re: [PATCH v5 3/4] arm64: mm: support ARCH_MMAP_RND_BITS.

On Monday 07 December 2015 10:26:34 Daniel Cashman wrote: > > Ideally we'd remove the #ifdef around the mmap_rnd_compat_bits declaration > > and change this code to use > > > > if (IS_ENABLED(CONFIG_COMPAT) && test_thread_flag(TIF_32BIT)) > > > That would result in "undefined reference to

[PATCH v5 4/4] ARM: dts: imx7d-sdb: add ADC support

Add ADC support for imx7d-sdb board. Signed-off-by: Haibo Chen --- arch/arm/boot/dts/imx7d-sdb.dts | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm/boot/dts/imx7d-sdb.dts b/arch/arm/boot/dts/imx7d-sdb.dts index 432aaf5..b2c4536 100644 ---

[PATCH v5 0/4] Add i.mx7d adc driver support

This patch set add imx7d adc driver support. Changes in v5: -call imx7d_adc_power_down() in driver probe when iio_device_register() failed -handle with adc channel conversion timeout in imx7d_adc_isr() Changes in v4: -sort the include head file alphabetically -really just clear the bit 31 of

[PATCH v5 1/4] iio: adc: add IMX7D ADC driver support

Freescale i.MX7D soc contains a new ADC IP. This patch add this ADC driver support, and the driver only support ADC software trigger. Signed-off-by: Haibo Chen --- drivers/iio/adc/Kconfig | 9 + drivers/iio/adc/Makefile| 1 + drivers/iio/adc/imx7d_adc.c |

Re: [PATCH V2] ARM: SWP emulation: Restore original *data when failed

On Tue, Dec 08, 2015 at 10:22:53AM +, Vladimir Murzin wrote: > On 15/10/15 10:30, Shengjiu Wang wrote: > > __user_swpX_asm maybe failed in first STREX operation, emulate_swpX > > will try again, but the *data has been changed in first time. which > > causes the result is wrong. > > This patch

Re: [PATCH 0/5] Fix regression introduced by set_irq_flags() removal

On Tue, 8 Dec 2015, Thomas Petazzoni wrote: > When a device driver uses a normal (non per-CPU) interrupt, then it > doesn't have to take care of disabling the interrupt on suspend and > re-enabling the interrupt on resume at the interrupt controller level. > This is all transparently handled by

Re: [PATCH v2 3/5] printk/nmi: Try hard to print Oops message in NMI context

> Take the scenario where CPU1 is in the middle of a printk(), and is > holding its lock. > > CPU0 comes along and decides to trigger a NMI backtrace. This sends > a NMI to CPU1, which takes it in the middle of the serial console > output. > > With the existing solution, the NMI output will be

Re: [PATCH] blkdev: Fix blkdev_open to release the bdev on error

On 8 December 2015 at 11:08, Suzuki K. Poulose wrote: > On 08/12/15 07:58, Al Viro wrote: >> >> On Mon, Dec 07, 2015 at 10:49:05AM -0800, Linus Torvalds wrote: >>> >>> On Mon, Dec 7, 2015 at 10:05 AM, Suzuki K. Poulose >>> wrote: > > > ... > >>

Re: [PATCH] MIPS: Fix DMA contiguous allocation

On 12/8/2015 1:18 PM, Qais Yousef wrote: Recent changes to how GFP_ATOMIC is defined seems to have broken the condition to use mips_alloc_from_contiguous() in mips_dma_alloc_coherent(). I couldn't bottom out the exact change but I think it's this one d0164adc89f6 (mm, page_alloc: distinguish

Re: [Xen-devel] [PATCH v3 0/2] block/xen-blkfront: Support non-indirect grant with 64KB page granularity

Hi Konrad, The rebase of my patch is not correct. It now contains an unused variable and missing one change. I will post the rebase of the two patches. On 01/12/15 18:52, Konrad Rzeszutek Wilk wrote: > +static unsigned long blkif_ring_get_request(struct blkfront_ring_info *rinfo, > +

Re: [PATCH 1/2] x86: Fix kernel panic when booting with XD disabled in uEFI firmware

On Mon, 07 Dec, at 11:10:43PM, Kosuke Tatsukawa wrote: > > Thank you pointing that out. > > linux-4.4-rc3 booted without a problem on a real server even with XD > turned off by the firmware. I didn't notice this before because I was > using an older version of the kernel on the real server, and

Re: [PATCH] null_blk: Fix error path in module initialization

Ping. Any comment is appreciate. Thanks Minfei On 11/26/15 at 09:48P, Minfei Huang wrote: > From: Minfei Huang > > Module couldn't release resource properly during the initialization. To > fix this issue, we will clean up the proper resource before returning. > >

Re: [PATCH v4] acpi, apei, arm64: APEI initial support for aarch64.

Hi Hanjun, On 8 December 2015 at 19:26, Hanjun Guo wrote: > Hi Fu Wei, > > > On 12/08/2015 03:03 PM, fu@linaro.org wrote: >> >> From: Tomasz Nowicki >> >> This commit provides APEI arch-specific bits for aarch64 >> >> Meanwhile, add a new

[PATCH v3 0/9] Add STM32 pinctrl/GPIO driver

Hi Linus, all, This is the second round of STM32 pinctrl series, which improves DT bindings declaration and documentation, and also fixes some commit fixup issues. The series also contains two more patches, adding GPIO LEDs support as a user of this driver. The STM32 family has 16 pins per GPIO

[PATCH v3 8/9] ARM: dts: Add leds support to STM32F429 boards

Signed-off-by: Maxime Coquelin --- arch/arm/boot/dts/stm32429i-eval.dts | 17 + arch/arm/boot/dts/stm32f429-disco.dts | 11 +++ 2 files changed, 28 insertions(+) diff --git a/arch/arm/boot/dts/stm32429i-eval.dts

[PATCH v3 2/9] Documentation: dt-bindings: Document STM32 pinctrl driver DT bindings

Signed-off-by: Maxime Coquelin --- .../bindings/pinctrl/st,stm32-pinctrl.txt | 126 + 1 file changed, 126 insertions(+) create mode 100644 Documentation/devicetree/bindings/pinctrl/st,stm32-pinctrl.txt diff --git

[PATCH v3 6/9] ARM: dts: Add pinctrl node to STM32F429

The STM32F429 MCU has 11 GPIO banks, with 16 pins per bank. Signed-off-by: Maxime Coquelin --- arch/arm/boot/dts/stm32f429.dtsi | 97 1 file changed, 97 insertions(+) diff --git a/arch/arm/boot/dts/stm32f429.dtsi

Re: [PATCH v6 3/3] usb: gadget: f_midi: pre-allocate IN requests

On 01/12/15 18:31, Felipe F. Tonello wrote: > This patch introduces pre-allocation of IN endpoint USB requests. This > improves on latency (requires no usb request allocation on transmit) and avoid > several potential probles on allocating too many usb requests (which involves > DMA pool

RE: [PATCH v3 03/18] clocksource: Add NPS400 timers driver

From: Daniel Lezcano [mailto:daniel.lezc...@linaro.org] Sent: Friday, December 04, 2015 11:13 AM >It would be cleaner to define a fixed clock and then add a phandle in the DT. > timer_clk: timer_clk { > #clock-cells = <0>; > compatible = "fixed-clock"; >

[PATCH] sched/fair: [cosmetic] match ifdef/endif CONFIG_NO_HZ_COMMON

Spotted this when debuggign something completely different and trying to unravel CONFIG_NO_HZ{,_COMMON,,_IDLE} It seems we can clean up the legacy CONFIG_NO_HZ option, but first remove it's proliferation. Signed-off-by: Vineet Gupta --- kernel/sched/fair.c | 2 +- 1 file

Re: [PATCH v2 6/7] efi: runtime-wrapper: get rid of the rtc_lock spinlock

On 8 December 2015 at 13:48, Matt Fleming wrote: > On Tue, 01 Dec, at 11:50:19AM, Ard Biesheuvel wrote: >> The rtc_lock spinlock aims to serialize access to the CMOS RTC between >> the UEFI firmware and the kernel drivers that use it directly. However, >> x86 is the only

[PATCH] clk: samsung: exynos542x: fix MFC clock hierarchy parent

Proper source for MFC block is mout_user_aclk333 (in datasheet named USER_MUX_ACLK_333), not the output of CLKDIV_ACLK_333 MUX. Signed-off-by: Marek Szyprowski --- drivers/clk/samsung/clk-exynos5420.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH v7 2/6] mfd: syscon: add a DT property to set value width

On Monday 07 December 2015 14:42:18 Damien Riegel wrote: > Good to see this patch applied. What's going on now with the other > patches of this serie ? How should I handle them ? I don't see any build-time dependencies between the patches, so please submit them to the respective maintainers.

[PATCH] MIPS: VDSO: Fix build error

Commit ebb5e78cc634 (MIPS: Initial implementation of a VDSO) introduced a build error. For MIPS VDSO to be compiled it requires binutils version 2.25 or above but the check in the Makefile had inverted logic causing it to be compiled in if binutils is below 2.25. This fixes the following

Re: [PATCH 05/23] mtd: nand: jz4770: kill the ->ecc_layout field

Hi Boris, On 07/12/15 22:26, Boris Brezillon wrote: ->ecc_layout is not used by any board file. Kill this field to avoid any confusion. New boards are encouraged to use the default ECC layout defined in NAND core. Signed-off-by: Boris Brezillon ---

[tip:irq/core] genirq: Implement irq_percpu_is_enabled()

Commit-ID: f0cb32207307e9d7b3ee8117078b7a37f8d0166e Gitweb: http://git.kernel.org/tip/f0cb32207307e9d7b3ee8117078b7a37f8d0166e Author: Thomas Petazzoni AuthorDate: Tue, 20 Oct 2015 15:23:51 +0200 Committer: Thomas Gleixner

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

On Fri, December 4, 2015 21:04, Simon Arlott wrote: > On Fri, December 4, 2015 14:30, Rob Herring wrote: >> On Mon, Nov 30, 2015 at 08:52:55PM +, Simon Arlott wrote: >>> +periph_clk: periph_clk { >>> + compatible = "brcm,bcm63168-gate-clk", "brcm,bcm63xx-gate-clk"; >>> + regmap = <_cntl>;

[PATCH v2] usb: Use memdup_user to reuse the code

From: Rahul Pathak Fixing coccicheck warning which recommends to use memdup_user instead to reimplement its code, using memdup_user simplifies the code ./drivers/usb/core/devio.c:1398:11-18: WARNING opportunity for memdup_user Changes after v1: setting isopkt=NULL for

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

On Tuesday, December 08, 2015 12:26:22 PM Viresh Kumar wrote: > On 07-12-15, 23:43, Rafael J. Wysocki wrote: > > On Monday, December 07, 2015 01:20:27 PM Viresh Kumar wrote: > > > > At this point we might end up decrementing skip_work from > > > gov_cancel_work() and then cancel the work which we

Re: [PATCH][experimantal] cpufreq: governor: Use an atomic variable for synchronization

On Tuesday, December 08, 2015 12:29:05 PM Viresh Kumar wrote: > On 08-12-15, 01:39, Rafael J. Wysocki wrote: > > @@ -269,9 +259,6 @@ static void dbs_timer_handler(unsigned l > > { > > struct cpu_dbs_info *cdbs = (struct cpu_dbs_info *)data; > > struct cpu_common_dbs_info *shared =

[PATCH v4 12/19] irqchip/mips-gic: Add a IPI hierarchy domain

Add a new ipi domain on top of the normal domain. MIPS GIC now supports dynamic allocation of an IPI. Signed-off-by: Qais Yousef --- drivers/irqchip/Kconfig| 1 + drivers/irqchip/irq-mips-gic.c | 184 +++-- 2 files changed,

[PATCH v4 14/19] irqchip/mips-gic: Use gic_vpes instead of NR_CPUS

NR_CPUS is set by Kconfig and could be much higher than what actually is in the system. gic_vpes should be a true representitives of the number of cpus in the system, so use it instead. Signed-off-by: Qais Yousef --- drivers/irqchip/irq-mips-gic.c | 6 +++--- 1 file

[PATCH v4 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 v4 11/19] genirq: Implement ipi_send_{mask, single}()

Add APIs to send IPIs from driver and arch code. There is 2 version, the exported one which takes virq to be used by the drivers. And the non exported version which takes irq_desc to be used by arch code. The difference is in the error checking done. We do less checking with arch code to reduce

Re: CGroup Namespaces (v6)

Hi, Thanks for the patches! On 8 December 2015 at 00:06, wrote: > Hi, > > following is a revised set of the CGroup Namespace patchset which Aditya > Kali has previously sent. The code can also be found in the cgroupns.v6 > branch of > >

Re: [PATCH 19/23] mtd: nand: switch all drivers to mtd_ooblayout_ops

On Mon, Dec 07, 2015 at 11:26:14PM +0100, Boris Brezillon wrote: Looking good, Acked-by: Ralf Baechle Ralf -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at

Re: [tip:locking/core] sched/wait: Fix signal handling in bit wait helpers

On Fri, Dec 04, 2015 at 03:52:12AM -0800, tip-bot for Peter Zijlstra wrote: > Commit-ID: 68985633bccb6066bf1803e316fbc6c1f5b796d6 > Gitweb: http://git.kernel.org/tip/68985633bccb6066bf1803e316fbc6c1f5b796d6 > Author: Peter Zijlstra > AuthorDate: Tue, 1 Dec 2015

Re: [PATCH 2/5] dt-bindings: mediatek: Modify pinctrl bindings for mt2701

On Sat, 2015-11-28 at 04:38 +0800, Rob Herring wrote: > On Thu, Nov 26, 2015 at 04:44:29PM +0800, Biao Huang wrote: > > Signed-off-by: Biao Huang > > --- > > .../devicetree/bindings/pinctrl/pinctrl-mt65xx.txt |9 + > > 1 file changed, 5 insertions(+), 4

Re: [RFC PATCH -v2] mm, oom: introduce oom reaper

On Tue 08-12-15 07:19:42, Tetsuo Handa wrote: > Michal Hocko wrote: > > Yes you are right! The reference count should be incremented before > > publishing the new mm_to_reap. I thought that an elevated ref. count by > > the caller would be enough but this was clearly wrong. Does the update > >

Re: [TESTPATCH v2] xhci: fix usb2 resume timing and races.

On 05.12.2015 06:02, Daniel J Blueman wrote: On 1 December 2015 at 16:26, Mathias Nyman wrote: usb2 ports need to signal resume for 20ms before moving to U0 state. Both device and host can initiate resume. On host initated resume port is set to resume state,

Re: [PATCH] r8152: fix lockup when runtime PM is enabled

On Tue, Dec 08, 2015 at 03:18:59AM +, Hayes Wang wrote: > Peter Wu > > Sent: Tuesday, December 08, 2015 12:59 AM > [...] > > + if (tp->netdev->flags & IFF_UP) { > > Maybe you could just replace the checking of netif_running(tp->netdev) > with this. Simply replacing

scary regression 4.4-rc4: /etc/profile: interrupted system call

Hi! > While opening terminal in gnome2... > > This is the first time I see the message, and it looks quite strange. Ok, now its second time in two hours. Definitely a regression. -bash: /etc/profile: Interrupted system call -bash-4.3$ -- (english) http://www.livejournal.com/~pavelmachek

Re: [PATCH] lightnvm: change rrpc slab creation/destruction time

Hi Matias In my understanding kmem_cache_create only allocate and setup some basic structures, the actual slab memory is allocated from buddy system when we use these slabs. Do you think the memory consumed by these structures is a issue compared to the lock contention and slab status check in

Re: [PATCH] MIPS: VDSO: Fix build error

Hello. On 12/8/2015 1:11 PM, Qais Yousef wrote: Commit ebb5e78cc634 (MIPS: Initial implementation of a VDSO) introduced a build error. scripts/checkpatch.pl now enforces certain format for the commit citing -- you also need to enclose the summary in "". For MIPS VDSO to be compiled it

Re: [PATCH V2] ARM: SWP emulation: Restore original *data when failed

On 08/12/15 10:44, Russell King - ARM Linux wrote: > On Tue, Dec 08, 2015 at 10:22:53AM +, Vladimir Murzin wrote: >> On 15/10/15 10:30, Shengjiu Wang wrote: >>> __user_swpX_asm maybe failed in first STREX operation, emulate_swpX >>> will try again, but the *data has been changed in first time.

Re: [Xen-devel] [PATCH v3 0/2] block/xen-blkfront: Support non-indirect grant with 64KB page granularity

Hi Konrad, On 07/12/15 15:01, Konrad Rzeszutek Wilk wrote: > On Mon, Dec 07, 2015 at 02:21:46PM +, Julien Grall wrote: >> Thank you, the changes look good to me. What about patch #2? > > Oh, I thought you said you would rebase it - so I had been waiting > for that. > > Should have

Re: [PATCH v4] acpi, apei, arm64: APEI initial support for aarch64.

Hi Lorenzo, On 12/08/2015 08:34 PM, Lorenzo Pieralisi wrote: On Tue, Dec 08, 2015 at 03:03:03PM +0800, fu@linaro.org wrote: From: Tomasz Nowicki [...] +#if defined(__i386__) || defined(__x86_64__) /* * Check if firmware advertises firmware first mode.

Re: [PATCH] Staging: Skein: Moved macros from skein_block.c to header file.

Sanidhya, *Much* better. Only two two small nits (things which Greg may be able to fix up when applying), and one comment. nit: Patch subject should be 'staging: skein: ...' On Mon, Dec 07, 2015 at 09:37:24PM -0500, Sanidhya Solanki wrote: > The original code defined macros in the source code,

[PATCH v4 17/19] MIPS: Make smp CMP, CPS and MT use the new generic IPI functions

This commit does several things to avoid breaking bisectability. 1- Remove IPI init code from irqchip/mips-gic 2- Implement the new irqchip->send_ipi() in irqchip/mips-gic 3- Select GENERIC_IRQ_IPI Kconfig symbol for MIPS_GIC 4- Change MIPS SMP to use the generic

[PATCH v4 16/19] MIPS: Add generic SMP IPI support

Use the new generic IPI layer to provide generic SMP IPI support if the irqchip supports it. Signed-off-by: Qais Yousef --- arch/mips/kernel/smp.c | 136 + 1 file changed, 136 insertions(+) diff --git

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

[PATCH v4 15/19] irqchip/mips-gic: Clear percpu_masks correctly when mapping

When setting the mapping for a hwirq, make sure we clear percpu_masks for all other cpus in case it was set previously. Signed-off-by: Qais Yousef --- drivers/irqchip/irq-mips-gic.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/irqchip/irq-mips-gic.c

[PATCH v4 18/19] MIPS: Delete smp-gic.c

We now have a generic IPI layer that will use GIC automatically if it's compiled in. Signed-off-by: Qais Yousef --- arch/mips/Kconfig | 6 -- arch/mips/kernel/Makefile | 1 - 2 files changed, 7 deletions(-) diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig

[PATCH v4 10/19] genirq: Add a new irq_send_ipi() to irq_chip

Introduce the new functions to allow generic IPI send mechanism to be used from arch and drivers code. Signed-off-by: Qais Yousef --- include/linux/irq.h | 5 + 1 file changed, 5 insertions(+) diff --git a/include/linux/irq.h b/include/linux/irq.h index

[PATCH v4 19/19] irqchip/mips-gic: Add new DT property to reserve IPIs

The new property will allow to specify the range of GIC hwirqs to use for IPIs. This is an optinal property. We preserve the previous behaviour of allocating the last 2 * gic_vpes if it's not specified or DT is not supported. Signed-off-by: Qais Yousef Acked-by: Rob

[PATCH v4 13/19] irqchip/mips-gic: Add device hierarchy domain

Now the root gic_irq_domain is split into device and IPI domains. This form provides a better representation of how the root domain is split into 2. One for devices and one for IPIs. Signed-off-by: Qais Yousef --- drivers/irqchip/irq-mips-gic.c | 103

Re: [PATCH] blkdev: Fix blkdev_open to release the bdev on error

On 08/12/15 07:58, Al Viro wrote: On Mon, Dec 07, 2015 at 10:49:05AM -0800, Linus Torvalds wrote: On Mon, Dec 7, 2015 at 10:05 AM, Suzuki K. Poulose wrote: ... Anyway, the fix for 9p bogosity follows; it definitely fixes a bug there, and I'm fairly sure that it

Re: [PATCH v2 0/2] dm verity: add support for error correction

On Mon, Dec 07, 2015 at 02:07:43PM -0500, Mike Snitzer wrote: > I'm not seeing any verification of the metadata in fec_read_parity() -- > so it would seem that corrupt RS blocks would result in -EBADMSG being > returned from decode_rs8() (by virtue of incorrect parity being passed > to

Re: [PATCH v4 1/8] ARM: dts: Exynos542x/5800: add cluster regulator supply properties

Hi, tested the patch successfully on Odroid-XU4. Thanks -- Markus Am 07.12.2015 um 19:18 schrieb Bartlomiej Zolnierkiewicz: > Add cluster regulator supply properties as a preparation to > adding generic cpufreq-dt driver support for Exynos542x and > Exynos5800 based boards. > > Cc: Kukjin Kim

Re: [PATCH v6 4/5] iommu/mediatek: Add mt8173 IOMMU driver

Hi Yong, [auto build test ERROR on tegra/for-next] [also build test ERROR on v4.4-rc4 next-20151208] url: https://github.com/0day-ci/linux/commits/Yong-Wu/MT8173-IOMMU-SUPPORT/20151208-175252 base: https://git.kernel.org/pub/scm/linux/kernel/git/tegra/linux for-next config: x86_64

[PATCH v2] irqchip: omap-intc: add support for spurious irq handling

Under some conditions, irq sorting procedure used by INTC can go wrong resulting in a spurious irq getting reported. If this condition is not handled, it results in endless stream of: unexpected IRQ trap at vector 00 messages from ack_bad_irq() Handle the spurious interrupt condition in

[PATCH 3/3] ser_gigaset: remove unnecessary kfree() calls from release method

device->platform_data and platform_device->resource are never used and remain NULL through their entire life. Drops the kfree() calls for them from the device release method. Signed-off-by: Tilman Schmidt Reported-by: Paul Bolle ---

[PATCH 1/3] ser_gigaset: fix up NULL checks

Commit f34d7a5b changed tty->driver to tty->ops but left NULL checks for tty->driver untouched. Fix. Signed-off-by: Tilman Schmidt Fixes: f34d7a5b7010 ("tty: The big operations rework") --- drivers/isdn/gigaset/ser-gigaset.c | 6 +++--- 1 file changed, 3 insertions(+), 3

[PATCH 2/3] ser_gigaset: fix deallocation of platform device structure

When shutting down the device, the struct ser_cardstate must not be kfree()d immediately after the call to platform_device_unregister() since the embedded struct platform_device is still in use. Move the kfree() call to the release method instead. Signed-off-by: Tilman Schmidt

Re: [PATCH v4] acpi, apei, arm64: APEI initial support for aarch64.

Hi Fu Wei, On 12/08/2015 03:03 PM, fu@linaro.org wrote: From: Tomasz Nowicki This commit provides APEI arch-specific bits for aarch64 Meanwhile, add a new subfunction "hest_ia_init" for "acpi_disable_cmcff" which is used by IA-32 Architecture Corrected Machine

Re: [PATCH v2 78/71] ncr5380: Add support for HP 53C400A-based cards (C2502)

On Tue, 8 Dec 2015, Ondrej Zary wrote: > HP C2502 cards (based on 53C400A chips) use different magic numbers for > software-based I/O address configuration than other cards. The > configuration is also extended to allow setting the IRQ. > > Move the configuration to a new function

Re: [PATCH v11 3/8] Input: goodix - write configuration data to device

On Thu, 19 Nov 2015 14:26:36 +0200 Irina Tirdea wrote: > Goodix devices can be configured by writing custom data to the device at > init. The configuration data is read with request_firmware from > "goodix__cfg.bin", where is the product id read from the device > (e.g.:

[PATCH v3 1/9] ARM: Kconfig: Introduce MACH_STM32F429 flag

This patch introduces the MACH_STM32F429 to make possible to only select STM32F429 pinctrl driver. By default, all the MACH_STM32Fxxx flags will be set with STM32 defconfig. Signed-off-by: Maxime Coquelin --- arch/arm/Kconfig | 5 + 1 file changed, 5

[PATCH v3 3/9] includes: dt-bindings: Add STM32F429 pinctrl DT bindings

Signed-off-by: Maxime Coquelin --- include/dt-bindings/pinctrl/pinctrl-stm32.h | 12 + include/dt-bindings/pinctrl/stm32f429-pinfunc.h | 1241 +++ 2 files changed, 1253 insertions(+) create mode 100644

Re: [PATCH v4] acpi, apei, arm64: APEI initial support for aarch64.

Hi Lorenzo, On 8 December 2015 at 20:52, Hanjun Guo wrote: > Hi Lorenzo, > > On 12/08/2015 08:34 PM, Lorenzo Pieralisi wrote: >> >> On Tue, Dec 08, 2015 at 03:03:03PM +0800, fu@linaro.org wrote: >>> >>> From: Tomasz Nowicki >> >> >> [...]

Re: [PATCH 07/12] x86/entry/64: Always run ptregs-using syscalls on the slow path

On Mon, Dec 7, 2015 at 8:12 PM, Andy Lutomirski wrote: > On Mon, Dec 7, 2015 at 4:54 PM, Brian Gerst wrote: >> On Mon, Dec 7, 2015 at 7:50 PM, Brian Gerst wrote: >>> On Mon, Dec 7, 2015 at 4:51 PM, Andy Lutomirski

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

Re: [PATCH][experimantal] cpufreq: governor: Use an atomic variable for synchronization

On Tuesday, December 08, 2015 07:06:33 PM Viresh Kumar wrote: > On 08-12-15, 14:30, Rafael J. Wysocki wrote: > > OK, but instead of relying on the spinlock to wait for the already running > > That's the purpose of the spinlock, not a side-effect. > > > dbs_timer_handler() in gov_cancel_work()

Re: Kernel patch

On Mon, 14 Sep 2015, Максим Шевяков wrote: > This EXTREMELY trivial patch adds the missing PCIID in > drivers/gpu/drm/radeon/si_dpm.c for MSI R7 370 Armor 2X card (and probably > other GPUs based upon R7 370). Without this patch the screen will be full > of vertical white stripes on the

Re: [PATCH 0/7] perf stat: Change event enable code

Em Tue, Dec 08, 2015 at 09:29:51AM +0200, Adrian Hunter escreveu: > On 07/12/15 23:09, Arnaldo Carvalho de Melo wrote: > > Em Thu, Dec 03, 2015 at 10:06:39AM +0100, Jiri Olsa escreveu: > >> while testing ftrace:function event I noticed we create > >> stat counters as enabled (except for

Re: [PATCH] mfd: da9063: Allow modular build

On Mon, 07 Dec 2015, Geert Uytterhoeven wrote: > Allow support for the DA9063 PMIC to be modular, cfr. DA9062, which > allows to decrease size of multi-platform kernels (e.g. > multi_v7_defconfig). > > Signed-off-by: Geert Uytterhoeven > --- > drivers/mfd/Kconfig | 2

[PATCH] mm: page_alloc: fix variable type in zonelist type iteration

/home/hannes/src/linux/linux/mm/page_alloc.c: In function ‘build_zonelists’: /home/hannes/src/linux/linux/mm/page_alloc.c:4171:16: warning: comparison between ‘enum zone_type’ and ‘enum ’ [-Wenum-compare] for (i = 0; i < MAX_ZONELISTS; i++) { ^ MAX_ZONELISTS has never been of

Re: [PATCH v9 1/3] dt-bindings: binding for jz4780-{nand,bch}

On Thu, 3 Dec 2015 12:02:20 + Harvey Hunt wrote: > From: Alex Smith > > Add DT bindings for NAND devices connected to the NEMC on JZ4780 SoCs, > as well as the hardware BCH controller, used by the jz4780_{nand,bch} > drivers. > >

[PATCH] ext4: use list_for_each_entry*

Use list_for_each_entry*() instead of list_for_each*() to simplify the code. Signed-off-by: Geliang Tang --- fs/ext4/mballoc.c | 22 +++--- fs/ext4/super.c | 27 +-- 2 files changed, 16 insertions(+), 33 deletions(-) diff --git

Re: [PATCH v9 3/3] MIPS: dts: jz4780/ci20: Add NEMC, BCH and NAND device tree nodes

On Thu, 3 Dec 2015 12:02:22 + Harvey Hunt wrote: > From: Alex Smith > > Add device tree nodes for the NEMC and BCH to the JZ4780 device tree, > and make use of them in the Ci20 device tree to add a node for the > board's NAND. > > Note that

Re: [PATCH V7 2/3] dma: add Qualcomm Technologies HIDMA management driver

On 12/5/2015 2:58 AM, Vinod Koul wrote: > On Tue, Dec 01, 2015 at 11:57:34PM -0500, Sinan Kaya wrote: >> On 11/30/2015 10:17 PM, Vinod Koul wrote: >>> On Mon, Nov 30, 2015 at 09:42:01AM -0500, Sinan Kaya wrote: >>> >> +static int hidma_mgmt_probe(struct platform_device *pdev) >> +{ >>

Re: [PATCH] usb: musb: dsps: handle the otg_state_a_wait_vrise_timeout case

On 12/08/2015 08:35 AM, Felipe Balbi wrote: Hi, Bin Liu writes: Felipe, On 12/08/2015 08:20 AM, Felipe Balbi wrote: Hi, Gregory CLEMENT writes: if it is the case then it didn't fix the issue I had. I activated the following debug

Re: [PATCH 00/13] perf tools: Move perf subcommand framework into lib/tools

Em Tue, Dec 08, 2015 at 11:52:33AM -0300, Arnaldo Carvalho de Melo escreveu: > Em Mon, Dec 07, 2015 at 09:46:48AM +0100, Jiri Olsa escreveu: > > On Sun, Dec 06, 2015 at 02:02:42PM -0600, Josh Poimboeuf wrote: > > > I think the problem is that you have a stale version of the > > > auto-generated

[PATCH 01/14] mm: memcontrol: export root_mem_cgroup

A later patch will need this symbol in files other than memcontrol.c, so export it now and replace mem_cgroup_root_css at the same time. Signed-off-by: Johannes Weiner Acked-by: Michal Hocko Acked-by: David S. Miller Reviewed-by:

[PATCH 02/14] net: tcp_memcontrol: properly detect ancestor socket pressure

When charging socket memory, the code currently checks only the local page counter for excess to determine whether the memcg is under socket pressure. But even if the local counter is fine, one of the ancestors could have breached its limit, which should also force this child to enter socket

Re: [PATCH][experimantal] cpufreq: governor: Use an atomic variable for synchronization

On 08-12-15, 14:30, Rafael J. Wysocki wrote: > OK, but instead of relying on the spinlock to wait for the already running That's the purpose of the spinlock, not a side-effect. > dbs_timer_handler() in gov_cancel_work() (which is really easy to overlook > and should at least be mentioned in a

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