* Vince Weaver wrote:
> So this is just a warning, and I've reported it before, but the
> perf_fuzzer triggers this fairly regularly on my Haswell system.
>
> It looks like fixed counter 0 (retired instructions) being set to
> fffe occasionally causes an irq loop storm and gets
>
Am Freitag, 1. Mai 2015, 11:13:31 schrieb Herbert Xu:
Hi Herbert,
>On Tue, Apr 28, 2015 at 05:00:03AM +0200, Stephan Mueller wrote:
>> @@ -1081,6 +1115,11 @@ static int drbg_seed(struct drbg_state *drbg, struct
>> drbg_string *pers,>
>> return -EINVAL;
>>
>> }
>>
>> +
On 1 May 2015 at 01:13, Marek Vasut wrote:
> On Thursday, April 30, 2015 at 11:13:12 PM, Michal Suchanek wrote:
>> The sector size of the flash memory is unclear from datasheet or may
>> possibly vary between chips so add a flag to always use 4k blocks.
>>
>> Currently 4k blocks are always used wh
Implement ability to specify Power PMU events by their symbolic event
names rather than raw codes. This approach pulls tables of the Power7
and Power8 PMU events into the perf source tree and uses these tables
to create aliases for the PMU events. With these aliases users can run:
perf sta
This table will be used in a follow-on patch to allow specifying
Power7 events by name rather than by their raw codes.
Signed-off-by: Sukadev Bhattiprolu
---
tools/perf/arch/powerpc/util/power7-events.h | 3315 ++
1 file changed, 3315 insertions(+)
create mode 100644 too
mfspr() and related macros will be needed in two separate files.
Move these defintions to a common header file.
Signed-off-by: Sukadev Bhattiprolu
---
tools/perf/arch/powerpc/util/header.c |9 +
tools/perf/arch/powerpc/util/header.h |9 +
2 files changed, 10 insertions(+)
Using the tables of Power7 and Power8 events, create aliases for the
Power PMU events. This would allow us to specify all Power events by
name rather than by raw code:
$ /tmp/perf stat -e PM_1PLUS_PPC_CMPL sleep 1
Performance counter stats for 'sleep 1':
757,6
On 05/01/2015 02:23 PM, David Gibson wrote:
On Fri, May 01, 2015 at 02:01:17PM +1000, Alexey Kardashevskiy wrote:
On 04/29/2015 04:31 PM, David Gibson wrote:
On Sat, Apr 25, 2015 at 10:14:50PM +1000, Alexey Kardashevskiy wrote:
In order to support memory pre-registration, we need a way to trac
* Wang Nan wrote:
> This series of patches is an approach to integrate eBPF with perf.
Very promising!
> After applying these patches, users are allowed to use following
> command to load eBPF program compiled by LLVM into kernel:
>
> $ perf bpf sample_bpf.o
Please keep space for a subcomma
On Thu, Apr 30, 2015 at 10:05:00PM +0530, hari prasath wrote:
> >>> Greg I am not sure if this needs to go into next release. I send this
> >>> patch as checkpatch was complaining about it. May be the owners of this
> >>> driver can only decide >>> upon it. Alan cox also mentioned the same
> >>
* Aravind Gopalakrishnan wrote:
> Newer AMD processors can generate deferred errors and can be configured
> to generate APIC interrupts on such events.
What's the wider context of this? What is it good for?
I suspect it's MCE related, but only from the diffstat:
> arch/x86/kernel/cpu/mcheck/
* George Beshers wrote:
> UV: NMI: insert this_cpu_read accessor function on uv_hub_nmi.
>
> UV NMI was accidently broken by this patch.
Broken in what way?
> commit e16321709c8270f9803bbfdb51e5e02235078c7f
> Author: Christoph Lameter
> Date: Sun Aug 17 12:30:41 2014 -0500
Tha
Am Donnerstag, 30. April 2015, 15:36:52 schrieb Tadeusz Struk:
Hi Tadeusz,
>Add Public Key Encryption API.
>
>Signed-off-by: Tadeusz Struk
>---
> crypto/Kconfig |6 +
> crypto/Makefile|1
> crypto/crypto_user.c | 23 +
> crypto/pke.c | 114
* George Beshers wrote:
> UV: NMI: simple dump failover if kdump fails
>
> The ability to trigger a kdump using the system NMI command
> was added by
>
> commit 12ba6c990fab50fe568f3ad8715e81e356552428
> Author: Mike Travis
> Date: Mon Sep 23 16:25:03 2013 -0500
>
> When kd
Just a nit: a license mismatch.
On Thu, 2015-04-30 at 23:28 +0200, Marek Belisko wrote:
> --- /dev/null
> +++ b/sound/soc/codecs/gtm601.c
> + * This program is free software; you can redistribute it and/or modify it
> + * under the terms of the GNU General Public License as published by the
On Fri, May 01, 2015 at 10:18:14AM +0300, Dan Carpenter wrote:
> On Thu, Apr 30, 2015 at 10:05:00PM +0530, hari prasath wrote:
> > >>> Greg I am not sure if this needs to go into next release. I send this
> > >>> patch as checkpatch was complaining about it. May be the owners of this
> > >>> driv
On Thu, Apr 30, 2015 at 11:25:48PM +0100, One Thousand Gnomes wrote:
> On Thu, 30 Apr 2015 16:14:06 +0200
> "gre...@linuxfoundation.org" wrote:
>
> > On Thu, Apr 23, 2015 at 04:09:28PM +0100, Alan Cox wrote:
> > > On Thu, 2015-04-23 at 13:43 +, Gujulan Elango, Hari Prasath (H.)
> > > wrote:
>
This series add SMP brinup support for mediatek SoCs. This is based
on v4.1-rc1.
There are 2 similar but different SMP bringup up methods on Mediatek
mt65xx and mt81xx. On MT8135 & MT8127, system boots with a trustzone
firmware. Others, like MT6589, doesn't have trustzone, and run kernel
directly
Spurious timer interrupt is noticed in mtk timer and cause kernel
crash. In mtk_timer_interrupt(), only run event_handler if it is
not NULL.
Signed-off-by: Yingjoe Chen
---
drivers/clocksource/mtk_timer.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/clocksource/m
When cpu is in deep idle, arch timer will stop counting. Setup GPT as
sched clock source so it can keep counting in idle.
Signed-off-by: Yingjoe Chen
---
drivers/clocksource/mtk_timer.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/clocksource/mtk_timer.c b/drivers/cloc
Add arch timer node to enable arch-timer support. MT8127 firmware
doesn't correctly setup arch-timer frequency and CNTVOFF, add
properties to workaround this.
This also set cpu enable-method to enable SMP.
Signed-off-by: Yingjoe Chen
---
arch/arm/boot/dts/mt8127.dtsi | 16
1 fi
From: Matthias Brugger
We enable GTP6 which ungates the arch timer clock.
In the future this should be done in the bootloader.
Signed-off-by: Matthias Brugger
Signed-off-by: Yingjoe Chen
---
arch/arm/mach-mediatek/mediatek.c | 29 +
1 file changed, 29 insertions(+)
Add support for booting secondary CPUs on mt6589, mt8127
and mt8135.
Signed-off-by: Yingjoe Chen
---
arch/arm/mach-mediatek/Makefile | 3 +
arch/arm/mach-mediatek/platsmp.c | 145 +++
2 files changed, 148 insertions(+)
create mode 100644 arch/arm/mach-medi
Add arch timer node to enable arch-timer support. MT8135 firmware
doesn't correctly setup arch-timer frequency and CNTVOFF, add
properties to workaround this.
This also set cpu enable-method to enable SMP.
Signed-off-by: Yingjoe Chen
---
arch/arm/boot/dts/mt8135.dtsi | 16
1 fi
This commit add new cpu enable method "mediatek,mt65xx-smp" and
"mediatek,mt81xx-tz-smp".
Signed-off-by: Yingjoe Chen
---
Documentation/devicetree/bindings/arm/cpus.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/arm/cpus.txt
b/Documentation/devicetre
2015-05-01 15:17 GMT+09:00 Axel Lin :
> Use regulator_is_enabled_regmap() to replace max77843_reg_is_enabled().
>
> Signed-off-by: Axel Lin
(sending one more time, this time without HTML)
I did not update the max77843 driver with such change (as did for
max77693) because I think they should be m
2015-05-01 0:58 GMT+09:00 Kevin Hilman :
> Hi Krzystof,
>
> Krzysztof Kozlowski writes:
>
>> 2015-04-02 23:36 GMT+09:00 Krzysztof Kozlowski :
>>> On Arndale Octa the S2MPS11 RTC alarm interrupt was not handled at all
>>> because of wrong configuration of interrupt and gpx3-2.
>>> 1. Interrupt is s
On 30/04/15 17:20, Maxime Coquelin wrote:
This adds documentation of device tree bindings for the
STM32 reset controller.
Tested-by: Chanwoo Choi
Acked-by: Philipp Zabel
Acked-by: Rob Herring
Signed-off-by: Maxime Coquelin
---
.../devicetree/bindings/reset/st,stm32-rcc.txt | 107 ++
Hello John,
On 30/04/2015 18:42, John Stultz wrote:
> On Thu, Apr 30, 2015 at 5:46 AM, Mason wrote:
>
>> I wanted to enable high-resolution timers on this Cortex A9 system,
>> but it seems there is more to it than just enabling
>>
>> CONFIG_HIGH_RES_TIMERS=y
>>
>> (The system is limited to jiff
On 01.05.2015 00:36, Michael Welling wrote:
On Fri, May 01, 2015 at 12:21:20AM +0200, Sebastian Hesselbarth wrote:
On 30.04.2015 23:20, Michael Welling wrote:
On Thu, Apr 30, 2015 at 10:44:07PM +0200, Sebastian Hesselbarth wrote:
[...]
What I noticed about your clk2 that you always measure as
On 04/29/2015 05:05 PM, Jeppe Ledet-Pedersen wrote:
> Using IDR_SRR in RXFIFO_ID to test for the presence of data is only
> valid for standard frames. For extended frames the bit is always 1 and
> IDR_RTR should be used instead. This patch switches the check to use
> CAN_RTR_FLAG which is correctly
typedef is not really useful here. Replace it by structure
to improve readability. typedef should only be used in some cases.
(See Documentation/CodingStyle Chapter 5 for details).
Signed-off-by: Fabian Frederick
---
Compiled but untested.
V3: -constify arrays(patch 2) (suggested by Joe Perches)
pxa255_run_freqs and pxa255_turbo_freqs are only read.
This patch updates arrays declaration, find_freq_tables()
and its callsites.
Suggested-by: Joe Perches
Signed-off-by: Fabian Frederick
---
Compiled but untested.
drivers/cpufreq/pxa2xx-cpufreq.c | 12 ++--
1 file changed, 6 inserti
On Friday 01 May 2015 12:17 PM, Akinobu Mita wrote:
> Since arc doesn't select ARCH_HAS_SG_CHAIN, it is not necessary to
> use for_each_sg() in order to loop over each sg element. But this can
> help find problems with drivers that do not properly initialize their
> sg tables when CONFIG_DEBUG_SG
I have nothing to do with this, please drop me from Cc.
Thanks,
Jean
On Thu, 30 Apr 2015 15:36:47 -0700, Tadeusz Struk wrote:
> This patch set introduces a Public Key Encryption API.
> What is proposed is a new crypto type called crypto_pke_type
> plus new struct pke_alg and struct pke_tfm togeth
On Thu, Apr 30, 2015 at 03:39:24PM -0400, Chris Metcalf wrote:
> This change allows some cores to be excluded from running the
> smp_hotplug_thread tasks. The following commit to update
> kernel/watchdog.c to use this functionality is the motivating
> example, and more information on the motivatio
On Fri, Apr 10, 2015 at 9:22 PM, Lad, Prabhakar
wrote:
> Hi Tony,
>
> On Tue, Mar 17, 2015 at 2:23 AM, Tony Lindgren wrote:
>> * Lad, Prabhakar [150316 18:20]:
>>> Hi Tony,
>>>
>>> On Mon, Mar 16, 2015 at 10:17 PM, Tony Lindgren wrote:
>>> > * Lad Prabhakar [150312 16:38]:
>>> >> From: "Lad, P
On Fri, Apr 10, 2015 at 11:51 PM, Paul Walmsley wrote:
> Hi Prabhakar
>
> On Fri, 10 Apr 2015, Lad, Prabhakar wrote:
>
>> Hi Paul,
>>
>> On Tue, Feb 10, 2015 at 11:10 PM, Paul Walmsley wrote:
>> > On Wed, 28 Jan 2015, Benoit Parrot wrote:
>> >
>> >> Suspend/resume is functional with this patch.
>
On 30 April 2015 at 20:54, Chirantan Ekbote wrote:
> On Thu, Apr 30, 2015 at 10:23 AM, Olof Johansson wrote:
>> Hi,
>>
>> On Thu, Apr 30, 2015 at 10:10 AM, John Stultz wrote:
>>> On Thu, Apr 30, 2015 at 9:25 AM, Bastien Nocera wrote:
On Tue, 2014-10-21 at 10:04 -0700, John Stultz wrote:
>>
On Thu, Apr 30, 2015 at 04:23:26PM -0700, H. Peter Anvin wrote:
> I probably should have added that the microbenchmark specifically tests
> for an atomic 5-byte NOP (as required by tracepoints etc.) If the
> requirement for 5-byte atomic is dropped there might be faster
> combinations, e.g. 66 66
Hi Mita-san,
On Fri, May 1, 2015 at 8:47 AM, Akinobu Mita wrote:
> Since m68k doesn't select ARCH_HAS_SG_CHAIN, it is not necessary to
> use for_each_sg() in order to loop over each sg element. But this can
> help find problems with drivers that do not properly initialize their
> sg tables when
On Thu, 30 Apr 2015 19:45:50 +0200
Sebastian Hesselbarth wrote:
> For Si5351 clock driver, Michael Welling and Jean-Francois Moine reported
> issues with recent v4.x kernels due to broken/missing/wrong parent clock
> claming. This patch set now deals with the issues reported.
>
> Patch 1 amends
2015-05-01 1:50 GMT+09:00 Olof Johansson :
> On Thu, Apr 30, 2015 at 9:40 AM, Javier Martinez Canillas
> wrote:
>> Hello Olof,
>>
>> On 04/30/2015 05:57 PM, Olof Johansson wrote:
>>> On Thu, Apr 30, 2015 at 8:44 AM, Kevin Hilman wrote:
Krzysztof Kozlowski writes:
>>>
>>> This should
On Thu, Apr 30, 2015 at 09:19:54PM -0700, Palmer Dabbelt wrote:
> I ran across what I believe is a bug in some asm-generic code while
> working on the RISC-V Linux port. Essentially the problem is that
> wait_on_bit() takes a void *, but then perfroms long-aligned
> operation. As far as I can tel
Stephen Rothwell reported the following
Today's linux-next build (sparc defconfig) failed like this:
mm/bootmem.c: In function 'free_all_bootmem_core':
mm/bootmem.c:237:32: error: 'cur' undeclared (first use in this
function)
__free_pages_bootmem(page++, cur++,
This is take 2 on describing why these section names exist. If accepted
then it should be considered a fix for the mmotm patch
mm-meminit-initialise-a-subset-of-struct-pages-if-config_deferred_struct_page_init-is-set.patch
Signed-off-by: Mel Gorman
---
mm/internal.h | 12
1 file cha
Hi Tom,
On 05/01/2015 01:52 AM, Tom Zanussi wrote:
Hi Daniel,
On Thu, 2015-04-30 at 12:06 +0200, Daniel Wagner wrote:
Hi,
I would like to discuss a possible way of getting the feature of the
latecy_hist.patch [1] added to mainline.
"Latency histograms are primarily relevant in the context of
The patch "mm: meminit: Reduce number of times pageblocks are
set during struct page init" is setting a pageblock before
the page is initialised. This is a fix for the mmotm patch
mm-meminit-reduce-number-of-times-pageblocks-are-set-during-struct-page-init.patch
Signed-off-by: Mel Gorman
---
mm
On 05/01/2015 02:54 AM, Steven Rostedt wrote:
On Thu, 30 Apr 2015 21:14:52 -0500
Tom Zanussi wrote:
'hist:key=latency.bucket:val=hitcount:sort=latency if cpu==0'
but I haven't got this working. I didn't spend much time figuring out
why this doesn't work. Even if the above is working you stil
On Fri, 2015-05-01 at 09:41 +0200, gre...@linuxfoundation.org wrote:
> On Thu, Apr 30, 2015 at 11:25:48PM +0100, One Thousand Gnomes wrote:
> > On Thu, 30 Apr 2015 16:14:06 +0200
> > "gre...@linuxfoundation.org" wrote:
> >
> > > On Thu, Apr 23, 2015 at 04:09:28PM +0100, Alan Cox wrote:
> > > > On
Hi Linus,
Please pull the following arm64 fixes for 4.1. Not too much here, but
we've addressed a couple of nasty issues in the dma-mapping code as well
as adding the halfword and byte variants of load_acquire/store_release
following on from the CSD locking bug that you fixed in the core.
Thanks,
On 01.05.2015 11:14, Jean-Francois Moine wrote:
On Thu, 30 Apr 2015 19:45:50 +0200
Sebastian Hesselbarth wrote:
For Si5351 clock driver, Michael Welling and Jean-Francois Moine reported
issues with recent v4.x kernels due to broken/missing/wrong parent clock
claming. This patch set now deals wi
On Thu, Apr 30, 2015 at 11:16:30PM -0500, Aravind Gopalakrishnan wrote:
> I used the term as it is an interrupt due to the deferred error.
> Would 'deferred_err_interrupt' be more apt? Maybe 'irq_deferred_error_count'
> for the counter?
Yeah, I think it is important to stick to the "deferred erro
Current code in mfd-core calls into ACPI to check resources even
on a system that booted with a DT (on kernels with both DT and ACPI
support compiled in). This triggers ACPI exceptions since we may
end up calling the ACPI interpreter when it has not been initialized:
"ACPI Exception: AE_BAD_PARAME
On 04/29/2015 03:04 PM, David Gibson wrote:
On Sat, Apr 25, 2015 at 10:14:46PM +1000, Alexey Kardashevskiy wrote:
TCE tables might get too big in case of 4K IOMMU pages and DDW enabled
on huge guests (hundreds of GB of RAM) so the kernel might be unable to
allocate contiguous chunk of physical m
On 2015-04-30 John Stultz wrote:
> >From your description it does seem like some sort of edge case
> >problem
> w/ the 32bit ktime_divns(), but I don't see it right off, and I agree
> with Alan to do both calculations and print out warn when that
> happens.
>
> There's also not a ton of users of t
Introduce a new per-device flag power.force_direct_complete that will
instruct the PM core to let that device remain in runtime suspend when
the system goes into a sleep power state, regardless of the PM state of
any of its descendants.
This is needed because otherwise it would be needed to get do
On Fri, May 01, 2015 at 12:47:13PM +0800, Fengguang Wu wrote:
> commit 77a4d1a1b9a122ca1fa3507bd30aec1520d7a8a4
> sched: Cleanup bandwidth timers
> [ 64.000438] WARNING: CPU: 0 PID: 0 at kernel/time/hrtimer.c:802
> hrtimer_forward+0x71/0x189()
Argh, yes of course. The problem is that the t
On Thu, Apr 30, 2015 at 09:47:44PM -0400, Paul Gortmaker wrote:
> This file is built off of a tristate Kconfig option and also contains
> modular function calls so it should explicitly include module.h to
> avoid compile breakage during header shuffles done in the future.
Why are you sending me PC
Commit-ID: 02ac5421ddc634767c732f9b6a10a395a9ecfc4f
Gitweb: http://git.kernel.org/tip/02ac5421ddc634767c732f9b6a10a395a9ecfc4f
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 22 Apr 2015 11:11:57 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 23 Apr 2015 17:08:08 -0300
pe
Commit-ID: 6145c259cd454bcb7a1288f7bbb7b4fbc18175dd
Gitweb: http://git.kernel.org/tip/6145c259cd454bcb7a1288f7bbb7b4fbc18175dd
Author: Will Deacon
AuthorDate: Thu, 23 Apr 2015 14:40:37 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 23 Apr 2015 17:08:22 -0300
perf kmem: Cons
On 04/29/2015 02:39 PM, David Gibson wrote:
On Sat, Apr 25, 2015 at 10:14:44PM +1000, Alexey Kardashevskiy wrote:
This is a part of moving TCE table allocation into an iommu_ops
callback to support multiple IOMMU groups per one VFIO container.
This moves a table creation window to the file with
Commit-ID: cb24d01d217497fb32467de22d773655f47d3896
Gitweb: http://git.kernel.org/tip/cb24d01d217497fb32467de22d773655f47d3896
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 22 Apr 2015 10:04:23 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 23 Apr 2015 17:07:59 -0300
pe
Commit-ID: 410ceb8f2f1d4edeb02d229ef192e76602005b8b
Gitweb: http://git.kernel.org/tip/410ceb8f2f1d4edeb02d229ef192e76602005b8b
Author: Namhyung Kim
AuthorDate: Fri, 24 Apr 2015 10:45:16 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 24 Apr 2015 12:47:10 -0300
tools lib trac
Commit-ID: 4ad1f4300e3bddf63109aa63cfb2d37e8585ecc7
Gitweb: http://git.kernel.org/tip/4ad1f4300e3bddf63109aa63cfb2d37e8585ecc7
Author: David Ahern
AuthorDate: Tue, 14 Apr 2015 13:49:33 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 24 Apr 2015 12:44:47 -0300
perf kmem: Fix
On Thu, Apr 30, 2015 at 05:12:16PM -0400, Waiman Long wrote:
> In up_write()/up_read(), rwsem_wake() will be called whenever it
> detects that some writers/readers are waiting. The rwsem_wake()
> function will take the wait_lock and call __rwsem_do_wake() to do the
> real wakeup. For a heavily con
Commit-ID: de28c15daf60e9625bece22f13a091fac8d05f1d
Gitweb: http://git.kernel.org/tip/de28c15daf60e9625bece22f13a091fac8d05f1d
Author: Bobby Powers
AuthorDate: Tue, 21 Apr 2015 19:19:41 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 23 Apr 2015 17:08:23 -0300
tools lib api:
Commit-ID: 052b0f6eaf8b1f02669884a177bc3ce463133a42
Gitweb: http://git.kernel.org/tip/052b0f6eaf8b1f02669884a177bc3ce463133a42
Author: Davidlohr Bueso
AuthorDate: Fri, 24 Apr 2015 10:00:48 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 27 Apr 2015 13:57:49 -0300
perf bench
Commit-ID: 24f1ced167e5e011040b4c3aae75aee45a79eed5
Gitweb: http://git.kernel.org/tip/24f1ced167e5e011040b4c3aae75aee45a79eed5
Author: Petr Holasek
AuthorDate: Thu, 16 Apr 2015 17:38:17 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 27 Apr 2015 13:57:49 -0300
perf bench num
Commit-ID: c671835021798c1c40ca0b55b49feff76ed5e0e1
Gitweb: http://git.kernel.org/tip/c671835021798c1c40ca0b55b49feff76ed5e0e1
Author: Wang Nan
AuthorDate: Sat, 25 Apr 2015 07:25:03 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 27 Apr 2015 13:24:32 -0300
perf top: Fix a se
Commit-ID: 1d90a685eb75a56648d7dd22c704a1a6da516de9
Gitweb: http://git.kernel.org/tip/1d90a685eb75a56648d7dd22c704a1a6da516de9
Author: Petr Holasek
AuthorDate: Thu, 16 Apr 2015 17:38:19 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 27 Apr 2015 13:57:50 -0300
perf bench num
Commit-ID: d13855ef18e1852b2c4dc86ddf5759c5b34628cb
Gitweb: http://git.kernel.org/tip/d13855ef18e1852b2c4dc86ddf5759c5b34628cb
Author: He Kuang
AuthorDate: Sat, 25 Apr 2015 16:08:58 +0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 27 Apr 2015 13:57:29 -0300
perf probe: Fix bu
On Fri, May 01, 2015 at 11:28:01AM +0800, Ming Lei wrote:
> If there are too many pending per work I/O, too many
> high priority work thread can be generated so that
> system performance can be effected.
>
> This patch limits the max pending per work I/O as 16,
> and will fackback to single queue
On Thu, Apr 30, 2015 at 09:49:22AM -0500, Aravind Gopalakrishnan wrote:
> SUCCOR stands for S/W UnCorrectable error COntainment and Recovery.
> It indicates support for data poisoning in HW and deferred error
> interrupts.
>
> Add new bitfield in mce_vendor_flags for this.
> We use this to verify
Hi Martin,
> Martin Fuzzey hat am 28. April 2015 um 16:17
> geschrieben:
>
>
> Add regulator driver and associated DT bindings for the regulators in the
> Freescale MC34708 PMIC.
from my understanding this PMIC is used typically for i.MX50/53 SoCs. So in this
case
it would make sense to mention
The ACPI procfs power interface is initialized by compilation units
that are only selectable on X86 platforms. Since its usage is
deprecated and it cannot even be used on platforms other than X86
it should be compiled in only on X86 platforms.
This patch makes CONFIG_ACPI_PROCFS_POWER dependent on
2015-05-01 18:07 GMT+09:00 Geert Uytterhoeven :
> Hi Mita-san,
>
> On Fri, May 1, 2015 at 8:47 AM, Akinobu Mita wrote:
>> Since m68k doesn't select ARCH_HAS_SG_CHAIN, it is not necessary to
>> use for_each_sg() in order to loop over each sg element. But this can
>> help find problems with drivers
Hi Martin,
> Martin Fuzzey hat am 28. April 2015 um 16:17
> geschrieben:
>
>
> Signed-off-by: Martin Fuzzey
a commit message would be nice and the subject should specify dt-bindings
instead of regulator subsystem.
Stefan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel
On 30/04/15 20:08, Boris Ostrovsky wrote:
> Commit 61f01dd941ba ("x86_64, asm: Work around AMD SYSRET SS descriptor
> attribute issue") makes AMD processors set SS to __KERNEL_DS in
> __switch_to() to deal with cases when SS is NULL.
>
> This breaks Xen PV guests who do not want to load SS with__K
Hi Martin,
> Martin Fuzzey hat am 28. April 2015 um 16:17
> geschrieben:
>
>
> [...]
> diff --git a/drivers/regulator/mc34708-regulator.c
> b/drivers/regulator/mc34708-regulator.c
> new file mode 100644
> index 000..b5ff727
> --- /dev/null
> +++ b/drivers/regulator/mc34708-regulator.c
> @@ -0
On 29/04/15 22:10, Boris Ostrovsky wrote:
> After a resume the hypervisor/tools may change xenbus event
> channel number. We should re-query it.
Reviewed-by: David Vrabel
David
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.k
On 29/04/15 22:10, Boris Ostrovsky wrote:
> When a guest is resumed, the hypervisor may change event channel
> assignments. If this happens and the guest uses 2-level events it
> is possible for the interrupt to be claimed by wrong VCPU since
> cpu_evtchn_mask bits may be stale. This can happen eve
We don't have any arch specific scatterlist now that parisc switched over
to the generic one.
Signed-off-by: Christoph Hellwig
---
arch/alpha/include/asm/pci.h | 2 +-
arch/arm/include/asm/dma.h| 2 +-
arch/arm/mach-footbridge/dma.c| 2 +-
arch/blackfin/include/as
Hi,
On Fri, May 1, 2015 at 9:05 AM, Michal Suchanek wrote:
> On 1 May 2015 at 01:13, Marek Vasut wrote:
>> On Thursday, April 30, 2015 at 11:13:12 PM, Michal Suchanek wrote:
>>> The sector size of the flash memory is unclear from datasheet or may
>>> possibly vary between chips so add a flag to
On Fri, May 01, 2015 at 12:34:21PM +0200, Stefan Wahren wrote:
> a commit message would be nice and the subject should specify dt-bindings
> instead of regulator subsystem.
No, it shouldn't. DT bindings for a subsystem go through the subsystem
and the subsystem maintainer needs to see them to re
The below patch should be in 4.1
---
commit 645523960102fa0ac0578d070630e49ab05f06d1
Author: Jacob Pan
Date: Thu Mar 26 14:28:45 2015 -0700
perf/x86/intel/rapl: Fix energy counter measurements but supporing per
domain energy units
RAPL energy hardware unit can vary within a sing
On Thu, Apr 30, 2015 at 11:28:01PM +0200, Marek Belisko wrote:
> select SND_SOC_WM9705 if SND_SOC_AC97_BUS
> select SND_SOC_WM9712 if SND_SOC_AC97_BUS
> select SND_SOC_WM9713 if SND_SOC_AC97_BUS
> + select SND_SOC_GTM601
> help
> +config SND_SOC_GTM601
> + trista
On Wed, Apr 29, 2015 at 05:54:02PM +0200, Arnd Bergmann wrote:
> On Wednesday 29 April 2015 14:57:10 Suthikulpanit, Suravee wrote:
> > Otherwise, it would seem inconsistent with what states in the ACPI spec:
> >
> > CCA objects are only relevant for devices that can access
> > CPU-visible mem
On Thu, Apr 30, 2015 at 09:37:04PM -0700, Alexei Starovoitov wrote:
> We're also working in parallel on creating a new tracing language
> that together with llvm backend can be used as a single shared library
> that can be called from perf or anything else.
Gurgh, please also keep normal C an opti
This is a patch which fixes memcpy warning found by a checpatch.pl in
p80211conv.c
and replaces memcpy with ether_addr_copy.
Signed-off-by: Abhishek-Bist
---
drivers/staging/wlan-ng/p80211conv.c | 22 --
1 file changed, 12 insertions(+), 10 deletions(-)
diff --git a/drivers
Tested on Xeon E5 2690v3.
Signed-off-by: Paul Barber
---
arch/x86/kernel/cpu/perf_event_intel_rapl.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/x86/kernel/cpu/perf_event_intel_rapl.c
b/arch/x86/kernel/cpu/perf_event_intel_rapl.c
index c4bb8b8..5bfe767 100644
--- a/arch/x86/kernel/
On 04/29/2015 05:01 PM, David Gibson wrote:
On Sat, Apr 25, 2015 at 10:14:52PM +1000, Alexey Kardashevskiy wrote:
We are adding support for DMA memory pre-registration to be used in
conjunction with VFIO. The idea is that the userspace which is going to
run a guest may want to pre-register a use
Hi Mark,
On Fri, May 1, 2015 at 1:03 PM, Mark Brown wrote:
> On Thu, Apr 30, 2015 at 11:28:01PM +0200, Marek Belisko wrote:
>
>> select SND_SOC_WM9705 if SND_SOC_AC97_BUS
>> select SND_SOC_WM9712 if SND_SOC_AC97_BUS
>> select SND_SOC_WM9713 if SND_SOC_AC97_BUS
>> + select SN
Hi Paul,
On Fri, May 1, 2015 at 9:30 AM, Paul Bolle wrote:
> Just a nit: a license mismatch.
Right, I copy and paste license header from wm827 driver but add
MODULE_LICENSE wrong version. I'll update in next version. Thanks.
>
> On Thu, 2015-04-30 at 23:28 +0200, Marek Belisko wrote:
>> --- /dev/
On 05/01/2015 06:35 AM, Eric W. Biederman wrote:
Hans de Bruin writes:
I expect what needs to happen is to confirm that nfs directory entry
revalidation is buggy, and at least for the short term re-add the nfs
logic that will avoid dropping a dentry if it is a mount point, or
path to a mount p
* Peter Zijlstra wrote:
> On Thu, Apr 30, 2015 at 09:37:04PM -0700, Alexei Starovoitov wrote:
> > We're also working in parallel on creating a new tracing language
> > that together with llvm backend can be used as a single shared library
> > that can be called from perf or anything else.
>
> G
Remove trailing whitespace from several lines in drivers/char/misc.c
This was done using scripts/cleanfile
Signed-off-by: Tal Shorer
---
drivers/char/misc.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/char/misc.c b/drivers/char/misc.c
index 9fd5a91..a4d
On Thu, Apr 30, 2015 at 7:36 PM, Ben Shelton wrote:
> The reason for doing this as a Kconfig option rather than with an additional
> partition is that we use the same .itb boot image (and kernel arguments) for
> a series of embedded controllers that have different NAND flash sizes, and we
> use th
On 30 April 2015 at 07:32, Rusty Russell wrote:
> You're absolutely right, well spotted! The checks can be tightened. We
> don't really care about execute, but logically write is "more
> privileged" than read.
>
> Best to separate the tests; OTHER_WRITABLE <= GROUP_WRITABLE <= OWNER_WRITABLE
>
grpci2priv is allocated using kzalloc, so there is no need to memset it.
Signed-off-by: Christophe Jaillet
---
arch/sparc/kernel/leon_pci_grpci2.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/sparc/kernel/leon_pci_grpci2.c
b/arch/sparc/kernel/leon_pci_grpci2.c
index 94e392b..814fb17
1 - 100 of 647 matches
Mail list logo
