Re: [PATCH RFC/RFT] sched/fair: Improve the behavior of sync flag

On Sun, 2017-08-27 at 22:27 -0700, Joel Fernandes wrote: > Hi Mike, > > On Sun, Aug 27, 2017 at 11:07 AM, Mike Galbraith wrote: > > On Sat, 2017-08-26 at 23:39 -0700, Joel Fernandes wrote: > >> > >> Also about real world benchmarks, in Android we have usecases that > >> show that

Re: [PATCH 12/12] dma-mapping: turn dma_cache_sync into a dma_map_ops method

Hi Christoph, On Sun, Aug 27, 2017 at 6:10 PM, Christoph Hellwig wrote: > After we removed all the dead wood it turns out only two architectures > actually implement dma_cache_sync as a no-op: mips and parisc. Add s/no-op/real op/ > a cache_sync method to struct dma_map_ops and

[PATCH net-next v3 1/3] net/ncsi: Fix several packet definitions

Signed-off-by: Samuel Mendoza-Jonas --- v2: Rebased on latest net-next net/ncsi/ncsi-cmd.c | 10 +- net/ncsi/ncsi-pkt.h | 2 +- net/ncsi/ncsi-rsp.c | 3 ++- 3 files changed, 8 insertions(+), 7 deletions(-) diff --git a/net/ncsi/ncsi-cmd.c b/net/ncsi/ncsi-cmd.c

[PATCH v2 1/2] ARM: dts: sun7i: Fix A20-OLinuXino-MICRO dts for LAN8710

>From revision J the board uses new phy chip LAN8710. Compared with RTL8201, RA17 pin is TXERR. It has pullup which causes phy not to work. To fix this PA17 is muxed with GMAC function. This makes the pin output-low. This patch is compatible with earlier board revisions, since this pin wasn't

[PATCH v2 0/2] Update board support for A20-OLinuXino-MICRO

>From rev.J of A20-OLinuXino-MICRO, the board has new PHY chip (LAN8710) which replace RTL8201. Also there is option for 4GB eMMC chip. Changes in v2: * Remove pinctrl request for eMMC reset pin * Dump the idea of renaming boards with emmc * Using txerr as gmac function

[PATCH v2 2/2] ARM: dts: sun7i: Add dts file for A20-OLinuXino-MICRO-eMMC

A20-OLinuXino-MICRO has option with onboard eMMC chip. For now it's only shipped with 4BG chip, but in the future this may change. Signed-off-by: Stefan Mavrodiev --- arch/arm/boot/dts/Makefile | 1 + .../boot/dts/sun7i-a20-olinuxino-micro-emmc.dts

[PATCH] powerpc/512x: clk: constify clk_div_table

clk_div_table are not supposed to change at runtime. mpc512x_clk_divtable function working with const clk_div_table. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- arch/powerpc/platforms/512x/clock-commonclk.c | 4 ++-- 1 file changed, 2

Re: [PATCH] connector: Delete an error message for a failed memory allocation in cn_queue_alloc_callback_entry()

On Sun, Aug 27, 2017 at 11:16:06PM +, Waskiewicz Jr, Peter wrote: > On 8/27/17 3:26 PM, SF Markus Elfring wrote: > > From: Markus Elfring > > Date: Sun, 27 Aug 2017 21:18:37 +0200 > > > > Omit an extra message for a memory allocation failure in this function. >

Re: Re: [PATCH] fix memory leak on kvm_vm_ioctl_create_spapr_tce

On Mon, Aug 28, 2017 at 06:28:08AM +0100, Al Viro wrote: > On Mon, Aug 28, 2017 at 02:38:37PM +1000, Paul Mackerras wrote: > > On Sun, Aug 27, 2017 at 10:02:20PM +0100, Al Viro wrote: > > > On Wed, Aug 23, 2017 at 04:06:24PM +1000, Paul Mackerras wrote: > > > > > > > It seems to me that it would

[PATCH] [media] uvcvideo: zero seq number when disabling stream

For bulk-based devices, when disabling the video stream, in addition to issue CLEAR_FEATURE(HALT), it is better to set alternate setting 0 as well or the sequnce number in host side will probably not reset to zero. Then in next time video stream start, the device will expect host starts packet

[PATCH net-next v3 3/3] ftgmac100: Support NCSI VLAN filtering when available

Register the ndo_vlan_rx_{add,kill}_vid callbacks and set the NETIF_F_HW_VLAN_CTAG_FILTER if NCSI is available. This allows the VLAN core to notify the NCSI driver when changes occur so that the remote NCSI channel can be properly configured to filter on the set VLAN tags. Signed-off-by: Samuel

[PATCH net-next v3 2/3] net/ncsi: Configure VLAN tag filter

Make use of the ndo_vlan_rx_{add,kill}_vid callbacks to have the NCSI stack process new VLAN tags and configure the channel VLAN filter appropriately. Several VLAN tags can be set and a "Set VLAN Filter" packet must be sent for each one, meaning the ncsi_dev_state_config_svf state must be

[PATCH net-next v3 0/3] NCSI VLAN Filtering Support

This series (mainly patch 2) adds VLAN filtering to the NCSI implementation. A fair amount of code already exists in the NCSI stack for VLAN filtering but none of it is actually hooked up. This goes the final mile and fixes a few bugs in the existing code found along the way (patch 1). Patch 3

Re: [PATCH] staging: rtl8723bs: remove memset before memcpy

On Mon, Aug 28, 2017 at 01:43:31AM +0530, Himanshu Jha wrote: > calling memcpy immediately after memset with the same region of memory > makes memset redundant. > > Build successfully. > Thanks for the patch, it looks good. You don't need to say that it builds successfully, because we already

Re: [PATCH net-next v2 05/14] net: mvpp2: do not force the link mode

Hi Russell, On Fri, Aug 25, 2017 at 11:43:13PM +0100, Russell King - ARM Linux wrote: > On Fri, Aug 25, 2017 at 04:48:12PM +0200, Antoine Tenart wrote: > > The link mode (speed, duplex) was forced based on what the phylib > > returns. This should not be the case, and only forced by ethtool > >

[patch V3 39/44] x86/idt: Move APIC gate initialization to tables

Replace the APIC/SMP vector gate initialization with the table based mechanism. Signed-off-by: Thomas Gleixner --- arch/x86/include/asm/desc.h |1 arch/x86/kernel/idt.c | 48 ++ arch/x86/kernel/irqinit.c | 69

Re: [RFC] workqueue: remove manual lockdep uses to detect deadlocks

On Fri, Aug 25, 2017 at 05:41:03PM +0900, Byungchul Park wrote: > Hello all, > > This is _RFC_. > > I want to request for comments about if it's reasonable conceptually. If > yes, I want to resend after working it more carefully. > > Could you let me know your opinions about this? > >

[patch V3 37/44] x86/idt: Move ist stack based traps to table init

Initialize the IST based traps via a table Signed-off-by: Thomas Gleixner --- arch/x86/include/asm/desc.h |2 ++ arch/x86/kernel/idt.c | 22 ++ arch/x86/kernel/traps.c |9 + 3 files changed, 25 insertions(+), 8 deletions(-)

[patch V3 26/44] x86/gdt: Use bitfields for initialization

The GDT entry related code uses partially bitfields and macros which initialize the two 16 bit parts of the entry by magic shift and mask operations. Clean it up and use the bitfields to initialize and access entries. Signed-off-by: Thomas Gleixner ---

[patch V3 34/44] x86/idt: Prepare for table based init

The IDT setup code is handled in several places. All of them use variants of set_intr_gate() inlines. This can be done with a table based initialization, which allows to reduce the inline zoo and puts all IDT related code and information into a single place. Add the infrastructure.

[patch V3 36/44] x86/idt: Move debug stack init to table based

Add the debug_idt init table and make use of it. Signed-off-by: Thomas Gleixner --- arch/x86/include/asm/desc.h |2 ++ arch/x86/kernel/idt.c | 23 +++ arch/x86/kernel/traps.c |6 +- 3 files changed, 26 insertions(+), 5 deletions(-)

[patch V3 27/44] x86/ldttss: Cleanup 32bit descriptors

Like the IDT descriptors the LDT/TSS descriptors are pointlessly different on 32 and 64 bit. Unify them and get rid of the duplicated code. Signed-off-by: Thomas Gleixner --- arch/x86/include/asm/desc.h | 26 +++---

[patch V3 40/44] x86/idt: Move interrupt gate initialization to IDT code

Move the gate intialization from interrupt init to the IDT code so all IDT related operations are at a single place. Signed-off-by: Thomas Gleixner --- arch/x86/kernel/idt.c | 18 ++ arch/x86/kernel/irqinit.c | 18 -- 2 files changed,

Re: [PATCH v2 1/3] media: V3s: Add support for Allwinner CSI.

Hi Maxime, On Fri, 25 Aug 2017 15:41:14 +0200 Maxime Ripard wrote: > Hi Yong, > > On Wed, Aug 23, 2017 at 10:32:16AM +0800, Yong wrote: > > > > > > +static int sun6i_graph_notify_complete(struct v4l2_async_notifier > > > > > > *notifier) > > > > > > +{ > > >

Re: [PATCH] Kbuild: enable -Wunused-macros warning for "make W=1"

On Fri, Aug 25, 2017 at 01:19:39AM +0900, Masahiro Yamada wrote: > This makes W=1 too noisy. > > For example, drivers often define unused register macros > for completeness. I do not think it is too bad in my opinion. > > Perhaps, should it be moved to warning-2 ? > Sure, I'll send a v2 in a

[patch V3 28/44] x86/idt: Create file for IDT related code

IDT related code lives in different places. Create a new source file to hold it. Move the idt_tables and descriptors to it for a start. Follow up patches will gradually move more code over. Signed-off-by: Thomas Gleixner --- arch/x86/kernel/Makefile |2 +-

[patch V3 12/44] x86/irqwork: Get rid of duplicated tracing interrupt code

Two NOP5 are a reasonable tradeoff to avoid duplicated code and the requirement to switch the IDT. Signed-off-by: Thomas Gleixner --- arch/x86/include/asm/hw_irq.h |2 +- arch/x86/kernel/irq_work.c| 16 ++-- 2 files changed, 3 insertions(+), 15

[patch V3 17/44] x86/idt: Cleanup the i386 low level entry macros

Some of the entry function defines for i386 were explictely using the BUILD_INTERRUPT3() macro to prevent that the extra trace entry got added via BUILD_INTERRUPT(). No that the trace cruft is gone, the file can be cleaned up and converted to use BUILD_INTERRUPT() which avoids the ugly line

[patch V3 07/44] x86/traps: Simplify pagefault tracing logic

Make use of the new irqvector tracing static key and remove the duplicated trace_do_pagefault() implementation. If irq vector tracing is disabled, then the overhead of this is a single NOP5, which is a reasonable tradeoff to avoid duplicated code and the unholy macro mess. Signed-off-by: Thomas

[patch V3 08/44] x86/apic: Remove the duplicated tracing version of local_timer_interrupt

The two NOP5 are noise in the rest of the work which is done by the timer interrupt and modern CPUs are pretty good in optimizing nops. Get rid of the interrupt handler duplication and move the tracepoints into the regular handler. Signed-off-by: Thomas Gleixner Reviewed-by:

[PATCH 0/3] constify ux500 clk_ops.

clk_ops are not supposed to change at runtime. All functions working with clk_ops provided by work with const clk_ops. So mark the non-const clk_ops as const. Here, Function "clk_reg_prcc" is used to initialized clk_init_data. clk_init_data is working with const clk_ops. So make clk_reg_prcc

[patch V3 10/44] x86/irq: Get rid of duplicated trace_x86_platform_ipi() code

Two NOP5 are really a good tradeoff vs. the unholy IDT switching mess, which duplicates code all over the place. Signed-off-by: Thomas Gleixner Reviewed-by: Steven Rostedt (VMware) --- arch/x86/include/asm/hw_irq.h |2 +- arch/x86/kernel/irq.c

[PATCH 3/3] clk: ux500: prcc: constify clk_ops.

clk_ops are not supposed to change at runtime. All functions working with clk_ops provided by work with const clk_ops. So mark the non-const clk_ops as const. Here, Function "clk_reg_prcc" is used to initialized clk_init_data. clk_init_data is working with const clk_ops. So make clk_reg_prcc

[PATCH 2/3] clk: ux500: sysctrl: constify clk_ops.

clk_ops are not supposed to change at runtime. All functions working with clk_ops provided by work with const clk_ops. So mark the non-const clk_ops as const. Here, Function "clk_reg_sysctrl" is used to initialized clk_init_data. clk_init_data is working with const clk_ops. So make

Re: [PATCH v4 00/10] make L2's kvm-clock stable, get rid of pvclock_gtod_copy in KVM

On 24.08.2017 11:00, Paolo Bonzini wrote: On 23/08/2017 18:02, Paolo Bonzini wrote: More duct tape would have been just: - if (pvclock_gtod_data.clock.vclock_mode != VCLOCK_TSC) + mode = READ_ONCE(pvclock_gtod_data.clock.vclock_mode); + if (mode != VCLOCK_TSC && +

Re: [patch 10/41] x86/apic: Remove the duplicated tracing versions of interrupts

On Fri, Aug 25, 2017 at 11:49:47AM -0400, Steven Rostedt wrote: > On Fri, 25 Aug 2017 12:31:13 +0200 > Thomas Gleixner wrote: > > > The error and the spurious interrupt are really rare events and not at all > > so performance sensitive that two NOP5s can not be tolerated when

linux-next: build failure after merge of the scsi tree

Hi James, After merging the scsi tree, today's linux-next build (sparc defconfig) failed like this: drivers/scsi/qlogicpti.c:1285:27: error: initialization from incompatible pointer type [-Werror=incompatible-pointer-types] .eh_host_reset_handler = qlogicpti_reset,

Re: [PATCH 2/5] mmc: sdhci: Add quirk to indicate MMC_RSP_136 has CRC

On 21/08/17 10:41, Kishon Vijay Abraham I wrote: > TI's implementation of sdhci controller used in DRA7 SoC's has > CRC in responses with length 136 bits. Add quirk to indicate > the controller has CRC in MMC_RSP_136. If this quirk is > set sdhci library shouldn't shift the response present in >

[PATCH 4.9 16/84] ipv6: repair fib6 tree in failure case

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Wei Wang [ Upstream commit 348a4002729ccab8b888b38cbc099efa2f2a2036 ] In fib6_add(), it is possible that fib6_add_1() picks an intermediate node and sets the node's

[PATCH 4.9 21/84] net_sched: fix order of queue length updates in qdisc_replace()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Konstantin Khlebnikov [ Upstream commit 68a66d149a8c78ec6720f268597302883e48e9fa ] This important to call qdisc_tree_reduce_backlog() after changing queue length.

[PATCH 4.9 39/84] i2c: designware: Fix system suspend

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Ulf Hansson commit a23318feeff662c8d25d21623daebdd2e55ec221 upstream. The commit 8503ff166504 ("i2c: designware: Avoid unnecessary resuming during system suspend"), may

[PATCH 4.9 44/84] drm/atomic: If the atomic check fails, return its value first

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Maarten Lankhorst commit a0ffc51e20e90e0c1c2491de2b4b03f48b6caaba upstream. The last part of drm_atomic_check_only is testing whether we need to fail with

[PATCH 4.9 62/84] Revert "leds: handle suspend/resume in heartbeat trigger"

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Zhang Bo commit 436c4c45b5b9562b59cedbb51b7343ab4a6dd8cc upstream. This reverts commit 5ab92a7cb82c66bf30685583a38a18538e3807db. System cannot enter suspend mode because of

[PATCH 4.4 50/53] ntb_transport: fix qp count bug

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Logan Gunthorpe commit cb827ee6ccc3e480f0d9c0e8e53eef55be5b0414 upstream. In cases where there are more mw's than spads/2-2, the mw count gets reduced to match the

[PATCH 4.4 47/53] ASoC: rsnd: Add missing initialization of ADG req_rate

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Geert Uytterhoeven commit 8b27418f300cafbdbbb8cfa9c29d398ed34d6723 upstream. If the "clock-frequency" DT property is not found, req_rate is used uninitialized, and the

[PATCH 4.4 31/53] cifs: Fix df output for users with quota limits

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Sachin Prabhu commit 42bec214d8bd432be6d32a1acb0a9079ecd4d142 upstream. The df for a SMB2 share triggers a GetInfo call for FS_FULL_SIZE_INFORMATION. The values returned

[PATCH 4.4 28/53] drm: rcar-du: Fix display timing controller parameter

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Koji Matsuoka commit 9cdced8a39c04cf798ddb2a27cb5952f7d39f633 upstream. There is a bug in the setting of the DES (Display Enable Signal) register. This current

[PATCH 4.4 32/53] cifs: return ENAMETOOLONG for overlong names in cifs_open()/cifs_lookup()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Ronnie Sahlberg commit d3edede29f74d335f81d95a4588f5f136a9f7dcf upstream. Add checking for the path component length and verify it is <= the maximum that the server

[PATCH 4.4 30/53] tracing: Fix freeing of filter in create_filter() when set_str is false

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Steven Rostedt (VMware) commit 8b0db1a5bdfcee0dbfa89607672598ae203c9045 upstream. Performing the following task with kmemleak enabled: # cd

[PATCH 4.4 33/53] nfsd: Limit end of page list when decoding NFSv4 WRITE

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Chuck Lever commit fc788f64f1f3eb31e87d4f53bcf1ab76590d5838 upstream. When processing an NFSv4 WRITE operation, argp->end should never point past the end of the data in

[PATCH 4.4 29/53] drm: rcar-du: Fix H/V sync signal polarity configuration

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Koji Matsuoka commit fd1adef3bff0663c5ac31b45bc4a05fafd43d19b upstream. The VSL and HSL bits in the DSMR register set the corresponding horizontal and vertical

Re: [PATCH] net: sunrpc: svcsock: fix NULL-pointer exception

On Fri, Aug 25, 2017 at 06:01:28PM -0400, J. Bruce Fields wrote: > On Fri, Aug 18, 2017 at 06:00:47AM -0400, Vadim Lomovtsev wrote: > > While running nfs/connectathon tests kernel NULL-pointer exception > > has been observed due to races in svcsock.c. > > > > Race is appear when kernel accepts

Re: [PATCH net-next v2 05/14] net: mvpp2: do not force the link mode

Hi Antoine, 2017-08-28 8:55 GMT+02:00 Antoine Tenart : > Hi Russell, > > On Fri, Aug 25, 2017 at 11:43:13PM +0100, Russell King - ARM Linux wrote: >> On Fri, Aug 25, 2017 at 04:48:12PM +0200, Antoine Tenart wrote: >> > The link mode (speed, duplex) was forced

[PATCH 4.4 11/53] tcp: when rearming RTO, if RTO time is in past then fire RTO ASAP

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Neal Cardwell [ Upstream commit cdbeb633ca71a02b7b63bfeb94994bf4e1a0b894 ] In some situations tcp_send_loss_probe() can realize that it's unable to send a loss probe

[PATCH 4.4 13/53] net: sched: fix NULL pointer dereference when action calls some targets

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Xin Long [ Upstream commit 4f8a881acc9d1adaf1e552349a0b1df28933a04c ] As we know in some target's checkentry it may dereference par.entryinfo to check entry stuff

[PATCH] perf script: Add script orientation output support for monitored events

Introduce a new option to print trace output to files named by the monitored events and update perf-script documentation accordingly. Shown below is output of perf script command with the newly introduced option. $perf record -e cycles -e context-switches -ag -- sleep 10 $perf

Re: [PATCH] staging: gdm724x: Rename variable for consistency

On Thu, Aug 24, 2017 at 07:18:53PM -0400, Nick Fox wrote: > Rename dftEpsId variable to dft_eps_ID to be consistent with other > variables in the source file. > > Signed-off-by: Nick Fox > --- > drivers/staging/gdm724x/hci_packet.h | 4 ++-- > 1 file changed, 2

Re: [RFC v1] sched/fair: search a task from the tail of the queue

On Fri, Aug 25, 2017 at 12:11:31AM +0200, Uladzislau Rezki (Sony) wrote: > From: Uladzislau Rezki > > As a first step this patch makes cfs_tasks list as MRU one. > It means, that when a next task is picked to run on physical > CPU it is moved to the front of the list. > >

[PATCH 4.9 83/84] ACPI: EC: Fix regression related to wrong ECDT initialization order

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Lv Zheng commit 98529b9272e06a7767034fb8a32e43cdecda240a upstream. Commit 2a5708409e4e (ACPI / EC: Fix a gap that ECDT EC cannot handle EC events) introduced

[PATCH 4.9 55/84] ftrace: Check for null ret_stack on profile function graph entry function

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Steven Rostedt (VMware) commit a8f0f9e49956a74718874b800251455680085600 upstream. There's a small race when function graph shutsdown and the calling of the registered

[PATCH 4.9 82/84] ACPI / APEI: Add missing synchronize_rcu() on NOTIFY_SCI removal

4.9-stable review patch. If anyone has any objections, please let me know. -- From: James Morse commit 7d64f82cceb21e6d95db312d284f5f195e120154 upstream. When removing a GHES device notified by SCI, list_del_rcu() is used, ghes_remove() should call

[PATCH 4.9 78/84] ntb: no sleep in ntb_async_tx_submit

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Allen Hubbe commit 88931ec3dc11e7dbceb3b0df455693873b508fbe upstream. Do not sleep in ntb_async_tx_submit, which could deadlock. This reverts commit

[PATCH 4.9 81/84] ACPI: ioapic: Clear on-stack resource before using it

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Joerg Roedel commit e3d5092b6756b9e0b08f94bbeafcc7afe19f0996 upstream. The on-stack resource-window 'win' in setup_res() is not properly initialized. This causes the pointers

[PATCH 4.9 51/84] kbuild: linker script do not match C names unless LD_DEAD_CODE_DATA_ELIMINATION is configured

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Nicholas Piggin commit cb87481ee89dbd6609e227afbf64900fb4e5c930 upstream. The .data and .bss sections were modified in the generic linker script to pull in sections named

[PATCH 4.9 18/84] net/mlx4_core: Enable 4K UAR if SRIOV module parameter is not enabled

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Huy Nguyen [ Upstream commit ca3d89a3ebe79367bd41b6b8ba37664478ae2dba ] enable_4k_uar module parameter was added in patch cited below to address the backward compatibility

[PATCH 4.9 19/84] irda: do not leak initialized list.dev to userspace

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Colin Ian King [ Upstream commit b024d949a3c24255a7ef1a470420eb478949aa4c ] list.dev has not been initialized and so the copy_to_user is copying data from the stack

Re: [PATCH 3/3] IPI: Avoid to use 2 cache lines for one call_single_data

On Mon, Aug 28, 2017 at 01:19:21PM +0800, Huang, Ying wrote: > > What do you think about this version? > > > > Ping. Thanks, yes that got lost in the inbox :-( I'll queue it, thanks !

[PATCH 4.9 10/84] ptr_ring: use kmalloc_array()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 81fbfe8adaf38d4f5a98c19bebfd41c5d6acaee8 ] As found by syzkaller, malicious users can set whatever tx_queue_len on a tun device and

[PATCH 4.9 13/84] sctp: fully initialize the IPv6 address in sctp_v6_to_addr()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Alexander Potapenko [ Upstream commit 15339e441ec46fbc3bf3486bb1ae4845b0f1bb8d ] KMSAN reported use of uninitialized sctp_addr->v4.sin_addr.s_addr and

[PATCH 4.9 41/84] fork: fix incorrect fput of ->exe_file causing use-after-free

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Eric Biggers commit 2b7e8665b4ff51c034c55df3cff76518d1a9ee3a upstream. Commit 7c051267931a ("mm, fork: make dup_mmap wait for mmap_sem for write killable") made it

[PATCH 4.9 37/84] ARCv2: PAE40: Explicitly set MSB counterpart of SLC region ops addresses

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Alexey Brodkin commit 7d79cee2c6540ea64dd917a14e2fd63d4ac3d3c0 upstream. It is necessary to explicitly set both SLC_AUX_RGN_START1 and SLC_AUX_RGN_END1 which hold

[PATCH 4.9 36/84] ALSA: firewire: fix NULL pointer dereference when releasing uninitialized data of iso-resource

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Takashi Sakamoto commit 0c264af7be2013266c5b4c644f3f366399ee490a upstream. When calling 'iso_resource_free()' for uninitialized data, this function causes NULL pointer

[patch V3 23/44] x86/percpu: Use static initializer for GDT entry

The IDT cleanup is about to remove pack_descriptor(). The GDT setup for the percpu storage can be achieved with the static initializer as well. Replace it. Signed-off-by: Thomas Gleixner --- arch/x86/kernel/setup_percpu.c |9 +++-- 1 file changed, 3 insertions(+), 6

[patch V3 24/44] x86/fpu: Use bitfield accessors for desc_struct

desc_struct is a union of u32 fields and bitfields. The access to the u32 fields is done with magic macros. Convert it to use the bitfields and replace the macro magic with parseable inline functions. Signed-off-by: Thomas Gleixner --- arch/x86/math-emu/fpu_entry.c | 11

[patch V3 41/44] x86/idt: Remove unused functions/inlines

The IDT related inlines are not longer used. Remove them. Signed-off-by: Thomas Gleixner --- arch/x86/include/asm/desc.h | 36 1 file changed, 36 deletions(-) --- a/arch/x86/include/asm/desc.h +++ b/arch/x86/include/asm/desc.h @@

[patch V3 42/44] x86/idt: Deinline setup functions

Signed-off-by: Thomas Gleixner --- arch/x86/include/asm/desc.h | 37 ++--- arch/x86/kernel/idt.c | 43 ++- 2 files changed, 36 insertions(+), 44 deletions(-) --- a/arch/x86/include/asm/desc.h

[patch V3 44/44] x86/idt: Hide set_intr_gate()

set_intr_gate() is an internal function of the IDT code. The only user left is the KVM code which replaces the pagefault handler eventually. Provide an explicit update_intr_gate() function and make set_intr_gate() static. While at it replace the magic number 14 in the KVM code with the proper

[patch V3 38/44] x86/idt: Move regular trap init to tables

Initialize the regular traps with a table. Signed-off-by: Thomas Gleixner --- arch/x86/include/asm/desc.h |1 arch/x86/kernel/idt.c | 51 arch/x86/kernel/traps.c | 41 --- 3 files

[patch V3 18/44] x86/tracing: Disentangle pagefault and resched IPI tracing key

The pagefault and the resched IPI handler are the only ones where it is worth to optimize the code further in case tracepoints are disabled. But it makes no sense to have a single static key for both. Seperate the static keys so the facilities are handled seperately. Signed-off-by: Thomas

Re: [PATCH v4] x86/boot/KASLR: exclude EFI_BOOT_SERVICES_{CODE|DATA} from KASLR's choice

Hi Naoya, Thanks for this fix. I saw NEC had reported a bug to rhel previously, and the bug truly will corrupt OS, it can be fixed by this patch. This patch looks good to me, just a small concern, please see below inline comment. On 08/24/17 at 07:33pm, Naoya Horiguchi wrote: > KASLR chooses

[patch V3 21/44] x86/tracing: Build tracepoints only when they are used

The tracepoint macro magic emits code for all tracepoints in a event header file. That code stays around even if the tracepoint is not used at all. The linker does not discard it. Build the various irq_vector tracepoints dependent on the appropriate CONFIG switches. Signed-off-by: Thomas

[patch V3 22/44] x86/idt: Unify gate_struct handling for 32/64bit

The first 32bits of gate struct are the same for 32 and 64 bit. The 32bit version uses desc_struct and no designated data structure, so we need different accessors for 32 and 64 bit. Aside of that the macros which are necessary to build the 32bit gate descriptor are horrible to read. Unify the

[patch V3 20/44] x86/irq_work: Make it depend on APIC

The irq work interrupt vector is only installed when CONFIG_X86_LOCAL_APIC is enabled, but the interrupt handler is compiled in unconditionally. Compile the cruft out when the APIC is disabled. Signed-off-by: Thomas Gleixner --- arch/x86/include/asm/irq_work.h |8

[patch V3 29/44] x86/idt: Move 32bit idt_descr to C code

32bit has the idt_descr sitting in the low level assembly entry code. There is no reason for that. Move it into the C file and use the 64bit version of it. Signed-off-by: Thomas Gleixner --- arch/x86/kernel/head_32.S |6 -- arch/x86/kernel/idt.c | 10 +-

[patch V3 19/44] x86/ipi: Make platform IPI depend on APIC

The platform IPI vector is only installed when the local APIC is enabled. All users of it depend on the local APIC anyway. Make the related code conditional on CONFIG_X86_LOCAL_APIC. Signed-off-by: Thomas Gleixner --- arch/x86/include/asm/entry_arch.h |3 +--

[patch V3 05/44] x86/boot: Move EISA setup to a proper place

EISA has absolutely nothing to do with traps. The EISA bus detection does not need to run in the very early boot. It's good enough to run it before the EISA bus and drivers are initialized. Signed-off-by: Thomas Gleixner --- arch/x86/kernel/Makefile |1 +

[patch V3 06/44] x86/tracing: Introduce a static key for exception tracing

Switching the IDT just for avoiding tracepoints creates a complete impenetrable macro/inline/ifdef mess. There is no point in avoiding tracepoints for most of the traps/exceptions. For the more expensive tracepoints, like pagefaults, this can be handled with an explicit static key. Preparatory

[patch V3 04/44] x86/irq: Remove duplicated used_vectors definition

Remove the unparseable comment in the other place while at it. Signed-off-by: Thomas Gleixner --- arch/x86/include/asm/desc.h |1 - arch/x86/include/asm/irq.h |3 --- 2 files changed, 4 deletions(-) --- a/arch/x86/include/asm/desc.h +++

[patch V3 09/44] x86/apic: Use this_cpu_ptr in local_timer_interrupt

Accessing the per cpu data via per_cpu(, smp_processor_id()) is pointless. Use this_cpu_ptr() instead. Signed-off-by: Thomas Gleixner --- arch/x86/kernel/apic/apic.c |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) --- a/arch/x86/kernel/apic/apic.c +++

[patch V3 01/44] x86/irq: Remove vector_used_by_percpu_irq()

Last user (lguest) is gone. Remove it. Signed-off-by: Thomas Gleixner --- arch/x86/include/asm/irq.h |1 - arch/x86/kernel/irq.c |2 -- arch/x86/kernel/irqinit.c | 12 3 files changed, 15 deletions(-) --- a/arch/x86/include/asm/irq.h +++

[patch V3 00/44] x86: Cleanup IDT code

This is the 3rd iteration of the series. The previous version can be found here: http://lkml.kernel.org/r/20170825214648.264521...@linutronix.de The series applies on top of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86/apic and is available as a git branch from

[PATCH 1/3] clk: ux500: prcmu: constify clk_ops.

clk_ops are not supposed to change at runtime. All functions working with clk_ops provided by work with const clk_ops. So mark the non-const clk_ops as const. Here, Function "clk_reg_prcmu" is used to initialized clk_init_data. clk_init_data is working with const clk_ops. So make clk_reg_prcmu

Re: connector: Delete an error message for a failed memory allocation in cn_queue_alloc_callback_entry()

> Did coccinelle trip on the message I suggest to reconsider this implementation detail with the combination of a function call like “kzalloc”. A script for the semantic patch language can point various update candidates out according to a source code search pattern which is similar to

Re: [PATCH 2/2 v2] sched/wait: Introduce lock breaker in wake_up_page_bit

On Sun, 27 Aug 2017 22:17:55 -0700 Linus Torvalds wrote: > On Sun, Aug 27, 2017 at 6:29 PM, Nicholas Piggin wrote: > > > > BTW. since you are looking at this stuff, one other small problem I remember > > with exclusive waiters is that losing to

Re: [PATCH] staging: rtl8723bs: remove memset before memcpy

On Mon, Aug 28, 2017 at 09:19:06AM +0300, Dan Carpenter wrote: > On Mon, Aug 28, 2017 at 01:43:31AM +0530, Himanshu Jha wrote: > > calling memcpy immediately after memset with the same region of memory > > makes memset redundant. > > > > Build successfully. > > > > Thanks for the patch, it

Re: mmotm 2017-08-25-15-50 uploaded

On Fri 25-08-17 16:50:26, Randy Dunlap wrote: > On 08/25/17 15:50, a...@linux-foundation.org wrote: > > The mm-of-the-moment snapshot 2017-08-25-15-50 has been uploaded to > > > >http://www.ozlabs.org/~akpm/mmotm/ > > > > mmotm-readme.txt says > > > > README for mm-of-the-moment: > > > >

[PATCH 4.12 17/99] sctp: fully initialize the IPv6 address in sctp_v6_to_addr()

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Alexander Potapenko [ Upstream commit 15339e441ec46fbc3bf3486bb1ae4845b0f1bb8d ] KMSAN reported use of uninitialized sctp_addr->v4.sin_addr.s_addr and

[PATCH 4.12 23/99] irda: do not leak initialized list.dev to userspace

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Colin Ian King [ Upstream commit b024d949a3c24255a7ef1a470420eb478949aa4c ] list.dev has not been initialized and so the copy_to_user is copying data from the stack

[PATCH 4.12 13/99] ptr_ring: use kmalloc_array()

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 81fbfe8adaf38d4f5a98c19bebfd41c5d6acaee8 ] As found by syzkaller, malicious users can set whatever tx_queue_len on a tun device and

[PATCH 4.12 18/99] tipc: fix use-after-free

4.12-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 5bfd37b4de5c98e86b12bd13be5aa46c7484a125 ] syszkaller reported use-after-free in tipc [1] When msg->rep skb is freed, set the pointer to

  1   2   3   4   5   6   7   8   9   10   >