[PATCH v5 1/4] dt-bindings: mailbox: Document Hi6220 mailbox driver

Document DT binding for Hisilicon Hi6220 mailbox driver. Signed-off-by: Leo Yan --- .../bindings/mailbox/hisilicon,hi6220-mailbox.txt | 90 ++ 1 file changed, 90 insertions(+) create mode 100644

[PATCH v5 3/4] arm64: dts: add mailbox node for Hi6220

This patch add device mailbox node for Hi6220 in DT. Signed-off-by: Leo Yan --- arch/arm64/boot/dts/hisilicon/hi6220.dtsi | 12 1 file changed, 12 insertions(+) diff --git a/arch/arm64/boot/dts/hisilicon/hi6220.dtsi b/arch/arm64/boot/dts/hisilicon/hi6220.dtsi

[PATCH v5 0/4] mailbox: hisilicon: add Hi6220 mailbox driver

Hi6220 mailbox supports up to 32 channels. Each channel is unidirectional with a maximum message size of 8 words. I/O is performed using register access (there is no DMA) and the cell raises an interrupt when messages are received. This patch series is to implement Hi6220 mailbox driver. It

Re: [PATCH v2 07/21] arm64: KVM: VHE: Patch out kern_hyp_va

On 01/02/16 13:20, Christoffer Dall wrote: > On Mon, Jan 25, 2016 at 03:53:41PM +, Marc Zyngier wrote: >> The kern_hyp_va macro is pretty meaninless with VHE, as there is >> only one mapping - the kernel one. >> >> In order to keep the code readable and efficient, use runtime >> patching to

Re: [PATCH v4 2/2] ARM: dts: imx6: Add support for Toradex Ixora carrier board

On Sun, Jan 24, 2016 at 11:48:23PM +0100, Marcel Ziswiler wrote: > From: Petr Štetiar > > Signed-off-by: Marcel Ziswiler > Signed-off-by: Petr Štetiar > Reviewed-by: Stefan Agner Copy my Linaro mailbox is

Re: [PATCH 1/4] sched,time: remove non-power-of-two divides from __acct_update_integrals

On Mon, Feb 01, 2016 at 08:44:44AM -0500, Rik van Riel wrote: > Before I send in a v4 with do_div in that location, are there > any other changes you would like me to make to the code? The WARN_ON(!irqs_disabled()) run and adding irq_save/restore to acct_update_integrals() would be good :-)

Re: [PATCH] PM / Domains: mark genpd_poweron as __maybe_unused

On 1 February 2016 at 11:38, Arnd Bergmann wrote: > The rework of the power domain code has made the genpd_poweron() > function local to the file it's defined in, and the only remaining > caller is conditionally compiled based on CONFIG_PM_GENERIC_DOMAINS_OF, > so we get a warning

Re: [PATCH v2 12/21] arm64: KVM: VHE: Enable minimal sysreg save/restore

On Mon, Jan 25, 2016 at 03:53:46PM +, Marc Zyngier wrote: > We're now in a position where we can introduce VHE's minimal > save/restore, which is limited to the handful of shared sysregs. > > Add the required alternative function calls that result in a > "do nothing" call on VHE, and the

Re: [PATCH 00/10] KVM PCIe/MSI passthrough on ARM/ARM64

On Fri, Jan 29, 2016 at 10:25:52PM +0100, Eric Auger wrote: > On 01/29/2016 08:33 PM, Alex Williamson wrote: > >>> We know that x86 handles MSI vectors specially, so there is some > >>> hardware that helps the situation. It's not just that x86 has a fixed > >>> range for MSI, it's how it manages

Re: [PATCH v2 08/21] arm64: KVM: VHE: Introduce unified system register accessors

On 01/02/16 13:47, Christoffer Dall wrote: > On Mon, Jan 25, 2016 at 03:53:42PM +, Marc Zyngier wrote: >> VHE brings its own bag of new system registers, or rather system >> register accessors, as it define new ways to access both guest >> and host system registers. For example, from the host:

Re: [PATCH] pinctrl: sunxi: Add H3 R_PIO controller support

On Mon, Feb 01, 2016 at 11:12:26AM +0100, Krzysztof Adamski wrote: > H3 has additional PIO controller similar to what we can find on A23. > It's a 12 pin port, described in H3 Datasheet rev 1.1, pages 345-350. > > Signed-off-by: Krzysztof Adamski > --- >

[PATCH V1] mfd: da9062: fix missing volatile registers in the core regmap_range volatile lists

From: Steve Twiss Add an updated set of registers listed in the core regmap_range volatile ranges defined for the DA9062. These new registers contain bits that cannot be considered under the full control of software. Under various conditions the hardware will set

Re: [PATCH 01/31] uapi/media.h: Declare interface types for ALSA

On Mon, 01 Feb 2016 17:07:51 +0100, Shuah Khan wrote: > > On 01/28/2016 07:59 AM, Mauro Carvalho Chehab wrote: > > Em Wed, 6 Jan 2016 13:26:50 -0700 > > Shuah Khan escreveu: > > > >> From: Mauro Carvalho Chehab > >> > >> Declare the interface

Re: [PATCH 11/31] Add debugger entry points for ARC

On 2/1/16, Vineet Gupta wrote: > On Friday 29 January 2016 01:16 AM, Jeffrey Merkey wrote: >> This patch series adds an export which can be set by system debuggers to >> direct the hard lockup and soft lockup detector to trigger a breakpoint >> exception and enter a

[PATCH RFC 01/15] ASoC: qcom: use snd_dma_alloc/free* apis

There is no point in having local allocation functions when the driver can use snd_dma_alloc/free() apis. This patch replaces the local versions of the dma allocation apis with the snd_dma_alloc/free() apis. Signed-off-by: Srinivas Kandagatla ---

[PATCH RFC 02/15] ASoC: qcom: add wrdma register details to lpass_variant

This patch adds wrdma related register offsets and shifts into lpass variant structure. Signed-off-by: Srinivas Kandagatla --- sound/soc/qcom/lpass.h | 3 +++ 1 file changed, 3 insertions(+) diff --git a/sound/soc/qcom/lpass.h b/sound/soc/qcom/lpass.h index

[PATCH RFC 03/15] ASoC: qcom: rename rdmactl_audif_start to dmactrl_audif_start

This patch renames rdmactl_audif_start to dmactrl_audif_start as this is common for both rdma and wrdma. Without this patch the name would be bit misleading to the readers. Signed-off-by: Srinivas Kandagatla --- sound/soc/qcom/lpass-platform.c | 2 +-

[PATCH 11/11] arm64: dts: add Pine64 support

The Pine64 is a cost-efficient development board based on the Allwinner A64 SoC. There are three models: the basic version with Fast Ethernet and 512 MB of DRAM (Pine64) and two Pine64+ versions, which both feature Gigabit Ethernet and additional connectors for touchscreens and a camera. Or as my

[PATCH 07/11] clk: sunxi: add generic allwinner,sunxi name

The only difference between the different compatible matches at the end of clk-sunxi.c are the critical clocks. Two SoCs get away so far without any, so there is no reason to enumerate those SoCs in here explicitly, though we have to keep them in for compatibility reasons. Rename the init

[PATCH 03/11] drivers: rtc: allow compilation of sun6i RTC for all sunxi SoCs

At the moment the "sun6i" RTC drivers depends on having two specific SoC families selected. The Allwinner A64 SoC has the same RTC, so extend the Kconfig option to allow inclusion of the driver for all Allwinner SoCs. Signed-off-by: Andre Przywara --- drivers/rtc/Kconfig

[PATCH 00/11] arm64: Introduce Allwinner A64 and Pine64 support

Hi, this series provides initial support for the Allwinner A64 SoC, which is based on four ARM Cortex-A53 cores implementing the ARMv8 64-bit architecture. On top of this there is also initial support for the Pine64 board, for which you can find more information and links in the linux-sunxi Wiki

Re: [PATCH V13 09/10] vfio, platform: add support for ACPI while detecting the reset driver

Hi Sinan, On 01/29/2016 11:35 PM, Sinan Kaya wrote: > The code is using the compatible DT string to associate a reset driver with > the actual device itself. The compatible string does not exist on ACPI > based systems. HID is the unique identifier for a device driver instead. > The change allows

Re: [GIT PULL] floppy fix

On 02/01/2016 03:22 AM, Jiri Kosina wrote: Jens, please pull from git://git.kernel.org/pub/scm/linux/kernel/git/jikos/linux-block.git for-4.5/for-jens to receive locking fix for floppy driver (reported by syzkaller tool). The branch is based on your 'for-linus' branch in linux-block.git.

weird RCU problem with 4.4.0

Hi, in the dmesg log (actually "journalctl -f") of one of my machines I had this: ... 03:25:01 CRON[16607]: pam_unix(cron:session): session closed for user root INFO: rcu_preempt detected stalls on CPUs/tasks: 1-...: (1 GPs behind) idle=763/140/0 softirq=6109762/6109762 fqs=301

[PATCH] usb: xhci: fix build error for USB_SPEED_SUPER_PLUS

A recent patch introduced support for superspeed plus (USB3.1), but that caused a new gcc warning in the XHCI code: usb/host/xhci.c: In function 'xhci_drop_ep_from_interval_table': usb/host/xhci.c:2440:2: error: enumeration value 'USB_SPEED_SUPER_PLUS' not handled in switch [-Werror=switch]

Re: [PATCH REBASE 4.5 26/31] sound/usb: Update ALSA driver to use Managed Media Controller API

On Thu, 21 Jan 2016 19:09:50 +0100, Shuah Khan wrote: > > Change ALSA driver to use Managed Media Managed Controller > API to share tuner with DVB and V4L2 drivers that control > AU0828 media device. Media device is created based on a > newly added field value in the struct snd_usb_audio_quirk.

RE: [PATCH 2/2] STAGING: COMEDI: Wrap line over 80 characters

On Monday, February 01, 2016 5:26 AM, Ian Abbott wrote: > On 01/02/16 01:06, Pablo G. Gallardo wrote: >> This patch wraps lines over 80 characters. >> >> Signed-off-by: Pablo G. Gallardo >> --- >> drivers/staging/comedi/comedi_pcmcia.h | 3 ++- >> 1 file changed, 2

Re: [PATCH V13 09/10] vfio, platform: add support for ACPI while detecting the reset driver

On 2/1/2016 11:49 AM, Timur Tabi wrote: > Sinan Kaya wrote: >> of-tested-by: ... >> >> Shanker and I tested ACPI before pushing the patches to the list and we also >> posted the corresponding QEMU patches as well to the qemu-devel maillist. >> >> http://patchwork.ozlabs.org/patch/575878/ >> >>

[PATCH 04/11] arm64: Introduce Allwinner SoC config option

To prepare for the Allwinner A64 SoC support, introduce a config option to allow compiling Allwinner (aka. sunxi) specific drivers for the arm64 architecture as well. This patch just defines the ARCH_SUNXI symbol to allow Allwinner specific drivers to be selected during kernel configuration. Since

[PATCH 08/11] clk: sunxi: improve error reporting for the mux clock

clk_register_mux returns a pointer wrapped error value in case of failure, so a simple NULL check is not sufficient to catch errors. Fix that and elaborate on the failure reason on the way. The whole function does not return any error value, so silently failing may leave users scratching their

Re: [PATCH v5 04/10] vring: Introduce vring_use_dma_api()

On Mon, 2016-02-01 at 07:39 -0800, Andy Lutomirski wrote: > > >> Could we have an arch_vring_eschew_dma_api(dev) function which the > >> affected architectures could provide (as a prelude to fixing it so that > >> the DMA API does the right thing for *itself*)? > > > > I'm fine with this. > > I

RE: [PATCH] NVMe: do not touch sq door bell if nvmeq has been suspended

No, this issue has not been seen yet. Since blk_mq_run_hw_queue tests queue stopped in the very beginning. It should be possible to race with nvme_dev_disable. I agree that the request shall be re-queued. -Original Message- From: Busch, Keith [mailto:keith.bu...@intel.com] Sent:

Re: [PATCH v2 06/21] arm64: KVM: VHE: Patch out use of HVC

On 01/02/16 15:36, Catalin Marinas wrote: > On Mon, Feb 01, 2016 at 01:34:16PM +, Marc Zyngier wrote: >> On 01/02/16 13:16, Christoffer Dall wrote: >>> On Mon, Jan 25, 2016 at 03:53:40PM +, Marc Zyngier wrote: diff --git a/arch/arm64/kvm/hyp/hyp-entry.S

Re: [PATCH] crypto: aead - move aead_request_cast helper to aead.h

On Mon, Feb 01, 2016 at 07:46:59AM -0800, Tadeusz Struk wrote: > > Yes, I though about it, but I followed skcipher. The skcipher_request_cast() > helper is in crypto/skcipher.h not in crypto/internal/skcipher.h > Shouldn't this be consistent? Yes it should be moved into internal as well. Cheers,

[PATCH] staging: amso1100: fix format string for 64-bit phys_addr

The amso1100 driver prints a phys_addr_t by casting it to a pointer, which causes a warning when phys_addr_t is 64-bit and pointers are 32-bit: drivers/staging/rdma/amso1100/c2.c: In function 'c2_rx_error': drivers/staging/rdma/amso1100/c2.c:430:4: warning: cast to pointer from integer of

Re: [PATCH 2/2] STAGING: COMEDI: Wrap line over 80 characters

On 01/02/16 16:35, Hartley Sweeten wrote: On Monday, February 01, 2016 5:26 AM, Ian Abbott wrote: On 01/02/16 01:06, Pablo G. Gallardo wrote: This patch wraps lines over 80 characters. Signed-off-by: Pablo G. Gallardo --- drivers/staging/comedi/comedi_pcmcia.h

[PATCH libata/for-4.5-fixes] libata: fix sff host state machine locking while polling

Hello, Dmitry. Thanks a lot for confirming the fix. Applied the following to for-4.5-fixes branch w/ stable cc'd. Thanks again! -- 8< -- >From 8eee1d3ed5b6fc8e14389567c9a6f53f82bb7224 Mon Sep 17 00:00:00 2001 From: Tejun Heo Date: Mon, 1 Feb 2016 11:33:21 -0500 The

[PATCH -mm] ubsan, x86: disable alignemnt checks for arch/x86/*

On 01/30/2016 03:36 AM, Mike Krinkin wrote: > option CONFIG_UBSAN_ALIGNMENT breaks x86-64 kernel with lockdep enabled, > i. e kernel with CONFIG_UBSAN_ALIGNMENT fails to load without even any > error message. > > The problem is that ubsan callbacks use spinlocks and might be called > before

[PATCH 10/11] arm64: dts: add Allwinner A64 SoC .dtsi

The Allwinner A64 SoC is low-cost SoC with 4 ARM Cortex-A53 cores and the typical tablet / TV box peripherals. The Soc is based on the (32-bit) Allwinner H3 chip, sharing most of the peripherals and the memory map. Although the cores are proper 64-bit ones, the whole SoC is actually limited to 4GB

[PATCH 05/11] drivers: pinctrl: add driver for Allwinner A64 SoC

Based on the Allwinner A64 user manual and on the previous sunxi pinctrl drivers this introduces the pin multiplex assignments for the ARMv8 Allwinner A64 SoC. Port A is apparently used for the fixed function DRAM controller, so the ports start at B here (the manual mentions "n from 1 to 7", so

Re: [PATCH] deadline: remove unused struct member

On 02/01/2016 08:10 AM, Jeff Moyer wrote: Tahsin Erdogan writes: Ping? Yeah, commit 63de428b139d3 (deadline-iosched: allow non-sequential batching) removed the use of last_sector, and should have removed the structure member as well (way back in 2008). Heh, just 8

Re: [PATCH 3/3] spinlock_debug: panic on recursive lock spin_dump()

On (01/31/16 21:33), Sergey Senozhatsky wrote: > spin_dump() calls printk() which can attempt to reacquire the > 'buggy' lock (one of printk's lock, or console device driver lock, > etc.) and thus spin_dump() will recurse into itself. how about splitting ->owner_cpu 4 bytes as:

Re: [PATCH v5 1/4] dt-bindings: mailbox: Document Hi6220 mailbox driver

On Mon, Feb 1, 2016 at 8:53 PM, Leo Yan wrote: > Hi Rob, > > Thanks for reviewing, please see below inline comments. > > On Mon, Feb 01, 2016 at 08:08:28AM -0600, Rob Herring wrote: >> On Mon, Feb 01, 2016 at 09:34:44PM +0800, Leo Yan wrote: >> > Document DT binding for

Re: [PATCH V13 09/10] vfio, platform: add support for ACPI while detecting the reset driver

On 2/1/2016 11:08 AM, Eric Auger wrote: >> For ACPI systems, ACPI HID needs to match and compat in the registered >> > reset >> > driver needs to match for ACPI reset driver loading to work. > Don't really get the sentence. For ACPI systems, a registered reset > function is selected if its

RE: [PATCH net-next] netfilter: nf_conntrack: remove the unneed check for *bucket

From: Florian Westphal > Sent: 30 January 2016 21:30 > Weidong Wang wrote: > > In the 'for(...) {}', the *bucket alwasy < net->ct.htable_size, > > so remove the check > > @@ -1383,14 +1383,12 @@ get_next_corpse(struct net *net, int (*iter)(struct > > nf_conn *i, void

[PATCH] infiniband: cxgb4: use %pR format string for printing resources

The cxgb4 prints an MMIO resource using the "0x%x" and "%p" format strings on the length and start, respective, but that triggers a compiler warning when using a 64-bit resource_size_t on a 32-bit architecture: drivers/infiniband/hw/cxgb4/device.c: In function 'c4iw_rdev_open':

[PATCH] [media] mx3_camera: use %pad format string for dma_ddr_t

The mx3_camera driver prints DMA addresses using the "%x" format string, which is wrong when using a 64-bit dma_addr_t definition: media/platform/soc_camera/mx3_camera.c: In function 'mx3_cam_dma_done': media/platform/soc_camera/mx3_camera.c:149:125: error: format '%x' expects argument of type

RE: [PATCH] infiniband: cxgb4: use %pR format string for printing resources

> Subject: [PATCH] infiniband: cxgb4: use %pR format string for printing > resources > > The cxgb4 prints an MMIO resource using the "0x%x" and "%p" format > strings on the length and start, respective, but that > triggers a compiler warning when using a 64-bit resource_size_t > on a 32-bit

Re: [PATCH 6/6] coresight-stm: adding driver for CoreSight STM component

.h > > On Mon, Feb 1, 2016 at 6:01 PM, kbuild test robot <l...@intel.com> wrote: >> Hi Pratik, >> >> [auto build test ERROR on robh/for-next] >> [also build test ERROR on v4.5-rc2 next-20160201] >> [if your patch is applied to the wrong git tree, please drop u

Re: [PATCH 01/31] uapi/media.h: Declare interface types for ALSA

On 02/01/2016 09:18 AM, Takashi Iwai wrote: > On Mon, 01 Feb 2016 17:07:51 +0100, > Shuah Khan wrote: >> >> On 01/28/2016 07:59 AM, Mauro Carvalho Chehab wrote: >>> Em Wed, 6 Jan 2016 13:26:50 -0700 >>> Shuah Khan escreveu: >>> From: Mauro Carvalho Chehab

Re: [PATCH 4/4] sigaltstack: allow disabling and re-enabling sas within sighandler

On 02/01, Stas Sergeev wrote: > > >So the sequence is > > > > // running on alt stack > > > > sigaltstack(SS_DISABLE); > > > > temporary_run_on_another_stack(); > > > > sigaltstack(SS_ONSTACK); > > > >and SS_DISABLE saves us from another SA_ONSTACK signal, right? > Yes. > Note:

Re: [PATCH] vfio: pci: fix oops in case of vfio_msi_set_vector_signal failure

Hi Alex, On 01/29/2016 10:41 PM, Alex Williamson wrote: > On Fri, 2016-01-29 at 14:43 +, Eric Auger wrote: >> In case vfio_msi_set_vector_signal fails we tear down everything. >> In the tear down loop we compare int j against unsigned start. Given >> the arithmetic conversion I think it is

[PATCH RFC 06/15] ASoC: qcom: ipq806x: add wrdma related register offsets

This patch adds wrdma related register offsets to the lpass variant data of ipq806x. Signed-off-by: Srinivas Kandagatla --- sound/soc/qcom/lpass-ipq806x.c | 4 1 file changed, 4 insertions(+) diff --git a/sound/soc/qcom/lpass-ipq806x.c

Re: [PATCH v2 06/21] arm64: KVM: VHE: Patch out use of HVC

On 01/02/16 17:08, Ard Biesheuvel wrote: > On 1 February 2016 at 17:20, Marc Zyngier wrote: >> On 01/02/16 15:36, Catalin Marinas wrote: >>> On Mon, Feb 01, 2016 at 01:34:16PM +, Marc Zyngier wrote: On 01/02/16 13:16, Christoffer Dall wrote: > On Mon, Jan 25,

[PATCH RFC 13/15] ASoC: qcom: apq8016: set the correct max register for regmap

Now that we are ready to access wrdma registers, set the max register and other regmap related configs to use correct values. Signed-off-by: Srinivas Kandagatla --- sound/soc/qcom/lpass-cpu.c | 33 +++-- 1 file changed, 31

[PATCH RFC 00/15] ASoC: qcom: Add capture support.

LPASS IP on QCOM SOC supports both Playback and capture via I2S, but this feature is missing in existing code. This patchset aims at adding capture support to lpass IP. First few patches in this series does cleanup the driver to make easy to add capture support. These patches are tested on

Re: [PATCH 21/22] mtd: cs553x: Fix dependencies for !HAS_IOMEM archs

On Tue, Jan 26, 2016 at 02:58:19PM +0100, Richard Weinberger wrote: > Am 26.01.2016 um 12:00 schrieb Geert Uytterhoeven: > > On Mon, Jan 25, 2016 at 11:24 PM, Richard Weinberger wrote: > >> Not every arch has io memory nor can this driver ever work > >> on UML/i386. > >> So,

Re: sound: use-after-free in snd_seq_deliver_single_event

On Mon, Feb 01, 2016 at 11:26:57AM +0100, Dmitry Vyukov wrote: > The following program triggers use-after-free in > snd_seq_deliver_single_event (run in a tight parallel loop): I'm not sure how you're working out who to send these to but all these reports you've been sending have been for ALSA

Re: [PATCH] ARM: dts: vf-colibri-eval-v3: Use enable-gpios for BL_ON

On Sat, Jan 09, 2016 at 12:29:53PM +0530, Bhuvanchandra DV wrote: > Use pwm-backlight driver 'enable-gpios' property for backlight on/off > control. > > Signed-off-by: Bhuvanchandra DV Applied, thanks.

Re: [PATCH V4 11/11] soc: mediatek: PMIC wrap: add MT2701/7623 support

On 27/01/16 12:29, John Crispin wrote: [...] +static int pwrap_mt2701_init_reg_clock(struct pmic_wrapper *wrp) +{ + switch (wrp->slave->type) { + case PMIC_MT6397: + pwrap_writel(wrp, 0xc, PWRAP_RDDMY); + pwrap_writel(wrp, 0x4, PWRAP_CSHEXT_WRITE); +

Re: sched/core: WARNING in __might_sleep

On Mon, 2016-02-01 at 12:13 +0100, Peter Zijlstra wrote: >  > Yeah, from the rfkill code, which you failed to CC. Thanks Peter :) > In any case, this is a fail in the rfkill code, which should be > sorted > with the below patch (but the rfkill people should double check), and > ideally they'd

[RFC] Dump interesting arch/platform info

Hi, so I've been playing with this simple module below. The idea is to be able to dump interesting arch/platform information on the currently running system. For example, how does the GDT look like. It is supposed to be used as a debugging aid and the information it dumps is not easily accessible

RE: [PATCH 3/3] mtd:spi-nor:fsl-quadspi:Add fast-read mode support

Hi Cyrille, Thanks for your suggestions very much, I'll resend version 2 patch set. Best Regards Yunhui -Original Message- From: Cyrille Pitchen [mailto:cyrille.pitc...@atmel.com] Sent: Friday, January 29, 2016 10:51 PM To: Yunhui Cui; dw...@infradead.org; computersforpe...@gmail.com;

[PATCH v2] clocksource/arm_arch_timer: Enable and verify MMIO access

So far, we have been blindly assuming that having access to a memory-mapped timer frame implies that the individual elements of that frame frame are already enabled. Whilst it's the firmware's job to give us non-secure access to frames in the first place, we should not rely on implementations

Re: [PATCH v5] pinctrl: rockchip: add support for the rk3399

Hi David, Am Montag, 1. Februar 2016, 10:58:21 schrieb David Wu: > The pinctrl of rk3399 is much different from other's, > especially the 3bits of drive strength. > > Signed-off-by: David Wu > Reviewed-by: Heiko Stuebner looks nice now :-) Thanks

Re: [PATCH] Xen/PCI: correct notifier used for device removal

On 01/02/16 11:58, Jan Beulich wrote: > Commit 599bad38cf added BUS_NOTIFY_REMOVED_DEVICE in order to allow > avoiding removal of IOMMU mappings before the driver actually got > unbound from the device. Naturally we should be using this too. Because otherwise...? What happens if we don't make

Re: [alsa-devel] sound: use-after-free in snd_seq_deliver_single_event

On Mon, 01 Feb 2016 12:22:18 +0100, Dmitry Vyukov wrote: > > On Mon, Feb 1, 2016 at 12:16 PM, Mark Brown wrote: > > On Mon, Feb 01, 2016 at 11:26:57AM +0100, Dmitry Vyukov wrote: > > > >> The following program triggers use-after-free in > >> snd_seq_deliver_single_event (run

Re: [RFC PATCH 00/19] cpufreq locking cleanups and documentation

Hi Saravana, On 29/01/16 16:57, Saravana Kannan wrote: > On 01/11/2016 09:35 AM, Juri Lelli wrote: > >Hi all, > > > >In the context of the ongoing discussion about introducing a simple platform > >energy model to guide scheduling decisions (Energy Aware Scheduling [1]) > >concerns have been

Re: [PATCHv2 1/3] arm64: Drop alloc function from create_mapping

On Sat, Jan 30, 2016 at 11:34:50AM +0100, Ard Biesheuvel wrote: > On 30 January 2016 at 00:46, Laura Abbott wrote: > > > > create_mapping is only used in fixmap_remap_fdt. All the create_mapping > > calls need to happen on existing translation table pages without > >

Re: [PATCH v4 4/9] pinctrl: Add STM32 MCUs support

On 02/01/2016 11:39 AM, Maxime Coquelin wrote: 2016-02-01 11:21 GMT+01:00 Arnd Bergmann : On Wednesday 27 January 2016 14:16:32 Linus Walleij wrote: On Thu, Jan 14, 2016 at 1:16 PM, Maxime Coquelin wrote: This patch adds pinctrl and GPIO support to

Re: [PATCH] Xen/PCI: correct notifier used for device removal

>>> On 01.02.16 at 13:01, wrote: > On 01/02/16 11:58, Jan Beulich wrote: >> Commit 599bad38cf added BUS_NOTIFY_REMOVED_DEVICE in order to allow >> avoiding removal of IOMMU mappings before the driver actually got >> unbound from the device. Naturally we should be using

Re: [PATCH v2 02/21] arm64: Allow the arch timer to use the HYP timer

On Mon, Jan 25, 2016 at 03:53:36PM +, Marc Zyngier wrote: > With the ARMv8.1 VHE, the kernel can run in HYP mode, and thus > use the HYP timer instead of the normal guest timer in a mostly > transparent way, except for the interrupt line. > > This patch reworks the arch timer code to allow

Re: [PATCH 21/31] Add debugger entry points for MIPS

On Thu, 28 Jan 2016, Jeffrey Merkey wrote: > This patch series adds an export which can be set by system debuggers to > direct the hard lockup and soft lockup detector to trigger a breakpoint > exception and enter a debugger if one is active. It is assumed that if > someone sets this variable,

Re: [RFC PATCH 0/21] Totally remove SDHCI_QUIRK_BROKEN_CARD_DETECTION quirk

On 29/01/16 19:28, Russell King - ARM Linux wrote: > On Fri, Jan 29, 2016 at 02:08:21PM +0200, Adrian Hunter wrote: >> I might make a tree because I want to try to separate Russell's bug fixes >> from the clean-ups, and then cc stable on the bug fixes. > > It would be good if you could ask for

Re: [PATCH 11/14] USB: serial: mos7840: move constants to right

Mathieu OTHACEHE writes: > On Sun, Jan 31, 2016 at 10:33:54PM +0100, Bjørn Mork wrote: > >> I feel I'm missing something here, so I have to ask the stupid question: >> What could possibly be the benefit here? Is it faster? Safer? Easier >> to read? > > I don't think it

Re: [PATCH] net: smc91x: propagate irq return code

Hello. On 2/1/2016 1:46 AM, Robert Jarzmik wrote: The smc91x driver doesn't honor the probe deferral mechanism when the interrupt source is not yet available, such as one provided by a gpio controller not probed. Fix this by propagating the platform_get_irq() error code as the probe return

[PATCH] add support for DWC UFS Host Controller

This patch includes: - quirks in the ufs core driver to support Synopsys MPHY Test Chip config - quirks in the ufs core driver to support DWC configuration sequence - New Unipro attributes were added - ufs core driver was tweaked to support UFS 2.0 - support for Synopsys PCI ID in the pci glue

Re: [PATCH 1/2] STAGING: COMEDI: Remove unnecessary typecast of c90 int constant

On 01/02/16 01:06, Pablo G. Gallardo wrote: This patch removes unnecessary typecast of c90 int constant. Signed-off-by: Pablo G. Gallardo --- drivers/staging/comedi/comedi.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: sound: use-after-free in snd_seq_deliver_single_event

On Mon, Feb 1, 2016 at 12:16 PM, Mark Brown wrote: > On Mon, Feb 01, 2016 at 11:26:57AM +0100, Dmitry Vyukov wrote: > >> The following program triggers use-after-free in >> snd_seq_deliver_single_event (run in a tight parallel loop): > > I'm not sure how you're working out who

[PATCH] hpet: drop stale link

Looks like the HPET spec at intel.com got moved. It isn't hard to find so drop the link, just mention the revision assumed. Suggested-by: Thomas Gleixner Signed-off-by: Michael S. Tsirkin --- drivers/char/hpet.c | 2 +-

[PATCH v2 4/4] mtd:spi_nor: Disable Micron flash HW protection

For Micron family ,The status register write enable/disable bit, provides hardware data protection for the device. When the enable/disable bit is set to 1, the status register nonvolatile bits become read-only and the WRITE STATUS REGISTER operation will not execute. Signed-off-by: Yunhui Cui

[PATCH v2 1/4] mtd:fsl-quadspi:use the property fields of SPI-NOR

We can get the read/write/erase opcode from the spi nor framework directly. This patch uses the information stored in the SPI-NOR to remove the hardcode in the fsl_qspi_init_lut(). Signed-off-by: Yunhui Cui --- drivers/mtd/spi-nor/fsl-quadspi.c | 40

Re: [PATCH v6 07/15] scsi: ufs: set REQUEST_SENSE command size to 18 bytes

> On 10/28/2015 02:13 PM, Yaniv Gardi wrote: >> According to UFS device specification REQUEST_SENSE command can >> only report back up to 18 bytes of data. >> >> Reviewed-by: Dolev Raviv >> Signed-off-by: Gilad Broner >> Signed-off-by: Yaniv Gardi

Re: [PATCH v3 1/2] phy: Add a driver for simple phy

Hi, On Friday 29 January 2016 01:22 AM, Alban Bedel wrote: > This driver is meant to take care of all trivial phys that don't need > any special configuration, it just enable a regulator, a clock and > deassert a reset. A public API is also included to allow re-using the > code in other drivers.

Re: sched/core: WARNING in __might_sleep

On Mon, Feb 01, 2016 at 12:26:06PM +0100, Johannes Berg wrote: > On Mon, 2016-02-01 at 12:13 +0100, Peter Zijlstra wrote: > >  > > Yeah, from the rfkill code, which you failed to CC. > > Thanks Peter :) > > > In any case, this is a fail in the rfkill code, which should be > > sorted > > with the

Re: [PATCH] ASoC: fsl_ssi: remove explicit register defaults

r suspend and resume to >> support MEGA Fast") >> >> Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> > > I know I have already tested this and it worked fine on a mx6sabresd, > but running linux-next 20160201 on a mx6sl-evk the ssi driver does n

Re: [PATCH 2/2] ARM: dts: Add dts for Uniwest evi

On Wed, Jan 13, 2016 at 12:45:12PM -0800, Joshua Clayton wrote: > Uniwest evi is a portable electrical eddy current non-destructive > testing device. > > Signed-off-by: Joshua Clayton > --- > diff --git a/arch/arm/boot/dts/Makefile b/arch/arm/boot/dts/Makefile > index

Re: [PATCH 05/12] m68k: move exports to definitions

On Mon, Feb 01, 2016 at 11:52:27AM +0100, Geert Uytterhoeven wrote: > Hi Al, > > On Fri, Jan 29, 2016 at 8:18 PM, Al Viro wrote: > > From: Al Viro > > > > the rest of architectures should just use generic-y += export.h in > > asm/Kbuild > > > >

Re: [PATCHv2 2/3] arm64: Add support for ARCH_SUPPORTS_DEBUG_PAGEALLOC

Hi, On Fri, Jan 29, 2016 at 03:46:57PM -0800, Laura Abbott wrote: > > ARCH_SUPPORTS_DEBUG_PAGEALLOC provides a hook to map and unmap > pages for debugging purposes. This requires memory be mapped > with PAGE_SIZE mappings since breaking down larger mappings > at runtime will lead to TLB

Re: [PATCH 1/2] livepatch: Implement separate coming and going module notifiers

On Fri, 29 Jan 2016, Josh Poimboeuf wrote: > Right, as you say it's basically a nop 99.99% of the time. But we still > need to do the "are any patches loaded" check, so we still need the call > into a livepatch function to do that. We might create a static key for that (some might call it

Re: [PATCH 1/4] sched,time: remove non-power-of-two divides from __acct_update_integrals

On Sat, Jan 30, 2016 at 12:53:09PM -0500, Rik van Riel wrote: > >> + delta = cputime_to_nsecs(dtime); > > > > You might want to add a comment specifying why we don't call > > cputime_to_usecs() > > directly (because we optimize if delta < TICK_NSEC). > > > > Although this has a good

sound: another WARNING in rawmidi_transmit_ack

Hello, The following program triggers a splash of WARNINGs in rawmidi_transmit_ack. Takashi, I am on commit 36f90b0a2ddd60823fe193a85e60ff1906c2a9b3 + a bunch of your recent fixes:

[tip:ras/core] x86/mce: Fix order of AMD MCE init function call

Commit-ID: bfbe0eeb769e2aff2cb1fc6845c4e4b7eac40bb3 Gitweb: http://git.kernel.org/tip/bfbe0eeb769e2aff2cb1fc6845c4e4b7eac40bb3 Author: Aravind Gopalakrishnan AuthorDate: Mon, 25 Jan 2016 20:41:48 +0100 Committer: Ingo Molnar CommitDate:

Re: [PATCH v6 4/5] videobuf2-dc: Let drivers specify DMA attrs

Em Mon, 11 Jan 2016 09:30:26 -0800 Douglas Anderson escreveu: > From: Tomasz Figa > > DMA allocations might be subject to certain reqiurements specific to the > hardware using the buffers, such as availability of kernel mapping (for > contents fix-ups

[tip:x86/asm] x86/entry/traps: Refactor preemption and interrupt flag handling

Commit-ID: d99e1bd175f4291ddb6e62b22bb5bdbe3976389a Gitweb: http://git.kernel.org/tip/d99e1bd175f4291ddb6e62b22bb5bdbe3976389a Author: Alexander Kuleshov AuthorDate: Mon, 25 Jan 2016 20:41:46 +0100 Committer: Ingo Molnar CommitDate: Mon, 1 Feb

[tip:ras/core] x86/mce/AMD: Reduce number of blocks scanned per bank

Commit-ID: 60f116fca162d9488f783f5014779463243ab7a2 Gitweb: http://git.kernel.org/tip/60f116fca162d9488f783f5014779463243ab7a2 Author: Aravind Gopalakrishnan AuthorDate: Mon, 25 Jan 2016 20:41:50 +0100 Committer: Ingo Molnar CommitDate:

[tip:ras/core] x86/mce/AMD: Do not perform shared bank check for future processors

Commit-ID: 284b965c146f482b4a411133f62288d52b7e3a72 Gitweb: http://git.kernel.org/tip/284b965c146f482b4a411133f62288d52b7e3a72 Author: Aravind Gopalakrishnan AuthorDate: Mon, 25 Jan 2016 20:41:49 +0100 Committer: Ingo Molnar CommitDate:

Re: sound: another WARNING in rawmidi_transmit_ack

On Mon, 01 Feb 2016 12:31:20 +0100, Dmitry Vyukov wrote: > > Hello, > > The following program triggers a splash of WARNINGs in rawmidi_transmit_ack. > Takashi, I am on commit 36f90b0a2ddd60823fe193a85e60ff1906c2a9b3 + a > bunch of your recent fixes: >

Re: [PATCH] ASoC: fsl_ssi: remove explicit register defaults

I have already tested this and it worked fine on a mx6sabresd, but running linux-next 20160201 on a mx6sl-evk the ssi driver does not probe anymore: [2.216954] fsl-asoc-card sound: ASoC: CPU DAI (null) not registered [2.223412] fsl-asoc-card sound: snd_soc_register_card failed (-517) [2.

Re: [PATCH] ASoC: fsl_ssi: remove explicit register defaults

Hi Maciej, On Mon, Feb 1, 2016 at 10:07 AM, Maciej S. Szmigiero <m...@maciej.szmigiero.name> wrote: > Is regmap patch from > http://www.spinics.net/lists/kernel/msg2161934.html > applied to the tested tree? Yes, linux-next 20160201 contains this patch.

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