Re: [PATCH v3 4/4] clk: bcm2835: Add PWM clock support to the device tree

Remi Pommarel writes: > On Mon, Dec 07, 2015 at 08:09:47PM -0800, Eric Anholt wrote: >> Stefan Wahren writes: >> >> > Hi Remi, >> > >> > Am 07.12.2015 um 19:17 schrieb Remi Pommarel: >> >> Hi Stefan, >> >> >> >> On Sun, Dec 06, 2015 at 10:16:25PM +0100,

Re: net: heap-out-of-bounds in sock_setsockopt

On Wed, Dec 16, 2015 at 11:34 AM, Dmitry Vyukov wrote: > BUG: KASAN: slab-out-of-bounds in sock_setsockopt+0x1284/0x13d0 at > addr 88006563ec10 > Read of size 4 by task syzkaller_execu/4755 > = >

Re: [PATCH v5 02/14] perf tools: Prevent calling machine__delete() on non-allocated machine

Em Wed, Dec 16, 2015 at 09:37:18AM +0800, Wangnan (F) escreveu: > > > On 2015/12/15 20:36, Jiri Olsa wrote: > >On Mon, Dec 14, 2015 at 10:39:11AM +, Wang Nan wrote: > > > >SNIP > > > >>@@ -137,12 +138,15 @@ void machine__exit(struct machine *machine) > >> void machine__delete(struct machine

Re: [PATCH 3/5] VFIO: Support threaded interrupt handling on VFIO

On Thu, 2015-12-03 at 10:22 -0800, Yunhong Jiang wrote: > For VFIO device with MSI interrupt type, it's possible to handle the > interrupt on hard interrupt context without invoking the interrupt > thread. Handling the interrupt on hard interrupt context reduce the > interrupt latency. > >

Re: [RFC PATCH 2/3] vfio-pci: Allow to mmap sub-page MMIO BARs if all MMIO BARs are page aligned

On Fri, 2015-12-11 at 16:53 +0800, Yongji Xie wrote: > Current vfio-pci implementation disallows to mmap > sub-page(size < PAGE_SIZE) MMIO BARs because these BARs' mmio page > may be shared with other BARs. > > But we should allow to mmap these sub-page MMIO BARs if all MMIO BARs > are page

Re: [RFC PATCH 3/3] vfio-pci: Allow to mmap MSI-X table if EEH is supported

On Fri, 2015-12-11 at 16:53 +0800, Yongji Xie wrote: > Current vfio-pci implementation disallows to mmap MSI-X table in > case that user get to touch this directly. > > However, EEH mechanism could ensure that a given pci device > can only shoot the MSIs assigned for its PE and guest kernel also

Re: [PATCH] fuse: implement cuse mmap

I tested this patch and gave some hints to Jader when it first appeared on the libfuse mailing list some months ago. Signed-off-by: Luca Risolia Jader H. Silva wrote: Implement cuse mmap using shmem to provide the actual memory maps. Pages must be read/written

Re: [PATCH 7/8] f2fs: introduce new option for controlling data flush

On Wed, Dec 16, 2015 at 11:19:06AM +0800, Chao Yu wrote: > Hi Jaegeuk, > > > -Original Message- > > From: Jaegeuk Kim [mailto:jaeg...@kernel.org] > > Sent: Wednesday, December 16, 2015 10:49 AM > > To: Chao Yu > > Cc: linux-f2fs-de...@lists.sourceforge.net; linux-kernel@vger.kernel.org >

Re: [PATCH v2 1/1] USB: inode.c: fix unbalanced spin_lock in ep0_write

Hi, David Eccher writes: > Fix bad unlock balance: ep0_write enter with the locks locked from > inode.c:1769, hence it must exit with spinlock held to avoid double > unlock in dev_config. > > Signed-off-by: David Eccher which commit is this fixing ? Do

Re: [PATCH 10/11] tty: serial: 8250: Replace printk by pr_*

Hi Anton, On 12/16/2015 07:36 AM, Anton Wuerfel wrote: > This patch replaces printk by the corresponding variant of pr_* in order to > fix checkpatch warnings. Comments below. > Signed-off-by: Anton Würfel > Signed-off-by: Phillip Raffeck > CC:

Re: [PATCH net-next] hv_netvsc: Use simple parser for IPv4 and v6 headers

On Wed, 2015-12-16 at 10:03 -0800, Haiyang Zhang wrote: > To avoid performance overhead when using skb_flow_dissect_flow_keys(), > we switch to the simple parsers to get the IP and port numbers. > > Performance comparison: throughput (Gbps): > Number of connections, before patch, after patch > 1

RE: [PATCH v2 12/14] mmc: sdhci-pic32: Add PIC32 SDHCI host controller driver

On 12/14/2015 5:33 PM, Andy Green wrote: > Hi... looks good, just some small general comments. > > On 15 December 2015 at 06:42, Joshua Henderson > wrote: > > From: Andrei Pistirica > > > > This driver supports the SDHCI host

[PATCH 3.19.y-ckt 094/128] mac80211: mesh: fix call_rcu() usage

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Johannes Berg commit c2e703a55245bfff3db53b1f7cbe59f1ee8a4339 upstream. When using call_rcu(), the called function may be delayed quite significantly, and

[PATCH 3.19.y-ckt 124/128] net: ip6mr: fix static mfc/dev leaks on table destruction

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Nikolay Aleksandrov [ Upstream commit 4c6980462f32b4f282c5d8e5f7ea8070e2937725 ] Similar to ipv4, when destroying an mrt table the static mfc entries

[PATCH 3.19.y-ckt 113/128] tcp: fix potential huge kmalloc() calls in TCP_REPAIR

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet commit 5d4c9bfbabdb1d497f21afd81501e5c54b0c85d9 upstream. tcp_send_rcvq() is used for re-injecting data into tcp receive queue. Problems : - No

[PATCH 3.19.y-ckt 115/128] isdn: Partially revert debug format string usage clean up

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Christoph Biedl commit 19cebbcb04c8277bb8a7905957c8af11967c4e28 upstream. Commit 35a4a57 ("isdn: clean up debug format string usage")

Re: [PATCH v3 1/2] iio: ina2xx: add support for TI INA2xx Power Monitors

On 12/07/2015 03:09 AM, Marc Titinger wrote: +#define INA2XX_CHAN(_type, _index, _address) { \ + .type = (_type), \ + .address = (_address), \ + .indexed = 1, \ + .channel = (_index), \ + .info_mask_separate = BIT(IIO_CHAN_INFO_RAW), \ +

Re: [PATCH 01/11] resource: Add System RAM resource type

On Wed, Dec 16, 2015 at 09:35:59AM -0700, Toshi Kani wrote: > We do not have enough bits left to cover any potential future use-cases > with other strings if we are going to get rid of strcmp() completely. Look at the examples I gave. I'm talking about having an additional identifier which can be

Ende des Jahres,

Ende des Jahres, Gratulation an Ihre E-Mail-Adresse hat sie Summe von sieben hundert und fünfzig Euro thausand im laufenden Guinness International Ende des Jahres.Fortune Award. Ihre e-mail Adresse ausgewählt wurde basierend auf einer Internet Zufällige Auswahl Übung,Sie wurden von der Firma

[PATCH 3.19.y-ckt 089/128] ath10k: fix invalid NSS for 4x4 devices

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Rajkumar Manoharan commit f680f70adbeab28b35f849016b964dd645db6237 upstream. The number of spatial streams that are derived from chain mask for 4x4

Re: manpage regarding shmat after deleting a segment

Hi David, On Mon, Oct 12, 2015 at 9:43 PM, Davidlohr Bueso wrote: > On Mon, 12 Oct 2015, Bueso wrote: >> >> At this point, the manpage should probably be updated to indicate that >> this behavior is only as of v3.10. > > > Something like this, perhaps? Either I am

Re: [PATCH 3.19.y-ckt 128/128] sched/wait: Fix signal handling in bit wait helpers

On 12/16, Kamal Mostafa wrote: > > 3.19.8-ckt12 -stable review patch. If anyone has any objections, please let > me know. > > > commit 68985633bccb6066bf1803e316fbc6c1f5b796d6 upstream. Please note that this patch is wrong without the next fix from Peter. And in fact to me it is still not

[PATCH 3.19.y-ckt 042/128] FS-Cache: Add missing initialization of ret in cachefiles_write_page()

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Geert Uytterhoeven commit cf89752645e47d86ba8a4157f4b121fcb33434c5 upstream. fs/cachefiles/rdwr.c: In function ‘cachefiles_write_page’:

[PATCH 3.19.y-ckt 080/128] ARM: dove: Fix legacy get_irqnr_and_base

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Nicolas Pitre commit c1c90728efa49eab81ae816718d84116a22b790e upstream. Commit 5d6bed2a9c ("ARM: dove: fix legacy dove IRQ numbers") shifted IRQ numbers by

[PATCH 3.19.y-ckt 084/128] xen/gntdev: Grant maps should not be subject to NUMA balancing

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Boris Ostrovsky commit 9c17d96500f78d7ecdb71ca6942830158bc75a2b upstream. Doing so will cause the grant to be unmapped and then, during fault handling,

[PATCH 3.19.y-ckt 009/128] x86/mpx: Do proper get_user() when running 32-bit binaries on 64-bit kernels

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Dave Hansen commit 46561c3959d6307d22139c24cd0bf196162e5681 upstream. When you call get_user(foo, bar), you effectively do a copy_from_user(,

[PATCH 3.19.y-ckt 079/128] btrfs: fix signed overflows in btrfs_sync_file

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: David Sterba commit 9dcbeed4d7e11e1dcf5e55475de3754f0855d1c2 upstream. The calculation of range length in btrfs_sync_file leads to signed overflow. This was caught

[PATCH 3.19.y-ckt 085/128] iscsi-target: Fix rx_login_comp hang after login failure

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Nicholas Bellinger commit ca82c2bded29b38d36140bfa1e76a7bbfcade390 upstream. This patch addresses a case where iscsi_target_do_tx_login_io() fails sending the

[PATCH 3.19.y-ckt 082/128] drm/radeon: make some dpm errors debug only

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Alex Deucher commit 9c565e3386fdc804a61f8c116efc2c5999ba46e1 upstream. "Could not force DPM to low", etc. is usually harmless and just confuses users.

[PATCH 3.19.y-ckt 031/128] usblp: do not set TASK_INTERRUPTIBLE before lock

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Jiri Slaby commit 19cd80a214821f4b558560ebd76bfb2c38b4f3d8 upstream. It is not permitted to set task state before lock. usblp_wwait sets the state to

[PATCH 3.19.y-ckt 017/128] USB: serial: option: add support for Novatel MiFi USB620L

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Aleksander Morgado commit e07af133c3e2716db25e3e1e1d9f10c2088e9c1a upstream. Also known as Verizon U620L. The device is modeswitched from 1410:9020 to

Re: [PATCH net-next] hv_netvsc: Use simple parser for IPv4 and v6 headers

Hello. On 12/16/2015 09:03 PM, Haiyang Zhang wrote: To avoid performance overhead when using skb_flow_dissect_flow_keys(), we switch to the simple parsers to get the IP and port numbers. Performance comparison: throughput (Gbps): Number of connections, before patch, after patch 1

[PATCH] clk: gpio: handle error codes for of_clk_get_parent_count()

We might make bad memory allocations if we get (e.g.) -ENOSYS from of_clk_get_parent_count(). Noticed by Coverity. Fixes: f66541ba02d5 ("clk: gpio: Get parent clk names in of_gpio_clk_setup()") Signed-off-by: Brian Norris Cc: Jyri Sarha Cc: Sergej

Re: [PATCH v4] perf: bpf: Fix build breakage due to libbpf

Em Tue, Dec 15, 2015 at 05:10:46PM +0530, Naveen N. Rao escreveu: > On 2015/12/15 08:51AM, Wang Nan wrote: > > From: "Naveen N. Rao" > > > > perf build is currently (v4.4-rc5) broken on powerpc: > > > > bpf.c:28:4: error: #error __NR_bpf not defined. libbpf does

[PATCH] af_unix: Revert 'lock_interruptible' in stream receive code

With b3ca9b02b00704053a38bfe4c31dbbb9c13595d0, the AF_UNIX SOCK_STREAM receive code was changed from using mutex_lock(>readlock) to mutex_lock_interruptible(>readlock) to prevent signals from being delayed for an indefinite time if a thread sleeping on the mutex happened to be selected for

[PATCH] uml: fix hostfs mknod()

An inverted return value check in hostfs_mknod() caused the function to return success after handling it as an error (and cleaning up). It resulted in the following segfault when trying to bind() a named unix socket: Pid: 198, comm: a.out Not tainted 4.4.0-rc4 RIP: 0033:[<61077df6>]

Re: linux-next: Tree for Dec 16 (gpu/drm/vc4)

On 12/15/15 21:43, Stephen Rothwell wrote: > Hi all, > > Changes since 20151215: > on i386, when CONFIG_PM_SLEEP is not enabled: ../drivers/gpu/drm/vc4/vc4_v3d.c: In function 'vc4_v3d_set_power': ../drivers/gpu/drm/vc4/vc4_v3d.c:157:29: error: called object is not a function or function

[PATCH] fuse: implement cuse mmap

Implement cuse mmap using shmem to provide the actual memory maps. Pages must be read/written using fuse's NOTIFY_RETRIEVE and NOTIFY_STORE api. Signed-off-by: Jader H. Silva --- fs/fuse/cuse.c| 459 +- fs/fuse/dev.c

Re: [PATCH 3/3] STAGING: COMEDI: Using kernel types in plx9080.h

On Wed, Dec 16, 2015 at 10:42 AM, Ian Abbott wrote: > On 12/12/15 17:09, Moritz König wrote: >> >> This patch makes plx9080.h use kernel types. >> >> Signed-off-by: Moritz König >> Signed-off-by: Fabian Lang >> --- >>

Re: [PATCH] fuse: implement cuse mmap

Hi Jader, [auto build test WARNING on v4.4-rc5] [cannot apply to next-20151216] url: https://github.com/0day-ci/linux/commits/Jader-H-Silva/fuse-implement-cuse-mmap/20151217-034148 config: i386-tinyconfig (attached as .config) reproduce: # save the attached .config to linux build

Re: [PATCH v4 2/2] drm: panel: simple: add QiaoDian qd43003c0-40

Hi, On 16/12/2015 at 18:14:06 +0100, Thierry Reding wrote : > Also, please use "drm/panel: " as the prefix (instead of "drm: panel: ") > to make it easier for me to pick up things. I was about to send out a > pull request for drm/panel when I noticed that there was this patch. The > v4 wasn't Cc:

Re: linux-next: Tree for Dec 16 (lib/842/842_decompress)

On 12/15/15 21:43, Stephen Rothwell wrote: > Hi all, > > Changes since 20151215: > > The drm-misc tree gained a conflict against Linus' tree. > > The i2c tree gained a build failure for which I applied a patch. > > The gpio tree gained a build failure so I used the version from >

Re: linux-next: Tree for Dec 16 (i2c/busses/i2c-emev2)

On Wed, Dec 16, 2015 at 01:05:20PM -0800, Randy Dunlap wrote: > On 12/15/15 21:43, Stephen Rothwell wrote: > > Hi all, > > > > Changes since 20151215: > > > > The drm-misc tree gained a conflict against Linus' tree. > > > > The i2c tree gained a build failure for which I applied a patch. > > >

Applied "regulator: tps65917/palmas: Add bypass ops for LDOs with bypass capability" to the regulator tree

The patch regulator: tps65917/palmas: Add bypass ops for LDOs with bypass capability has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually

Re: [PATCH v4 3/5] PCI: qcom: Add Qualcomm PCIe controller driver

Hi Stan, On Tue, Dec 15, 2015 at 10:24:07AM +0200, Stanimir Varbanov wrote: > On 12/03/2015 03:35 PM, Stanimir Varbanov wrote: > > From: Stanimir Varbanov > > > > The PCIe driver reuse the Designware common code for host > > and MSI initialization, and also program the

Re: WARNING in shmem_evict_inode

On 12/02/15 10:29, Hugh Dickins wrote: > On Mon, 23 Nov 2015, Dmitry Vyukov wrote: >> On Mon, Nov 9, 2015 at 9:55 AM, Dmitry Vyukov wrote: [snip] >>> triggers WARNING in shmem_evict_inode: >>> >>> [ cut here ] >>> WARNING: CPU: 0 PID: 10442 at

Re: net: heap-out-of-bounds in sock_setsockopt

On Wed, Dec 16, 2015 at 12:22 PM, Cong Wang wrote: > Hmm, we should exclude the raw socket case, something like the > following, but I am not sure if the check is too strict or not, also > not sure if we should return an error for this raw socket case. > > diff --git

net: heap-out-of-bounds in sock_setsockopt

Hello, The following program triggers heap-out-of-bounds access in sock_setsockopt: // autogenerated by syzkaller (http://github.com/google/syzkaller) #include #include #include #include #include #include #include #define SOF_TIMESTAMPING_OPT_ID (1<<7) int main() { int fd =

Re: [PATCH 2/5] VIRT: Support runtime irq_bypass consumer

On Thu, 2015-12-03 at 10:22 -0800, Yunhong Jiang wrote: > Extend the irq_bypass manager to support runtime consumers. A runtime > irq_bypass consumer can handle interrupt when an interrupt triggered. A > runtime consumer has it's handle_irq() function set and passing a > irq_context for the irq

RE: [PATCH net-next] hv_netvsc: Use simple parser for IPv4 and v6 headers

> -Original Message- > From: Eric Dumazet [mailto:eric.duma...@gmail.com] > Sent: Wednesday, December 16, 2015 12:08 PM > > This looks very very wrong to me. > > How many times this is called per second, for the 'one flow' case ? > > Don't you use TSO in this driver ? > > What about

Re: [PATCH v2] arm64: dts: berlin4ct: switch to Cortex-A53 specific pmu nodes

On 15.12.2015 15:57, Jisheng Zhang wrote: > Commit ac82d1277215 ("arm64: perf: add Cortex-A53 support") adds the > cortex A53 PMU support, thus instead of using the generic armv8-pmuv3 > compatibility use the more specific Cortex A53 compatibility. > > Signed-off-by: Jisheng Zhang

Re: [2/2] ARM64: dts: qcom: Remove size elements from pmic reg properties

On Wed, Nov 25, 2015 at 02:27:37PM -0800, Stephen Boyd wrote: > The #size-cells for the pmics are 0, but we specify a size in the > reg property so that MPP and GPIO modules can figure out how many > pins there are. Now that we've done that by counting irqs, we can > remove the size elements in

Re: [PATCH] arm64: reenable interrupt when handling ptrace breakpoint

On 12/16/2015 3:13 AM, Will Deacon wrote: On Tue, Dec 15, 2015 at 04:18:08PM -0800, Yang Shi wrote: The kernel just send out a SIGTRAP signal when handling ptrace breakpoint in debug exception, so it sounds safe to have interrupt enabled if it is not disabled by the parent process. Is this

Re: [1/2] ARM: dts: qcom: Remove size elements from pmic reg properties

On Wed, Nov 25, 2015 at 02:27:36PM -0800, Stephen Boyd wrote: > The #size-cells for the pmics are 0, but we specify a size in the > reg property so that MPP and GPIO modules can figure out how many > pins there are. Now that we've done that by counting irqs, we can > remove the size elements in

Re: linux-next: Tree for Dec 16 (i2c/busses/i2c-emev2)

On 12/15/15 21:43, Stephen Rothwell wrote: > Hi all, > > Changes since 20151215: > > The drm-misc tree gained a conflict against Linus' tree. > > The i2c tree gained a build failure for which I applied a patch. > > The gpio tree gained a build failure so I used the version from >

Re: [PATCH 11/11] tty: serial: 8250: Delete commented code

Hi Anton, On 12/16/2015 07:36 AM, Anton Wuerfel wrote: > This patch removes code which has been commented out. It serves no > documentary purposes and decreases the readability of the remaining code. > Furthermore the comment style causes checkpatch warnings. If this code > should ever be needed

[PATCH 0/3] Add MEMREMAP_WC to fix dma_init_coherent_memory

Hi, As discussed here[1], these patches implement a MEMREMAP_WC flag for memremap(), which can be used to obtain writecombine mappings. This is then used for setting up dma_coherent_mem regions which use the DMA_MEMORY_MAP flag. Patch 3 makes sure that the appropriate memset function is used

Re: [PATCHv2] pci: Update VPD size with correct length

On Wed, Dec 16, 2015 at 9:01 AM, Hannes Reinecke wrote: > On Wednesday, December 16, 2015 08:52:10 AM Alexander Duyck wrote: >> On Wed, Dec 16, 2015 at 2:49 AM, Hannes Reinecke wrote: >> > + if (header[0] == 0xff) { >> > + /*

Re: [PATCH v4 2/2] drm: panel: simple: add QiaoDian qd43003c0-40

On Tue, Dec 15, 2015 at 02:43:47PM +0100, Nicolas Ferre wrote: > Le 02/12/2015 23:03, Alexandre Belloni a écrit : > > From: Josh Wu > > > > The QiaoDian Xianshi QD43003C0-40 is a 4"3 TFT LCD panel. > > > > Timings from the OTA5180A document, ver 0.9, section > > 10.1.1: > >

[PATCHV3 0/3] Machine check recovery when kernel accesses poison

This series is initially targeted at the folks doing filesystems on top of NVDIMMs. They really want to be able to return -EIO when there is a h/w error (just like spinning rust, and SSD does). I plan to use the same infrastructure in parts 1&2 to write a machine check aware "copy_from_user()"

[PATCH 3.19.y-ckt 127/128] ipv4: igmp: Allow removing groups from a removed interface

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Andrew Lunn commit 4eba7bb1d72d9bde67d810d09bf62dc207b63c5c upstream. When a multicast group is joined on a socket, a struct ip_mc_socklist is appended to the

[PATCH 3.19.y-ckt 125/128] unix: avoid use-after-free in ep_remove_wait_queue

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Rainer Weikusat [ Upstream commit 7d267278a9ece963d77eefec61630223fce08c6c ] Rainer Weikusat writes: An

[PATCH 3.19.y-ckt 126/128] broadcom: fix PHY_ID_BCM5481 entry in the id table

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Aaro Koskinen commit 3c25a860d17b7378822f35d8c9141db9507e3beb upstream. Commit fcb26ec5b18d ("broadcom: move all PHY_ID's to header") updated broadcom_tbl to

Re: [PATCH 2/2] irqchip/gic: Identify and report any reserved SGI IDs

Hi Daniel, On 16/12/15 17:08, Daniel Thompson wrote: > It is possible for the secure world to reserve certain SGI IDs for itself. > Currently we have limited visibility of which IDs are safe to use for IPIs. > > Modify the GIC initialization code to actively search for reserved SGI IDs > and

[PATCH 3.19.y-ckt 117/128] drm/rockchip: unset pgoff when mmap'ing gems

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Heiko Stuebner commit a8594f20cafadb6ba58f915dea5f2c94a9333b1a upstream. Commit 371f0f085f629 ("ARM: 8426/1: dma-mapping: add missing range check in dma_mmap()")

[PATCH 3.19.y-ckt 108/128] x86/mpx: Fix instruction decoder condition

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Dave Hansen commit 8e8efe0379bd93e8219ca0fc6fa80b5dd85b09cb upstream. MPX decodes instructions in order to tell which bounds register was violated.

[PATCH 3.19.y-ckt 114/128] drm: imx: convert to drm_crtc_send_vblank_event()

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Russell King commit 69d21fc0a21196e9c5b259505c0135a88002f9d2 upstream. ipu_crtc_handle_pageflip() was calling drm_send_vblank_event() with a pipe

[PATCH 3.19.y-ckt 116/128] remoteproc: avoid stack overflow in debugfs file

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Arnd Bergmann commit 92792e48e2ae6051af30468a87994b5432da2f06 upstream. Recent gcc versions warn about reading from a negative offset of an on-stack array:

[PATCH 3.19.y-ckt 045/128] perf symbols: Fix dso lookup by long name and missing buildids

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Adrian Hunter commit e266a753bf51b2c3b46d0d230349662c35ac5629 upstream. Commit 4598a0a6d22f ("perf symbols: Improve DSO long names lookup speed with

[PATCH 3.19.y-ckt 081/128] ARM: orion5x: Fix legacy get_irqnr_and_base

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Nicolas Pitre commit 4d2ec7e206ae03a51dfbdedc120ce88d403ec926 upstream. Commit 5be9fc23cd ("ARM: orion5x: fix legacy orion5x IRQ numbers") shifted IRQ

[PATCH 3.19.y-ckt 083/128] nfs: if we have no valid attrs, then don't declare the attribute cache valid

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Jeff Layton commit c812012f9ca7cf89c9e1a1cd512e6c3b5be04b85 upstream. If we pass in an empty nfs_fattr struct to nfs_update_inode, it will (correctly) not

[PATCH v3] extcon: add Maxim MAX3355 driver

Maxim Integrated MAX3355E chip integrates a charge pump and comparators to enable a system with an integrated USB OTG dual-role transceiver to function as an USB OTG dual-role device. In addition to sensing/controlling Vbus, the chip also passes thru the ID signal from the USB OTG connector. On

Re: [PATCH 3.19.y-ckt 128/128] sched/wait: Fix signal handling in bit wait helpers

On Wed, 2015-12-16 at 18:57 +0100, Oleg Nesterov wrote: > On 12/16, Kamal Mostafa wrote: > > > > 3.19.8-ckt12 -stable review patch. If anyone has any objections, please > > let me know. > > > > > > commit 68985633bccb6066bf1803e316fbc6c1f5b796d6 upstream. > > Please note that this patch is

[PATCH 3.19.y-ckt 035/128] tty: Fix tty_send_xchar() lock order inversion

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Peter Hurley commit ee0c1a65cf95230d5eb3d9de94fd2ead9a428c67 upstream. The correct lock order is atomic_write_lock => termios_rwsem, as established by

[PATCH 3.19.y-ckt 056/128] MIPS: KVM: Fix CACHE immediate offset sign extension

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit c5c2a3b998f1ff5a586f9d37e154070b8d550d17 upstream. The immediate field of the CACHE instruction is signed, so ensure that it gets sign

[PATCH 3.19.y-ckt 057/128] MIPS: KVM: Uninit VCPU in vcpu_create error path

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit 585bb8f9a5e592f2ce7abbe5ed3112d5438d2754 upstream. If either of the memory allocations in kvm_arch_vcpu_create() fail, the vcpu which has

[PATCH 3.19.y-ckt 019/128] drm/i915: get runtime PM reference around GEM set_caching IOCTL

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Imre Deak commit fd0fe6acf1dd88aabfbf383f7e4c16315387a7b7 upstream. After Damien's D3 fix I started to get runtime suspend residency for the first time and that

Re: [PATCH v3] net/macb: add support for resetting PHY using GPIO

On Wed, Dec 16, 2015 at 07:31:30PM +0100, Gregory CLEMENT wrote: > +Optional properties for PHY child node: > +- reset-gpios : Should specify the gpio for phy reset reset-gpios plural or reset-gpio singular? > + > Examples: > > macb0: ethernet@fffc4000 { > @@ -29,4 +32,8 @@ Examples: >

Re: [PATCH v3 4/5] regulator: add regulator driver of hi655x PMIC

On Tue, Dec 15, 2015 at 08:54:15PM +0800, Chen Feng wrote: > +config REGULATOR_HI655X > + tristate "Hisilicon HI655X PMIC regulators support" > + depends on ARCH_HISI > + depends on MFD_HI655X_PMIC && OF > + help > + This driver provides support for the voltage regulators of

Re: [PATCHv2] pci: Update VPD size with correct length

On Wed, Dec 16, 2015 at 2:49 AM, Hannes Reinecke wrote: > PCI-2.2 VPD entries have a maximum size of 32k, but might actually > be smaller than that. To figure out the actual size one has to read > the VPD area until the 'end marker' is reached. > Trying to read VPD data beyond that

Re: [PATCH 04/11] tty: serial: 8250: Fix multiline comment style

On 12/16/2015 07:36 AM, Anton Wuerfel wrote: > Checkpatch outputs some warnings about incorrect comment style, > which is fixed by this patch. > Please fix the comments in a consistent fashion. For example ... > Signed-off-by: Anton Würfel > Signed-off-by: Phillip Raffeck

RE: [PATCH v2] usb: gadget: forbid queuing request to a disabled ep

Hi, "Du, Changbin" writes: >> diff --git a/include/linux/usb/gadget.h b/include/linux/usb/gadget.h >> index 3d583a1..b566a4b 100644 >> --- a/include/linux/usb/gadget.h >> +++ b/include/linux/usb/gadget.h >> @@ -402,6 +402,9 @@ static inline void usb_ep_free_request(struct

Re: [PATCH v2 0/3] ACPI, clocksource: add GTDT and ARM memory-mapped timer support

On 16/12/15 16:32, Daniel Lezcano wrote: > > Marc, > > can you have a look ? Thanks for putting me in the loop. I'll look at it. M. -- Jazz is not dead. It just smells funny... -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

[PATCH 3.19.y-ckt 097/128] RDS: fix race condition when sending a message on unbound socket

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Quentin Casasnovas commit 8c7188b23474cca017b3ef354c4a58456f68303a upstream. Sasha's found a NULL pointer dereference in the RDS connection code when

[PATCH 3.19.y-ckt 101/128] wan/x25: Fix use-after-free in x25_asy_open_tty()

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Peter Hurley commit ee9159ddce14bc1dec9435ae4e3bd3153e783706 upstream. The N_X25 line discipline may access the previous line discipline's closed and

[PATCH 3.19.y-ckt 064/128] powerpc/tm: Block signal return setting invalid MSR state

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Michael Neuling commit d2b9d2a5ad5ef04ff978c9923d19730cb05efd55 upstream. Currently we allow both the MSR T and S bits to be set by userspace on a signal return.

[PATCH 3.19.y-ckt 065/128] powerpc/tm: Check for already reclaimed tasks

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Michael Neuling commit 7f821fc9c77a9b01fe7b1d6e72717b33d8d64142 upstream. Currently we can hit a scenario where we'll tm_reclaim() twice. This results in a TM

[PATCH 3.19.y-ckt 047/128] packet: fix tpacket_snd max frame len

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Daniel Borkmann [ Upstream commit 5cfb4c8d05b4409c4044cb9c05b19705c1d9818b ] Since it's introduction in commit 69e3c75f4d54 ("net: TX_RING and packet mmap"),

[PATCH 3.19.y-ckt 051/128] ALSA: usb-audio: prevent CH345 multiport output SysEx corruption

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Clemens Ladisch commit 1ca8b201309d842642f221db7f02f71c0af5be2d upstream. The CH345 USB MIDI chip has two output ports. However, they are multiplexed through

[PATCH 3.19.y-ckt 052/128] ALSA: usb-audio: work around CH345 input SysEx corruption

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Clemens Ladisch commit a91e627e3f0ed820b11d86cdc04df38f65f33a70 upstream. One of the many faults of the QinHeng CH345 USB MIDI interface chip is that it does not

[PATCH 3.19.y-ckt 048/128] net/mlx4_core: Avoid returning success in case of an error flow

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Noa Osherovich commit d49c2197fd70c37d57982804465268440a33183a upstream. The err variable wasn't set with the correct error value in some cases. Fixes:

[PATCH 3.19.y-ckt 049/128] macvlan: fix leak in macvlan_handle_frame

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Sabrina Dubroca commit e639b8d8a7a728f0b05ef2df6cb6b45dc3d4e556 upstream. Reset pskb in macvlan_handle_frame in case skb_share_check returned a clone. Fixes:

Re: [PATCH 3/3] STAGING: COMEDI: Using kernel types in plx9080.h

On 12/12/15 17:09, Moritz König wrote: This patch makes plx9080.h use kernel types. Signed-off-by: Moritz König Signed-off-by: Fabian Lang --- drivers/staging/comedi/drivers/plx9080.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: [PATCH v3] net/macb: add support for resetting PHY using GPIO

On Wednesday 16 December 2015 19:31:30 Gregory CLEMENT wrote: > diff --git a/drivers/net/ethernet/cadence/macb.c > b/drivers/net/ethernet/cadence/macb.c > index 88c1e1a..35661aa 100644 > --- a/drivers/net/ethernet/cadence/macb.c > +++ b/drivers/net/ethernet/cadence/macb.c > @@ -28,6 +28,7 @@ >

Re: [PATCH v2 1/1] USB: inode.c: fix unbalanced spin_lock in ep0_write

Felipe Balbi writes: > Hi, > > David Eccher writes: >> Fix bad unlock balance: ep0_write enter with the locks locked from >> inode.c:1769, hence it must exit with spinlock held to avoid double >> unlock in dev_config. >> >> Signed-off-by: David Eccher

Re: [PATCH 1/2] arm-cci500: Rearrange PMU driver for code sharing with CCI-550 PMU

"Suzuki K. Poulose" writes: > CCI-550 PMU shares most of the CCI-500 PMU attributes including the > event format, PMU event codes. The only difference is an additional > master interface (MI6 - 0xe). Hence we share the driver code for both, > except for a model specific

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

Hi Maxime On 12/11/2015 09:25 AM, Maxime Coquelin wrote: This patch adds pinctrl and GPIO support to STMicroelectronic's STM32 family of MCUs. While it only supports STM32F429 for now, it has been designed to enable support of other MCUs of the family (e.g. STM32F746). Signed-off-by: Maxime

Re: Is PROT_SOCK still relevant?

On 2015-12-16 09:52, Jason Newton wrote: How about changing how this mechanism works from a range of the lowest N ports and instead have it as a user specifiable set? Towards more proper security, this allows distros/admins to put any ports they consider important to have security feature going

Re: [PATCH 2/2] arm-cci: CoreLink CCI-550 PMU driver

"Suzuki K. Poulose" writes: > Add ARM CoreLink CCI-550 cache coherent interconnect PMU > driver support. The CCI-550 PMU shares all the attributes of CCI-500 > PMU, except for an additional master interface (MI-6 - 0xe). > CCI-550 requires the same work around as for

Re: [PATCHv2] pci: Update VPD size with correct length

On Wednesday, December 16, 2015 08:52:10 AM Alexander Duyck wrote: > On Wed, Dec 16, 2015 at 2:49 AM, Hannes Reinecke wrote: > > PCI-2.2 VPD entries have a maximum size of 32k, but might actually > > be smaller than that. To figure out the actual size one has to read > > the VPD

  1   2   3   4   5   6   7   8   9   10   >