[PATCH 2/4] GPU-DRM-QXL: Move three assignments in qxl_device_init()

From: Markus Elfring Date: Wed, 21 Sep 2016 22:33:54 +0200 Move the assignments for three data structure members to the end so that they will only be performed if the desired resource allocations succeeded by this function. Signed-off-by: Markus Elfring

[PATCH] Work around for enabling CONFIG_CMDLINE on ppc64le

Observed that boot arguments (passed as CONFIG_CMDLINE) are not being picked up by kernel while using gcc-ppc64-linux-gnu v5.4.0 and v6.1.1. While it works as expected with v5.3.1 . Found that in init/main.c in setup_command_line() the pointers passed to strcpy() is messed up. source for

[PATCH 3/4] GPU-DRM-QXL: Improve a size determination in qxl_driver_load()

From: Markus Elfring Date: Wed, 21 Sep 2016 22:48:34 +0200 Replace the specification of a data structure by a pointer dereference as the parameter for the operator "sizeof" to make the corresponding size determination a bit safer according to the Linux coding style

Re: [PATCH v5 3/6] mm/cma: populate ZONE_CMA

On Thu, Sep 22, 2016 at 02:45:46PM +0900, Joonsoo Kim wrote: > On Wed, Sep 21, 2016 at 11:20:11AM +0200, Vlastimil Babka wrote: > > On 08/29/2016 07:07 AM, js1...@gmail.com wrote: > > >From: Joonsoo Kim > > > > > >Until now, reserved pages for CMA are managed in the

Re: [PATCH] dma-buf/sw_sync: mark sync_timeline_create() static

On Tue, Sep 20, 2016 at 06:23:33PM +0530, Sumit Semwal wrote: > Hi Baoyou, > > On 20 September 2016 at 16:43, Gustavo Padovan wrote: > > 2016-09-18 Baoyou Xie : > > > >> We get 1 warning when building kernel with W=1: > >>

[PATCH 2/3] watchdog: dw_wdt: get reset lines from dt

The dw_wdt has an external reset line, that can keep the device in reset and therefore rendering it useless and also is the only way of stopping the watchdog once it was started. Get the reset lines for this core from the devicetree. If resets are not specified just warn but don't fail probing to

[PATCH 1/3] watchdog: bindings: dw_wdt: add reset lines

Document the reset lines holding the watchdog core in reset. Signed-off-by: Steffen Trumtrar Cc: Wim Van Sebroeck Cc: Rob Herring Cc: Mark Rutland Cc: linux-watch...@vger.kernel.org Cc:

[PATCH 0/3] watchdog: dw_wdt: add reset lines

Hi! This series adds support for the reset line that is (potentially) holding the watchdog in reset. As the watchdog is useless if this happens, it needs to be deasserted in the probe function. Additionally, the reset is the only way of stopping a once started watchdog. This was previously not

[PATCH 3/3] watchdog: dw_wdt: add stop watchdog operation

The only way of stopping the watchdog is by resetting it. Add the watchdog op for stopping the device and reset if a reset line is provided. Signed-off-by: Steffen Trumtrar Cc: Wim Van Sebroeck Cc: Guenter Roeck Cc:

Re: [PATCH 01/11] staging: dgnc: remove redundant initialization for

On Thu, Sep 22, 2016 at 02:20:51PM +0900, Daeseok Youn wrote: > The channel array in board_t was initialized in dgnc_found_board() > with NULL. But the channel is going to initialize in dgnc_tty_init(). > So the channel array doesn't need to set NULL for initailization. > > Signed-off-by: Daeseok

Re: [PATCH 03/11] staging: dgnc: missing NULL check for ioremap in

On Thu, Sep 22, 2016 at 02:21:38PM +0900, Daeseok Youn wrote: > The ioremap() function can be failed, so it need to have error > handling in dgnc_do_remap(). And also the return type of > dgnc_do_remap() should be changed from "void" to "int" > > Signed-off-by: Daeseok Youn

Re: [PATCH 5/7] slab, workqueue: remove keventd_up() usage

On Thu, Sep 15, 2016 at 03:30:19PM -0400, Tejun Heo wrote: > Now that workqueue can handle work item queueing from very early > during boot, there is no need to gate schedule_delayed_work_on() while > !keventd_up(). Remove it. > > Signed-off-by: Tejun Heo > Cc: Christoph

Re: strace lockup when tracing exec in go

On Thu 22-09-16 06:15:02, Mike Galbraith wrote: [...] > master.today... Thanks for trying to reproduce this. My tiny laptop (2 cores, 2 threads per core) cannot reproduce even in 10 minutes or so. I've tried to use the same machine I was testing with 3.12 kernel (2 sockets, 8 cores per soc. and 2

[PATCH] clocksource/drivers/ti-32k: Prevent ftrace recursion

Currently ti-32k can be used as a scheduler clock. We properly marked omap_32k_read_sched_clock() as notrace but we then call another function ti_32k_read_cycles() that _wasn't_ notrace. Having a traceable function in the sched_clock() path leads to a recursion within ftrace and a kernel crash.

Re: recommended use of request_any_context_irq()

Leo, On 21/09/16 22:14, Leo Li wrote: > Hi Marc and Thomas, > > With the introduction of request_any_context_irq() routine, driver can > deal with interrupt controllers using either threaded irq or normal > irq. But I don't see many drivers that have been changed to use this > function to

RE: [PATCH v5 2/2] QE: remove PPCisms for QE

On Mon, Sep 22, 2016 at 2:19 AM, Leo Li wrote: > -Original Message- > From: Leo Li [mailto:pku@gmail.com] > Sent: Thursday, September 22, 2016 2:19 AM > To: Qiang Zhao > Cc: Scott Wood ; linuxppc-dev d...@lists.ozlabs.org>; lkml

Re: [PATCH] ptp_clock: future-proofing drivers against PTP subsystem becoming optional

From: Nicolas Pitre Date: Tue, 20 Sep 2016 19:25:58 -0400 (EDT) > > Drivers must be ready to accept NULL from ptp_clock_register() if the > PTP clock subsystem is configured out. > > This patch documents that and ensures that all drivers cope well > with a NULL

[PATCH 1/3] zram: rename IO processing functions

Currently, IO processing functions works synchronously. Let's clear it because later patches will introduce asynchronous IO functions. As well renaming, it moves zram meta reference counting logic into IO processing functions because it should be done in IO service routine, not IO request

[PATCH 2/3] zram: support page-based parallel write

zram supports stream-based parallel compression. IOW, it can support parallel compression on SMP system only if each cpus has streams. For example, assuming 4 CPU system, there are 4 sources for compressing in system and each source must be located in each CPUs for full parallel compression. So,

include/linux/unaligned/access_ok.h:7:19: error: redefinition of 'get_unaligned_le16'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 7d1e042314619115153a0f6f06e4552c09a50e13 commit: e34cadde3be793f179107228243242ccabdbb57c Pratyush Anand has moved date: 1 year, 3 months ago config: ia64-allyesconfig (attached as .config) compiler:

[PATCH v5 0/3] ASoC: sun4i-codec: Distinguish sun4i from sun7i

ASoC: sun4i-codec: Introduce mechanism to detect sun7i and provide a different regmap different compared to sun4i Allwinner A10. The controls will be extended in a forthcoming patch - it is necessary to distinguish between sun4i and sun7i controls because they have different registers. Renamed

[PATCH v5 3/3] ASoC: sun4i-codec: Add custom regmap configs

The A20 has a few extra registers that the A10 doesn't have. Therefore, use different regmaps for A10 as compared to A20. Signed-off-by: Danny Milosavljevic --- sound/soc/sunxi/sun4i-codec.c | 38 +++--- 1 file changed, 35 insertions(+), 3

[PATCH v5 1/3] ASoC: sun4i-codec: Rename sun4i_codec_widgets for consistency

ASoC: sun4i-codec: Rename "sun4i_codec_widgets" to "sun4i_codec_controls" for consistency with the struct field name. Signed-off-by: Danny Milosavljevic --- sound/soc/sunxi/sun4i-codec.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH v5 2/3] ASoC: sun4i-codec: Rename some sun7i-only registers

Some of the registers defined in the driver are only usable on the A20. Rename these registers. Signed-off-by: Danny Milosavljevic --- sound/soc/sunxi/sun4i-codec.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/sound/soc/sunxi/sun4i-codec.c

Re: [PATCH 2/4] drivers: iio: ti_am335x_adc: add dma support

On 09/21/16 19:11, Mugunthan V N wrote: > This patch adds the required pieces to ti_am335x_adc driver for > DMA support > > Signed-off-by: Mugunthan V N > --- > drivers/iio/adc/ti_am335x_adc.c | 160 > ++- >

ATA failure regression

Hi Jiang, Currently I am working on AMD future platform. I am hitting the same bug of ATA Failure Regression reported in past. (https://patchwork.kernel.org/patch/6875661/) or http://lkml.iu.edu/hypermail/linux/kernel/1507.3/01961.html I am newbie to this and because of this Ubuntu 16.04 is

Re: [PATCH 1/2] jump_labels: Add API to deal with keys embedded in structures

On Tue, Sep 20, 2016 at 02:54:01PM +0200, Christoffer Dall wrote: > On Tue, Sep 20, 2016 at 02:42:58PM +0200, Peter Zijlstra wrote: > > 'struct static_key' should indeed not be used and is deprecated. 'struct > > static_key_{true,false}' however should be fine. > > ah, ok, didn't realize this,

Re: [PATCH V2] sched/fair: Fix that tasks are not constrained by cfs_b->quota on hotplug core, when hotplug core is offline and then online.

>Peter Zijlstra writes: > >> You forgot to Cc Ben, who gave you feedback on v1, which is rather poor >> style. Also, I don't see how kernel-janitors is relevant to this patch. >> This is very much not a janitorial thing. >> >> (also, why send it twice?) >> >> On Tue, Aug 30,

Re: [PATCH v14 2/4] CMDQ: Mediatek CMDQ driver

On Mon, Sep 5, 2016 at 7:14 AM, HS Liao wrote: > This patch is first version of Mediatek Command Queue(CMDQ) driver. The > CMDQ is used to help write registers with critical time limitation, > such as updating display configuration during the vblank. It controls > Global

Re: [PATCH 2/2] net: ethernet: hisilicon: hns: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Tue, 20 Sep 2016 22:30:12 +0200 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > Signed-off-by: Philippe Reynes Applied.

Re: [PATCH 2/4] drivers: iio: ti_am335x_adc: add dma support

On Wednesday 21 September 2016 09:41 PM, Mugunthan V N wrote: > This patch adds the required pieces to ti_am335x_adc driver for > DMA support > > Signed-off-by: Mugunthan V N > --- > drivers/iio/adc/ti_am335x_adc.c | 160 > ++- >

Re: [PATCH] clocksource: bcm2835_timer: Unmap region obtained by of_iomap

Arvind Yadav writes: > Free memory mapping, if bcm2835_timer_init is not successful. > > Signed-off-by: Arvind Yadav Reviewed-by: Eric Anholt signature.asc Description: PGP signature

Re: [PATCH v2 1/9] ext4: allow DAX writeback for hole punch

On Wed 21-09-16 09:22:44, Ross Zwisler wrote: > On Tue, Aug 23, 2016 at 04:04:11PM -0600, Ross Zwisler wrote: > > Currently when doing a DAX hole punch with ext4 we fail to do a writeback. > > This is because the logic around filemap_write_and_wait_range() in > > ext4_punch_hole() only looks for

Re: [PATCH v2 1/1] mm/hugetlb: fix memory offline with hugepage size > memory block size

> > dissolve_free_huge_pages() will either run into the VM_BUG_ON() or a > list corruption and addressing exception when trying to set a memory > block offline that is part (but not the first part) of a hugetlb page > with a size > memory block size. > > When no other smaller hugetlb page sizes

Re: [PATCH v2 7/7] sched/core: Add debug code to catch missing update_rq_clock()

On Wed, Sep 21, 2016 at 05:58:27PM +0200, Petr Mladek wrote: > > +static inline void assert_clock_updated(struct rq *rq) > > +{ > > +#ifdef CONFIG_SCHED_DEBUG > > + /* > > +* The only reason for not seeing a clock update since the > > +* last rq_pin_lock() is if we're currently skipping

[PATCH net-next 9/9] rxrpc: Reduce the number of PING ACKs sent [ver #2]

We don't want to send a PING ACK for every new incoming call as that just adds to the network traffic. Instead, we send a PING ACK to the first three that we receive and then once per second thereafter. This could probably be made adjustable in future. Signed-off-by: David Howells

[PATCH net-next 7/9] rxrpc: Obtain RTT data by requesting ACKs on DATA packets [ver #2]

In addition to sending a PING ACK to gain RTT data, we can set the RXRPC_REQUEST_ACK flag on a DATA packet and get a REQUESTED-ACK ACK. The ACK packet contains the serial number of the packet it is in response to, so we can look through the Tx buffer for a matching DATA packet. This requires

[PATCH net-next 8/9] rxrpc: Reduce the number of ACK-Requests sent [ver #2]

Reduce the number of ACK-Requests we set on DATA packets that we're sending to reduce network traffic. We set the flag on odd-numbered DATA packets to start off the RTT cache until we have at least three entries in it and then probe once per second thereafter to keep it topped up. This could be

[PATCH net-next 6/9] rxrpc: Add ktime_sub_ms() [ver #2]

Add a ktime_sub_ms() to go with ktime_add_ms() and co. for use in AF_RXRPC RTT determination. Signed-off-by: David Howells --- include/linux/ktime.h |5 + 1 file changed, 5 insertions(+) diff --git a/include/linux/ktime.h b/include/linux/ktime.h index

Re: [PATCH v2 7/7] sched/core: Add debug code to catch missing update_rq_clock()

On Thu 22-09-16 10:04:36, Peter Zijlstra wrote: > On Wed, Sep 21, 2016 at 05:58:27PM +0200, Petr Mladek wrote: > > > +static inline void assert_clock_updated(struct rq *rq) > > > +{ > > > +#ifdef CONFIG_SCHED_DEBUG > > > + /* > > > + * The only reason for not seeing a clock update since the > > >

[PATCH net-next] net: ethernet: mediatek: remove superfluous local variable for phy address

From: Sean Wang remove the unused variable for parsing PHY address and the related logic for sanity test which would be all already handled done when of_mdiobus_register was called Reported-by: Nelson Chang Signed-off-by: Sean Wang

Re: strace lockup when tracing exec in go

On Thu 22-09-16 10:01:26, Michal Hocko wrote: > On Thu 22-09-16 06:15:02, Mike Galbraith wrote: > [...] > > master.today... > > Thanks for trying to reproduce this. My tiny laptop (2 cores, 2 threads > per core) cannot reproduce even in 10 minutes or so. I've tried to use > the same machine I was

RE: ftrace function_graph causes system crash

> -Original Message- > From: Steven Rostedt [mailto:rost...@goodmis.org] > Sent: Mittwoch, 21. September 2016 20:17 > To: Jisheng Zhang > Cc: Bean Huo (beanhuo) ; Zoltan Szubbocsev > (zszubbocsev) ; catalin.mari...@arm.com;

Re: [PATCH 1/2] NFSD: notifiers registration cleanup

On 21.09.2016 16:20, Jeff Layton wrote: > Good catch. I'm not very fond of the refcounting this here but it > should > serve the purpose and I don't have anything better to suggest. FWIW, I > think the nfsd_mutex is held during all of these operations so we > probably don't need atomics for the

[PATCH net-next] net: ethernet: mediatek: get out of potential invalid pointer access

From: Sean Wang Potential dangerous invalid pointer might be accessed if the error happens when couple phy_device to net_device so cleanup the error path. Signed-off-by: Sean Wang --- drivers/net/ethernet/mediatek/mtk_eth_soc.c | 6 -- 1

fscrypt: in-place decrypt vs. out-of-place encrypt?

Hi! While reading the fscrypt code I noticed that some functions use the bounce pages and some not. fscrypt_decrypt_page() and fscrypt_decrypt_bio_pages() work in-place while fscrypt_encrypt_page() and fscrypt_zeroout_range() use a bounce page. So, both ext4 and f2fs encrypt data using an extra

Re: solo6010 modprobe lockup since e1ceb25a (v4.3 regression)

Andrey Utkin writes: > It happens in solo_disp_init at uploading default motion thresholds > array. > > I've got a prints trace with solo6010-fix-lockup branch > https://github.com/bluecherrydvr/linux/tree/solo6010-fix-lockup/drivers/media/pci/solo6x10 > the trace

Re: [PATCH v2] i2c / ACPI: Do not touch an I2C device if it belongs to another adapter

On Wed, Sep 21, 2016 at 06:14:38PM +0200, Wolfram Sang wrote: > On Wed, Sep 21, 2016 at 11:45:02AM +0300, Mika Westerberg wrote: > > On Wed, Sep 21, 2016 at 07:48:35AM +0200, Wolfram Sang wrote: > > > On Tue, Sep 20, 2016 at 04:59:25PM +0300, Mika Westerberg wrote: > > > > When enumerating I2C

[PATCH] regmap: fix deadlock on _regmap_raw_write() error path

Commit 815806e39bf6 ("regmap: drop cache if the bus transfer error") added a call to regcache_drop_region() to error path in _regmap_raw_write(). However that path runs with regmap lock taken, and regcache_drop_region() tries to re-take it, causing deadlock: amixer D 8068ae98 0 197

Re: [PATCH] HID: alps: fix stick device not working after resume

On Mon, 19 Sep 2016, Kai-Heng Feng wrote: > The stick device does not work after resume, add U1_SP_ABS_MODE flag can > make the device work after resume. > > Signed-off-by: Kai-Heng Feng Applied with ammended changelog. Thanks, -- Jiri Kosina SUSE Labs

Re: [PATCH] docs: Remove space-before-label guidance from CodingStyle

Hi Jonathan, On Wed, 21 Sep 2016 15:54:01 -0600, Jonathan Corbet wrote: > Recent discussion has made it clear that there is no community consensus > on this particular rule. Remove it now, lest it inspire yet another set > of unwanted "cleanup" patches. > > This partially reverts 865a1caa4b6b

[PATCH] PCI: rockchip: fix uninitialized variable use

The newly added pcie-rockchip driver fails to initialize the io_size variable if the DT doesn't provide ranges for the PCI I/O space, as found by building it with -Wmaybe-uninitialized: drivers/pci/host/pcie-rockchip.c: In function 'rockchip_pcie_probe': drivers/pci/host/pcie-rockchip.c:1007:6:

[PATCH] rtc: cmos: avoid unused function warning

A bug fix for the ACPI side of this driver caused a harmless build warning: drivers/rtc/rtc-cmos.c:1115:13: error: 'cmos_check_acpi_rtc_status' defined but not used [-Werror=unused-function] static void cmos_check_acpi_rtc_status(struct device *dev, We can avoid the warning and simplify the

Re: [PATCHv2 2/3] tty/serial: at91: fix hardware handshake with GPIOs

On Mon, Sep 12, 2016 at 11:47:32AM +0200, Richard Genoud wrote: > Commit 1cf6e8fc8341 ("tty/serial: at91: fix RTS line management when > hardware handshake is enabled") broke the hardware handshake when GPIOs > where used. > > Hardware handshake with GPIOs used to work before this commit because

[GIT PULL for v4.7-rc8] media fixes

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media tags/media/v4.8-7 For: - several fixes for new drivers added for Kernel 4.8 addition (cec core, pulse8 cec driver and Mediatek vcodec); - a regression fix for cx23885 and saa7134 drivers; - an

Re: [PATCH 2/4] GPU-DRM-QXL: Move three assignments in qxl_device_init()

Guys, please stop accepting patches from Markus! Markus, you always introduce bugs. I have asked you over and over to stop sending "cleanup patches" because you are not careful. If you restricted yourself to fixing bugs only then you would maybe fix more bugs than you introduce but as it you

Re: strace lockup when tracing exec in go

On Thu, 2016-09-22 at 11:53 +0200, Michal Hocko wrote: > On Thu 22-09-16 11:40:09, Mike Galbraith wrote: > > This patch doesn't help, nor does the previous patch... but with both > > applied, all is well. All you have to do now is figure out why :) > > Ohh, I should be more explicit, this needs

Applied "regmap: fix deadlock on _regmap_raw_write() error path" to the regmap tree

The patch regmap: fix deadlock on _regmap_raw_write() error path has been applied to the regmap tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours)

[PATCH] MIPS: smp-cps: Avoid BUG() when offlining pre-r6 CPUs

Commit 0d2808f338c7 ("MIPS: smp-cps: Add support for CPU hotplug of MIPSr6 processors") added a call to mips_cm_lock_other in order to lock the CPC in CPUs containing a version 3 or higher Coherence Manager, which use the general CM core other register, where previous CMs had a dedicated core

Re: [PATCH v5 0/3] ASoC: sun4i-codec: Distinguish sun4i from sun7i

Hi, On Thu, Sep 22, 2016 at 09:13:10AM +0200, Danny Milosavljevic wrote: > ASoC: sun4i-codec: Introduce mechanism to detect sun7i and provide a > different regmap different compared to sun4i Allwinner A10. > > The controls will be extended in a forthcoming patch - it is necessary > to

Regmap commit 815806e3 from 4.8-rc6 introduces a deadlock

Hi. Here is a trace: amixer D 8068ae98 0 197183 0x Backtrace: [<8068ab7c>] (__schedule) from [<8068b1c4>] (schedule+0xb8/0xd0) [<8068b10c>] (schedule) from [<8068b61c>] (schedule_preempt_disabled+0x20/0x2c) [<8068b5fc>] (schedule_preempt_disabled) from [<8068cd18>]

[PATCH v3 0/3] xen/pciback: support driver_override

Support the driver_override scheme introduced with commit 782a985d7af2 ("PCI: Introduce new device binding path using pci_dev.driver_override") Today you'd need something like: echo :07:10.0 > /sys/bus/pci/devices/\:07\:10.0/driver/unbind echo :07:10.0 >

Re: failed to add c++ probe

On Wed, Sep 21, 2016 at 01:43:24PM +0900, Masami Hiramatsu wrote: > On Wed, 21 Sep 2016 12:37:59 +0900 > Masami Hiramatsu wrote: > Hmm, I found there are 3 issues in perf-probe to define event on C++ libs. > > 1) No mangle/demangle symbol support. This needs a) fix option

{standard input}:199: Error: unknown opcode

Hi Rich, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 7d1e042314619115153a0f6f06e4552c09a50e13 commit: b4214e41b7152b1964a3421a40251d202ae2d2c0 sh: add SMP support for J2 date: 7 weeks ago config:

[PATCH resend 2] xen-netback: switch to threaded irq for control ring

Instead of open coding it use the threaded irq mechanism in xen-netback. Signed-off-by: Juergen Gross --- resend due to missing netdev list in first attempt and wrong address in second. --- drivers/net/xen-netback/common.h| 4 +--- drivers/net/xen-netback/interface.c | 38

Re: recommended use of request_any_context_irq()

On Thu, 22 Sep 2016, Marc Zyngier wrote: > On 21/09/16 22:14, Leo Li wrote: > > Hi Marc and Thomas, > > > > With the introduction of request_any_context_irq() routine, driver can > > deal with interrupt controllers using either threaded irq or normal > > irq. But I don't see many drivers that

Re: [PATCH] KVM: nVMX: Fix the NMI IDT-vectoring info handling

On 22/09/2016 05:34, Wanpeng Li wrote: > - if (vmx->rmode.vm86_active) { > - if (kvm_inject_realmode_interrupt(vcpu, NMI_VECTOR, 0) != > EMULATE_DONE) > - kvm_make_request(KVM_REQ_TRIPLE_FAULT, vcpu); > - return; > +

[PATCH] ipvlan: fix building without netfilter

The new l3s mode in ipvlan relies on netfilter interfaces, but the ipvlan driver can be configured when CONFIG_NETFILTER is disabled, leading to a build error: drivers/net/ipvlan/ipvlan.h:132:22: error: 'struct nf_hook_state' declared inside parameter list will not be visible outside of this

Re: [PATCH] tty/serial: atmel: fix fractional baud rate computation

On Thu, 22 Sep 2016 09:39:04 +0200 Boris Brezillon wrote: > On Thu, 22 Sep 2016 09:07:46 +0200 > Uwe Kleine-König wrote: > > > On Wed, Sep 21, 2016 at 12:44:14PM +0200, Nicolas Ferre wrote: > > > From: Alexey Starikovskiy

[PATCH] io:pressure: zpa2326: remove redundant "DEBUG" ifdef

The -Wempty-body gcc warning triggers in the newly added zpa2326 driver: drivers/iio/pressure/zpa2326.c: In function 'zpa2326_dequeue_pressure': drivers/iio/pressure/zpa2326.c:578:3: error: suggest braces around empty body in an 'if' statement [-Werror=empty-body] The use of an empty statement

Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case

On Wed, Sep 21, 2016 at 01:04:57PM -0500, Bjorn Helgaas wrote: > On Wed, Sep 21, 2016 at 03:05:49PM +0100, Lorenzo Pieralisi wrote: > > On Tue, Sep 20, 2016 at 02:17:44PM -0500, Bjorn Helgaas wrote: > > > On Tue, Sep 20, 2016 at 04:09:25PM +0100, Ard Biesheuvel wrote: > > > > [...] > > > > > >

Re: [PATCH v2] KVM: nVMX: Fix the NMI IDT-vectoring handling

On 22/09/2016 11:55, Wanpeng Li wrote: > From: Wanpeng Li > > Run kvm-unit-tests/eventinj.flat in L1: > > Sending NMI to self > After NMI to self > FAIL: NMI > > This test scenario is to test whether VMM can handle NMI IDT-vectoring info > correctly. > > At the

[PATCH] sched/debug: check p->se.on_rq for 'runnable tasks'

From: Zhu Yanhai I can't see why the check was removed by commit b32e86b4. Since it was not relevant to the subject of the commit, I guess it was just a plain typo. Signed-off-by: Zhu Yanhai --- kernel/sched/debug.c | 2 +- 1 file changed, 1

Re: Regmap commit 815806e3 from 4.8-rc6 introduces a deadlock

>> Hi. >> >> Here is a trace: > > Please don't send cover letters for single patches, if there is anything > that needs saying put it in the changelog of the patch or after the --- > if it's administrative stuff. This reduces mail volume and ensures that > any important information is recorded

Re: [PATCH] KVM: nVMX: Fix the NMI IDT-vectoring info handling

On 2016-09-22 11:45, Wanpeng Li wrote: > 2016-09-22 17:37 GMT+08:00 Paolo Bonzini : >> >> >> On 22/09/2016 05:34, Wanpeng Li wrote: >>> - if (vmx->rmode.vm86_active) { >>> - if (kvm_inject_realmode_interrupt(vcpu, NMI_VECTOR, 0) != >>> EMULATE_DONE) >>> -

[PATCH] ASoC: tpa6130a2: fix volume setting when no stream is running

After moving tpa6130a2 power management to DAPM, if chip can be physically powered off (either reset_gpio is defined, or regulator indeed removes power), then volume change no longer works unless chip is on due to a running stream. Fix that by entering regcache cache_only mode while chip is off.

Re: [PATCH 3/5] mmc: core: changes frequency to hs_max_dtr when selecting hs400es

On 22 September 2016 at 12:06, Shawn Lin wrote: > Hi ulf, > > 在 2016/9/22 17:38, Ulf Hansson 写道: >> >> On 21 September 2016 at 03:43, Shawn Lin wrote: >>> >>> Per JESD84-B51 P69, Host need to change frequency to <=52MHz after >>> setting

Re: [PATCH] Work around for enabling CONFIG_CMDLINE on ppc64le

Akshay Adiga writes: > Observed that boot arguments (passed as CONFIG_CMDLINE) are not being > picked up by kernel while using gcc-ppc64-linux-gnu v5.4.0 and v6.1.1. > While it works as expected with v5.3.1 . > > Found that in init/main.c in

[tip:x86/platform] x86/platform/uv/BAU: Fix payload queue setup on UV4 hardware

Commit-ID: 6d78059bbc0ace5461938aaea8cda95eb6719898 Gitweb: http://git.kernel.org/tip/6d78059bbc0ace5461938aaea8cda95eb6719898 Author: Andrew Banman AuthorDate: Wed, 21 Sep 2016 11:09:20 -0500 Committer: Ingo Molnar CommitDate: Thu, 22 Sep 2016

[tip:x86/platform] x86/platform/uv/BAU: Add UV4-specific functions

Commit-ID: 4f059d514f7119a4fdd9934189ff31f2c26b2647 Gitweb: http://git.kernel.org/tip/4f059d514f7119a4fdd9934189ff31f2c26b2647 Author: Andrew Banman AuthorDate: Wed, 21 Sep 2016 11:09:21 -0500 Committer: Ingo Molnar CommitDate: Thu, 22 Sep 2016

[tip:x86/platform] x86/platform/uv/BAU: Disable software timeout on UV4 hardware

Commit-ID: e879c1124a6c5c3367f20a254909605e7ee938c1 Gitweb: http://git.kernel.org/tip/e879c1124a6c5c3367f20a254909605e7ee938c1 Author: Andrew Banman AuthorDate: Wed, 21 Sep 2016 11:09:19 -0500 Committer: Ingo Molnar CommitDate: Thu, 22 Sep 2016

Re: [PATCH] drm/i2c: tda998x: don't register the connector

Thanks Russell, it's most appreciated. On Wed, Sep 21, 2016 at 05:28:03PM +0100, Russell King - ARM Linux wrote: On Wed, Sep 21, 2016 at 09:57:38AM +0100, Brian Starkey wrote: Hi Russell, Are you in a position to be able to test this now? Normally, I'd say no, because I'd normally wait for

Re: [Xen-devel] [PATCH resend] xen-netback: switch to threaded irq for control ring

On 22/09/16 12:31, Paul Durrant wrote: >> -Original Message- >> From: Juergen Gross [mailto:jgr...@suse.com] >> Sent: 22 September 2016 11:17 >> To: Paul Durrant ; xen-de...@lists.xenproject.org; >> net...@vger.kernel.orga ; linux- >>

Re: [RFC PATCH 4/4] futex, doc: TO futexes document

On Tue, 6 Sep 2016, Waiman Long wrote: > This patch adds a new document file on how to use the TO futexes. Documentation is nice, but the proper place for documenting this is the futex(2) man page. Thanks, tglx

Re: "CodingStyle: Clarify and complete chapter 7" in docs-next

On Thu, 22 Sep 2016, Jean Delvare wrote: > Hi Joe, > > On Mon, 19 Sep 2016 23:32:03 -0700, Joe Perches wrote: >> On Tue, 2016-09-20 at 07:53 +0200, Julia Lawall wrote: >> > I think it is better to be clear.  CHECK was never really clear to me, >> > especially if you see it in

Re: [PATCH resend 2] xen-netback: switch to threaded irq for control ring

On Thu, Sep 22, 2016 at 11:06:25AM +0200, Juergen Gross wrote: > Instead of open coding it use the threaded irq mechanism in > xen-netback. > > Signed-off-by: Juergen Gross Acked-by: Wei Liu

Re: [PATCH 2/4] drivers: iio: ti_am335x_adc: add dma support

On Thursday 22 September 2016 12:50 PM, Peter Ujfalusi wrote: > On 09/21/16 19:11, Mugunthan V N wrote: >> This patch adds the required pieces to ti_am335x_adc driver for >> DMA support >> >> Signed-off-by: Mugunthan V N >> --- >> drivers/iio/adc/ti_am335x_adc.c | 160

Re: [PATCH 2/4] drivers: iio: ti_am335x_adc: add dma support

On Thursday 22 September 2016 11:48 AM, Vignesh R wrote: > > > On Wednesday 21 September 2016 09:41 PM, Mugunthan V N wrote: >> This patch adds the required pieces to ti_am335x_adc driver for >> DMA support >> >> Signed-off-by: Mugunthan V N >> --- >>

Re: [PATCH 1/2] shmem: fix tmpfs to handle the huge= option properly

Toshi Kani writes: > shmem_get_unmapped_area() checks SHMEM_SB(sb)->huge incorrectly, > which leads to a reversed effect of "huge=" mount option. > > Fix the check in shmem_get_unmapped_area(). > > Note, the default value of SHMEM_SB(sb)->huge remains as > SHMEM_HUGE_NEVER.

[PATCH net-next 2/9] rxrpc: Add re-sent Tx annotation [ver #2]

Add a Tx-phase annotation for packet buffers to indicate that a buffer has already been retransmitted. This will be used by future congestion management. Re-retransmissions of a packet don't affect the congestion window managment in the same way as initial retransmissions. Signed-off-by: David

RE: [PATCH] usb: dwc3: host: inherit dma configuration from parent dev

>From: Arnd Bergmann [mailto:a...@arndb.de] >On Wednesday, September 21, 2016 11:43:59 AM CEST Sriram Dash wrote: >> >From: Arnd Bergmann [mailto:a...@arndb.de] On Wednesday, September >> >21, 2016 11:06:47 AM CEST Sriram Dash wrote: >> >>

Re: EFI co-maintainer

On Wed, 21 Sep, at 07:59:51PM, Lukas Wunner wrote: > > That is great to hear, thanks a lot from me as well. > > Just curious, are there any plans to integrate the new repo into > linux-next? It would be great to have testing as early as possible. Yes, the existing one is also part of

[PATCH 4/4] GPU-DRM-TILCDC: Delete unnecessary variable initialisations in tilcdc_convert_slave_node()

From: Markus Elfring Date: Thu, 22 Sep 2016 10:15:36 +0200 Four local variables will be set to an appropriate pointer a bit later. Thus omit the explicit initialisation which became unnecessary with a previous update step. Signed-off-by: Markus Elfring

Re: EFI co-maintainer

On 22 September 2016 at 09:34, Matt Fleming wrote: > On Wed, 21 Sep, at 07:59:51PM, Lukas Wunner wrote: >> >> That is great to hear, thanks a lot from me as well. >> >> Just curious, are there any plans to integrate the new repo into >> linux-next? It would be great to

[PATCH v0 2/3] posix03, posix04: Use '-l' instead of '-i' as option argument name

From: Daniel Wagner All other test use '=l' instead of '-i' to as option name for defining how many loops should be executed. Let's streamline posix03 and posix04. Signed-off-by: Daniel Wagner --- posix03.c | 6 +++--- posix04.c | 6

[PATCH v0 0/3] [RESEND] lockperf: a few small improvments

From: Daniel Wagner Hi Jeff, I had a bunch of small patches in my tree, which I forgot to send. So here they are... cheers, daniel Daniel Wagner (3): Synchronize all clients on start up posix03, posix04: Use '-l' instead of '-i' as option argument name

[PATCH] Coccinelle: pm_runtime: ensure relevance of pm_runtime reports

pm_runtime.cocci starts with one rule that searches for a variety of functions calls, followed by various rules that report errors. Previously, the only connection between the first rule and the rest was to check that the first rule had matched somewhere. Change the rules to propagate a position

[PATCH v0 3/3] posix03: Do not kill everything in the process group

From: Daniel Wagner kill(0, SIGINT) sends to all in the process group the signal including the parent shell. Instead remember the PIDs of all children and just send the signal to these processes. Reported-by: Dave Chinner Signed-off-by: Daniel

[PATCH v0 1/3] Synchronize all clients on start up

From: Daniel Wagner The child process start working as soon as they are forked. Sometimes that leads to a workload pattern that no contention happens at all even with a high number of processes. Since the main motivation of this this is to benchmark the contention

Re: EFI co-maintainer

On Thu, Sep 22, 2016 at 09:34:02AM +0100, Matt Fleming wrote: > On Wed, 21 Sep, at 07:59:51PM, Lukas Wunner wrote: > > Just curious, are there any plans to integrate the new repo into > > linux-next? It would be great to have testing as early as possible. > > Yes, the existing one is also part

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