Re: [PATCH 2/6] ARM: Tegra: Add CPU's OPPs for using cpufreq-cpu0 driver

On 8 August 2013 19:52, Lucas Stach wrote: > You can certainly define the mapping table in DT where a specialized > Tegra cpufreq driver could read it in and then map frequency to voltage. > But that's a runtime decision, as Speedo and process ID are fuse values > and can not be represented in

Re: [PATCH] Revert "slub: do not put a slab to cpu partial list when cpu_partial is 0"

On Thu, Aug 8, 2013 at 4:19 PM, Steven Rostedt wrote: > This reverts commit 318df36e57c0ca9f2146660d41ff28e8650af423 [snip] > Signed-off-by: Steven Rostedt Acked-by: Pekka Enberg Linus, can you pick this up or do you want a pull request? Pekka -- To unsubscribe from

man-pages-3.53 is released

Gidday, I've released man-pages-3.53 - man pages for Linux. Tarball download: http://www.kernel.org/doc/man-pages/download.html Git repository: https://git.kernel.org/cgit/docs/man-pages/man-pages.git/ Online changelog: http://man7.org/linux/man-pages/changelog.html#release_3.53 A

Re: [PATCH cgroup/for-3.12] cgroup: make css_for_each_descendant() and friends include the origin css in the iteration

Ohh, this one totally sliped through cracs. On Sun 04-08-13 19:07:03, Tejun Heo wrote: [...] > From 0e84b0865ab8a87f1c1443e4777c20c7f14e13b6 Mon Sep 17 00:00:00 2001 > From: Tejun Heo > Date: Sun, 4 Aug 2013 19:01:23 -0400 > > Previously, all css descendant iterators didn't include the origin >

Re: [PATCH 2/6] ARM: Tegra: Add CPU's OPPs for using cpufreq-cpu0 driver

Am Donnerstag, den 08.08.2013, 19:41 +0530 schrieb Viresh Kumar: > On 8 August 2013 19:28, Lucas Stach wrote: > > From what I learned those voltage levels are dependent on both the > > Speedo and the process ID of the specific Tegra processor. So you really > > get a two dimensional mapping table

Re: [PATCH 21/35] cpufreq: omap: use cpufreq_table_validate_and_show()

On Thursday 08 August 2013 09:48 AM, Viresh Kumar wrote: > Lets use cpufreq_table_validate_and_show() instead of calling > cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). > > Cc: Santosh Shilimkar > Signed-off-by: Viresh Kumar > --- Acked-by: Santosh Shilimkar -- To

Re: [PATCH 17/35] cpufreq: kirkwood: use cpufreq_table_validate_and_show()

On Thu, Aug 08, 2013 at 07:18:19PM +0530, Viresh Kumar wrote: > Lets use cpufreq_table_validate_and_show() instead of calling > cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). > > Cc: Andrew Lunn > Signed-off-by: Viresh Kumar > --- > drivers/cpufreq/kirkwood-cpufreq.c

Re: [PATCH] ARM: at91/dt: split sama5d3 definition

On 10:49 Wed 07 Aug , Boris BREZILLON wrote: > This patch splits the sama5d3 SoCs definition: > - a common base for all sama5d3 SoCs (sama5d3.dtsi) > - several optional peripheral definitions which will be included by sama5d3 > specific SoCs (sama5d3_'periph name'.dtsi) > - sama5d3 specific

Re: [PATCH 7/7] btrfs: cleanup: removed unused 'btrfs_get_inode_ref_index'

On Thu, Aug 08, 2013 at 12:43:23AM +0300, Sergei Trofimovich wrote: > From: Sergei Trofimovich > > Found by uselex.rb: > > btrfs_get_inode_ref_index: [R]: exported from: fs/btrfs/inode-item.o > > fs/btrfs/btrfs.o fs/btrfs/built-in.o > > Signed-off-by: Sergei Trofimovich Safe to remove.

[PATCH 05/35] cpufreq: acpi-cpufreq: use cpufreq_table_validate_and_show()

Lets use cpufreq_table_validate_and_show() instead of calling cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). Signed-off-by: Viresh Kumar --- drivers/cpufreq/acpi-cpufreq.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git

Re: [PATCH part2 3/4] acpi: Remove "continue" in macro INVALID_TABLE().

On Thu, 2013-08-08 at 20:18 +0800, Tang Chen wrote: > Hi Joe, Hello Tang. > On 08/08/2013 01:27 PM, Joe Perches wrote: > > On Thu, 2013-08-08 at 13:03 +0800, Tang Chen wrote: > > > >> Change it to the style like other macros: > >> > >> #define INVALID_TABLE(x, path, name)

[PATCH 02/35] cpufreq: pxa: call cpufreq_frequency_table_get_attr()

This exposes frequency table of driver to cpufreq core and is required for core to guess what the index for a target frequency is, when it calls cpufreq_frequency_table_target(). And so this driver needs to expose it. Cc: Eric Miao Signed-off-by: Viresh Kumar ---

Re: [PATCH 2/6] ARM: Tegra: Add CPU's OPPs for using cpufreq-cpu0 driver

On 8 August 2013 19:28, Lucas Stach wrote: > From what I learned those voltage levels are dependent on both the > Speedo and the process ID of the specific Tegra processor. So you really > get a two dimensional mapping table instead of a single OPP. > Also you can not scale the CPU voltage on

[PATCH 18/27] sched: Favour moving tasks towards the preferred node

This patch favours moving tasks towards NUMA node that recorded a higher number of NUMA faults during active load balancing. Ideally this is self-reinforcing as the longer the task runs on that node, the more faults it should incur causing task_numa_placement to keep the task running on that

[PATCH 0/27] Basic scheduler support for automatic NUMA balancing V6

This is another revision of the scheduler patches for NUMA balancing. Peter and Rik, note that the grouping patches, the cpunid conversion and the task swapping patches are missing as I ran into trouble while testing them. They are rebased and available in the linux-balancenuma.git tree to save

[PATCH 09/27] sched: numa: Initialise numa_next_scan properly

Scan delay logic and resets are currently initialised to start scanning immediately instead of delaying properly. Initialise them properly at fork time and catch when a new mm has been allocated. Signed-off-by: Mel Gorman --- kernel/sched/core.c | 4 ++-- kernel/sched/fair.c | 7 +++ 2

[PATCH 05/27] mm, numa: Sanitize task_numa_fault() callsites

From: Peter Zijlstra There are three callers of task_numa_fault(): - do_huge_pmd_numa_page(): Accounts against the current node, not the node where the page resides, unless we migrated, in which case it accounts against the node we migrated to. - do_numa_page(): Accounts

[PATCH 02/27] sched, numa: Comment fixlets

From: Peter Zijlstra Fix a 80 column violation and a PTE vs PMD reference. Signed-off-by: Peter Zijlstra Signed-off-by: Mel Gorman --- kernel/sched/fair.c | 8 mm/huge_memory.c| 2 +- 2 files changed, 5 insertions(+), 5 deletions(-) diff --git a/kernel/sched/fair.c

[PATCH 04/27] mm: numa: Do not migrate or account for hinting faults on the zero page

The zero page is not replicated between nodes and is often shared between processes. The data is read-only and likely to be cached in local CPUs if heavily accessed meaning that the remote memory access cost is less of a concern. This patch stops accounting for numa hinting faults on the zero page

[PATCH 11/27] sched: Set the scan rate proportional to the memory usage of the task being scanned

The NUMA PTE scan rate is controlled with a combination of the numa_balancing_scan_period_min, numa_balancing_scan_period_max and numa_balancing_scan_size. This scan rate is independent of the size of the task and as an aside it is further complicated by the fact that numa_balancing_scan_size

[PATCH 10/27] sched: numa: Slow scan rate if no NUMA hinting faults are being recorded

NUMA PTE scanning slows if a NUMA hinting fault was trapped and no page was migrated. For long-lived but idle processes there may be no faults but the scan rate will be high and just waste CPU. This patch will slow the scan rate for processes that are not trapping faults. Signed-off-by: Mel

[PATCH 06/27] sched, numa: Mitigate chance that same task always updates PTEs

From: Peter Zijlstra With a trace_printk("working\n"); right after the cmpxchg in task_numa_work() we can see that of a 4 thread process, its always the same task winning the race and doing the protection change. This is a problem since the task doing the protection change has a penalty for

[PATCH 13/27] mm: Only flush TLBs if a transhuge PMD is modified for NUMA pte scanning

NUMA PTE scanning is expensive both in terms of the scanning itself and the TLB flush if there are any updates. The TLB flush is avoided if no PTEs are updated but there is a bug where transhuge PMDs are considered to be updated even if they were already pmd_numa. This patch addresses the problem

[PATCH 03/27] mm: numa: Account for THP numa hinting faults on the correct node

THP NUMA hinting fault on pages that are not migrated are being accounted for incorrectly. Currently the fault will be counted as if the task was running on a node local to the page which is not necessarily true. Signed-off-by: Mel Gorman --- mm/huge_memory.c | 10 +- 1 file changed, 5

[PATCH 14/27] mm: Do not flush TLB during protection change if !pte_present && !migration_entry

NUMA PTE scanning is expensive both in terms of the scanning itself and the TLB flush if there are any updates. Currently non-present PTEs are accounted for as an update and incurring a TLB flush where it is only necessary for anonymous migration entries. This patch addresses the problem and

[PATCH 07/27] sched, numa: Continue PTE scanning even if migrate rate limited

From: Peter Zijlstra Avoiding marking PTEs pte_numa because a particular NUMA node is migrate rate limited sees like a bad idea. Even if this node can't migrate anymore other nodes might and we want up-to-date information to do balance decisions. We already rate limit the actual migrations, this

[PATCH 22/27] sched: Check current->mm before allocating NUMA faults

task_numa_placement checks current->mm but after buffers for faults have already been uselessly allocated. Move the check earlier. [pet...@infradead.org: Identified the problem] Signed-off-by: Mel Gorman --- kernel/sched/fair.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff

[PATCH 19/27] sched: Resist moving tasks towards nodes with fewer hinting faults

Just as "sched: Favour moving tasks towards the preferred node" favours moving tasks towards nodes with a higher number of recorded NUMA hinting faults, this patch resists moving tasks towards nodes with lower faults. [mgor...@suse.de: changelog] Signed-off-by: Peter Zijlstra Signed-off-by: Mel

[PATCH 23/27] mm: numa: Scan pages with elevated page_mapcount

Currently automatic NUMA balancing is unable to distinguish between false shared versus private pages except by ignoring pages with an elevated page_mapcount entirely. This avoids shared pages bouncing between the nodes whose task is using them but that is ignored quite a lot of data. This patch

[PATCH 20/27] sched: Reschedule task on preferred NUMA node once selected

A preferred node is selected based on the node the most NUMA hinting faults was incurred on. There is no guarantee that the task is running on that node at the time so this patch rescheules the task to run on the most idle CPU of the selected node when selected. This avoids waiting for the

[PATCH 21/27] sched: Add infrastructure for split shared/private accounting of NUMA hinting faults

Ideally it would be possible to distinguish between NUMA hinting faults that are private to a task and those that are shared. This patch prepares infrastructure for separately accounting shared and private faults by allocating the necessary buffers and passing in relevant information. For now,

[PATCH 27/27] sched: Retry migration of tasks to CPU on a preferred node

When a preferred node is selected for a tasks there is an attempt to migrate the task to a CPU there. This may fail in which case the task will only migrate if the active load balancer takes action. This may never happen if the conditions are not right. This patch will check at NUMA hinting fault

[PATCH 17/27] sched: Update NUMA hinting faults once per scan

NUMA hinting faults counts and placement decisions are both recorded in the same array which distorts the samples in an unpredictable fashion. The values linearly accumulate during the scan and then decay creating a sawtooth-like pattern in the per-node counts. It also means that placement

[PATCH 24/27] sched: Remove check that skips small VMAs

task_numa_work skips small VMAs. At the time the logic was to reduce the scanning overhead which was considerable. It is a dubious hack at best. It would make much more sense to cache where faults have been observed and only rescan those regions during subsequent PTE scans. Remove this hack as

Re: [PATCH v2] PCI: avoid NULL deref in alloc_pcie_link_state

Subject should have said this is a second version. -- 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 http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

[PATCH 16/27] sched: Select a preferred node with the most numa hinting faults

This patch selects a preferred node for a task to run on based on the NUMA hinting faults. This information is later used to migrate tasks towards the node during balancing. Signed-off-by: Mel Gorman --- include/linux/sched.h | 1 + kernel/sched/core.c | 1 + kernel/sched/fair.c | 17

[PATCH 15/27] sched: Track NUMA hinting faults on per-node basis

This patch tracks what nodes numa hinting faults were incurred on. This information is later used to schedule a task on the node storing the pages most frequently faulted by the task. Signed-off-by: Mel Gorman --- include/linux/sched.h | 2 ++ kernel/sched/core.c | 3 +++

[PATCH 08/27] Revert "mm: sched: numa: Delay PTE scanning until a task is scheduled on a new node"

PTE scanning and NUMA hinting fault handling is expensive so commit 5bca2303 ("mm: sched: numa: Delay PTE scanning until a task is scheduled on a new node") deferred the PTE scan until a task had been scheduled on another node. The problem is that in the purely shared memory case that this may

Re: [PATCH part1 0/5] acpica: Split acpi_gbl_root_table_list initialization into two parts.

On Thursday, August 08, 2013 11:39:31 AM Tang Chen wrote: > [Problem] > > The current Linux cannot migrate pages used by the kerenl because > of the kernel direct mapping. In Linux kernel space, va = pa + PAGE_OFFSET. > When the pa is changed, we cannot simply update the pagetable and > keep the

[PATCH 25/27] sched: Set preferred NUMA node based on number of private faults

Ideally it would be possible to distinguish between NUMA hinting faults that are private to a task and those that are shared. If treated identically there is a risk that shared pages bounce between nodes depending on the order they are referenced by tasks. Ultimately what is desirable is that task

Re: [PATCH 2/6] ARM: Tegra: Add CPU's OPPs for using cpufreq-cpu0 driver

Am Mittwoch, den 07.08.2013, 12:55 -0600 schrieb Stephen Warren: > On 08/07/2013 12:06 PM, Viresh Kumar wrote: > > On 7 August 2013 23:12, Stephen Warren wrote: > >> On 08/07/2013 08:46 AM, Viresh Kumar wrote: > >>> cpufreq-cpu0 driver needs OPPs to be present in DT which can be probed by > >>>

[PATCH 26/27] sched: Avoid overloading CPUs on a preferred NUMA node

This patch replaces find_idlest_cpu_node with task_numa_find_cpu. find_idlest_cpu_node has two critical limitations. It does not take the scheduling class into account when calculating the load and it is unsuitable for using when comparing loads between NUMA nodes. task_numa_find_cpu uses similar

[PATCH 01/27] mm: numa: Document automatic NUMA balancing sysctls

Signed-off-by: Mel Gorman --- Documentation/sysctl/kernel.txt | 66 + 1 file changed, 66 insertions(+) diff --git a/Documentation/sysctl/kernel.txt b/Documentation/sysctl/kernel.txt index ab7d16e..ccadb52 100644 --- a/Documentation/sysctl/kernel.txt +++

[PATCH 12/27] sched: numa: Correct adjustment of numa_scan_period

numa_scan_period is in milliseconds, not jiffies. Properly placed pages slow the scanning rate but adding 10 jiffies to numa_scan_period means that the rate scanning slows depends on HZ which is confusing. Get rid of the jiffies_to_msec conversion and treat it as ms. Signed-off-by: Mel Gorman

Re: [PATCH v9 04/16] iommu/exynos: allocate lv2 page table from own slab

On Thursday 08 of August 2013 18:38:04 Cho KyongHo wrote: > Since kmalloc() does not guarantee that the allignment of 1KiB when it > allocates 1KiB, it is required to allocate lv2 page table from own > slab that guarantees alignment of 1KiB > > Signed-off-by: Cho KyongHo > --- >

[PATCH 12/35] cpufreq: e_powersaver: use cpufreq_table_validate_and_show()

Lets use cpufreq_table_validate_and_show() instead of calling cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). Signed-off-by: Viresh Kumar --- drivers/cpufreq/e_powersaver.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

Re: [PATCH part2 0/4] acpi: Trivial fix and improving for memory hotplug.

On Thursday, August 08, 2013 01:03:55 PM Tang Chen wrote: > This patch-set does some trivial fix and improving in ACPI code > for memory hotplug. > > Patch 1,3,4 have been acked. > > Tang Chen (4): > acpi: Print Hot-Pluggable Field in SRAT. > earlycpio.c: Fix the confusing comment of

Re: [PATCH 00/35] cpufreq: Introduce cpufreq_table_validate_and_show()

On Thursday, August 08, 2013 07:18:02 PM Viresh Kumar wrote: > This is actually part of a bigger patchset which will change declaration of > cpufreq_driver->target() to include index instead of target_freq and relation > and hence cpufreq drivers wouldn't require to

[PATCH 11/35] cpufreq: dbx500: use cpufreq_table_validate_and_show()

Lets use cpufreq_table_validate_and_show() instead of calling cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). Cc: Linus Walleij Signed-off-by: Viresh Kumar --- drivers/cpufreq/dbx500-cpufreq.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git

[PATCH 13/35] cpufreq: elanfreq: use cpufreq_table_validate_and_show()

Lets use cpufreq_table_validate_and_show() instead of calling cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). Signed-off-by: Viresh Kumar --- drivers/cpufreq/elanfreq.c | 8 +--- 1 file changed, 1 insertion(+), 7 deletions(-) diff --git

[PATCH 14/35] cpufreq: exynos: use cpufreq_table_validate_and_show()

Lets use cpufreq_table_validate_and_show() instead of calling cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). Cc: Kukjin Kim Signed-off-by: Viresh Kumar --- drivers/cpufreq/exynos-cpufreq.c | 4 +--- drivers/cpufreq/exynos5440-cpufreq.c | 4 +--- 2 files changed,

[PATCH] PCI: avoid NULL deref in alloc_pcie_link_state

PCIe switch can be connected directly to the PCIe root complex in QEMU; ASPM does not expect this topology and dereferences NULL pointer when initializing. Downstream port can be also connected to the root complex without upstream one, so code checks for both, otherwise they dereference NULL on

Re: [PATCH] Revert "slub: do not put a slab to cpu partial list when cpu_partial is 0"

On Thu, 2013-08-08 at 09:19 -0400, Steven Rostedt wrote: > Link: > https://lkml.kernel.org/r/1375934936.6848.41.ca...@gandalf.local.home > Evolution is really pissing me off. The wrapping that is used when I compose a message is not the same as what is sent. This looked fine when I hit send,

[PATCH 2/2] ARC: gdbserver breakage in Big-Endian configuration #2

This is related to how how different asm instructions write to a bitfield member. In BE config, @orig_r8 is at offset 0 while @event is at offset 2. "ST 0x_, [addr]" correctly writes 0x to @event, however a half word write, "STW 0x, [addr]" does not in Big Endian while works

Re: [PATCH 00/35] cpufreq: Introduce cpufreq_table_validate_and_show()

On Thursday, August 08, 2013 07:23:36 PM Viresh Kumar wrote: > On 8 August 2013 19:30, Rafael J. Wysocki wrote: > > I'm not going to take this for 3.12, sorry. Please resend in the 3.12-rc1 / > > 3.12-rc2 time frame. > > Okay.. By that time I will accumulate all reviews/Acks for it > and the

[PATCH 28/35] cpufreq: s3cx4xx: use cpufreq_table_validate_and_show()

Lets use cpufreq_table_validate_and_show() instead of calling cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). Cc: Kukjin Kim Signed-off-by: Viresh Kumar --- drivers/cpufreq/s3c2416-cpufreq.c | 4 +--- drivers/cpufreq/s3c24xx-cpufreq.c | 6 ++

[PATCH 1/2] ARC: gdbserver breakage in Big-Endian configuration #1

Exception handling keeps additional state (whether exception was Trap and if it was due to a breakpoint) in pt_regs->event, a bitfield member unsigned long orig_r8:16, event:16; A bitfield esentially has an "offset" and a "length". What I wasn't aware of was that, bitfields in a union

Re: [PATCH 1/2] kernel/sys.c: return the current gid when error occurs

On 08/08/13 03:48, Chen Gang wrote: > On 08/08/2013 09:35 AM, Andy Lutomirski wrote: >> On Wed, Aug 7, 2013 at 6:30 PM, Chen Gang wrote: >>> On 08/08/2013 12:58 AM, Andy Lutomirski wrote: On Wed, Aug 7, 2013 at 9:21 AM, Oleg Nesterov wrote: > On 08/06, Andy Lutomirski wrote: >>

Re: [PATCH v9 03/16] iommu/exynos: fix page table maintenance

On Thursday 08 of August 2013 18:37:43 Cho KyongHo wrote: > This prevents allocating lv2 page table for the lv1 page table entry ^ What this is this this about? :) > that already has 1MB page mapping. In addition, changed to BUG_ON > instead of returning -EADDRINUSE. The change mentioned in

[PATCH 35/35] cpufreq: tegra: use cpufreq_table_validate_and_show()

Lets use cpufreq_table_validate_and_show() instead of calling cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). Cc: Stephen Warren Signed-off-by: Viresh Kumar --- drivers/cpufreq/tegra-cpufreq.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git

[PATCH 30/35] cpufreq: sc520: use cpufreq_table_validate_and_show()

Lets use cpufreq_table_validate_and_show() instead of calling cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). Signed-off-by: Viresh Kumar --- drivers/cpufreq/sc520_freq.c | 9 + 1 file changed, 1 insertion(+), 8 deletions(-) diff --git

[PATCH 25/35] cpufreq: powernow: use cpufreq_table_validate_and_show()

Lets use cpufreq_table_validate_and_show() instead of calling cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). Signed-off-by: Viresh Kumar --- drivers/cpufreq/powernow-k6.c | 9 + drivers/cpufreq/powernow-k7.c | 4 +--- drivers/cpufreq/powernow-k8.c | 4 +--- 3

[PATCH 31/35] cpufreq: sh: use cpufreq_table_validate_and_show()

Lets use cpufreq_table_validate_and_show() instead of calling cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). Cc: Paul Mundt Cc: linux...@vger.kernel.org Signed-off-by: Viresh Kumar --- drivers/cpufreq/sh-cpufreq.c | 6 +++--- 1 file changed, 3 insertions(+), 3

Re: [PATCH 00/35] cpufreq: Introduce cpufreq_table_validate_and_show()

On 8 August 2013 19:30, Rafael J. Wysocki wrote: > I'm not going to take this for 3.12, sorry. Please resend in the 3.12-rc1 / > 3.12-rc2 time frame. Okay.. By that time I will accumulate all reviews/Acks for it and the next patchset that I will send. -- To unsubscribe from this list: send the

[PATCH 27/35] cpufreq: pxa: use cpufreq_table_validate_and_show()

Lets use cpufreq_table_validate_and_show() instead of calling cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). Cc: Eric Miao Signed-off-by: Viresh Kumar --- drivers/cpufreq/pxa2xx-cpufreq.c | 6 ++ drivers/cpufreq/pxa3xx-cpufreq.c | 8 ++-- 2 files changed, 4

[PATCH 26/35] cpufreq: ppc: use cpufreq_table_validate_and_show()

Lets use cpufreq_table_validate_and_show() instead of calling cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). Signed-off-by: Viresh Kumar --- drivers/cpufreq/ppc-corenet-cpufreq.c | 3 +-- drivers/cpufreq/ppc_cbe_cpufreq.c | 4 +--- 2 files changed, 2

[PATCH 34/35] cpufreq: speedstep: use cpufreq_table_validate_and_show()

Lets use cpufreq_table_validate_and_show() instead of calling cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). Cc: David S. Miller Signed-off-by: Viresh Kumar --- drivers/cpufreq/speedstep-centrino.c | 10 +- drivers/cpufreq/speedstep-ich.c | 9 +

[PATCH 33/35] cpufreq: spear: use cpufreq_table_validate_and_show()

Lets use cpufreq_table_validate_and_show() instead of calling cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). Cc: spear-de...@list.st.com Signed-off-by: Viresh Kumar --- drivers/cpufreq/spear-cpufreq.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff

[PATCH 29/35] cpufreq: s5pv210: use cpufreq_table_validate_and_show()

Lets use cpufreq_table_validate_and_show() instead of calling cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). Cc: Kukjin Kim Signed-off-by: Viresh Kumar --- drivers/cpufreq/s5pv210-cpufreq.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git

[PATCH 32/35] cpufreq: sparc: use cpufreq_table_validate_and_show()

Lets use cpufreq_table_validate_and_show() instead of calling cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). Cc: David S. Miller Cc: sparcli...@vger.kernel.org Signed-off-by: Viresh Kumar --- drivers/cpufreq/sparc-us2e-cpufreq.c | 6 +-

[PATCH 21/35] cpufreq: omap: use cpufreq_table_validate_and_show()

Lets use cpufreq_table_validate_and_show() instead of calling cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). Cc: Santosh Shilimkar Signed-off-by: Viresh Kumar --- drivers/cpufreq/omap-cpufreq.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git

[PATCH 22/35] cpufreq: p4-clockmod: use cpufreq_table_validate_and_show()

Lets use cpufreq_table_validate_and_show() instead of calling cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). Cc: David S. Miller Signed-off-by: Viresh Kumar --- drivers/cpufreq/p4-clockmod.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

[PATCH 19/35] cpufreq: loongson2: use cpufreq_table_validate_and_show()

Lets use cpufreq_table_validate_and_show() instead of calling cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). Cc: John Crispin Signed-off-by: Viresh Kumar --- drivers/cpufreq/loongson2_cpufreq.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git

[PATCH 24/35] cpufreq: pmac: use cpufreq_table_validate_and_show()

Lets use cpufreq_table_validate_and_show() instead of calling cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). Signed-off-by: Viresh Kumar --- drivers/cpufreq/pmac32-cpufreq.c | 3 +-- drivers/cpufreq/pmac64-cpufreq.c | 4 +--- 2 files changed, 2 insertions(+), 5

[PATCH 15/35] cpufreq: ia64-acpi: use cpufreq_table_validate_and_show()

Lets use cpufreq_table_validate_and_show() instead of calling cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). Cc: Tony Luck Signed-off-by: Viresh Kumar --- drivers/cpufreq/ia64-acpi-cpufreq.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git

[PATCH 18/35] cpufreq: longhaul: use cpufreq_table_validate_and_show()

Lets use cpufreq_table_validate_and_show() instead of calling cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). Signed-off-by: Viresh Kumar --- drivers/cpufreq/longhaul.c | 8 +--- 1 file changed, 1 insertion(+), 7 deletions(-) diff --git

[PATCH 23/35] cpufreq: pasemi: use cpufreq_table_validate_and_show()

Lets use cpufreq_table_validate_and_show() instead of calling cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). Signed-off-by: Viresh Kumar --- drivers/cpufreq/pasemi-cpufreq.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git

[PATCH 16/35] cpufreq: imx6q: use cpufreq_table_validate_and_show()

Lets use cpufreq_table_validate_and_show() instead of calling cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). Cc: Shawn Guo Signed-off-by: Viresh Kumar --- drivers/cpufreq/imx6q-cpufreq.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

[PATCH 20/35] cpufreq: maple: use cpufreq_table_validate_and_show()

Lets use cpufreq_table_validate_and_show() instead of calling cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). Cc: Dmitry Eremin-Solenikov Signed-off-by: Viresh Kumar --- drivers/cpufreq/maple-cpufreq.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff

[PATCH 17/35] cpufreq: kirkwood: use cpufreq_table_validate_and_show()

Lets use cpufreq_table_validate_and_show() instead of calling cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). Cc: Andrew Lunn Signed-off-by: Viresh Kumar --- drivers/cpufreq/kirkwood-cpufreq.c | 10 +- 1 file changed, 1 insertion(+), 9 deletions(-) diff --git

ARM: AM335x: Reboot broken in 3.11

Rebooting appears to have broken in 3.11 (at some point before rc1). Here is the console output:- [0.00] Booting Linux on physical CPU 0x0 [0.00] Linux version 3.11.0-rc1-6-gf550793 (mpfj@mpfj-nanobone) (gcc version 4.6.3 (Buildroot 2013.02-dirty) ) #328 Thu Aug 8 14:36:16

[PATCH 10/35] cpufreq: davinci: use cpufreq_table_validate_and_show()

Lets use cpufreq_table_validate_and_show() instead of calling cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). Cc: Sekhar Nori Signed-off-by: Viresh Kumar --- drivers/cpufreq/davinci-cpufreq.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git

[PATCH 07/35] cpufreq: blackfin: use cpufreq_table_validate_and_show()

Lets use cpufreq_table_validate_and_show() instead of calling cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). Cc: Steven Miao Signed-off-by: Viresh Kumar --- drivers/cpufreq/blackfin-cpufreq.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

[PATCH 06/35] cpufreq: arm_big_little: use cpufreq_table_validate_and_show()

Lets use cpufreq_table_validate_and_show() instead of calling cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). Signed-off-by: Viresh Kumar --- drivers/cpufreq/arm_big_little.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git

[PATCH 09/35] cpufreq: cris: use cpufreq_table_validate_and_show()

Lets use cpufreq_table_validate_and_show() instead of calling cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). Cc: Jesper Nilsson Cc: Mikael Starvik Cc: linux-cris-ker...@axis.com Signed-off-by: Viresh Kumar --- drivers/cpufreq/cris-artpec3-cpufreq.c | 10 +-

[PATCH 08/35] cpufreq: cpufreq-cpu0: use cpufreq_table_validate_and_show()

Lets use cpufreq_table_validate_and_show() instead of calling cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr(). Cc: Shawn Guo Signed-off-by: Viresh Kumar --- drivers/cpufreq/cpufreq-cpu0.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git

[PATCH 03/35] cpufreq: s3cx4xx: call cpufreq_frequency_table_get_attr()

This exposes frequency table of driver to cpufreq core and is required for core to guess what the index for a target frequency is, when it calls cpufreq_frequency_table_target(). And so this driver needs to expose it. Cc: Kukjin Kim Signed-off-by: Viresh Kumar ---

[PATCH 04/35] cpufreq: sparc: call cpufreq_frequency_table_get_attr()

This exposes frequency table of driver to cpufreq core and is required for core to guess what the index for a target frequency is, when it calls cpufreq_frequency_table_target(). And so this driver needs to expose it. Cc: David S. Miller Cc: sparcli...@vger.kernel.org Signed-off-by: Viresh Kumar

[PATCH 01/35] cpufreq: Add new helper cpufreq_table_validate_and_show()

Almost every cpufreq driver is required to validate its frequency table with: cpufreq_frequency_table_cpuinfo() and then expose it to cpufreq core with: cpufreq_frequency_table_get_attr(). This patch creates another helper routine cpufreq_table_validate_and_show() that will do both these steps in

[PATCH 00/35] cpufreq: Introduce cpufreq_table_validate_and_show()

This is actually part of a bigger patchset which will change declaration of cpufreq_driver->target() to include index instead of target_freq and relation and hence cpufreq drivers wouldn't require to cpufreq_frequency_table_target() anymore. Almost every cpufreq driver is required to validate its

Re: [edk2] Corrupted EFI region

On Aug 8, 2013, at 3:17 AM, Matt Fleming wrote: > On Wed, 07 Aug, at 02:10:28PM, Andrew Fish wrote: >> Well the issue I see is I don't think OS X or Windows are doing this. >> So I'm guessing there is some unique thing beings done on the Linux >> side and we don't have good tests to catch bugs

Re: RFC: device thermal limits represented in device tree nodes

On Thu, 2013-08-08 at 09:53 +0100, Mark Rutland wrote: > On Wed, Aug 07, 2013 at 09:18:29PM +0100, Eduardo Valentin wrote: > > Pawel, all, > > > > On 06-08-2013 07:14, Pawel Moll wrote: > > > Apologies about the delay, I was "otherwise engaged" for a week... > > > > > > > I do also excuse for

Re: [PATCH v9 02/16] iommu/exynos: add missing cache flush for removed page table entries

On Thursday 08 of August 2013 18:37:34 Cho KyongHo wrote: > This commit adds cache flush for removed small and large page entries > in exynos_iommu_unmap(). Missing cache flush of removed page table > entries can cause missing page fault interrupt when a master IP > accesses an unmapped area. > >

Re: [RFC v02 1/5] PowerCap: Documentation

On 08/07/2013 11:12:41 AM, Srinivas Pandruvada wrote: Added power cap framework documentation. This explains the use of power capping framework, sysfs and programming interface. There are two documents: Documentation/powercap/PowerCappingFramework.txt: Explains use case and API in details.

Re: [PATCH v9 01/16] iommu/exynos: do not include removed header

Hi KyongHo, On Thursday 08 of August 2013 18:37:25 Cho KyongHo wrote: > This commit remove which is removed. I would prefer a more meaningful commit message, something among following lines: 8<--- Commit 25e9d28d92 (ARM: EXYNOS: remove system mmu initialization from exynos tree) removed

Re: [PATCH 3/7] btrfs: cleanup: mark 'btrfs_write_and_wait_marked_extents' as static

On Thu, Aug 08, 2013 at 12:43:19AM +0300, Sergei Trofimovich wrote: > From: Sergei Trofimovich > > Found by uselex.rb: > > btrfs_write_and_wait_marked_extents: [R]: exported from: fs/btrfs/btrfs.o > > fs/btrfs/transaction.o fs/btrfs/built-in.o > > Signed-off-by: Sergei Trofimovich > --- >

Re: [PATCH 1/2] kernel/sys.c: return the current gid when error occurs

On 08/07/13 18:21, Oleg Nesterov wrote: > On 08/06, Andy Lutomirski wrote: >> >> I assume that what the man page means is that the return value is >> whatever fsgid was prior to the call. On error, fsgid isn't changed, so >> the return value is still "current". > > Probably... Still > >

[GIT PULL] AVR32 fix for 3.11

Hello Linus, please pull git://git.kernel.org/pub/scm/linux/kernel/git/egtvedt/linux-avr32.git for-linus to receive the following AVR32 fix for 3.11 Cong Ding (1): avr32: boards/atngw100/mrmt.c: fix building error arch/avr32/boards/atngw100/mrmt.c | 1 - 1 file changed, 1 deletion(-)

[PATCH 16/16] tg3: clean up unnecessary MSI/MSI-X capability find

PCI core will initialize device MSI/MSI-X capability in pci_msi_init_pci_dev(). So device driver should use pci_dev->msi_cap/msix_cap to determine whether the device support MSI/MSI-X instead of using pci_find_capability(pci_dev, PCI_CAP_ID_MSI/MSIX). Access to PCIe device config space again will

Re: perf,arm -- another (different) fuzzer oops

On Thu, 8 Aug 2013, Will Deacon wrote: > On the flip side, the good news is that we know the problem is there. We're > probably generating interrupts at some horrendous rate for the lock-up > are you running your fuzzer as root? No, I'm running the fuzzer as a regular user. > Also, is your

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