On 26 November 2015 at 14:14, Andrey Ryabinin wrote:
> Currently kasan assumes that shadow memory covers one or more entire PGDs.
> That's not true for 16K pages + 48bit VA space, where PGDIR_SIZE is bigger
> than the whole shadow memory.
>
> This patch tries to fix that case.
> clear_page_tables(
Em Thu, Nov 26, 2015 at 03:59:57AM +, Wang Nan escreveu:
> Something unexpected may happen if copy statically linked perf to a
> production environment:
>
> # ./perf probe -m ./mymodule.ko my_func
> [mymodule] with build id 326ab42550ef3d24944f53c817533728367effeb not found,
> continuing wi
On Thu, 2015-11-26 at 18:30 +0200, Jarkko Nikula wrote:
> On 11/26/2015 05:19 PM, Andy Shevchenko wrote:
> > This is an amendment to previously pushed commit 01ac170ba29a (ACPI
> > / LPSS:
> > allow to use specific PM domain during ->probe()). We can't assign
> > anything to
> > the platform device
, 16 insertions(+), 10 deletions(-)
> >
> > Does not apply to my staging-next branch :(
>
> I get also a result like the following together with the software "Linux
> next-20151126". ;-)
>
> elfring@Sonne:~/Projekte/Linux/next-patched> LANG=C git apply
> ~/
On Thu, Nov 26, 2015 at 05:19:11PM +0200, Andy Shevchenko wrote:
> We have to call dw_dma_disable() to stop any ongoing transfer.
Ok
> On some platforms we can't do that since DMA device is powered off.
Umm, you said we have ongoing transfer which means DMA should be on..!!
> Moreover we have n
On Thu, 2015-11-26 at 22:06 +0530, Jitendra Kumar Khasdev wrote:
> This patch is to file skbuff.c that fixes up following error,
> reported by checkpatch.pl tool,
Your subject title is not correct.
This is not a staging patch.
> 1. ERROR: Macros with multiple statements should be enclosed
>in
When I connect an Intel SSD to SATA SIL controller (PCI ID 1095:3114), any
TRIM command results in I/O errors being reported in the log. There is
other similar error reported with TRIM and the SIL controller:
https://bugs.centos.org/view.php?id=5880
Apparently the controller doesn't support TRIM c
On Thu, Nov 26, 2015, at 16:51, Eric Dumazet wrote:
> On Thu, 2015-11-26 at 14:32 +0100, Hannes Frederic Sowa wrote:
> > Hannes Frederic Sowa writes:
> >
> >
> > > I have seen filesystems already doing so in .destroy_inode, that's why I
> > > am asking. The allocation happens the same way as we
This patch adds support for HiSilicon Hip06 SoC.
Documentation has been updated to include Hip06.
Gabriele Paoloni has been added as maintainer of the
driver
Signed-off-by: Gabriele Paoloni
Reviewed-by: Zhou Wang
---
This patch is based on top of Arnd Bergmann patch
[PATCH] PCI: hisi: fix deferr
> +if (!pud_none(*pud))
> +clear_pmds(pud, addr, next);
> >>>
> >>> I don't understand this. The KASAN shadow region is PUD_SIZE aligned at
> >>> either end, so KASAN should never own a partial pud entry like this.
> >>>
> >>> Regardless, were this
On Thu, 2015-11-26 at 18:03 +0100, Hannes Frederic Sowa wrote:
> My rationale was like this: we already have rcu to free the wq, so we
> don't add any more callbacks as current code. sock_alloc is right now
> 1136 bytes, which is huge, like 18 cachelines. I wouldn't think it does
> matter a lot as
Hello, this is a report about a PC with 3 nvidia cards - PCI-E NV44, AGP
NV34 and PCI NV05. Only NV44 has monitor attached currently.
4.2.0 (both packaged and self-compiled) worked fine, 4.3.0 and 4.4-rc2
exhibit a problem: after the system has started up, I start getting
messages like INFO: ta
Em Thu, Nov 26, 2015 at 03:42:32AM -0800, Yannick Brosseau escreveu:
> When parsing /proc/xxx/maps, the sscanf in perf_event__synthesize_mmap_events
> truncate the map name at the space in "/anon_hugepage (deleted)".
> is_anon_memory then only receive the string "/anon_hugepage" and do not
> detec
On Thu, Nov 26, 2015, at 18:09, Eric Dumazet wrote:
> On Thu, 2015-11-26 at 18:03 +0100, Hannes Frederic Sowa wrote:
>
> > My rationale was like this: we already have rcu to free the wq, so we
> > don't add any more callbacks as current code. sock_alloc is right now
> > 1136 bytes, which is huge,
On Thu, Nov 26, 2015 at 12:10 PM, Meelis Roos wrote:
> Hello, this is a report about a PC with 3 nvidia cards - PCI-E NV44, AGP
> NV34 and PCI NV05. Only NV44 has monitor attached currently.
>
> 4.2.0 (both packaged and self-compiled) worked fine, 4.3.0 and 4.4-rc2
> exhibit a problem: after the s
Hi Chanwoo,
On 26 November 2015 at 21:42, Chanwoo Choi wrote:
> On Thu, Nov 26, 2015 at 11:00 PM, MyungJoo Ham
> wrote:
>> On Thu, Nov 26, 2015 at 10:47 PM, Chanwoo Choi wrote:
>>> This patch adds the generic exynos bus frequency driver for AMBA AXI bus
>>> of sub-blocks in exynos SoC with DEV
On Thu, 2015-11-26 at 22:31 +0530, Vinod Koul wrote:
> On Thu, Nov 26, 2015 at 05:19:11PM +0200, Andy Shevchenko wrote:
> > We have to call dw_dma_disable() to stop any ongoing transfer.
>
> Ok
>
> > On some platforms we can't do that since DMA device is powered off.
>
> Umm, you said we have on
With the introduction of userfaultfd, kvm on s390 needs fixup_user_fault to
pass in FAULT_FLAG_ALLOW_RETRY and give feedback if during the faulting we
ever unlocked mmap_sem.
This patch brings in the logic to handle retries as well as it cleans up
the current documentation. fixup_user_fault was n
By passing a non-null flag we allow fixup_user_fault to retry, which
enables userfaultfd. As during these retries we might drop the mmap_sem we
need to check if that happened and redo the complete chain of actions.
Signed-off-by: Dominik Dingel
---
arch/s390/mm/pgtable.c | 29 ++
Hello,
during Jasons work with postcopy migration support for s390 a problem regarding
gmap faults was discovered.
The gmap code will call fixup_userfault which will end up always in
handle_mm_fault. Till now we never cared about retries, but as the userfaultfd
code kind of relies on it, this nee
On Thu, Nov 26, 2015 at 10:19:29AM +0100, Krzysztof Opasiak wrote:
>
>
> On 11/25/2015 04:45 PM, Emilio López wrote:
> >Hi everyone,
> >
> >This patch introduces a new ioctl, USBDEVFS_DROP_PRIVILEGES,
> >to voluntarily forgo the ability to issue ioctls which may
> >interfere with other users of t
On Thu, 2015-11-26 at 18:03 +0100, Hannes Frederic Sowa wrote:
> Also isn't the reason why slub exists so it can track memory regions
> per-cpu.
call_rcu() and kfree_rcu() will add a grace period (multiple ms) where
the cpu will likely evict from its caches the data contained in the
'about to be
Hi Mike/Stephen,
On Thu, Oct 22, 2015 at 10:21 AM, Sudeep Holla wrote:
>
>
> Thanks for the fix.
>
> Acked-by: Sudeep Holla
>
> PS: Since this driver is queued via arm-soc, it needs to go via them or
> wait for v4.4-rc1 and then queue via clk tree.
>
Now that the driver is in mainline, can you
On Thu 26-11-15 17:34:56, Michal Hocko wrote:
> On Fri 27-11-15 00:24:43, Tetsuo Handa wrote:
> > Michal Hocko wrote:
[...]
> > > + tlb_gather_mmu(&tlb, mm, 0, -1);
> > > + for (vma = mm->mmap ; vma; vma = vma->vm_next) {
> > > + if (is_vm_hugetlb_page(vma))
> > > + continue
Hi Yakir,
Am Mittwoch, 28. Oktober 2015, 16:21:59 schrieb Yakir Yang:
> Split the dp core driver from exynos directory to bridge directory,
> and rename the core driver to analogix_dp_*, rename the platform
> code to exynos_dp.
>
> Beside the new analogix_dp driver would export four hooks.
> "ana
On Thu, Nov 26, 2015 at 07:24:48PM +0200, Andy Shevchenko wrote:
> On Thu, 2015-11-26 at 22:31 +0530, Vinod Koul wrote:
> > On Thu, Nov 26, 2015 at 05:19:11PM +0200, Andy Shevchenko wrote:
> > > We have to call dw_dma_disable() to stop any ongoing transfer.
> >
> > Ok
> >
> > > On some platforms
Hi Gregory,
>> + /* Reset link status */
>> + pp->link = 0;
>> + pp->duplex = -1;
>> + pp->speed = 0;
>> +
>
> Would it be possible to add a kind of mvneta_port_power_down(pp,
> pp->phy_interface) here ? It would allow to save power in standby mode
> too.
>
Sure, I'll try it.
Be
On 20/11/15 15:02, Stefano Stabellini wrote:
> Use READ_ONCE through the code, rather than explicit barriers.
Applied to for-linus-4.5, thanks.
David
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo inf
On 10/11/15 20:10, Boris Ostrovsky wrote:
> Doing so will cause the grant to be unmapped and then, during
> fault handling, the fault to be mistakenly treated as NUMA hint
> fault.
>
> In addition, even if those maps could partcipate in NUMA
> balancing, it wouldn't provide any benefit since we ar
[...]
>>
>> Depending if you have SD/(e)MMC card slot(s), the below patch might
>> affect your results. So it might be a good idea to re-run your test to
>> get some fresh data.
>>
>> [PATCH 1/2] mmc: core: Make runtime resume default behavior for MMC/SD [3]
> I didn't find this patch in mainline
On Thu, Nov 26, 2015 at 01:22:26PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Thu, Nov 26, 2015 at 02:55:24PM +0100, Jiri Olsa escreveu:
> > Passing perf_script struct into process_event function.
>
> For? Please write the motivation for a patch.
for patch 3 ;-) attached with new changelog
perf
Signed-off-by: Charles Keepax
---
drivers/mfd/wm5110-tables.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/mfd/wm5110-tables.c b/drivers/mfd/wm5110-tables.c
index 2bb2d04..c18e11f 100644
--- a/drivers/mfd/wm5110-tables.c
+++ b/drivers/mfd/wm5110-tables.c
@
On Thu, 2015-11-26 at 23:11 +0530, Vinod Koul wrote:
> On Thu, Nov 26, 2015 at 07:24:48PM +0200, Andy Shevchenko wrote:
> > On Thu, 2015-11-26 at 22:31 +0530, Vinod Koul wrote:
> > > On Thu, Nov 26, 2015 at 05:19:11PM +0200, Andy Shevchenko wrote:
> > > > We have to call dw_dma_disable() to stop an
+ James Freyensee (author of N_TRACESINK line discipline)
On 11/26/2015 09:17 AM, Dmitry Vyukov wrote:
> Hello,
>
> The following program triggers GPF:
Thanks for the report, Dmitry.
Patch attached should fix the GPF.
The GPF happens because the N_TRACESINK line discipline does not
define a rec
The Ethernet controller found in the Armada 38x SoC's family support
TCP/IP checksumming with frame sizes larger than 1600 bytes, however
only on port 0.
This commit enables it by setting 'tx-csum-limit' to 9800B in
'ethernet@7' node.
Signed-off-by: Marcin Wojtas
Cc: # v3.18+
---
arch/arm/
A value originally defined in the driver was inappropriate. Even though
the ingress was somehow working, writing MVNETA_RXQ_INTR_ENABLE_ALL_MASK
to MVNETA_INTR_ENABLE didn't make any effect, because the bits [31:16]
are reserved and read-only.
This commit updates MVNETA_RXQ_INTR_ENABLE_ALL_MASK to
Hi,
According to David's remark I split the original patchset into two. First
one, which I submit is a list of fixes, all stable-CC'ed.
On the occasion two new bugs were fixed - wrong define in one of registers
and, more important, an error path in mvneta_rx() after failing of skb
build.
I'm loo
Since Armada 38x SoC can support IP checksum for jumbo frames only on
a single port, it means that this feature should be enabled per-port,
rather than for the whole SoC.
This patch enables setting custom TX IP checksum limit by adding new
optional property to the mvneta device tree node. If not u
MVNETA_RXQ_HW_BUF_ALLOC bit which controls enabling hardware buffer
allocation was mistakenly set as BIT(1). This commit fixes the assignment.
Signed-off-by: Marcin Wojtas
Reviewed-by: Gregory CLEMENT
Cc: # v3.8+
Fixes: c5aff18204da ("net: mvneta: driver for Marvell Armada 370/XP network
unit")
On Thu, Nov 26, 2015 at 08:25:43AM -0800, Doug Smythies wrote:
> Hi,
>
> This might be considered a minor issue, but I submit my
> findings anyhow.
>
> In some distros, the msr module is not loaded by default.
> (I guess not built in by default, would be more correct.)
> I often forget to load it
In the actual RX processing, there is same error path for both descriptor
ring refilling and building skb fails. This is not correct, because after
successful refill, the ring is already updated with newly allocated
buffer. Then, in case of build_skb() fail, hitherto code left the original
buffer u
This commit adds missing configuration of MBUS windows access protection
in mvneta_conf_mbus_windows function - a dedicated variable for that
purpose remained there unused since v3.8 initial mvneta support. Because
of that the register contents were inherited from the bootloader.
Signed-off-by: Ma
On Thu, 2015-11-26 at 19:58 +0200, Andy Shevchenko wrote:
> On Thu, 2015-11-26 at 23:11 +0530, Vinod Koul wrote:
> > On Thu, Nov 26, 2015 at 07:24:48PM +0200, Andy Shevchenko wrote:
> > > On Thu, 2015-11-26 at 22:31 +0530, Vinod Koul wrote:
> > > > On Thu, Nov 26, 2015 at 05:19:11PM +0200, Andy She
On Thu, Nov 26, 2015 at 01:31:30PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Thu, Nov 26, 2015 at 02:54:03PM +0100, Jiri Olsa escreveu:
> > Using FEATURE-INCLUDE in bpf subproject in case bpf is built
> > via perf. Keep the current features detection for other cases.
> >
> > Cc: Wang Nan
> > Li
On Thu, Nov 26, 2015 at 01:31:30PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Thu, Nov 26, 2015 at 02:54:03PM +0100, Jiri Olsa escreveu:
> > Using FEATURE-INCLUDE in bpf subproject in case bpf is built
> > via perf. Keep the current features detection for other cases.
> >
> > Cc: Wang Nan
> > Li
On Wed, Nov 18, 2015 at 05:03:53PM +, Suzuki K. Poulose wrote:
> This series contains fixes for two issues.
>
> Patches 1 - 3: Handling of unsigned feature values, issu reported
> by AKASHI Takahiro.
>
> Patches 4 - 5: Adds a check to make sure all the secondary CP
On 11/26/2015, 01:37 PM, Dmitry Vyukov wrote:
> [ 341.376188] =
> [ 341.376607] [ INFO: possible recursive locking detected ]
> [ 341.376607] 4.4.0-rc1+ #117 Not tainted
> [ 341.376607] -
> [ 341.376607] sy
On 20/11/15 16:25, Boris Ostrovsky wrote:
> After commit 8c058b0b9c34 ("x86/irq: Probe for PIC presence before
> allocating descs for legacy IRQs") early_irq_init() will no longer
> preallocate descriptors for legacy interrupts if PIC does not
> exist, which is the case for Xen PV guests.
>
> Ther
Marcin,
On Thu, 26 Nov 2015 19:08:08 +0100, Marcin Wojtas wrote:
> This commit adds missing configuration of MBUS windows access protection
> in mvneta_conf_mbus_windows function - a dedicated variable for that
> purpose remained there unused since v3.8 initial mvneta support. Because
> of that th
Dear Marcin Wojtas,
On Thu, 26 Nov 2015 19:08:09 +0100, Marcin Wojtas wrote:
> MVNETA_RXQ_HW_BUF_ALLOC bit which controls enabling hardware buffer
> allocation was mistakenly set as BIT(1). This commit fixes the assignment.
>
> Signed-off-by: Marcin Wojtas
> Reviewed-by: Gregory CLEMENT
> Cc:
The class of 4 n_hdls buf locks is the same because a single function
n_hdlc_buf_list_init is used to init all the locks. But since
flush_tx_queue takes n_hdlc->tx_buf_list.spinlock and then calls
n_hdlc_buf_put which takes n_hdlc->tx_free_buf_list.spinlock, lockdep
emits a warning:
===
On Thu, Nov 26, 2015 at 07:08:11PM +0100, Marcin Wojtas wrote:
> In the actual RX processing, there is same error path for both descriptor
> ring refilling and building skb fails. This is not correct, because after
> successful refill, the ring is already updated with newly allocated
> buffer. Then
Hi Thomas,
2015-11-26 19:25 GMT+01:00 Thomas Petazzoni
:
> Marcin,
>
> On Thu, 26 Nov 2015 19:08:08 +0100, Marcin Wojtas wrote:
>> This commit adds missing configuration of MBUS windows access protection
>> in mvneta_conf_mbus_windows function - a dedicated variable for that
>> purpose remained th
Marcin,
On Thu, 26 Nov 2015 19:08:13 +0100, Marcin Wojtas wrote:
> The Ethernet controller found in the Armada 38x SoC's family support
> TCP/IP checksumming with frame sizes larger than 1600 bytes, however
> only on port 0.
>
> This commit enables it by setting 'tx-csum-limit' to 9800B in
> 'eth
Thomas,
2015-11-26 19:33 GMT+01:00 Thomas Petazzoni
:
> Marcin,
>
> On Thu, 26 Nov 2015 19:08:13 +0100, Marcin Wojtas wrote:
>> The Ethernet controller found in the Armada 38x SoC's family support
>> TCP/IP checksumming with frame sizes larger than 1600 bytes, however
>> only on port 0.
>>
>> Thi
On Thu, Nov 26, 2015 at 07:12:04PM +0100, Jiri Olsa wrote:
> On Thu, Nov 26, 2015 at 01:31:30PM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Thu, Nov 26, 2015 at 02:54:03PM +0100, Jiri Olsa escreveu:
> > > Using FEATURE-INCLUDE in bpf subproject in case bpf is built
> > > via perf. Keep the curren
On Thu, Nov 26, 2015 at 12:26 PM, Sudip Mukherjee
wrote:
> Signed-off-by ?
Hello Sudip,
I've put it in the v2 (https://lkml.org/lkml/2015/11/25/650)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo inf
Hi Damien,
[auto build test WARNING on shawnguo/for-next]
[also build test WARNING on v4.4-rc2 next-20151126]
url:
https://github.com/0day-ci/linux/commits/Damien-Riegel/of-add-vendor-prefix-for-Technologic-Systems/20151126-033639
base: https://git.kernel.org/pub/scm/linux/kernel/git
l result in bigger effects than the source code
fine-tuning I propose, won't it?
I would like to acknowledge that changes like the following from this patch
series
can still be applied together for the software "Linux next-20151126".
* 0001-staging-lustre-Delete-unnecessary-checks-before-two
Hi Gregory,
You can add:
Tested-by: Marcin Wojtas
I checked different queues, the traffic passed through, and the irqs
came to proper CPU's. FYI, in my setup with A388-GP as a bridge, after
attaching two ports to different CPU's there was an increase of
~50kpps (almost 9%) for 64B packets.
Best
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git for-linus-4.4-rc2-tag
xen: bug fixes for 4.4-rc2
- - Fix gntdev and numa balancing.
- - Fix x86 boot crash due to unallocated legacy irq descs.
- -
From: Martin Wilck
Since b8b2c7d845d5, platform_drv_probe() is called for all platform
devices. If drv->probe is NULL, and dev_pm_domain_attach() fails,
platform_drv_probe() will return the error code from dev_pm_domain_attach().
This causes real_probe() to enter the "probe_failed" path and set
[to be followed by a patch]
Currently, unix_dgram_recvmsg does a wake up on the peer_wait queue of a
socket after every received datagram. This seems excessive, especially
considering that only SOCK_DGRAM client sockets in an n:1 asssociation
with a server socket ever wait for the associated condi
The current unix_dgram_recvmsg does a wake up for every received
datagram. This seems wasteful as only SOCK_DGRAM client sockets in an
n:1 association with a server socket will ever wait because of the
associated condition. The patch below changes the function such that the
wake up only happens if
Em Thu, Nov 26, 2015 at 07:50:55PM +0100, Jiri Olsa escreveu:
> On Thu, Nov 26, 2015 at 07:12:04PM +0100, Jiri Olsa wrote:
> > On Thu, Nov 26, 2015 at 01:31:30PM -0300, Arnaldo Carvalho de Melo wrote:
> > > Em Thu, Nov 26, 2015 at 02:54:03PM +0100, Jiri Olsa escreveu:
> > > > Using FEATURE-INCLUDE
hi,
sending few fixes for perf ftrace:function event handling.
It's v2 for following original post:
http://marc.info/?l=linux-kernel&m=144846634815636&w=2
v2 changes:
- using ftrace_ops::private to store event pointer
- moving attr::exclude_kernel check into event init processing
thanks,
ji
We suppress events with attr::exclude_kernel set when
the event is generated, so following capture will
give no warning and produce no data:
$ sudo perf record -e sched:sched_switch:u ls
$ sudo /perf script | wc -l
0
Checking the attr::exclude_kernel at the event init
time and failing right
Having following commands running concurently:
# perf record -e ftrace:function -a -o krava.data sleep 10
# perf record -e ftrace:function --filter 'ip == SyS_read' ls
will endup in the latter one failing on the filter
rules and store all functions (in perf.data) as
instructed by the first re
Currently we check sample type for ftrace:function event
even if it's not created as sampling event. That prevents
creating ftrace_function event in counting mode.
Making sure we check sample types only for sampling events.
Before:
$ sudo perf stat -e ftrace:function ls
...
Performance co
On Thursday 26 November 2015 11:23:01 Finn Thain wrote:
>
> On Wed, 25 Nov 2015, Ondrej Zary wrote:
>
> > On Wednesday 25 November 2015 04:17:09 Finn Thain wrote:
> > >
> > > On Tue, 24 Nov 2015, Ondrej Zary wrote:
> > >
> > > >
> > > > Bisecting slow module initialization pointed to this comm
On Thu, 2015-11-26 at 16:50 +0100, Bogicevic Sasa wrote:
> This fixes all errors "space prohibited between function name and
> open parenthesis '(' " in all files in drivers/pci/hotplug folder
It's good when sending this sort of patch to add a bit of
description like "git diff -w shows no differen
On Wed, Nov 04, 2015 at 05:03:48PM +0100, Peter Zijlstra wrote:
> On Wed, Nov 04, 2015 at 04:53:58PM +0100, Jiri Olsa wrote:
> > On Wed, Nov 04, 2015 at 04:46:04PM +0100, Peter Zijlstra wrote:
> > > On Wed, Nov 04, 2015 at 04:00:05PM +0100, Jiri Olsa wrote:
> > > > This does not affect other auxili
(cc'ing Julia Lawall)
On Thu, 2015-11-26 at 15:27 +, Al Viro wrote:
> applying le32_to_cpu() to 16bit value is a bad idea...
Julia, perhaps you or your crew could produce a coccinelle test
for this class of error?
> diff --git a/fs/ext4/symlink.c b/fs/ext4/symlink.c
> index abe2401..e8e7af6
Em Thu, Nov 26, 2015 at 08:34:48PM +0100, Jiri Olsa escreveu:
> We suppress events with attr::exclude_kernel set when
> the event is generated, so following capture will
> give no warning and produce no data:
>
> $ sudo perf record -e sched:sched_switch:u ls
> $ sudo /perf script | wc -l
> 0
Em Wed, Nov 25, 2015 at 05:32:45PM +0100, Ekaterina Tumanova escreveu:
> Refactor vmlinux_path_init function to ease subsequent additions of
> new vmlinux locations.
>
> Signed-off-by: Ekaterina Tumanova
> Acked-by: Alexander Yarygin
> ---
> tools/perf/util/symbol.c | 64
>
On Thu, 2015-11-26 at 19:41 +0800, Ching Huang wrote:
> split dma resource allocation and io register assignment from get_config to a
> new function arcmsr_alloc_io_queue.
trivia:
> diff -uprN a/drivers/scsi/arcmsr/arcmsr_hba.c
> b/drivers/scsi/arcmsr/arcmsr_hba.c
[]
> +static bool arcmsr_alloc
On Thu, Nov 26, 2015 at 04:41:06PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Thu, Nov 26, 2015 at 08:34:48PM +0100, Jiri Olsa escreveu:
> > We suppress events with attr::exclude_kernel set when
> > the event is generated, so following capture will
> > give no warning and produce no data:
> >
> >
Em Wed, Nov 25, 2015 at 05:32:44PM +0100, Ekaterina Tumanova escreveu:
> These pathset improves perf processing of the paths to vmlinux files:
> 1. it refactors the vmlinux_path__init procedure, to allow a simple
> usage in future: instead of adding several lines for every future vmlinux
> path,
>
Em Wed, Nov 25, 2015 at 04:36:55PM +0100, Jiri Olsa escreveu:
> Adding WIEGHT bit_name call to display sample_type properly.
Thanks, applied both.
--
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
hwrng kthread can be waiting via hwrng_fillfn for some data from a rng
like virtio-rng:
hwrng D 880093e17798 0 382 2 0x
...
Call Trace:
[] wait_for_completion_killable+0x96/0x210
[] virtio_read+0x57/0xf0 [virtio_rng]
[] hwrng_fillfn+0x75/0x130
[] kthread+0xf3/0x
The proposed patch allows a defconfig to be changed to big or little endian
by adding "make beconfig" and "make leconfig" functionality.
This follows on from a discussion with existing arm64 builds and lack of
ability to build for a big endian defconfig as such defconfig is not in
the upstream ker
Add support for switching defconfig between big and little endian CPU.
Various CPU types have ability to select big and little endian
CPU in the kernel configuration.
"make beconfig" will set CONFIG_CPU_BIG_ENDIAN
"make leconfig" will unset CONFIG_CPU_BIG_ENDIAN
Signed-off-by: Scott Branden
---
These patches are often correct in the same way a stopped clock is
correct twice a day, but I reject the motivation/approach/patch
description. Just because there is a sanity check does not mean we
should use it (ie, do an insane thing). It hurts readability to hide
the NULL check.
On the other
On Tue, Nov 24, 2015 at 06:27:09PM +0800, Jisheng Zhang wrote:
> + Sebastian
>
> On Tue, 24 Nov 2015 17:32:15 +0800
> Chen-Yu Tsai wrote:
>
> > This adds the supported PRCM clocks and reset controls to the A80 dtsi.
> > The DAUDIO module clocks are not supported yet.
> >
> > Also update clock an
On 11/26/15, Michael Ellerman wrote:
> On Thu, 2015-11-26 at 11:15 +0300, Denis Kirjanov wrote:
>> On 11/26/15, Michael Ellerman wrote:
>> > On Tue, 2015-11-24 at 21:23 +0300, Denis Kirjanov wrote:
>> > I can't get this to hit.
>> >
>> > I've got LOCKDEP=y, I've enabled the hcall tracepoints, and
On Thu, Nov 26, 2015 at 04:10:17PM +0100, Michal Hocko wrote:
> Hi Ted,
> are there any objections for the patch or should I just repost it?
Sorry, when you first posted it I was crazy busy before going on a two
week vacation/pilgrimage (and in fact I'm still in Jerusalem, but I'm
going to be head
On Thu, Nov 26, 2015 at 04:04:34PM +, Al Viro wrote:
> ex->ee_block is not host-endian (note that accesses of other fields
> of *ex right next to that line go through the helpers that do proper
> conversion from little-endian to host-endian; it might make sense
> to add similar for ->ee_block t
On Thu, Nov 26, 2015 at 03:27:28PM +, Al Viro wrote:
> applying le32_to_cpu() to 16bit value is a bad idea...
>
> Cc: sta...@vger.kernel.org # v4.1+
> Signed-off-by: Al Viro
Thanks, applied.
- Ted
--
To unsubscribe from this list: send the
On Thu, Nov 26, 2015 at 08:01:34PM +0100, martin.wi...@ts.fujitsu.com wrote:
> From: Martin Wilck
>
> Since b8b2c7d845d5, platform_drv_probe() is called for all platform
> devices. If drv->probe is NULL, and dev_pm_domain_attach() fails,
> platform_drv_probe() will return the error code from dev_
When allocating a pciback device fails, avoid the possibility of a
use after free.
Reported-by: Jonathan Creekmore
Signed-off-by: Doug Goldstein
---
drivers/xen/xen-pciback/xenbus.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/xen/xen-pciback/xenbus.c b/drivers
* Pali Rohár [151126 01:08]:
> On Wednesday 25 November 2015 20:19:21 Frank Rowand wrote:
> > > Or populate /proc/atags only for the ones that need it from machine
> > > specific init_early?
> >
> > This is circling back to the first comment from Russell King where
> > he suggested a legacy file
Em Thu, Nov 26, 2015 at 08:49:10PM +0100, Jiri Olsa escreveu:
> On Thu, Nov 26, 2015 at 04:41:06PM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Thu, Nov 26, 2015 at 08:34:48PM +0100, Jiri Olsa escreveu:
> > > We suppress events with attr::exclude_kernel set when
> > > the event is generated, so fo
Jiri,
Can you take a look at 'perf test unwind'? It is failing in my
perf/core branch, no time to bisect that now.
[root@zoo ~]# perf test unwind
40: Test dwarf unwind: FAILED!
- Arnaldo
--
To unsubscribe from this list: send the line "unsubscribe
From: Namhyung Kim
The callchain rbtree is rebuilt periodically, so it needs to
reinitialize the root everytime. Otherwise it can be stuck in the
rbtree insertion with stale pointers.
Signed-off-by: Namhyung Kim
Cc: Andi Kleen
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Jiri Olsa
Cc: Kan L
From: Wang Nan
Something unexpected may happen if copy statically linked perf to a
production environment:
# ./perf probe -m ./mymodule.ko my_func
[mymodule] with build id 326ab42550ef3d24944f53c817533728367effeb not found,
continuing without symbols
Failed to find symbol my_func in /home
From: Jiri Olsa
Adding WIEGHT bit_name call to display sample_type properly.
$ perf evlist -v
cpu/mem-loads/pp: ...SNIP... sample_type:
IP|TID|TIME|ADDR|ID|CPU|DATA_SRC|WEIGHT ...
Signed-off-by: Jiri Olsa
Tested-by: Arnaldo Carvalho de Melo
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zi
Hi Ingo,
Please consider pulling,
- Arnaldo
The following changes since commit a95a49fa0cc5eec730d8703b1544fa7ea6a11dec:
Merge tag 'perf-core-for-mingo-2' of
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core
(2015-11-26 09:13:50 +0100)
are available in the gi
From: Jiri Olsa
Clear sample_(type|period) for counting, as it only confuses debug
output with unwanted sampling details:
Before:
$ sudo perf stat -e 'raw_syscalls:sys_enter' -vv ls
perf_event_attr:
type
From: Namhyung Kim
If user requested to hide unresolved entries, skip unresolved callchains
as well as hist entries.
Signed-off-by: Namhyung Kim
Acked-by: Jiri Olsa
Cc: Andi Kleen
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Kan Liang
Cc: Peter Zijlstra
Cc: Wang Nan
Link:
http://lkml.ker
From: He Kuang
Add bpf_map_update_elem() helper function which calls the sys_bpf
syscall to update elements in bpf maps. Upcoming patches will use it to
adjust data in map through the perf command line.
Signed-off-by: He Kuang
Cc: Alexei Starovoitov
Cc: Masami Hiramatsu
Cc: Namhyung Kim
Cc:
301 - 400 of 560 matches
Mail list logo
