On Sun, Aug 23, 2015 at 2:56 PM, Rasmus Villemoes
wrote:
>
> [Maybe one could just remove the fields and see if anybody actually
> notices/cares any longer. Or, if they are only used by kernel
> developers, put them in their own file.]
I'm actually inclined to try exactly that for 4.3, and then
From: Kan Liang
Get msr pmu type when processing pmu_mappings
Signed-off-by: Kan Liang
---
tools/perf/util/header.c | 3 +++
tools/perf/util/header.h | 1 +
2 files changed, 4 insertions(+)
diff --git a/tools/perf/util/header.c b/tools/perf/util/header.c
index 274792b..9db7c57 100644
---
From: Kan Liang
This patch introduces generic FEAT for CPU attributes. For the patch
set, we only need cpu max frequency. But it can be easily extented to
support more other CPU attributes.
The cpu max frequency is from the first online cpu.
Signed-off-by: Kan Liang
---
From: Arnaldo Carvalho de Melo
So that functions that deal primarily with an evsel to access
information that concerns the whole evlist it is in.
Signed-off-by: Arnaldo Carvalho de Melo
Signed-off-by: Kan Liang
---
tools/perf/util/evlist.c | 2 ++
tools/perf/util/evsel.c | 2 ++
From: Kan Liang
The group read results from cycles/ref-cycles/TSC/ASTATE/MSTATE event
can be used to calculate the frequency, CPU Utilization and percent
performance during each sampling period.
This patch shows them in report -D.
Here is an example:
$ perf record -e
This patch set supports per-sample freq/CPU%/CORE_BUSY% print in perf
report -D and --stdio.
For printing these information, the perf.data file must have been obtained
by group read and using special events cycles, ref-cycles, msr/tsc/,
msr/aperf/ or msr/mperf/.
- Freq (MHz): The frequency
From: Kan Liang
Rename perf_session_env to perf_env.
Add backpointer to evlist, so we can easily access env when processing
something where we have a evsel or evlist.
Suggested-by: Arnaldo Carvalho de Melo
Signed-off-by: Kan Liang
---
tools/perf/arch/common.c| 4 ++--
From: Kan Liang
Caculate freq/CPU%/CORE_BUSY% in add_entry_cb, and update the value in
he_stat.
Signed-off-by: Kan Liang
---
tools/perf/builtin-report.c | 36
tools/perf/util/sort.h | 3 +++
2 files changed, 39 insertions(+)
diff --git
From: Kan Liang
Show frequency, CPU Utilization and percent performance for each symbol
in perf report by --stdio --show-freq-perf
In sampling group, only group leader do sampling. So only need to print
group leader's freq in --group.
Here is an example.
$ perf report --stdio --group
On Tue, Aug 25, 2015 at 03:52:41PM +0800, Xing Zheng wrote:
>
> Hi,
> Being careless, judge the return value of snd_soc_card_jack_new
> is opposite, so it should be fixed.
Please don't send cover letters for single patches, if there is anything
useful it should either be in the changelog or
James, can you please send this late breaking fix for
the LSM infrastructure to Linus for 4.3? Thank you.
The following changes since commit c13dcf9f2d6f5f06ef1bf79ec456df614c5e058b:
Linux 4.2-rc8 (2015-08-23 20:52:59 -0700)
are available in the git repository at:
On 08/25/2015 07:30 AM, Jason Wang wrote:
>
>
> On 08/25/2015 06:17 PM, Michael S. Tsirkin wrote:
>> On Mon, Aug 24, 2015 at 04:33:12PM +0800, Jason Wang wrote:
For macvlan, switch to use IFF_NO_QUEUE instead of tx_queue_len = 0.
For macvtap, after commit
On 08/25/2015 03:05 PM, Ulf Hansson wrote:
Use more compact of_property_read_bool() calls instead of the of_find_property()
calls.
Signed-off-by: Sergei Shtylyov
Thanks, applied for next!
Thanks to you! :-)
Next, time please run checkpatch to remove errors/warnings.
Hum, I
On Tue, Aug 25, 2015 at 11:23:17AM -0400, Paul Gortmaker wrote:
> The Kconfig currently controlling compilation of this code is:
>
> init/Kconfig:config TREE_RCU_TRACE
> init/Kconfig: def_bool RCU_TRACE && ( TREE_RCU || PREEMPT_RCU )
>
> ...meaning that it currently is not being built as a
On Tue, Aug 25, 2015 at 3:59 AM, Brian Gerst wrote:
> On Mon, Aug 24, 2015 at 5:13 PM, Andy Lutomirski wrote:
>>
>> We could also annotate with syscalls need full regs and jump to the
>> slow path for them. This would leave the fast path unchanged (we
>> could duplicate the sys call table so
dma_alloc_from_coherent is defined as (0) if HAVE_GENERIC_DMA_COHERENT
is not configured. This results in the following build error, seen
with nlm_xlp_defconfig.
arch/mips/netlogic/common/nlm-dma.c: In function 'nlm_dma_alloc_coherent':
arch/mips/netlogic/common/nlm-dma.c:50:8: error: unused
On Tue, 2015-08-25 at 03:09 -0500, Zhao Qiang-B45475 wrote:
> On 08/25/2015 12:01 PM, Laura Abbott wrote:
>
> > -Original Message-
> > From: Laura Abbott [mailto:labb...@redhat.com]
> > Sent: Tuesday, August 25, 2015 12:01 PM
> > To: Zhao Qiang-B45475; Wood Scott-B07421
> > Cc:
On Tue, 2015-08-25 at 02:52 -0500, Zhao Qiang-B45475 wrote:
> On Tue, 2015-08-25 at 12:35 +0800, Wood Scott-B07421 wrote:
> > -Original Message-
> > From: Wood Scott-B07421
> > Sent: Tuesday, August 25, 2015 12:35 AM
> > To: Zhao Qiang-B45475
> > Cc: linux-kernel@vger.kernel.org;
On 08/25, Oleg Nesterov wrote:
>
> OK, this is gcc bug. But we probably need the workaround, and I don't
> have a h8300 machine so I can't test the fix.
>
> Could you please try to compile kernel/rcu/sync.o with the patch below?
> Just to know how "stable" this bug is. I expect the compilation
On 25/08/15 15:54, Shenwei Wang wrote:
-Original Message-
From: Sudeep Holla [mailto:sudeep.ho...@arm.com]
Sent: 2015年8月25日 9:46
To: Wang Shenwei-B38339
Cc: Sudeep Holla; shawn@linaro.org; t...@linutronix.de;
ja...@lakedaemon.net; Huang Yongcai-B20788;
On Tue, 2015-08-25 at 02:19 -0500, Zhao Qiang-B45475 wrote:
> On 08/25/2015 12:15 PM, Laura Abbott wrote
> > -Original Message-
> > From: Laura Abbott [mailto:labb...@redhat.com]
> > Sent: Tuesday, August 25, 2015 12:15 PM
> > To: Zhao Qiang-B45475; Wood Scott-B07421
> > Cc:
On Sat, Aug 15, 2015 at 8:46 AM, Simon Glass wrote:
> Hi Rob,
>
> On 14 August 2015 at 14:29, Rob Herring wrote:
>> On Fri, Aug 14, 2015 at 1:34 PM, Simon Glass wrote:
>>> -linux-tegra
>>>
>>> Hi,
>>>
>>> On 12 August 2015 at 07:21, Simon Glass wrote:
Hi Lucas,
On 11 August 2015
LIBELF_32 is not defined in Kconfig, and is left over legacy
which is not required in the upstream driver, so remove it.
Signed-off-by: Peter Griffin
Suggested-by: Valentin Rothberg
---
drivers/media/platform/sti/c8sectpfe/Kconfig | 1 -
1 file changed, 1 deletion(-)
diff --git
Hi Mauro,
This series includes a couple of fixes for the c8sectpfe Linux dvb driver.
One was caused by omitting a patch from the original c8sectpfe series which
defined the ssc2 and ssc3 dt nodes, which was then used by the later DT patch.
This patch is included, along with the original patch
This patch adds in the required DT node for the c8sectpfe
Linux DVB demux driver which allows the tsin channels
to be used on an upstream kernel.
Signed-off-by: Peter Griffin
---
arch/arm/boot/dts/stihxxx-b2120.dtsi | 38
1 file changed, 38 insertions(+)
Adding these properties makes the I2C bus to the demodulators much
more reliable, and we no longer suffer from I2C errors when tuning.
Signed-off-by: Peter Griffin
---
arch/arm/boot/dts/stihxxx-b2120.dtsi | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git
On Tue, Aug 25, 2015 at 08:31:17AM +0200, Javier Martinez Canillas wrote:
> The I2C core always reports the MODALIAS uevent as "i2c:"
> regardless of the mechanism that was used to register the device
> (i.e: OF or board code) and the table that is used later to match
> the driver with the device
From: Adrian Hunter
The PSB packet is a synchronization packet that provides a starting
point for decoding or recovery from errors.
This patch adds support for a new Intel PT feature that allows the
frequency of PSB packets to be specified.
Support for this feature is indicated by
From: Arnaldo Carvalho de Melo
We were depending on the next screen operation after a flush() being
one that would redraw the whole screen so that the progress bar would
be overwritten, when that didn't happen a screen artifact of, say, a
error dialog window would be overlaid on top of the
Hi Ingo,
Please consider pulling, now to get back looking at eBPF :-)
- Arnaldo
The following changes since commit 0e53909a1cf0153736fb52c216558a65530d8c40:
Merge tag 'perf-core-for-mingo' of
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core
(2015-08-22
From: Adrian Hunter
Record additional information in the AUXTRACE_INFO event in preparation
for decoding MTC and CYC packets. Pass the information to the decoder.
The AUXTRACE_INFO record can be extended by using the size to indicate
the presence of new members.
The additional information
From: Adrian Hunter
A TRACESTOP packet is produced when an Intel PT trace enters a defined
region of the address space at which point the tracing stops.
This patch just adds decoder support.
Support for specifying TRACESTOP regions is left until later.
For details refer to the June 2015 or
From: Adrian Hunter
New features have been added to Intel PT which include a number of new
packet definitions.
This patch adds packet definitions for new packets: TMA, MTC, CYC, VMCS,
TRACESTOP and MNT. Also another bit in PIP is defined.
This patch only adds support for the definitions.
From: Arnaldo Carvalho de Melo
So that we can erase the progress bar after we're done with it, avoiding
things like:
---
┌─Error:──┐
│Can't annotate
From: Adrian Hunter
CYC packets are a new Intel PT feature.
CYC packets provide even finer grain timestamp information than MTC and
TSC packets. A CYC packet contains the number of CPU cycles since the
last CYC packet. Unlike MTC and TSC packets, CYC packets are only sent
when another packet
From: Arnaldo Carvalho de Melo
The 'annotate' tool does some filtering in the entries in a DSO but
forgot to reset the cache done in dso__find_symbol(), cauxing a SEGV:
[root@zoo ~]# perf annotate netlink_poll
perf: Segmentation fault
backtrace
perf[0x526ceb]
From: Adrian Hunter
Update Intel PT documentation to describe new features.
Signed-off-by: Adrian Hunter
Cc: Jiri Olsa
Link:
http://lkml.kernel.org/r/1437150840-31811-26-git-send-email-adrian.hun...@intel.com
Signed-off-by: Arnaldo Carvalho de Melo
---
tools/perf/Documentation/intel-pt.txt
From: Wang Nan
'perf probe -l' panic if there is a manually inserted probing point with
absolute address. For example:
# echo 'p:probe/abs_811e6615 0x811e6615' >
/sys/kernel/debug/tracing/kprobe_events
# perf probe -l
Segmentation fault (core dumped)
This patch fix this
From: Adrian Hunter
MTC packets are a new Intel PT feature.
MTC packets provide finer grain timestamp information than TSC packets.
Support for this feature is indicated by:
/sys/bus/event_source/devices/intel_pt/caps/mtc
which contains "1" if the feature is supported and "0" otherwise.
From: Adrian Hunter
MTC packets provide finer grain timestamp information than TSC packets.
MTC packets record time using the hardware crystal clock (CTC) which is
related to TSC packets using a TMA packet.
This patch just adds decoder support.
Support for a default value and validation of
From: Adrian Hunter
CYC packets provide even finer grain timestamp information than MTC and
TSC packets. A CYC packet contains the number of CPU cycles since the
last CYC packet.
This patch just adds decoder support. The CPU frequency can be related
to TSC using the Maximum Non-Turbo Ratio in
From: Wang Nan
It should be useful to allow 'perf probe' probe at absolute offsets of a
target.
For example, when (u)probing at a instruction of a shared object in an
embedded system where debuginfo is not available but we know the offset
of that instruction by manually digging.
This patch
From: Adrian Hunter
Fix some include paths and add missing inat_types.h.
Reported-by: Arnaldo Carvalho de Melo
Signed-off-by: Adrian Hunter
Cc: Jiri Olsa
Link: http://lkml.kernel.org/r/55d77696.60...@intel.com
Signed-off-by: Arnaldo Carvalho de Melo
---
From: Adrian Hunter
The period on synthesized 'instructions' samples was being set to a
fixed value, whereas the correct value is the number of instructions
since the last sample, which is a value that the decoder can provide.
So do it that way.
Signed-off-by: Adrian Hunter
Cc: Jiri Olsa
On 08/25, Guenter Roeck wrote:
>
> Hi Mark,
>
> On 08/25/2015 07:27 AM, Mark Salter wrote:
>> On Tue, 2015-08-25 at 14:56 +0900, Yoshinori Sato wrote:
>>> On Tue, 25 Aug 2015 03:34:20 +0900,
>>> Guenter Roeck wrote:
Hi,
In linux-next as of today (0824), all h8300 builds fail
On 08/25/2015 09:30 PM, Eric Dumazet wrote:
On Tue, 2015-08-25 at 21:17 +0530, Raghavendra K T wrote:
On 08/25/2015 07:58 PM, Eric Dumazet wrote:
This is a great idea, but kcalloc()/kmalloc() can fail and you'll crash
the whole kernel at this point.
Good catch, and my bad. Though system
On Mon, Aug 24, 2015 at 9:24 PM, Leizhen (ThunderTown)
wrote:
>
>
> On 2015/8/24 21:25, Rob Herring wrote:
>> +benh
>>
>> On Mon, Aug 24, 2015 at 7:30 AM, Zhen Lei wrote:
>>> If use of_platform_populate to scan dt-nodes and add devices, the
>>> subnode of root(such as /smmu), when being scanned
On Tue, Aug 25, 2015 at 09:43:14PM +0800, Haojian Zhuang wrote:
> On Tue, 2015-08-25 at 11:42 +0100, Mark Rutland wrote:
> > > > Are you then going to hack GRUB, release a special HiKey version of
> > > > GRUB, not support any other versions, and still can your firmware
> > > > UEFI?
> > >
> > >
On Tue, 2015-08-25 at 21:17 +0530, Raghavendra K T wrote:
> On 08/25/2015 07:58 PM, Eric Dumazet wrote:
> >
> >
> > This is a great idea, but kcalloc()/kmalloc() can fail and you'll crash
> > the whole kernel at this point.
> >
>
> Good catch, and my bad. Though system is in bad memory
On 08/25/2015 08:03 PM, Eric Dumazet wrote:
On Tue, 2015-08-25 at 13:24 +0530, Raghavendra K T wrote:
While creating 1000 containers, perf is showing lot of time spent in
snmp_fold_field on a large cpu system.
The current patch tries to improve by reordering the statistics gathering.
Please
On Tue, Aug 25, 2015 at 04:21:51PM +0200, Thierry Reding wrote:
> You cited code from dw_hdmi.c earlier, it looks like it might be correct
> even though it doesn't cite a reference for why this was done. Perhaps
> someone on this thread, or someone involved with dw_hdmi can answer
> where that
On Tue, Aug 25, 2015 at 12:22:10PM +0200, Marek Vasut wrote:
> On Tuesday, August 25, 2015 at 12:17:37 PM, Cyrille Pitchen wrote:
> > If you don't mind, I'd rather keep some of these inline functions. I have
> > no strong justification, it's more a personal taste: it makes lines
> > shorter as it
From: "Luis R. Rodriguez"
Rename dma_*_writecombine() to dma_*_wc(), so that the naming
is coherent across the various write-combining APIs.
The following Coccinelle SmPL patch was used for this simple
transformation:
@ rename_dma_alloc_writecombine @
expression dev, size, dma_addr, gfp;
@@
On 08/24/2015 02:09 PM, Mel Gorman wrote:
The first key hazard to watch out for is callers that removed __GFP_WAIT
and was depending on access to atomic reserves for inconspicuous reasons.
In some cases it may be appropriate for them to use __GFP_HIGH.
Hm so I think this hazard should be
On Tue, Aug 25, 2015 at 09:53:18AM +0200, Ingo Molnar wrote:
> Which kernel is this against? It has conflicts in 3 files with Linus's
> latest:
> v4.2-rc8.
Sorry I based it on linux-next, will respin the rename patch onto
tip/auto-latest
Luis
--
To unsubscribe from this list: send the line
On Mon, 2015-08-24 at 21:28 -0400, Chris Mason wrote:
> This is what btrfs already does for O_DIRECT plus compressed, or
> other
> cases where people don't want their applications to break on top of
> new
> features that aren't quite compatible with it.
I do not know how much of direct IO we can
On 08/25/2015 07:58 PM, Eric Dumazet wrote:
On Tue, 2015-08-25 at 13:24 +0530, Raghavendra K T wrote:
Docker container creation linearly increased from around 1.6 sec to 7.5 sec
(at 1000 containers) and perf data showed 50% ovehead in snmp_fold_field.
reason: currently __snmp6_fill_stats64
On Tue, 25 Aug 2015, Marc Zyngier wrote:
> +static struct static_key supports_deactivate = STATIC_KEY_INIT_TRUE;
> +
> #ifndef MAX_GIC_NR
> #define MAX_GIC_NR 1
> #endif
> @@ -137,6 +140,14 @@ static inline unsigned int gic_irq(struct irq_data *d)
> return d->hwirq;
> }
>
> +static
On 25 August 2015 at 17:37, Leif Lindholm wrote:
> On Tue, Aug 25, 2015 at 04:51:22PM +0200, Ard Biesheuvel wrote:
>> >>Arm kernel should either fetch memory information from
>> >>efi or DT.
>> >
>> > Absolutely.
>> >
>> >>Currently arm kernel fetch both efi memory information and
>>
On 08/24/2015 02:09 PM, Mel Gorman wrote:
__GFP_WAIT has been used to identify atomic context in callers that hold
spinlocks or are in interrupts. They are expected to be high priority and
have access one of two watermarks lower than "min" which can be referred
to as the "atomic reserve".
Adds rng device tree node for msm8916 SoCs.
Signed-off-by: Stanimir Varbanov
---
arch/arm64/boot/dts/qcom/msm8916.dtsi |7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/msm8916.dtsi
b/arch/arm64/boot/dts/qcom/msm8916.dtsi
index 0f49ebd0aa8b..060c6c53ff33
On Tue, Aug 25, 2015 at 04:51:22PM +0200, Ard Biesheuvel wrote:
> >>Arm kernel should either fetch memory information from
> >>efi or DT.
> >
> > Absolutely.
> >
> >>Currently arm kernel fetch both efi memory information and
> >>reserved buffer from DTB at the same time.
> >
> >
On 2015-08-25 10:59 AM, Christoph Lameter wrote:
> On Mon, 24 Aug 2015, Paul Gortmaker wrote:
>
>> @@ -1113,7 +1113,7 @@ static int __init slab_proc_init(void)
>> _slabinfo_operations);
>> return 0;
>> }
>> -module_init(slab_proc_init);
>>
Em Tue, Aug 25, 2015 at 01:27:35PM +, Wang Nan escreveu:
> 'perf probe -l' panic if there is a manually inserted probing point
> with absolute address. For example:
Thanks, tested and applied.
- Arnaldo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On 23 August 2015 at 02:11, Julia Lawall wrote:
> Propagate error code on failure.
>
> A simplified version of the semantic match that finds this problem is as
> follows: (http://coccinelle.lip6.fr/)
>
> //
> @@
> identifier ret; expression e1,e2;
> @@
> (
> if (\(ret < 0\|ret != 0\))
> { ...
Em Tue, Aug 25, 2015 at 01:42:27PM +0300, Adrian Hunter escreveu:
> It is theoretically possible to process perf.data files created on
> x86 and that contain Intel PT or Intel BTS data, on any other
> architecture, which is why it is possible for there to be build
> errors on powerpc caused by
On Tue, 2015-08-25 at 15:47 +0800, Jason Wang wrote:
> All fields of kvm_io_range were initialized or copied explicitly
> afterwards. So switch to use kmalloc().
Is there any compiler added alignment padding
in either structure? If so, those padding
areas would now be uninitialized and may leak
On Tue 25-08-15 22:01:30, Yaowei Bai wrote:
> We use sysctl_lowmem_reserve_ratio rather than
> sysctl_lower_zone_reserve_ratio to
> determine how aggressive the kernel is in defending lowmem from the
> possibility of
> being captured into pinned user memory. To avoid misleading, correct it in
>
On Mon 24-08-15 14:10:10, David Rientjes wrote:
> On Fri, 21 Aug 2015, Tetsuo Handa wrote:
>
> > Why can't we think about choosing more OOM victims instead of granting
> > access
> > to memory reserves?
> >
>
> We have no indication of which thread is holding a mutex that would need
> to be
On 23 August 2015 at 02:11, Julia Lawall wrote:
> Return a negative error code on failure.
>
> A simplified version of the semantic match that finds this problem is as
> follows: (http://coccinelle.lip6.fr/)
>
> //
> @@
> identifier ret; expression e1,e2;
> @@
> (
> if (\(ret < 0\|ret != 0\))
>
On Tue, Aug 25, 2015 at 10:05:00AM +0200, Ingo Molnar wrote:
> * Josh Poimboeuf wrote:
> > lib/Kconfig.debug | 11 +
> > scripts/Makefile | 1 +
> > scripts/Makefile.build| 37 +-
> > scripts/mod/Makefile
The Kconfig currently controlling compilation of this code is:
init/Kconfig:config TREE_RCU_TRACE
init/Kconfig: def_bool RCU_TRACE && ( TREE_RCU || PREEMPT_RCU )
...meaning that it currently is not being built as a module by anyone.
Lets remove the modular code that is essentially orphaned,
parse_args() just aborts after it hits an error, so other args
at the same initcall level are simply ignored. This can lead to
other hard-to-understand problems, for example my testing machine
panics during the boot if I pass "locktorture.verbose=true".
Change parse_args() to save the err code
On 08/25, Rusty Russell wrote:
>
> Oleg Nesterov writes:
> > On 08/24, Oleg Nesterov wrote:
> >>
> >> I booted the kernel with the additional patch below, and nothing bad has
> >> happened,
> >
> > Until I tried reboot it once with "locktorture.verbose=true" paramater.
> > It didn't boot.
> >
> >
On Tue, 2015-08-25 at 14:53 +0800, Peng Sun wrote:
> patches based on linux-next next-20150824
> Corrections based on checkpatch.pl with --strict
>
> Peng Sun (6):
> fix android/ashmem.c several coding style issues
> fix android/lowmemorykiller.c several coding style issues
> fix
On Mon, Aug 24, 2015 at 09:56:28PM +, Alexandru Moise wrote:
> old_len is used to store the return value of btrfs_item_size_nr().
> The return value of btrfs_item_size_nr() is of type u32.
> To improve code correctness and avoid mixing signed and unsigned
> integers I've changed old_len to be
This adds two new ioctls, UINPUT_DEV_SETUP and UI_ABS_SETUP, that
replaces the old device setup method (by write()'ing "struct
uinput_user_dev" to the node). The old method is not easily extendable
and requires huge payloads. Furthermore, overloading write() without
properly versioned objects is
>>> (I hope I'm not annoying you by bikeshedding this too much, although I
>>> think this is improving.)
>>
>> [ I don't mind, although I wish other, more critical parts of the kernel got
>> this
>> much attention as well ;-) ]
That's the problem with small, understandable problems: people
On Tue 25-08-15 22:01:31, Yaowei Bai wrote:
> Every zone's protection is calculated from managed_pages not
> present_pages, to avoid misleading, correct it.
This can be folded in to your previous patch
http://marc.info/?l=linux-mm=144023106610358=2
>
> Signed-off-by: Yaowei Bai
> ---
>
Hi Mark,
On 08/25/2015 07:27 AM, Mark Salter wrote:
On Tue, 2015-08-25 at 14:56 +0900, Yoshinori Sato wrote:
On Tue, 25 Aug 2015 03:34:20 +0900,
Guenter Roeck wrote:
Hi,
In linux-next as of today (0824), all h8300 builds fail for me with an
internal
compiler error.
Building
On Aug 24 2015 or thereabouts, David Herrmann wrote:
> Hi
>
> On Fri, Aug 21, 2015 at 4:36 PM, Benjamin Tissoires
> wrote:
> > This adds two new ioctls, UINPUT_DEV_SETUP and UI_ABS_SETUP, that
> > replaces the old device setup method (by write()'ing "struct
> > uinput_user_dev" to the node). The
On Tue, 25 Aug, at 04:23:10PM, Ard Biesheuvel wrote:
>
> Since its meaning is not at all obvious even when printing RELIABLE in
> full, couldn't we simply use 'MR' instead? You need the UEFI spec to
> make sense of this anyway ... (Same goes for RUN btw, perhaps RT would
> even be clearer there)
On Tue, Aug 25, 2015 at 10:46 AM, Nicholas Krause wrote:
> This fixes incorrect variable assignment in the function
> _nfs4_proc_delegreturn for when calling either one of the
> functions nfs_post_op_update_inode_force_wcc or the function
> nfs_refresh_inode due to the variable status which the
>
On Mon, 24 Aug 2015, Paul Gortmaker wrote:
> @@ -1113,7 +1113,7 @@ static int __init slab_proc_init(void)
> _slabinfo_operations);
> return 0;
> }
> -module_init(slab_proc_init);
> +device_initcall(slab_proc_init);
> #endif /* CONFIG_SLABINFO
On Tue, 25 Aug 2015, yalin wang wrote:
> This patch change some function and the related data to init section,
> they are only called by free_initmem(), can be freed safely after
> boot up.
The magic keyword here is __init_refok.
> Signed-off-by: yalin wang
Acked-by: Nicolas Pitre
> ---
>
> -Original Message-
> From: Sudeep Holla [mailto:sudeep.ho...@arm.com]
> Sent: 2015年8月25日 9:46
> To: Wang Shenwei-B38339
> Cc: Sudeep Holla; shawn@linaro.org; t...@linutronix.de;
> ja...@lakedaemon.net; Huang Yongcai-B20788; linux-kernel@vger.kernel.org;
>
On 25 August 2015 at 16:24, Leif Lindholm wrote:
> On Tue, Aug 25, 2015 at 09:43:14PM +0800, Haojian Zhuang wrote:
>> Since we discussed a lot on this, let's make a conclusion on it.
>>
>> 1. UEFI could append the reserved buffer in it's memory mapping.
>
> Yes. It needs to.
>
> (I will let Mark
On Tue, 25 Aug 2015 15:48:58 +0200,
Takashi Iwai wrote:
>
> On Tue, 25 Aug 2015 15:32:56 +0200,
> Alexnader Kuleshov wrote:
> >
> > Hello all,
> >
> > Today I've update to 4.2.0-rc8+ and started to get following lines in the
> > dmesg output:
> >
> > [ 13.884092]
On Sat, Aug 22, 2015 at 02:35:24AM +, 河合英宏 / KAWAI，HIDEHIRO wrote:
> > From: Peter Zijlstra [mailto:pet...@infradead.org]
> >
> > On Thu, Aug 06, 2015 at 02:45:43PM +0900, Hidehiro Kawai wrote:
> > > void crash_kexec(struct pt_regs *regs)
> > > {
> > > + int old_cpu, this_cpu;
> > > +
> > >
Hi,
On Tue, Aug 25, 2015 at 2:08 PM, Varadarajan Narayanan
wrote:
> Add initial dts files and SoC support for IPQ4019
>
> Signed-off-by: Varadarajan Narayanan
> ---
> Changes in v2:
> - Added devicetree bindings documentation
>
> Changes in v3:
> - Split 'gcnt' into a separate patch
> -
Hi Corey,
Just tried the patch on 4.2-rc8 and it seem to build just fine
* make x86_64_defconfig + enable IPMI module as "m" - Build OK
* make allyesconfig - Build OK
* make allmodconfig - Build OK
Please let me know if I am missing something otherwise send me your config and
will try to
On 3 August 2015 at 14:26, Kishon Vijay Abraham I wrote:
> From: Roger Quadros
>
> For platforms that doesn't have explicit regulator control in MMC,
> populate voltage-ranges in MMC device tree node and use
> mmc_of_parse_voltage to get ocr_avail
I don't like this.
If we are able to fetch the
On 25/08/15 15:14, Shenwei Wang wrote:
-Original Message-
From: Sudeep Holla [mailto:sudeep.ho...@arm.com]
[...]
I don't see this driver doing anything extra apart from keeping the wakeup irqs
enabled. i.e. You use the same cpu*wake register to mask/unmask the interrupt
as well
On Tue 25-08-15 15:55:46, Vlastimil Babka wrote:
> On 08/25/2015 03:41 PM, Michal Hocko wrote:
[...]
> >So what we have as a result is that partially populated ranges are
> >preserved and fully populated ones work in the best effort mode the same
> >way as they are now.
> >
> >Does that sound at
On Tue, Aug 4, 2015 at 10:50 AM, Alban Bedel wrote:
> Currently CONFIG_ARCH_HAVE_CUSTOM_GPIO_H is defined for all MIPS
> machines, and each machine type provides its own gpio.h. However
> only a handful really implement the GPIO API, most just forward
> everythings to gpiolib.
>
> The Alchemy
On 08/24/2015 02:09 PM, Mel Gorman wrote:
This patch redefines which GFP bits are used for specifying mobility and
the order of the migrate types. Once redefined it's possible to convert
GFP flags to a migrate type with a simple mask and shift. The only downside
is that readers of OOM kill
On Tue, 2015-08-25 at 13:24 +0530, Raghavendra K T wrote:
> Docker container creation linearly increased from around 1.6 sec to 7.5 sec
> (at 1000 containers) and perf data showed 50% ovehead in snmp_fold_field.
>
> reason: currently __snmp6_fill_stats64 calls snmp_fold_field that walks
> through
> -Original Message-
> From: Sudeep Holla [mailto:sudeep.ho...@arm.com]
> >>> IMX7D contains a new version of GPC IP block (GPCv2). It has two
> >>> major
> >>> functions: power management and wakeup source management.
> >>> This patch adds a new irqchip driver to manage the interrupt
On Tue, 2015-08-25 at 14:56 +0900, Yoshinori Sato wrote:
> On Tue, 25 Aug 2015 03:34:20 +0900,
> Guenter Roeck wrote:
> >
> > Hi,
> >
> > In linux-next as of today (0824), all h8300 builds fail for me with an
> > internal
> > compiler error.
> >
> > Building h8300:allnoconfig ... failed
> >
Ping
Xunlei Pang wrote 2015-08-04 PM 01:48:55:
> [PATCH v2 1/3] cpuidle/coupled: Remove cpuidle_device::safe_state_index
>
> From: Xunlei Pang
>
> cpuidle_device::safe_state_index need to be initialized before
> use, it should be the same as cpuidle_driver::safe_state_index.
>
> We tackled
401 - 500 of 1804 matches
Mail list logo
