The Foundation model GIC mapping is wrong, as the GICC region should
be 8kB instead of 4kB (the model implements the GICv2 architecture).
This defect prevents the driver from switching to EOImode==1.
Signed-off-by: Andre Przywara
---
arch/arm64/boot/dts/arm/foundation-v8.dts | 2 +-
1 file chang
Hi,
this is v2 adressing the two comments that Marc had on the previous
version.
Changelog:
- remove bogus affinity field from GICv3 maintenance interrupt
- replace commit message for patch 2/4
The freely available ARM Foundation model [1] supports emulating a
GICv3 interrupt con
The ARMv8 Foundation model can be run with a GICv2 or a GICv3.
To prepare for the GICv3 version of the .dts without code duplication,
move most of the nodes of the existing DT (except the GIC) into an
include file and just keep that include statement and the GIC node in
the current foundation-v8.dt
To prepare the ARM foundation model to support GICv3, we adjust
the #address-cells property of the current GICv2 node to be
compatible with the two cells required for GICv3 later.
Signed-off-by: Andre Przywara
Acked-by: Marc Zyngier
---
arch/arm64/boot/dts/arm/foundation-v8.dts | 88 +++
The ARMv8 Foundation model sports a command line parameter to use
a GICv3 emulation instead of the default GICv2 interrupt controller.
Add a new .dts file which reuses most of the definitions of the
existing model while just adding the required properties for the
GICv3 node.
This allows the public
On Tue, Dec 15, 2015 at 8:23 PM, Andre Przywara wrote:
> Hi Ming,
>
> thanks for the answer!
>
> On 15/12/15 11:54, Ming Lei wrote:
>> On Tue, Dec 15, 2015 at 7:05 PM, Andre Przywara
>> wrote:
>>> Hi,
>>>
>>> I've been experiencing issues with at least 4.4-rc3 (including current
>>
>> I'd sugges
On 12/15/2015 01:43 PM, Vincent Guittot wrote:
[...]
I agree that if the WCET is far from reality, we will underestimate
available capacity for CFS. Have you got some use case in mind which
overestimates the WCET ?
If we can't rely on this parameters to evaluate the amount of capacity
used by dea
On Tue, Dec 15, 2015 at 02:01:32PM +0100, Dmitry Vyukov wrote:
> Call Trace:
>[] sched_show_task+0x148/0x250
> kernel/sched/core.c:4934
> [] apic_timer_interrupt+0x8c/0xa0
> arch/x86/entry/entry_64.S:520
>
>[< inline >] ? arch_local_irq_enable
> ./arch/x86/include/asm/para
On Tue, Dec 15, 2015 at 12:22:38PM +, Juri Lelli wrote:
> I'm proposing to add a new value because I couldn't find any proxies in
> the current bindings that bring us any close to what we need. If I
> failed in looking for them, and they actually exists, I'll personally be
> more then happy to
On Tue, Dec 15, 2015 at 2:39 PM, Peter Zijlstra wrote:
> On Tue, Dec 15, 2015 at 02:01:32PM +0100, Dmitry Vyukov wrote:
>
>
>> Call Trace:
>>[] sched_show_task+0x148/0x250
>> kernel/sched/core.c:4934
>
>
>
>> [] apic_timer_interrupt+0x8c/0xa0
>> arch/x86/entry/entry_64.S:520
>>
>>[<
On 12/15/2015 01:58 PM, Vincent Guittot wrote:
On 15 December 2015 at 09:50, Luca Abeni wrote:
On 12/15/2015 05:59 AM, Vincent Guittot wrote:
[...]
So I don't think this is right. AFAICT this projects the WCET as the
amount of time actually used by DL. This will, under many
circumstances, vas
On Tue, Dec 15, 2015 at 02:30:07PM +0100, Luca Abeni wrote:
> >So I remember something else from the BFQ code, which also had to track
> >entries for the 0-lag stuff, and I just had a quick peek at that code
> >again. And what they appear to do is keep inactive entries with a lag
> >deficit in a s
On Mon, Dec 14, 2015 at 10:39:19AM +, Wang Nan wrote:
> This patch introduce a new syntax to perf event parser:
>
> # perf record -e './test_bpf_map_3.c/maps:channel.value[0,1,2,3...5]=101/'
> usleep 2
why 3 dots? I'd think the standard is 2 ? just curious
[0,1,2,3..5]
3 made me think the
Le 02/12/2015 23:03, Alexandre Belloni a écrit :
> From: Josh Wu
>
> The QiaoDian Xianshi QD43003C0-40 is a 4"3 TFT LCD panel.
>
> Timings from the OTA5180A document, ver 0.9, section
> 10.1.1:
> http://www.orientdisplay.com/pdf/OTA5180A.pdf
>
> Signed-off-by: Josh Wu
> Signed-off-by: Alexan
Hello all,
After much too long a time, the revised futex man page *will*
go out in the next man pages release (it has been merged
into master).
There are various places where the page could still be improved,
but it is much better (and more than 5 times longer) than the
existing page.
The render
On Tue, Dec 15, 2015 at 2:41 PM, Dmitry Vyukov wrote:
> On Tue, Dec 15, 2015 at 2:39 PM, Peter Zijlstra wrote:
>> On Tue, Dec 15, 2015 at 02:01:32PM +0100, Dmitry Vyukov wrote:
>>
>>
>>> Call Trace:
>>>[] sched_show_task+0x148/0x250
>>> kernel/sched/core.c:4934
>>
>>
>>
>>> [] apic_timer_
Hi Abhi,
Comment below.
- Original Message -
> During testing, I discovered that __generic_file_splice_read() returns
> 0 (EOF) when aops->readpage fails with AOP_TRUNCATED_PAGE on the first
> page of a single/multi-page splice read operation. This EOF return code
> causes the userspace t
On Mon, Dec 14, 2015 at 2:07 AM, Paul Gortmaker
wrote:
> The Kconfig currently controlling compilation of this code is:
>
> drivers/misc/Kconfig:config ARM_CHARLCD
> drivers/misc/Kconfig: bool "ARM Ltd. Character LCD Driver"
>
> ...meaning that it currently is not being built as a module by any
On Tuesday 15 December 2015 05:14 PM, Peter Ujfalusi wrote:
> On 12/15/2015 11:38 AM, Sekhar Nori wrote:
>> Hi Peter,
>>
>> On Friday 04 December 2015 07:23 PM, Peter Ujfalusi wrote:
>>> Switch to use the ti,edma3-tpcc and ti,edma3-tptc binding for the eDMA3.
>>> With the new bindings boards can cu
Is this not the issue fixed by 8e43c9c75?
Thanks
Frank
On 15/12/15 13:30, Gustavo Padovan wrote:
> 2015-12-14 Dmitry Torokhov :
>
>> Userspace can close the sync device while there are still active fence
>> points, in which case kernel produces the following warning:
>>
>> [ 43.853176]
Hi,
On Mon, Dec 14, 2015 at 12:42:58PM -0600, Nishanth Menon wrote:
> Enable PMIC for beaglebone similar to commit 7a5c6065669c ("ARM:
> OMAP2+: omap2plus_defconfig: Add tps65217 support") - this allows
> multi_v7_defconfig to boot up on older beaglebone platforms.
A similar one -
http://lists.
Hi Hans,
Thanks for your time.
On Mon, 2015-12-14 at 13:50 +0100, Hans Verkuil wrote:
> Hi Tiffany,
>
> My apologies for the long delay, but I finally have time to do a review of
> this
> code.
>
> On 12/11/2015 10:55 AM, Tiffany Lin wrote:
> > From: Andrew-CT Chen
> >
> > Add v4l2 layer enc
On 15 December 2015 at 13:22, Juri Lelli wrote:
> On 14/12/15 16:59, Mark Brown wrote:
>> On Mon, Dec 14, 2015 at 12:36:16PM +, Juri Lelli wrote:
>> > On 11/12/15 17:49, Mark Brown wrote:
>>
>> > > The purpose of the capacity values is to influence the scheduler
>> > > behaviour and hence perf
On Tue, Dec 15, 2015 at 02:44:43PM +0100, Dmitry Vyukov wrote:
> Note that the test uses cpu%4 because I have 4 cpus. Here is how I
> start qemu: -numa node,nodeid=0,cpus=0-1 -numa node,nodeid=1,cpus=2-3
> -smp sockets=2,cores=2,threads=1
I'll first try on real hardware. I distrust this virt muck
On Tue, Dec 15, 2015 at 01:39:51PM +, Mark Brown wrote:
> On Tue, Dec 15, 2015 at 12:22:38PM +, Juri Lelli wrote:
> > > So then why isn't it adequate to just have things like the core types in
> > > there and work from there? Are we really expecting the tuning to be so
> > > much better th
On 12/15/2015 03:48 PM, Sekhar Nori wrote:
>>> These correspond to PRU events. It is true that most likely they will
>>> never be used for peripheral DMA and can be dedicated as memcpy
>>> channels. However, since this is being encoded in DT, we need to be sure
>>> that they will never be used for
On Tue 2015-12-15 05:26:00, Arjan van de Ven wrote:
> On 12/14/2015 11:56 PM, Pavel Machek wrote:
> >On Mon 2015-12-14 13:24:08, Arjan van de Ven wrote:
> >>
> >>>That's weird. The only API to do that seems to be manually setting
> >>>kmap_prot to _PAGE_KERNEL_EXEC, and nothing does that. (Why is
On 12/15/2015 01:34 PM, Christoph Hellwig wrote:
On Mon, Dec 14, 2015 at 02:17:05PM +0100, Matias Bj??rling wrote:
Allow read and write I/Os to be issued synchronous. Users include the
LightNVM core to implement system block support and similar.
I think the right way to implement this is to wa
It is a trivial patch.
Signed-off-by: Chen Gang
---
include/asm-generic/pgtable-nopmd.h | 3 ++-
include/asm-generic/pgtable-nopud.h | 3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/include/asm-generic/pgtable-nopmd.h
b/include/asm-generic/pgtable-nopmd.h
index 725612b..
On 12/15/15 14:51, tiffany lin wrote:
> Hi Hans,
>
> Thanks for your time.
>
> On Mon, 2015-12-14 at 13:50 +0100, Hans Verkuil wrote:
>> Hi Tiffany,
>>
>> My apologies for the long delay, but I finally have time to do a review of
>> this
>> code.
>>
>> On 12/11/2015 10:55 AM, Tiffany Lin wrote
After this patch, I finish 'scanning' mm related headers in
"include/asm-genric/*".
Next I shall continue 'scanning' mm related headers in
"include/linux/*" to know about the common sense information.
Thanks.
On 12/15/15 22:15, Chen Gang wrote:
>
> It is a trivial patch.
>
> Signed-off-by: Ch
Hi Peter,
On Mon, Dec 14, 2015 at 11:38 AM, Peter Rosin wrote:
I think I atleast half-understand what you're trying to do.
> Userspace does the following when doing this w/o the isr patches:
>
> 1. select signal using the MUX
> 2. set the DAC so high that INPUT is never reaching that level.
>
Implement cmpxchg{,64}_relaxed and atomic{,64}_cmpxchg_relaxed, based on
which _release variants can be built.
To avoid superfluous barriers in _acquire variants, we implement these
operations with assembly code rather use __atomic_op_acquire() to build
them automatically.
For the same reason, we
Hi Mark,
On 15/12/15 14:01, Mark Rutland wrote:
> On Tue, Dec 15, 2015 at 01:39:51PM +, Mark Brown wrote:
> > On Tue, Dec 15, 2015 at 12:22:38PM +, Juri Lelli wrote:
> > > > So then why isn't it adequate to just have things like the core types in
> > > > there and work from there? Are we
Some architectures may have their special barriers for acquire, release
and fence semantics, so that general memory barriers(smp_mb__*_atomic())
in the default __atomic_op_*() may be too strong, so allow architectures
to define their own helpers which can overwrite the default helpers.
Signed-off-
Hi all,
This is v6 of the series.
Link for v1: https://lkml.org/lkml/2015/8/27/798
Link for v2: https://lkml.org/lkml/2015/9/16/527
Link for v3: https://lkml.org/lkml/2015/10/12/368
Link for v4: https://lkml.org/lkml/2015/10/14/670
Link for v5: https://lkml.org/lkml/2015/10/26/141
Changes since
Under some conditions, irq sorting procedure used
by INTC can go wrong resulting in a spurious irq
getting reported.
If this condition is not handled, it results in
endless stream of:
unexpected IRQ trap at vector 00
messages from ack_bad_irq()
Handle the spurious interrupt condition in oma
On Fri 2015-12-11 15:30:54, Andrew Morton wrote:
> On Fri, 11 Dec 2015 23:21:13 + Russell King - ARM Linux
> wrote:
>
> > On Fri, Dec 11, 2015 at 02:57:25PM -0800, Andrew Morton wrote:
> > > This is a bit messy. NEED_PRINTK_NMI is an added-on hack for one
> > > particular arm variant. From
On Thursday 10 December 2015 08:46 PM, Sekhar Nori wrote:
> Hi Felipe,
>
> On Tuesday 08 December 2015 07:15 PM, Felipe Balbi wrote:
>> Sekhar Nori writes:
>
>>> + /*
>>> +* A spurious IRQ can result if interrupt that triggered the
>>> +* sorting is no longer active during the sorting
On Sun, 2015-12-13 at 14:52 +0100, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Sun, 13 Dec 2015 09:30:47 +0100
>
> Six goto statements referred to a source code position directly behind them.
> Thus omit such unnecessary jumps.
I suggest you leave a blank line instead
of deleting the
On 64bit platforms, "(1 << (16 + top)) / clk_get_rate(dw_wdt.clk)" is
sign-extended to 64bit then converted to unsigned 64bit, finally divide
the clk rate. If the top is the maximum TOP i.e 15, "(1 << (16 +15))"
will be sign-extended to 0x8000, then converted to unsigned
0x8
Hi Florian,
Thanks for taking the time to review this code. We'll probably take
additional time to review and implement most of your suggestions but I
was confused by your two comments below.
On 12/14/2015 08:39 PM, Florian Fainelli wrote:
> On 14/12/15 16:19, Gilad Avidov wrote:
>> +static void
On 12/14/2015 10:27 AM, Konrad Rzeszutek Wilk wrote:
On Sat, Dec 12, 2015 at 07:25:55PM -0500, Boris Ostrovsky wrote:
Using MMUEXT_TLB_FLUSH_MULTI doesn't buy us much since the hypervisor
will likely perform same IPIs as would have the guest.
But if the VCPU is asleep, doing it via the hypervi
Commit ac82d1277215 ("arm64: perf: add Cortex-A53 support") adds the
cortex A53 PMU support, thus instead of using the generic armv8-pmuv3
compatibility use the more specific Cortex A53 compatibility.
Signed-off-by: Jisheng Zhang
---
arch/arm64/boot/dts/marvell/berlin4ct.dtsi | 2 +-
1 file chan
On Tue, Dec 15, 2015 at 06:27:56AM -0800, Joe Perches wrote:
> On Sun, 2015-12-13 at 14:52 +0100, SF Markus Elfring wrote:
> > From: Markus Elfring
> > Date: Sun, 13 Dec 2015 09:30:47 +0100
> >
> > Six goto statements referred to a source code position directly behind them.
> > Thus omit such unn
Em Tue, Dec 15, 2015 at 10:49:56AM +0900, Namhyung Kim escreveu:
> Post processing at perf record takes long time on big machines. What it
> does is to find build-id of related binaries. Sometimes we just want to
> skip the processing and get the result quickly. Add a new config option
> to cont
Implement xchg{,64}_relaxed and atomic{,64}_xchg_relaxed, based on these
_relaxed variants, release/acquire variants and fully ordered versions
can be built.
Note that xchg{,64}_relaxed and atomic_{,64}_xchg_relaxed are not
compiler barriers.
Signed-off-by: Boqun Feng
---
arch/powerpc/include/a
On Tuesday 15 December 2015 22:36:12 Jisheng Zhang wrote:
> - compatible = "arm,armv8-pmuv3";
> + compatible = "arm,cortex-a53-pmu";
>
Should this list both?
Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messa
On Tue, Dec 15, 2015 at 7:51 AM, Afzal Mohammed wrote:
> Hi,
>
> On Mon, Dec 14, 2015 at 12:42:58PM -0600, Nishanth Menon wrote:
>
>> Enable PMIC for beaglebone similar to commit 7a5c6065669c ("ARM:
>> OMAP2+: omap2plus_defconfig: Add tps65217 support") - this allows
>> multi_v7_defconfig to boot
On Tue, Dec 15, 2015 at 12:22:41PM +0900, Kamezawa Hiroyuki wrote:
> On 2015/12/15 4:42, Vladimir Davydov wrote:
> >Anyway, if you don't trust a container you'd better set the hard memory
> >limit so that it can't hurt others no matter what it runs and how it
> >tweaks its sub-tree knobs.
>
> Limi
On powerpc, acquire and release semantics can be achieved with
lightweight barriers("lwsync" and "ctrl+isync"), which can be used to
implement __atomic_op_{acquire,release}.
For release semantics, since we only need to ensure all memory accesses
that issue before must take effects before the -stor
On Tue, Dec 15, 2015 at 02:24:58PM +, Juri Lelli wrote:
> Hi Mark,
Hi Juri,
> On 15/12/15 14:01, Mark Rutland wrote:
> > I really don't want to see a table of magic numbers in the kernel.
>
> Doesn't seem to be a clean and scalable solution to me either. It is not
> easy to reconfigure when
Dear Arnd,
On Tue, 15 Dec 2015 15:43:53 +0100 Arnd Bergmann wrote:
> On Tuesday 15 December 2015 22:36:12 Jisheng Zhang wrote:
> > - compatible = "arm,armv8-pmuv3";
> > + compatible = "arm,cortex-a53-pmu";
> >
>
> Should this list both?
IMHO, we don't need to list
On Tuesday 15 December 2015 09:30:16 Christopher Covington wrote:
>
> On 12/14/2015 08:39 PM, Florian Fainelli wrote:
> > On 14/12/15 16:19, Gilad Avidov wrote:
>
> >> +static void emac_mac_irq_enable(struct emac_adapter *adpt)
> >> +{
> >> +int i;
> >> +
> >> +for (i = 0; i < EMAC_NUM_CO
On Tue, Dec 15, 2015 at 10:47:09PM +0800, Jisheng Zhang wrote:
> Dear Arnd,
>
> On Tue, 15 Dec 2015 15:43:53 +0100 Arnd Bergmann wrote:
>
> > On Tuesday 15 December 2015 22:36:12 Jisheng Zhang wrote:
> > > - compatible = "arm,armv8-pmuv3";
> > > + compatible = "arm,cor
On Tue, Dec 15, 2015 at 01:42:05AM +0200, Aya Mahfouz wrote:
> Constifies uartlite_reg_ops structures in tty's
> serial port driver since they are not modified
> after their initialization.
>
> Detected and found using Coccinelle.
>
> Suggested-by: Julia Lawall
> Signed-off-by: Aya Mahfouz
> --
On 14 December 2015 at 17:08, Sanidhya Solanki wrote:
> The original code defined macros in the source code, making it
> harder to read. Moved them to the header file, as per the TODO file.
>
> Updated the TODO file.
>
> Signed-off-by: Sanidhya Solanki
> ---
> drivers/staging/skein/TODO
On Tue, Dec 15, 2015 at 03:31:37PM +0300, Vladimir Davydov wrote:
> Memory cgroup reclaim can be interrupted with mem_cgroup_iter_break()
> once enough pages have been reclaimed, in which case, in contrast to a
> full round-trip over a cgroup sub-tree, the current position stored in
> mem_cgroup_re
> If you were a lustre dev then I would accept these renames definitely.
I find this information interesting.
Would any more contributors like to share their opinion?
> I do not think I have been unfair to you.
This view is correct in principle.
> There was no element of surprise.
I am tryin
Hi,
On 15.12.2015 10:14, Sören Brinkmann wrote:
> On Mon, 2015-12-14 at 05:01PM +, Marc Zyngier wrote:
>> Mark,
>>
>> On 14/12/15 16:46, Mark Rutland wrote:
>>> On Mon, Dec 14, 2015 at 08:31:40AM -0800, Soren Brinkmann wrote:
Signed-off-by: Soren Brinkmann
---
arch/arm64/boot/
Hi Linus,
Please pull two fbdev fixes for 4.4.
Tomi
The following changes since commit 527e9316f8ec44bd53d90fb9f611fa752bb9:
Linux 4.4-rc4 (2015-12-06 15:43:12 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tomba/linux.git
tags/fbdev-fix
On Tue, 2015-12-15 at 17:41 +0300, Dan Carpenter wrote:
> On Tue, Dec 15, 2015 at 06:27:56AM -0800, Joe Perches wrote:
> > On Sun, 2015-12-13 at 14:52 +0100, SF Markus Elfring wrote:
> > > From: Markus Elfring
> > > Date: Sun, 13 Dec 2015 09:30:47 +0100
> > >
> > > Six goto statements referred to
Commit ac82d1277215 ("arm64: perf: add Cortex-A53 support") adds the
cortex A53 PMU support, thus instead of using the generic armv8-pmuv3
compatibility use the more specific Cortex A53 compatibility.
Signed-off-by: Jisheng Zhang
---
Since v1:
- keep "arm,armv8-pmuv3" as a fallback in the compat
>>> On 15.12.15 at 15:36, wrote:
> On 12/14/2015 10:27 AM, Konrad Rzeszutek Wilk wrote:
>> On Sat, Dec 12, 2015 at 07:25:55PM -0500, Boris Ostrovsky wrote:
>>> Using MMUEXT_TLB_FLUSH_MULTI doesn't buy us much since the hypervisor
>>> will likely perform same IPIs as would have the guest.
>>>
>> Bu
Use list_for_each_entry_safe() instead of list_for_each_safe() to
simplify the code.
Signed-off-by: Geliang Tang
---
mm/swapfile.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/mm/swapfile.c b/mm/swapfile.c
index 7c714c6..31dc94f 100644
--- a/mm/swapfile.c
+++ b/mm
On Tue, Dec 15, 2015 at 02:01:36PM +, Mark Rutland wrote:
> I really don't want to see a table of magic numbers in the kernel.
Right, there's pitfalls there too although not being part of an ABI
does make them more manageable.
One thing it's probably helpful to establish here is how much t
On 22 October 2015 at 19:00, John Stultz wrote:
> From: Colin Cross
>
> It is quite common for Android devices to utilize more
> then 8 partitions on internal eMMC storage.
>
> The vanilla kernel can support this via
> CONFIG_MMC_BLOCK_MINORS, however that solution caps the
> system to 256 minors
On 12/15/2015 10:03 AM, Jan Beulich wrote:
On 15.12.15 at 15:36, wrote:
On 12/14/2015 10:27 AM, Konrad Rzeszutek Wilk wrote:
On Sat, Dec 12, 2015 at 07:25:55PM -0500, Boris Ostrovsky wrote:
Using MMUEXT_TLB_FLUSH_MULTI doesn't buy us much since the hypervisor
will likely perform same IPIs as
On 12/15/15 8:12 AM, Ben Hutchings wrote:
@@ -598,7 +599,10 @@ static int vrf_newlink(struct net *src_net, struct
net_device *dev,
rcu_assign_pointer(dev->vrf_ptr, vrf_ptr);
- return register_netdev(dev);
+ err = register_netdev(dev);
+ if (err)
+ kfree(
--
Köszöntő neked,
Rendelkezésre álló pénz kölcsönzésére. Szerezd meg a pénzt / kölcsön
van szüksége, Scotwest Credit Union Limited. Mi magán hitelezők /
befektetők és kínál mind a személyi kölcsön, startup kölcsön, oktatási /
mezőgazdasági hitel, ingatlan / építési hitel, ingatlan hitel, ta
Arnd Bergmann wrote:
We generally want to use readl/writel rather than the relaxed versions,
unless it is in performance-critical code.
What about if we have 20+ writes in a row, for example, when
initializing a part? I've seen code like this:
writel_relaxed(...);
writel_rel
[Re: [PATCH 00/10] drivers/pci: avoid module_init in non-modular host/pci*] On
14/12/2015 (Mon 11:27) Arnd Bergmann wrote:
> On Monday 14 December 2015 10:19:40 Thierry Reding wrote:
> > > PCIe host driver that use fixup (DECLARE_PCI_FIXUP_*) can't use tristate.
> > > Fixup region is in kernel re
The backported version of commit 7f109f7cc371 ("vrf: fix double free
and memory corruption on register_netdevice failure") incorrectly
removed a kfree() from the failure path as well as the free_netdev().
Add that back.
Signed-off-by: Ben Hutchings
---
drivers/net/vrf.c | 6 +-
1 file change
On Tue, 2015-12-15 at 08:15 -0700, David Ahern wrote:
> On 12/15/15 8:12 AM, Ben Hutchings wrote:
> > @@ -598,7 +599,10 @@ static int vrf_newlink(struct net *src_net, struct
> > net_device *dev,
> >
> > rcu_assign_pointer(dev->vrf_ptr, vrf_ptr);
> >
> > - return register_netdev(dev);
> > +
On Tuesday 15 December 2015 07:35 PM, Peter Ujfalusi wrote:
> On 12/15/2015 03:48 PM, Sekhar Nori wrote:
In future, if/when we gain QDMA support, the QDMA channels could be used
for memcopy.
>>>
>>> Well, in short there is no way to get the qDMA working in a different way
>>> either. qDM
POWER and CURRENT were swapped out in the buffer:
was current2 and power3, correct order is power2 and current3.
Signed-off-by: Marc Titinger
---
Hi Jon,
we just found this while testing with the buffered mode.
My apologies for missing this bug ealier.
Cheers,
Marc.
---
drivers/iio/adc/ina
* Kishon Vijay Abraham I [151215 04:47]:
> On Tuesday 15 December 2015 05:25 PM, Arnd Bergmann wrote:
> >>>
> >>> Can you explain here what the conversion is good for? Why do you
> >>> prefer the syscon mapping over a high-level driver in this case?
> >>
> >> phy-omap-control driver was added when
On 11/19/2015 04:55 PM, Boris Ostrovsky wrote:
After 32-bit syscall rewrite, and specifically after commit 5f310f739b4c
("x86/entry/32: Re-implement SYSENTER using the new C path"), the stack
frame that is passed to xen_sysexit is no longer a "standard" one (i.e.
it's not pt_regs).
Since we end
* Sekhar Nori [151215 06:26]:
> Under some conditions, irq sorting procedure used
> by INTC can go wrong resulting in a spurious irq
> getting reported.
>
> If this condition is not handled, it results in
> endless stream of:
>
> unexpected IRQ trap at vector 00
>
> messages from ack_bad_ir
>>> On 15.12.15 at 16:14, wrote:
> On 12/15/2015 10:03 AM, Jan Beulich wrote:
> On 15.12.15 at 15:36, wrote:
>>> On 12/14/2015 10:27 AM, Konrad Rzeszutek Wilk wrote:
On Sat, Dec 12, 2015 at 07:25:55PM -0500, Boris Ostrovsky wrote:
> Using MMUEXT_TLB_FLUSH_MULTI doesn't buy us much si
On Tue, Dec 15, 2015 at 03:08:13PM +, Mark Brown wrote:
> On Tue, Dec 15, 2015 at 02:01:36PM +, Mark Rutland wrote:
>
> > I really don't want to see a table of magic numbers in the kernel.
>
> Right, there's pitfalls there too although not being part of an ABI
> does make them more manage
commit 7f109f7cc37108cba7243bc832988525b0d85909 upstream.
When vrf's ->newlink is called, if register_netdevice() fails then it
does free_netdev(), but that's also done by rtnl_newlink() so a second
free happens and memory gets corrupted, to reproduce execute the
following line a couple of times (
Use list_for_each_entry*() instead of list_for_each*() to simplify
the code.
Signed-off-by: Geliang Tang
---
drivers/staging/wlan-ng/hfa384x_usb.c | 17 -
drivers/staging/wlan-ng/prism2usb.c | 15 +++
2 files changed, 7 insertions(+), 25 deletions(-)
diff --git a/d
+Chris, Baolin
On 25 November 2015 at 09:56, Holger Schurig wrote:
> We had to modify the last patch a bit and was able to update a Kingston
> device from Firmware 0xba to 0xbd. But when doing this in user-space only is
> now the way to go, I should probably not submit it anymore?
>
> BTW, for th
The 'trace' sort key is to show tracepoint event output using either
print fmt or plugin. For example sched_switch event (using plugin) will
show output like below:
$ perf report -s trace --stdio
...
# Overhead Trace output
# ...
On Tue, 2015-12-15 at 14:43 +0100, Michael Kerrisk (man-pages) wrote:
> Hello all,
>
> After much too long a time, the revised futex man page *will*
> go out in the next man pages release (it has been merged
> into master).
>
> There are various places where the page could still be improved,
> bu
On Sat, Dec 12, 2015 at 11:08:42AM +0100, Jean Delvare wrote:
> Hallo Andreas,
>
> On Thu, 10 Dec 2015 18:12:31 +0100, Andreas Werner wrote:
> > thanks for the register dump :-)
>
> Can you please share the register dump of your TMP461 with us?
>
> Thanks,
> --
> Jean Delvare
> SUSE L3 Support
This reverts commit b3abad339f8e268bb261e5844ab68b18a7797c29, which
was an attempt to backport commit 7f109f7cc37108cba7243bc832988525b0d85909
upstream. The backport introduced a deadlock and other bugs.
Signed-off-by: Ben Hutchings
---
drivers/net/vrf.c | 15 +--
1 file changed, 13
The print_event_field() and print_event_field() are to print basic
information of a given field or event without the print format. They'll
be used by dynamic sort keys later.
Cc: Steven Rostedt
Signed-off-by: Namhyung Kim
---
tools/lib/traceevent/event-parse.c | 125 ---
On 12/15/2015 10:24 AM, Jan Beulich wrote:
On 15.12.15 at 16:14, wrote:
On 12/15/2015 10:03 AM, Jan Beulich wrote:
On 15.12.15 at 15:36, wrote:
On 12/14/2015 10:27 AM, Konrad Rzeszutek Wilk wrote:
On Sat, Dec 12, 2015 at 07:25:55PM -0500, Boris Ostrovsky wrote:
Using MMUEXT_TLB_FLUSH_MULTI
Hi Chen,
[auto build test ERROR on v4.4-rc5]
[also build test ERROR on next-20151215]
url:
https://github.com/0day-ci/linux/commits/Chen-Gang/include-asm-generic-Notice-about-80-columns-in-pgtable-no-h/20151215-221607
config: mips-xway_defconfig (attached as .config)
reproduce:
wget
Each tracepoint event has format string for print to improve
readability. Try to parse the output and match the field name. If it
finds one, use that for the result. If not, fallbacks to the original
output.
For example, sort on kmem:kmalloc.gfp_flags looks like below:
(Note: libtraceevent plug
When an evlist contains tracepoint events only, use 'trace' sort key as
default. This will make users more convenient to see trace result.
Suggested-by: Jiri Olsa
Cc: Steven Rostedt
Signed-off-by: Namhyung Kim
---
tools/perf/util/sort.c | 22 +-
1 file changed, 17 insertio
This is a preparation to add more info into the hist_entry. Also it
already passes too many argument, so passing sample directly will reduce
the overhead of the function call.
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-annotate.c | 7 +--
tools/perf/builtin-diff.c | 11 +---
Hello,
This is an attempt to improve perf to deal with tracepoint events
better. The perf tools can handle tracepoint events but perf report
on them is less useful since they're always sampled in a fixed
location and not provide event specific info. We can use perf script
but I always wishes the
The dynamic sort key requires event name but specifying full event name
is rather inconvenient. This patch adds more ways to identify the event
in a more compact way.
1. If session has just one event, event name can be omitted.
2. Events can be accessed by index preceded by a percent sign.
On 15/12/15 14:50, Mark Rutland wrote:
> On Tue, Dec 15, 2015 at 02:24:58PM +, Juri Lelli wrote:
> > Hi Mark,
>
> Hi Juri,
>
> > On 15/12/15 14:01, Mark Rutland wrote:
> > > I really don't want to see a table of magic numbers in the kernel.
> >
> > Doesn't seem to be a clean and scalable sol
The raw_data and raw_size fields are to provide tracepoint specific
information. They will be used by dynamic sort keys later.
Signed-off-by: Namhyung Kim
---
tools/perf/util/hist.c | 2 ++
tools/perf/util/sort.h | 2 ++
2 files changed, 4 insertions(+)
diff --git a/tools/perf/util/hist.c b/to
strlcpy() will be needed by the subcmd library. Move it to the shared
tools/lib/string.c file which can be used by other tools.
Signed-off-by: Josh Poimboeuf
---
tools/include/linux/string.h | 4
tools/lib/string.c | 27 +++
tools/perf/util/cache.h |
In preparation for moving exec_cmd.c and run-command.c out of perf and
into a library, remove 'perf' from all the symbol names.
Signed-off-by: Josh Poimboeuf
---
tools/perf/builtin-help.c | 2 +-
tools/perf/builtin-script.c | 8
tools/perf/perf.c | 6 +++---
tools/p
501 - 600 of 939 matches
Mail list logo
