Re: [RFC] usb: host: xhci: Remove the watchdog timer and use command timer to watch stop endpoint command

On 01.12.2016 06:54, Baolin Wang wrote: On 30 November 2016 at 22:09, Mathias Nyman wrote: On 30.11.2016 11:02, Baolin Wang wrote: If the hardware never responds to the stop endpoint command, the URBs will never be completed, and we might hang the USB

Re: [PATCH] arm: kprobe: replace patch_lock to raw lock

On 2016-11-10 16:17:55 [-0800], Yang Shi wrote: > > Since patch_text_stop_machine() is called in stop_machine() which disables > IRQ, > sleepable lock should be not used in this atomic context, so replace > patch_lock > to raw lock. > > Signed-off-by: Yang Shi This can

Re: [PATCH] cpufreq: dt: Add support for zx296718

On Wednesday, November 30, 2016 01:38:55 PM Viresh Kumar wrote: > On 30-11-16, 15:35, Baoyou Xie wrote: > > Add the compatible string for supporting the generic cpufreq driver on > > the ZTE's zx296718 SoC. > > > > Signed-off-by: Baoyou Xie > > --- > >

Re: [v5,1/5] soc: qcom: smem_state: Fix include for ERR_PTR()

On 1 December 2016 at 04:17, Valo, Kalle wrote: > Kalle Valo writes: > >> Kalle Valo writes: >> >>> "Valo, Kalle" writes: >>> Bjorn Andersson writes: > On

Re: [PATCH v2 02/11] locking/ww_mutex: Re-check ww->ctx in the inner optimistic spin loop

On Thu, Dec 01, 2016 at 03:06:45PM +0100, Nicolai Hähnle wrote: > From: Nicolai Hähnle > > In the following scenario, thread #1 should back off its attempt to lock > ww1 and unlock ww2 (assuming the acquire context stamps are ordered > accordingly). > > Thread #0

Re: [PATCH v2 03/11] locking/ww_mutex: Extract stamp comparison to __ww_mutex_stamp_after

On Thu, Dec 01, 2016 at 03:06:46PM +0100, Nicolai Hähnle wrote: > From: Nicolai Hähnle > > The function will be re-used in subsequent patches. > > Cc: Peter Zijlstra > Cc: Ingo Molnar > Cc: Maarten Lankhorst

Re: [PATCH v2 01/11] drm/vgem: Use ww_mutex_(un)lock even with a NULL context

On Thu, Dec 01, 2016 at 02:18:04PM +, Chris Wilson wrote: > On Thu, Dec 01, 2016 at 03:06:44PM +0100, Nicolai Hähnle wrote: > > From: Nicolai Hähnle > > > > v2: use resv->lock instead of resv->lock.base (Christian König) > > > > Cc: Peter Zijlstra

Re: [PATCH v2] USB: OHCI: ohci-s3c2410: remove useless functions

On Thu, 1 Dec 2016 csmanjuvi...@gmail.com wrote: > From: Manjunath Goudar > > The ohci_hcd_s3c2410_drv_probe and ohci_hcd_s3c2410_drv_remove > functions are removed as these are useless functions except calling > usb_hcd_s3c2410_probe and usb_hcd_s3c2410_remove

[PATCH v3 2/9] clk: stm32f4: Add PLL_I2S & PLL_SAI for STM32F429/469 boards

From: Gabriel Fernandez This patch introduces PLL_I2S and PLL_SAI. Vco clock of these PLLs can be modify by DT (only n multiplicator, m divider is still fixed by the boot-loader). Each PLL has 3 dividers. PLL should be off when we modify the rate. Signed-off-by:

[PATCH 00/15] Drivers: hv: CPU management fixes and a new uio driver

From: K. Y. Srinivasan Fixes to handle CPU online/offline. Also included is a new uio driver for Hyper-V. Alex Fluter (1): Tools: hv: kvp: configurable external scripts path Haiyang Zhang (2): hyperv: Add a function to detect hv_device hyperv: Fix spelling of

Re: [PATCH 04/11] ACPICA: Events: Fix acpi_ev_initialize_region() return value

On Thu, Dec 1, 2016 at 9:00 AM, Zheng, Lv wrote: > Hi, Rafael > >> From: linux-acpi-ow...@vger.kernel.org >> [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Rafael J. >> Wysocki >> Subject: Re: [PATCH 04/11] ACPICA: Events: Fix acpi_ev_initialize_region() >> return

[PATCH v2 00/11] locking/ww_mutex: Keep sorted wait list to avoid stampedes

Changes to patches 1 & 5 based on feedback. I've also updated the branch at https://cgit.freedesktop.org/~nh/linux/log/?h=mutex. There's been the question of using a balanced tree rather than a list. Frankly, I'd say the 99% use case doesn't need it. Also, dealing with waiters without a context

Re: [PATCH v2 6/6] dax: add tracepoints to dax_pmd_insert_mapping()

On Wed, 30 Nov 2016 16:45:33 -0700 Ross Zwisler wrote: > diff --git a/include/linux/pfn_t.h b/include/linux/pfn_t.h > index a3d90b9..033fc7b 100644 > --- a/include/linux/pfn_t.h > +++ b/include/linux/pfn_t.h > @@ -15,6 +15,12 @@ > #define PFN_DEV (1ULL <<

Re: [PATCH V5] PM / OPP: Pass opp_table to dev_pm_opp_put_regulator()

On Thursday, December 01, 2016 05:55:48 AM Viresh Kumar wrote: > On 30-11-16, 14:00, Stephen Boyd wrote: > > On 11/30, Viresh Kumar wrote: > > > From: Stephen Boyd > > > > > > Joonyoung Shim reported an interesting problem on his ARM octa-core > > > Odoroid-XU3 platform.

[PATCH] staging: octeon-usb: Resolve some checkpatch.pl warnings

This patch removes some of the warnings that are present when running the checkpatch.pl script. It corrects the warnings related to macro precedents. Signed-off-by: Geert Custers --- drivers/staging/octeon-usb/octeon-hcd.c | 2 +-

Re: [alsa-devel] [PATCH] ASoC: cs42l56: Fix misuse of regmap_update_bits

On Thu, 1 Dec 2016, Charles Keepax wrote: > On Tue, Nov 29, 2016 at 06:10:49PM +0100, Florian Vaussard wrote: > > Using regmap_update_bits(..., mask, 1) with 'mask' following (1 << k) > > and k greater than 0 is wrong. Indeed, _regmap_update_bits will perform > > (mask & 1), which results in 0 if

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

On Thu, Dec 01, 2016 at 03:32:15PM +1100, Nicholas Piggin wrote: > > Anyway, MODVERSIONS is our way of protecting our kabi for the last 10 years. > > It isn't perfect and we have fixed the genksyms tool over the years, but so > > far it mostly works fine. > > Okay. It would be good to get all the

Re: [PATCH v2 2/6] dax: remove leading space from labels

On Thu, Dec 01, 2016 at 09:11:44AM +0100, Jan Kara wrote: > On Wed 30-11-16 16:45:29, Ross Zwisler wrote: > > No functional change. > > > > As of this commit: > > > > commit 218dd85887da (".gitattributes: set git diff driver for C source code > > files") > > > > git-diff and git-format-patch

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

On Thu, Dec 01, 2016 at 10:20:39AM -0500, Don Zickus wrote: > > - provide the memory allocation (instead of having the driver staticly > allocate) > - provide functions to retrieve various internal data (instead of having the > driver do direct referencing to deep internal elements) > - cut

[PATCH 08/15] hv: init percpu_list in hv_synic_alloc()

From: Vitaly Kuznetsov Initializing hv_context.percpu_list in hv_synic_alloc() helps to prevent a crash in percpu_channel_enq() when not all CPUs were online during initialization and it naturally belongs there. Signed-off-by: Vitaly Kuznetsov

[PATCH 13/15] vmbus: add support for dynamic device id's

From: Stephen Hemminger This patch adds sysfs interface to dynamically bind new UUID values to existing VMBus device. This is useful for generic UIO driver to act similar to uio_pci_generic. Signed-off-by: Stephen Hemminger Signed-off-by: K. Y.

[PATCH 15/15] Tools: hv: kvp: configurable external scripts path

From: Alex Fluter error when running hypervkvpd: $ sudo ./hv_kvp_daemon -n sh: hv_get_dns_info: command not found sh: hv_get_dhcp_info: command not found sh: hv_get_dns_info: command not found sh: hv_get_dhcp_info: command not found The external scripts are not installed in

Re: [PATCH net-next] net: can: usb: kvaser_usb: fix spelling mistake of "outstanding"

On 11/29/2016 05:27 PM, Colin King wrote: > From: Colin Ian King > > Trivial fix to spelling mistake "oustanding" to "outstanding" in > comment and dev_dbg message. > > Signed-off-by: Colin Ian King Added to can-next. Thanks, Marc --

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

From: Tomasz Nowicki This patch provides APEI arch-specific bits for aarch64 Meanwhile, (1)move HEST type (ACPI_HEST_TYPE_IA32_CORRECTED_CHECK) checking to a generic place. (2)select HAVE_ACPI_APEI when EFI and ACPI is set on ARM64, because arch_apei_get_mem_attribute

Re: [PATCH 2/2] media: protect enable and disable source handler checks and calls

Hi Shuah, On Tue, Nov 29, 2016 at 10:41:51AM -0700, Shuah Khan wrote: > On 11/29/2016 02:22 AM, Sakari Ailus wrote: > > Hi Shuah, > > > > On Mon, Nov 28, 2016 at 07:15:14PM -0700, Shuah Khan wrote: > >> Protect enable and disable source handler checks and calls from dvb-core > >> and v4l2-core.

Re: [PATCH v2 1/6] tracing: add __print_flags_u64()

On Wed, 30 Nov 2016 16:45:28 -0700 Ross Zwisler wrote: > Add __print_flags_u64() and the helper trace_print_flags_seq_u64() in the > same spirit as __print_symbolic_u64() and trace_print_symbols_seq_u64(). > These functions allow us to print symbols associated with

Re: [PATCH] mm: page_alloc: High-order per-cpu page allocator v4

On 12/01/2016 03:24 PM, Mel Gorman wrote: On Thu, Dec 01, 2016 at 02:41:29PM +0100, Vlastimil Babka wrote: On 12/01/2016 01:24 AM, Mel Gorman wrote: ... Hmm I think that if this hits, we don't decrease count/increase nr_freed and pcp->count will become wrong. Ok, I think you're right but I

Re: [PATCH] x86/suspend: fix false positive KASAN warning on suspend/resume

On Thu, Dec 01, 2016 at 12:05:34PM +0300, Andrey Ryabinin wrote: > > > On 12/01/2016 02:10 AM, Josh Poimboeuf wrote: > > Resuming from a suspend operation is showing a KASAN false positive > > warning: > > > > > KASAN instrumentation poisons the stack when entering a function and > > unpoisons

[PATCH v3 9/9] ARM: dts: stm32f4: Include auxiliary stm32f4 clock definition

From: Gabriel Fernandez This patch include auxiliary clock definition (clocks which are not derived from system clock. Signed-off-by: Gabriel Fernandez --- arch/arm/boot/dts/stm32f429.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git

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

On Wed, Nov 30, 2016 at 05:51:29PM -0700, Jonathan Corbet wrote: > Part 4 (firmware_class.c) is a bit off my turf, so I don't think I can > apply it. From what I can tell looking at the history, Andrew Morton > might be a logical target for that patch. I'll review that patch, as I've recently

Re: [PATCH] vfio/pci: Support error recovery

On 12/01/2016 12:04 PM, Alex Williamson wrote: > On Sun, 27 Nov 2016 19:34:17 +0800 > Cao jin wrote: > >> It is user space driver's or device-specific driver's(in guest) responsbility >> to do a serious recovery when error happened. Link-reset is one part of >>

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

On Thu 2016-12-01 06:42:29, Peter Zijlstra wrote: > On Thu, Dec 01, 2016 at 11:34:42AM +0900, Sergey Senozhatsky wrote: > > On (11/25/16 16:17), Peter Zijlstra wrote: > > > On Fri, Nov 25, 2016 at 04:01:13PM +0100, Petr Mladek wrote: > > > > On Fri 2016-10-28 00:49:33, Sergey Senozhatsky wrote: >

Re: [PATCH] vfio/pci: Support error recovery

On 12/01/2016 12:51 PM, Michael S. Tsirkin wrote: > On Wed, Nov 30, 2016 at 09:04:13PM -0700, Alex Williamson wrote: >> On Sun, 27 Nov 2016 19:34:17 +0800 >> Cao jin wrote: >> >>> @@ -1187,10 +1200,30 @@ static pci_ers_result_t >>> vfio_pci_aer_err_detected(struct

Re: [PATCH 09/39] Annotate hardware config module parameters in drivers/i2c/

Hi David, On jeu., 2016-12-01 at 12:30 +, David Howells wrote: > When the kernel is running in secure boot mode, we lock down the kernel to > prevent userspace from modifying the running kernel image. Whilst this > includes prohibiting access to things like /dev/mem, it must also prevent >

Re: [PATCH v2 3/6] dax: add tracepoint infrastructure, PMD tracing

On Wed, 30 Nov 2016 16:45:30 -0700 Ross Zwisler wrote: > --- /dev/null > +++ b/include/trace/events/fs_dax.h > @@ -0,0 +1,68 @@ > +#undef TRACE_SYSTEM > +#define TRACE_SYSTEM fs_dax > + > +#if !defined(_TRACE_FS_DAX_H) || defined(TRACE_HEADER_MULTI_READ) > +#define

Re: [PATCH 0/3] dev_pm_qos improvements

On Tuesday, November 29, 2016 05:11:49 PM Andy Lutomirski wrote: > Hi Rafael- Hi, > Here are three minor dev_pm_qos improvements that make my upcoming > nvme power management code work much better. Any chance you could > take them for 4.10? Yup, all [1-3/3] applied. Thanks, Rafael

Re: [BUG 4.9] New led trigger usbport gets the kernel to panic

On Mon, 28 Nov 2016 23:20:13 +0100 Rafal Milecki wrote: > Hi Ralph, > > On 11/21/2016 09:40 AM, Ralph Sennhauser wrote: > > I tried your new usbport trigger in Linux 4.9 with little luck as > > can be seen in the following output of the serial console. > > I'm really happy

Re: [PATCH] x86/suspend: fix false positive KASAN warning on suspend/resume

On 12/01/2016 02:10 AM, Josh Poimboeuf wrote: > Resuming from a suspend operation is showing a KASAN false positive > warning: > > KASAN instrumentation poisons the stack when entering a function and > unpoisons it when exiting the function. However, in the suspend path, > some functions

Re: [PATCH] vfio/pci: Support error recovery

On Thu, 1 Dec 2016 21:40:00 +0800 Cao jin wrote: > On 12/01/2016 12:04 PM, Alex Williamson wrote: > > On Sun, 27 Nov 2016 19:34:17 +0800 > > Cao jin wrote: > > > >> It is user space driver's or device-specific driver's(in guest) > >>

Re: [PATCH v3] PCI/ACPI: xgene: Add ECAM quirk for X-Gene PCIe controller

On Wed, 2016-11-30 at 15:42 -0800, Duc Dang wrote: > PCIe controllers in X-Gene SoCs is not ECAM compliant: software > needs to configure additional controller's register to address > device at bus:dev:function. > > The quirk will only be applied for X-Gene PCIe MCFG table with > OEM revison 1,

Re: [PATCH] ip6_offload: check segs for NULL in ipv6_gso_segment.

On Thu, Dec 01, 2016 at 06:34:07AM -0800, Eric Dumazet wrote: > On Thu, 2016-12-01 at 14:06 +0100, Artem Savkov wrote: > > segs needs to be checked for being NULL in ipv6_gso_segment() before calling > > skb_shinfo(segs), otherwise kernel can run into a NULL-pointer dereference: > > > >

Re: [PATCH 02/11] ACPICA: Back port of "ACPICA: Dispatcher: Tune interpreter lock around AcpiEvInitializeRegion()"

On Thu, Dec 1, 2016 at 8:50 AM, Zheng, Lv wrote: > Hi, Rafael > >> From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of Rafael >> J. Wysocki >> Subject: Re: [PATCH 02/11] ACPICA: Back port of "ACPICA: Dispatcher: Tune >> interpreter lock around >>

Re: [PATCH 08/39] Annotate hardware config module parameters in drivers/gpio/

On Thu, Dec 01, 2016 at 12:30:40PM +, David Howells wrote: >When the kernel is running in secure boot mode, we lock down the kernel to >prevent userspace from modifying the running kernel image. Whilst this >includes prohibiting access to things like /dev/mem, it must also prevent >access by

[PATCH] nommu: allow mmap when !CONFIG_MMU

commit ab6494f0c96f ("nommu: Add noMMU support to the DMA API") have add CONFIG_MMU compilation flag but that prohibit to use dma_mmap_wc() when the platform doesn't have MMU. This patch call vm_iomap_memory() in noMMU case to test if addresses are correct and set wma->vm_flags rather than all

[RFC][PATCHv5 7/7] printk: remove zap_locks() function

We use printk-safe now which makes printk-recursion detection code in vprintk_emit() unreachable. The tricky thing here is that, apart from detecting and reporting printk recursions, that code also used to zap_locks() in case of panic() from the same CPU. However, zap_locks() does not look to be

[RFC][PATCHv5 5/7] printk: report lost messages in printk safe/nmi contexts

Account lost messages in pritk-safe and printk-safe-nmi contexts and report those numbers during printk_safe_flush(). Signed-off-by: Sergey Senozhatsky --- kernel/printk/internal.h| 17 - kernel/printk/printk.c | 10 --

[RFC][PATCHv5 6/7] printk: use printk_safe buffers in printk

Use printk_safe per-CPU buffers in printk recursion-prone blocks: -- around logbuf_lock protected sections in vprintk_emit() and console_unlock() -- around down_trylock_console_sem() and up_console_sem() Note that this solution addresses deadlocks caused by printk() recursive calls only. That

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

On Tuesday, November 29, 2016 9:14:46 AM CET Linus Torvalds wrote: > On Tue, Nov 29, 2016 at 9:10 AM, Linus Torvalds > wrote: > > > > So quite frankly, I don't want to make our kernel sources worse due to > > broken shit tools getting something wrong that we

[RFC][PATCHv5 4/7] printk: always use deferred printk when flush printk_safe lines

Always use printk_deferred() in printk_safe_flush_line(). Flushing can be done from NMI or printk_safe contexts (when we are in panic), so we can't call console drivers, yet still want to store the messages in the logbuf buffer. Therefore we use a deferred printk version. Signed-off-by: Sergey

Re: [PATCH] mm: workingset: fix NULL ptr in count_shadow_nodes

On Thu, Dec 01, 2016 at 02:21:56PM +0100, Michal Hocko wrote: > From: Michal Hocko > > 0a6b76dd23fa ("mm: workingset: make shadow node shrinker memcg aware") > has made the workingset shadow nodes shrinker memcg aware. The > implementation is not correct though because

[PATCH v2 08/11] locking/ww_mutex: Yield to other waiters from optimistic spin

From: Nicolai Hähnle Lock stealing is less beneficial for w/w mutexes since we may just end up backing off if we stole from a thread with an earlier acquire stamp that already holds another w/w mutex that we also need. So don't spin optimistically unless we are sure that

[PATCH v2 06/11] locking/ww_mutex: Notify waiters that have to back off while adding tasks to wait list

From: Nicolai Hähnle While adding our task as a waiter, detect if another task should back off because of us. With this patch, we establish the invariant that the wait list contains at most one (sleeping) waiter with ww_ctx->acquired > 0, and this waiter will be the

[PATCH v2 02/11] locking/ww_mutex: Re-check ww->ctx in the inner optimistic spin loop

From: Nicolai Hähnle In the following scenario, thread #1 should back off its attempt to lock ww1 and unlock ww2 (assuming the acquire context stamps are ordered accordingly). Thread #0 Thread #1 - -

Re: [PATCH v2 01/11] drm/vgem: Use ww_mutex_(un)lock even with a NULL context

On Thu, Dec 01, 2016 at 03:06:44PM +0100, Nicolai Hähnle wrote: > From: Nicolai Hähnle > > v2: use resv->lock instead of resv->lock.base (Christian König) > > Cc: Peter Zijlstra > Cc: Ingo Molnar > Cc: Maarten Lankhorst

Re: [PATCH 07/39] Annotate hardware config module parameters in drivers/cpufreq/

Rafael J. Wysocki wrote: > Whom do you expect to apply this? I can try bearding Linus. All of the second+ patches depend on the first, so if nothing else, I need to get that one in the next merge window and then send the patches to individual maintainers. David

Re: [PATCH] mm: page_alloc: High-order per-cpu page allocator v4

On Thu, Dec 01, 2016 at 02:41:29PM +0100, Vlastimil Babka wrote: > On 12/01/2016 01:24 AM, Mel Gorman wrote: > > ... > > > @@ -1096,28 +1097,29 @@ static void free_pcppages_bulk(struct zone *zone, > > int count, > > if (nr_scanned) > > __mod_node_page_state(zone->zone_pgdat,

Re: [PATCH 07/39] Annotate hardware config module parameters in drivers/cpufreq/

On Thursday, December 01, 2016 02:19:29 PM David Howells wrote: > Rafael J. Wysocki wrote: > > > Whom do you expect to apply this? > > I can try bearding Linus. All of the second+ patches depend on the first, so > if nothing else, I need to get that one in the next merge

[PATCH v3 3/9] clk: stm32f4: Add post divisor for I2S & SAI PLLs

From: Gabriel Fernandez This patch adds post dividers of I2S & SAI PLLs. These dividers are managed by a dedicated register (RCC_DCKCFGR). The PLL should be off before a set rate. Signed-off-by: Gabriel Fernandez ---

[PATCH v3 7/9] clk: stm32f4: SDIO & 48Mhz clock management for STM32F469 board

From: Gabriel Fernandez In the stm32f469 soc, the 48Mhz clock could be derived from pll-q or from pll-sai-p. The SDIO clock could be also derived from 48Mhz or from sys clock. Signed-off-by: Gabriel Fernandez --- drivers/clk/clk-stm32f4.c |

Re: [PATCH] ip6_offload: check segs for NULL in ipv6_gso_segment.

On Thu, 2016-12-01 at 16:07 +0100, Artem Savkov wrote: > I am not, but this would have the same behavior as pre-07b26c9 code and > IS_ERR_OR_NULL is used in ipv4's inet_gso_segment(). My concern might have been that IS_ERR_OR_NULL() considers the !ptr to be unlikely. But in this code path, we

[PATCH v3 8/9] ARM: dts: stm32f4: Add external I2S clock

From: Gabriel Fernandez This patch adds an external I2S clock in the DT. The I2S clock could be derived from an external I2S clock or by I2S pll. Signed-off-by: Gabriel Fernandez --- arch/arm/boot/dts/stm32f429.dtsi | 8 +++- 1 file

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

On Thu, Dec 01, 2016 at 07:26:09AM -0800, Christoph Hellwig wrote: > On Thu, Dec 01, 2016 at 10:20:39AM -0500, Don Zickus wrote: > > > > - provide the memory allocation (instead of having the driver staticly > > allocate) > > - provide functions to retrieve various internal data (instead of

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

Nicholas Piggin a écrit: [...] > On Thu, 1 Dec 2016 11:48:09 +0100 > Stanislav Kozina wrote: > >> On 12/01/2016 05:13 AM, Don Zickus wrote: >> >> ... >> >> > I think GregKH pointed to one such tool, libabigail? We are working on >> > others too. >>

Re: [PATCH v2 6/6] dax: add tracepoints to dax_pmd_insert_mapping()

On Thu, Dec 01, 2016 at 09:19:30AM -0500, Steven Rostedt wrote: > On Wed, 30 Nov 2016 16:45:33 -0700 > Ross Zwisler wrote: > > > diff --git a/include/linux/pfn_t.h b/include/linux/pfn_t.h > > index a3d90b9..033fc7b 100644 > > --- a/include/linux/pfn_t.h > > +++

Re: [PATCH 22/39] mtd: nand: denali_dt: remove dma-mask DT property

On Sun, Nov 27, 2016 at 03:06:08AM +0900, Masahiro Yamada wrote: > The driver sets appropriate DMA mask. Delete the "dma-mask" DT > property. Refer to the Link tag for negative opinions for this > binding. > > Signed-off-by: Masahiro Yamada > Link:

Re: [PATCH] mtd: Allocate bdi objects dynamically

On 11/29/2016 09:12 AM, Sandeep Jain wrote: > Dear Maintainers, >This patch is already reviewed twice with no issues. > Requesting your attention for patch merge. > > Thanks & Regards, > Sandeep Jain > > On Sat, Nov 05, 2016 at 08:22:31AM +0100, Marek Vasut wrote: >> On 11/03/2016 12:34 PM,

Re: [PATCH 1/1] crypto: set error code when kcalloc fails

On Thu, Dec 01, 2016 at 10:04:43AM +0800, Pan Bian wrote: > Fix bug https://bugzilla.kernel.org/show_bug.cgi?id=188521. In function > skcipher_recvmsg_async(), variable err takes the return value, and its > value should be negative on failures. Because variable err may be > reassigned and checked

Re: [PATCH v3 3/5] KVM: nVMX: fix checks on CR{0,4} during virtual VMX operation

2016-11-30 15:53-0800, David Matlack: > On Wed, Nov 30, 2016 at 2:33 PM, Paolo Bonzini wrote: >> - Original Message - >>> From: "Radim Krčmář" >>> To: "David Matlack" >>> Cc: k...@vger.kernel.org,

[PATH net v2] cdc_ether: Fix handling connection notification

Commit bfe9b9d2df66 ("cdc_ether: Improve ZTE MF823/831/910 handling") introduced a work-around in usbnet_cdc_status() for devices that exported cdc carrier on twice on connect. Before the commit, this behavior caused the link state to be incorrect. It was assumed that all CDC Ethernet devices

Re: [PATCH] vfio/pci: Support error recovery

On 11/30/2016 09:46 AM, Michael S. Tsirkin wrote: > On Mon, Nov 28, 2016 at 05:32:15PM +0800, Cao jin wrote: >> >> >>> + if (severity == AER_FATAL && strcmp(dev->driver->name, "vfio-pci")) { >>> >>> You really want some flag in the device, or something similar. >>> Also, how do we know

[RFC][PATCHv5 2/7] printk: rename nmi.c and exported api

A preparation patch for printk_safe work. No functional change. - rename nmi.c to print_safe.c - rename exported functions to have a `printk_safe' prefix. Signed-off-by: Sergey Senozhatsky Acked-by: Steven Rostedt Reviewed-by: Petr Mladek

[RFC][PATCHv5 0/7] printk: use printk_safe to handle printk() recursive calls

Hello, This patch set extends a lock-less NMI per-cpu buffers idea to handle recursive printk() calls. The basic mechanism is pretty much the same -- at the beginning of a deadlock-prone section we switch to lock-less printk callback, and return back to a default printk implementation at

[RFC][PATCHv5 3/7] printk: introduce per-cpu safe_print seq buffer

This patch extends the idea of NMI per-cpu buffers to regions that may cause recursive printk() calls and possible deadlocks. Namely, printk() can't handle printk calls from schedule code or printk() calls from lock debugging code (spin_dump() for instance); because those may be called with

[RFC][PATCHv5 1/7] printk: use vprintk_func in vprintk()

vprintk(), just like printk(), better be using per-cpu printk_func instead of direct vprintk_emit() call. Just in case if vprintk() will ever be called from NMI, or from any other context that can deadlock in printk(). Signed-off-by: Sergey Senozhatsky Reviewed-by:

[PATCH v2 04/11] locking/ww_mutex: Set use_ww_ctx even when locking without a context

From: Nicolai Hähnle We will add a new field to struct mutex_waiter. This field must be initialized for all waiters if any waiter uses the ww_use_ctx path. So there is a trade-off: Keep ww_mutex locking without a context on the faster non-use_ww_ctx path, at the cost

[PATCH v2 07/11] locking/ww_mutex: Wake at most one waiter for back off when acquiring the lock

From: Nicolai Hähnle The wait list is sorted by stamp order, and the only waiting task that may have to back off is the first waiter with a context. The regular slow path does not have to wake any other tasks at all, since all other waiters that would have to back off

[PATCH v2 11/11] [rfc] locking/ww_mutex: Always spin optimistically for the first waiter

From: Nicolai Hähnle Check the current owner's context once against our stamp. If our stamp is lower, we continue to spin optimistically instead of backing off. This is correct with respect to deadlock detection because while the (owner, ww_ctx) pair may re-appear if

[PATCH v2 05/11] locking/ww_mutex: Add waiters in stamp order

From: Nicolai Hähnle Add regular waiters in stamp order. Keep adding waiters that have no context in FIFO order and take care not to starve them. While adding our task as a waiter, back off if we detect that there is a waiter with a lower stamp in front of us. Make

[PATCH v2 10/11] Documentation/locking/ww_mutex: Update the design document

From: Nicolai Hähnle Document the invariants we maintain for the wait list of ww_mutexes. Cc: Peter Zijlstra Cc: Ingo Molnar Cc: Maarten Lankhorst Cc: Daniel Vetter Cc: Chris Wilson

[PATCH v2 09/11] locking/mutex: Initialize mutex_waiter::ww_ctx with poison when debugging

From: Nicolai Hähnle Help catch cases where mutex_lock is used directly on w/w mutexes, which otherwise result in the w/w tasks reading uninitialized data. Cc: Peter Zijlstra Cc: Ingo Molnar Cc: Maarten Lankhorst

Re: [PATCH] arm: kprobe: replace patch_lock to raw lock

On 2016-11-10 16:17:55 [-0800], Yang Shi wrote: > > Since patch_text_stop_machine() is called in stop_machine() which disables > IRQ, > sleepable lock should be not used in this atomic context, so replace > patch_lock > to raw lock. I am taking this one. Thank you. We have jump_labels()

LSF/MM 2017: Call for Proposals

The annual Linux Storage, Filesystem and Memory Management (LSF/MM) Summit for 2017 will be held on March 20th and 21st at the Hyatt Cambridge, Cambridge, MA. LSF/MM is an invitation-only technical workshop to map out improvements to the Linux storage, filesystem and memory management subsystems

Re: [PATCH 09/39] Annotate hardware config module parameters in drivers/i2c/

Jean Delvare wrote: > > Note that we do still need to do the module initialisation because some > > drivers have viable defaults set in case parameters aren't specified and > > some drivers support automatic configuration (e.g. PNP or PCI) in addition > > to manually coded

Re: [PATCH V1 1/2] PCI: thunder: Enable ACPI PCI controller for ThunderX pass2.x silicon version

Tomasz, Bjorn, On 01.12.16 09:49:51, Tomasz Nowicki wrote: > I put the picture together here (on top of your pci/ecam branch): > [1] > https://github.com/semihalf-nowicki-tomasz/linux/commits/pci-quirks-thunderx-v2 please note that acpi_* functions must be protected with acpi_disabled or

Re: drm/radeon spamming alloc_contig_range: [xxx, yyy) PFNs busy busy

Let's also CC Marek On Thu 01-12-16 08:43:40, Vlastimil Babka wrote: > On 12/01/2016 08:21 AM, Michal Hocko wrote: > > Forgot to CC Joonsoo. The email thread starts more or less here > > http://lkml.kernel.org/r/20161130092239.gd18...@dhcp22.suse.cz > > > > On Thu 01-12-16 08:15:07, Michal Hocko

Re: [PATCH] acpi/rt: convert acpi_gbl_gpe_lock to raw spinlock

On Wed, 30 Nov 2016, Aaron Sierra wrote: > When testing GPE interrupts with CONFIG_PREEMPT_RT_FULL enabled, a > verbose WARN_ONCE message would print to the kernel log. It turned out > that the GPE interrupt handler was being called with local interrupts > enabled because acpi_gbl_gpe_lock was

Re: [PATCH 29/39] Annotate hardware config module parameters in drivers/staging/media/

Em Thu, 01 Dec 2016 12:33:30 + David Howells escreveu: > When the kernel is running in secure boot mode, we lock down the kernel to > prevent userspace from modifying the running kernel image. Whilst this > includes prohibiting access to things like /dev/mem, it must

[PATCH v2] ia64: move cacheinfo sysfs to generic cacheinfo infrastructure

This patch removes the redundant sysfs cacheinfo code by reusing the recently introduced generic cacheinfo infrastructure through the commit 246246cbde5e ("drivers: base: support cpu cache information interface to userspace via sysfs") Signed-off-by: Sudeep Holla Cc: Tony

Re: Odd build breakage in 4.9-rc7

On 2016-12-01 9:03 AM, Prarit Bhargava wrote: On 11/30/2016 05:41 PM, Nicolas Pitre wrote: On Wed, 30 Nov 2016, Linus Torvalds wrote: On Wed, Nov 30, 2016 at 10:50 AM, Prarit Bhargava wrote: It comes back. The steps to reproduce this are: 1. checkout latest

Re: [PATCH v3] USB: OHCI: ohci-pxa27x: remove useless functions

On Thu, 1 Dec 2016 csmanjuvi...@gmail.com wrote: > From: Manjunath Goudar > > The ohci_hcd_pxa27x_drv_probe function is not doing anything other > than calling usb_hcd_pxa27x_probe function so ohci_hcd_pxa27x_drv_probe > function is useless that is why removed

Re: [PATCH 2/8] x86/head: Refactor 32-bit pgtable setup

On 10/31/2016 08:33 AM, Boris Ostrovsky wrote: > > > On 10/14/2016 02:05 PM, Boris Ostrovsky wrote: >> From: Matt Fleming >> >> The new Xen PVH entry point requires page tables to be setup by the >> kernel since it is entered with paging disabled. >> >> Pull the common

Re: btrfs_destroy_inode warn (outstanding extents)

On Wed, Nov 23, 2016 at 02:58:45PM -0500, Dave Jones wrote: > On Wed, Nov 23, 2016 at 02:34:19PM -0500, Dave Jones wrote: > > > [ 317.689216] BUG: Bad page state in process kworker/u8:8 pfn:4d8fd4 > > trace from just before this happened. Does this shed any light ? > > > >

[PATCH 06/15] hv: acquire vmbus_connection.channel_mutex in vmbus_free_channels()

From: Vitaly Kuznetsov "kernel BUG at drivers/hv/channel_mgmt.c:350!" is observed when hv_vmbus module is unloaded. BUG_ON() was introduced in commit 85d9aa705184 ("Drivers: hv: vmbus: add an API vmbus_hvsock_device_unregister()") as vmbus_free_channels() codepath was

[PATCH 10/15] hv: switch to cpuhp state machine for synic init/cleanup

From: Vitaly Kuznetsov To make it possible to online/offline CPUs switch to cpuhp infrastructure for doing hv_synic_init()/hv_synic_cleanup(). Signed-off-by: Vitaly Kuznetsov Signed-off-by: K. Y. Srinivasan --- drivers/hv/hv.c

[PATCH 09/15] hv: change clockevents unbind tactics

From: Vitaly Kuznetsov To get prepared to CPU offlining support we need co change the way how we unbind clockevent devices. As one CPU may go online/offline multiple times we need to bind it in hv_synic_init() and unbind it in hv_synic_cleanup(). There is an additional

Re: [PATCH v2 1/6] tracing: add __print_flags_u64()

On Thu, Dec 01, 2016 at 09:12:54AM -0500, Steven Rostedt wrote: > On Wed, 30 Nov 2016 16:45:28 -0700 > Ross Zwisler wrote: > > diff --git a/kernel/trace/trace_output.c b/kernel/trace/trace_output.c > > index 3fc2042..ed4398f 100644 > > ---

[PATCH 07/15] hv: allocate synic pages for all present CPUs

From: Vitaly Kuznetsov It may happen that not all CPUs are online when we do hv_synic_alloc() and in case more CPUs come online later we may try accessing these allocated structures. Signed-off-by: Vitaly Kuznetsov Signed-off-by: K. Y. Srinivasan

[PATCH 03/15] hyperv: Fix spelling of HV_UNKOWN

From: Haiyang Zhang Changed it to HV_UNKNOWN Signed-off-by: Haiyang Zhang Signed-off-by: K. Y. Srinivasan --- drivers/hv/channel_mgmt.c |6 +++--- include/linux/hyperv.h|2 +- 2 files changed, 4 insertions(+), 4

[PATCH 01/15] Drivers: hv: vmbus: Raise retry/wait limits in vmbus_post_msg()

From: Vitaly Kuznetsov DoS protection conditions were altered in WS2016 and now it's easy to get -EAGAIN returned from vmbus_post_msg() (e.g. when we try changing MTU on a netvsc device in a loop). All vmbus_post_msg() callers don't retry the operation and we usually end up

[PATCH] Doc: Correct typo, "Introdution" => "Introduction"

This corrects a set of spelling mistakes, probably from an automated conversion. Signed-off-by: Sanjeev Gupta --- Documentation/admin-guide/unicode.rst | 4 ++-- Documentation/media/dvb-drivers/intro.rst | 4 ++-- Documentation/media/v4l-drivers/cafe_ccic.rst | 4

  1   2   3   4   5   6   7   8   9   10   >