On Fri, 2014-05-16 at 07:29 +0800, Li, Aubrey wrote:
> On 2014/5/16 0:11, Mika Westerberg wrote:
> > On Thu, May 15, 2014 at 11:59:46PM +0800, Li, Aubrey wrote:
> >> On 2014/5/15 22:53, Andy Shevchenko wrote:
> >>> On Thu, 2014-05-15 at 22:35 +0800, Li, Aubrey wrote:
> On 2014/5/15 21:40, Heik
Robert Richter writes:
> On 15.05.14 18:08:30, Alexander Shishkin wrote:
>> From: Peter Zijlstra
>>
>> This patch introduces "AUX space" in the perf mmap buffer, intended for
>> exporting high bandwidth data streams to userspace, such as instruction
>> flow traces.
>>
>> AUX space is a ring bu
Hello.
I just got email bounces for Ariel Elior and
how Dmitry Kravkov @broadcom.
Ariel is listed in the MAINTAINERS file as the BNX2X
maintainer. I doubt this is correct.
Anyone know who or if anyone should be listed as the
BNX2X maintainer?
Forwarded Message
From: Ariel Eli
On Thu, May 15, 2014 at 02:31:32PM +0200, Juri Lelli wrote:
> Hi,
Hi all,
> [Cc-ed lkml again to include Luca's reply]
>
> and thanks to Luca for his reply!
Indeed! and several great references. My backlog just got 3 more items
pushed :)
> On Thu, 15 May 2014 19:21:25 +0800
> "xiaofeng.yan"
On Thu, May 15, 2014 at 06:18:52PM -0400, Steven Rostedt wrote:
>
> Coming in v3.16, trace events will be able to save bitmasks in raw
> format in the ring buffer and output it with the __get_bitmask() macro.
>
> In order for userspace tools to parse this, it must be able to handle
> the __get_bi
> Subject: Re: [PATCHv2] ARM: ioremap: Fix static vm area boundary checking.
>
> On Fri, May 16, 2014 at 1:28 AM, Nicolas Pitre
> wrote:
> > On Thu, 15 May 2014, Richard Lee wrote:
> >
> >> Static vm area boundary check:
> >>
> >> paddr1 --->| |
> >> | |
> >>
Hi all,
Changes since 20140515:
My fixes tree contains:
powerpc/ppc64: Allow allmodconfig to build (finally !)
The gpio tree still had its build failure for which I reverted 2 commits.
The net-next tree gained a conflict against the net tree.
Non-merge commits (relative to Linus' tree)
On 2014-05-12 at 17:22:46 +0200, Denis Pithon wrote:
> Extract new static function from p80211netdev_rx_bh() to fix coding
> style issue (too many leading tabs).
>
> Signed-off-by: Denis Pithon
> ---
> drivers/staging/wlan-ng/p80211netdev.c | 74
> --
> 1 file c
From: Jon Maxwell
There has been a number incidents recently where customers running KVM have
reported that VM hosts on different Hypervisors are unreachable. Based on
pcap traces we found that the bridge was broadcasting the ARP request out
onto the network. However some NICs have an inbuilt
On 13/05/2014 09:51, Thierry Reding wrote:
> On Fri, May 09, 2014 at 04:16:40PM +0200, Boris BREZILLON wrote:
>> Hello Thierry,
>>
>> I noticed you're describing each new panel with a new entry in the
>> of_platform_match table and a new compatible string.
>> I guess you have a good reason to do i
amd_iommu_rlookup_table[devid] != NULL is already guaranteed by check_device
called before, it's fine to attach device at this point.
Signed-off-by: Vaughan Cao
---
drivers/iommu/amd_iommu.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/iommu/amd_iommu.c b/drivers/iommu/amd_io
On Fri, May 16, 2014 at 3:17 PM, li.xi...@freescale.com
wrote:
>> Subject: Re: [PATCHv2] ARM: ioremap: Fix static vm area boundary checking.
>>
>> On Fri, May 16, 2014 at 1:28 AM, Nicolas Pitre
>> wrote:
>> > On Thu, 15 May 2014, Richard Lee wrote:
>> >
>> >> Static vm area boundary check:
>> >>
On Fri, May 16, 2014 at 12:25:28AM -0400, Vince Weaver wrote:
> anyway I'm not sure if it's worth tracking this more if it's possible to
> mostly fix the case by fixing the sample_period bounds.
Right, so lets start with that, if it triggers again, we'll have another
look.
FWIW I ran with the be
On Fri, May 16, 2014 at 10:23:11AM +0800, Michael wang wrote:
> On 05/15/2014 07:57 PM, Peter Zijlstra wrote:
> [snip]
> >>
> >> It's like:
> >>
> >>/cgroup/cpu/l1/l2/l3/l4/l5/l6/A
> >>
> >> about level 7, the issue can not be solved any more.
> >
> > That's pretty retarded and yeah, that's wa
On Thu, May 15, 2014 at 10:07:17PM +0100, One Thousand Gnomes wrote:
> True sort of for the kernel (except you've got problems with file system
> compatibility and I believe stuff like NFS and that fact some file
> systems just break).
modern filesystems including NFS don't use anything that corre
On 05/15/2014 06:30 PM, Arnd Bergmann wrote:
> On Thursday 15 May 2014 15:56:03 Michal Simek wrote:
>> IP is configurable as is normal for us.
>> You can select IP with just one timer.
>> It means register locations for specific timer are fixed.
>> http://www.xilinx.com/support/documentation/ip_doc
On Fri, May 16, 2014 at 12:24:35PM +0800, Michael wang wrote:
> Hey, Mike :)
>
> On 05/16/2014 10:51 AM, Mike Galbraith wrote:
> > On Fri, 2014-05-16 at 10:23 +0800, Michael wang wrote:
> >
> >> But we found that one difference when group get deeper is the tasks of
> >> that group become to gathe
Hi!
On Thu, May 15, 2014 at 11:04:49AM -0500, ttha...@altera.com wrote:
> From: Thor Thayer
>
> Addition of the Altera SDRAM controller bindings and device
> tree changes to the Altera SoC project.
>
> v2: Changes to SoC SDRAM EDAC code.
>
> v3: Implement code suggestions for SDRAM EDAC code.
On Fri, May 16, 2014 at 3:42 AM, Michael H. Warfield wrote:
> On Thu, 2014-05-15 at 15:15 -0700, Greg Kroah-Hartman wrote:
>> On Thu, May 15, 2014 at 05:42:54PM +, Serge Hallyn wrote:
>> > What exactly defines '"normal" use case for a container'?
>
>> Well, I'd say "acting like a virtual machi
On Thu 15-05-14 15:36:20, Andrew Morton wrote:
> On Thu, 15 May 2014 11:01:42 +0200 Michal Hocko wrote:
>
> > On Wed 14-05-14 15:10:59, Jianyu Zhan wrote:
> > > alloc_huge_page() now mixes normal code path with error handle logic.
> > > This patches move out the error handle logic, to make normal
Hi,
I've been trying to apply CMA into my platform.
USB host driver generated kernel panic like below when USB mouse is connected,
because I turned on CMA and set the CMA_SIZE_MBYTES value into zero by mistake.
I think the panic is cuased by atomic_pool in arch/arm/mm/dma-mapping.c.
Zero CMA_SIZ
Signed-off-by: Jiang Liu
---
Documentation/IRQ-domain.txt |3 +--
kernel/irq/internals.h |2 +-
kernel/irq/irqdomain.c |6 +++---
3 files changed, 5 insertions(+), 6 deletions(-)
diff --git a/Documentation/IRQ-domain.txt b/Documentation/IRQ-domain.txt
index 03df71aeb38c..
On x86 platforms, IRQ number are statically allocated to IOAPIC pins at boot.
There are two issues with this design. First it causes trouble to IOAPIC
hotplug because we need to allocate a block of IRQ numbers for each IOAPIC.
Second it may waste IRQ nubmers even if some IOAPIC pins are not used be
Use pr_lvl() helper utilities to replace printk(KERN_LVL) for readability,
no function changes.
Signed-off-by: Jiang Liu
---
arch/x86/kernel/mpparse.c | 84 +
1 file changed, 39 insertions(+), 45 deletions(-)
diff --git a/arch/x86/kernel/mpparse.c b
On Thu, May 15, 2014 at 03:59:20PM -0700, Ben Segall wrote:
> task_hot checks exec_start on any runnable task, but if it has been
> migrated since the it last ran, then exec_start is a clock_task from
> another cpu. If the old cpu's clock_task was sufficiently far ahead of
> this cpu's then the tas
Exynos5420 is big.Little Soc. It uses cpuidle-big-litle generic cpuidle driver.
Hence do not allow exynos cpuidle driver registration for Exynos5420.
Signed-off-by: Chander Kashyap
Signed-off-by: Chander Kashyap
Acked-by: Daniel Lezcano
---
Changes in v6:
1. Move cpuidle registration ch
Simplify arch/x86/include/asm/mpspec.h by
1) Change max_physical_apicid to static as it's only used in apic.c.
2) Kill declaration of mpc_default_type, it's never defined.
3) Delete default_acpi_madt_oem_check(), it has already been declared
in apic.h.
4) Change mp_override_legacy_irq(), mp_conf
Static variable nr_irqs_gsi is used to maintain the lowest dynamic
allocatable IRQ number. It may cause trouble when enabling dynamic
IRQ allocation for IOAPIC, so use arch_dynirq_lower_bound() to
avoid directly accessing nr_irqs_gsi and kill nr_irqs_gsi.
Signed-off-by: Jiang Liu
---
arch/x86/ke
Introduce helper utilities for_each_ioapic(), for_each_ioapic_reverse(),
for_each_pin() and for_each_ioapic_pin() to walk ioapics and pins.
They will be rewritten e will rewrite later to support IOAPIC hotplug.
Signed-off-by: Jiang Liu
---
arch/x86/kernel/apic/io_apic.c | 120 ++
Reorganize function IO_APIC_get_PCI_irq_vector() a bit to better support
coming irqdomain.
Signed-off-by: Jiang Liu
---
arch/x86/kernel/apic/io_apic.c | 62 ++--
1 file changed, 34 insertions(+), 28 deletions(-)
diff --git a/arch/x86/kernel/apic/io_apic.c b
Currently ACPI and ioapic both implement algorithms to map (ioapic, pin)
to IRQ number. So consolidate the common part into one place, which is
also preparing for irqdomain support.
It introduces mp_map_pin_to_irq(), which will be used to allocate IRQ
number IOAPIC pins when irqdomain is enabled.
Add extra arguments to function mp_register_ioapic() to support
irqdomain. When registering IOAPIC, caller may provide a callback
and corresponding argument to create irqdomain for this IOAPIC.
The callback will be called later when initializing IOAPIC subsystem.
We also provide a common implement
Enhance mpparse to provide basic support of irqdomain with identity
mapping between GSIs and IRQs.
Signed-off-by: Jiang Liu
---
arch/x86/kernel/mpparse.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/arch/x86/kernel/mpparse.c b/arch/x86/kernel/mpparse.c
index
Signed-off-by: Jiang Liu
---
arch/x86/kernel/apic/io_apic.c | 41 +---
1 file changed, 30 insertions(+), 11 deletions(-)
diff --git a/arch/x86/kernel/apic/io_apic.c b/arch/x86/kernel/apic/io_apic.c
index dd81b58cce95..faed9b62977d 100644
--- a/arch/x86/kerne
Now the ioapic driver provides a common interface to create irqdomain,
so replace the private implementation.
Signed-off-by: Jiang Liu
---
arch/x86/include/asm/prom.h |2 --
arch/x86/kernel/devicetree.c | 80 --
arch/x86/kernel/irqinit.c|6 -
Refine ACPI to use common irqdomain map interface to program IOAPIC pins,
so we can unify the callsite to progam IOAPIC pins.
Signed-off-by: Jiang Liu
---
arch/x86/kernel/acpi/boot.c | 48 ---
1 file changed, 18 insertions(+), 30 deletions(-)
diff --git
Refine mpparse to use common irqdomain map interface to program IOAPIC pins,
so we can unify the callsite to progam IOAPIC pins.
Signed-off-by: Jiang Liu
---
arch/x86/kernel/mpparse.c |4 +++-
arch/x86/pci/irq.c|2 --
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a
Currently there are multiple entries to program IOAPIC pins, such as
io_apic_setup_irq_pin_once(), io_apic_set_pci_routing() and
setup_IO_APIC_irq_extra() etc.
This patch introduces two functions to help consolidate the code to
program IOAPIC pins. Function mp_set_pin_attr() is used to optionally
Now we have converted all x86 platforms to use the common irqdomain map
interface, and there are only two callers of io_apic_setup_irq_pin():
mp_irqdomain_map() and pre_init_apic_IRQ0().
There's no caller of io_apic_set_pci_routing(), setup_IO_APIC_irq_extra()
and io_apic_setup_irq_pin_once(), so
>From 1cebea7a40490d0d0b122eb444a105d424af42e6 Mon Sep 17 00:00:00 2001
From: Daeseok Youn
Date: Fri, 16 May 2014 17:02:04 +0900
Subject: [PATCH] staging: ozwpan: remove redundant NULL check for devs
The "devs" is a pointer to g_net_dev in ozmain.c.
g_net_dev has a default value as empty string.
From: Jon Maxwell
There has been a number incidents recently where customers running KVM have
reported that VM hosts on different Hypervisors are unreachable. Based on
pcap traces we found that the bridge was broadcasting the ARP request out
onto the network. However some NICs have an inbuilt
Refine devicetree to use common irqdomain map interface to program
IOAPIC pins, so we can unify the callsite to progam IOAPIC pins.
Signed-off-by: Jiang Liu
---
arch/x86/kernel/devicetree.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/arch/x86/kernel/devicet
Refine SFI to use common irqdomain map interface to program IOAPIC pins,
so we can unify the callsite to progam IOAPIC pins.
Signed-off-by: Jiang Liu
---
arch/x86/pci/intel_mid_pci.c | 17 +++--
arch/x86/platform/intel-mid/sfi.c | 18 +-
arch/x86/platform/sfi
Enhance SFI to provide basic support of irqdomain with identity mapping
between GSIs and IRQs.
Signed-off-by: Jiang Liu
---
arch/x86/platform/sfi/sfi.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/arch/x86/platform/sfi/sfi.c b/arch/x86/platform/sfi/sfi.c
index
Please use this patch. My bad, the previous one
incorrectly did the notify before fdb->added_by_user = 1.
- Original Message -
> From: "Jon Maxwell"
> To: step...@networkplumber.org
> Cc: da...@davemloft.net, "makita toshiaki" ,
> vyase...@redhat.com,
> bri...@lists.linux-foundation.org
Enhance ACPI driver to provide basic irqdomain support for IOAPIC.
Signed-off-by: Jiang Liu
---
arch/x86/kernel/acpi/boot.c | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/arch/x86/kernel/acpi/boot.c b/arch/x86/kernel/acpi/boot.c
index f70f4f318316..1ee
From: Chander Kashyap
It may be possible to unregister and re-register the cpufreq driver.
One such example is arm big-little IKS cpufreq driver. While
re-registering the driver, same OPPs may get added again.
This patch detects the duplicacy and discards them.
Signed-off-by: Chander Kashyap
S
On 05/16/2014 03:54 PM, Peter Zijlstra wrote:
[snip]
>>> Right. I played a little (sane groups), saw load balancing as well.
>>
>> Yeah, now we found that even l2 groups will face the same issue, allow
>> me to re-list the details here:
>
> Hmm, that _should_ more or less work and does indeed sug
Currently x86 support identity mapping between GSI(IOAPIC pin) and IRQ
number, so continous IRQs at low end are statically allocated to IOAPICs
at boot time. This design causes trouble to support IOAPIC hotplug.
This patch implements basic mechanism to dynamically allocate IRQ on
demand for IOAPIC
On 22 April 2014 18:08, Chander Kashyap wrote:
> In menu_select function we check for correction factor every time.
> If it is zero we are initializing to unity. Hence move it to init function
> and initialise by unity, hence avoid repeated comparisons.
>
> Signed-off-by: Chander Kashyap
> Review
Hi,
I am running the latest kernel from Linus. Once yesterday and once
today, I got a freeze of my machine. The first time, I could reboot
with sysrq, but not the second one (completely unresponsive). The
first time,, there was nothng in the logs, but today, I got some
traces which I attach to thi
If x2apic is enabled, the MSI high address field should also be aslo
updated when setting affinity for MSI IRQ, otherwise the MSI IRQ may
target wrong APIC IDs.
Signed-off-by: Jiang Liu
---
arch/x86/kernel/apic/io_apic.c |4
1 file changed, 4 insertions(+)
diff --git a/arch/x86/kernel/
On May 15, 2014, at 4:34 PM, Paul Bolle wrote:
>
> In v2.6.25 code was added for an Image Sensor Interface (ISI) for
> AT91SAM9263. That code depended on the Kconfig macro
> CONFIG_VIDEO_AT91_ISI and its MODULE variant. The related Kconfig symbol
> has never been added to the tree. The net effe
Use defined helper function irq_cfg() instead of irq_get_chip_data() for
better readability.
Signed-off-by: Jiang Liu
---
arch/x86/kernel/apic/io_apic.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/arch/x86/kernel/apic/io_apic.c b/arch/x86/kernel/a
Currently all callers use get_nr_irqs_gsi() to get the lowest dynamic
allocatable IRQ number, and arch_dynirq_lower_bound(0) achieves the same
goal with a better name. So replace get_nr_irqs_gsi() with
arch_dynirq_lower_bound(0). It will also help to support dynamic IRQ
allocation for IOAPIC by usi
A default identity mapping between GSI and IRQ is built for legacy IRQs.
So when overriding the default identity mapping for legacy IRQs,
we should also invalidate isa_irq_to_gsi[gsi] when setting
isa_irq_to_gsi[irq] = gsi. Otherwise there may be two entries with the
same GSI in the isa_irq_to_gsi
Signed-off-by: Jiang Liu
---
arch/x86/include/asm/io_apic.h |4
arch/x86/kernel/apic/io_apic.c |3 ---
2 files changed, 7 deletions(-)
diff --git a/arch/x86/include/asm/io_apic.h b/arch/x86/include/asm/io_apic.h
index 8f472daea221..0c448ac14abf 100644
--- a/arch/x86/include/asm/io_a
1) Kill unused MAX_HARDIRQS_PER_CPU.
2) Improve function prototype declararions.
3) simple typo fix, change "gsit" to "gsi".
4) use macro VECTOR_UNDEFINED instead of hard-coded -1.
Signed-off-by: Jiang Liu
---
arch/x86/include/asm/hardirq.h |3 ---
arch/x86/include/asm/io_apic.h | 16 +
In order to support cpuidle through mcpm, suspend and powered-up
callbacks are required in mcpm platform code.
Hence populate the same callbacks.
Signed-off-by: Chander Kashyap
Signed-off-by: Chander Kashyap
---
Changes in v6: None
Changes in v5:
1. Add comment to address cache access wh
Hi Rafael,
just a head up in case you missed it.
Thanks
-- Daniel
On 04/30/2014 12:24 PM, Daniel Lezcano wrote:
Hi Rafael,
this pull request is based on top 3.15-rc3
* Alexander Shiyan added a new driver for the Cirrus Logic clps711x
Thanks
-- Daniel
The following changes since co
Function mp_register_gsi() may return invalid GSI if error happens,
so enhance acpi_register_gsi() to handle possible error cases.
Signed-off-by: Jiang Liu
---
arch/x86/kernel/acpi/boot.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/arch/x86/kernel/acpi/boot.c
On 16 May 2014 13:43, Chander Kashyap wrote:
> From: Chander Kashyap
>
> It may be possible to unregister and re-register the cpufreq driver.
> One such example is arm big-little IKS cpufreq driver. While
> re-registering the driver, same OPPs may get added again.
>
> This patch detects the dupli
Add "samsung,exynos5420" compatible string to initialize generic
big-little cpuidle driver for Exynos5420.
Signed-off-by: Chander Kashyap
Signed-off-by: Chander Kashyap
Acked-by: Daniel Lezcano
---
Changes in v5: None
Changes in v4: None
Changes in v3:
1. Add compatible string to of_dev
This driver will be used by many big.Little Soc's. As of now it does
string matching of hardcoded compatible string to init the driver. This
comparison list will keep on growing with addition of new SoC's.
Hence add of_device_id structure to collect the compatible strings of
SoC's using this driver
Use kmalloc_node() instead of kmalloc() when possible to optimize
for performance on NUMA platforms.
Signed-off-by: Jiang Liu
---
arch/x86/pci/acpi.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/x86/pci/acpi.c b/arch/x86/pci/acpi.c
index 01edac6c5e18..91bef49
1) Remove out-of-date comment
2) Kill unused function acpi_set_irq_model_pic()
3) Use NR_IRQS_LEGACY instead of hard-coded 16
4) Trivial syntax improvements
Signed-off-by: Jiang Liu
---
arch/x86/kernel/acpi/boot.c | 50 ++-
1 file changed, 16 insertions(
Exynos5420 is a big-little Soc from Samsung. It has 4 A15 and 4 A7 cores.
This patchset adds cpuidle support for Exynos5420 SoC based on
generic big.little cpuidle driver.
Tested on SMDK5420.
This patch set depends on:
1. [PATCH 0/5] MCPM backend for Exynos5420
http://www.spin
Add support to select generic big-little cpuidle driver for Samsung Exynos
series SoC's. This is required for Exynos big-llittle SoC's eg, Exynos5420.
Signed-off-by: Chander Kashyap
Signed-off-by: Chander Kashyap
---
Changes in v4:
1. Typo fixed from SOC_EXYNOS5420 to ARCH_EXYNOS
Static function irq_to_gsi() is only called by acpi_isa_irq_to_gsi(),
so kill function irq_to_gsi() and simplify acpi_isa_irq_to_gsi().
Signed-off-by: Jiang Liu
---
arch/x86/kernel/acpi/boot.c | 26 ++
1 file changed, 6 insertions(+), 20 deletions(-)
diff --git a/arch/
The address of cpu power registers in pmu is based on cpu number
offsets. This function calculate the same. This is essentially
required in case of multi-cluster SoC's e.g Exynos5420.
Signed-off-by: Chander Kashyap
Signed-off-by: Chander Kashyap
---
arch/arm/mach-exynos/regs-pmu.h |9 ++
Signed-off-by: Eli Billauer
---
Documentation/driver-model/devres.txt |2 ++
include/asm-generic/pci-dma-compat.h | 17 +
2 files changed, 19 insertions(+), 0 deletions(-)
diff --git a/Documentation/driver-model/devres.txt
b/Documentation/driver-model/devres.txt
index 13
This patchset consists of new functions to the managed device resource
API, followed by patches for the Xillybus driver that now relies on these.
Rationale: While migrating the staging/xillybus driver to rely completely on
managed resources, some functionalities were missing, and hence added:
* d
dmam_map_single() and dmam_unmap_single() are the managed counterparts
for the respective dma_* functions.
Note that dmam_map_single() returns zero on failure, and not a value to
be handled by dma_mapping_error(): The error check is done by
dmam_map_single() to avoid the registration of a mapping
Managed device resource API replaces code that reinvents it for memory
allocation, page allocation and DMA mapping.
Suggested-by: Baruch Siach
Signed-off-by: Eli Billauer
---
drivers/staging/xillybus/xillybus.h | 31 +--
drivers/staging/xillybus/xillybus_core.c | 160 ---
Suggested-by: Baruch Siach
Signed-off-by: Eli Billauer
---
drivers/staging/xillybus/xillybus.h |1 -
drivers/staging/xillybus/xillybus_core.c |2 +-
drivers/staging/xillybus/xillybus_of.c | 47 -
drivers/staging/xillybus/xillybus_pcie.c | 65 ---
At Thu, 15 May 2014 10:43:14 -0700,
bseg...@google.com wrote:
>
> Roman Gushchin writes:
>
> > tg_set_cfs_bandwidth() sets cfs_b->timer_active to 0 to
> > force the period timer restart. It's not safe, because
> > can lead to deadlock, described in commit 927b54fccbf0:
> > "__start_cfs_bandwidth
devm_get_free_pages() and devm_free_pages() are the managed counterparts
for __get_free_pages() and free_pages().
Signed-off-by: Eli Billauer
---
Documentation/driver-model/devres.txt |2 +
drivers/base/devres.c | 76 +
include/linux/device.h
Hi,
I've added this patch, plus the one you sent yesterday to the GFS2 -nmw
tree. Thanks,
Steve.
On 15/05/14 17:57, Fabian Frederick wrote:
Related function is not gfs2_set_flags but do_gfs2_set_flags
Cc: Steven Whitehouse
Cc: Andrew Morton
Signed-off-by: Fabian Frederick
---
fs/gfs2/f
Adding libdw DWARF post unwind support, which is part
of elfutils-devel/libdw-dev package from version 0.158.
The new code is contained in unwin-libdw.c object, and
implements unwind__get_entries unwind interface function.
Signed-off-by: Jean Pihet
Reviewed-by: Will Deacon
Cc: Jiri Olsa
Cc: Co
Introducing perf_regs_load function, which is going
to be used for dwarf unwind test in following patches.
It takes single argument as a pointer to the regs dump
buffer and populates it with current registers values.
Signed-off-by: Jean Pihet
Reviewed-by: Will Deacon
Cc: Corey Ashford
Cc: Fred
On 16 May 2014 13:54, Viresh Kumar wrote:
> On 16 May 2014 13:43, Chander Kashyap wrote:
>> From: Chander Kashyap
>>
>> It may be possible to unregister and re-register the cpufreq driver.
>> One such example is arm big-little IKS cpufreq driver. While
>> re-registering the driver, same OPPs may
Prevents a build breakage since commit d944c4eebcf4c0d5e5d9728fec110cbf0047ad7f
'tools: Consolidate types.h'
Signed-off-by: Jean Pihet
---
tools/perf/arch/arm/include/perf_regs.h | 2 +-
tools/perf/arch/arm64/include/perf_regs.h | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --
Adding dwarf unwind test, that setups live machine data over
the perf test thread and does the remote unwind.
Need to use -fno-optimize-sibling-calls for test compilation,
otherwise 'krava_*' function calls are optimized into jumps
and ommited from the stack unwind.
So far it was enabled only for
On 05/15/2014 10:49 PM, Thierry Reding wrote:
> On Thu, May 15, 2014 at 06:30:13PM +0200, Arnd Bergmann wrote:
>> On Thursday 15 May 2014 15:56:03 Michal Simek wrote:
>>> IP is configurable as is normal for us.
>>> You can select IP with just one timer.
>>> It means register locations for specific
On 16 May 2014 14:12, Chander Kashyap wrote:
> On 16 May 2014 13:54, Viresh Kumar wrote:
>> On 16 May 2014 13:43, Chander Kashyap wrote:
>>> From: Chander Kashyap
>>>
>>> It may be possible to unregister and re-register the cpufreq driver.
>>> One such example is arm big-little IKS cpufreq driv
- Original Message -
> From: "Jon Maxwell"
> To: step...@networkplumber.org
> Cc: da...@davemloft.net, "makita toshiaki" ,
> vyase...@redhat.com,
> bri...@lists.linux-foundation.org, net...@vger.kernel.org,
> linux-kernel@vger.kernel.org, jpi...@redhat.com
> Sent: Friday, May 16, 2014
On 10/05/14 01:52, Aaro Koskinen wrote:
> Commit 1e434f9318efc3dddc0c0b8d2071712668154c2b (OMAPFB: remove early mem
> alloc from old omapfb) deleted the support for early fbmem allocation
> from the platform code, but some code still remains in the driver side.
> Delete this code now, as it repoted
SA-1101.h was included in the tree shortly before v2.4.0. The #include
preprocessor directive that includes it has always depended on a
preprocessor check for CONFIG_SA1101. But the related (Kconfig) symbol
has never been part of the tree. Remove that preprocessor check and this
unused header.
Sig
On 05/05/2014 12:57 PM, Bartlomiej Zolnierkiewicz wrote:
Replace EXYNOS_BOOT_VECTOR_ADDR and EXYNOS_BOOT_VECTOR_FLAG macros
by exynos_boot_vector_addr() and exynos_boot_vector_flag() static
inlines.
This patch shouldn't cause any functionality changes.
Signed-off-by: Bartlomiej Zolnierkiewicz
From: Chander Kashyap
This patch detects the duplicate OPP entries and discards them
Signed-off-by: Chander Kashyap
Signed-off-by: Inderpal Singh
---
Changes in v3:
- Modify the commit log
Changes in v2:
- Reorder check for duplicate opp
drivers/base/power/opp.c | 13
Hi Nicolas,
You might want to change the subject.
s/sched: remove remaining power to the CPU/
sched: remove remaining usage of cpu *power* .
The subject has to explicitly specify in some way
that it is a change made to the terminology.
Regards
Preeti U Murthy
On Thu, May 15, 2014 at 2:27 AM,
Hi Arnd,
On Wednesday 14 May 2014 06:15 PM, Arnd Bergmann wrote:
> On Wednesday 14 May 2014 11:14:45 Kishon Vijay Abraham I wrote:
>> hi Arnd,
>>
>> On Tuesday 13 May 2014 07:04 PM, Arnd Bergmann wrote:
>>> On Tuesday 13 May 2014 15:27:46 Arnd Bergmann wrote:
On Tuesday 13 May 2014 18:56:23 K
On 05/05/2014 12:57 PM, Bartlomiej Zolnierkiewicz wrote:
Add S5P_CENTRAL_SEQ_OPTION register setup for EXYNOS4x12 to AFTR
mode code. Without this setup AFTR mode doesn't show any benefit
over WFI one. When this setup is applied AFTR mode reduces power
consumption by ~12% (as measured on Trats2
Handling calls to ->target_index() has got complex over time and might become
more complex. So, its better to take target_index() bits out in another routine
__target_index() for better code readability. Shouldn't have any functional
impact.
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/cpufre
Douglas Anderson, recently pointed out an interesting problem due to which
udelay() was expiring earlier than it should.
While transitioning between frequencies few platforms may temporarily switch to
a stable frequency, waiting for the main PLL to stabilize.
For example: When we transition betwe
On Fri, May 16, 2014 at 05:08:10PM +0900, Daeseok Youn wrote:
> >From 1cebea7a40490d0d0b122eb444a105d424af42e6 Mon Sep 17 00:00:00 2001
> From: Daeseok Youn
> Date: Fri, 16 May 2014 17:02:04 +0900
> Subject: [PATCH] staging: ozwpan: remove redundant NULL check for devs
>
Your patches before were
Douglas Anderson, recently pointed out an interesting problem due to which
udelay() was expiring earlier than it should.
While transitioning between frequencies few platforms may temporarily switch to
a stable frequency, waiting for the main PLL to stabilize.
For example: When we transition betwe
Tegra had always been switching to intermediate frequency (pll_p_clk) since
ever. CPUFreq core has better support for handling notifications for these
frequencies and so we can adapt Tegra's driver to it.
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/tegra-cpufreq.c | 81 +++---
On Thu, May 15, 2014 at 10:46:50PM -0600, Alex Williamson wrote:
> On Fri, 2014-05-16 at 00:50 +0200, Daniel Vetter wrote:
> > On Thu, May 15, 2014 at 11:43 PM, Alex Williamson
> > wrote:
> > > I don't know what to do with this. It seems like a lot of wishful
> > > thinking that in the best case
None of the defines "for modules using static and dynamic DMA channels"
are used. Remove these.
Signed-off-by: Paul Bolle
---
0) v1 was called "ARM: imx: remove check for CONFIG_SDMA_IRAM". This
version just removes the entire block of defines, as Sascha suggested.
1) Still untested.
arch/arm/
1 - 100 of 782 matches
Mail list logo
