This patch fixes commit 2dea53bf57783f243c892e99c10c6921e956aa7e,
"serial: of-serial: add PM suspend/resume support", which disables
the uart clock on suspend, but also causes a hardware hang on register
access if no_console_suspend command line option is used.
Also, not every of_serial device is
Mark,
Thanks for the comments!
On 10/13/2014 06:00 PM, Mark Rutland wrote:
> On Wed, Sep 24, 2014 at 01:56:55PM +0100, Stanimir Varbanov wrote:
>> Document DT binding for Qualcomm SPMI PMIC voltage ADC
>> driver.
>>
>> Signed-off-by: Stanimir Varbanov
>> Signed-off-by: Ivan T. Ivanov
>> ---
>>
On Thu, Oct 09, 2014 at 07:24:07PM +0100, Javier Martinez Canillas wrote:
> When posting a patch series that includes both code implementing a
> Device Tree binding and its associated documentation, the DT docs
> should come in the series before the implementation.
>
> This not only avoids
On Tue, Oct 14, 2014 at 4:53 AM, Mark Roszko wrote:
>
> > If this limitations exists
> >they are not introduced by this patch. This patch just exposes the
> >frequency so that it can be read or changed in userspace.
>
> Ah, well right now you can have an i2c bus with driver 1 and 2. Say
> the i2c
On 14/10/14 02:19, Martin Kelly wrote:
> In a call to set_phys_range_identity, i-1 is used without checking that
> i is non-zero. Although unlikely, a bug in the code before it could
> cause the value to be 0, leading to erroneous behavior. This patch adds
> a check against 0 value and a
On Mon, 2014-10-13 at 18:44 +0200, leroy christophe wrote:
> Le 17/09/2014 22:34, Scott Wood a écrit :
> > On Wed, 2014-09-17 at 22:33 +0200, christophe leroy wrote:
> >> Le 17/09/2014 18:40, Scott Wood a écrit :
> >>> On Wed, 2014-09-17 at 18:36 +0200, Christophe Leroy wrote:
> This
On Tue, 14 Oct 2014, Thomas Shao wrote:
> > -Original Message-
> > From: Greg KH [mailto:gre...@linuxfoundation.org]
> > Sent: Tuesday, October 14, 2014 3:35 PM
> > To: Thomas Shao
> > Cc: t...@linutronix.de; linux-kernel@vger.kernel.org;
> > de...@linuxdriverproject.org; o...@aepfle.de;
On Wed, Oct 01, 2014 at 04:50:41PM -0300, Arnaldo Carvalho de Melo wrote:
> From: Waiman Long
>
> With workload that spawns and destroys many threads and processes, it
> was found that perf-mem could took a long time to post-process the perf
> data after the target workload had completed its
userspace programs that use eBPF instruction macros need to include two files:
uapi/linux/filter.h and uapi/linux/bpf.h
Move common macro definitions that are shared between classic BPF and eBPF
into uapi/linux/bpf_common.h, so that user app can include only one bpf.h file
Cc: Daniel Borkmann
On Tuesday 14 October 2014 01:39 PM, Mark Brown wrote:
> On Tue, Oct 14, 2014 at 11:47:57AM +0530, Kiran Padwal wrote:
>> On Monday 13 October 2014 06:39 PM, Mark Brown wrote:
>
>>> Two problems:
>>> - I'm missing patches 1 and 2.
>
>> These patches are same like this one,
>> [1]
In case a race was detected during allocation of a new p2m tree
element in alloc_p2m() the new allocated mid_mfn page is freed without
updating the pointer to the found value in the tree. This will result
in overwriting the just freed page with the mfn of the p2m leaf.
Signed-off-by: Juergen
These patches remove the use of VLAIS using a new SHASH_DESC_ON_STACK macro.
Some of the previously accepted VLAIS removal patches haven't used this
macro. I will
push new patches to consistently use this macro in all those older cases
for 3.19
The following changes since commit
kmalloc_kernel() previously declared in timskmodutils.h which recently got
removed. Now also remove kmalloc_kernel(), because it's not used anywhere.
Signed-off-by: WANG Chao
---
drivers/staging/unisys/visorutil/visorkmodutils.c | 10 --
1 file changed, 10 deletions(-)
diff --git
On Tue, Oct 14, 2014 at 03:52:33AM +0200, Greg Kroah-Hartman wrote:
> On Mon, Oct 13, 2014 at 10:31:03AM -0700, Kamal Mostafa wrote:
> > On Fri, 2014-10-10 at 07:30 +0200, Willy Tarreau wrote:
> > > Hi Kamal,
> > >
> > > [ removed Don Bailey from the CC who's certainly not interested in this ]
>
On Tue, Oct 14, 2014 at 11:01:12AM +1030, Rusty Russell wrote:
> "Michael S. Tsirkin" writes:
> > Defer config changed notifications that arrive during
> > probe/scan/freeze/restore.
> >
> > This will allow drivers to set DRIVER_OK earlier, without worrying about
> > racing with config change
On 14.10.2014 10:17, Thomas Abraham wrote:
> The S2MPS15 PMIC is similar in functionality to S2MPS11/14 PMIC. It contains
> 27 LDO and 10 Buck regulators and allows programming these regulators via a
> I2C interface. This patch adds initial support for LDO/Buck regulators of
> S2MPS15 PMIC.
>
>
I mean whatever is currently stable, maintained and more recent than 3.13.
Thanks,
Cristian S.
On 10/14/2014 11:38 AM, Greg Kroah-Hartman wrote:
> On Tue, Oct 14, 2014 at 11:31:56AM +0300, Cristian Stoica wrote:
>> Hi Greg,
>>
>> You can cherry-pick 307fd543f3d23f8f56850eca1b27b1be2fe71017 on
On Sun, Oct 12, 2014 at 06:29:03PM -0700, tecfacet wrote:
> Hello.
>
> I am interested in the rotary encoder kernel driver. I am very new to
> this linux kernel driver thing.
>
> How do I pass the gpio and interrupt stuff to the kernel module.. I
> think it is thru the rotary_encoder.h file..
Rob Jones wrote:
> I submitted the patch below on 17th September but have had no feedback.
It is now upstream.
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 info at
On Tue, Oct 14, 2014 at 12:34 AM, Daniel Borkmann wrote:
> On 10/13/2014 11:49 PM, Alexei Starovoitov wrote:
>>
>> On Mon, Oct 13, 2014 at 10:21 AM, Daniel Borkmann
>> wrote:
>>>
>>> On 09/03/2014 05:46 PM, Daniel Borkmann wrote:
>>> ...
Ok, given you post the remaining two RFCs
On 14.10.2014 10:14, Thomas Abraham wrote:
> Add dt-binding documentation for s2mps15 PMIC device. The s2mps15 device
> is similar to s2mps11/14 PMIC device and has 27 LDO and 10 buck regulators.
>
> Cc: devicet...@vger.kernel.org
> Signed-off-by: Thomas Abraham
> ---
>
On 14.10.2014 10:14, Thomas Abraham wrote:
> Add support for S2MPS15 PMIC which is similar to S2MPS11 PMIC. The S2MPS15
> PMIC supports 27 LDO regulators, 10 buck regulators, RTC, three 32.768KHz
> clock outputs and battery charger. This patch adds initial support for
> LDO and buck regulators of
> -Original Message-
> From: Greg KH [mailto:gre...@linuxfoundation.org]
> Sent: Tuesday, October 14, 2014 3:35 PM
> To: Thomas Shao
> Cc: t...@linutronix.de; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org; o...@aepfle.de; a...@canonical.com;
> jasow...@redhat.com; KY
On Tue, Oct 14, 2014 at 11:31:56AM +0300, Cristian Stoica wrote:
> Hi Greg,
>
> You can cherry-pick 307fd543f3d23f8f56850eca1b27b1be2fe71017 on stable
> 3.13+ as well. The original 'cc stable 3.13+' line was deleted by
> mistake during commit.
3.13-stable is long dead and not being maintained by
Hi Linus,
The following changes since commit fe82dcec644244676d55a1384c958d5f67979adb:
Linux 3.17-rc7 (2014-09-28 14:29:07 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/joro/iommu.git
tags/iommu-updates-v3.18
for you to fetch changes up to
The power_supply_get_by_phandle() on error returns ENODEV or NULL.
The driver later expects obtained pointer to power supply to be
valid or NULL. If it is not NULL then it dereferences it in
bq2415x_notifier_call() which would lead to dereferencing ENODEV-value
pointer.
Properly handle the
On Sun, Oct 12, 2014 at 10:36:30PM +0100, Nix wrote:
> On 12 Oct 2014, Johan Hovold verbalised:
>
> > On Sat, Oct 11, 2014 at 11:24:59PM +0100, Nix wrote:
> >> On 11 Oct 2014, Paul Martin spake thusly:
> >>
> >> > Having been privy to the firmware of the eKey, it is very simplisting,
> >> > with
Add the I2S/PCM controller nodes and pin controls for rk3066 and rk3188.
Signed-off-by: Julien CHAUVEAU
---
arch/arm/boot/dts/rk3066a.dtsi | 81 ++
arch/arm/boot/dts/rk3188.dtsi | 26 ++
2 files changed, 107 insertions(+)
diff --git
On Tue, Oct 14, 2014 at 11:47:57AM +0530, Kiran Padwal wrote:
> On Monday 13 October 2014 06:39 PM, Mark Brown wrote:
> > Two problems:
> > - I'm missing patches 1 and 2.
> These patches are same like this one,
> [1] https://lkml.org/lkml/2014/10/9/58
> [2] https://lkml.org/lkml/2014/10/9/52
On 10/10/14 at 09:53am, David Laight wrote:
> From: Dave Young
> > With today's linus tree, I got below kmsg:
> > [ 23.545204] nf_reject_ipv4: module license 'unspecified' taints kernel.
> > [ 23.551886] Disabling lock debugging due to kernel taint
> ...
>
> Not 100% related, but why does
On 10/10/14 at 11:56am, Pablo Neira Ayuso wrote:
> On Fri, Oct 10, 2014 at 05:19:04PM +0800, Dave Young wrote:
> > Hi,
> >
> > With today's linus tree, I got below kmsg:
> > [ 23.545204] nf_reject_ipv4: module license 'unspecified' taints kernel.
> >
> > It could be caused by below commit:
> >
The S2MPS15 PMIC is similar in functionality to S2MPS11/14 PMIC. It contains
27 LDO and 10 Buck regulators and allows programming these regulators via a
I2C interface. This patch adds initial support for LDO/Buck regulators of
S2MPS15 PMIC.
Signed-off-by: Thomas Abraham
---
Add binding documentation for Rockchip IOMMU.
Signed-off-by: Daniel Kurtz
Signed-off-by: Simon Xue
---
.../devicetree/bindings/iommu/rockchip,iommu.txt | 26 ++
1 file changed, 26 insertions(+)
create mode 100644 Documentation/devicetree/bindings/iommu/rockchip,iommu.txt
Samsung's S2MPS15 PMIC is targetted to be used with Samsung's Exynos7 SoC.
The S2MPS15 PMIC is similar in functionality to S2MPS11/14 PMIC. It contains
27 LDO and 10 Buck regulators, RTC, three 32.768 KHz clock outputs and allows
programming these blocks via a I2C interface. This patch series adds
Add dt-binding documentation for s2mps15 PMIC device. The s2mps15 device
is similar to s2mps11/14 PMIC device and has 27 LDO and 10 buck regulators.
Cc: devicet...@vger.kernel.org
Signed-off-by: Thomas Abraham
---
Documentation/devicetree/bindings/mfd/s2mps11.txt | 11 ---
1 files
Add support for S2MPS15 PMIC which is similar to S2MPS11 PMIC. The S2MPS15
PMIC supports 27 LDO regulators, 10 buck regulators, RTC, three 32.768KHz
clock outputs and battery charger. This patch adds initial support for
LDO and buck regulators of S2MPS15 device.
Signed-off-by: Thomas Abraham
---
The rk3288 has several iommus. Each iommu belongs to a single master
device. There is one device (ISP) that has two slave iommus, but that
case is not yet supported by this driver.
At subsys init, the iommu driver registers itself as the iommu driver for
the platform bus. The master devices
Add device nodes for the VOP iommus.
Device nodes for other iommus will be added in later patches.
The iommu nodes use the #iommu-cells property as described in:
Documentation/devicetree/bindings/iommu/iommu.txt
Signed-off-by: Daniel Kurtz
Signed-off-by: Simon Xue
---
Hi,
[sent an same email on the calprit machine, but I did not receive it,
thus resend it, sorry for duplicate if you got the original one]
I got a 'D' state mutt process, it's killable though.
I think kernel stuck at below code:
linux/fs/readdir.c:
iterate_dir() ->
From: Chao Fu
FSL Quadspi module register bitwise is big-endian, but on ohter paltform
is little endian.
Add functions for Quadspi register read/write for bitwise:
qspi_readl
qpsi_writel
Add devtype for LS1021:
struct fsl_qspi_devtype_data ls1_data
Signed-off-by: Chao Fu
---
The patch is
On Tue, Oct 14, 2014 at 10:11:12AM +0900, Gyungoh Yoo wrote:
> On Mon, Oct 13, 2014 at 12:35:12PM +0200, Mark Brown wrote:
> > If you're doing anything here you should convert the code to use the
> > simplified interface for parsing regulator data based on putting the
> > subnode name and
On 10/14/2014 02:47 AM, Peter Zijlstra wrote:
On Sun, Oct 12, 2014 at 09:28:04AM -0400, Rik van Riel wrote:
On 10/12/2014 09:17 AM, Peter Zijlstra wrote:
On Wed, Oct 08, 2014 at 03:37:26PM -0400, r...@redhat.com wrote:
+ sched_domains_numa_hops = kzalloc(sizeof(int) * nr_node_ids *
Add binding documentation for Rockchip IOMMU.
Signed-off-by: Daniel Kurtz
Signed-off-by: Simon Xue
---
.../devicetree/bindings/iommu/rockchip,iommu.txt | 26 ++
1 file changed, 26 insertions(+)
create mode 100644 Documentation/devicetree/bindings/iommu/rockchip,iommu.txt
The rk3288 has several iommus. Each iommu belongs to a single master
device. There is one device (ISP) that has two slave iommus, but that
case is not yet supported by this driver.
At subsys init, the iommu driver registers itself as the iommu driver for
the platform bus. The master devices
Add device nodes for the VOP iommus.
Device nodes for other iommus will be added in later patches.
The iommu nodes use the #iommu-cells property as described in:
Documentation/devicetree/bindings/iommu/iommu.txt
Signed-off-by: Daniel Kurtz
Signed-off-by: Simon Xue
---
On Tue, Oct 14, 2014 at 09:35:24AM +0200, Jiri Kosina wrote:
> your patch hasn't been lost, it's in my 'to-process' queue. It's merge
> window now, plus this is a super-low priority patch. Please be patient, it
> will eventually be processed.
Alright. I think I've been getting quite spoiled
On Tue, Oct 14, 2014 at 01:23:46AM -0700, Thomas Shao wrote:
> --- a/kernel/time/timekeeping.c
> +++ b/kernel/time/timekeeping.c
> @@ -1786,6 +1786,7 @@ int do_adjtimex(struct timex *txc)
>
> return ret;
> }
> +EXPORT_SYMBOL(do_adjtimex);
EXPORT_SYMBOL_GPL()?
--
To unsubscribe from this
On Tue, 14 Oct 2014, Frans Klaver wrote:
> > Signed-off-by: Frans Klaver
> > ---
> > Documentation/usb/gadget_configfs.txt | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/Documentation/usb/gadget_configfs.txt
> > b/Documentation/usb/gadget_configfs.txt
> > index
On 10/13/2014 11:49 PM, Alexei Starovoitov wrote:
On Mon, Oct 13, 2014 at 10:21 AM, Daniel Borkmann wrote:
On 09/03/2014 05:46 PM, Daniel Borkmann wrote:
...
Ok, given you post the remaining two RFCs later on this window as
you indicate, I have no objections:
Acked-by: Daniel Borkmann
Hello,
I'm getting massive amounts of cpu soft lockups in Linus's tree for
today. This occurs almost immediately and is very reproducible in aim7
disk workloads using btrfs:
kernel:[ 559.800017] NMI watchdog: BUG: soft lockup - CPU#114 stuck for 22s!
[reaim:44435]
...
[ 999.800070] Modules
In current hyper-v time sync service,it only gets the initial clock time
from the host. It didn't process the following time samples. This change
introduced a module parameter called host_time_sync. If it is set to true,
the guest will periodically sychronize it's time with the host clock using
On Tue, Oct 14, 2014 at 6:33 AM, Heiko Stübner wrote:
> Hi Daniel,
>
> Am Samstag, 11. Oktober 2014, 02:30:48 schrieb Daniel Kurtz:
>> Add device nodes for the VOP iommus.
>> Device nodes for other iommus will be added in later patches.
>>
>> The iommu nodes use the #iommu-cells property as
On 14 October 2014 12:29, Kelvin Cheung wrote:
>
> 2014-10-10 12:40 GMT+08:00 Viresh Kumar :
>> > +#include
>> > +#include
>>
>> Okay, it looks like I have forgotten some of the C basics :)
>> But wouldn't the above two lines search for this file in , unless
>> you have compiled it with
On 13 October 2014 18:41, Prarit Bhargava wrote:
> There are several issues with the current locking design of cpufreq. Most
Sadly yes :(
> [Question: was the original reported deadlock "real"? Did it really happen or
> did lockdep only report it (I may have asked this question previously and
On Thu, Sep 4, 2014 at 12:58 AM, Frans Klaver wrote:
> Signed-off-by: Frans Klaver
> ---
> include/linux/mod_devicetable.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/include/linux/mod_devicetable.h b/include/linux/mod_devicetable.h
> index 44eeef0..745def8 100644
>
On Wed, Oct 01, 2014 at 03:30:31PM +0200, Frans Klaver wrote:
> Signed-off-by: Frans Klaver
> ---
> Documentation/usb/gadget_configfs.txt | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/Documentation/usb/gadget_configfs.txt
> b/Documentation/usb/gadget_configfs.txt
>
2014 09 24 23:36, Rik van Riel:
> On 09/22/2014 10:57 PM, Hui Zhu wrote:
>> The cause of this issue is when free memroy size is low and a lot of task is
>> trying to shrink the memory, the task that is killed by lowmemkiller cannot
>> get
>> CPU to exit itself.
>>
>> Fix this issue with change
"Michael S. Tsirkin" writes:
> Defer config changed notifications that arrive during
> probe/scan/freeze/restore.
>
> This will allow drivers to set DRIVER_OK earlier, without worrying about
> racing with config change interrupts.
>
> This change will also benefit old hypervisors (before 2009)
>
Ming Lei writes:
> Hi Rusty,
Hi Ming!
Sorry, I was on vacation. I'm back and slowly working through
all my mail...
> 1, FIO script
> [global]
> direct=1
> size=128G
> bsrange=${BS}-${BS}
> timeout=60
> numjobs=4
> ioengine=libaio
> iodepth=64
> filename=/dev/vdb #backed by
Andy Lutomirski writes:
> If a user puts init=/whatever on the command line and /whatever
> can't be run, then the kernel will try a few default options before
> giving up. If init=/whatever came from a bootloader prompt, then
> this is unexpected but probably harmless. On the other hand, if it
On Tue, Oct 14, 2014 at 7:33 AM, Andy Lutomirski wrote:
>
> Linus, can you pull this?
Pulled. You didn't mark the commit for stable. Oversight?
Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On Sun, Oct 12, 2014 at 09:28:04AM -0400, Rik van Riel wrote:
> On 10/12/2014 09:17 AM, Peter Zijlstra wrote:
> >On Wed, Oct 08, 2014 at 03:37:26PM -0400, r...@redhat.com wrote:
> >>+ sched_domains_numa_hops = kzalloc(sizeof(int) * nr_node_ids *
> >>nr_node_ids, GFP_KERNEL);
> >>+ if
On Sun, Oct 12, 2014 at 10:15 PM, Sasha Levin
wrote:
Ping?
This BUG_ON()ing due to GFP_ATOMIC allocation failure is really silly
:(
Agreed, I have a patch for this in testing. It didn't make my first
pull but I'll get it fixed up.
-chris
--
To unsubscribe from this list: send the line
Signed-off-by: Romain Perier
---
Documentation/devicetree/bindings/power/poweroff.txt | 18 ++
1 file changed, 18 insertions(+)
create mode 100644 Documentation/devicetree/bindings/power/poweroff.txt
diff --git a/Documentation/devicetree/bindings/power/poweroff.txt
Add "poweroff-source" property to act8846 node.
shutdown/poweroff commands are now handled for this board.
Signed-off-by: Romain Perier
---
arch/arm/boot/dts/rk3188-radxarock.dts | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/rk3188-radxarock.dts
Several drivers create their own devicetree property when they register
poweroff capabilities. This is for example the case for mfd, regulator
or power drivers which define "vendor,system-power-controller" property.
This patch adds support for a standard property "poweroff-source"
which marks the
When the property "poweroff-source" is found in the
devicetree, the function pm_power_off is defined. This function sends the
rights bit fields to the global off control register. shutdown/poweroff
commands are now supported for hardware components which use these PMU.
Signed-off-by: Romain
Signed-off-by: Romain Perier
---
Documentation/devicetree/bindings/regulator/act8865-regulator.txt | 4
1 file changed, 4 insertions(+)
diff --git a/Documentation/devicetree/bindings/regulator/act8865-regulator.txt
b/Documentation/devicetree/bindings/regulator/act8865-regulator.txt
index
On Monday 13 October 2014 06:39 PM, Mark Brown wrote:
> On Thu, Oct 09, 2014 at 01:12:08PM +0530, Kiran Padwal wrote:
>> There is no need to init .owner field.
>>
>> Based on the patch from Peter Griffin
>> "mmc: remove .owner field for drivers using module_platform_driver"
>>
>> This patch
As show in I2C specification:
- Standard-mode: the minimum HIGH period of the scl clock is 4.0us
the minimum LOW period of the scl clock is 4.7us
- Fast-mode: the minimum HIGH period of the scl clock is 0.6us
the minimum LOW period of the scl clock is 1.3us
I have
On Fri, Oct 03, 2014 at 11:47:59AM +0200, Hans de Goede wrote:
> Hi,
>
> Thanks for working on this!
>
> On 10/03/2014 11:43 AM, Pali Rohár wrote:
> > On some systems after starting computer function alps_identify() does not
> > detect
> > dual ALPS touchpad+trackstick device correctly and
On Tue, Oct 14, 2014 at 8:47 AM, Sören Brinkmann
wrote:
> Hi Alexandre,
>
> On Sat, 2014-10-11 at 01:54PM +0900, Alexandre Courbot wrote:
>> On Fri, Sep 5, 2014 at 2:58 AM, Soren Brinkmann
>> wrote:
>> > Add an attribute 'wakeup' to the GPIO sysfs interface which allows
>> > marking/unmarking a
From: Arnaldo Carvalho de Melo a...@redhat.com
If all a tool wants is to do system wide event monitoring, there is no
more the need to setup thread_map and cpu_map objects, just call
perf_evlist__open() and it will do create one fd per CPU monitoring all
threads.
Cc: Adrian Hunter
From: Arnaldo Carvalho de Melo a...@redhat.com
Create a dummy thread_map, one that has just one entry and it is -1,
meaning 'all threads', as this ends up going down to perf_event_open().
Cc: Adrian Hunter adrian.hun...@intel.com
Cc: Borislav Petkov b...@suse.de
Cc: David Ahern dsah...@gmail.com
From: Arnaldo Carvalho de Melo a...@redhat.com
It was lost in hist.h, move it to where it belongs, callchain.h, as
there are places that gets hist.h by means of evsel.h, and since evsel.h
is being untangled from hist.h...
Cc: Adrian Hunter adrian.hun...@intel.com
Cc: Borislav Petkov b...@suse.de
From: Namhyung Kim namhy...@kernel.org
map-end is the first addr _outside_ the a map, following the convention
of vm_area_struct-vm_end.
Signed-off-by: Namhyung Kim namhy...@kernel.org
Acked-by: Stephane Eranian eran...@google.com
Cc: David Ahern dsah...@gmail.com
Cc: Ingo Molnar
From: Arnaldo Carvalho de Melo a...@redhat.com
A segfault happens on 'perf test hists_link' because we end up using a
struct machines on the stack, and then machines__init() was not
initializing the newly introduced rb_root, just the existing list_head.
When we introduced struct dsos, to group
From: Arnaldo Carvalho de Melo a...@redhat.com
When synthesizing maps from files that have incomplete symbol
information, like kallsyms, we need to fixup the end of maps by seting
its end from the -start of the next map, fix it to set prev_map-end to
curr_map-start, since -end is the first byte
From: Arnaldo Carvalho de Melo a...@redhat.com
To follow vm_area_struct-vm_end convention.
By adhering to the convention that -end is the first address outside
the symbol's range we can do things like:
sym-end = start + len;
len = sym-end - sym-start;
This is also now the
From: Arnaldo Carvalho de Melo a...@redhat.com
Since they are automatically called by other methods used by tools.
Cc: Adrian Hunter adrian.hun...@intel.com
Cc: Borislav Petkov b...@suse.de
Cc: David Ahern dsah...@gmail.com
Cc: Don Zickus dzic...@redhat.com
Cc: Frederic Weisbecker
From: Stephane Eranian eran...@google.com
This patch fixes off-by-one errors in the management of maps.
A map is defined by start address and length as implemented by
map__new():
map__init(map, type, start, start + len, pgoff, dso);
map-start = addr;
map-end = end;
Consequently, the
From: Arnaldo Carvalho de Melo a...@redhat.com
We use it in evsel.h but were getting it indirectly, fix it.
Noticed while working on having evsel.h usable by rasd.c.
Cc: Adrian Hunter adrian.hun...@intel.com
Cc: Borislav Petkov b...@suse.de
Cc: David Ahern dsah...@gmail.com
Cc: Don Zickus
Em Mon, Oct 13, 2014 at 08:11:58PM +0200, Jiri Olsa escreveu:
On Mon, Oct 06, 2014 at 09:45:58AM +0900, Namhyung Kim wrote:
Namhyung Kim (5):
perf report: Set callchain_param.record_mode for future use
perf callchain: Create an address space per thread
perf callchain: Use global
From: Arnaldo Carvalho de Melo a...@redhat.com
Not all tools need a hists instance per perf_evsel, so lets pave the way
to remove evsel-hists while leaving a way to access the hists from a
specially allocated evsel, one that comes with space at the end where
lives the evsel.
Cc: Adrian Hunter
From: Arnaldo Carvalho de Melo a...@redhat.com
Now perf_session doesn't require that the evsels in its evlist are hists
containing ones.
Tools that are hists based and want to do per evsel events_stats
updates, if at some point this turns into a necessity, should do it in
the tool specific code,
From: Arnaldo Carvalho de Melo a...@redhat.com
Not used here, remove to reduce perf_evsel/hists structs interaction.
Cc: Adrian Hunter adrian.hun...@intel.com
Cc: Borislav Petkov b...@suse.de
Cc: David Ahern dsah...@gmail.com
Cc: Don Zickus dzic...@redhat.com
Cc: Frederic Weisbecker
From: Jiri Olsa jo...@kernel.org
In following commit we changed the location of callchains data:
72a128aa083a7f4cc4f800718aaae05d9c698e26
perf tools: Move callchain config from record_opts to callchain_param
Now all callchains stuff stays in callchain_param struct, which adds its
dependency
2014-10-14 17:36 GMT+02:00 Jason Cooper ja...@lakedaemon.net:
On Mon, Oct 13, 2014 at 11:20:35PM +0200, Rickard Strandqvist wrote:
2014-10-12 21:22 GMT+02:00 Jason Cooper ja...@lakedaemon.net:
Rickard,
On Sun, Oct 12, 2014 at 12:49:31PM +0200, Rickard Strandqvist wrote:
Changed from
Seth Forshee seth.fors...@canonical.com writes:
On Tue, Oct 14, 2014 at 01:01:02PM -0700, Eric W. Biederman wrote:
Michael j Theall mthe...@us.ibm.com writes:
Seth Forshee seth.fors...@canonical.com wrote on 10/14/2014 09:25:55 AM:
From: Seth Forshee seth.fors...@canonical.com
To:
In case that the IP header has optional field at the end, this patch will
get the port numbers after that field, and compute the hash.
Signed-off-by: Haiyang Zhang haiya...@microsoft.com
Reviewed-by: K. Y. Srinivasan k...@microsoft.com
---
drivers/net/hyperv/netvsc_drv.c | 16 ++--
I am announcing the release of the Linux 3.13.11.9 kernel.
The updated 3.13.y tree can be found at:
git://kernel.ubuntu.com/ubuntu/linux.git linux-3.13.y
and can be browsed at:
http://kernel.ubuntu.com/git?p=ubuntu/linux.git;h=refs/heads/linux-3.13.y;a=shortlog
The diff from v3.13.11.8 is
On Tue, Oct 14, 2014 at 2:13 PM, Eric W. Biederman
ebied...@xmission.com wrote:
Seth Forshee seth.fors...@canonical.com writes:
On Tue, Oct 14, 2014 at 01:01:02PM -0700, Eric W. Biederman wrote:
Michael j Theall mthe...@us.ibm.com writes:
Seth Forshee seth.fors...@canonical.com wrote on
I'd like to know that your another problem is related to commit
bf0dea23a9c0 (mm/slab: use percpu allocator for cpu cache). So,
if the commit is reverted, your another problem is also gone
completely?
The other problem has been present forever.
Umm? I am afraid I have been describing
On Tue, Oct 14, 2014 at 2:00 PM, Andrew Morton
a...@linux-foundation.org wrote:
On Wed, 1 Oct 2014 11:13:14 -0700 Andy Lutomirski l...@amacapital.net wrote:
On Wed, Oct 1, 2014 at 11:05 AM, j...@joshtriplett.org wrote:
On Tue, Sep 30, 2014 at 09:53:56PM -0700, Andy Lutomirski wrote:
I
Hi,
this series introduces a driver for Amlogic Meson pinctrl and GPIOs,
adding the basic infrastructure for all the SoCs of the Meson family
and configuration data specific for Meson8.
I tested the pinmux and GPIO functionalities on a Tronsmart Vega S89e
TV box and everything seems to work,
Add pinctrl node to meson8.dtsi and gpio-leds node to
meson8-vega-s89e.dts
Signed-off-by: Beniamino Galvani b.galv...@gmail.com
---
arch/arm/boot/dts/meson8-vega-s89e.dts | 16 +++-
arch/arm/boot/dts/meson8.dtsi | 35 ++
2 files changed, 50
This is a driver for the pinmux and GPIO controller available in
Amlogic Meson SoCs. At the moment it only supports Meson8 devices,
however other SoC families like Meson6 and Meson8b (the Cortex-A5
variant) appear to be similar, with just different sets of banks and
registers.
GPIO interrupts are
Am Dienstag, 14. Oktober 2014, 13:24:03 schrieb Doug Anderson:
Kever,
On Mon, Oct 13, 2014 at 1:12 PM, Kever Yang kever.y...@rock-chips.com
wrote:
+ /*
+* We need to soft reset the cpu when we turn off the cpu power
domain, +* or else the active processors might be
Add device tree bindings documentation for Amlogic Meson pinmux and
GPIO controller.
Signed-off-by: Beniamino Galvani b.galv...@gmail.com
---
.../devicetree/bindings/pinctrl/meson,pinctrl.txt | 79 ++
1 file changed, 79 insertions(+)
create mode 100644
Andy Lutomirski l...@amacapital.net writes:
On Tue, Oct 14, 2014 at 2:13 PM, Eric W. Biederman
ebied...@xmission.com wrote:
Seth Forshee seth.fors...@canonical.com writes:
On Tue, Oct 14, 2014 at 01:01:02PM -0700, Eric W. Biederman wrote:
Michael j Theall mthe...@us.ibm.com writes:
Seth
501 - 600 of 1144 matches
Mail list logo
