[tip:irq/core] irqdomain: Add irq_domain_{push,pop}_irq() functions

Commit-ID: 495c38d3001fd226cf91df1d031320f349bcaf35 Gitweb: http://git.kernel.org/tip/495c38d3001fd226cf91df1d031320f349bcaf35 Author: David Daney AuthorDate: Thu, 17 Aug 2017 17:53:34 -0700 Committer: Thomas Gleixner CommitDate: Fri, 18 Aug

[tip:irq/core] irqdomain: Factor out code to add and remove items to and from the revmap

Commit-ID: b526adfe1b0531fceba44b18c156e4edf9c6205c Gitweb: http://git.kernel.org/tip/b526adfe1b0531fceba44b18c156e4edf9c6205c Author: David Daney AuthorDate: Thu, 17 Aug 2017 17:53:32 -0700 Committer: Thomas Gleixner CommitDate: Fri, 18 Aug

Re: [PATCH v8 2/7] genirq: Add handle_fasteoi_{level,edge}_irq flow handlers.

On Fri, 18 Aug 2017, Marc Zyngier wrote: > On 18/08/17 01:53, David Daney wrote: > > Follow-on patch for gpio-thunderx uses a irqdomain hierarchy which > > requires slightly different flow handlers, add them to chip.c which > > contains most of the other flow handlers. Make these conditionally >

[tip:irq/core] genirq: Add handle_fasteoi_{level,edge}_irq flow handlers

Commit-ID: 7703b08cc93b3586f9eb733f3a2b10bed634a5cf Gitweb: http://git.kernel.org/tip/7703b08cc93b3586f9eb733f3a2b10bed634a5cf Author: David Daney AuthorDate: Thu, 17 Aug 2017 17:53:31 -0700 Committer: Thomas Gleixner CommitDate: Fri, 18 Aug

Re: [PATCH v2] f2fs: introduce cur_reserved_blocks in sysfs

Hi Yunlong, IMO, we don't need additional sysfs entry, how about changing a bit as below? >From 3fc8206871fe457859f1537c9dc8918b45f14601 Mon Sep 17 00:00:00 2001 From: Yunlong Song Date: Wed, 16 Aug 2017 23:01:56 +0800 Subject: [PATCH] f2fs: support soft block

[PATCH] x86/ldt: Off by one in get_segment_base()

ldt->entries[] is allocated in alloc_ldt_struct(). It has ldt->nr_entries elements and ldt->nr_entries is capped at LDT_ENTRIES. So if "idx" is == ldt->nr_entries then we're reading beyond the end of the buffer. It seems duplicative to have two limit checks when one would work just as well so I

[PATCH v2] PCIe AER: report uncorrectable errors only to the functions that logged the errors

Currently if an uncorrectable error is reported by an EP the AER driver walks over all the devices connected to the upstream port bus and in turns call the report_error_detected() callback. If any of the devices connected to the bus does not implement dev->driver->err_handler->error_detected()

Re: [PATCH 02/38] MIPS: GIC: Introduce asm/mips-gic.h with accessor functions

On 13/08/17 05:36, Paul Burton wrote: > This patch introduces a new header providing accessor functions for the > MIPS Global Interrupt Controller (GIC) mirroring those provided for the > other 2 components of the MIPS Coherent Processing System (CPS) - the > Coherence Manager (CM) & Cluster Power

Re: [PATCH V2 11/12] spmi: pmic-arb: add support for HW version 5

On 2017-08-18 16:43, kgu...@codeaurora.org wrote: On 2017-08-17 17:58, Shawn Guo wrote: On Thu, Aug 17, 2017 at 03:38:30PM +0530, kgu...@codeaurora.org wrote: The intention of this check is to avoid the access to the peripherals those are not owned by the current EE (APSS) and it is expected

[PATCH v2 1/6] arch: enable relative relocations for arm64, power, x86, s390 and x86

Before updating certain subsystems to use place relative 32-bit relocations in special sections, to save space and reduce the number of absolute relocations that need to be processed at runtime by relocatable kernels, introduce the Kconfig symbol and define it for some architectures that should

Re: [linux-sunxi] [PATCH 2/4] drivers: soc: sunxi: fix error processing on base address when claiming

Hi, On Wed, Aug 9, 2017 at 4:56 PM, Icenowy Zheng wrote: > When claiming SRAM, if the base is set to an error, it means that the > SRAM controller has been probed, but failed to remap the controller > memory zone. If the base is zero, thus the SRAM controller should be not >

[PATCH 3.16 000/134] 3.16.47-rc1 review

This is the start of the stable review cycle for the 3.16.47 release. There are 134 patches in this series, which will be posted as responses to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Mon Aug 21 18:00:00 UTC 2017. Anything

Re: [PATCH v3] add (un)patch callbacks

On Wed 2017-08-16 15:20:32, Josh Poimboeuf wrote: > On Wed, Aug 16, 2017 at 03:17:03PM -0400, Joe Lawrence wrote: > > I also wrote a quick test script (see below) to exercise some of the > > load/unload/enable/disable/error status combinations. I'm not sure > > about some of the behaviors, most

[PATCH 3.16 007/134] ath9k_htc: Add support of AirTies 1eda:2315 AR9271 device

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Dmitry Tunin commit 16ff1fb0e32f76a5d285a6f23b82d21aa52813c6 upstream. T: Bus=01 Lev=02 Prnt=02 Port=02 Cnt=01 Dev#= 7 Spd=480 MxCh= 0 D: Ver= 2.00 Cls=ff(vend.)

[PATCH 3.16 006/134] ath9k_htc: Add new USB ID

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Leon Nardella commit 0088d27b78f2c0118aee82923269518616481ea0 upstream. This device is a dongle made by Philips to enhance their TVs with wireless capabilities, but

[PATCH 3.2 08/59] ath9k_htc: Add support of AirTies 1eda:2315 AR9271 device

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Dmitry Tunin commit 16ff1fb0e32f76a5d285a6f23b82d21aa52813c6 upstream. T: Bus=01 Lev=02 Prnt=02 Port=02 Cnt=01 Dev#= 7 Spd=480 MxCh= 0 D: Ver= 2.00 Cls=ff(vend.)

[PATCH 3.2 44/59] libata: reject passthrough WRITE SAME requests

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Christoph Hellwig commit c6ade20f5e50e188d20b711a618b20dd1d50457e upstream. The WRITE SAME to TRIM translation rewrites the DATA OUT buffer. While the SCSI code accomodates for

[PATCH 3.2 37/59] usb: host: xhci: print correct command ring address

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Peter Chen commit 6fc091fb0459ade939a795bfdcaf645385b951d4 upstream. Print correct command ring address using 'val_64'. Signed-off-by: Peter Chen

Re: [PATCH v2 3/3] vfio/pci: Don't probe devices that can't be reset

On Fri, 18 Aug 2017 15:42:31 +0200 Jan Glauber wrote: > On Thu, Aug 17, 2017 at 07:00:17AM -0600, Alex Williamson wrote: > > On Thu, 17 Aug 2017 10:14:23 +0200 > > Jan Glauber wrote: > > > > > If a PCI device supports neither

[PATCH 3.2 23/59] padata: free correct variable

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: "Jason A. Donenfeld" commit 07a77929ba672d93642a56dc2255dd21e6e2290b upstream. The author meant to free the variable that was just allocated, instead of the one that failed to

[PATCH 3.2 51/59] cifs: small underflow in cnvrtDosUnixTm()

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter commit 564277eceeca01e02b1ef3e141cfb939184601b4 upstream. January is month 1. There is no zero-th month. If someone passes a zero month then it means

[PATCH 3.2 39/59] netfilter: ctnetlink: make it safer when updating ct->status

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Liping Zhang commit 53b56da83d7899de375a9de153fd7f5397de85e6 upstream. After converting to use rcu for conntrack hash, one CPU may update the ct->status via ctnetlink,

[PATCH 3.2 36/59] [media] ov2640: fix vflip control

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Frank Schaefer commit 7f140fc2064bcd23e0490d8210650e2ef21c1c89 upstream. Enabling vflip currently causes wrong colors. It seems that (at least with the current

[PATCH 0/7] Venus updates

Hello, Patch 1/7 has been sent already as an RFC but in this patchset it can be found as a regular patch. The RFC version can be found at [1] and also to prove its need look at [2]. Patch 2/7 fixes Venus encoder issue with help of 1/7. The other patches 3/7 to 7/7 can be treated as updates for

[PATCH 1/7] media: vb2: add bidirectional flag in vb2_queue

This change is intended to give to the v4l2 drivers a choice to change the default behavior of the v4l2-core DMA mapping direction from DMA_TO/FROM_DEVICE (depending on the buffer type CAPTURE or OUTPUT) to DMA_BIDIRECTIONAL during queue_init time. Initially the issue with DMA mapping direction

[PATCH 5/7] media: venus: add helper to check supported codecs

Adds a helper function to runtime check supported encoder and decoder codecs depending on venus version and platform. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/helpers.c | 49 +

[PATCH 7/7] media: venus: venc: drop VP9 codec support

No one of the supported Venus version has implemented VP9 codec for enconding, so drop it from the list of codecs. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/venc.c | 4 1 file changed, 4 deletions(-) diff --git

[PATCH 3/7] media: venus: mark venc and vdec PM functions as __maybe_unused

Without PM support gcc could warns about unused functions, thus mark runtime_suspend/resume as __maybe_unused. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/vdec.c | 6 ++ drivers/media/platform/qcom/venus/venc.c | 6 ++ 2 files

[PATCH 2/7] media: venus: venc: set correct resolution on compressed stream

This change the alignment restriction for output type of buffers only, also set corect input resolution and fill bidirectional vb2 queue flag in order to map output type buffers read/write. The last is needed by encoder firmware to add padding at the bottom of output (input buffers).

[PATCH 4/7] media: venus: fill missing video_device name

This fills missing (forgotten) video device name with appropriate string so that udev can distinguishes between decoder and encoder devices. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/vdec.c | 1 +

Re: [PATCH v4] f2fs: introduce discard_granularity sysfs entry

Hi Jaegeuk, Sorry for the delay, the modification looks good to me. ;) Thanks, On 2017/8/16 1:54, Jaegeuk Kim wrote: > On 08/15, Chao Yu wrote: >> On 2017/8/15 11:45, Jaegeuk Kim wrote: >>> On 08/07, Chao Yu wrote: From: Chao Yu Commit d618ebaf0aa8 ("f2fs:

Re: [PATCH v3 net-next] bpf/verifier: track liveness for pruning

On 18/08/17 04:21, Alexei Starovoitov wrote: > On 8/15/17 12:34 PM, Edward Cree wrote: >> State of a register doesn't matter if it wasn't read in reaching an exit; >> a write screens off all reads downstream of it from all explored_states >> upstream of it. >> This allows us to prune many more

[PATCH 3.2 32/59] [media] ttusb2: limit messages to buffer size

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Alyssa Milburn commit a12b8ab8c5ff7ccd7b107a564743507c850a441d upstream. Otherwise ttusb2_i2c_xfer can read or write beyond the end of static and heap buffers.

[PATCH 3.2 09/59] serial: sh-sci: Fix panic when serial console and DMA are enabled

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Takatoshi Akiyama commit 3c9101766b502a0163d1d437fada5801cf616be2 upstream. This patch fixes an issue that kernel panic happens when DMA is

[PATCH 3.2 25/59] [media] digitv: limit messages to buffer size

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Alyssa Milburn commit 821117dc21083a99dd99174c10848d70ff43de29 upstream. Return an error rather than memcpy()ing beyond the end of the buffer. Internal callers use

Re: [PATCH] KVM/x86: Increase max vcpu number to 352

On Wed, Aug 16, 2017 at 11:07:55AM +0800, Lan Tianyu wrote: > On 2017年08月15日 22:10, Konrad Rzeszutek Wilk wrote: > > On Tue, Aug 15, 2017 at 11:00:04AM +0800, Lan Tianyu wrote: > >> On 2017年08月12日 03:35, Konrad Rzeszutek Wilk wrote: > >>> On Fri, Aug 11, 2017 at 03:00:20PM +0200, Radim Krčmář

[PATCH 3.2 27/59] PCI: Ignore write combining when mapping I/O port space

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Bjorn Helgaas commit 3a92c319c44a7bcee9f48dff9d97d001943b54c6 upstream. PCI exposes files like /proc/bus/pci/00/00.0 in procfs. These files support operations like this:

[PATCH] sound: fix some checkpatch errors and warnings.

ERROR: trailing whitespace WARNING: please, no spaces at the start of a line ERROR: open brace '{' following struct go on the same line ERROR: do not initialise statics to 0 ERROR: "foo * bar" should be "foo *bar" ERROR: spaces required around that '=' ERROR: switch and case should be at the same

[PATCH 3.2 18/59] [media] usbvision: fix NULL-deref at probe

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit eacb975b48272f54532b62f515a3cf7eefa35123 upstream. Make sure to check the number of endpoints to avoid dereferencing a NULL-pointer or accessing memory

[PATCH 3.2 13/59] [media] mceusb: fix NULL-deref at probe

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit 03eb2a557ed552e920a0942b774aaf931596eec1 upstream. Make sure to check for the required out endpoint to avoid dereferencing a NULL-pointer in

[PATCH 3.2 16/59] ath9k_htc: fix NULL-deref at probe

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit ebeb36670ecac36c179b5fb5d5c88ff03ba191ec upstream. Make sure to check the number of endpoints to avoid dereferencing a NULL-pointer or accessing memory

[PATCH 3.2 14/59] USB: Proper handling of Race Condition when two USB class drivers try to call init_usb_class simultaneously

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Ajay Kaher commit 2f86a96be0ccb1302b7eee7855dbee5ce4dc5dfb upstream. There is race condition when two USB class drivers try to call init_usb_class at the same time and

[PATCH 3.2 06/59] ath9k_htc: Add new USB ID

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Leon Nardella commit 0088d27b78f2c0118aee82923269518616481ea0 upstream. This device is a dongle made by Philips to enhance their TVs with wireless capabilities, but

[PATCH 3.2 05/59] ath9k_htc: Add device ID for Buffalo WLI-UV-AG300P

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Masaki TAGAWA commit 98f99eeae98047bc195bcc7510eae4f0cf3658a0 upstream. Buffalo WLI-UV-AG300P is almost the same as Sony UWA-BR100. Signed-off-by: Masaki TAGAWA

[PATCH 3.2 01/59] drm/i915: fix use-after-free in page_flip_completed()

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Andrey Ryabinin commit 05c41f926fcc7ef838c80a6a99d84f67b4e0b824 upstream. page_flip_completed() dereferences 'work' variable after executing queue_work(). This is not

Re: [oss-drivers] [PATCH] nfp: fix infinite loop on umapping cleanup

On Fri, 18 Aug 2017 12:11:50 +0100, Colin King wrote: > From: Colin Ian King > > The while loop that performs the dma page unmapping never decrements > index counter f and hence loops forever. Fix this with a pre-decrement > on f. > > Detected by CoverityScan,

Re: [PATCH 1/3] firmware: dcdbas: constify attribute_group structures.

On 3 August 2017 at 14:37, Arvind Yadav wrote: > attribute_group are not supposed to change at runtime. All functions > working with attribute_group provided by work with > const attribute_group. So mark the non-const structs as const. > > Signed-off-by: Arvind Yadav

Re: [PATCH v4] livepatch: introduce shadow variable API

Joe Lawrence writes: > On 08/18/2017 10:04 AM, Petr Mladek wrote: >> On Fri 2017-08-18 15:44:29, Nicolai Stange wrote: >>> Joe Lawrence writes: >>> >>> + +/** + * klp_shadow_get() - retrieve a shadow variable data pointer +

Re: [PATCH 1/2] sched/wait: Break up long wake list walk

On Fri, Aug 18, 2017 at 02:20:38PM +, Liang, Kan wrote: > > Nothing fancy other than needing a comment if it works. > > > > No, the patch doesn't work. > That indicates that it may be a hot page and it's possible that the page is locked for a short time but waiters accumulate. What

Re: [kernel-hardening] [RFC] memory allocations in genalloc

Hi, On 18/08/17 16:57, Laura Abbott wrote: > Again, if you have a specific patch or > proposal this would be easier to review. yes, I'm preparing it and will send it out soon, but it was somehow surprising to me that it was chosen to implement free with the size parameter. It made me think

[PATCH] arm64: dts: rockchip: Fix wrong rt5514 dmic delay property for Gru

According to rt5514 dt-binding, it should be "realtek,dmic-init-delay-ms". Fixes: 48f4d9796d99 (arm64: dts: rockchip: add Gru/Kevin DTS) Signed-off-by: Jeffy Chen --- arch/arm64/boot/dts/rockchip/rk3399-gru.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH v2] mm/hugetlb.c: make huge_pte_offset() consistent and document behaviour

When walking the page tables to resolve an address that points to !p*d_present() entry, huge_pte_offset() returns inconsistent values depending on the level of page table (PUD or PMD). It returns NULL in the case of a PUD entry while in the case of a PMD entry, it returns a pointer to the page

[PATCH 08/18] PCI: endpoint: functions/pci-epf-test: Add support to poll early for host commands

Certain platforms like TI's K2G doesn't support link-up notification. Add support to poll early (without waiting for the linkup notification) for commands from the host. Signed-off-by: Kishon Vijay Abraham I --- drivers/pci/endpoint/functions/pci-epf-test.c | 12 +++- 1

[PATCH 00/18] PCI: endpoint: Make pci-epf-test more flexible

Hi Bjorn, I've collected all the patches for PCI Endpoint in this series. This series contains PCI endpoint fixes and making pci-epf-test more flexible in terms of mapping PCI_ENDPOINT_TEST regs to any BARs, work with linkup notification etc. I've been having most of these patches in my local

[PATCH 16/18] misc: pci_endpoint_test: Avoid using hard coded BAR sizes

BAR sizes are hard coded in pci_endpoint_test driver corresponding to the sizes used in pci-epf-test function driver. This might break if the sizes in pci-epf-test function driver is modified (and the corresponding change is not done in pci_endpoint_test pci driver). To avoid hard coding BAR

Re: [PATCH] platform/x86: intel_pmc_core: Add Package C-states residency info

On Fri, Aug 18, 2017 at 03:57:34PM +0300, Andy Shevchenko wrote: > On Fri, Aug 18, 2017 at 3:37 PM, Rajneesh Bhardwaj > wrote: > > This patch introduces a new debugfs entry to read current Package C-state > > residency values and, one new kernel API to read the

[PATCH 14/18] misc: pci_endpoint_test: Add support to provide aligned buffer addresses

Some platforms like TI's K2G have a restriction that the host side buffer address should be aligned to either 1MB/2MB/4MB or 8MB (Ref: 11.14.4.9.1 Outbound Address Translation in K2G TRM SPRUHY8F January 2016 – Revised May 2017) addresses depending on how it is configured in the endpoint. Add

[PATCH 06/18] PCI: endpoint: functions/pci-epf-test: Do not reset *command* inadvertently

pci_epf_test_cmd_handler() is the delayed work function which reads *command* (set by the host) and performs various actions requested by the host periodically. If the value in *command* is '0', it goes to the reset_handler where it resets *command* to '0' and queues pci_epf_test_cmd_handler().

[PATCH 12/18] PCI: dwc: designware-ep: Do not disable BARs during initialization

Some platforms like K2G has reserved use of BAR_0 which shouldn't be disabled by software. Avoid disabling all BARs during initialization. Signed-off-by: Kishon Vijay Abraham I --- drivers/pci/dwc/pcie-designware-ep.c | 4 1 file changed, 4 deletions(-) diff --git

[PATCH 11/18] PCI: dwc: dra7xx: Reset all BARs during initialization

dra7xx has all base address registers (BAR) enabled by default. Reset all BARs during initialization and so that BARs are enabled only if they are actually used. Signed-off-by: Kishon Vijay Abraham I --- drivers/pci/dwc/pci-dra7xx.c | 13 + 1 file changed, 13

[PATCH 02/18] PCI: endpoint: pci-epf-core: Add an API to get matching "pci_epf_device_id"

Add an API to get "pci_epf_device_id" matching the epf name. This can be used by the epf driver to get the driver data corresponding to the epf device name. Signed-off-by: Kishon Vijay Abraham I --- drivers/pci/endpoint/pci-epf-core.c | 16

Re: [PATCH v4 1/9] ASoC: rt5514: Avoid legacy dai naming

Hi Mark, On 08/18/2017 07:45 PM, Mark Brown wrote: On Fri, Aug 18, 2017 at 11:11:39AM +0800, Jeffy Chen wrote: Currently we are using devm_snd_soc_register_component, which would use legacy dai naming when dai drv id is zero. Set a non-zero dai drv id to use dai drv name for dai name. Why?

Re: [PATCH net-next] net: hns3: Add support to change MTU in hardware & netdev

> > > + /* MTU range: 68 - 9706 */ > > > + netdev->min_mtu = ETH_MIN_MTU; > > > > http://elixir.free- > > electrons.com/linux/latest/source/net/ethernet/eth.c#L361 > Supported range of Min and Max MTU should be at the discretion > of the driver. Therefore, initialization looks fine to me. > > I

[PATCH 3.16 004/134] ima: pass 'opened' flag to identify newly created files

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Dmitry Kasatkin commit 3034a146820c26fe6da66a45f6340fe87fe0983a upstream. Empty files and missing xattrs do not guarantee that a file was just created. This patch

[PATCH 3.16 005/134] ima: accept previously set IMA_NEW_FILE

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Daniel Glöckner commit 1ac202e978e18f045006d75bd549612620c6ec3a upstream. Modifying the attributes of a file makes ima_inode_post_setattr reset the IMA cache flags. So if the

[PATCH 3.16 008/134] perf hists browser: Fix typo in function switch_data_file

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Changbin Du commit 3ef5b4023c64c16c793a066a7a2ed6ea3767e0d7 upstream. Should clear buf 'abs_path', not 'options'. Signed-off-by: Changbin Du

Re: [PATCH v3 0/5] fs/dcache: Limit # of negative dentries

On 08/18/2017 05:59 AM, Wangkai (Kevin,C) wrote: > >>> In my patch the DCACHE_FILE_REMOVED flag was to distinguish the >>> removed file and The closed file, I found there was no difference of a >>> dentry between the removed file and the closed File, they all on the lru >>> list. >> There is a

[PATCH 3.16 002/134] staging: comedi: jr3_pci: fix possible null pointer dereference

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Ian Abbott commit 45292be0b3db0b7f8286683b376e2d9f949d11f9 upstream. For some reason, the driver does not consider allocation of the subdevice private data to be a fatal

[PATCH 3.2 43/59] IB/core: For multicast functions, verify that LIDs are multicast LIDs

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: "Michael J. Ruhl" commit 8561eae60ff9417a50fa1fb2b83ae950dc5c1e21 upstream. The Infiniband spec defines "A multicast address is defined by a MGID and a MLID" (section

[PATCH 3.2 46/59] Bluetooth: Fix user channel for 32bit userspace on 64bit kernel

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Szymon Janc commit ab89f0bdd63a3721f7cd3f064f39fc4ac7ca14d4 upstream. Running 32bit userspace on 64bit kernel results in MSG_CMSG_COMPAT being defined as 0x8000.

Re: [PATCH RFC 0/2] KVM: use RCU to allow dynamic kvm->vcpus array

2017-08-17 21:17+0200, Alexander Graf: > On 17.08.17 16:54, Radim Krčmář wrote: > > 2017-08-17 09:04+0200, Alexander Graf: > > > What if we just sent a "vcpu move" request to all vcpus with the new > > > pointer > > > after it moved? That way the vcpu thread itself would be responsible for > > >

[PATCH 3.2 42/59] IB/core: If the MGID/MLID pair is not on the list return an error

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: "Michael J. Ruhl" commit 20c7840a77ddcb2ed2fbd66e8197db2868495751 upstream. A list of MGID/MLID pairs is built when doing a multicast attach. When the multicast

Re: [PATCH] MIPS: dts: ralink: Add Mediatek MT7628A SoC

Hi Rob, On 18/08/17 15:04, Rob Herring wrote: On Fri, Aug 18, 2017 at 4:42 AM, Harvey Hunt wrote: Hi Rob, Thanks for the review. On 17/08/17 22:34, Rob Herring wrote: On Tue, Aug 15, 2017 at 05:28:50PM +0100, Harvey Hunt wrote: The MT7628A is the successor to

[PATCH v2] KVM: nVMX: Fix trying to cancel vmlauch/vmresume

From: Wanpeng Li [ cut here ] WARNING: CPU: 7 PID: 3861 at /home/kernel/ssd/kvm/arch/x86/kvm//vmx.c:11299 nested_vmx_vmexit+0x176e/0x1980 [kvm_intel] CPU: 7 PID: 3861 Comm: qemu-system-x86 Tainted: GW OE 4.13.0-rc4+ #11 RIP:

[PATCH 3.2 54/59] fbdev: sti: don't select CONFIG_VT

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Arnd Bergmann commit 34bf129a7f068e3108dbb051b4b05674e2a270e7 upstream. While working on another build error, I ran into several variations of this dependency loop: subsection

[PATCH 3.2 47/59] power: supply: pda_power: move from timer to delayed_work

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Michael Trimarchi commit 633e8799ddc09431be2744c4a1efdbda13af2b0b upstream. This changed is needed to avoid locking problem during boot as shown: <5>[

[PATCH 3.2 52/59] Set unicode flag on cifs echo request to avoid Mac error

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Steve French commit 26c9cb668c7fbf9830516b75d8bee70b699ed449 upstream. Mac requires the unicode flag to be set for cifs, even for the smb echo request (which doesn't have

[PATCH 3.2 40/59] PCI: Disable boot interrupt quirk for ASUS M2N-LR

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Stefan Assmann commit c4e649b09f55595e6df6da5465a5b3cfc93557c1 upstream. The ASUS M2N-LR should not trigger boot interrupt quirks although it carries an Intel 6702PXH. On

[PATCH 3.2 53/59] um: Fix PTRACE_POKEUSER on x86_64

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Richard Weinberger commit 9abc74a22d85ab29cef9896a2582a530da7e79bf upstream. This is broken since ever but sadly nobody noticed. Recent versions of GDB set DR_CONTROL

[PATCH 3.2 34/59] [media] dw2102: some missing unlocks on error

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter commit 324ed533bf0b23c309b805272c4ffcc5d51493a6 upstream. We recently introduced some new error paths but the unlocks are missing. Fixes: 0065a79a8698

Possible race in ibmasm.ko

Hello. While searching for races in the Linux kernel I've come across "drivers/misc/ibmasm/ibmasm.ko" module. Here is a question that I came up with while analyzing results. Lines are given using the info from Linux v4.12. Consider the following case: Thread 1:Thread

[PATCH 3.2 31/59] [media] ttusb2: Don't use stack variables for DMA

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Josh Boyer commit ff17999184ed13829bc14c3be412d980173dff40 upstream. The ttusb2_msg function uses on-stack variables to submit commands to dvb_usb_generic. This eventually

[PATCH 3.2 29/59] PCI: Only allow WC mmap on prefetchable resources

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: David Woodhouse commit cef4d02305a06be581bb7f4353446717a1b319ec upstream. The /proc/bus/pci mmap interface allows the user to specify whether they want WC or not. Don't let

[PATCH 3.2 33/59] [media] dw2102: Don't use dynamic static allocation

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Mauro Carvalho Chehab commit 0065a79a8698a953e4b201c5fce8db8940530578 upstream. Dynamic static allocation is evil, as Kernel stack is too low, and compilation complains

[PATCH 6/7] media: venus: use helper function to check supported codecs

Use the helper function in decoder and encoder find_format to runtime check supported codecs. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/vdec.c | 24 +--- drivers/media/platform/qcom/venus/venc.c | 28

Re: [PATCH v3 4/5] perf annotate browser: Support --show-nr-samples option

Em Fri, Aug 18, 2017 at 05:47:03PM +0900, Taeung Song escreveu: > Cc: Namhyung Kim > Cc: Jiri Olsa > Signed-off-by: Taeung Song Ok, now that check for !--stdio is lifted and replaced with: - if (symbol_conf.show_nr_samples

[PATCH 3.2 26/59] [media] zr364xx: enforce minimum size when reading header

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Alyssa Milburn commit ee0fe833d96793853335844b6d99fb76bd12cbeb upstream. This code copies actual_length-128 bytes from the header, which will underflow if the received

[PATCH 3.2 35/59] [media] dw2102: limit messages to buffer size

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Alyssa Milburn commit 950e252cb469f323740d78e4907843acef89eedb upstream. Otherwise the i2c transfer functions can read or write beyond the end of stack or heap buffers.

Re: [PATCH v4] livepatch: introduce shadow variable API

On 08/18/2017 10:04 AM, Petr Mladek wrote: > On Fri 2017-08-18 15:44:29, Nicolai Stange wrote: >> Joe Lawrence writes: >> >> >>> + >>> +/** >>> + * klp_shadow_get() - retrieve a shadow variable data pointer >>> + * @obj: pointer to parent object >>> + * @id:

RE: [PATCH 1/2] sched/wait: Break up long wake list walk

> On Thu, Aug 17, 2017 at 01:44:40PM -0700, Linus Torvalds wrote: > > On Thu, Aug 17, 2017 at 1:18 PM, Liang, Kan wrote: > > > > > > Here is the call stack of wait_on_page_bit_common when the queue is > > > long (entries >1000). > > > > > > # Overhead Trace output > > > #

[PATCH 3.2 22/59] [media] cx231xx-audio: fix NULL-deref at probe

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit 65f921647f4c89a2068478c89691f39b309b58f7 upstream. Make sure to check the number of endpoints to avoid dereferencing a NULL-pointer or accessing memory

[PATCH 3.2 21/59] [media] cx231xx-audio: fix init error path

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit fff1abc4d54e469140a699612b4db8d6397bfcba upstream. Make sure to release the snd_card also on a late allocation error. Fixes: e0d3bafd0258 ("V4L/DVB

[PATCH 3.2 28/59] PCI: Fix another sanity check bug in /proc/pci mmap

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: David Woodhouse commit 17caf56731311c9596e7d38a70c88fcb6afa6a1b upstream. Don't match MMIO maps with I/O BARs and vice versa. Signed-off-by: David Woodhouse

[PATCH] clk: qcom: msm8916: Fix bimc gpu clock ops

The clock bimc_gpu_clk_src is incorrectly set to use the shared rcg2 ops, which are for RCGs with child branches controlled by different CPUs. The result of the incorrect ops is that the GPU's PM runtime may leave this clock set at a very low rate. Fix this issue by using the correct rcg2 ops.

Re: [PATCH RFC 0/2] KVM: use RCU to allow dynamic kvm->vcpus array

On 18/08/17 15:10, Radim Krčmář wrote: > 2017-08-17 21:17+0200, Alexander Graf: >> On 17.08.17 16:54, Radim Krčmář wrote: >>> 2017-08-17 09:04+0200, Alexander Graf: What if we just sent a "vcpu move" request to all vcpus with the new pointer after it moved? That way the vcpu thread

[PATCH 3.2 24/59] PCI: Fix pci_mmap_fits() for HAVE_PCI_RESOURCE_TO_USER platforms

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: David Woodhouse commit 6bccc7f426abd640f08d8c75fb22f99483f201b4 upstream. In the PCI_MMAP_PROCFS case when the address being passed by the user is a 'user visible' resource

Re: [PATCH v3 5/5] perf annotate browser: Circulate percent, total period and samples view

Em Fri, Aug 18, 2017 at 05:47:08PM +0900, Taeung Song escreveu: > With a existing 't' hotkey, support the three view based on percent, > total period and number of samples on the annotate TUI browser, > circulating them like below: > > Percent -> Period -> Samples -> Percent ... > >

[PATCH 3.2 19/59] [media] cx231xx: fix double free and leaks on failure path in cx231xx_usb_probe()

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Alexey Khoroshilov commit 256d013a9bcc9a39b2e4b34ab19219bd054cf270 upstream. There are numerous issues in error handling code of cx231xx initialization. Double free

[PATCH 3.2 15/59] cdc-acm: fix possible invalid access when processing notification

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Tobias Herzog commit 1bb9914e1730417d530de9ed37e59efdc647146b upstream. Notifications may only be 8 bytes long. Accessing the 9th and 10th byte of unimplemented/unknown

[PATCH 3.2 20/59] [media] cx231xx-cards: fix NULL-deref at probe

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit 0cd273bb5e4d1828efaaa8dfd11b7928131ed149 upstream. Make sure to check the number of endpoints to avoid dereferencing a NULL-pointer or accessing memory

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