From: Ondrej Jirman
Xulong Orange Pi One uses GPIO based regulator that
switches between two voltages: 1.1V and 1.3V. The
regulator is controlled from the PL6 pin.
Signed-off-by: Ondrej Jirman
---
arch/arm/boot/dts/sun8i-h3-orangepi-one.dts | 26 ++
1 file changed, 26 i
From: Ondrej Jirman
Orange PI PC uses SY8106A regulator for fine grained CPUX voltage
regulation. Setup appropriate operating points for the board.
---
arch/arm/boot/dts/sun8i-h3-orangepi-pc.dts | 50 ++
1 file changed, 50 insertions(+)
diff --git a/arch/arm/boot/dts
Jason Cooper writes:
> Matt, Ben,
Hi Jason,
> Both of you submitted similar patches for the same driver, same
> purpose. Since Ben's hit my inbox first, I'll take his.
Apologies. I missed Ben sending in that patch.
Thanks,
--
Matt
On Thu, Jun 23, 2016 at 10:47:20PM +0530, Aneesh Kumar K.V wrote:
Reza Arbab writes:
These functions are making direct calls to the hash table APIs,
leading to a BUG() on systems using radix.
Switch them to the vmemmap_{create,remove}_mapping() wrappers, and
move to the __meminit section.
Th
On Wed, Jun 22, 2016 at 02:06:45PM -0500, Rob Landley wrote:
> From: Rob Landley
>
> Make CONFIG_DEVTMPFS_MOUNT apply to initramfs/initmpfs.
>
> Update help text, slightly improve error reporting, move /dev/console open
> down after devtmpfs mount, don't check IS_ENABLED(CONFIG_TMPFS) before
> m
Cc: Joseph Jezak
Cc: Jörg Sommer
Cc: Mark Rutland
Signed-off-by: Stephan Linz
Acked-by: Rob Herring
Signed-off-by: Jacek Anaszewski
---
Changes in v5:
- Keep documentation for the old 'ide-disk' device tree
binding, but mark as deprecated and refer to the new
trigger 'disk-activity'
From: Kalle Valo
Date: Tue, 21 Jun 2016 13:47:45 +0300
> I hope it's ok to send two pull requests the same day, both for net
> and net-next? This is targeted to 4.8 so it is for net-next.
Yeah that's fine.
> Even though is this the first pull request for 4.8 we actually
> remove more code than
On Wed, Jun 22, 2016 at 09:54:56PM -0700, Greg Kroah-Hartman wrote:
> -rc2!
>
> Please test this...
>
> This is the start of the stable review cycle for the 3.14.73 release.
> There are 35 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these
On Wed, Jun 22, 2016 at 09:54:21PM -0700, Greg Kroah-Hartman wrote:
> -rc2!
>
> This is the start of the stable review cycle for the 4.4.14 release.
> There are 81 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> l
Jason Cooper wrote:
> Modern systems that receive a seed from the bootloader via the
> random-seed property (typically from the hw-rng) can mix both sources
> for increased resilience.
>
> Unfortunately, I'm not very familiar with the internals of x86
> bootstrapping. Could GRUB be scripted to d
On Wed, Jun 22, 2016 at 09:52:46PM -0700, Greg Kroah-Hartman wrote:
> Let's try a -rc2!
>
> This is the start of the stable review cycle for the 4.6.3 release.
> There are 87 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied,
On Thu, Jun 23, 2016 at 12:34:24PM -0700, Linus Torvalds wrote:
> On Thu, Jun 23, 2016 at 12:11 PM, Peter Zijlstra wrote:
> >
> > Didn't we talk about using SLAB_DESTROY_BY_RCU for task_struct before?
> > If that is possible, a reuse in per-cpu cache is equally possible.
> >
> > All we really want
On 23/06/16 20:23, Eli Billauer wrote:
> This is getting increasingly embarrassing. I suppose a single patch,
> fixing both silly mistakes (of mine), would be in place.
>
> Colin, would you prefer to submit a patch with both issues fixed
> yourself, or should I take care of it?
Eli, I don't mind
Hi,
[auto build test ERROR on v4.7-rc4]
[also build test ERROR on next-20160623]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Joe-Perches/printk-Create-pr_-level-functions/20160624-031211
On Thu, Jun 23, 2016 at 02:37:39PM -0500, Reza Arbab wrote:
Could it be that the functions just need to be renamed
hash__create_mapping()/radix__create_mapping() and moved out of #ifdef
SPARSEMEM_VMEMMAP?
Or vice-versa, maybe the callers should have been wrapped in the first
place:
arch_add
On Thu, Jun 23, 2016 at 08:35:15PM +0200, Michael Kerrisk (man-pages) wrote:
> Hi Darren,
>
> On 06/23/2016 06:16 PM, Darren Hart wrote:
> > On Thu, Jun 23, 2016 at 03:40:36PM +0200, Thomas Gleixner wrote:
> > > On Thu, 23 Jun 2016, Michael Kerrisk (man-pages) wrote:
> > > > On 06/23/2016 09:18 AM
On Thu, Jun 23, 2016 at 08:41:09PM +0200, Michael Kerrisk (man-pages) wrote:
> On 06/23/2016 08:28 PM, Darren Hart wrote:
> > On Thu, Jun 23, 2016 at 07:26:52PM +0200, Thomas Gleixner wrote:
> > > On Thu, 23 Jun 2016, Darren Hart wrote:
> > > > On Thu, Jun 23, 2016 at 03:40:36PM +0200, Thomas Gleix
On Thu, Jun 23, 2016 at 12:33 PM, Jason Cooper wrote:
> Hey Kees, Thomas,
>
> On Wed, Jun 22, 2016 at 10:05:51AM -0700, Kees Cook wrote:
>> On Wed, Jun 22, 2016 at 8:59 AM, Thomas Garnier wrote:
>> > On Wed, Jun 22, 2016 at 5:47 AM, Jason Cooper wrote:
>> >> Hey Kees,
>> >>
>> >> On Tue, Jun 21,
Hi,
[auto build test ERROR on v4.7-rc4]
[also build test ERROR on next-20160623]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Joe-Perches/printk-Create-pr_-level-functions/20160624-031211
On Thu, Jun 23, 2016 at 12:45 PM, Sandy Harris wrote:
> Jason Cooper wrote:
>
>> Modern systems that receive a seed from the bootloader via the
>> random-seed property (typically from the hw-rng) can mix both sources
>> for increased resilience.
>>
>> Unfortunately, I'm not very familiar with the
On Fri, 2016-06-24 at 03:50 +0800, kbuild test robot wrote:
> Hi,
>
> [auto build test ERROR on v4.7-rc4]
> [also build test ERROR on next-20160623]
> [if your patch is applied to the wrong git tree, please drop us a note
> to help improve the system]
Right, thanks, I neg
On Thu, Jun 23, 2016 at 8:50 PM, Eric W. Biederman
wrote:
> Jann Horn writes:
>
>> This allows the admin of a user namespace to mark the namespace as
>> transparent. All other namespaces, by default, are opaque.
>>
>> While the current behavior of user namespaces is appropriate for use in
>> cont
On 23 June 2016 at 21:58, Kees Cook wrote:
> On Thu, Jun 23, 2016 at 12:33 PM, Jason Cooper wrote:
>> Hey Kees, Thomas,
>>
>> On Wed, Jun 22, 2016 at 10:05:51AM -0700, Kees Cook wrote:
>>> On Wed, Jun 22, 2016 at 8:59 AM, Thomas Garnier wrote:
>>> > On Wed, Jun 22, 2016 at 5:47 AM, Jason Cooper
On 06/23/2016 06:54 PM, Martin KaFai Lau wrote:
On Thu, Jun 23, 2016 at 11:53:50AM +0200, Daniel Borkmann wrote:
diff --git a/kernel/bpf/verifier.c b/kernel/bpf/verifier.c
index 668e079..68753e0 100644
--- a/kernel/bpf/verifier.c
+++ b/kernel/bpf/verifier.c
@@ -1062,6 +1062,10 @@ static int chec
OK, I'll submit a patch quite soon. Thanks again.
Eli
On 23/06/16 22:51, Colin Ian King wrote:
On 23/06/16 20:23, Eli Billauer wrote:
This is getting increasingly embarrassing. I suppose a single patch,
fixing both silly mistakes (of mine), would be in place.
Colin, would you prefer to
Hi,
[auto build test ERROR on v4.7-rc4]
[also build test ERROR on next-20160623]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Joe-Perches/printk-Create-pr_-level-functions/20160624-031211
Hey Sandy,
On Thu, Jun 23, 2016 at 03:45:54PM -0400, Sandy Harris wrote:
> Jason Cooper wrote:
>
> > Modern systems that receive a seed from the bootloader via the
> > random-seed property (typically from the hw-rng) can mix both sources
> > for increased resilience.
> >
> > Unfortunately, I'm n
Jann Horn writes:
> On Thu, Jun 23, 2016 at 8:50 PM, Eric W. Biederman
> wrote:
>> Jann Horn writes:
>>
>>> This allows the admin of a user namespace to mark the namespace as
>>> transparent. All other namespaces, by default, are opaque.
>>>
>>> While the current behavior of user namespaces is
On Thu, Jun 23, 2016 at 07:25:24PM +, Patrick Lessard wrote:
> Hello Dmitry,
>
> Tested against 4.6.2 and it works fine!
Awesome, thank you!
>
> Here is a little log:
>
> [manager@archlaptop linux-4.6.2]$ cat elantech.patch
> --- a/drivers/input/mouse/elantech.c
> +++ b/drivers/input/mouse
On Thu, Jun 23, 2016 at 12:59:07PM -0700, Kees Cook wrote:
> On Thu, Jun 23, 2016 at 12:45 PM, Sandy Harris wrote:
> > Jason Cooper wrote:
> >
> >> Modern systems that receive a seed from the bootloader via the
> >> random-seed property (typically from the hw-rng) can mix both sources
> >> for in
On Wed, Jun 22, 2016 at 5:47 PM, Dmitry Torokhov
wrote:
> On Tue, Jun 21, 2016 at 05:06:23PM -0700, John Stultz wrote:
>> On Tue, Jun 14, 2016 at 3:43 PM, John Stultz wrote:
>> > From: Jorge Ramirez-Ortiz
>> >
>> > This driver provides a input driver for the power button on the
>> > HiSi 65xx So
On Thu, Jun 23, 2016 at 12:55:15PM -0700, Darren Hart wrote:
> On Thu, Jun 23, 2016 at 08:41:09PM +0200, Michael Kerrisk (man-pages) wrote:
> > On 06/23/2016 08:28 PM, Darren Hart wrote:
> > > On Thu, Jun 23, 2016 at 07:26:52PM +0200, Thomas Gleixner wrote:
> > > > On Thu, 23 Jun 2016, Darren Hart
Hi,
On Tue, 10 May 2016 16:40:24 +0200
Thierry Reding wrote:
> On Tue, Mar 29, 2016 at 10:22:29AM -0400, Yendapally Reddy Dhananjaya Reddy
> wrote:
> > Update the kona driver to support Broadcom iproc pwm controller
> >
> > Signed-off-by: Yendapally Reddy Dhananjaya Reddy
> >
> > ---
> > dr
Hello,
this patch is kind of awesome.
I have a few practical concerns however.
On 20 June 2016 at 18:50, Cyrille Pitchen wrote:
> Before this patch, m25p80_read() supported few SPI protocols:
> - regular SPI 1-1-1
> - SPI Dual Output 1-1-2
> - SPI Quad Output 1-1-4
> On the other hand, all othe
On Thu, Jun 23, 2016 at 12:29:49PM -0300, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> This function returns a copy of the array of fences.
>
> Signed-off-by: Gustavo Padovan
> ---
> drivers/dma-buf/fence-array.c | 14 ++
> 1 file changed, 14 insertions(+)
>
> diff --git a/d
From: Zhangfei Gao
Adds clk support for the pl031 RTC on hi6220
Cc: Michael Turquette
Cc: Stephen Boyd
Cc: Rob Herring
Cc: Pawel Moll
Cc: Wei Xu
Cc: Guodong Xu
Signed-off-by: Zhangfei Gao
[jstultz: Forward ported, tweaked commit description]
Signed-off-by: John Stultz
---
drivers/clk/hi
From: Zhangfei Gao
Add pl031 rtc0 and rtc1 support to hi6220 dtsi
Cc: Michael Turquette
Cc: Stephen Boyd
Cc: Rob Herring
Cc: Pawel Moll
Cc: Wei Xu
Cc: Guodong Xu
Signed-off-by: Zhangfei Gao
[jstultz: Forward ported and tweaked commit description,
added rtc1 entry as suggested by Guodong]
This patchset enables the pl031 RTC on the Hi6220 SoC.
I'd like to submit it for review and consideration to be merged.
(But I've not gotten much feedback on it. Do I have the right
people cc'ed?)
Michael/Wei: If you don't object to this, can I get an ack from
one of you so the other can take the
On Thu, Jun 23, 2016 at 12:29:48PM -0300, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> get_fences() should return a copy of all fences in the fence as some
> fence subclass (such as fence_array) can store more than one fence at
> time.
>
> Signed-off-by: Gustavo Padovan
> ---
> drivers/d
On Thu, Jun 23, 2016 at 01:31:32PM -0500, Josh Poimboeuf wrote:
> On Thu, Jun 23, 2016 at 09:35:29AM -0700, Andy Lutomirski wrote:
> > > So which is the least-bad option? To summarize:
> > >
> > > 1) task flag(s) for preemption and page faults
> > >
> > > 2) turn pt_regs into a stack frame
> >
On Thu, Jun 23, 2016 at 01:31:28PM -0700, John Stultz wrote:
> On Wed, Jun 22, 2016 at 5:47 PM, Dmitry Torokhov
> wrote:
> > On Tue, Jun 21, 2016 at 05:06:23PM -0700, John Stultz wrote:
> >> On Tue, Jun 14, 2016 at 3:43 PM, John Stultz
> >> wrote:
> >> > From: Jorge Ramirez-Ortiz
> >> >
> >> >
On 06/23/2016 10:35 PM, Michal Suchanek wrote:
> Hello,
Hi,
> this patch is kind of awesome.
>
> I have a few practical concerns however.
>
> On 20 June 2016 at 18:50, Cyrille Pitchen wrote:
>> Before this patch, m25p80_read() supported few SPI protocols:
>> - regular SPI 1-1-1
>> - SPI Dual O
On Thu, Jun 23, 2016 at 01:40:22PM -0700, Dmitry Torokhov wrote:
> On Thu, Jun 23, 2016 at 01:31:28PM -0700, John Stultz wrote:
> > On Wed, Jun 22, 2016 at 5:47 PM, Dmitry Torokhov
> > wrote:
> > > On Tue, Jun 21, 2016 at 05:06:23PM -0700, John Stultz wrote:
> > >> On Tue, Jun 14, 2016 at 3:43 PM,
On Thu, Jun 23, 2016 at 12:29:46PM -0300, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> fence_array requires a function to clean up its state before we
> are able to call fence_put() and release it.
An explanation along the lines of:
As the array of fence callbacks held by an active struct
On Thu, Jun 23, 2016 at 1:47 PM, Dmitry Torokhov
wrote:
> On Thu, Jun 23, 2016 at 01:40:22PM -0700, Dmitry Torokhov wrote:
>> On Thu, Jun 23, 2016 at 01:31:28PM -0700, John Stultz wrote:
>> > On Wed, Jun 22, 2016 at 5:47 PM, Dmitry Torokhov
>> > wrote:
>> > >
>> > > Right, sorry, does the followi
On Thu, Jun 16, 2016 at 08:09:42AM +0200, Wolfram Sang wrote:
> > > - removed the .resume hook as upstream changed suspend/resume hooks and
> > > there
> > > is no need in the end to re-enable host notify on resume (tested on
> > > Lenovo
> > > t440 and t450).
> >
> > Actually, this hook see
On Thu, Jun 23, 2016 at 01:54:20PM -0700, John Stultz wrote:
> On Thu, Jun 23, 2016 at 1:47 PM, Dmitry Torokhov
> wrote:
> > On Thu, Jun 23, 2016 at 01:40:22PM -0700, Dmitry Torokhov wrote:
> >> On Thu, Jun 23, 2016 at 01:31:28PM -0700, John Stultz wrote:
> >> > On Wed, Jun 22, 2016 at 5:47 PM, Dm
On Thu, Jun 23, 2016 at 8:07 AM, Topi Miettinen wrote:
> There are many basic ways to control processes, including capabilities,
> cgroups and resource limits. However, there are far fewer ways to find
> out useful values for the limits, except blind trial and error.
>
> Currently, there is no way
From: Toshi Kani
Change mapped device to implement direct_access function,
dm_blk_direct_access(), which calls a target direct_access function.
'struct target_type' is extended to have target direct_access interface.
This function limits direct accessible size to the dm_target's limit
with max_io
On Thu, Jun 23 2016 at 1:36pm -0400,
Kani, Toshimitsu wrote:
> On Thu, 2016-06-23 at 19:31 +0300, Yigal Korman wrote:
> > On Thu, Jun 23, 2016 at 2:54 AM, Toshi Kani wrote:
> > >
> > >
> > > Currently, presence of direct_access() in block_device_operations
> > > indicates support of DAX on it
Subject: [PATCH v4 2/3] LSM: module hierarchy in /proc/.../attr
Back in 2007 I made what turned out to be a rather serious
mistake in the implementation of the Smack security module.
The SELinux module used an interface in /proc to manipulate
the security context on processes. Rather than use a si
From: Toshi Kani
Change dm-linear to implement direct_access function,
linear_direct_access(), which maps sector and calls direct_access
function of its physical target device.
Signed-off-by: Toshi Kani
Signed-off-by: Mike Snitzer
Cc: Alasdair Kergon
Cc: Dan Williams
Cc: Ross Zwisler
---
d
From: Toshi Kani
Currently, presence of direct_access() in block_device_operations
indicates support of DAX on its block device. Because
block_device_operations is instantiated with 'const', this DAX
capablity may not be enabled conditinally.
In preparation for supporting DAX to device-mapper d
On Wed, Jun 22, 2016 at 02:17:29PM -0700, Martin KaFai Lau wrote:
> Add a helper function to get a cgroup2 from a fd. It will be
> stored in a bpf array (BPF_MAP_TYPE_CGROUP_ARRAY) which will
> be introduced in the later patch.
>
> Signed-off-by: Martin KaFai Lau
> Cc: Alexei Starovoitov
> Cc:
Subject: [PATCH v4 3/3] LSM: Add context interface for proc attrs
The /proc/.../attr/current interface is used by all three
Linux security modules (SELinux, Smack and AppArmor) to
report and modify the process security attribute. This is
all fine when there is exactly one of these modules active
a
Subject: [PATCH v4 0/3] LSM: module hierarchy in /proc/.../attr
Changes from v3:
Use kasprintf instead of kzalloc() ... sprintf.
Create interfaces that make it possible to deal with process
attributes in the face of multiple "major" security modules.
Patch 1/3 adds /sys/kernel/security/l
Subject: [PATCH v4 1/3] LSM: Add /sys/kernel/security/lsm
I got tired of having to find indirect ways to
determine what security modules are active on a system.
I have added /sys/kernel/security/lsm, which contains a
comma separated list of the active security modules. No
more groping around in /p
From: Yigal Korman
Provides the ability to identify DAX enabled devices in userspace.
Signed-off-by: Yigal Korman
Signed-off-by: Toshi Kani
Acked-by: Dan Williams
Signed-off-by: Mike Snitzer
---
block/blk-sysfs.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/block/blk-sys
Jens, please pick up the first 2 block patches and I'll get the other
2 DM patches staged for 4.8.
v3:
- fixed "warning: context imbalance in 'dm_blk_direct_access' -
different lock contexts for basic block" due to missing
dm_put_live_table in dm_blk_direct_access's dm_get_live_table error
Linus Torvalds writes:
> On Thu, Jun 23, 2016 at 9:13 AM, Quinn Tran wrote:
>>
>>
>> QT: setting up the interrupt vector does not mean the interrupt starts
>> firing immediately.
>
> Actually, it very much can mean that. If the interrupt can possibly be
> shared, there is a very real possibilit
Hello,
On Thu, Jun 23, 2016 at 11:42:31AM +0200, Daniel Borkmann wrote:
> I presume it's a valid use case to pin a cgroup map, put fds into it and
> remove the pinned file expecting to continue to match on it, right? So
> lifetime is really until last prog using a cgroup map somewhere gets removed
On 6/23/2016 8:45 AM, Mike Galbraith wrote:
Commit 920de6ebfab8 apparently exposed a latent bug, doorbell.access_width
is initialized to 64, but per Lv Zheng, it should be 4, and indeed, making
that change does bring pcc-cpufreq back to life.
Suggested-by: Lv Zheng
Signed-off-by: Mike Galbraith
On Thu, Jun 02, 2016 at 05:44:25PM -0500, Rob Herring wrote:
> > > > In theory it would even be possible to just require a DT node per
> > > > cpulocal timer, but I didn't see a good way to make the bindings
> > > > represent the relationship to cpus or to make the driver handle irqs
> > > > correc
On Wed, Jun 22, 2016 at 09:42:16PM +0300, Konstantin Khlebnikov wrote:
> Attributes declared with __ATTR_PREALLOC use sysfs_kf_read() which returns
> zero bytes for non-zero offset. This breaks script checkarray in mdadm tool
> in debian where /bin/sh is 'dash' because its builtin 'read' reads only
So I think this series is fine, yesterday I misread it completely.
On 06/20, Andy Lutomirski wrote:
>
> Suppose a 64-bit task A traces a 32-bit task B.
And even if they are both 64-bit ...
> B makes a syscall
> that uses ERESTART_RESTARTBLOCK and gets a signal. A catches
> syscall exit, snapsho
Applied to cgroup/for-4.7-fixes.
Thanks.
--
tejun
Hi Morten,
On 06/22/2016 10:03 AM, Morten Rasmussen wrote:
[...]
>
> +/*
> + * group_smaller_cpu_capacity: Returns true if sched_group sg has smaller
> + * per-cpu capacity than sched_group ref.
> + */
> +static inline bool
> +group_smaller_cpu_capacity(struct sched_group *sg, struct sched_gro
From: Jiri Olsa
The pid sort entry currently aligns pids with 5 digits, which is not
enough for current 4 million pids limit.
This leads to unaligned ':' header-data output when we display 7 digits
pid:
# Children Self SymbolPid:Command
# ..
ailable in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
tags/perf-core-for-mingo-20160623
for you to fetch changes up to 4a35b3497c413de8b409f9d75700eeb4772b21b8:
perf config: Reimplement show_config() using config_set__for_each (2016-06-23
17:2
From: He Kuang
Currently, python uses host gcc instead of cross-compile gcc in the last
step of compiling build_ext(remove '--quiet' to show verbose):
cross-gcc ...
cross-gcc ...
creating ~/out/python_ext_build/lib
gcc -pthread -shared -Wl,-z ...
This is wrong but may not cause any erro
From: Arnaldo Carvalho de Melo
To match the semantics for list.h in the kernel, that are the
interface we use in them.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Milian Wolff
Cc: Namhyung Kim
Cc: Taeung Song
Cc: Wang Nan
Link: http://lkml.kernel.org/n/tip-iaxuq2yu43mtb504j96q0...
From: He Kuang
There's a problem in machine__findnew_vdso(), vdso buildid generated by a
32-bit machine stores it with the name 'vdso', but when processing buildid on a
64-bit machine with the same 'perf.data', perf will search for vdso named as
'vdso32' and get failed.
This patch tries to find
Again, I think the patch is fine, just a question
On 06/20, Andy Lutomirski wrote:
>
> System call restart has some oddities wrt ptrace:
>
> 1. For whatever reason, the kernel delivers signals and triggers
>ptrace before handling syscall restart. This means that
>-ERESTART_RESTARTBLOCK, e
From: Arnaldo Carvalho de Melo
To match the semantics for list.h in the kernel, that are used to
implement those macros.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Milian Wolff
Cc: Namhyung Kim
Cc: Taeung Song
Cc: Wang Nan
Link: http://lkml.kernel.org/n/tip-qbcjlgj0ffxquxscahbpd.
From: Taeung Song
Lately util/config.h has been added but util/cache.h has declarations of
functions and a global variable for config features.
To manage codes about configuration at one spot, move them to
util/config.h and let source files that need config features include
config.h And if the s
From: He Kuang
By default, "unwind-libunwind-local.c" gets SP/IP register number
according to the host platform, for remote unwind, we should use
register number for target platform. Fix this by define
LIBUNWIND_ARCH_REG_SP/IP in the wrapper file of aarch64 platform.
Signed-off-by: He Kuang
Ack
From: He Kuang
Use macro name prefixed with "LIBUNWIND_ARCH" for better understanding
that the regs used by callbacks of libunwind are arch specific. The real
regs used should be defined in the wrapper file of
"unwind-libunwind-local.c" for each supported arch.
Signed-off-by: He Kuang
Acked-by:
On Thu, Jun 23, 2016 at 12:29:50PM -0300, Gustavo Padovan wrote:
> -static void sync_file_add_pt(struct sync_file *sync_file, int *i,
> +static int sync_file_set_fence(struct sync_file *sync_file,
> +struct fence **fences)
> +{
> + struct fence_array *array;
> +
> +
From: Taeung Song
Recently config_set__for_each got added. In order to let show_config()
be short and clear, rewrite this function using it.
Signed-off-by: Taeung Song
Cc: Alexander Shishkin
Cc: Jiri Olsa
Cc: Masami Hiramatsu
Cc: Namhyung Kim
Cc: Peter Zijlstra
Cc: Wang Nan
Link:
http:/
From: Arnaldo Carvalho de Melo
To match the semantics for list.h in the kernel, that are the
interface we use in them.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Milian Wolff
Cc: Namhyung Kim
Cc: Taeung Song
Cc: Wang Nan
Link: http://lkml.kernel.org/n/tip-mdp1heu9xjjc12zebh912...
From: Arnaldo Carvalho de Melo
It is ignored and this is actually a python script, not a perl one.
Reported-by: Brendan Gregg
Cc: Jiri Olsa
Cc: Milian Wolff
Cc: Namhyung Kim
Cc: Paolo Bonzini
Link: http://lkml.kernel.org/n/tip-0w4bpbqd79v3sl34jvpr1...@git.kernel.org
Signed-off-by: Arnaldo C
From: Arnaldo Carvalho de Melo
And do nothing, just like free(), to avoid having to test it in callers,
usually in error paths.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Masami Hiramatsu
Cc: Namhyung Kim
Cc: Wang Nan
Link: http://lkml.kernel.org/n/tip-mexbavy0ft387j5w89t36...@git
On Thu, Jun 23, 2016 at 11:42:31AM +0200, Daniel Borkmann wrote:
> Hi Martin,
>
> [ sorry to jump late in here, on pto currently ]
Thanks for reviewing.
> Could you describe a bit more with regards to pinning maps and how this
> should interact with cgroups? The two specialized array maps we have
From: Arnaldo Carvalho de Melo
And do nothing, just like free(), to avoid having to test it in callers,
usually in error paths.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Masami Hiramatsu
Cc: Namhyung Kim
Cc: Wang Nan
Link: http://lkml.kernel.org/n/tip-q42gj3b3znhho9z1mrbo4...@git
From: Arnaldo Carvalho de Melo
And do nothing, just like free(), to avoid having to test it in callers,
usually in error paths.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Masami Hiramatsu
Cc: Namhyung Kim
Cc: Wang Nan
Link: http://lkml.kernel.org/n/tip-dyuupcj0hnoyt96vma8b3...@git
From: Arnaldo Carvalho de Melo
To match the semantics for list.h in the kernel, that are the
interface we use in them.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Jiri Olsa
Cc: Milian Wolff
Cc: Namhyung Kim
Cc: Taeung Song
Cc: Wang Nan
Link: http://lkml.kernel.org/n/tip-0b5i2ki9c3di6706fxpti...
From: Taeung Song
Many sub-commands use perf_config() but everytime perf_config() is
called, perf_config() always read config files. (i.e. user config
'~/.perfconfig' and system config '$(sysconfdir)/perfconfig')
But it is better to use the config set that already contains all config
key-value
From: He Kuang
By default, "unwind-libunwind-local.c" gets SP/IP register number
according to the host platform, for remote unwind, we should use
register number for target platform. Fix this by define
LIBUNWIND_ARCH_REG_SP/IP in the wrapper file of x86_32 platform.
Signed-off-by: He Kuang
Acke
From: Adrian Hunter
The flags field is synthesized and may have a value when Instruction
Trace decoding. The flags are "bcrosyiABEx" which stand for branch,
call, return, conditional, system, asynchronous, interrupt, transaction
abort, trace begin, trace end, and in transaction, respectively.
Ch
From: Adrian Hunter
Based on patches from Andi Kleen.
When printing PT instruction traces with perf script it is rather useful
to see some indentation for the call tree. This patch adds a new
callindent field to perf script that prints spaces for the function call
stack depth.
We already have c
From: Arnaldo Carvalho de Melo
Because at the destructor we will call close() and that will do the
disable. And we destructors can accept NULL, just like free(), so no
need to check it.
Cc: Adrian Hunter
Cc: Peter Zijlstra
Cc: Jiri Olsa
Link: http://lkml.kernel.org/n/tip-i98mcyfkkjh5qp62dle27
From: Adrian Hunter
In preparation for using the thread stack to print an indent
representing the stack depth in perf script, add an option to tell
decoders to feed branches to the thread stack. Add support for that
option to Intel PT and Intel BTS.
The advantage of using the decoder to feed the
From: Jiri Olsa
Factoring out the hist_browser initialization code, so it could be used
from other parts in following patches.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link: http://lkml.kernel.org/r/1466459899-1166-8-git-send-email-jo...@kernel.org
Signed-
From: Jiri Olsa
This way we can use it outside of ui/browsers/hists.c and extend it in
following patches.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link: http://lkml.kernel.org/r/1466459899-1166-4-git-send-email-jo...@kernel.org
Signed-off-by: Arnaldo Carva
From: Jiri Olsa
So we could use hist_browser__new for generic hist browser in following
patches.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link: http://lkml.kernel.org/r/1466459899-1166-7-git-send-email-jo...@kernel.org
Signed-off-by: Arnaldo Carvalho de Me
From: Jiri Olsa
This way we can use it outside of ui/browsers/hists.c and extend it in
following patches.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link: http://lkml.kernel.org/r/1466459899-1166-3-git-send-email-jo...@kernel.org
Signed-off-by: Arnaldo Carva
From: Jiri Olsa
Moving horizontal scroll init to initialization function as already
intended.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link: http://lkml.kernel.org/r/1466459899-1166-6-git-send-email-jo...@kernel.org
Signed-off-by: Arnaldo Carvalho de Melo
From: Jiri Olsa
We can now setup title callback for hist_browser, which will be useful
in following changes to create customized hist_browsers.
This also separates struct perf_evsel dependency out of hist_browser
basic code.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter
On 23/06/16 20:24, Joe Perches wrote:
> On Thu, 2016-06-23 at 18:57 +0100, Luis de Bethencourt wrote:
>> hif_drv->usr_scan_req.net.net_info[i] contains found_net_info structs
>> which have the following element:
>> u8 bssid[6];
> []
>> I am aware this patch gives a few checkpatch.pl warnings about
Hello,
On Wed, Jun 22, 2016 at 10:54:45PM +0200, Peter Zijlstra wrote:
> > + * The caller is responsible for blocking all users of this kthread
> > + * worker from queuing new works. Also it is responsible for blocking
> > + * the already queued works from an infinite re-queuing!
>
> This, I real
601 - 700 of 926 matches
Mail list logo
