On Mon, 2015-04-06 at 23:13 -0400, Steven Rostedt wrote:
> Every tracing file must have its own TRACE_SYSTEM defined.
Oh, that requirement is new to me. I also have the same in iwlwifi, with
even more TRACE_SYSTEMs.
> The mac80211 tracepoint header broke this and add in the middle
> of the file h
Hi all,
Today's linux-next merge of the tip tree got a conflict in
include/linux/bpf.h between commit 0fc174dea545 ("ebpf: make internal
bpf API independent of CONFIG_BPF_SYSCALL ifdefs") from the net-next
tree and commit 4e537f7fbdce ("bpf: Make internal bpf API independent
of CONFIG_BPF_SYSCALL
On Tue, Apr 07, 2015 at 02:00:35PM +1000, Stephen Rothwell wrote:
> Hi Al,
>
> Today's linux-next merge of the vfs tree got a conflict in fs/ext4/inode.c
> between commit 72b8e0f9fa8a ("ext4: remove unused header files") from the
> ext4 tree and commit e2e40f2c1ed4 ("fs: move struct kiocb to fs.
Hi all,
Today's linux-next merge of the tip tree got a conflict in
samples/bpf/Makefile between commit 91bc4822c3d6 ("tc: bpf: add
checksum helpers") from the net-next tree and commit b896c4f95ab4
("samples/bpf: Add simple non-portable kprobe filter example") (and
following) from the tip tree.
I
On Fri, 2015-04-03 at 17:25 +0800, Yijing Wang wrote:
> Now we have weak functions like pcibios_root_bridge_prepare()
> to setup pci host bridge, We could introduce pci_host_bridge_ops
> which contain host bridge specific ops to setup pci_host_bridge.
> Then host bridge driver could add pci_host_br
On Tue, Apr 07, 2015 at 09:36:37AM +0300, Boaz Harrosh wrote:
> On 04/06/2015 10:00 PM, Toshi Kani wrote:
> > 'Commit ec776ef6bbe17 ("x86/mm: Add support for the non-standard
> > protected e820 type")' added E820_PRAM ranges, which do not have
> > have struct-page. Therefore, there is no need to u
On 2015/4/7 12:27, Eduardo Valentin wrote:
> On Tue, Apr 07, 2015 at 11:46:22AM +0800, Xinwei Kong wrote:
>>
>>
>> On 2015/4/6 22:03, Matt Porter wrote:
>>> On Tue, Mar 31, 2015 at 02:59:21PM +0800, Xinwei Kong wrote:
From: kongxinwei
This adds documentation of device tree binding
On 04/07/2015 09:43 AM, Mike Galbraith wrote:
> On Tue, 2015-04-07 at 11:37 +0800, Pengfei Yuan wrote:
>> Hi,
>>
>> I have conducted some experiments to compare kernels built with -O2
>> and -O3. Here are the results:
>>
>> Application Performance O2 Performance O3 Improvement
>> Apache
Hi all,
Today's linux-next merge of the tip tree got a conflict in
include/uapi/linux/bpf.h between commit 96be4325f443 ("ebpf: add
sched_cls_type and map it to sk_filter's verifier ops"), 03e69b508b6f
("ebpf: add prandom helper for packet sampling"), c04167ce2ca0 ("ebpf:
add helper for obtaining
Add missing terminating newlines to nfc_info and nfc_err
to avoid possible interleaving from other messages.
Miscellanea:
o typo fix of "unknonwn" in message
o remove unnecessary OOM messages as there's a generic dump_stack()
o realign arguments
Signed-off-by: Joe Perches
---
Adding Andrew Mor
On Fri, 03 Apr 2015, Charles Keepax wrote:
> The earpiece on 5102 is mono, thus there is no output 3R. Remove the
> registers associated with the unused right channel from the readable
> registers list.
>
> Signed-off-by: Charles Keepax
> ---
> drivers/mfd/wm5102-tables.c |3 ---
> 1 files
Hi all,
After merging the tip tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
kernel/events/core.c: In function 'perf_event_set_bpf_prog':
kernel/events/core.c:6732:15: error: 'struct bpf_prog_aux' has no member named
'prog_type'
if (prog->aux->prog_type != BPF_PROG_
Hi
On 04/05/2015 08:24 PM, Joe Perches wrote:
These structs can be const, so make them const.
Miscellanea:
o Add static to struct uart_ops declaration in bfin_sport_uart
Signed-off-by: Joe Perches
---
[...]
for
drivers/tty/serial/st-asc.c | 2 +-
Acked-by: Patrice Chota
On 04/06/2015 10:22 PM, ira.weiny wrote:
> On Fri, Mar 27, 2015 at 04:39:54PM +0100, Michael Wang wrote:
>> There are plenty of lengthy code to check the transport type of IB device,
>> or the link layer type of it's port, but actually we are just speculating
>> whether a particular management is s
On 04/07/2015 09:00 AM, Stephen Rothwell wrote:
...
Today's linux-next merge of the tip tree got a conflict in
include/linux/bpf.h between commit 0fc174dea545 ("ebpf: make internal
bpf API independent of CONFIG_BPF_SYSCALL ifdefs") from the net-next
tree and commit 4e537f7fbdce ("bpf: Make intern
Hello Andreas,
>
> IMHO explicitly #include:ing parts
> which certain code does actively depend on after all
> is both a "code honesty"
> and a documentation issue ("Hmm, which interfaces does this implementation
> depend on? Ah, yeah...")
>
Yes, before the patch i was in hesitancy, how to be wit
On 04/07/2015 09:11 AM, Stephen Rothwell wrote:
...
Today's linux-next merge of the tip tree got a conflict in
include/uapi/linux/bpf.h between commit 96be4325f443 ("ebpf: add
sched_cls_type and map it to sk_filter's verifier ops"), 03e69b508b6f
("ebpf: add prandom helper for packet sampling"), c
Hi Christoph,
On Tue, 7 Apr 2015 09:02:14 +0200 Christoph Hellwig wrote:
>
> On Tue, Apr 07, 2015 at 02:00:35PM +1000, Stephen Rothwell wrote:
> > Hi Al,
> >
> > Today's linux-next merge of the vfs tree got a conflict in fs/ext4/inode.c
> > between commit 72b8e0f9fa8a ("ext4: remove unused head
On Thu, 02 Apr 2015, Krzysztof Kozlowski wrote:
> The RTC on S2MPS11 is the same as S2MPS14. However interrupt numbers of
> RTC alarms 0 and 1 were inversed between these two devices. So when
> rtc-s5m driver requested S2MPS14_IRQ_RTCA0 interrupt, it matched to
> S2MPS11_IRQ_RTCA1, not RTCA0.
>
>
> Sometimes, specific information about the UFS controller revision is
> required in order to determine certain operations or execute
> controller dependent quirks.
> In order to avoid reading the controller revision multiple times,
> we simply read it once and save this information in internal st
On Tuesday 07 April 2015 12:34:30 Masahiro Yamada wrote:
>
> What is the cause of the kernel panic? How to fix it?
> Any hint is very appreciated.
>
Cortex-A9 usually need to set up the L2 Cache controller, and you
don't have a node for that.
Can you try adding a DT node for it? You may also h
The round_rate callback function will returns alway same parent clk rate
of divider with CLK_DIVIDER_READ_ONLY flag. If be used
CLK_SET_RATE_PARENT flag with CLK_DIVIDER_READ_ONLY flag, then never
change parent clk rate anymore.
>From this case, this patch allows to change parent clk rate.
Signed
Even if use CLK_DIVIDER_READ_ONLY flag, divider setting can be changed
by set_rate callback. Don't change divider setting from set_rate
callback of divider with CLK_DIVIDER_READ_ONLY flag.
Signed-off-by: Joonyoung Shim
---
drivers/clk/clk-divider.c | 3 +++
1 file changed, 3 insertions(+)
diff
For the old version, there maybe some faults:
1. For each Interrupt Collection table, 4K size is enough. But now the
default is 64K(if "Page Size" field is not read-only).
2. Suppose two read-only "Page Size" table exist, and software found 4K
first, then 16K. For the first time, the value of
1. We don't known how many memory needed by type reserved. It's good to
take no care about it.
2. Remove unused macro definition and name of type reserved.
Signed-off-by: Zhen Lei
---
drivers/irqchip/irq-gic-v3-its.c | 19 +++
include/linux/irqchip/arm-gic-v3.h | 4
2
In the latest specification(version 24.0), clause 5.12.13 GITS_BASERn.
The meaning of value=0x3 in "Type" field was revised to reserved. As
below:
0x3. Reserved.
In the early versions(like 19.0), it defined as below:
0x3. Physical Processors.
Signed-off-by: Zhen Lei
---
drivers/irqchip/irq-gic-
On 2015-04-05 at 20:24:54 +0200, Joe Perches wrote:
[...]
> drivers/tty/serial/altera_jtaguart.c| 2 +-
> drivers/tty/serial/altera_uart.c| 2 +-
For these two drivers:
Acked-by: Tobias Klauser
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
> Some implementation of UFS host controller HW might have some non-standard
> behaviours (quirks) when compared to behaviour specified by UFSHCI
> specification. This patch add support to allow specifying all such quirks
> to standard UFS host controller driver so standard driver takes them into
Hi Joe,
2015-04-04 19:47 GMT+02:00 Joe Perches :
> Add another struct to the list of normally const struct types
>
> Signed-off-by: Joe Perches
> ---
>
> On Fri, 2015-04-03 at 10:43 -0700, Joe Perches wrote:
>> On Fri, 2015-04-03 at 19:01 +0200, Maxime Coquelin wrote:
>> > This drivers adds suppo
I am trying legacy GCC versions.
But I am not able to try different architectures.
2015-04-07 14:43 GMT+08:00 Mike Galbraith :
> On Tue, 2015-04-07 at 11:37 +0800, Pengfei Yuan wrote:
>> Hi,
>>
>> I have conducted some experiments to compare kernels built with -O2
>> and -O3. Here are the results:
2015-04-03 19:43 GMT+02:00 Joe Perches :
> On Fri, 2015-04-03 at 19:01 +0200, Maxime Coquelin wrote:
>> This drivers adds support to the STM32 USART controller, which is a
>> standard serial driver.
>
> trivia:
>
>> diff --git a/drivers/tty/serial/stm32-usart.c
>> b/drivers/tty/serial/stm32-usart.
Hi Steve,
On Mon, Apr 06, 2015 at 10:45:04AM -0400, Steven Rostedt wrote:
> On Mon, 6 Apr 2015 14:36:16 +0900
> Namhyung Kim wrote:
>
> > Currently it ignores operator priority and just sets processed args as a
> > right operand. But it could result in priority inversion in case that
> > the r
Some people like to put parenthesis around stuff. It's harmless here.
regards,
dan carpenter
--
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
Hi,
On 04/07/15 06:29, Keerthy wrote:
> Hi Andrew,
>
> Apologies for replying late.
>
> On Wednesday 25 March 2015 04:29 AM, Andrew Morton wrote:
>> On Tue, 3 Mar 2015 15:12:02 +0530 Keerthy wrote:
>>
>>> Add external 32k clock feature. The internal clock will be gated during
>>> suspend.
>>>
On Mon, Apr 6, 2015 at 9:30 PM, Jonathan Richardson
wrote:
> On 15-04-03 06:35 AM, Andy Shevchenko wrote:
>> On Thu, Apr 2, 2015 at 10:23 PM, Jonathan Richardson
>> wrote:
>>> The Broadcom MSPI controller is used on various SoCs. It is being
>>> renamed so that it can be extended and reused on ot
On Mon, Apr 06, 2015 at 01:59:23PM +0200, Borislav Petkov wrote:
> Hi Naoya,
>
> On Mon, Apr 06, 2015 at 07:18:03AM +, Naoya Horiguchi wrote:
> > Hi Boris, Tony,
> >
> > How will this patch be handled for v4.1?
> > Could you review and consider merging into your tree?
>
> Damn, it seems Tony
kexec disables (or "shoots down") all CPUs other than a crashing CPU before
entering the 2nd kernel. But the MCE handler is still enabled after that,
so if MCE happens and broadcasts over the CPUs after the main thread starts
the 2nd kernel (which might not initialize its MCE handler yet, or might
On Mon, Apr 06, 2015 at 01:56:40PM +0200, Borislav Petkov wrote:
> On Fri, Mar 06, 2015 at 10:22:16AM +, Naoya Horiguchi wrote:
> > kexec disables (or "shoots down") all CPUs other than a crashing CPU before
> > entering the 2nd kernel. But the MCE handler is still enabled after that,
> > so if
This patch adds an idle-states node to describe the mt8173 idle states and
also adds references to the idle-states node in all CPU nodes.
Signed-off-by: Howard Chen
---
arch/arm64/boot/dts/mediatek/mt8173.dtsi | 17 +
1 file changed, 17 insertions(+)
diff --git a/arch/arm64/boot
Le 21/03/2015 00:52, Scott Wood a écrit :
On Fri, Dec 05, 2014 at 12:20:20PM +0100, LEROY Christophe wrote:
include/linux/mm.h: In function 'is_vmalloc_addr':
include/linux/mm.h:367:14: warning: comparison between signed and unsigned
integer expressions [-Wsign-compare]
return addr >= VMALL
Le 21/03/2015 01:47, Scott Wood a écrit :
On Tue, 2015-01-20 at 10:57 +0100, Christophe Leroy wrote:
By default, TASK_SIZE is set to 0x8000 for PPC_8xx, which is most likely
sufficient for most cases. However, kernel configuration allows to set TASK_SIZE
to another value, so the 8xx shall h
This patch changes the lock ordering (behavior change) and it's not
described in the changelog. Please figure out which way is the correct
ordering and resend.
regards,
dan carpenter
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@
The private_data member of the /dev/lguest device file is used to hold
the current struct lguest and needs to be set to NULL to signify that
no initialization has taken place.
We explicitly set it to NULL to be independent of whatever value the
misc subsystem initializes it to.
Signed-off-by: Tom
Hi all,
Today's linux-next merge of the kvm tree got a conflict in
arch/mips/kernel/genex.S between commit 6e81b3c78949 ("MIPS: Use
`FPU_CSR_ALL_X' in `__build_clear_fpe'") from the mips tree and commit
64bedffe4968 ("MIPS: Clear [MSA]FPE CSR.Cause after notify_die()") from
the kvm tree.
I fixed
On Tue, Apr 07, 2015 at 11:17:48AM +0300, Dan Carpenter wrote:
> This patch changes the lock ordering (behavior change) and it's not
> described in the changelog. Please figure out which way is the correct
> ordering and resend.
Actually the original ordering was obviously correct. You can't tak
Hi Arnd,
Thanks for your comment!
2015-04-07 16:41 GMT+09:00 Arnd Bergmann :
> On Tuesday 07 April 2015 12:34:30 Masahiro Yamada wrote:
>>
>> What is the cause of the kernel panic? How to fix it?
>> Any hint is very appreciated.
>>
>
> Cortex-A9 usually need to set up the L2 Cache controller, an
Patch v3 updates tests/kmod-path.c. It also check cpumode to filter out
strings like '[vdso]' and '[vsyscalls]' instead of directly match
against them.
'perf: kmaps: enforce usage of kmaps to protect futher bugs.' is also
posted in this series (1/2). It has a small fix: moving map__kmap() and
newl
This patch add checkings on places where use map__kmap and get
kmaps from struct kmap. Error messages are added at map__kmap to warn
invalud accessing of kmap (for the case of !map->dso->kernel, kmap(map)
is not exists at all). Also, introduces map__kmaps() to warn
uninitialized kmaps.
Signed-off-
perf report and perf annotate are easy to trigger segfault if trace data
contain kernel module information like this:
# perf report -D -i ./perf.data
...
0 0 0x188 [0x50]: PERF_RECORD_MMAP -1/0: [0xffbff1018000(0xf068000) @ 0]:
x [test_module]
...
# perf report -i ./perf.data --objdump=
both the misc_deregister(), parport_release() and
parport_unregister_device() is there in the module_exit function also.
detach is called from parport_unregister_driver() and by the time
detach executes misc_deregister(), parport_release() and
parport_unregister_device() has already executed markin
On Tue, Apr 07, 2015 at 11:19:53AM +0300, Dan Carpenter wrote:
> On Tue, Apr 07, 2015 at 11:17:48AM +0300, Dan Carpenter wrote:
> > This patch changes the lock ordering (behavior change) and it's not
> > described in the changelog. Please figure out which way is the correct
> > ordering and resend
On Tue, 2015-04-07 at 10:07 +0300, Boaz Harrosh wrote:
>
> He did say optional. So I'd imagine it would be a Kconfig of its own.
> So the default can be as today, but people that want to experiment
> need not hack the source code.
Anybody wanting to play with it will just twiddle the Makefile.
Hi folks,
I'm rethinking --map-adjustment now, and I believe what we need should be
something
like 'perf inject', which allows us to inject fake mmap events into perf.data to
make 'perf report' believe some //anon memory are file based mapping. Patch 2/4
- 4/4
seem not useful now. However, patch
Ping
>
> It was introduced in commit f2ca09f381a59
> (ARM: 8311/1: Don't use is_module_addr in setting page attributes)
>
> We have no need to check start twice, but see if end is also in range.
>
> Signed-off-by: Hillf Danton
> ---
>
> --- a/arch/arm/mm/pageattr.c Wed Mar 25 11:55:13 2015
>
Hi,
This patch set introduces two functions usb_gadget_deactivate() and
usb_gadget_activate(), designed to prevent udc-core from showing binded
gadget to host until it will be ready to work. It also makes
usb_function_deactivate()/activate() using these functions.
So far gadget deactivation was m
These functions allows to deactivate gadget to make it not visible to
host and make it active again when gadget driver is finally ready.
They are needed to fix usb_function_activate() and usb_function_deactivate()
functions which currently are not working as usb_gadget_connect() is
called immediat
Using usb_gadget_disconnect to make gadget temporarily invisible to host
doesn't provide desired result, because gadget is connected immediately
after binding regardless to previous usb_gadget_disconnect() calls.
For this reason we use usb_gadget_deactivate() instead of
usb_gadget_disconnect() to
On Tue, Apr 7, 2015 at 11:18 AM, Tom Van Braeckel
wrote:
> The private_data member of the /dev/lguest device file is used to hold
> the current struct lguest and needs to be set to NULL to signify that
> no initialization has taken place.
>
> We explicitly set it to NULL to be independent of whate
* Alexander Kuleshov wrote:
> arch/x86/boot/boot.h defines a couple functions as die and etc..., with
> 'noreturn' attribute. Let's use __noreturn macro instead of directly
> __attribute__ declaration from the .
>
> We no need to include to the arch/x86/boot/boot.h,
> because boot.h already in
This patch adds a mismatch between the Kconfig symbol (a bool) and the
code (which suggests it could be built modular too).
On Mon, 2015-04-06 at 18:58 +0300, Andrew Andrianov wrote:
> +config ION_PHYSMEM
> + bool "Generic PhysMem ION driver"
> + depends on ION
> + help
> + Provi
On Tue, Apr 07, 2015 at 10:18:18AM +0200, Tom Van Braeckel wrote:
> The private_data member of the /dev/lguest device file is used to hold
> the current struct lguest and needs to be set to NULL to signify that
> no initialization has taken place.
>
> We explicitly set it to NULL to be independent
Ping again...
Thanks,
Boqun Feng
On Sun, Mar 29, 2015 at 12:27:44PM +0800, Boqun Feng wrote:
> Ping.
>
> This patch has been tested by 0day test bot.
>
> Thanks,
> Boqun Feng
>
>
> On Thu, Mar 26, 2015 at 02:45:52AM +0800, Boqun Feng wrote:
> > In the current implementation of getname_flags,
Hi all,
Today's linux-next merge of the kvms390 tree got a conflict in
include/uapi/linux/kvm.h between commits 5fafd8748b36 ("MIPS: KVM: Wire
up FPU capability") and d952bd070f79 ("MIPS: KVM: Wire up MSA
capability") from the kvm tree and commits 47b43c52ee4b ("KVM: s390:
add ioctl to inject loca
On Thu, Apr 02, 2015 at 11:04:24AM -0700, Feng Kan wrote:
> On Thu, Apr 2, 2015 at 2:07 AM, Mika Westerberg
> wrote:
> > On Wed, Apr 01, 2015 at 10:01:45AM -0700, Feng Kan wrote:
> >> On Wed, Apr 1, 2015 at 12:45 AM, Mika Westerberg
> >> wrote:
> >> > On Tue, Mar 31, 2015 at 02:18:00PM -0700, Fen
2015-04-07 3:12 GMT+02:00 Stephen Rothwell :
> Hi all,
>
> After merging the arm-soc tree, today's linux-next build (arm
> multi_v7_defconfig) failed like this:
>
> In file included from arch/arm/boot/dts/mt8135.dtsi:18:0,
> from arch/arm/boot/dts/mt8135-evbp1.dts:16:
> arch/arm/bo
* Stephen Rothwell wrote:
> Hi all,
>
> After merging the tip tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> kernel/events/core.c: In function 'perf_event_set_bpf_prog':
> kernel/events/core.c:6732:15: error: 'struct bpf_prog_aux' has no member
> named 'prog_
On Tue, Apr 07, 2015 at 01:55:01PM +0530, Sudip Mukherjee wrote:
> both the misc_deregister(), parport_release() and
> parport_unregister_device() is there in the module_exit function also.
> detach is called from parport_unregister_driver() and by the time
> detach executes misc_deregister(), parp
On Tue, Apr 07, 2015 at 05:18:58PM +1000, Stephen Rothwell wrote:
> Hi all,
>
> After merging the tip tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> kernel/events/core.c: In function 'perf_event_set_bpf_prog':
> kernel/events/core.c:6732:15: error: 'struct bpf_pr
On Tue, Apr 07, 2015 at 11:34:25AM +0300, Daniel Baluta wrote:
> On Tue, Apr 7, 2015 at 11:18 AM, Tom Van Braeckel
> wrote:
> > The private_data member of the /dev/lguest device file is used to hold
> > the current struct lguest and needs to be set to NULL to signify that
> > no initialization has
On Tue, Apr 07, 2015 at 10:35:45AM +0200, Paul Bolle wrote:
> > + ipdev->heap = ion_heap_create(&ipdev->data);
> > + if (!ipdev->heap)
> > + goto errfreeipdev;
> > +
> > + if (!try_module_get(THIS_MODULE))
> > + goto errfreeheap;
>
> For built-in only code THIS_MODULE wil
On Tue, Mar 31, 2015 at 03:55:59PM +0200, Rasmus Villemoes wrote:
> tty_name no longer uses the buf parameter, so remove it along with all
> the 64 byte stack buffers that used to be passed in.
>
> Mostly generated by the coccinelle script
>
> @depends on patch@
> identifier buf;
> constant C;
>
On 04/07/2015 10:48 AM, Ingo Molnar wrote:
* Stephen Rothwell wrote:
Hi all,
After merging the tip tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
kernel/events/core.c: In function 'perf_event_set_bpf_prog':
kernel/events/core.c:6732:15: error: 'struct bpf_prog_au
On Tue, Apr 07, 2015 at 10:35:27AM +0200, Ingo Molnar wrote:
> My advice to you is to try to raise beyond newbie patches and write
> something more substantial that helps Linux:
Yeah, I tried:
https://lkml.kernel.org/r/20150228134832.gb11...@pd.tnic
https://lkml.kernel.org/r/20150305181755.gl3..
Hi all,
I have posted this bug once when I try to implement --map-adjustment.
Reproducing procedure can be retrived from:
https://lkml.org/lkml/2015/4/2/10
Currently I don't have too much time spenting on that problem, and I'm also not
very familiar with ld script and dynamic linker. So could an
On 30 March 2015 at 15:20, Ard Biesheuvel wrote:
> Two patches that update the kallsyms ignore logic.
>
> Patch #1 adds logic to introduce symbols whose names end in (or equal)
> "_veneer". This prevent kallsyms generation errors on large ARM kernels
> where the emitted veneers will be different b
Hi Daniel,
On Tue, 07 Apr 2015 10:56:13 +0200 Daniel Borkmann wrote:
>
> On 04/07/2015 10:48 AM, Ingo Molnar wrote:
> >
> > * Stephen Rothwell wrote:
> >
> >> After merging the tip tree, today's linux-next build (powerpc
> >> ppc64_defconfig) failed like this:
> >>
> >> kernel/events/core.c: In
I meet a deadlock during cpu hotplug. The code path is bellow:
Call Trace:
[] dump_stack+0x19/0x1b
[] validate_chain.isra.43+0xf4a/0x1120
[] ? sched_clock+0x9/0x10
[] ? sched_clock_local+0x1d/0x80
[] ? sched_clock_cpu+0xa8/0x100
[] __lock_acquire+0x3c6/0xb70
[] ? sched_clock_cpu+0xa8/0x100
On 04/07/15 at 11:46am, Dave Young wrote:
> On 04/05/15 at 09:54am, Baoquan He wrote:
> > On 04/03/15 at 05:21pm, Dave Young wrote:
> > > On 04/03/15 at 05:01pm, Li, ZhenHua wrote:
> > > > Hi Dave,
> > > >
> > > > There may be some possibilities that the old iommu data is corrupted by
> > > > some
This patch fixes compilation sparse warnings like incorrect type in assignment
(different base types), cast to restricted __le64, symbol
'__UNIQUE_ID_author__COUNTER__' has multiple initializers etc.
This patch is based on slave-dma / for-linus branch.
(commit: 9f2fd0dfa594d857fbdaeda523ff7a46f1656
* Joe Perches wrote:
> On Tue, 2015-03-31 at 11:03 +0200, Ingo Molnar wrote:
> > * Peter Zijlstra wrote:
> > > On Mon, Mar 30, 2015 at 04:46:17PM -0700, Joe Perches wrote:
> > > > Use the normal return values for bool functions
> > > >
> > > > Update the other sets of ret in try_wait_for_compl
Hi Stephen,
On Tue, Apr 07, 2015 at 11:46:00AM +1000, Stephen Rothwell wrote:
> diff --cc arch/arm64/configs/defconfig
> index 96bba367f80c,e07896c819ef..
> --- a/arch/arm64/configs/defconfig
> +++ b/arch/arm64/configs/defconfig
> @@@ -31,10 -31,12 +31,14 @@@ CONFIG_MODULES=
> CONFIG
Hello Ingo and Borislav,
2015-04-07 14:56 GMT+06:00 Borislav Petkov :
> On Tue, Apr 07, 2015 at 10:35:27AM +0200, Ingo Molnar wrote:
>> My advice to you is to try to raise beyond newbie patches and write
>> something more substantial that helps Linux:
>
> Yeah, I tried:
>
> https://lkml.kernel.org
Hi Arnaldo,
As per your request, here's the latest version of the two patches.
I retained Jiri's and Ingo's ACK on the perf_event_attr printing patch
even though I rewrote it since they acked it; if they feel I wrongly did
so please holler.
Thanks!
--
To unsubscribe from this list: send the lin
Currently there's 3 (that I found) different and incomplete
implementations of printing perf_event_attr.
This is quite silly. Merge the lot.
While this patch does not retain the exact form all printing that I
found is debug output and thus it should not be critical.
Also, I cannot find a single
Teach perf-record about the new perf_event_attr::{use_clockid, clockid}
fields. Add a simple parameter to set the clock (if any) to be used for
the events to be recorded into the data file.
Since we store the entire perf_event_attr in the EVENT_DESC section we
also already store the used clockid i
Hi Jeff,
On Tue, Apr 7, 2015 at 3:14 AM, Jeff Moyer wrote:
> The way the on-stack plugging currently works, each nesting level
> flushes its own list of I/Os. This can be less than optimal (read
> awful) for certain workloads. For example, consider an application
> that issues asynchronous O_DI
* Linus Torvalds wrote:
> On Mon, Apr 6, 2015 at 9:58 AM, Chris J Arges
> wrote:
> >
> > I noticed that with this patch it never reached 'csd: Detected
> > non-responsive CSD lock...' because it seems that ts_delta never reached
> > CSD_LOCK_TIMEOUT. I tried adjusting the TIMEOUT value and stil
* Peter Zijlstra wrote:
> Hi Arnaldo,
>
> As per your request, here's the latest version of the two patches.
>
> I retained Jiri's and Ingo's ACK on the perf_event_attr printing patch
> even though I rewrote it since they acked it; if they feel I wrongly did
> so please holler.
It's only gett
On Tue, Apr 07, 2015 at 11:49:30AM +0300, Dan Carpenter wrote:
> On Tue, Apr 07, 2015 at 01:55:01PM +0530, Sudip Mukherjee wrote:
>
> I hadn't looked at this driver much before. It sucks that
> parport_driver ->attach() functions can't fail...
then maybe, we can change the code of parport. curr
On Sat, Apr 04, 2015 at 03:34:43PM +0200, Borislav Petkov wrote:
> From: Borislav Petkov
>
> Quentin caught a corner case with the generation of instruction padding
> in the ALTERNATIVE_2 macro: if len(orig_insn) < len(alt1) < len(alt2),
> then not enough padding gets added and that is not good(t
* Ingo Molnar wrote:
>
> * Joe Perches wrote:
>
> > On Tue, 2015-03-31 at 11:03 +0200, Ingo Molnar wrote:
> > > * Peter Zijlstra wrote:
> > > > On Mon, Mar 30, 2015 at 04:46:17PM -0700, Joe Perches wrote:
> > > > > Use the normal return values for bool functions
> > > > >
> > > > > Update t
On Tue, Apr 7, 2015 at 10:43 AM, Matthias Brugger
wrote:
> 2015-04-07 3:12 GMT+02:00 Stephen Rothwell :
>> Hi all,
>>
>> After merging the arm-soc tree, today's linux-next build (arm
>> multi_v7_defconfig) failed like this:
>>
>> In file included from arch/arm/boot/dts/mt8135.dtsi:18:0,
>>
Hi Greg,
Today's linux-next merge of the tty tree got a conflict in
drivers/dma/Kconfig between commit ad80da658bbc ("dmaengine: Driver
support for FSL RaidEngine device") from the slave-dma tree and commit
2b49e0c56741 ("dmaengine: append hsu DMA driver") from the tty tree.
I fixed it up (see be
* Linus Torvalds wrote:
> On Mon, Apr 6, 2015 at 12:08 PM, Sasha Levin wrote:
> >
> > Your patch just makes it hang in memset instead:
>
> So it's certainly a big memset (2GB or so: original count in RDX:
> 0x7e777000, and "%rcx << 6" is bytes left, so it has done about 85%
> of it), which i
On Tue, 7 Apr 2015 08:47:32 +0100
Zhen Lei wrote:
> For the old version, there maybe some faults:
> 1. For each Interrupt Collection table, 4K size is enough. But now the
>default is 64K(if "Page Size" field is not read-only).
Why is that a problem?
> 2. Suppose two read-only "Page Size" ta
* Chris Metcalf wrote:
> On 04/06/2015 02:29 PM, Frederic Weisbecker wrote:
> >On Mon, Apr 06, 2015 at 02:16:44PM -0400,cmetc...@ezchip.com wrote:
> >>>From: Chris Metcalf
> >>>
> >>>The "clear" API is useful, for example, to modify a cpumask to avoid
> >>>the nohz cores so that interrupts aren
On Mon, Mar 30, 2015 at 3:52 PM, Octavian Purdila
wrote:
> On Mon, Mar 30, 2015 at 4:33 PM, Mika Westerberg
> wrote:
>> On Mon, Mar 30, 2015 at 03:55:14PM +0300, Octavian Purdila wrote:
>>> On Mon, Mar 30, 2015 at 12:52 PM, Mika Westerberg
>>> wrote:
>>> > On Fri, Mar 27, 2015 at 11:36:25AM +010
After perf_evlist__filter_pollfd() filters out fds and releases
perf_mmap by using perf_evlist__mmap_put(), refcnt of perf_mmap hits 1
then perf_evlist__mmap_consume() will do the final unmap. In this
condition, perf_evlist__mmap_read() will crash by referencing invalid
mmap. Put refcnt check befor
perf_evlist__mmap_consume() uses perf_mmap__empty() to judge whether
perf_mmap is empty and can be released. But the result is inverted so
fix it.
Signed-off-by: He Kuang
---
tools/perf/util/evlist.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/perf/util/evlist.c b/t
s/Conduct/Conflict
* Ingo Molnar wrote:
>
> * Joe Perches wrote:
>
> > On Tue, 2015-03-31 at 11:03 +0200, Ingo Molnar wrote:
> > > * Peter Zijlstra wrote:
> > > > On Mon, Mar 30, 2015 at 04:46:17PM -0700, Joe Perches wrote:
> > > > > Use the normal return values for bool functions
> > > > >
1 - 100 of 1176 matches
Mail list logo
