Discussion: quick_pit_calibrate isn't quick

Adrian Hunter wrote: > A bigger issue for my case is that "slow" calibration is not that slow, > taking only 10ms anyway which is much better than the 50ms max for so-called > "quick" calibration. I read the code, and after figuring out that the comments are wrong, this is absolutely right. The

Re: [kernel, v12, 17/34] powerpc/spapr: vfio: Switch from iommu_table to new iommu_table_group

On Fri, 2015-05-06 at 06:35:09 UTC, Alexey Kardashevskiy wrote: > So far one TCE table could only be used by one IOMMU group. However > IODA2 hardware allows programming the same TCE table address to > multiple PE allowing sharing tables. ... > + pnv_pci_link_table_and_group(phb->hose->node,

Re: [PATCH v5 05/21] libnvdimm: control (ioctl) messages for libnvdimm bus and dimm devices

On Mon, Jun 08, 2015 at 11:57:42PM -0700, Dan Williams wrote: > Data payload size for one, these commands transfer more than a page > worth of data at a time. > > Even if we killed the ioctl interface to userspace we still need all > the ugly data marshaling code in the kernel to craft properly >

Re: Discussion: quick_pit_calibrate is slow

* George Spelvin wrote: > Adrian Hunter wrote: > > > A bigger issue for my case is that "slow" calibration is not that slow, > > taking > > only 10ms anyway which is much better than the 50ms max for so-called > > "quick" > > calibration. > > I read the code, and after figuring out which

Re: [PATCH 00/21] On-demand device registration

On Tue, Jun 2, 2015 at 12:14 PM, Tomeu Vizoso wrote: > On 2 June 2015 at 10:48, Linus Walleij wrote: >> This is what systemd is doing in userspace for starting services: >> ask for your dependencies and wait for them if they are not >> there. So drivers ask for resources and wait for them. It

[PATCH v15 19/19] perf, tools: Add README for info on parsing JSON/map files

Signed-off-by: Sukadev Bhattiprolu Acked-by: Jiri Olsa --- tools/perf/pmu-events/README | 122 +++ 1 file changed, 122 insertions(+) create mode 100644 tools/perf/pmu-events/README diff --git a/tools/perf/pmu-events/README b/tools/perf/pmu-events/README

[PATCH v15 17/19] perf, tools: Add support for event list topics

From: Andi Kleen Add support to group the output of perf list by the Topic field in the JSON file. Example output: % perf list ... Cache: l1d.replacement [L1D data line replacements] l1d_pend_miss.pending [L1D miss oustandings duration in cycles]

[PATCH v15 16/19] perf, tools, jevents: Add support for event topics

Allow assigning categories "Topics" field to the PMU events i.e. process the topic field from the JSON file and add a corresponding topic field to the generated C events tables. Signed-off-by: Andi Kleen Signed-off-by: Sukadev Bhattiprolu Acked-by: Jiri Olsa --- Changelog[v14] [Jiri

[PATCH v15 18/19] perf, tools: Handle header line in mapfile

From: Andi Kleen To work with existing mapfiles, assume that the first line in 'mapfile.csv' is a header line and skip over it. Signed-off-by: Andi Kleen Signed-off-by: Sukadev Bhattiprolu Acked-by: Jiri Olsa --- Changelog[v2] All architectures may not use the "Family" to identify.

[PATCH v15 15/19] perf, tools: Support long descriptions with perf list

Previously we were dropping the useful longer descriptions that some events have in the event list completely. This patch makes them appear with perf list. Old perf list: baclears: baclears.all [Counts the number of baclears] vs new: perf list -v: ... baclears: baclears.all

[PATCH v15 07/19] perf, tools: Allow events with dot

From: Andi Kleen The Intel events use a dot to separate event name and unit mask. Allow dot in names in the scanner, and remove special handling of dot as EOF. Also remove the hack in jevents to replace dot with underscore. This way dotted events can be specified directly by the user. I'm not

[PATCH] mtd: nand: davinci: add support for 4K page size nand devices.

K2L EVM uses NAND with 4K page size. This patch add support for ECC layout requires to enable Micron MT29F16G08ADBCAH4 NAND available on this EVM. Signed-off-by: Murali Karicheri Signed-off-by: Hao Zhang --- drivers/mtd/nand/davinci_nand.c | 30 ++ 1 file changed,

[PATCH v15 04/19] perf, tools: Split perf_pmu__new_alias()

Separate the event parsing code in perf_pmu__new_alias() out into a separate function __perf_pmu__new_alias() so that code can be called indepdently. This is based on an earlier patch from Andi Kleen. Signed-off-by: Sukadev Bhattiprolu Acked-by: Jiri Olsa --- tools/perf/util/pmu.c | 42

[PATCH v15 05/19] perf, tools: Use pmu_events table to create aliases

At run time (when 'perf' is starting up), locate the specific table of PMU events that corresponds to the current CPU. Using that table, create aliases for the each of the PMU events in the CPU. The use these aliases to parse the user specified perf event. In short this would allow the user to

[PATCH v15 13/19] perf, tools, jevents: Add support for long descriptions

Implement support in jevents to parse long descriptions for events that may have them in the JSON files. A follow on patch will make this long description available to user through the 'perf list' command. Signed-off-by: Andi Kleen Signed-off-by: Sukadev Bhattiprolu Acked-by: Jiri Olsa ---

[PATCH v15 08/19] perf, tools: Support CPU id matching for x86 v2

From: Andi Kleen Implement the code to match CPU types to mapfile types for x86 based on CPUID. This extends an existing similar function, but changes it to use the x86 mapfile cpu description. This allows to resolve event lists generated by jevents. Signed-off-by: Andi Kleen Signed-off-by:

[PATCH v15 03/19] Use __weak definition from

Jiri Olsa pointed out, that the defines the attribute '__weak'. We might as well use that. Signed-off-by: Sukadev Bhattiprolu Acked-by: Jiri Olsa --- tools/perf/util/pmu.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/tools/perf/util/pmu.c b/tools/perf/util/pmu.c index

[PATCH v15 14/19] perf, tools: Add alias support for long descriptions

Previously we were dropping the useful longer descriptions that some events have in the event list completely. Now that jevents provides support for longer descriptions (see previous patch), add support for parsing the long descriptions Signed-off-by: Andi Kleen Signed-off-by: Sukadev

[PATCH v15 10/19] perf, tools: Query terminal width and use in perf list

From: Andi Kleen Automatically adapt the now wider and word wrapped perf list output to wider terminals. This requires querying the terminal before the auto pager takes over, and exporting this information from the pager subsystem. Signed-off-by: Andi Kleen Signed-off-by: Sukadev Bhattiprolu

[PATCH v15 09/19] perf, tools: Support alias descriptions

From: Andi Kleen Add support to print alias descriptions in perf list, which are taken from the generated event files. The sorting code is changed to put the events with descriptions at the end. The descriptions are printed as possibly multiple word wrapped lines. Example output: % perf list

[PATCH v15 06/19] perf, tools: Support CPU ID matching for Powerpc

Implement code that returns the generic CPU ID string for Powerpc. This will be used to identify the specific table of PMU events to parse/compare user specified events against. Signed-off-by: Sukadev Bhattiprolu Acked-by: Jiri Olsa --- Changelog[v14] - [Jiri Olsa] Move this

[PATCH v15 11/19] perf, tools: Add a --no-desc flag to perf list

From: Andi Kleen Add a --no-desc flag to perf list to not print the event descriptions that were earlier added for JSON events. This may be useful to get a less crowded listing. It's still default to print descriptions as that is the more useful default for most users. Signed-off-by: Andi

[PATCH v15 01/19] perf, tools: Add jsmn `jasmine' JSON parser

From: Andi Kleen I need a JSON parser. This adds the simplest JSON parser I could find -- Serge Zaitsev's jsmn `jasmine' -- to the perf library. I merely converted it to (mostly) Linux style and added support for non 0 terminated input. The parser is quite straight forward and does not copy any

[PATCH v15 12/19] perf, tools: Add override support for event list CPUID

From: Andi Kleen Add a PERF_CPUID variable to override the CPUID of the current CPU (within the current architecture). This is useful for testing, so that all event lists can be tested on a single system. Signed-off-by: Andi Kleen Signed-off-by: Sukadev Bhattiprolu Acked-by: Jiri Olsa ---

[PATCH v15 02/19] perf, tools, jevents: Program to convert JSON file to C style file

From: Andi Kleen This is a modified version of an earlier patch by Andi Kleen. We expect architectures to describe the performance monitoring events for each CPU in a corresponding JSON file, which look like: [ { "EventCode": "0x00", "UMask": "0x01",

[PATCH V15 00/19] perf, tools: Add support for PMU events in JSON format

CPUs support a large number of performance monitoring events (PMU events) and often these events are very specific to an architecture/model of the CPU. To use most of these PMU events with perf, we currently have to identify them by their raw codes: perf stat -e r100f2 sleep 1 This

[PATCH v1] spi: davinci: change the lower limit of pre-scale divider to 1

SPI hardware spec for Keystone specify a lower value of 0 for pre-scale divider which determine what max value of spi clock (spi-max-frequency) the device can support. This translates to a clock divider of 2. So fix the lower limit value used for the boundary check in davinci_spi_get_prescale()

[PATCH] mtd: nand: support for Toshiba BENAND (Built-in ECC NAND)

This patch enables support for Toshiba BENAND. Toshiba BENAND is a SLC NAND solution that automatically generates ECC inside NAND chip. Newer generation SLC NAND devices of today need multi-bit hardware ECC by NAND controller in SoC. BENAND solution is ECC free, has high performance and backward

Re: [RFC 3/6] mm: mark dirty bit on swapped-in page

On Wed, Jun 10, 2015 at 08:52:06AM +0900, Minchan Kim wrote: > > > +++ b/mm/memory.c > > > @@ -2557,9 +2557,11 @@ static int do_swap_page(struct mm_struct *mm, > > > struct vm_area_struct *vma, > > > > > > inc_mm_counter_fast(mm, MM_ANONPAGES); > > > dec_mm_counter_fast(mm, MM_SWAPENTS); >

Re: [PATCH 3/4] spi: davinci: change the lower limit of pre-scale divider to 1

On 06/10/2015 03:18 AM, Murali Karicheri wrote: SPI hardware spec for Keystone specifies a lower value of 0 for pre-scale divider that is used for generating spi clock which translates to a clock divider of 2. So fix the lower limit to allow using a higher SPI clock. Signed-off-by: Murali

Re: [PATCH 1/2] staging/lustre/llite: remove LL_IOC_REMOVE_ENTRY handler

On Jun 10, 2015, at 3:08 AM, Sudip Mukherjee wrote: > On Wed, Jun 10, 2015 at 12:41:22AM -0400, gr...@linuxhacker.ru wrote: >> From: Oleg Drokin >> >> It uses getname in unsafe manner and since it's to deal with corrupted >> or inconsistent filesystem, we are probably better to deal with >> it

[PATCH 3/4] spi: davinci: change the lower limit of pre-scale divider to 1

SPI hardware spec for Keystone specifies a lower value of 0 for pre-scale divider that is used for generating spi clock which translates to a clock divider of 2. So fix the lower limit to allow using a higher SPI clock. Signed-off-by: Murali Karicheri Acked-by: Sekhar Nori ---

Re: [PATCH v3 3/3] ARM: berlin: add SPI nodes for BG2Q

On Tue, Jun 2, 2015 at 11:37 AM, Antoine Tenart wrote: > The BG2Q SoC has two SPI controllers. Add the corresponding nodes. > > Signed-off-by: Antoine Tenart Acked-by: Linus Walleij Take this through ARM SoC pls. Yours, Linus Walleij -- To unsubscribe from this list: send the line

[RFC] panic when reboot the system

Kernel panic - not syncing: Attempted to kill init! exitcode=0x0007 Pid: 1, comm: init Tainted: G RO 3.4.24.19-0.11-default #1 Call Trace: [] panic+0xc1/0x1e2 [] do_exit+0x7db/0x8d0 [] do_group_exit+0x3a/0xa0 [] get_signal_to_deliver+0x1ab/0x5e0 [] do_signal+0x60/0x5f0 [] ?

Re: [PATCH v3 2/3] pinctrl: berlin: comment the spi functions

On Tue, Jun 2, 2015 at 11:37 AM, Antoine Tenart wrote: > Add comments for the SPI functions, to distinguish CLK, SDI, SDO and > C{0,1,2,3}n. > > Signed-off-by: Antoine Tenart Patch applied. Yours, Linus Walleij -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the

Re: [PATCH v3 1/3] pinctrl: berlin: fix spi1 SS0n function name

On Tue, Jun 2, 2015 at 11:37 AM, Antoine Tenart wrote: > Rename function ss0 to spi1 to be consistent with the other Berlin > function names. > > Signed-off-by: Antoine Tenart Patch applied. Yours, Linus Walleij -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the

Re: [PATCH v2 07/10] Documentation: bindings: move the Berlin pinctrl documentation

On Fri, Mar 6, 2015 at 4:05 PM, Antoine Tenart wrote: > The Berlin pinctrl documentation was part of the Marvell Berlin SoC > documentation because the Berlin pinctrl configuration was inside the > chip and the system controllers. With the recent rework of the chip and > system controller

Re: [PATCH v2 06/10] pinctrl: berlin: use proper compatibles

On Fri, Mar 6, 2015 at 4:05 PM, Antoine Tenart wrote: > The Berlin pin-controller driver was sharing the chip and system > controller nodes with the clock and the reset drivers. They all shared > the same compatible. With the introduction of the Marvell Berlin MFD > controller, the Berlin

Re: [PATCHv3] gpio: add ETRAXFS GPIO driver

On Sat, Jun 6, 2015 at 10:30 PM, Rabin Vincent wrote: > Add a GPIO driver for the General I/O block on Axis ETRAX FS SoCs. > > Signed-off-by: Rabin Vincent > --- > v3: Move port number to last cell and use of_gpio_simple_xlate(). Awesome, patch applied for the v4.2 cycle! Yours, Linus Walleij

[tip:x86/asm] x86/asm/entry/64: Disentangle error_entry/ exit gsbase/ebx/usermode code

Commit-ID: 539f5113650068ba221197f190267ab727296ef5 Gitweb: http://git.kernel.org/tip/539f5113650068ba221197f190267ab727296ef5 Author: Andy Lutomirski AuthorDate: Tue, 9 Jun 2015 12:36:01 -0700 Committer: Ingo Molnar CommitDate: Wed, 10 Jun 2015 08:47:57 +0200 x86/asm/entry/64:

Re: [RFC 0/2] target: Add TFO->complete_irq queue_work bypass

On Tue, 2015-06-09 at 09:19 +0200, Christoph Hellwig wrote: > On Thu, Jun 04, 2015 at 12:06:09AM -0700, Nicholas A. Bellinger wrote: > > So I've been using tcm_loop + RAMDISK backends for prototyping, but this > > patch is intended for vhost-scsi so it can avoid the unnecessary > > queue_work()

Re: [PATCH 2/2] drivercore: Fix unregistration path of platform devices

Hi Kevin, Hi Grant, Hi Greg Although I do not agree with everything exposed by Grant, I understand his concerns as a Maintainer with future support of the code. Also there is no point in wasting more energy in discussing than in coding. So, in order to make everybody life a bit easier I think a

[tip:x86/asm] x86/asm/entry/32: Explain reloading of registers after __audit_syscall_entry()

Commit-ID: 1536bb46fac7672ef046a3b07848314263bc Gitweb: http://git.kernel.org/tip/1536bb46fac7672ef046a3b07848314263bc Author: Denys Vlasenko AuthorDate: Tue, 9 Jun 2015 20:54:08 +0200 Committer: Ingo Molnar CommitDate: Wed, 10 Jun 2015 08:42:13 +0200 x86/asm/entry/32: Explain

[tip:x86/asm] x86/asm/entry/32: Shorten __audit_syscall_entry() args preparation

Commit-ID: a92fde25231a89d7d10895482556260c1b63767d Gitweb: http://git.kernel.org/tip/a92fde25231a89d7d10895482556260c1b63767d Author: Denys Vlasenko AuthorDate: Tue, 9 Jun 2015 20:54:09 +0200 Committer: Ingo Molnar CommitDate: Wed, 10 Jun 2015 08:42:13 +0200 x86/asm/entry/32: Shorten

[tip:x86/asm] x86/asm/entry/32: Fix fallout from the R9 trick removal in the SYSCALL code

Commit-ID: aee4b013a71666f11ffeac11ab45bb7c6e0e394d Gitweb: http://git.kernel.org/tip/aee4b013a71666f11ffeac11ab45bb7c6e0e394d Author: Denys Vlasenko AuthorDate: Tue, 9 Jun 2015 20:54:07 +0200 Committer: Ingo Molnar CommitDate: Wed, 10 Jun 2015 08:42:12 +0200 x86/asm/entry/32: Fix

Re: [PATCH RFC] net: phy: Introduced the PHY_AN_PENDING state

Resending as I didn't reply all. On Tue, Jun 09, 2015 at 10:17:59PM -0700, Florian Fainelli wrote: > > The typical way to work around these problems are to fix them at the PHY > driver level, see below. > My first attempt of work around is to target on the PHY driver but I couldn't figure out

Re: [PATCH] i2c: designware: use enable on resume instead initialization

On Tue, Jun 09, 2015 at 03:29:01PM -0300, Lucas De Marchi wrote: > Hi Mika, > > On Tue, Jun 9, 2015 at 5:51 AM, Mika Westerberg > wrote: > > On Mon, Jun 08, 2015 at 02:50:28PM -0300, lucas.de.mar...@gmail.com wrote: > >> From: Fabio Mello > >> > >> According to documentation and tests,

Discussion: quick_pit_calibrate is slow

Adrian Hunter wrote: > A bigger issue for my case is that "slow" calibration is not that slow, > taking only 10ms anyway which is much better than the 50ms max for so-called > "quick" calibration. I read the code, and after figuring out which comments are wrong, this is absolutely right. The

Re: [PATCH 1/2] staging/lustre/llite: remove LL_IOC_REMOVE_ENTRY handler

On Wed, Jun 10, 2015 at 12:41:22AM -0400, gr...@linuxhacker.ru wrote: > From: Oleg Drokin > > It uses getname in unsafe manner and since it's to deal with corrupted > or inconsistent filesystem, we are probably better to deal with > it from lfsck anyway. I am not sure but will it not break the

[PATCH] sched:Prefer numa hotness over cache hotness

The current load balancer may not try to prevent a task from moving out of a preferred node to a less preferred node. The reason for this being: - Since sched features NUMA and NUMA_RESIST_LOWER are disabled by default, migrate_degrades_locality() always returns false. - Even if

Performance numbers with prefer numa hotness over cache hotness

Ran 5 runs of autonuma-benchmark (https://github.com/pholasek/autonuma-benchmark) KernelVersion: 4.1.0-rc6 Testcase: Min Max Avg StdDev elapsed_numa01: 533.73 789.12 696.77 86.86 elapsed_numa02: 22.59 28.15 25.87

Re: [tip:perf/core] perf tools: Protect accesses the dso rbtrees/ lists with a rw lock

* Arnaldo Carvalho de Melo wrote: > Em Tue, Jun 09, 2015 at 11:56:10AM +0200, Ingo Molnar escreveu: > > * tip-bot for Arnaldo Carvalho de Melo wrote: > > > > +void dsos__add(struct dsos *dsos, struct dso *dso) > > > +{ > > > + pthread_rwlock_wrlock(>lock); > > > + __dsos__add(dsos, dso); > >

Re: [PATCH 3/3] x86/crash: Allocate enough low memory when crashkernel=high

On 06/08/15 at 05:20pm, Yinghai Lu wrote: > On Mon, Jun 8, 2015 at 12:49 AM, Borislav Petkov wrote: > > From: Joerg Roedel > > > > When the crash kernel is loaded above 4GiB in memory, the > > first kernel allocates only 72MiB of low-memory for the DMA > > requirements of the second kernel. On

Re: [PATCH 08/14] hrtimer: Allow hrtimer::function() to free the timer

On Tue, 2015-06-09 at 23:33 +0200, Oleg Nesterov wrote: > > Yes, but wmb() is cheap on x86... Perhaps we can make this code > "obviously correct" ? I'll reply to the rest a bit later; got to run some errands first. The 'problem' of course is ARM/PPC etc.. we would like to keep this generic code

Re: [RFC][PATCH 0/5] do not dereference NULL pools in pools' destroy() functions

On (06/10/15 08:44), Julia Lawall wrote: > > > > [..] > > > > err_percpu_counter_init: > > kmem_cache_destroy(sctp_chunk_cachep); > > err_chunk_cachep: > > kmem_cache_destroy(sctp_bucket_cachep); > > > > [..] > > > > and others. > > This I find much less appealing. The labels make

Re: perf/ftrace: does PERF_EVENT_IOC_SET_FILTER serve any purpose?

* Steven Rostedt wrote: > On Tue, 9 Jun 2015 15:51:53 -0400 (EDT) > Vince Weaver wrote: > > > On Tue, 9 Jun 2015, David Ahern wrote: > > > > > On 6/9/15 12:30 PM, Vince Weaver wrote: > > > > Hello > > > > > > > > I've been working on documenting the PERF_EVENT_IOC_SET_FILTER ioctl. > > > >

Re: [EXPERIENCE] My experience on using perf record BPF filter on a real usecase

On 2015/6/10 14:42, Alexei Starovoitov wrote: On 6/4/15 3:17 AM, Wangnan (F) wrote: Hi all, I'd like to share my exprience on using 'perf record' BPF filter in a real usecase to show the power and shortcome in my patch series: thanks for sharing! Here is another inconvenience. Currently

Re: [PATCH 001/003] Attempt to cope with device changes and delayed kobject deallocation

Richard Watts writes: > Expose kobject_get_unless_zero() which will shortly be > needed by get_device_parent(). > > Signed-off-by: Richard Watts > --- > include/linux/kobject.h | 1 + > lib/kobject.c | 2 +- > 2 files changed, 2 insertions(+), 1 deletion(-) > > diff --git

[RFC PATCH 3/6] perf: change the condition of identifying hugetlb vm

Hugetlb VMAs are not mergeable, that means a VMA couldn't have VM_HUGETLB and VM_MERGEABLE been set in the same time. So we use VM_HUGETLB to indicate new mergeable VMAs. Because of that a VMA which has VM_HUGETLB been set is a hugetlb VMA only if it doesn't have VM_MERGEABLE been set in the same

Re: [PATCH] block: Make CFQ default to IOPS mode on SSDs

Hi, On Tue, Jun 09, 2015 at 11:42:29AM -0600, Jens Axboe wrote: > There are a few options to handle this. The attached might work, not > tested at all. Basically it adds an io sched registration hook, that is > called when we are adding the disk on the queue. Non-rotational > detection should be

Re: [RFC][PATCH 0/5] do not dereference NULL pools in pools' destroy() functions

On Wed, 10 Jun 2015, Sergey Senozhatsky wrote: > On (06/10/15 07:46), Julia Lawall wrote: > > > > Well I like it, even though it's going to cause a zillion little cleanup > > > > patches. > > > > Actually only at most 87. There are some functions that look quite a bit > > nicer with the

Re: [EXPERIENCE] My experience on using perf record BPF filter on a real usecase

On 6/4/15 3:17 AM, Wangnan (F) wrote: Hi all, I'd like to share my exprience on using 'perf record' BPF filter in a real usecase to show the power and shortcome in my patch series: thanks for sharing! Here is another inconvenience. Currently I only concern on write syscall issued by iozone.

Re: [RFC][PATCH 0/5] do not dereference NULL pools in pools' destroy() functions

On (06/10/15 07:46), Julia Lawall wrote: > > > Well I like it, even though it's going to cause a zillion little cleanup > > > patches. > > Actually only at most 87. There are some functions that look quite a bit > nicer with the change, like: > > void jffs2_destroy_slab_caches(void) > { > -

Re: [PATCH 1/3] Input: export LEDs as class devices in sysfs

On Tue 2015-06-09 09:49:35, Dmitry Torokhov wrote: > On Tue, Jun 09, 2015 at 03:19:55PM +0200, Samuel Thibault wrote: > > Hello, > > > > Dmitry Torokhov, le Mon 08 Jun 2015 14:43:08 -0700, a écrit : > > > 1. Instead of making LED class devices part of the input device they are > > > implemented

[PATCH] firmware: ACPI iBFT firmware support on EFI machines

The iBFT firmware tables can also be specified via ACPI tables when using EFI firmware. The 'iscsi_ibft_find' module is only for legacy X86 BIOS, so it needs to be skipped for all other architectures. Signed-off-by: Hannes Reinecke --- drivers/firmware/Kconfig | 2 +- 1 file changed, 1

[RFC PATCH 2/6] mm: change the condition of identifying hugetlb vm

Hugetlb VMAs are not mergeable, that means a VMA couldn't have VM_HUGETLB and VM_MERGEABLE been set in the same time. So we use VM_HUGETLB to indicate new mergeable VMAs. Because of that a VMA which has VM_HUGETLB been set is a hugetlb VMA only if it doesn't have VM_MERGEABLE been set in the same

[RFC PATCH 6/6] powerpc/kvm: change the condition of identifying hugetlb vm

Hugetlb VMAs are not mergeable, that means a VMA couldn't have VM_HUGETLB and VM_MERGEABLE been set in the same time. So we use VM_HUGETLB to indicate new mergeable VMAs. Because of that a VMA which has VM_HUGETLB been set is a hugetlb VMA only if it doesn't have VM_MERGEABLE been set in the same

[RFC PATCH 5/6] x86/mm: change the condition of identifying hugetlb vm

Hugetlb VMAs are not mergeable, that means a VMA couldn't have VM_HUGETLB and VM_MERGEABLE been set in the same time. So we use VM_HUGETLB to indicate new mergeable VMAs. Because of that a VMA which has VM_HUGETLB been set is a hugetlb VMA only if it doesn't have VM_MERGEABLE been set in the same

[RFC PATCH 4/6] fs/binfmt_elf.c: change the condition of identifying hugetlb vm

Hugetlb VMAs are not mergeable, that means a VMA couldn't have VM_HUGETLB and VM_MERGEABLE been set in the same time. So we use VM_HUGETLB to indicate new mergeable VMAs. Because of that a VMA which has VM_HUGETLB been set is a hugetlb VMA only if it doesn't have VM_MERGEABLE been set in the same

[RFC PATCH 1/6] mm: add defer mechanism to ksm to make it more suitable

I observe that it is unlikely for KSM to merge new pages from an area that has already been scanned twice on Android mobile devices, so it's a waste of power to continue to scan these areas in high frequency. In this patch a defer mechanism is introduced which is borrowed from page compaction to

[RFC PATCH 0/6] add defer mechanism to ksm to make it more suitable for Android devices

I observe that it is unlikely for KSM to merge new pages from an area that has already been scanned twice on Android mobile devices, so it's a waste of power to scan these areas in high frequency. In this patchset, a defer mechanism is introduced which is borrowed from page compaction to KSM. A

Re: [PATCH] megaraid_sas: insert missing space in kernel message

On Tue, Jun 09, 2015 at 04:53:43PM +0100, Colin King wrote: > From: Colin Ian King > > The printk format specifier string is missing a space between > the %p format specifier and the "on the defer" text. Minor fix, > add the missing space. > > Signed-off-by: Colin Ian King > --- >

RE: [PATCH] megaraid_sas: insert missing space in kernel message

>-Original Message- >From: Colin King [mailto:colin.k...@canonical.com] >Sent: Tuesday, June 09, 2015 9:24 PM >To: Kashyap Desai; Sumit Saxena; Uday Lingala; James E.J. Bottomley; >megaraidlinux@avagotech.com; linux-s...@vger.kernel.org >Cc: linux-kernel@vger.kernel.org >Subject:

Re: [PATCH RFC v2 4/4] sched: cpufreq_cfs: pelt-based cpu frequency scaling

On 05/12/2015 10:13 AM, Michael Turquette wrote: > This governor is event-driven. There is no polling loop to check cpu > idle time nor any other method which is unsynchronized with the > scheduler. The entry points for this policy are in fair.c: > enqueue_task_fair, dequeue_task_fair and

[PATCH] regulator: Add lockdep asserts to help detecting locking misuse

Add lockdep_assert_held_once() to functions explicitly mentioning that rdev or regulator_list mutex must be held. Using WARN_ONCE shouldn't pollute the dmesg to much. The patch (if CONFIG_LOCKDEP enabled) will show warnings in certain regulators calling regulator_notifier_call_chain() without

DONATION OF $ 1.5 MILLION DOLLARS!!!

My wife and I have awarded you with a donation of $ 1.5 million Dollars from part of our Jackpot Lottery of 161,653,000 Million Pounds, send your name,address, phone for claims. View http://www.bbc.co.uk/news/uk-scotland-glasgow-west-18801698 We await your earliest response and God Bless you.

Re: [PATCH 3/5] x86/asm/entry/32: Shorten __audit_syscall_entry args preparation

* Denys Vlasenko wrote: > We use three MOVs to swap edx and ecx. We can use one XCHG instead. > > Expand the comments. It's difficult to keep track which arg# every register > corresponds to, so spell it out. > + /* > + * At this point, registers hold syscall args in 32-bit ABI: > +

RE: A race condition between debugfs and seq_file operation

> -Original Message- > From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org] > Sent: 2015年6月10日 13:20 > To: Lisa Du > Cc: linux-kernel@vger.kernel.org > Subject: Re: A race condition between debugfs and seq_file operation > > On Wed, Jun 10, 2015 at 05:00:03AM +, Lisa

[PATCH V3] regulator: core: replace sprintf with scnprintf

In order to avoid potential overflows in print_constraints we better replace sprintf() with scnprintf(). Signed-off-by: Stefan Wahren --- drivers/regulator/core.c | 43 --- 1 file changed, 24 insertions(+), 19 deletions(-) Changes in V3: - rebase on

RE: [RFC,v3 02/10] dpaa_eth: add support for DPAA Ethernet

> -Original Message- > From: Linuxppc-dev [mailto:linuxppc-dev- > bounces+jianhua.xie=freescale@lists.ozlabs.org] On Behalf Of Madalin > Bucur > Sent: Wednesday, April 29, 2015 10:57 PM > To: net...@vger.kernel.org; linuxppc-...@lists.ozlabs.org > Cc: linux-kernel@vger.kernel.org;

Re: [PATCH v6 3/3] ARM: rockchip: fix the SMP code style

Hi Caesar, On 06/09/2015 05:49 PM, Caesar Wang wrote: Use the below scripts to check: scripts/checkpatch.pl -f --subject arch/arm/mach-rockchip/platsmp.c Signed-off-by: Caesar Wang --- Changes in v6: - fix the commnet Unified format. Series-changes: 5 - Add the changelog. Series-changes: 2

Re: [PATCH v6 1/3] ARM: rockchip: fix the CPU soft reset

Hi Caesar, On 06/09/2015 05:49 PM, Caesar Wang wrote: We need different orderings when turning a core on and turning a core off. In one case we need to assert reset before turning power off. In ther other case we need to turn power on and the deassert reset. In general, the correct flow is:

Re: [PATCH v6 2/3] ARM: rockchip: ensure CPU to enter WFI/WFE state

Hi Caesar, On 06/09/2015 05:49 PM, Caesar Wang wrote: The patch can ensure that v7_exit_coherency_flush() in rockchip_cpu_die() executed in time. The mdelay(1) has enough time to fix the problem of CPU offlining. That's a workaround way in rockchip hotplug code, At least, we haven't a better

Re: [PATCH 22/28] ARCv2: STAR 9000837815 workaround hardware exclusive transactions livelock

On Tuesday 09 June 2015 06:05 PM, Peter Zijlstra wrote: On Tue, Jun 09, 2015 at 05:18:22PM +0530, Vineet Gupta wrote: This really really wants a Changelog describing the actual hardware fail and why this workaround is sufficient. OK - I need some more time to rehash the exact details with our

[PATCH] devicetree: xilinx: zynqmp: add sata node

add sata node with sata fixed clock nodes in dtsi file. enable sata in zynqmp-ep108.dts with broken-gen2. Signed-off-by: Suneel Garapati suneel.garap...@xilinx.com --- Note - Driver and bindings are added via libata/for-4.2 tree bindings is found in

Re: [RFC PATCH v2] arm DMA: Fix allocation from CMA for coherent DMA

ping! On Wed, Jun 3, 2015 at 7:15 PM, Lorenzo Nava lore...@gmail.com wrote: This patch allows the use of CMA for DMA coherent memory allocation. At the moment if the input parameter is_coherent is set to true the allocation is not made using the CMA, which I think is not the desired

Re: [Drbd-dev] [PATCH 00/10] Zero out devices instead of initial full sync

resent, accidentally truncated the Cc list. also added one paragraph. On Wed, Jun 10, 2015 at 03:48:19PM +0800, Nick Wang wrote: Full sync for drbd initial usually take a long time, especically when network become the bottleneck the syncing. Simply skip the full sync with --clear-bitmap may

Re: [PATCH v2 3/4] VFIO: platform: populate the reset function on probe

On 06/09/2015 08:26 PM, Alex Williamson wrote: On Fri, 2015-06-05 at 17:06 +0200, Eric Auger wrote: The reset function lookup happens on vfio-platform probe. The reset module load is requested and a reference to the function symbol is hold. The reference is released on vfio-platform remove.

Re: [PATCH] DRM: Armada: fixup wait_event_timeout being ignored

On Wed, 10 Jun 2015, Russell King - ARM Linux wrote: On Wed, Jun 10, 2015 at 01:07:08PM +0200, Nicholas Mc Guire wrote: The calling side seems to assume 0 as success and 0 as error so returning -ETIME should be fine here. The idea here is to allow the remainder of the code to execute

Re: [PATCH v5] ARM: smp: Only expose /sys/.../cpuX/online if hotpluggable

On Tue, Jun 09, 2015 at 10:02:00PM +0100, Russell King - ARM Linux wrote: On Tue, Jun 09, 2015 at 12:08:28PM -0700, Stephen Boyd wrote: On 04/13/2015 06:42 AM, Russell King - ARM Linux wrote: On Fri, Apr 10, 2015 at 03:33:11PM -0700, Stephen Boyd wrote: Cc: Mark Rutland

Re: Audio crackles with 4.1-rc1

On Wed, 20 May 2015 07:01:12 +0200 Takashi Iwai wrote: From: Takashi Iwai ti...@suse.de Subject: [PATCH] ALSA: hda - Disable widget power-saving for ALC292 co We've got reports that ALC3226 (a Dell variant of ALC292) gives click noises at transition from D3 to D0 when the widget

Re: [PATCH V2] checkpatch: Add some foo_destroy functions to NEEDLESS_IF tests

On (06/09/15 22:52), Joe Perches wrote: Sergey Senozhatsky has modified several destroy functions that can now be called with NULL values. - kmem_cache_destroy() - mempool_destroy() - dma_pool_destroy() Update checkpatch to warn when those functions are preceded by an if. Update

Re: [PATCH] Input: goodix - do not explicitly set evbits in input device

On Tue, 2015-06-09 at 11:52 -0700, Dmitry Torokhov wrote: input_mt_init_slots() will do that for us. I'm guessing you know what you're doing here, but I couldn't find where the EV_SYN bit would have been set in the input_mt_init_slots() call chain. Signed-off-by: Dmitry Torokhov

Re: Audio crackles with 4.1-rc1

At Wed, 10 Jun 2015 13:17:55 +0300, Mihai Donțu wrote: On Wed, 20 May 2015 07:01:12 +0200 Takashi Iwai wrote: From: Takashi Iwai ti...@suse.de Subject: [PATCH] ALSA: hda - Disable widget power-saving for ALC292 co We've got reports that ALC3226 (a Dell variant of ALC292) gives click

[LINUX RFC v3 1/2] devicetree: Add DT bindings documentation for Zynq Ultrascale+ MPSoC GQSPI controller

Add bindings documentation for GQSPI controller driver used by Zynq Ultrascale+ MPSoC Signed-off-by: Ranjit Waghmode ranjit.waghm...@xilinx.com --- Changes in v3: - Did split in register addressing as per Sorens request Changes in v2: No changes in v2 ---

Re: [RFC PATCH 00/18] kthreads/signal: Safer kthread API and signal handling

On Tue, Jun 09, 2015 at 03:14:46PM +0900, Tejun Heo wrote: Hey, Peter. On Fri, Jun 05, 2015 at 06:22:16PM +0200, Peter Zijlstra wrote: There's a lot more problems with workqueues: - they're not regular tasks and all the task controls don't work on them. This means all things

Re: [PATCH 18/28] ARC: add smp barriers around atomics per memory-barrriers.txt

On Wed, Jun 10, 2015 at 09:17:16AM +, Vineet Gupta wrote: --- a/arch/arc/include/asm/spinlock.h +++ b/arch/arc/include/asm/spinlock.h @@ -22,24 +22,32 @@ static inline void arch_spin_lock(arch_spinlock_t *lock) { unsigned int tmp = __ARCH_SPIN_LOCK_LOCKED__; + smp_mb();

[PATCH] qeth: Convert use of __constant_htons to htons

In little endian cases, the macro htons unfolds to __swab16 which provides special case for constants. In big endian cases, __constant_htons and htons expand directly to the same expression. So, replace __constant_htons with htons with the goal of getting rid of the definition of __constant_htons

[PATCH] regulator: max8973: Fix up ramp_delay for MAX8973_RAMP_25mV_PER_US case

Fix trivial typo. Signed-off-by: Axel Lin axel@ingics.com --- Hi Laxman, This looks like a typo, can you confirm? Thanks, Axel drivers/regulator/max8973-regulator.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/regulator/max8973-regulator.c

Re: [PATCH] regulator: max8973: Fix up ramp_delay for MAX8973_RAMP_25mV_PER_US case

On Wednesday 10 June 2015 04:22 PM, Axel Lin wrote: This looks like a typo, can you confirm? Ooops, silly mistake.. yes, it is typo and same exist on my downstream code also. Thanks for correction. Reviewed-by: Laxman Dewangan ldewan...@nvidia.com -- To unsubscribe from this list: send the

<    6   7   8   9   10   11   12   13   14   15   >