[PATCH 4.4 124/124] scsi: sg: fix minor memory leak in error path

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Tony Battersby commit c170e5a8d222537e98aa8d4fddb667ff7a2ee114 upstream. Fix a minor memory leak when there is an error opening a /dev/sg device. Fixes: cc833acbee9d ("sg: O_EXCL and other loc

[PATCH 4.4 104/124] net: lan78xx: fix rx handling before first packet is send

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Stefan Wahren [ Upstream commit 136f55f660192ce04af091642efc75d85e017364 ] As long the bh tasklet isn't scheduled once, no packet from the rx path will be handled. Since the tx path also schedu

[PATCH 4.4 119/124] can: ems_usb: Fix memory leak on ems_usb_disconnect()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Anton Vasilyev commit 72c05f32f4a5055c9c8fe889bb6903ec959c0aad upstream. ems_usb_probe() allocates memory for dev->tx_msg_buffer, but there is no its deallocation in ems_usb_disconnect(). Foun

[PATCH 4.4 069/124] mtd: rawnand: fsl_ifc: fix FSL NAND driver to read all ONFI parameter pages

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Jane Wan [ Upstream commit a75bbe71a27875fdc61cde1af6d799037cef6bed ] Per ONFI specification (Rev. 4.0), if the CRC of the first parameter page read is not valid, the host should read redundant

[PATCH 4.4 114/124] inet: frag: enforce memory limits earlier

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 56e2c94f055d328f5f6b0a5c1721cca2f2d4e0a1 ] We currently check current frags memory usage only when a new frag queue is created. This allows attackers to first con

[PATCH 4.4 115/124] net: dsa: Do not suspend/resume closed slave_dev

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Florian Fainelli [ Upstream commit a94c689e6c9e72e722f28339e12dff191ee5a265 ] If a DSA slave network device was previously disabled, there is no need to suspend or resume it. Fixes: 2446254915

[PATCH 4.4 072/124] perf: fix invalid bit in diagnostic entry

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Richter [ Upstream commit 3c0a83b14ea71fef5ccc93a3bd2de5f892be3194 ] The s390 CPU measurement facility sampling mode supports basic entries and diagnostic entries. Each entry has a valid

[PATCH 4.4 113/124] tcp: add one more quick ack after after ECN events

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 15ecbe94a45ef88491ca459b26efdd02f91edb6d ] Larry Brakmo proposal ( https://patchwork.ozlabs.org/patch/935233/ tcp: force cwnd at least 2 in tcp_cwnd_reduction) ma

[PATCH 4.4 117/124] squashfs: more metadata hardening

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Linus Torvalds commit d512584780d3e6a7cacb2f482834849453d444a1 upstream. Anatoly reports another squashfs fuzzing issue, where the decompression parameters themselves are in a compressed block.

[PATCH 4.4 122/124] kvm: x86: vmx: fix vpid leak

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Roman Kagan commit 63aff65573d73eb8dda4732ad4ef222dd35e4862 upstream. VPID for the nested vcpu is allocated at vmx_create_vcpu whenever nested vmx is turned on with the module parameter. Howev

[PATCH 4.4 120/124] net: socket: fix potential spectre v1 gadget in socketcall

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Jeremy Cline commit c8e8cd579bb4265651df8223730105341e61a2d1 upstream. 'call' is a user-controlled value, so sanitize the array index after the bounds check to avoid speculating past the bounds

[PATCH 4.4 123/124] crypto: padlock-aes - Fix Nano workaround data corruption

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Herbert Xu commit 46d8c4b28652d35dc6cfb5adf7f54e102fc04384 upstream. This was detected by the self-test thanks to Ard's chunking patch. I finally got around to testing this out on my ancient V

[PATCH 4.4 105/124] xen-netfront: wait xenbus state change when load module manually

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Xiao Liang [ Upstream commit 822fb18a82abaf4ee7058793d95d340f5dab7bfc ] When loading module manually, after call xenbus_switch_state to initializes the state of the netfront device, the driver

[PATCH 4.4 121/124] virtio_balloon: fix another race between migration and ballooning

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Jiang Biao commit 89da619bc18d79bca5304724c11d4ba3b67ce2c6 upstream. Kernel panic when with high memory pressure, calltrace looks like, PID: 21439 TASK: 881be3afedd0 CPU: 16 COMMAND: "java

[PATCH 4.4 109/124] tcp: do not force quickack when receiving out-of-order packets

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit a3893637e1eb0ef5eb1bbc52b3a8d2dfa317a35d ] As explained in commit 9f9843a751d0 ("tcp: properly handle stretch acks in slow start"), TCP stacks have to consider ho

[PATCH 4.4 108/124] NET: stmmac: align DMA stuff to largest cache line length

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Eugeniy Paltsev [ Upstream commit 9939a46d90c6c76f4533d534dbadfa7b39dc6acc ] As for today STMMAC_ALIGN macro (which is used to align DMA stuff) relies on L1 line length (L1_CACHE_BYTES). This i

[PATCH 4.4 107/124] netlink: Dont shift with UB on nlk->ngroups

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Dmitry Safonov [ Upstream commit 61f4b23769f0cc72ae62c9a81cf08f0397d40da8 ] On i386 nlk->ngroups might be 32 or 0. Which leads to UB, resulting in hang during boot. Check for 0 ngroups and use

[PATCH 4.4 111/124] tcp: do not aggressively quick ack after ECN events

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 522040ea5fdd1c33bbf75e1d7c7c0422b96a94ef ] ECN signals currently forces TCP to enter quickack mode for up to 16 (TCP_MAX_QUICKACKS) following incoming packets. W

[PATCH 4.4 103/124] net: fix amd-xgbe flow-control issue

4.4-stable review patch. If anyone has any objections, please let me know. -- From: tangpengpeng [ Upstream commit 7f3fc7ddf719cd6faaf787722c511f6918ac6aab ] If we enable or disable xgbe flow-control by ethtool , it does't work.Because the parameter is not properly assigned,so

[PATCH 4.4 112/124] tcp: refactor tcp_ecn_check_ce to remove sk type cast

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Yousuk Seung [ Upstream commit f4c9f85f3b2cb7669830cd04d0be61192a4d2436 ] Refactor tcp_ecn_check_ce and __tcp_ecn_check_ce to accept struct sock* instead of tcp_sock* to clean up type casts. Th

[PATCH 4.4 110/124] tcp: add max_quickacks param to tcp_incr_quickack and tcp_enter_quickack_mode

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 9a9c9b51e54618861420093ae6e9b50a961914c5 ] We want to add finer control of the number of ACK packets sent after ECN events. This patch is not changing current be

[PATCH 4/7] staging:rtl8192u: Remove blank line - Style

Removal of a blank like which causes a checkpatch issue. This is a simple coding style change and should have no impact on runtime code execution. Signed-off-by: John Whitmore --- drivers/staging/rtl8192u/ieee80211/rtl819x_TS.h | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/staging/

[PATCH 7/7] staging:rtl8192u: Replace magic number with defined constant - Style

Replace the magic number '8' with defined constant which is normally used 'MAX_DEV_ADDR_SIZE'. This is a coding style change which should have no impact on runtime code execution. Signed-off-by: John Whitmore --- drivers/staging/rtl8192u/ieee80211/ieee80211_softmac.c | 2 +- 1 file changed, 1 i

[PATCH 3/7] staging:rtl8192u: Rename multiple variables - Style

All of the variables used within the structures of the union qos_tclas cause checkpatch issue due to CamelCase naming. As none the member variables are used in code all have been changed on one patch. These changes are coding style in nature and should not impact runtime code execution. Signed-of

[PATCH 0/7] staging:rtl8192u: Coding style changes

Cleanup of the drivers/staging/rtl8192u/ieee80211/rtl819x_TS.h file as the QOS_TCLAS union was moved into this file, in a previous patch. The type contained a number of naming issues. John Whitmore (7): staging:rtl8192u: Remove typedef and rename QOS_TCLAS - Style staging:rtl8192u: Rename type

[PATCH 6/7] staging:rtl8192u: Remove unused member variable - Style

Remove name of 'reserved' bitfield member which is simply used to pad the bitfield to a byte boundary. The actual bit has been left in place so alignment should not change. The name, which is not required has been removed. This is a coding style change which should have no impact on runtime code e

[PATCH 5/7] staging:rtl8192u: Remove comments - Style

Removal of three comments. The comments in question do not add anything to the understanding of the code, and if they are necessary it would imply that the structure and its member variables are badly named. This is a simple style change and should have no impact on runtime code execution. Signed

[PATCH 1/7] staging:rtl8192u: Remove typedef and rename QOS_TCLAS - Style

Remove the typedef from the union QOS_TCLAS, which causes a checkpatch issue with defining new types. In addition, as a type, the name should be in lowercase so has been changed. These are coding style changes and should have no impact on runtime code execution. Signed-off-by: John Whitmore ---

[PATCH 2/7] staging:rtl8192u: Rename types in QOS_TCLAS union - Style

Whilst none of the structures inside the qos_tclas union are used, their names conflict with the coding standard being named in uppercase. The names of all five have been changed to lowercase. This is a style change, and since none of the structures are referenced, these changes should have no imp

[PATCH 4.14 18/23] userfaultfd: remove uffd flags from vma->vm_flags if UFFD_EVENT_FORK fails

4.14-stable review patch. If anyone has any objections, please let me know. -- From: Mike Rapoport commit 31e810aa1033a7db50a2746cd34a2432237f6420 upstream. The fix in commit 0cbb4b4f4c44 ("userfaultfd: clear the vma->vm_userfaultfd_ctx if UFFD_EVENT_FORK fails") cleared the v

Re: [PATCH v3 07/18] dmaengine: dma-jz4780: Add support for the JZ4770 SoC

Hi Vinod, Le mar. 24 juil. 2018 à 15:32, Vinod a écrit : On 21-07-18, 13:06, Paul Cercueil wrote: +static inline void jz4780_dma_chan_enable(struct jz4780_dma_dev *jzdma, + unsigned int chn) right justified and aligned with preceding please. While adding new code to a existing driver

[PATCH v4 1/4] edac: synps: Add platform specific structures for ddrc controller

Add platform specific structures, so that we can add different IP support later using quirks. Signed-off-by: Manish Narani --- drivers/edac/synopsys_edac.c | 83 ++-- 1 file changed, 65 insertions(+), 18 deletions(-) diff --git a/drivers/edac/synopsys_eda

[PATCH v4 2/4] dt: bindings: Document ZynqMP DDRC in Synopsys documentation

This patch adds information of ZynqMP DDRC which reports the single bit errors that are corrected and the double bit errors that are detected. Signed-off-by: Manish Narani --- .../bindings/memory-controllers/synopsys.txt | 27 ++ 1 file changed, 22 insertions(+), 5 dele

[PATCH v4 3/4] edac: synopsys: Add EDAC ECC support for ZynqMP DDRC

Add EDAC ECC support for ZynqMP DDRC IP. Also add support for ECC Error Injection in ZynqMP. The corrected and uncorrected error interrupts support is added. The Row, Column, Bank, Bank Group and Rank bits positions are determined via Address Map registers of Synopsys DDRC. Signed-off-by: Manish N

[PATCH v4 4/4] arm64: zynqmp: Add DDRC node

This patch adds ddrc memory controller node in dts. The size mentioned in dts is 0x3, because we need to access DDR_QOS INTR registers located at fd090208 from this driver. Signed-off-by: Manish Narani --- arch/arm64/boot/dts/xilinx/zynqmp.dtsi | 7 +++ 1 file changed, 7 insertions(+) d

[PATCH v4 0/4] EDAC: Enhancements to Synopsys EDAC driver

This patch series enhances the current EDAC driver to support different platforms.This series adds support for ZynqMP DDRC controller in synopsys EDAC driver. This series also adds Device tree properties and relevant binding documentation. Changes in v2: - Moved checking of DDR_ECC_INTR_SU

Re: [PATCH v3 2/2] slab: __GFP_ZERO is incompatible with a constructor

On Sat, Aug 4, 2018 at 12:34 AM Matthew Wilcox wrote: > On Fri, Aug 03, 2018 at 02:22:57PM -0700, Guenter Roeck wrote: > > On Thu, Apr 12, 2018 at 12:13:22PM -0700, Matthew Wilcox wrote: > > > From: Matthew Wilcox > > > __GFP_ZERO requests that the object be initialised to all-zeroes, > > > while

Re: [PATCH 4.4 000/124] 4.4.146-stable review

On Sat, Aug 04, 2018 at 10:59:49AM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.146 release. > There are 124 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me kno

Re: [PATCH 4.9 00/32] 4.9.118-stable review

On Sat, Aug 04, 2018 at 11:00:50AM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.118 release. > There are 32 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know

Re: [PATCH 09/11] RISC-V: Support per-hart timebase-frequency

Actually I had a slight change of heart: I'm going to drop both timebase frequence patches and the enable method documentation one from this series as they aren't strictly required to get a booting qemu kernel.

Re: [LINUX PATCH v11 3/3] mtd: rawnand: pl353: Add basic driver for arm pl353 smc nand interface

Hi Naga, > > > +/** > > > + * pl353_nand_read_data_op - read chip data into buffer > > > + * @chip:Pointer to the NAND chip info structure > > > + * @in: Pointer to the buffer to store read data > > > + * @len: Number of bytes to read > > > + * Return: Always return zero > >

Re: [PATCH v3 3/8] mailbox: Add transmit done by blocking option

On 08/03/2018 03:54 PM, Jassi Brar wrote: On Mon, Jul 2, 2018 at 5:10 PM, Mikko Perttunen wrote: Add a new TXDONE option, TXDONE_BY_BLOCK. With this option, the send_data function of the mailbox driver is expected to block until the message has been sent. The new option is used with the Tegra C

Re: [PATCH v2 14/18] serial: intel: Add CCF support

On 08/03/2018 12:30 PM, Greg Kroah-Hartman wrote: > On Fri, Aug 03, 2018 at 03:33:38PM +0800, Wu, Songjun wrote: >> >> >> On 8/3/2018 1:56 PM, Greg Kroah-Hartman wrote: >>> On Fri, Aug 03, 2018 at 11:02:33AM +0800, Songjun Wu wrote: Previous implementation uses platform-dependent API to get th

Re: framebuffer corruption due to overlapping stp instructions on arm64

On Fri, 3 Aug 2018, Andrew Pinski wrote: > On Fri, Aug 3, 2018 at 5:58 PM Mikulas Patocka wrote: > > > > > > > > On Fri, 3 Aug 2018, Richard Earnshaw (lists) wrote: > > > > > Whoa, hold on. > > > > > > Memcpy should never be used on device memory. Period. Memcpy doesn't > > > know anything a

Re: Linux 4.17.12

Hey Greg, as with the 4.17.11 release, there is no signature file for the patch (. Could you please add a signature for that patch? Thanks, Kai signature.asc Description: OpenPGP digital signature

Re: [PATCH v2 04/18] MIPS: dts: Add initial support for Intel MIPS SoCs

On 08/03/2018 05:02 AM, Songjun Wu wrote: > From: Hua Ma > > Add dts files to support Intel MIPS SoCs: > - xrx500.dtsi is the chip dts > - easy350_anywan.dts is the board dts > > Signed-off-by: Hua Ma > Signed-off-by: Songjun Wu > --- > > Changes in v2: > - New patch split from previous patch

[PATCH] ext4/mballoc: Remove unneeded variable "err"

The err is not used after initalization. So just remove the variable. Signed-off-by: zhong jiang --- fs/ext4/mballoc.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/fs/ext4/mballoc.c b/fs/ext4/mballoc.c index 8b24d3d..e29fce2 100644 --- a/fs/ext4/mballoc.c +++ b/fs/ext4/m

Re: [PATCH] spi-nor: add support for is25wp256d

On 08/04/2018 03:49 AM, Palmer Dabbelt wrote: > From: "Wesley W. Terpstra" > > This is used of the HiFive Unleashed development board. > > Signed-off-by: Wesley W. Terpstra > Signed-off-by: Palmer Dabbelt > --- > drivers/mtd/spi-nor/spi-nor.c | 47 > ++

Re: [RFC PATCH v1] memory: tegra: Block DMA for clients HW on a faulty memory access

On Tuesday, 8 May 2018 19:58:41 MSK Dmitry Osipenko wrote: > Currently Memory Controller informs about erroneous memory accesses done > by memory clients and that's it. Let's make it to block whole HW unit > that corresponds to the misbehaving memory client in order to try to avoid > memory corrupt

Re: [PATCH 2/2] leds: lm3697: Introduce the lm3697 driver

Hi Dan, Thank you for the patch. Please find my comments below. On 08/03/2018 05:02 PM, Dan Murphy wrote: > Introduce the lm3697 LED driver for > backlighting and display. > > Datasheet location: > http://www.ti.com/lit/ds/symlink/lm3697.pdf > > Signed-off-by: Dan Murphy > --- > drivers/leds/

Re: [PATCH 1/2] di: bindings: lm3697: Introduce the lm3697 driver

Hi Dan, Thank you for the patch. Typo in the patch title: s/di: /dt-/ And maybe let's change the following text to: "Add bindings for lm3697 LED driver" Best regards, Jacek Anaszewski On 08/03/2018 05:02 PM, Dan Murphy wrote: > Introduce the device tree bindings for the lm3697 > led driver f

Re: [PATCH 1/2] di: bindings: lm3697: Introduce the lm3697 driver

Hi Dan, Thank you for the patch. Typo in the patch title: s/di: /dt-/ And maybe let's change the following text to: "Add bindings for lm3697 LED driver" Best regards, Jacek Anaszewski On 08/03/2018 05:02 PM, Dan Murphy wrote: > Introduce the device tree bindings for the lm3697 > led driver f

Re: [rt-patch 4/3] arm,KVM: Move phys_timer handling to hard irq context

On Thu, 2018-08-02 at 19:43 +0200, Mike Galbraith wrote: > On Thu, 2018-08-02 at 18:50 +0200, Mike Galbraith wrote: > > On Thu, 2018-08-02 at 12:31 -0400, Steven Rostedt wrote: > > > On Thu, 02 Aug 2018 08:56:20 +0200 > > > Mike Galbraith wrote: > > > > > > > (arm-land adventures 1/3 take2 will h

Re: Linux 4.17.12

On August 4, 2018 12:56:23 PM GMT+02:00, "Kai Wasserbäch" wrote: >Hey Greg, >as with the 4.17.11 release, there is no signature file for the patch >(. Could >you >please add a signature for that patch? > >Thanks, >Kai https://www.ker

OK

Greetings Please assist me to receive about 15 million euros into your personal account. I will give you details as I hear from you. Regard, Mr Ahmed Zama

Re: Linux 4.17.12

Greg K-H wrote on 04.08.2018 14:30: > On August 4, 2018 12:56:23 PM GMT+02:00, "Kai Wasserbäch" > wrote: >> Hey Greg, >> as with the 4.17.11 release, there is no signature file for the patch >> (. Could >> you >> please add a signatur

Re: [PATCH v2 14/18] serial: intel: Add CCF support

On Sat, Aug 04, 2018 at 12:54:22PM +0200, Hauke Mehrtens wrote: > On 08/03/2018 12:30 PM, Greg Kroah-Hartman wrote: > > On Fri, Aug 03, 2018 at 03:33:38PM +0800, Wu, Songjun wrote: > >> > >> > >> On 8/3/2018 1:56 PM, Greg Kroah-Hartman wrote: > >>> On Fri, Aug 03, 2018 at 11:02:33AM +0800, Songjun

Re: [PATCH 4.9 00/32] 4.9.118-stable review

On Sat, Aug 04, 2018 at 02:30:00AM -0700, Nathan Chancellor wrote: > On Sat, Aug 04, 2018 at 11:00:50AM +0200, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.9.118 release. > > There are 32 patches in this series, all will be posted as a response > > to this on

[PATCH 01/20] perf annotate: Make symbol__annotate_fprintf2 local

There's no outside user of it. Link: http://lkml.kernel.org/n/tip-hivnt3n3i6ab66ji1tydy...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/util/annotate.c | 2 +- tools/perf/util/annotate.h | 1 - 2 files changed, 1 insertion(+), 2 deletions(-) diff --git a/tools/perf/util/annotate.c b/t

[PATCH 02/20] perf annotate: Make annotation_line__max_percent static

There's no outside user of it. Link: http://lkml.kernel.org/n/tip-uz4w6fxnmyavi5z409r05...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/util/annotate.c | 3 ++- tools/perf/util/annotate.h | 1 - 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/tools/perf/util/annotate.c b

[PATCH 09/20] perf annotate: Add PERCENT_HITS_GLOBAL percent value

Adding and computing global hits percent value for annotation line. Storing it in struct annotation_data percent array under new PERCENT_HITS_GLOBAL index. At the moment it's not displayed, it's coming in following patches. Link: http://lkml.kernel.org/n/tip-2w3em3e57zpbn2ukl7quc...@git.kernel.or

[PATCH 00/20] perf annotate: Make symbol__annotate_fprintf2 local

hi, Stephane asked for key/option switch between local/global percentage in annotation output/browser [1]. Local means % within symbol, global within the whole perf data. Adding the support to specify this by new --precent-type option added for perf annotate and report. Also adding 'p' key bindin

[PATCH 07/20] perf annotate: Loop group events directly in annotation__calc_percent

We need to bring in 'struct hists' object and for that we need 'struct perf_evsel' object in the scope. Switching the group data loop with the evsel group loop. It does the same thing, but it brings evsel object, that we can use later get the 'struct hists' object. Link: http://lkml.kernel.org/n/

[PATCH 05/20] perf annotate: Rename local sample variables to data

Based on previous rename, changing also the local variable names to fit properly. Link: http://lkml.kernel.org/n/tip-5hjxeetp2v8c3n0zbttlk...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/util/annotate.c | 40 +++--- 1 file changed, 20 insertions(+), 20 d

[PATCH 06/20] perf annotate: Rename hist to sym_hist in annotation__calc_percent

We will need to bring in 'struct hists' variable in this scope, so it's better we do this rename first. Link: http://lkml.kernel.org/n/tip-33a3t65t9t3h0cdtd39bp...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/util/annotate.c | 16 1 file changed, 8 insertions(+), 8 del

[PATCH 03/20] perf annotate: Get rid of annotation__scnprintf_samples_period

We have more current function tto get the title for annotation, which is hists__scnprintf_title. They both have same output as far as the annotation's header line goes. They differ in counting of the nr_samples, hists__scnprintf_title provides more accurate number based on the setup of the symbol_

[PATCH 11/20] perf annotate: Add PERCENT_PERIOD_GLOBAL percent value

Adding and computing global period percent value for annotation line. Storing it in struct annotation_data percent array under new PERCENT_PERIOD_GLOBAL index. At the moment it's not displayed, it's coming in following patches. Link: http://lkml.kernel.org/n/tip-ehmmnz453rkon5bn52zuk...@git.kern

[PATCH 12/20] perf annotate: Add percent_type to struct annotation_options

It will be used to carry user selection of percent type for annotation output. Passing the percent_type to the annotation_line__print function as the first step and making it default to current percentage type (PERCENT_HITS_LOCAL) value. Link: http://lkml.kernel.org/n/tip-6ma4jjbxjcbglkkak3clh...

[PATCH 15/20] perf annotate: Pass browser percent_type in annotate_browser__calc_percent

Passing browser percent_type in annotate_browser__calc_percent. Link: http://lkml.kernel.org/n/tip-7hqr2hyuv4yaqqtzxithr...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/ui/browsers/annotate.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/perf/ui/browsers/ann

[PATCH 14/20] perf annotate: Pass struct annotation_options to map_symbol__annotation_dump

Passing struct annotation_options to map_symbol__annotation_dump, to carry on and pass the percent_type value. Link: http://lkml.kernel.org/n/tip-5toohgdkgpk3vn6zebusr...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/ui/browsers/annotate.c | 4 +-- tools/perf/util/annotate.c| 4

[PATCH 16/20] perf annotate: Add support to togle percent type

Adding new key bindings to togle percent type/base in annotation UI browser: 'p' to switch between local and global percent type 'b' to switch between hits and perdio percent base Adding following help messages to the UI browser '?' window: ... p Toggle percent type [local/glob

[PATCH 18/20] perf annotate: Display percent type in stdio output

In following patches we will allow to switch percent type even for stdio annotation outputs. Adding the percent type value into the annotation outputs title. $ perf annotate --stdio Percent | Sou ... instructions:u } (2805 samples, percent: local period) --

[PATCH 17/20] perf annotate: Make local period the default percent type

Currently we display the percentages in annotation output based on number of samples hits. Switching it to period based percentage by default, because it corresponds more to the time spent on the line. Link: http://lkml.kernel.org/n/tip-so91zbhsjblu1g3867lfv...@git.kernel.org Signed-off-by: Jiri O

[PATCH 19/20] perf annotate: Add --percent-type option

Adding --percent-type option to set annotation percent type from following choices: global-period, local-period, global-hits, local-hits Examples: $ perf annotate --percent-type period-local --stdio | head -1 Percent | Source code ... es, percent: local period) $ perf annotat

[PATCH 20/20] perf report: Add --percent-type option

Set annotation percent type from following choices: global-period, local-period, global-hits, local-hits With following report option setup the percent type will be passed to annotation browser: $ perf report --percent-type period-local The local/global keywords set if the percentage is comp

[PATCH 10/20] perf annotate: Add PERCENT_PERIOD_LOCAL percent value

Adding and computing local period percent value for annotation line. Storing it in struct annotation_data percent array under new PERCENT_PERIOD_LOCAL index. At the moment it's not displayed, it's coming in following patches. Link: http://lkml.kernel.org/n/tip-s1qlyipdi22uewyk0eh18...@git.kernel.

[PATCH 13/20] perf annotate: Pass struct annotation_options to symbol__calc_lines

Passing struct annotation_options to symbol__calc_lines, to carry on and pass the percent_type value. Link: http://lkml.kernel.org/n/tip-hsutsg6zepd5o9dxdz0di...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/util/annotate.c | 23 +-- 1 file changed, 13 insertions(+),

[PATCH 08/20] perf annotate: Switch struct annotation_data::percent to array

So we can hold multiple percent values for annotation line. The first member of this array is current local hits percent value (PERCENT_HITS_LOCAL index), so no functional change is expected. Adding annotation_data__percent function to return requested percent value from struct annotation_data.

[PATCH 04/20] perf annotate: Rename struct annotation_line::samples* to data*

The name 'samples*' is little confusing because we have nested 'struct sym_hist_entry' under annotation_line struct, which holds 'nr_samples' as well. Also the holding struct name is 'annotation_data' so the 'data' name fits better. Link: http://lkml.kernel.org/n/tip-l4r03qp9b76ay98dlzgf6...@git.

Re: [PATCH v4 2/4] arm64: dts: rockchip: add GRF GPIO controller to rk3328

Hi Levin, Am Dienstag, 31. Juli 2018, 07:59:20 CEST schrieb d...@t-chip.com.cn: > From: Levin Du > > Adding a GRF GPIO controller labled "grf_gpio" to rk3328, currently > providing access to the GPIO_MUTE pin, which is manupulated by the > GRF_SOC_CON10 register. > > The GPIO_MUTE pin is referr

Re: [PATCH v4 4/4] arm64: dts: rockchip: add sdmmc UHS support for roc-rk3328-cc

Hi Levin, Am Dienstag, 31. Juli 2018, 07:59:22 CEST schrieb d...@t-chip.com.cn: > From: Levin Du > > In roc-rk3328-cc board, the signal voltage of sdmmc is supplied by the > vcc_sdio regulator, which is a mux between 1.8V and 3.3V, controlled by > a special output only gpio pin labeled "gpiomut_

Re: framebuffer corruption due to overlapping stp instructions on arm64

On Fri, 3 Aug 2018, Matt Sealey wrote: > On 3 August 2018 at 13:25, Mikulas Patocka wrote: > > > > > > On Fri, 3 Aug 2018, Ard Biesheuvel wrote: > > > >> Are we still talking about overlapping unaligned accesses here? Or do > >> you see other failures as well? > > > > Yes - it is caused by ove

WARNING in try_charge

Hello, syzbot found the following crash on: HEAD commit:d1e0b8e0cb7a Add linux-next specific files for 20180725 git tree: linux-next console output: https://syzkaller.appspot.com/x/log.txt?x=15a1c77040 kernel config: https://syzkaller.appspot.com/x/.config?x=eef3552c897e4d33 dashb

Re: WARNING in try_charge

syzbot is hitting WARN(1) because of mem_cgroup_out_of_memory() == false. At first I suspected that syzbot is hitting static bool oom_kill_memcg_victim(struct oom_control *oc) { if (oc->chosen_memcg == NULL || oc->chosen_memcg == INFLIGHT_VICTIM) return oc->chosen_m

Re: [PATCH v3 2/2] slab: __GFP_ZERO is incompatible with a constructor

On 08/04/2018 02:28 AM, Geert Uytterhoeven wrote: On Sat, Aug 4, 2018 at 12:34 AM Matthew Wilcox wrote: On Fri, Aug 03, 2018 at 02:22:57PM -0700, Guenter Roeck wrote: On Thu, Apr 12, 2018 at 12:13:22PM -0700, Matthew Wilcox wrote: From: Matthew Wilcox __GFP_ZERO requests that the object be i

Re: [PATCH v1 1/2] pinctrl: tegra: Move drivers registration to arch_init level

On Friday, 3 August 2018 20:24:56 MSK Linus Walleij wrote: > On Thu, Aug 2, 2018 at 1:31 PM Stefan Agner wrote: > > A while back at least using those init lists were not well received even > > for GPIO/pinctrl drivers: > > > > https://lore.kernel.org/lkml/CACRpkdYk0zW12qNXgOstTLmdVDYacu0Un+8quTN+

[PATCH 4/4] staging: rtl8188eu: remove unnecessary includes

In the header rtw_iol.h there is only one function declared. Remove the include of rtw_iol.h from files that do not use this function. Signed-off-by: Michael Straube --- drivers/staging/rtl8188eu/hal/mac_cfg.c| 1 - drivers/staging/rtl8188eu/hal/phy.c| 1 - drivers/staging/rt

[PATCH 2/4] staging: rtl8188eu: remove unnecessary parentheses

Remove unnecessary parentheses from if conditions. Signed-off-by: Michael Straube --- drivers/staging/rtl8188eu/core/rtw_iol.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/rtl8188eu/core/rtw_iol.c b/drivers/staging/rtl8188eu/core/rtw_iol.c index f7a86e

[PATCH 1/4] staging: rtl8188eu: rename rtw_IOL_applied

Rename rtw_IOL_applied to be all lowercase. rtw_IOL_applied -> rtw_iol_applied Signed-off-by: Michael Straube --- drivers/staging/rtl8188eu/core/rtw_efuse.c| 2 +- drivers/staging/rtl8188eu/core/rtw_iol.c | 2 +- drivers/staging/rtl8188eu/hal/rtl8188e_hal_init.c | 4 ++-- driver

[PATCH 3/4] staging: rtl8188eu: remove redundant include

The header osdep_service.h is included from drv_types.h, so remove the redundant include. Signed-off-by: Michael Straube --- drivers/staging/rtl8188eu/include/rtw_iol.h | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/staging/rtl8188eu/include/rtw_iol.h b/drivers/staging/rtl8188eu/inc

Re: [PATCH 4.4 000/124] 4.4.146-stable review

On 08/04/2018 01:59 AM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 4.4.146 release. There are 124 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be

Re: [PATCH 4.9 00/32] 4.9.118-stable review

On 08/04/2018 02:00 AM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 4.9.118 release. There are 32 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be m

Re: [PATCH 4.14 00/23] 4.14.61-stable review

On 08/04/2018 02:00 AM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 4.14.61 release. There are 23 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be m

Re: [PATCH 4.17 00/31] 4.17.13-stable review

On 08/04/2018 02:00 AM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 4.17.13 release. There are 31 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be m

[GIT PULL] usercopy fix for v4.18-rc8

Hi, Please pull this usercopy fix for v4.18-rc8. Bart Massey discovered that the usercopy whitelist for JFS was incomplete: the inline inode data may intentionally "overflow" into the neighboring "extended area", so the size of the whitelist needed to be raised to include the neighboring field. T

[PATCH] Revert "cpufreq: intel_pstate: Fix ->set_policy() interface for no_turbo"

This change does not take into account that some BIOSes change MSR_IA32_MISC_ENABLE_TURBO_DISABLE depending on the power source. If the turbo is disabled when the system boots, policy.max_freq is set to pstate.max_pstate. However, if the BIOS later enables the turbo, the CPU will never be able to r

Re: kbuild: ARCH=um archheaders failed

On 08/03/2018 07:23 PM, Masahiro Yamada wrote: > 2018-08-04 0:41 GMT+09:00 Randy Dunlap : >> On 08/02/2018 05:13 PM, Randy Dunlap wrote: >>> Hi Yamada-san, >>> >>> I see this every few weeks. It's not reproducible (it depends >>> on the moon, Mars, etc.). >>> >>> I'm using O=builddir. The build l

Re: [PATCH v4 0/4] EDAC: Enhancements to Synopsys EDAC driver

On Sat, Aug 04, 2018 at 02:55:31PM +0530, Manish Narani wrote: > This patch series enhances the current EDAC driver to support different This one, your 2/4 and 4/4 still says "this patch". Hurried too much? How about slowing down and looking at them with a critical eye? Also, how about waiting fo

Re: [PATCH 3/6] irqchip: RISC-V Local Interrupt Controller Driver

On Fri, 3 Aug 2018, Palmer Dabbelt wrote: > On Wed, 01 Aug 2018 11:55:06 PDT (-0700), t...@linutronix.de wrote: > > Is there some high level documentation about the design (or the lack of) or > > can someone give a concise explanation how this stuff is supposed to work? > As part of our original pu

Re: [PATCH] um: NULL check before kfree is not needed

On 03/08/18 07:39, YueHaibing wrote: kfree(NULL) is safe,so this removes NULL check before freeing the mem Signed-off-by: YueHaibing --- arch/um/drivers/vector_kern.c | 15 +-- arch/um/drivers/vector_user.c | 6 ++ arch/um/kernel/irq.c | 3 +-- 3 files changed,

<    1   2   3   4   >