Re: [PATCH 1/1] mm: vmstat: introducing vm counter for slowpath

On (08/07/15 12:38), Pintu Kumar wrote: > This patch add new counter slowpath_entered in /proc/vmstat to > track how many times the system entered into slowpath after > first allocation attempt is failed. > This is useful to know the rate of allocation success within > the slowpath. > This patch

Re: [GIT PULL] ASN.1 fixes

James Morris wrote: > Pulled to my -next branch, but it's too late really for 4.2, for this > class of bugfix. Thanks. That'll do. David -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at

RE: [PATCH 8/9] KVM: x86: Add EOI exit bitmap inference

> -Original Message- > From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org] On > Behalf Of Paolo Bonzini > Sent: Wednesday, August 05, 2015 11:24 PM > To: linux-kernel@vger.kernel.org; k...@vger.kernel.org > Cc: Steve Rutherford; rkrc...@redhat.com > Subject: [PATCH 8/9]

Re: [RFC 00/47] perf stat: Add scripting support

On Thu, Aug 06, 2015 at 04:27:56PM -0300, Arnaldo Carvalho de Melo wrote: > Em Tue, Jul 21, 2015 at 02:31:20PM +0200, Jiri Olsa escreveu: > > hi, > > sending RFC on another attempt for stat scripting. > > > > The initial attempt defined its own formula lang and allowed > > triggering user's

Re: [PATCH 0/4] loop: enable different physical blocksizes

On 08/07/2015 09:23 AM, Ming Lei wrote: > On Fri, Aug 7, 2015 at 2:46 AM, Hannes Reinecke wrote: >> On 08/07/2015 07:07 AM, Ming Lei wrote: >>> On Mon, Aug 3, 2015 at 7:00 PM, Alexander Graf wrote: >> >> [ .. ] >> because the guest thinks the disk is formatted with 4k sector size,

Re: [PATCH 0/4] loop: enable different physical blocksizes

On Fri, Aug 7, 2015 at 3:33 AM, Christoph Hellwig wrote: > On Mon, Jul 27, 2015 at 06:40:57AM -0400, Ming Lei wrote: >> On Fri, Jul 17, 2015 at 3:27 AM, Hannes Reinecke wrote: >> > Currently the loop driver just simulates 512-byte blocks. When >> > creating images for virtual machines it might

Re: [PATCH 1/1] mm: vmstat: introducing vm counter for slowpath

On Fri 07-08-15 12:38:54, Pintu Kumar wrote: > This patch add new counter slowpath_entered in /proc/vmstat to > track how many times the system entered into slowpath after > first allocation attempt is failed. This is too lowlevel to be exported in the regular user visible interface IMO. > This

Re: [PATCH v9 6/6] block: loop: support DIO & AIO

I really disagree with the per-cmd use_dio tracking. If we know at setup time that the loop device sector size is smaller than the sector size of the underlying device we should never allow dio, and othewise it should always work for data. The ->transfer check also is one to be done at setup

[PATCH v3 0/5] Altera PCIe host controller driver with MSI support

This is the 3rd version of patch set to add support for Altera PCIe host controller with MSI feature on Altera FPGA device families. This patchset mainly resolve comments from Marc Zyngier in v2. It is based on patch series from Marc Zyngier "Per-device MSI domain & platform MSI" [1] to get rid

Re: [PATCHv6 3/5] Staging: most: hdm-usb/hdm_usb.c. Fix "missing static keyword" warnings

On Thu, Aug 06, 2015 at 11:57:28PM +0200, Christian Gromm wrote: > On Thu, 6 Aug 2015 19:34:58 +0200 > Adrian Remonda wrote: > > > This is a patch to the most/hdm-usb/hdm_usb.c file. It > > makes several local functions and structures static to prevent global > > visibility. > > > > v6: fixed

Re: [RFC PATCH 1/5] spi: introduce flag for memory mapped read

On 6 August 2015 at 23:33, Russell King - ARM Linux wrote: > On Thu, Aug 06, 2015 at 06:14:00PM +0200, Geert Uytterhoeven wrote: >> On Thu, Aug 6, 2015 at 3:51 PM, Russell King - ARM Linux >> wrote: >> > On Thu, Aug 06, 2015 at 05:55:23PM +0530, Vignesh R wrote: >> >> On the whole following are

Re: [4.2-rc1][PATCH] gpio: omap: add missed spin_unlock_irqrestore in omap_gpio_irq_type

Hi Tony, On 08/07/2015 06:36 AM, Tony Lindgren wrote: * Linus Walleij [150716 01:38]: On Wed, Jun 24, 2015 at 4:54 PM, Grygorii Strashko wrote: From: Grygorii Strashko Add missed spin_unlock_irqrestore in omap_gpio_irq_type when omap_set_gpio_triggering() is failed. It fixes static

Re: [PATCH 0/4] loop: enable different physical blocksizes

On Mon, Jul 27, 2015 at 06:40:57AM -0400, Ming Lei wrote: > On Fri, Jul 17, 2015 at 3:27 AM, Hannes Reinecke wrote: > > Currently the loop driver just simulates 512-byte blocks. When > > creating images for virtual machines it might be required to use > > a different physical blocksize (eg 4k for

Re: [PATCH 8/9] KVM: x86: Add EOI exit bitmap inference

On 07/08/2015 07:43, Wu, Feng wrote: >> > +#ifdef CONFIG_HAVE_KVM_IRQCHIP >> > +struct kvm_irq_routing_table { >> > + int chip[KVM_NR_IRQCHIPS][KVM_IRQCHIP_NUM_PINS]; >> > + struct kvm_kernel_irq_routing_entry *rt_entries; > This filed doesn't exist anymore. In fact, this changes is also in my

Re: [PATCH 1/4] loop: Enable correct physical blocksize

On Mon, Jul 27, 2015 at 07:59:47AM +0200, Hannes Reinecke wrote: > On 07/27/2015 07:15 AM, Christoph Hellwig wrote: > > On Fri, Jul 17, 2015 at 09:27:04AM +0200, Hannes Reinecke wrote: > >> When running on files the physical blocksize is actually 4k, > >> so we should be announcing it as such.

Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios

On Thu, Aug 06, 2015 at 05:00:04PM -0700, Kent Overstreet wrote: > Why is it that we don't want to send giant discards? Is it a latency issue? Yes. Take a look at the "Configurable max discard size" thread(s). -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body

Re: [RTF] kvm:x86:Fix error checking in the function pf_interception

On Thu, Aug 06, 2015 at 10:10:23PM -0400, Nicholas Krause wrote: > This fixes error checking in the function pf_interception by > checking if the call to kvm_mmu_unprotect_page_virt returns > zero to indicate the function has failed internally and if > this occurs we must return immediately to the

Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios

I'm for solution 3: - keep blk_bio_{discard,write_same}_split, but ensure we never built a > 4GB bio in blkdev_issue_{discard,write_same}. Note that this isn't special casing, we can't build > 4GB bios for data either, it's just implemented as a side effect right now instead of checked

[tip:perf/core] perf tools: Add empty Build files for architectures lacking them

Commit-ID: 93df8a1ed6231727c5db94a80b1a6bd5ee67cec3 Gitweb: http://git.kernel.org/tip/93df8a1ed6231727c5db94a80b1a6bd5ee67cec3 Author: Ben Hutchings AuthorDate: Tue, 4 Aug 2015 17:10:27 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 6 Aug 2015 16:24:15 -0300 perf tools:

[PATCH v2 0/2] hugetlb: display per-process/per-vma usage

I wrote patches to export hugetlb usage info via /proc/pid/{smaps,status}. In this version, I added patch 2 for /proc/pid/status to deal with the inconsistency concern from David (thanks for the comment). Thanks, Naoya Horiguchi --- Summary: Naoya Horiguchi (2): smaps: fill missing fields

[PATCH v2 2/2] mm: hugetlb: add VmHugetlbRSS: field in /proc/pid/status

Currently there's no easy way to get per-process usage of hugetlb pages, which is inconvenient because applications which use hugetlb typically want to control their processes on the basis of how much memory (including hugetlb) they use. So this patch simply provides easy access to the info via

[PATCH v2] mfd: mt6397: Implement wake handler and suspend/resume for mt6397-core.c

Implement .irq_set_wake() to get who is wakeup source and setup on suspend/reumse. Enbale mt6393_irq as wake up source properly to pinctrl by enable_irq_wake()/enable_irq_wake(). Signed-off-by: Henry Chen --- Chandes since v1: Used enable_irq_wake()/disable_irq_wake to handle irq wakeup

[PATCH v2 1/2] smaps: fill missing fields for vma(VM_HUGETLB)

Currently smaps reports many zero fields for vma(VM_HUGETLB), which is inconvenient when we want to know per-task or per-vma base hugetlb usage. This patch enables these fields by introducing smaps_hugetlb_range(). before patch: Size: 20480 kB Rss: 0 kB Pss:

Re: [PATCH 0/3] zram: Replace pr_* with dev_*

On (08/07/15 00:12), Joe Perches wrote: > On Fri, 2015-08-07 at 15:56 +0900, Sergey Senozhatsky wrote: > > On (08/07/15 15:37), Sergey Senozhatsky wrote: > > [..] > > where we had clean and nice > > > > pr_err("Decompression failed!... > > pr_info("Unable to allocate temp memory\n"... > > etc...

[tip:perf/core] perf tools: Extend the event parser maximum error index

Commit-ID: 141b2d3161f19a774b3ceaa8faed5e63484a4684 Gitweb: http://git.kernel.org/tip/141b2d3161f19a774b3ceaa8faed5e63484a4684 Author: Adrian Hunter AuthorDate: Fri, 17 Jul 2015 19:33:51 +0300 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 6 Aug 2015 16:49:44 -0300 perf tools:

[tip:perf/core] perf auxtrace: Fix period type 'i' not working

Commit-ID: f70cfa07e3675a115265e32d6357272275358cdb Gitweb: http://git.kernel.org/tip/f70cfa07e3675a115265e32d6357272275358cdb Author: Adrian Hunter AuthorDate: Fri, 17 Jul 2015 19:33:46 +0300 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 6 Aug 2015 16:47:58 -0300 perf

[tip:perf/core] perf tools: Validate config term maximum value

Commit-ID: 0efe6b67690b6546daa0d2f34a17eb3ca46c9dea Gitweb: http://git.kernel.org/tip/0efe6b67690b6546daa0d2f34a17eb3ca46c9dea Author: Adrian Hunter AuthorDate: Fri, 17 Jul 2015 19:33:50 +0300 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 6 Aug 2015 16:49:28 -0300 perf tools:

[tip:perf/core] perf report: Add infrastructure for a cycles histogram

Commit-ID: d4957633bf9dab70e566e7dbb2b8d0c61c3a2f1e Gitweb: http://git.kernel.org/tip/d4957633bf9dab70e566e7dbb2b8d0c61c3a2f1e Author: Andi Kleen AuthorDate: Sat, 18 Jul 2015 08:24:48 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 6 Aug 2015 16:32:45 -0300 perf report: Add

[tip:perf/core] perf tools xtensa: Add DWARF register names

Commit-ID: 74d4582f430a797564f92fbff0bd3a21945528b7 Gitweb: http://git.kernel.org/tip/74d4582f430a797564f92fbff0bd3a21945528b7 Author: Max Filippov AuthorDate: Sat, 18 Jul 2015 11:30:11 +0300 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 6 Aug 2015 16:45:05 -0300 perf tools

[tip:perf/core] perf tools: Add perf_pmu__format_bits()

Commit-ID: 09ff607176ab2bf7e038150100fdf9290a6fbe47 Gitweb: http://git.kernel.org/tip/09ff607176ab2bf7e038150100fdf9290a6fbe47 Author: Adrian Hunter AuthorDate: Fri, 17 Jul 2015 19:33:49 +0300 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 6 Aug 2015 16:49:01 -0300 perf tools:

[tip:perf/core] perf tools: Fix perf-with-kcore handling of arguments containing spaces

Commit-ID: 8bd1b2d2578ca2688969352ed1f8a0a8f10dbb63 Gitweb: http://git.kernel.org/tip/8bd1b2d2578ca2688969352ed1f8a0a8f10dbb63 Author: Adrian Hunter AuthorDate: Fri, 17 Jul 2015 19:33:47 +0300 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 6 Aug 2015 16:48:27 -0300 perf tools:

Re: [PATCH 0/4] loop: enable different physical blocksizes

On Fri, Aug 7, 2015 at 2:46 AM, Hannes Reinecke wrote: > On 08/07/2015 07:07 AM, Ming Lei wrote: >> On Mon, Aug 3, 2015 at 7:00 PM, Alexander Graf wrote: >>> > > [ .. ] > >>> >>> because the guest thinks the disk is formatted with 4k sector size, >>> while mkfs thought it's formatted with 512

[tip:perf/core] perf top: Add branch annotation code to top

Commit-ID: a18b027efe1a2a502d98a8d0ea0391a72bf3f696 Gitweb: http://git.kernel.org/tip/a18b027efe1a2a502d98a8d0ea0391a72bf3f696 Author: Andi Kleen AuthorDate: Sat, 18 Jul 2015 08:24:52 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 6 Aug 2015 16:39:22 -0300 perf top: Add

[PATCH 1/1] mm: vmstat: introducing vm counter for slowpath

This patch add new counter slowpath_entered in /proc/vmstat to track how many times the system entered into slowpath after first allocation attempt is failed. This is useful to know the rate of allocation success within the slowpath. This patch is tested on ARM with 512MB RAM. A sample output is

[tip:perf/core] perf report: Display cycles in branch sort mode

Commit-ID: 40997d6cf9fc40c85dba479e162a89e7530eb360 Gitweb: http://git.kernel.org/tip/40997d6cf9fc40c85dba479e162a89e7530eb360 Author: Andi Kleen AuthorDate: Sat, 18 Jul 2015 08:24:53 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 6 Aug 2015 16:39:53 -0300 perf report:

[tip:perf/core] perf annotate: Finally display IPC and cycle accounting

Commit-ID: f8f4aaead579c947fb8fc051c9d242037025caf3 Gitweb: http://git.kernel.org/tip/f8f4aaead579c947fb8fc051c9d242037025caf3 Author: Andi Kleen AuthorDate: Sat, 18 Jul 2015 08:24:51 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 6 Aug 2015 16:37:22 -0300 perf annotate:

[PATCH v5 2/3] spi: mediatek: Add spi bus for Mediatek MT8173

This patch adds basic spi bus for MT8173. Signed-off-by: Leilk Liu --- Change in this patch: 1. change "pad-select" to "mediatek,pad-select". 2. modify clk relevant implement. --- drivers/spi/Kconfig | 9 + drivers/spi/Makefile | 1 +

[PATCH v5 1/3] spi: Mediatek: Document devicetree bindings for spi bus

Signed-off-by: Leilk Liu --- Change in this patch: 1. change this patch title. 2. change "MTK SPI device" to "MTK SPI controller". 3. "pad-select" is a vendor property, so change it to "mediatek,pad-select". 4. modify the property of clock and clock name. 5. explain what the pad-select values 0-3

[PATCH v5 0/3] Add Mediatek SPI bus driver

This series are based on 4.2-rc1 and provide three patches to add mediatek spi driver. Change in v5: 1. add changelogs in the individual patches. 2. modify clk relevant implement. 3. describe dt-binding document in more detail. Change in v4: 1. fix Mark Brown review comment. Change in v3: 1.

[PATCH v5 3/3] arm64: dts: Add spi bus dts

This patch adds MT8173 spi bus controllers into device tree. Signed-off-by: Leilk Liu --- Change in this patch: 1. "pad-select" is a vendor property, so change it to "mediatek,pad-select". 2. modify the property of clocks and clock-names. --- arch/arm64/boot/dts/mediatek/mt8173.dtsi | 23

[tip:perf/core] perf report: Add processing for cycle histograms

Commit-ID: 57849998e2cd24d50295076a1bbd2f029e2d7c38 Gitweb: http://git.kernel.org/tip/57849998e2cd24d50295076a1bbd2f029e2d7c38 Author: Andi Kleen AuthorDate: Sat, 18 Jul 2015 08:24:49 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 6 Aug 2015 16:35:30 -0300 perf report: Add

[tip:perf/core] perf annotate: Compute IPC and basic block cycles

Commit-ID: 30e863bb6f708c0abd422fbb0e6b295f5ee6407b Gitweb: http://git.kernel.org/tip/30e863bb6f708c0abd422fbb0e6b295f5ee6407b Author: Andi Kleen AuthorDate: Sat, 18 Jul 2015 08:24:50 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 6 Aug 2015 16:36:12 -0300 perf annotate:

Re: [PULL] clockevents: a couple of fixes for tip/timers/urgent

* Daniel Lezcano wrote: > > Hi Ingo, > > this pull request contains the following changes: > > - Prevented to suspend or resume the sh_cmt clocksource when this one is > not enabled (Geert Uytterhoeven) > - Improved build coverage with COMPILE_TEST for the stm32 timer (Maxime > Coquelin) >

[tip:perf/core] perf report: Add flag for non ANY branch mode

Commit-ID: 98df858ed46ddaaf9be3573eb2b63b57a68c6af7 Gitweb: http://git.kernel.org/tip/98df858ed46ddaaf9be3573eb2b63b57a68c6af7 Author: Andi Kleen AuthorDate: Sat, 18 Jul 2015 08:24:47 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 6 Aug 2015 16:31:39 -0300 perf report: Add

[tip:perf/core] perf tools: Add support for cycles, weight branch_info field

Commit-ID: 0e332f033a8216fa03792fde69882f66500848c7 Gitweb: http://git.kernel.org/tip/0e332f033a8216fa03792fde69882f66500848c7 Author: Andi Kleen AuthorDate: Sat, 18 Jul 2015 08:24:46 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 6 Aug 2015 16:29:45 -0300 perf tools: Add

[tip:perf/core] perf stat: Move 'interval' into struct perf_stat_config

Commit-ID: ec0d3d1fd292adb80372193c03d859e9cbefd367 Gitweb: http://git.kernel.org/tip/ec0d3d1fd292adb80372193c03d859e9cbefd367 Author: Jiri Olsa AuthorDate: Tue, 21 Jul 2015 14:31:25 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 6 Aug 2015 16:03:04 -0300 perf stat: Move

[tip:perf/core] perf stat: Move counter processing code into stat object

Commit-ID: f80010eb230b94e8d9cf5bf83373a097fb5b2dcc Gitweb: http://git.kernel.org/tip/f80010eb230b94e8d9cf5bf83373a097fb5b2dcc Author: Jiri Olsa AuthorDate: Tue, 21 Jul 2015 14:31:27 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 6 Aug 2015 16:08:16 -0300 perf stat: Move

Re: [PATCH] kvm:s390:Fix assumption that kvm_set_irq_routing is always run successfully

On 06/08/2015 19:05, Nicholas Krause wrote: > This fixes the assumption that kvm_set_irq_routing is always run > successfully by instead making it equal to the variable r which > we use for returning in the function kvm_arch_vm_ioctl instead > of making r equal to zero when calling this

[tip:perf/core] perf stat: Move 'output' into struct perf_stat_config

Commit-ID: 5821522e9484a8b503f89aa546085900b99589e9 Gitweb: http://git.kernel.org/tip/5821522e9484a8b503f89aa546085900b99589e9 Author: Jiri Olsa AuthorDate: Tue, 21 Jul 2015 14:31:24 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 6 Aug 2015 16:02:51 -0300 perf stat: Move

Re: [PATCH] thermal: of: Introduce governor selection in dts

2015-08-07 16:09 GMT+09:00 Chung-Yih Wang (王崇懿) : > As there could be more thermal zones on a system and > more variety in thermal governors provided in kernel, > this patch provides flexibility of governor selection > for a thermal zone declared in device tree. How is this a property of a

[tip:perf/core] perf stat: Pass 'struct perf_stat_config' into process_counter()

Commit-ID: 5e5fe748bec771a810b1f44ec9c19e4b92685246 Gitweb: http://git.kernel.org/tip/5e5fe748bec771a810b1f44ec9c19e4b92685246 Author: Jiri Olsa AuthorDate: Tue, 21 Jul 2015 14:31:26 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 6 Aug 2015 16:07:36 -0300 perf stat: Pass

[tip:perf/core] perf stat: Move 'scale' into struct perf_stat_config

Commit-ID: 711a572ea8ae7e9ab6575403c6d632d058d5cb3d Gitweb: http://git.kernel.org/tip/711a572ea8ae7e9ab6575403c6d632d058d5cb3d Author: Jiri Olsa AuthorDate: Tue, 21 Jul 2015 14:31:23 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 6 Aug 2015 16:02:39 -0300 perf stat: Move

[tip:perf/core] perf stat: Introduce struct perf_stat_config

Commit-ID: 421a50f3fafaf271bb3293378eaafca71337dfec Gitweb: http://git.kernel.org/tip/421a50f3fafaf271bb3293378eaafca71337dfec Author: Jiri Olsa AuthorDate: Tue, 21 Jul 2015 14:31:22 +0200 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 6 Aug 2015 16:02:29 -0300 perf stat:

[tip:perf/core] perf tools: Add missing forward declaration of struct map to probe-event.h

Commit-ID: 5a023b57a8e96327925a39312bccc443a7c540b6 Gitweb: http://git.kernel.org/tip/5a023b57a8e96327925a39312bccc443a7c540b6 Author: Wang Nan AuthorDate: Fri, 19 Jun 2015 08:42:48 + Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 6 Aug 2015 15:38:40 -0300 perf tools: Add

[tip:perf/core] perf tools: Introduce veprintf

Commit-ID: 0af0885ef69c182d1fa6bb201cd0570e9aa384eb Gitweb: http://git.kernel.org/tip/0af0885ef69c182d1fa6bb201cd0570e9aa384eb Author: Wang Nan AuthorDate: Fri, 31 Jul 2015 10:35:33 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 6 Aug 2015 15:30:38 -0300 perf tools:

[tip:perf/core] bpf: Use correct #ifdef controller for trace_call_bpf()

Commit-ID: 098d2164e3441c252eaa28906d45e16b7bf1bd2b Gitweb: http://git.kernel.org/tip/098d2164e3441c252eaa28906d45e16b7bf1bd2b Author: Wang Nan AuthorDate: Wed, 1 Jul 2015 02:13:49 + Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 6 Aug 2015 15:27:37 -0300 bpf: Use correct

[tip:perf/core] tracing, perf: Implement BPF programs attached to uprobes

Commit-ID: 04a22fae4cbc1f7d3f7471e9b36359f98bd3f043 Gitweb: http://git.kernel.org/tip/04a22fae4cbc1f7d3f7471e9b36359f98bd3f043 Author: Wang Nan AuthorDate: Wed, 1 Jul 2015 02:13:50 + Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 6 Aug 2015 15:29:14 -0300 tracing, perf:

Re: [lkp] [staging] 68905a14e49: kernel BUG at drivers/base/driver.c:153!

On Thu, Aug 06, 2015 at 07:28:12PM -0700, Greg Kroah-Hartman wrote: > > > On Sat, Aug 01, 2015 at 01:12:05PM +0800, kernel test robot wrote: > > [ 12.276231] RIP > > [ 12.276231] RIP [] driver_register+0xa8/0xe0 > > [] driver_register+0xa8/0xe0 > > [ 12.276231] RSP > > [ 12.276231]

(no subject)

-- I have a business proposal of USD $22,500,000.00 only for you to transact with me from my bank to your country. Reply to address: vincentche3...@gmail.com and I will let you know what is required of you. Best Regards, Mr. Vincent Cheng Your Brother -- To unsubscribe from this list: send the

Re: [PATCH net V2] virtio-net: drop NETIF_F_FRAGLIST

From: Jason Wang Date: Wed, 5 Aug 2015 10:34:04 +0800 > virtio declares support for NETIF_F_FRAGLIST, but assumes > that there are at most MAX_SKB_FRAGS + 2 fragments which isn't > always true with a fraglist. > > A longer fraglist in the skb will make the call to skb_to_sgvec overflow > the

Re: [GIT PULL 00/26] perf/core improvements and fixes

* Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > Please consider pulling, > > - Arnaldo > > The following changes since commit b6b6c18fcd9af2a71d7b2cfca0388a928308f963: > > Merge tag 'perf-core-for-mingo' of > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core

Re: [PATCH 0/3] zram: Replace pr_* with dev_*

On Fri, 2015-08-07 at 15:56 +0900, Sergey Senozhatsky wrote: > On (08/07/15 15:37), Sergey Senozhatsky wrote: > [..] > where we had clean and nice > > pr_err("Decompression failed!... > pr_info("Unable to allocate temp memory\n"... > etc... > > now we have monsters > >

Re: [PATCH] stmmac: dwmac-ipq806x: fix static checker warning

From: Mathieu Olivari Date: Tue, 4 Aug 2015 17:25:02 -0700 > The patch b1c17215d718: "stmmac: add ipq806x glue layer", leads to the > following static checker warning: > > .../stmmac/dwmac-ipq806x.c:314 ipq806x_gmac_probe() > warn: double left shift '1 << (1 << gmac->id)' > > The

Re: [PATCH v3 01/18] platform: delay OF device-driver matches until late_initcall

On 6 August 2015 at 22:19, Rob Herring wrote: > On Thu, Aug 6, 2015 at 9:11 AM, Tomeu Vizoso > wrote: >> Delay matches of platform devices with OF nodes until late_initcall, >> when we are sure that all built-in drivers have been registered already. >> This is needed to prevent deferred probes

[PATCH] thermal: of: Introduce governor selection in dts

As there could be more thermal zones on a system and more variety in thermal governors provided in kernel, this patch provides flexibility of governor selection for a thermal zone declared in device tree. Change-Id: Ie4a75d762709cbbe9f1806dae325d13f71982e78 Signed-off-by: Chung-yih Wang ---

Re: [PATCH] net: netcp: fix unused interface rx buffer size configuration

From: WingMan Kwok Date: Tue, 4 Aug 2015 16:56:53 -0400 > Prior to this patch, rx buffer size for each rx queue > of an interface is configurable through dts bindings. > But for an interface, the first rx queue's rx buffer > size is always the usual MTU size (plus usual overhead) > and page size

[PATCH] s390/vdso: emit a GNU hash

>From 9a3d93634bd74b07a988fa0fc729d1f711253a91 Mon Sep 17 00:00:00 2001 From: Martin Schwidefsky Date: Fri, 7 Aug 2015 08:55:48 +0200 Subject: [PATCH] s390/vdso: emit a GNU hash As proposed by Andy Lutomirski create the SysV and the GNU hash for the vdso objects. This may make some dynamic

Re: [PATCH net] net: thunderx: remove effective "default y" from Kconfig if ARCH_THUNDER=y

From: Ian Campbell Date: Tue, 4 Aug 2015 20:25:55 +0100 > As well as for kernels built only for ThunderX ARCH_THUNDERX is also enabled > for kernels which support multiple platforms (such as distro kernels). Thus > "default ARCH_THUNDER" is inappropriate. > > I believe default m is equally

[PATCH v3] sched: separate operations only for SMP from account_entity_en(de)queue

From: Byungchul Park change from v1 to v2 * separate the SMP operations as a function instead of embedding change from v2 to v3 * use (cfs_rq, se) instead of (rq, se) as function parameters * add additional commit message ->8- >From 435029844f86905a67e69f7835878c728336557b Mon Sep 17

[PATCH] fs: inode_set_flags() replace opencoded set_mask_bits()

It seems that 5f16f3225b0624 and 00a1a053ebe5, both with same commitlog ("ext4: atomically set inode->i_flags in ext4_set_inode_flags()") introduced the set_mask_bits API, but somehow missed not using it in ext4 in the end Also, set_mask_bits is used in fs quite a bit and we can possibly come up

Re: [PATCH 2/2] gadget: Support for the usb charger framework

On Thu, Aug 06, 2015 at 03:03:49PM +0800, Baolin Wang wrote: > The usb charger framework is based on usb gadget, and each usb gadget > can be one usb charger to set the current limitation. > > This patch adds a notifier mechanism for usb charger to report to usb > charger when the usb gadget

[PATCH v2] modpost: abort if a module symbol is too long

Module symbols have a limited length, but currently the build system allows the build finishing even if the driver code contains a too long symbol name, which eventually overflows the modversion_info[] item. The compiler may catch at compiling *.mod.c like CC xxx.mod.o xxx.mod.c:18:16:

Re: [PATCH v3 0/18] On-demand device probing

On 6 August 2015 at 22:14, Rob Herring wrote: > On Thu, Aug 6, 2015 at 9:11 AM, Tomeu Vizoso > wrote: >> Hello, >> >> I have a problem with the panel on my Tegra Chromebook taking longer >> than expected to be ready during boot (Stéphane Marchesin reported what >> is basically the same issue in

Re: [PATCH 0/3] zram: Replace pr_* with dev_*

On (08/07/15 15:37), Sergey Senozhatsky wrote: [..] > we now have errors like > 'zram: Cannot initialise lzo compressing backend' > > and they will transform into > > 'block zram0: Cannot initialise lzo compressing backend' > > note the prefix 'zram:' became 'block zram0:' but it doesn't

Re: pull-request: wireless-drivers 2015-08-04

From: Kalle Valo Date: Tue, 04 Aug 2015 19:54:09 +0300 > here are few small fixes I would like to get to 4.2. Please let me know > if there are any problems. Pulled, thanks. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: [PATCH] net: pktgen: don't abuse current->state in pktgen_thread_worker()

From: Oleg Nesterov Date: Tue, 4 Aug 2015 18:33:34 +0200 > Commit 1fbe4b46caca "net: pktgen: kill the Wait for kthread_stop > code in pktgen_thread_worker()" removed (in particular) the final > __set_current_state(TASK_RUNNING) and I didn't notice the previous >

Re: [PATCH 1/2] gadget: Introduce the usb charger framework

On Thu, Aug 06, 2015 at 03:03:48PM +0800, Baolin Wang wrote: > This patch introduces the usb charger driver based on usb gadget that > makes an enhancement to a power driver. It works well in practice but > that requires a system with suitable hardware. > > The basic conception of the usb charger

Re: [PATCH v3] net_dbg_ratelimited: turn into no-op when !DEBUG

From: "Jason A. Donenfeld" Date: Tue, 4 Aug 2015 18:26:19 +0200 > The pr_debug family of functions turns into a no-op when -DDEBUG is not > specified, opting instead to call "no_printk", which gets compiled to a > no-op (but retains gcc's nice warnings about printf-style arguments). > > The

Re: [RFC v0 0/3] Simple wait queue support

On 08/05/2015 03:30 PM, Daniel Wagner wrote: > My test system didn't crash or showed any obvious defects, so I > decided to apply some benchmarks utilizing mmtests. I have picked some As it turns out, this is not really true. I forgot to enable lockdep: [0.053193]

Re: [PATCH 0/4] loop: enable different physical blocksizes

On 08/07/2015 07:07 AM, Ming Lei wrote: > On Mon, Aug 3, 2015 at 7:00 PM, Alexander Graf wrote: >> [ .. ] >> >> because the guest thinks the disk is formatted with 4k sector size, >> while mkfs thought it's formatted with 512 byte sector size. > > I am wondering if mkfs is remembering the

Re: [PATCH 0/2] Introduce usb charger framework to deal with the usb gadget power negotation

On Thu, Aug 06, 2015 at 03:03:47PM +0800, Baolin Wang wrote: > Currently the Linux kernel does not provide any standard integration of this > feature that integrates the USB subsystem with the system power regulation > provided by PMICs meaning that either vendors must add this in their kernels >

Re: [PATCH 2/6] x86: clean up conditional pmem includes

On Thu, Aug 06, 2015 at 11:43:16AM -0600, Ross Zwisler wrote: > Prior to this change x86_64 used the pmem defines in > arch/x86/include/asm/cacheflush.h, and UM used the default ones at the > top of include/linux/pmem.h. The inclusion or exclusion in pmem.h was > controlled by

Re: [PATCH 1/6] pmem: remove indirection layer arch_has_pmem_api()

On Thu, Aug 06, 2015 at 11:43:15AM -0600, Ross Zwisler wrote: > Prior to this change arch_has_wmb_pmem() was only called by > arch_has_pmem_api(). Both arch_has_wmb_pmem() and arch_has_pmem_api() > checked to make sure that CONFIG_ARCH_HAS_PMEM_API was enabled. > > Instead, remove one extra

Re: [PATCH 0/3] zram: Replace pr_* with dev_*

Hello Minchan, On (08/07/15 15:05), Minchan Kim wrote: [..] > > I'd prefer to leave the messages the way they are. Changing anything > > visible to user space (api, eror codes, error messages, etc.) is a > > very risky business. You change the format of error messages and it > > smells like a big

Re: [PATCH V9 3/3] audit: add audit by children of executable path

On 15/08/06, Paul Moore wrote: > On August 6, 2015 5:11:50 PM Steve Grubb wrote: > > >On Thursday, August 06, 2015 04:24:58 PM Paul Moore wrote: > >> On Wednesday, August 05, 2015 04:29:38 PM Richard Guy Briggs wrote: > >> > This adds the ability to audit the actions of children of a > >> >

Re: [PATCH v2] staging: ion: Add a default struct device for cma heap

Hi Greg, Thanks for the review! On Thu, Aug 06, 2015 at 09:54:04PM -0700, Greg Kroah-Hartman wrote: > On Fri, Aug 07, 2015 at 11:50:13AM +0800, Feng Tang wrote: > > When trying to use several cma heaps on our platforms, > > we met a memory issue due to that the several cma_heaps > > are sharing

Re: linux-next: manual merge of the audit tree with Linus' tree

On 15/08/07, Stephen Rothwell wrote: > Hi Paul, Hi Stephen, > Today's linux-next merge of the audit tree got a conflict in: > > kernel/audit.c > > between commit: > > 5985de6754a6 ("audit: code clean up") > > from Linus' tree and commit: > > 84cb777e6781 ("audit: use macros for unset

linux-next: build failure after merge of the char-misc tree

Hi all, After merging the char-misc tree, today's linux-next build (x86_64 allmodconfig) failed like this: drivers/hv/hv.c: In function 'read_hv_clock_tsc': drivers/hv/hv.c:154:4: error: implicit declaration of function 'rdtscll' [-Werror=implicit-function-declaration] rdtscll(cur_tsc);

Re: [PATCH 2/3] zswap: dynamic pool creation

Hello, On (08/05/15 09:46), Dan Streetman wrote: [..] > -enum comp_op { > - ZSWAP_COMPOP_COMPRESS, > - ZSWAP_COMPOP_DECOMPRESS > +struct zswap_pool { > + struct zpool *zpool; > + struct kref kref; > + struct list_head list; > + struct rcu_head rcu_head; > + struct

Re: [PATCH V9 2/3] audit: implement audit by executable

On 15/08/06, Paul Moore wrote: > On Wednesday, August 05, 2015 04:29:37 PM Richard Guy Briggs wrote: > > This adds the ability audit the actions of a not-yet-running process. > > > > This patch implements the ability to filter on the executable path. Instead > > of just hard coding the ino and

Re:[PATCH] mips: Fix console output for Fulong2e system

Acked-by: Huacai Chen -- Original -- From: "Guenter Roeck"; Date: Fri, Aug 7, 2015 01:57 PM To: "Ralf Baechle"; Cc: "Huacai Chen"; "linux-mips"; "linux-kernel"; "Guenter Roeck"; Subject: [PATCH] mips: Fix console output for Fulong2e system Commit

Re: [PATCH 0/3] zram: Replace pr_* with dev_*

Hello, On Fri, Aug 07, 2015 at 09:05:20AM +0900, Sergey Senozhatsky wrote: > On (08/07/15 00:03), Salah Triki wrote: > > This patchset replaces pr_* with dev_*. dev_* attach kernel messages to the > > right > > device. In addition, patchs 1 and 2 add to messages the values of variables > > that

[GIT PULL] A vdso change for 4.3

) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/luto/linux.git tags/pr-20150807-vdso for you to fetch changes up to 90829afce3021b586dc5f52c872521a3c0692921: x86/vdso: Emit a GNU hash (2015-08-07 15:57:01 -0700

Re: [PATCH v2] staging: ion: Add a default struct device for cma heap

On 08/07/2015 11:05 AM, Greg Kroah-Hartman wrote: On Fri, Aug 07, 2015 at 11:50:04PM +0800, Feng Tang wrote: On Fri, Aug 07, 2015 at 04:48:28PM +0200, Michal Nazarewicz wrote: On Fri, Aug 07 2015, Feng Tang wrote: As I described above, the dummy struct device is only needed for dma request,

Re: [PATCH v2 4/8] drm: rockchip/dp: add rockchip platform dp driver

Hi Yakir, I think this Rockchip portion is missing a devicetree binding. You have the ability to power down the actual edp phy by using grf_edp_iddq_en from GRF_SOC_CON12. This is similar to how the rk3288 usb-phy gets put into a deeper state. So maybe you could provide a phy driver

Re: [Xen-devel] RIP MTRR - status update for upcoming v4.2

On Fri, 2015-08-07 at 15:23 -0700, Luis R. Rodriguez wrote: On Fri, Aug 7, 2015 at 2:56 PM, Toshi Kani toshi.k...@hp.com wrote: On Fri, 2015-08-07 at 13:25 -0700, Luis R. Rodriguez wrote: On Thu, Aug 6, 2015 at 3:58 PM, Toshi Kani toshi.k...@hp.com wrote: On Thu, 2015-08-06 at 12:53

Re: [PATCH] tools/thermal: tmon: Allow overriding pkg-config

On Fri, Aug 07, 2015 at 03:58:02PM -0700, Florian Fainelli wrote: Some build systems might not ship with a proper pkg-config infrastructure, so picking up the host pkg-config might cause us to link with ncursesw which may not be present in the build environment. Allow an external build

Re: [Xen-devel] RIP MTRR - status update for upcoming v4.2

On Fri, 2015-08-07 at 17:08 -0600, Toshi Kani wrote: On Fri, 2015-08-07 at 15:23 -0700, Luis R. Rodriguez wrote: On Fri, Aug 7, 2015 at 2:56 PM, Toshi Kani toshi.k...@hp.com wrote: On Fri, 2015-08-07 at 13:25 -0700, Luis R. Rodriguez wrote: On Thu, Aug 6, 2015 at 3:58 PM, Toshi Kani

Re: [Xen-devel] RIP MTRR - status update for upcoming v4.2

On Fri, Aug 7, 2015 at 4:08 PM, Toshi Kani toshi.k...@hp.com wrote: On Fri, 2015-08-07 at 15:23 -0700, Luis R. Rodriguez wrote: On Fri, Aug 7, 2015 at 2:56 PM, Toshi Kani toshi.k...@hp.com wrote: On Fri, 2015-08-07 at 13:25 -0700, Luis R. Rodriguez wrote: On Thu, Aug 6, 2015 at 3:58 PM,

[mm/slab_common] BUG: kernel early-boot crashed early console in setup code

Greetings, 0day kernel testing robot got the below dmesg and the first bad commit is git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master commit 4066c33d0308f87e9a3b0c7fafb9141c0bfbfa77 Author: Gavin Guo gavin@canonical.com AuthorDate: Wed Jun 24 16:55:54 2015 -0700

<    4   5   6   7   8   9   10   11   12   13   >