Re: [PATCH v3 1/6] rtmutex: Deboost before waking up the top waiter

On Mon, Apr 18, 2016 at 11:02:28AM +0200, Thomas Gleixner wrote: > On Mon, 18 Apr 2016, Xunlei Pang wrote: > > On 2016/04/18 at 16:23, Thomas Gleixner wrote: > > > On Thu, 14 Apr 2016, Xunlei Pang wrote: > > >> We should deboost before waking the high-prio task such that > > >> we don't run two

Re: [PATCH] cpuidle: Change ktime_get() with local_clock()

On Wed, Apr 20, 2016 at 02:30:11PM +0200, Daniel Lezcano wrote: > On Wed, Apr 20, 2016 at 02:13:15PM +0200, Peter Zijlstra wrote: > > On Thu, Apr 14, 2016 at 09:23:54PM +0200, Daniel Lezcano wrote: > > > @@ -217,7 +217,11 @@ int cpuidle_enter_state(struct cpuidle_device *dev, > > > struct

Re: [RFC 1/2] spi: spidev: Use 'new_id' sysfs file for enabling spidev

On 04/20/2016 05:47 PM, Mark Brown wrote: On Wed, Apr 20, 2016 at 05:43:32PM +0530, Bhuvanchandra DV wrote: SPI drivers bind to the device as configured in DT, but in case of spidev(non DT approach) the device is not available in hand to bind the driver. So tried this approach of creating the

Re: [PATCH v2 2/2] dmaengine: vdma: Add clock support

On Wed, 2016-04-20 at 17:13:19 +0530, Kedareswara rao Appana wrote: > Added basic clock support. The clocks are requested at probe > and released at remove. > > Signed-off-by: Kedareswara rao Appana > --- > Changes for v2: > --> None. > > drivers/dma/xilinx/xilinx_vdma.c |

RE: [PATCH V3] rtc: zynqmp: Update seconds time programming logic

Hi all, Made a small typo mistake , Please ignore this patch. Sorry for the inconvenience caused. Thanks, Anurag Kumar V > -Original Message- > From: Anurag Kumar Vulisha [mailto:anurag.kumar.vuli...@xilinx.com] > Sent: Wednesday, April 20, 2016 8:29 PM > To: Alessandro Zummo

[PATCH] KVM: remove buggy vcpu id check on vcpu creation

Commit 338c7dbadd26 ("KVM: Improve create VCPU parameter (CVE-2013-4587)") introduced a check to prevent potential kernel memory corruption in case the vcpu id is too great. Unfortunately this check assumes vcpu ids grow in sequence with a common difference of 1, which is wrong: archs are free to

Re: [PATCH] devpts: Make each mount of devpts an independent filesystem.

Linus Torvalds writes: > On Tue, Apr 19, 2016 at 9:36 PM, Konstantin Khlebnikov > wrote: >> On Wed, Apr 20, 2016 at 6:04 AM, Eric W. Biederman >>> >>> The kernel.pty.reserve sysctl is neutered with no way currently >>> implemented to be able to

Re: [PATCH v8 3/4] perf config: Prepare all default configs

Hi, Namhyung On 04/20/2016 09:44 PM, Namhyung Kim wrote: Hi Taeung, On Mon, Apr 18, 2016 at 11:55:18PM +0900, Taeung Song wrote: Hi, Namhyung On 04/15/2016 01:42 AM, Taeung Song wrote: Hi, Arnaldo On 04/14/2016 09:19 PM, Arnaldo Carvalho de Melo wrote: Em Thu, Apr 14, 2016 at 04:53:20PM

[PATCH v7 00/24] i2c mux cleanup and locking update

Hi! I have a pair of boards with this i2c topology: GPIO ---| -- BAT1 | v / I2C -+--B---+ MUX | \ EEPROM -- BAT2 (B denotes the boundary between the

[PATCH v7 16/24] i2c: allow adapter drivers to override the adapter locking

Add i2c_lock_bus() and i2c_unlock_bus(), which call the new lock_bus and unlock_bus ops in the adapter. These funcs/ops take an additional flags argument that indicates for what purpose the adapter is locked. There are two flags, I2C_LOCK_ADAPTER and I2C_LOCK_SEGMENT, but they are both

[PATCH v7 19/24] i2c-mux: document i2c muxes and elaborate on parent-/mux-locked muxes

Signed-off-by: Peter Rosin --- Documentation/i2c/i2c-topology | 370 + MAINTAINERS| 1 + 2 files changed, 371 insertions(+) create mode 100644 Documentation/i2c/i2c-topology diff --git

[PATCH v7 21/24] [media] si2168: change the i2c gate to be mux-locked

From: Antti Palosaari The root i2c adapter lock is then no longer held by the i2c mux during accesses behind the i2c gate, and such accesses need to take that lock just like any other ordinary i2c accesses do. So, declare the i2c gate mux-locked, and zap the code that makes the

[PATCH v7 24/24] [media] rtl2832: regmap is aware of lockdep, drop local locking hack

Reviewed-by: Antti Palosaari Signed-off-by: Peter Rosin --- drivers/media/dvb-frontends/rtl2832.c | 30 -- drivers/media/dvb-frontends/rtl2832_priv.h | 1 - 2 files changed, 31 deletions(-) diff --git

[PATCH v7 10/24] [media] rtl2830: convert to use an explicit i2c mux core

Allocate an explicit i2c mux core to handle parent and child adapters etc. Update the select op to be in terms of the i2c mux core instead of the child adapter. Reviewed-by: Antti Palosaari Signed-off-by: Peter Rosin --- drivers/media/dvb-frontends/rtl2830.c

[PATCH v7 18/24] i2c-mux: relax locking of the top i2c adapter during mux-locked muxing

With a i2c topology like the following GPIO ---| -- BAT1 | v / I2C -+--+ MUX | \ EEPROM -- BAT2 there is a locking problem with the GPIO controller since it

[PATCH v7 22/24] [media] rtl2832: change the i2c gate to be mux-locked

The root i2c adapter lock is then no longer held by the i2c mux during accesses behind the i2c gate, and such accesses need to take that lock just like any other ordinary i2c accesses do. So, declare the i2c gate mux-locked, and zap the regmap overrides that makes the i2c accesses unlocked and

[PATCH v7 11/24] [media] rtl2832: convert to use an explicit i2c mux core

Allocate an explicit i2c mux core to handle parent and child adapters etc. Update the select/deselect ops to be in terms of the i2c mux core instead of the child adapter. Reviewed-by: Antti Palosaari Signed-off-by: Peter Rosin ---

Re: [PATCH] KVM: remove buggy vcpu id check on vcpu creation

On Wed, 20 Apr 2016 16:12:46 +0100 James Hogan wrote: > Hi Greg, > > On Wed, Apr 20, 2016 at 05:07:58PM +0200, Greg Kurz wrote: > > Commit 338c7dbadd26 ("KVM: Improve create VCPU parameter (CVE-2013-4587)") > > introduced a check to prevent potential kernel memory

[PATCH v7 15/24] i2c-mux: drop old unused i2c-mux api

All i2c mux users are using an explicit i2c mux core, drop support for implicit i2c mux cores. Signed-off-by: Peter Rosin --- drivers/i2c/i2c-mux.c | 63 - include/linux/i2c-mux.h | 15 2 files changed, 78

[PATCH v7 13/24] [media] cx231xx: convert to use an explicit i2c mux core

Allocate an explicit i2c mux core to handle parent and child adapters etc. Update the select op to be in terms of the i2c mux core instead of the child adapter. Signed-off-by: Peter Rosin --- drivers/media/usb/cx231xx/cx231xx-core.c | 6 ++--

[PATCH v2] drivers/idle: make intel_idle.c driver more explicitly non-modular

The Kconfig for this driver is currently declared with: config INTEL_IDLE bool "Cpuidle Driver for Intel Processors" ...meaning that it currently is not being built as a module by anyone. This was done in commit 6ce9cd8669fa1195fdc21643370e34523c7ac988 ("intel_idle: disable module

[PATCH v7 17/24] i2c: muxes always lock the parent adapter

Instead of checking for i2c parent adapters for every lock/unlock, simply override the locking for muxes to always lock/unlock the parent adapter directly. Signed-off-by: Peter Rosin --- drivers/i2c/i2c-core.c | 21 +++-- drivers/i2c/i2c-mux.c | 27

[PATCH v7 09/24] [media] m88ds3103: convert to use an explicit i2c mux core

Allocate an explicit i2c mux core to handle parent and child adapters etc. Update the select op to be in terms of the i2c mux core instead of the child adapter. Reviewed-by: Antti Palosaari Signed-off-by: Peter Rosin --- drivers/media/dvb-frontends/m88ds3103.c

[PATCH v3 3/3] ARM: dts: imx6qp: Specify imx6qp version of PCIe core

I.MX6Quad Plus has a slightly different version of PCIe core than reqular i.MX6Quad. Signed-off-by: Andrey Smirnov --- Changes since v2: - Removed default clause in all introduced switch statements - Switched to using of_device_get_match_data instead

Re: [PATCH] mtd: nand: jz4740: Remove unused local variable

On Mon, 18 Apr 2016 18:04:56 +0200 Maarten ter Huurne wrote: > Signed-off-by: Maarten ter Huurne Applied. Thanks, Boris > --- > drivers/mtd/nand/jz4740_nand.c | 1 - > 1 file changed, 1 deletion(-) > > diff --git

[PATCH v3 2/3] PCI: imx6: Implement reset sequence for i.MX6+

I.MX6+ has a dedicated bit for reseting PCIe core, which should be used instead of a regular reset sequence since using the latter will hang the SoC. This commit is based on c34068d48273e24d392d9a49a38be807954420ed from http://git.freescale.com/git/cgit.cgi/imx/linux-2.6-imx.git Signed-off-by:

Re: [RFC PATCH 3/3] Documentation: iio: Add IIO software devices docs

On 04/20/2016 05:45 PM, Daniel Baluta wrote: > + > +What:/config/iio/triggers/dummy s/triggers/devices

[PATCH v3] KVM: remove buggy vcpu id check on vcpu creation

Commit 338c7dbadd26 ("KVM: Improve create VCPU parameter (CVE-2013-4587)") introduced a check to prevent potential kernel memory corruption in case the vcpu id is too great. Unfortunately this check assumes vcpu ids grow in sequence with a common difference of 1, which is wrong: archs are free to

[PATCH v3 1/3] PCI: imx6: Use enum instead of bool for variant indicator

Use enumerated type instead of a boolean flag to specify the variant of the PCIe IP block (6Q, 6SX, etc). This patch has zero functional impact, however it makes the code easier to extend for the case of more than 2 possible variants of an IP block (of which there are). Signed-off-by: Andrey

Re: [PATCH net-next] net: dsa: remove tag_protocol from dsa_switch

On Mon, Apr 18, 2016 at 06:24:04PM -0400, Vivien Didelot wrote: > Having the tag protocol in dsa_switch_driver for setup time and in > dsa_switch_tree for runtime is enough. Remove dsa_switch's one. > > Signed-off-by: Vivien Didelot I had to think about this

Re: [RESEND PATCH v2 00/13] eeprom: support for at24cs and at24mac

2016-04-16 23:17 GMT+02:00 Wolfram Sang : > Hi, > > On Mon, Apr 11, 2016 at 11:57:16AM -0700, Bartosz Golaszewski wrote: >> Chips from the at24cs EEPROM series have an additional read-only >> memory area containing a factory pre-programmed serial number. In >> order to access

Re: [3/3] rtc: mxc: remove UIE signaling

On 04/05/2011 at 17:31:28 +0200, Wolfram Sang wrote : > The RTC core handles it since 6610e08 (RTC: Rework RTC code to use > timerqueue for events). > > Signed-off-by: Wolfram Sang > --- > drivers/rtc/rtc-mxc.c |3 --- > 1 files changed, 0 insertions(+), 3

Re: [PATCH 4/8] gpio: stmpe: write int status register only when needed

On Tue, Apr 19, 2016 at 2:18 PM, wrote: > From: Patrice Chotard > > On STMPE801/1801 datasheets, it's mentionned writing > in interrupt status register has no effect, bits are > cleared when reading. > > Signed-off-by: Amelie DELAUNAY

Re: [PATCH 5/8] Documentation: dt: add stmpe1600 compatible string to stmpe mfd

On Tue, Apr 19, 2016 at 2:18 PM, wrote: > From: Patrice Chotard > > This patch adds a new compatible string for stmpe mfd to support > stmpe1600 variant. > > Signed-off-by: Amelie DELAUNAY Acked-by: Linus Walleij

Re: [PATCH 7/8] gpio: stmpe: Add STMPE1600 support

On Tue, Apr 19, 2016 at 2:18 PM, wrote: > From: Patrice Chotard > > The particularities of this variant are: > - GPIO_XXX_LSB and GPIO_XXX_MSB memory locations are inverted compared > to other variants. > - There is no Edge detection, Rising

Re: [PATCH V5 0/4] Introduce CoreSight STM support

On 6 April 2016 at 20:51, Chunyan Zhang wrote: > This patchset adds support for the CoreSight STM IP block. This has been out there long enough - I'm picking this up. Alex, I'll have 1/4 go through my tree. Get back to me if you want to proceed differently. Thanks,

Re: [PATCH v2] locking/pvqspinlock: Add lock holder CPU argument to pv_wait()

On 2016年04月20日 22:18, Peter Zijlstra wrote: > On Wed, Apr 20, 2016 at 10:15:09PM +0800, Pan Xinhui wrote: +static struct pv_node *pv_lookup_hash(struct qspinlock *lock) +{ + unsigned long offset, hash = hash_ptr(lock, pv_lock_hash_bits); + struct pv_hash_entry *he; +

[Question] Missing data after DMA read transfer

Hi everyone, Short version: I'm having an issue with direct DMA transfer from a device to host memory. It seems some of the data is not transferring to the appropriate page. Some more details: I'm debugging a home made PCI driver for our board (Kalray), attached to a x86_64 host running centos7

Re: [PATCH] KVM: remove buggy vcpu id check on vcpu creation

Hi Greg, On Wed, Apr 20, 2016 at 05:07:58PM +0200, Greg Kurz wrote: > Commit 338c7dbadd26 ("KVM: Improve create VCPU parameter (CVE-2013-4587)") > introduced a check to prevent potential kernel memory corruption in case > the vcpu id is too great. > > Unfortunately this check assumes vcpu ids

[PATCH v2 1/1] Revert "Prevent NUll pointer dereference with two PHYs on cpsw"

This reverts commit cfe255600154f0072d4a8695590dbd194dfd1aeb This can result in a "Unable to handle kernel paging request" during boot. This was due to using an uninitialised struct member, data->slaves. Signed-off-by: Andrew Goodbody Tested-by: Tony Lindgren

[PATCH v2 0/1] Revert "Prevent NUll pointer dereference with two PHYs"

Revert this patch as not only did it use an unitialised member of a struct but there is also a pre-existing patch that does it better. V2 add signoff Andrew Goodbody (1): Revert "Prevent NUll pointer dereference with two PHYs on cpsw" drivers/net/ethernet/ti/cpsw.c | 31

[PATCH v7 07/24] i2c: i2c-mux-reg: convert to use an explicit i2c mux core

Allocate an explicit i2c mux core to handle parent and child adapters etc. Update the select/deselect ops to be in terms of the i2c mux core instead of the child adapter. Signed-off-by: Peter Rosin --- drivers/i2c/muxes/i2c-mux-reg.c | 69

RE: [PATCH 1/1] perf/x86/intel/uncore: Add support for Intel SKL client uncore

> On Wed, 20 Apr 2016, Liang, Kan wrote: > > > The stop of the box1 events disables the whole machinery on that > > > node and therefor the box0 event is wreckaged as well. Hmm? > > > > > Right. How about check the SKL_UNC_PERF_GLOBAL_CTL in enable_event? > > If it's cleared, we can reset it

[PATCH v2] KVM: remove buggy vcpu id check on vcpu creation

Commit 338c7dbadd26 ("KVM: Improve create VCPU parameter (CVE-2013-4587)") introduced a check to prevent potential kernel memory corruption in case the vcpu id is too great. Unfortunately this check assumes vcpu ids grow in sequence with a common difference of 1, which is wrong: archs are free to

Re: [PATCH v8 3/4] perf config: Prepare all default configs

Hi, Arnaldo :-) On 04/20/2016 10:22 PM, Arnaldo Carvalho de Melo wrote: Em Wed, Apr 20, 2016 at 09:44:38PM +0900, Namhyung Kim escreveu: On Mon, Apr 18, 2016 at 11:55:18PM +0900, Taeung Song wrote: On 04/15/2016 01:42 AM, Taeung Song wrote: On 04/14/2016 09:19 PM, Arnaldo Carvalho de Melo

[PATCH 0/8] drm: Add fbdev deferred io support to helpers

This patchset adds fbdev deferred io support to drm_fb_helper and drm_fb_cma_helper. It defers fbdev mmap and fb_{write,fillrect,copyarea,imageblit} damage and channels it through the (struct drm_framebuffer_funcs)->dirty callback on the fb_helper framebuffer which will always run in process

[PATCH 3/8] drm/qxl: Change drm_fb_helper_sys_*() calls to sys_*()

Now that drm_fb_helper gets deferred io support, the drm_fb_helper_sys_{fillrect,copyarea,imageblit} functions will schedule the worker that calls the deferred_io callback. This will break this driver so use the sys_{fillrect,copyarea,imageblit} functions directly. Signed-off-by: Noralf Trønnes

[PATCH 1/8] drm/rect: Add some drm_clip_rect utility functions

Add some utility functions for struct drm_clip_rect. Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/drm_rect.c | 67 include/drm/drm_rect.h | 69 ++ 2 files changed, 136

[PATCH 6/8] drm/fb-cma-helper: Add fb_deferred_io support

This adds fbdev deferred io support if CONFIG_FB_DEFERRED_IO is enabled. The driver has to provide a (struct drm_framebuffer_funcs *)->dirty() callback to get notification of fbdev framebuffer changes. If the dirty() hook is set, then fb_deferred_io is set up automatically by the helper. Two

[PATCH 8/8] drm/udl: Use drm_fb_helper deferred_io support

Use the fbdev deferred io support in drm_fb_helper. The (struct fb_ops *)->fb_{fillrect,copyarea,imageblit} functions will now be deferred in the same way that mmap damage is, instead of being flushed directly. The deferred mmap functionality is kept disabled by default, because of the list

Re: [Qemu-ppc] [PATCH v2] KVM: remove buggy vcpu id check on vcpu creation

Forget this post, I'll send a v3. Thanks to the kbuild test robot ! :) On Wed, 20 Apr 2016 17:26:48 +0200 Greg Kurz wrote: > Commit 338c7dbadd26 ("KVM: Improve create VCPU parameter (CVE-2013-4587)") > introduced a check to prevent potential kernel memory corruption in

[RFC PATCH 3/3] Documentation: iio: Add IIO software devices docs

Signed-off-by: Daniel Baluta --- Documentation/ABI/testing/configfs-iio | 13 + 1 file changed, 13 insertions(+) diff --git a/Documentation/ABI/testing/configfs-iio b/Documentation/ABI/testing/configfs-iio index 2483756..84b6bd1 100644 ---

Re: [PATCH v2] KVM: remove buggy vcpu id check on vcpu creation

On Wed, 20 Apr 2016 17:26:48 +0200 Greg Kurz wrote: > Commit 338c7dbadd26 ("KVM: Improve create VCPU parameter (CVE-2013-4587)") > introduced a check to prevent potential kernel memory corruption in case > the vcpu id is too great. > > Unfortunately this check assumes

Re: [PATCH 1/2] x86/arch_prctl: add ARCH_SET_{COMPAT,NATIVE} to change compatible mode

On Wed, Apr 20, 2016 at 4:04 AM, Peter Zijlstra wrote: > On Thu, Apr 14, 2016 at 11:27:35AM -0700, Andy Lutomirski wrote: >> On Wed, Apr 13, 2016 at 9:55 AM, Dmitry Safonov >> wrote: >> > On 04/08/2016 11:44 PM, Andy Lutomirski wrote: >> >> >> >>

[RFC PATCH 0/3] Introduce support for creating IIO devices via configfs

For testing purposes is nice to have a quick way of creating IIO devices. This patch series introduces support for creating IIO devices via configs (patch 1), allowing users to register "device types". For the moment we support "dummy" device type (patch 2). This is just a RFC in order to see if

[RFC PATCH 2/3] iio: dummy: Convert IIO dummy to configfs

We register a new device type named "dummy", this will create a configfs entry under: * /config/iio/devices/dummy. Creating dummy devices is now as simple as: $ mkdir /config/iio/devices/dummy/my_dummy_device Signed-off-by: Daniel Baluta ---

Re: [PATCH v4 1/5] printk/nmi: generic solution for safe printk in NMI

On Mon 2016-04-04 11:38:19, Petr Mladek wrote: > On Mon 2016-04-04 13:49:28, Sergey Senozhatsky wrote: > > Hello, > > > > On (03/30/16 17:53), Petr Mladek wrote: > > > +/* > > > + * Flush data from the associated per_CPU buffer. The function > > > + * can be called either via IRQ work or

Re: [PATCH] sched/cpufreq: don't trigger cpufreq update w/o real rt/deadline tasks running

On Wed, Apr 20, 2016 at 02:32:35AM +0200, Rafael J. Wysocki wrote: > On Monday, April 18, 2016 01:51:24 PM Wanpeng Li wrote: > > Sometimes update_curr() is called w/o tasks actually running, it is > > captured by: > > u64 delta_exec = rq_clock_task(rq) - curr->se.exec_start; > > We should not

Linux 3.18.31

I'm announcing the release of the 3.18.31 kernel. All users of the 3.18 kernel series must upgrade. The updated 3.18.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.18.y and can be browsed at the normal kernel.org git web

Re: [PATCH v2 00/11] serial: 8250: split LPSS to 8250_lpss, enable DMA on Quark

On Wed, 2016-04-20 at 18:59 +0530, Vinod Koul wrote: > On Mon, Apr 11, 2016 at 03:51:00PM +0300, Andy Shevchenko wrote: > > > > This is combined series of two things: > > - split out the Intel LPSS specific driver from 8250_pci into > > 8250_lpss > > - enable DMA support on Intel Quark UART > >

Re: [PATCH v2] locking/pvqspinlock: Add lock holder CPU argument to pv_wait()

On Wed, Apr 20, 2016 at 10:15:09PM +0800, Pan Xinhui wrote: > >> +static struct pv_node *pv_lookup_hash(struct qspinlock *lock) > >> +{ > >> + unsigned long offset, hash = hash_ptr(lock, pv_lock_hash_bits); > >> + struct pv_hash_entry *he; > >> + > >> + for_each_hash_entry(he, offset, hash) { >

Re: [PATCH V3] powerpc: Implement {cmp}xchg for u8 and u16

On Wed, Apr 20, 2016 at 09:24:00PM +0800, Pan Xinhui wrote: > +#define __XCHG_GEN(cmp, type, sfx, skip, v) \ > +static __always_inline unsigned long \ > +__cmpxchg_u32##sfx(v unsigned int *p, unsigned long old, \ > +

Re: [PATCH 0/8] STMPE fixes/rework and add STMPE1600 support

On Tue, Apr 19, 2016 at 5:53 PM, Stephen Warren wrote: > On 04/19/2016 06:18 AM, patrice.chot...@st.com wrote: >> For TEGRA ARCHITECTURE SUPPORT >> _ Stephen Warren >> _ Thierry Reding >> _

Re: [PATCH] MAINTAINERS: net: add entry for TI Ethernet Switch drivers

* Grygorii Strashko [160420 04:26]: > Add record for TI Ethernet Switch Driver CPSW/CPDMA/MDIO HW > (am33/am43/am57/dr7/davinci) to ensure that related patches > will go through dedicated linux-omap list. > > Also add Mugunthan as maintainer and myself as the reviewer.

Re: [PATCH 1/8] mfd: stmpe: Add STMPE_IDX_SYS_CTRL/2 enum

On Tue, Apr 19, 2016 at 2:18 PM, wrote: > From: Patrice Chotard > > As STMPE1801/1601/24xx has a SYS_CTRL register and > STMPE1601/2403 has even a SYS_CTRL2 register, add > STMPE_IDX_SYS_CTRL/2 and update driver code accordingly > > This update

Re: [PATCH] Bluetooth: vhci: Fix race at creating hci device

Hi Takashi, > hci_vhci driver creates a hci device object dynamically upon each > HCI_VENDOR_PKT write. Although it checks the already created object > and returns an error, it's still racy and may build multiple hci_dev > objects concurrently when parallel writes are performed, as the device >

Re: [PATCH 1/2] drm/rockchip: vop: Do check if an update is pending during disable

On 11 April 2016 at 03:15, Mark yao wrote: > On 2016年04月08日 18:54, Tomeu Vizoso wrote: >> >> On 8 April 2016 at 03:07, Mark yao wrote: >>> >>> On 2016年04月06日 18:14, Tomeu Vizoso wrote: >>> >>> When a plane is being disabled but it's still

[PATCH 1/1] Revert "Prevent NUll pointer dereference with two PHYs on cpsw"

This reverts commit cfe255600154f0072d4a8695590dbd194dfd1aeb This can result in a "Unable to handle kernel paging request" during boot. This was due to using an uninitialised struct member, data->slaves. --- drivers/net/ethernet/ti/cpsw.c | 31 +++ 1 file changed, 15

Re: [PATCH v7] Bluetooth: hci_uart: Support firmware download for Marvell

Hi Amitkumar, > Thanks for your review. > We will address these comments in updated version. > >>> + >>> +/* Receive data */ >>> +static int mrvl_recv(struct hci_uart *hu, const void *data, int >>> +count) { >>> + struct mrvl_data *mrvl = hu->priv; >>> + >>> + if (test_bit(HCI_UART_DNLD_FW,

[PATCH 0/1] Revert "Prevent NUll pointer dereference with two PHYs"

Revert this patch as not only did it use an unitialised member of a struct but there is also a pre-existing patch that does it better. Andrew Goodbody (1): Revert "Prevent NUll pointer dereference with two PHYs on cpsw" drivers/net/ethernet/ti/cpsw.c | 31 +++ 1

Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable

On Wed, Apr 13, 2016 at 02:49:43PM +0200, Michal Hocko wrote: > On Wed 13-04-16 12:27:31, Ingo Molnar wrote: > > > > * Ingo Molnar wrote: > > > > > I'm testing your patches today, if they are otherwise OK [...] > > > > got this build failure: > > > >

Re: [PATCH v2] drm/panel: simple: Add support for Innolux AT070TN92

On Wed, Apr 20, 2016 at 03:37:15PM +0200, Boris Brezillon wrote: > From: Riccardo Bortolato > > Add support for the Innolux AT070TN92 panel. > > Signed-off-by: Riccardo Bortolato > Signed-off-by: Boris Brezillon

Re: [PATCH 1/3] i2c: s3c2410: Add missing clock unprepare on probe() error path

Hello Krzysztof, On 04/20/2016 05:24 AM, Krzysztof Kozlowski wrote: > If during probe() the s3c24xx_i2c_init() failed, the clock was left in > disabled but prepared state. > > Signed-off-by: Krzysztof Kozlowski > --- > drivers/i2c/busses/i2c-s3c2410.c | 1 + > 1 file

Re: [PATCH RFC] block: fix bio merge checks when virt_boundary is set

Ming Lei writes: > On Fri, Mar 18, 2016 at 10:59 AM, Ming Lei wrote: >> On Fri, Mar 18, 2016 at 12:39 AM, Keith Busch wrote: >>> On Thu, Mar 17, 2016 at 12:20:28PM +0100, Vitaly Kuznetsov wrote: Keith Busch

RE: [PATCH 1/1] perf/x86/intel/uncore: Add support for Intel SKL client uncore

> On Fri, 15 Apr 2016, kan.li...@intel.com wrote: > > +static void skl_uncore_msr_init_box(struct intel_uncore_box *box) { > > + if (box->pmu->pmu_idx == 0) { > > + wrmsrl(SKL_UNC_PERF_GLOBAL_CTL, > > + SNB_UNC_GLOBAL_CTL_EN | > SKL_UNC_GLOBAL_CTL_CORE_ALL); > > +

Re: [PATCH V2] rtc: zynqmp: Update seconds time programming logic

On 20/04/2016 at 19:21:19 +0530, Anurag Kumar Vulisha wrote : > We programe RTC time using SET_TIME_WRITE register and read the RTC > current time using CURRENT_TIME register. When we set the time by > writing into SET_TIME_WRITE Register and immediately try to read the > rtc time from

Re: [Intel-gfx] [PATCH] lib: Always NUL terminate ucs2_as_utf8

On Wed, 20 Apr 2016, Chris Wilson wrote: > If the caller, in this case efivarfs_callback(), only provides sufficent > room for the expanded utf8 and not enough to include the terminating NUL > byte, that NUL byte is skipped. When the caller then interprets it as a >

Linux 4.1.22

I'm announcing the release of the 4.1.22 kernel. All users of the 4.1 kernel series must upgrade. The updated 4.1.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.1.y and can be browsed at the normal kernel.org git web browser:

Re: [PATCH 3/3] i2c: s3c2410: Cleanup indentation and comment style

Hello Krzysztof, On 04/20/2016 05:24 AM, Krzysztof Kozlowski wrote: > Improve the readability by: > - fixing indentation, > - switching to proper block comments, > - removing spurious blank lines, > - checkpatch: void function return statements are not generally useful > - checkpatch: braces

Re: mipsel-linux-gnu-gcc: error: unrecognized command line option '-mcompact-branches=optimal'

On Wed, Apr 20, 2016 at 01:44:28PM +0800, kbuild test robot wrote: > FYI, the error/warning still remains. > > tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git > master > head: 12566cc35d0e68308bde7aad615743d560cb097b > commit:

Re: [PATCH v2] locking/pvqspinlock: Add lock holder CPU argument to pv_wait()

Hello Peter On 2016年04月20日 20:08, Peter Zijlstra wrote: > On Thu, Apr 14, 2016 at 02:41:58PM -0400, Waiman Long wrote: >> Pan Xinhui was asking for a lock holder cpu argument in pv_wait() >> to help the porting of pvqspinlock to PPC. The new argument will can >> potentially help hypervisor

Re: [PATCH next v2 2/2] PCI: keystone: remove unnecessary goto statement

On 04/19/2016 09:06 PM, Bjorn Helgaas wrote: > Hi Murali, > > On Mon, Apr 11, 2016 at 10:50:31AM -0400, Murali Karicheri wrote: >> Fix the misuse of goto statement in ks_pcie_get_irq_controller_info() >> as simple return is more appropriate for this function. While at >> it add an error log for

Re: [PATCH v2 1/2] Documentation: DT: vdma: Add clock support for vdma

On Wed, 2016-04-20 at 17:13:18 +0530, Kedareswara rao Appana wrote: > This patch updates the binding doc with clock description > for vdma. > > Signed-off-by: Kedareswara rao Appana > --- > Changes for v2: > --> Listed down all the clocks supported by the h/w > as

Re: preempt_count overflow in CONFIG_PREEMPT

On Tue, Apr 19, 2016 at 03:58:43PM +0900, Minchan Kim wrote: > migration trial A page to B page. > B is newly allocated page so it's empty. > > 1. freeze every objects in A page >for object in a page >bit_spin_lock(object) > > 2. memcpy(B, A, PAGE_SIZE); > > 3. unfreeze every

Re: [PATCH 6/8] mfd: Add STMPE1600 support

On Tue, Apr 19, 2016 at 2:18 PM, wrote: > From: Patrice Chotard > > STMPE1600 is a 16-bit port expander. > Datasheet is available here : > http://www2.st.com/content/st_com/en/products/interfaces-and-transceivers/ >

Re: [PATCH] drm/panel: simple: Add support for Innolux AT070TN92

On Wed, Apr 20, 2016 at 02:17:59PM +0200, Boris Brezillon wrote: > From: Riccardo Bortolato > > Add support for the Innolux AT070TN92 panel. > > Signed-off-by: Riccardo Bortolato Hi Boris, This needs your Signed-off-by: as well.

Re: [PATCH V2] net: ethernet: mellanox: correct page conversion

Apologies, Replied to an older post by mistake. I was trying to reply to Eran. >Hi Sinan, > >We are working in Mellanox for a solution which >removes the vmap call and allocate contiguous memory (using >dma_alloc_coherent). > >Thanks, >Eran > > >On 4/20/2016 9:35 AM, Sinan Kaya wrote: > On

[PATCH v2] drm/panel: simple: Add support for Innolux AT070TN92

From: Riccardo Bortolato Add support for the Innolux AT070TN92 panel. Signed-off-by: Riccardo Bortolato Signed-off-by: Boris Brezillon --- Changes since v1: - Add missing SoB ---

Re: [PATCH V2] net: ethernet: mellanox: correct page conversion

Sinan Kaya wrote: I'd like to see a version of the solution to get merged until Mellanox comes up with a better solution with another patch. Yes, I agree 100%. -- Qualcomm Innovation Center, Inc. The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum, a Linux Foundation

RE: [Intel-wired-lan] [PATCH net-next V5 2/2] intel: ixgbevf: Support Windows hosts (Hyper-V)

> -Original Message- > From: Jeff Kirsher [mailto:jeffrey.t.kirs...@intel.com] > Sent: Tuesday, April 19, 2016 11:25 PM > To: KY Srinivasan ; da...@davemloft.net; > net...@vger.kernel.org; linux-kernel@vger.kernel.org; > de...@linuxdriverproject.org; o...@aepfle.de;

[PATCH V3 4/4] gpio: tegra: Add support for gpio debounce

NVIDIA's Tegra210 support the HW debounce in the GPIO controller for all its GPIO pins. Add support for setting debounce timing by implementing the set_debounce callback of gpiochip. Signed-off-by: Laxman Dewangan --- Changes from V1: - Write debounce count before enable.

Re: [PATCH v3 5/6] sched/deadline/rtmutex: Fix unprotected PI access in enqueue_task_dl()

On 2016/04/20 at 21:17, Peter Zijlstra wrote: > On Wed, Apr 20, 2016 at 09:00:32PM +0800, Xunlei Pang wrote: > >>> But what happens? How is it changed when it is blocked? >> The top waiter's policy can be changed by other tasks through >> sched_setattr() syscall during it was blocked. >> I

[PATCH V2] rtc: zynqmp: Update seconds time programming logic

We programe RTC time using SET_TIME_WRITE register and read the RTC current time using CURRENT_TIME register. When we set the time by writing into SET_TIME_WRITE Register and immediately try to read the rtc time from CURRENT_TIME register, the previous old value is returned instead of the new

Re: [PATCH v2] locking/pvqspinlock: Add lock holder CPU argument to pv_wait()

On Wed, Apr 20, 2016 at 10:15:09PM +0800, Pan Xinhui wrote: > So there is such case that we search the whole hashtable and the lock is not > found. :( > Waiman assume that if l = null, the lock is not stored. however the lock > might be there actually. > But to avoid the worst case I just

RE: [PATCH V2] rtc: zynqmp: Update seconds time programming logic

Hi Alexandre, > -Original Message- > From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] > Sent: Wednesday, April 20, 2016 7:33 PM > To: Anurag Kumar Vulisha > Cc: Alessandro Zummo ; Soren Brinkmann > ;

RE: [PATCH v7] Bluetooth: hci_uart: Support firmware download for Marvell

Hi Marcel, Thanks for your review. We will address these comments in updated version. > > + > > +/* Receive data */ > > +static int mrvl_recv(struct hci_uart *hu, const void *data, int > > +count) { > > + struct mrvl_data *mrvl = hu->priv; > > + > > + if (test_bit(HCI_UART_DNLD_FW, >flags))

Re: linux-next: error when fetching the c6x tree

On Wed, 2016-04-20 at 07:36 +1000, Stephen Rothwell wrote: > Hi Mark, > > Attempting to fetch the c6x tree > (git://linux-c6x.org/git/projects/linux-c6x-upstreaming.git#for-linux-next) > produced this error: > > fatal: Could not read from remote repository. > > Please make sure you have the

[PATCH v2 1/2] i2c: s3c2410: Print errno code in error logs

The driver not always prints the error code in case of a failure but this information can be very useful for debugging. So let's print if available. Signed-off-by: Javier Martinez Canillas --- Hello, This patch and 2/2 were only build tested because I don't have access

[PATCH v2 2/2] i2c: s3c2410: Check clk_prepare_enable() return value

The clk_prepare_enable() function can fail so check the return value and propagate the error in case of a failure. Signed-off-by: Javier Martinez Canillas --- Changes in v2: - Don't print the errno code since that's already printed by the core when probe fails.

Re: [PATCH v2] locking/pvqspinlock: Add lock holder CPU argument to pv_wait()

On 2016年04月20日 22:19, Peter Zijlstra wrote: > On Wed, Apr 20, 2016 at 10:15:09PM +0800, Pan Xinhui wrote: >> So there is such case that we search the whole hashtable and the lock is not >> found. :( >> Waiman assume that if l = null, the lock is not stored. however the lock >> might be there

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