The assigned-clock* needs to be in the root of the device's node. If it is
in the sub-node the CCF will ignore it.
Since the clkout2 is used by the codec as MCLK, move the clock parent
selection to that node.
Signed-off-by: Peter Ujfalusi
---
arch/arm/boot/dts/am57xx-beagle-x15.dts | 5 +++--
1
Add missing data for all McASP ports for the dra7 family
Signed-off-by: Peter Ujfalusi
---
arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 235 ++
1 file changed, 235 insertions(+)
diff --git a/arch/arm/mach-omap2/omap_hwmod_7xx_data.c
b/arch/arm/mach-omap2/omap_hwmod_7
rename the mcasp8_ahclk_mux to mcasp8_ahclkx_mux.
Signed-off-by: Peter Ujfalusi
---
arch/arm/boot/dts/dra7xx-clocks.dtsi | 2 +-
drivers/clk/ti/clk-7xx.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/dra7xx-clocks.dtsi
b/arch/arm/boot/dts/d
Since we switched to use eDMA we can now safely enable the FIFO in McASP.
This will reduce the chance of McASP level under/overflow.
Signed-off-by: Peter Ujfalusi
---
arch/arm/boot/dts/dra72-evm.dts | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/dra72-evm.dts b/arch/arm/
On Wed, Feb 24, 2016 at 09:30:56PM +0300, Олег Мороз wrote:
> I've checked next next-20160218 tag and confirm that it works.
Thanks a lot for testing this! I added your tested-by to the commit.
I apologize again for the inconvenience of this. Thank you very much
for your effort in reporting it
Since we switched to use eDMA we can now safely enable the FIFO in McASP.
This will reduce the chance of McASP level under/overflow.
Signed-off-by: Peter Ujfalusi
---
arch/arm/boot/dts/am57xx-beagle-x15.dts | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/am57xx-beagle-x15
From: Corey Minyard
Lots of little changes needed to be made to clean these up, remove the
four byte pointer assumption and traverse the pid queue properly.
Also consolidate the traceback code into a single function instead
of having three copies of it.
Signed-off-by: Corey Minyard
---
Documen
On Thu, Feb 25, 2016 at 03:25:58PM +0100, luca abeni wrote:
> > > (BTW, it seems to me that switched_to_dl() is never invoked, for
> > > some reason...)
> >
> > Hmm, it should be invoked if you do sched_setattr() to get
> > SCHED_DEADLINE.
>
> Sorry, that was me being confused...
> It is prio_ch
Add nodes to represent all McASP ports in the dra7 family.
For system consistency use the eDMA for audio operations. sDMA would be
fine for 4/5/6/7/8 since their DAT port is not through L3 interconnect.
Signed-off-by: Peter Ujfalusi
---
arch/arm/boot/dts/dra7.dtsi | 112 +
On Thursday 25 February 2016 18:49:06 Alexandre Courbot wrote:
> On Wed, Feb 24, 2016 at 9:37 PM, Arnd Bergmann wrote:
> > On Wednesday 24 February 2016 18:11:19 Alexandre Courbot wrote:
> >> On T210, the sdhci controller can address more than 32 bits of address
> >> space. Failing to express this
Am Mittwoch, den 24.02.2016, 18:45 +0530 schrieb Laxman Dewangan:
> Use devm_pinctrl_register() for pin control registration and remove
> need of .remove callback.
>
> Signed-off-by: Laxman Dewangan
> Cc: Shawn Guo
> Cc: Stefan Agner
> Cc: Adrian Alonso
> Cc: Uwe Kleine-König
[...]
Reviewed-
Since we switched to use eDMA we can now safely enable the FIFO in McASP.
This will reduce the chance of McASP level under/overflow.
Signed-off-by: Peter Ujfalusi
---
arch/arm/boot/dts/dra7-evm.dts | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/dra7-evm.dts b/arch/arm/bo
DRA7 family has eDMA available along with the sDMA and in some cases it is
better suited for servicing peripherals.
Add the needed nodes for eDMA to be usable:
edma-tpcc, edma-tptc0/1 and the edma-xbar.
Signed-off-by: Peter Ujfalusi
---
arch/arm/boot/dts/dra7.dtsi | 48 +
Move the sDMA xbar nodes under the L4 interconnect node.
Signed-off-by: Peter Ujfalusi
---
arch/arm/boot/dts/dra7.dtsi | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/arch/arm/boot/dts/dra7.dtsi b/arch/arm/boot/dts/dra7.dtsi
index 8ea153aa46f6..114286dbee25
Hi Suravee,
On Tue, Feb 23, 2016 at 08:12:34AM -0600, Suravee Suthikulpanit wrote:
> This is a two-part patch series:
>
> Part1: 1-4 :
> Introduce a workaround for the current AMD IOMMU perf initialization issue
> in some existing KV and CZ platforms, where it fails to write to IOMMU
> perf count
Hi Masami,
On Thu, 2016-02-25 at 05:55 +, 平松雅巳 / HIRAMATU，MASAMI wrote:
> Hi Tom,
>
> From: Tom Zanussi [mailto:tom.zanu...@linux.intel.com]
> >
> >Make it clear exactly how many keys and values are supported through
> >better defines, and add 1 to the vals count, since normally clients
> >wa
Add hwmod data for the eDMA blocks:
- TPCC: Third-party channel controller
- TPTC0: Third-party transfer controller 0
- TPTC1: Third-party transfer controller 1
The TPCC is following it's clock and power domain. This means that
the hwmod can not control it's status.
Signed-off-by: Peter Ujfalu
Hi Masami,
On Thu, 2016-02-25 at 18:19 +0900, Masami Hiramatsu wrote:
> Add a test for log2 modifier of hist trigger in hist_mod.tc.
> Here is the test result.
>
>
> # ./ftracetest test.d/trigger/trigger-hist-mod.tc
> === Ftrace unit tests ===
> [1] event trigger - test histogram mod
On Tue, Feb 23, 2016 at 06:51:13PM +0100, Borislav Petkov wrote:
> On Tue, Feb 23, 2016 at 09:26:18AM -0800, Laura Abbott wrote:
> > It was an issue with build signing on the testers machine. Once that was
> > fixed it was confirmed that the patches did fix the issue.
>
> Btw, Joerg did come up wi
Add a driver for the main clock controller of the Artpec-6 Soc.
Signed-off-by: Lars Persson
---
drivers/clk/Makefile | 1 +
drivers/clk/axis/Makefile | 1 +
drivers/clk/axis/clk-artpec6.c | 189 +
3 files changed, 191 insertions(+)
crea
Add device tree documentation for the main clock controller in the
Artpec-6 SoC.
Acked-by: Rob Herring
Signed-off-by: Lars Persson
---
.../devicetree/bindings/clock/artpec6.txt | 41 ++
include/dt-bindings/clock/axis,artpec6-clkctrl.h | 38
2
Add clock support for the Artpec-6 SoC port. The ARM parts are in the series
"arm: Add Artpec-6 SoC" and it goes through the arm-soc tree.
Changes since v3:
- The binding was corrected to handle two fractional divider clocks as input to
the clock controller.
- Updated clk-artpec6.c to handle a d
Calling sa1100_register_uart_fns() leaves the port structure
unused when CONFIG_SERIAL_SA1100 is disabled, and we get a
compiler warning about that:
arch/arm/mach-sa1100/badge4.c:317:31: warning: 'badge4_port_fns' defined but
not used [-Wunused-variable]
static struct sa1100_port_fns badge4_port
On 02/25/2016 07:10 AM, Stefano Stabellini wrote:
Introduce EARLYCON support in hvc_xen, useful for early debugging on arm
and arm64, where xen early_printk is not available.
It is different from xenboot_write_console on x86 in two ways:
- it does not return if !xen_pv_domain(), not only becaus
On 02/25/2016 07:10 AM, Stefano Stabellini wrote:
The xenboot early console has been partially broken for DomU for a long
time: the output would only go to the hypervisor via hypercall
(HYPERVISOR_console_io), while it wouldn't actually go to the DomU
console. The reason is that domU_write_consol
Hello,
This patchset implements new functionalities for perf-config subcommand.
Add options (list-all, skel, verbose, remove) and
getting and setting functionalities into perf-config subcommand to more useful.
Changes in v16:
- rebased onto the current tip/perf/core
Changes in v15:
Produce an skeleton with the possible config variables so
that one could then use $EDITOR ~/.perfconfig or
$(sysconfdir)/perfconfigand go on setting the knobs.
For the syntax examples,
# perf config -k | --skel
Initialize the possible config variables on config file.
# perf config --s
Collecting configs into list because of two reason.
First of all, if there are same variables both user
and system config file, they all will be printed
when 'list' command work. But if config variables are
duplicated, user config variables should only be printed
because it has priority.
Lastly,
This patch consists of functions
which can get specific config variables.
For the syntax examples,
perf config [] [section.name ...]
display key-value pairs of specific config variables
# perf config report.queue-size report.children
In addition, the functionality can work with --ver
This patch consists of functions
which can set specific config variables.
For the syntax examples,
perf config [] [options] [section.name[=value] ...]
set specific config variables
# perf config report.queue-size=100M report.children=true
Cc: Namhyung Kim
Cc: Jiri Olsa
Signed-off-b
'list-all' option is to display both current config variables
and all possible config variables with default values.
The syntax examples are like below
perf config [] [options]
display all perf config with default values.
# perf config -a | --list-all
Cc: Namhyung Kim
Cc: Jiri Olsa
To explain what each of variable options configures,
this option can be used with 'skel', 'list' and
'list-all' options, i.e.
print the possible config variables with comments over each of them.
# perf config -vk | --verbose --skel
or
print all or current config variables with desc
Whether or not user mis-type wrong data type to set config,
normalize the value. If a config user enter isn't contained
in default configs, just pass as it is.
For the examples,
# perf config report.queue-size=1M
# perf config report.queue-size
report.queue-size=1048576
Cc: Namhyung Kim
A option 'remove' is to remove specific config variables.
For the syntax examples,
# perf config [] -r | --remove [section.name ...]
Cc: Namhyung Kim
Cc: Jiri Olsa
Signed-off-by: Taeung Song
---
tools/perf/Documentation/perf-config.txt | 6 ++
tools/perf/builtin-config.c
On Wed, Feb 24, 2016 at 06:56:36PM +, ja...@microsoft.com wrote:
> From: Jake Oshins
>
> This patch fixes a race condition in this driver. Using the
> function pci_domain_nr() only works if the PCI bus has already
> been fully created. This patch just deletes one call site,
> as it was in d
On Thu, Feb 25, 2016 at 11:48:59AM +1100, Balbir Singh wrote:
> > @@ -608,6 +621,9 @@ int apply_relocate_add(Elf64_Shdr *sechdrs,
> > return -ENOENT;
> > if (!restore_r2((u32 *)location + 1, me))
> >
After collecting samples for events 'syscalls:',
perf-script with python script doesn't occasionally
work generating a segmentation fault.
The reason is that the print fmt is empty and
a value of event->print_fmt.args is NULL, so
dereferencing the null pointer results in
a segmentation fault i.e.
On Thu, 25 Feb 2016, Chen Gang wrote:
> I can understand for your NAK, it is a trivial patch.
Not all trivial patches are NAKed :) But they have to be generally useful.
Shuffling code around, without actually changing / improving it a bit,
just for the sole purpose of formatting, is kind of po
script_spec_register() called two functions
script_spec__find() and script_spec__findnew().
But script_spec__find() was called two times.
So remove script_spec__findnew() and make
script_spec_register() only call once script_spec__find().
Cc: Jiri Olsa
Signed-off-by: Taeung Song
---
tools/perf
On 02/25/2016 07:10 AM, Stefano Stabellini wrote:
Refactor the existing code in xen_raw_console_write to get the generic
early_printk console work with HVM guests.
Take the opportunity to replace the outb loop with a single outsb call
to reduce the number of vmexit.
Signed-off-by: Stefano Stabe
Use asm/asm.h macros instead.
Signed-off-by: Boris Ostrovsky
---
arch/x86/xen/xen-head.S | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/arch/x86/xen/xen-head.S b/arch/x86/xen/xen-head.S
index 11dbe49..2366895 100644
--- a/arch/x86/xen/xen-head.S
+++ b/arch/x86/xen
PV guests need to have their .bss zeroed out since it is not guaranteed
to be cleared by Xen's domain builder
v3:
* Use existing macros for selecting mode-appropriate instructions/registers
* Use 32-bit registers in XOR
* Split removal of mode-selecting ifdefs into a separate patch
Boris Ostrovsk
Baremetal kernels clear .bss early in the boot but Xen PV guests don't
execute that code. They have been able to run without problems because
Xen domain builder happens to give out zeroed pages. However, since this
is not really guaranteed, .bss should be explicitly cleared.
Signed-off-by: Boris O
USB ethernet devices stop responding when plugged in to USB3 XHCI ports
and flooded with incoming traffic. The usbnet layer seems to get -EPROTO
from the xhci driver. Nothing is usually logged in kernel when this
occurs, but with dyndebug on there are errors like:
ax88179_178a 4-1.1:1.0 et
There is a problem about duplicated variable name
for system call number and a argument of some
system call. I found this problem when I tested
perf-script with python script as below.
# perf record -e syscalls:*
# perf script -g python
# perf script -s perf-script.py
File "perf-
This is set by the device core.
Cc: John Crispin
Reported-by: kbuild test robot
Signed-off-by: Linus Walleij
---
drivers/pinctrl/mediatek/pinctrl-mt7623.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/pinctrl/mediatek/pinctrl-mt7623.c
b/drivers/pinctrl/mediatek/pinctrl-mt7623.c
i
2016-02-09 Tom Cherry :
> On Fri, Jan 15, 2016 at 3:42 PM, Greg Hackmann wrote:
> > On 01/15/2016 10:02 AM, Gustavo Padovan wrote:
> >>
> >> Patches 27 and 28 are attempt to fix that. I assumed that if some code is
> >> calling fence_timeline_destroy() it wants to stop everything so I
> >> worked
On Wed, 24 Feb, at 11:49:23AM, Andy Lutomirski wrote:
> On Wed, Feb 24, 2016 at 11:33 AM, Matt Fleming
> wrote:
> > On Wed, 24 Feb, at 08:36:33AM, Andy Lutomirski wrote:
> >> On Wed, Feb 24, 2016 at 8:20 AM, Borislav Petkov wrote:
> >> > On Wed, Feb 24, 2016 at 02:10:46PM +, Matt Fleming wro
Commit ("mm: cleanup *pte_alloc* interfaces") redefined pte_alloc_map()
using pte_alloc() and fixed all the callsites. However arm64 callsite
seem to have got missed. This patch fixes the same and thereby fixing
the following build error.
arch/arm64/mm/hugetlbpage.c: In function 'huge_pte_alloc':
On 25/02/2016 16:26, Linus Walleij wrote:
> This is set by the device core.
>
> Cc: John Crispin
> Reported-by: kbuild test robot
> Signed-off-by: Linus Walleij
Thanks, i was just going to send it to you and then i saw you and feng
had already sent me a version, 2 is already more than needed
On Thu, Feb 25, 2016 at 03:32:43PM +0100, Peter Zijlstra wrote:
> On Tue, Feb 16, 2016 at 01:57:39PM +0800, Boqun Feng wrote:
> > As a characteristic of RCU, read-side critical sections have a very
> > loose connection with rcu_dereference()s, which is you can only be sure
> > about an rcu_derefere
> kan.li...@intel.com writes:
>
> > From: Kan Liang
> >
> > perf_event_aux funciton goes through pmus list to find proper
> > auxiliary events to output. The pmus list consists of all possible
> > pmus in the system, that may or may not be running at the moment,
> > while the auxiliary events m
On Thu, Feb 25, 2016 at 1:58 AM, David Miller wrote:
> From: Diego Viola
> Date: Tue, 23 Feb 2016 12:04:04 -0300
>
>> The JMC260 network card fails to suspend/resume because the call to
>> jme_start_irq() was too early, moving the call to jme_start_irq() after
>> the call to jme_reset_link() make
On Thu, Feb 25, 2016 at 03:48:38PM +0100, Peter Zijlstra wrote:
> On Thu, Feb 25, 2016 at 06:07:03AM -0800, Paul E. McKenney wrote:
> > Still bad wording...
> >
> > It hasn't actually moved anything over the barrier(). It has instead
> > moved both the barrier() and the WRITE_ONCE(b, p) to preced
On Thu, Feb 04, 2016 at 05:53:25PM +, Paul Burton wrote:
> On Thu, Feb 04, 2016 at 11:46:28AM -0600, Rob Herring wrote:
> > On Thu, Feb 4, 2016 at 10:10 AM, Paul Burton wrote:
> > > Allow the xilinx-pcie driver to be built on MIPS platforms. This will be
> > > used on the MIPS Boston board.
>
On Thu, Feb 25, 2016 at 8:47 AM, Brian Gerst wrote:
> On Thu, Feb 25, 2016 at 3:03 AM, Andy Lutomirski wrote:
>>
>> On Feb 24, 2016 10:01 PM, "H. Peter Anvin" wrote:
>>>
>>> On 02/24/16 21:53, tip-bot for Andy Lutomirski wrote:
>>> > Commit-ID: 04d1d281dcfe683a53cddfab8371fc8bb302b069
>>> > Git
On Fri, 26 Feb 2016 00:24:18 +0900
Taeung Song wrote:
> There is a problem about duplicated variable name
> for system call number and a argument of some
> system call. I found this problem when I tested
> perf-script with python script as below.
>
> # perf record -e syscalls:*
> # perf
On 23 February 2016 at 18:47, Will Deacon wrote:
> [adding Steve, since he worked on THP for 32-bit ARM]
Apologies for my late reply...
>
> On Tue, Feb 23, 2016 at 07:19:07PM +0100, Gerald Schaefer wrote:
>> On Tue, 23 Feb 2016 13:32:21 +0300
>> "Kirill A. Shutemov" wrote:
>> > The theory is th
On Tue, Feb 23, 2016 at 01:20:46AM +0800, Yong Wu wrote:
> Yong Wu (5):
> dt-bindings: iommu: Add binding for mediatek IOMMU
> dt-bindings: mediatek: Add smi dts binding
> memory: mediatek: Add SMI driver
> iommu/mediatek: Add mt8173 IOMMU driver
> dts: mt8173: Add iommu/smi nodes for mt8
Hi Matthias,
On 02/24/2016 09:22 PM, Matthias Brugger wrote:
>
>
> On 24/02/16 18:10, Aleksey Makarov wrote:
>> From: Leif Lindholm
>>
>> In order to support selecting earlycon via either ACPI or DT, move
>> the decision on whether to attempt ACPI configuration into the
>> early_param handling.
On Thursday 25 February 2016 08:00 PM, Russell King - ARM Linux wrote:
> On Thu, Feb 25, 2016 at 07:53:39PM +0530, Vineet Gupta wrote:
>> But then ARM CONFIG_SMP on UP hardware will still crap out because there
>> is no way to send IPI to self. Same as the bug in above discussion. I'm
>> surprised
Em Fri, Feb 26, 2016 at 12:12:59AM +0900, Taeung Song escreveu:
> After collecting samples for events 'syscalls:',
> perf-script with python script doesn't occasionally
> work generating a segmentation fault.
Thanks, applied.
- Arnaldo
> The reason is that the print fmt is empty and
> a value o
Hi Paul,
On Thu, Feb 04, 2016 at 04:10:07PM +, Paul Burton wrote:
> This series fixes a number of issues found using the Xilinx AXI PCIe
> Host Bridge IP on the Imagination Technologies MIPS Boston development
> board. It has been split out of the larger Boston board support series
> at Michal
On Wed, 24 Feb, at 08:39:56AM, Andy Lutomirski wrote:
>
> OK, although a comment might be nice.
Something like this?
---
>From ac40fc0269d4d8cc9051982c177ee140d6e1b761 Mon Sep 17 00:00:00 2001
From: Matt Fleming
Date: Thu, 25 Feb 2016 15:54:50 +
Subject: [PATCH] x86/mm/pat: Document the (cu
On Thu, Feb 25, 2016 at 03:49:33PM +, Steve Capper wrote:
> On 23 February 2016 at 18:47, Will Deacon wrote:
> > [adding Steve, since he worked on THP for 32-bit ARM]
>
> Apologies for my late reply...
>
> >
> > On Tue, Feb 23, 2016 at 07:19:07PM +0100, Gerald Schaefer wrote:
> >> On Tue, 23
On Thu, Feb 25, 2016 at 10:38:58PM +0800, Chen Gang wrote:
> On 2/25/16 17:27, Mel Gorman wrote:
> > On Thu, Feb 25, 2016 at 06:26:31AM +0800, cheng...@emindsoft.com.cn wrote:
> >> From: Chen Gang
> >>
> >> Always notice about 80 columns, and the white space near '|'.
> >>
> >> Let the wrapped fun
On 25 February 2016 at 16:01, Kirill A. Shutemov wrote:
> On Thu, Feb 25, 2016 at 03:49:33PM +, Steve Capper wrote:
>> On 23 February 2016 at 18:47, Will Deacon wrote:
>> > [adding Steve, since he worked on THP for 32-bit ARM]
>>
>> Apologies for my late reply...
>>
>> >
>> > On Tue, Feb 23,
On Thu, 2016-02-25 at 01:58 -0800, Dexuan Cui wrote:
> "d1cd12108346: x86, pageattr: Prevent overflow in slow_virt_to_phys() for
> X86_PAE"
> was unintentionally removed by the recent
> "34437e67a672: x86/mm: Fix slow_virt_to_phys() to handle large PAT bit".
>
> And, the variable 'phys_addr' was d
On Thu, Feb 25, 2016 at 10:16 AM, Boris Ostrovsky
wrote:
> Baremetal kernels clear .bss early in the boot but Xen PV guests don't
> execute that code. They have been able to run without problems because
> Xen domain builder happens to give out zeroed pages. However, since this
> is not really guar
On Sat, Feb 20, 2016 at 10:10:56AM +0530, Laxman Dewangan wrote:
>
> On Tuesday 16 February 2016 09:30 PM, Thierry Reding wrote:
> >On Thu, Feb 11, 2016 at 05:26:26PM +0530, Laxman Dewangan wrote:
> >>Add SW support for MAXIM Semiconductor's Power Management
> >>IC (PMIC) MAX77620/MAX20024. This P
Signed-off-by: Bjorn Andersson
---
drivers/soc/qcom/smp2p.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/soc/qcom/smp2p.c b/drivers/soc/qcom/smp2p.c
index f1eed7f9dd67..61df598444e6 100644
--- a/drivers/soc/qcom/smp2p.c
+++ b/drivers/soc/qcom/smp2p.c
@@ -379,7 +379,
On 02/24/2016 03:25 PM, Alexandre Belloni wrote:
> Hi,
>
> On 19/02/2016 at 11:09:45 -0700, Joshua Henderson wrote :
>> +static int pic32_rtc_gettime(struct device *dev, struct rtc_time *rtc_tm)
>> +{
>> +struct pic32_rtc_dev *pdata = dev_get_drvdata(dev);
>> +void __iomem *base = pdata->r
Enable IRQ on hotplug and add an interrupt handler to handle it.
This allows hotplug to work:
ata5: exception Emask 0x10 SAct 0x0 SErr 0x7 action 0xe frozen
ata5: SError: { PHYRdyChg PHYInt CommWake }
ata5: hard resetting link
ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata5.00: LPM
On Thu, Feb 25, 2016 at 11:01:07AM +0100, Nicolas Ferre wrote:
> Le 25/02/2016 10:23, Romain Izard a écrit :
> > In commit c39dfebc7798956fd2140ae6321786ff35da30c3, the modular support
> > code for atmel_serial was removed, as the driver cannot be built as a
> > module. Because no use case was prop
The atlas7 clock controller driver registers a reset controller
for itself, which causes a link error when the subsystem is
disabled:
drivers/built-in.o: In function `atlas7_clk_init':
drivers/clk/sirf/clk-atlas7.c:1681: undefined reference to
`reset_controller_register'
As the clk driver does n
Hi Gabriele,
On Mon, Feb 08, 2016 at 01:03:16PM +, Gabriele Paoloni wrote:
> > -Original Message-
> > From: linux-pci-ow...@vger.kernel.org [mailto:linux-pci-
> > ow...@vger.kernel.org] On Behalf Of Joao Pinto
> > Sent: 08 February 2016 12:44
> > To: helg...@kernel.org
> > Cc: a...@arn
On Wed, Feb 17, 2016 at 05:46:18PM +, Joao Pinto wrote:
> This patch adds PCI support to ARC and updates drivers/pci Makefile
> enabling the ARC arch to use the generic PCI setup functions.
>
> Signed-off-by: Joao Pinto
Did we have an ack from the ARC arch maintainer for this? I seem to
rem
When a user calls 'make -s', we can assume they don't want to
see any output except for warnings and errors, but instead
they see this for a warning free build:
###
### Now generating an X.509 key pair to be used for signing modules.
###
### If this takes a long time, you might wish to run rng
Hi Joao,
On Wed, Feb 17, 2016 at 05:46:19PM +, Joao Pinto wrote:
> The "wait for link" routine was centralised and so all drivers using it
> (dra7xx, exynos, imx6 and spear13xx) were updated to include the new
> function. The keystone driver was not updated because it had some custom
> opreati
Hi, Arnaldo
On 02/26/2016 12:59 AM, Arnaldo Carvalho de Melo wrote:
Em Fri, Feb 26, 2016 at 12:12:59AM +0900, Taeung Song escreveu:
After collecting samples for events 'syscalls:',
perf-script with python script doesn't occasionally
work generating a segmentation fault.
Thanks, applied.
- Ar
On Thu, Feb 25, 2016 at 09:29:21AM +0100, Dmitry Vyukov wrote:
> Humm... I've left it running over night but no GPFs happened...
> Usually they happened within two hours or so. I would think that your
> patch fixes it and I did not actually apply it last time (or did not
> rebuild kernel). But I s
From: Nicolas Dichtel
Date: Thu, 25 Feb 2016 15:20:48 +0100
> Le 24/02/2016 23:05, Eric W. Biederman a écrit :
> [snip]
>> In the general case the current behavior is random and not something
>> applications can count on, and we would do well to fix it so it is
>> less
>> random. In particular c
On 2/25/16 6:23 AM, Peter Zijlstra wrote:
+ id = hash & (smap->n_buckets - 1);
Its not at all clear where the corresponding rcu_read_lock() is at.
>+ bucket = rcu_dereference(smap->buckets[id]);
bpf programs of all types are always executing under rcu_read_lock().
This is fundamental
From: Peter Zijlstra
Date: Thu, 25 Feb 2016 15:24:54 +0100
> On Sat, Feb 20, 2016 at 12:25:05AM -0500, David Miller wrote:
>> From: Alexei Starovoitov
>> Date: Wed, 17 Feb 2016 19:58:56 -0800
>>
>> > This patch set introduces new map type to store stack traces and
>> > corresponding bpf_get_sta
On 2/25/16 6:18 AM, Peter Zijlstra wrote:
On Wed, Feb 17, 2016 at 07:58:57PM -0800, Alexei Starovoitov wrote:
. avoid walking the stack when there is no room left in the buffer
. generalize get_perf_callchain() to be called from bpf helper
If it does two things it should be two patches.
coul
On Thu, Feb 25, 2016 at 08:37:34AM -0800, Alexei Starovoitov wrote:
> On 2/25/16 6:18 AM, Peter Zijlstra wrote:
> >On Wed, Feb 17, 2016 at 07:58:57PM -0800, Alexei Starovoitov wrote:
> >>. avoid walking the stack when there is no room left in the buffer
> >>. generalize get_perf_callchain() to be c
On Wed, Feb 17, 2016 at 07:58:57PM -0800, Alexei Starovoitov wrote:
> +static inline int perf_callchain_store(struct perf_callchain_entry *entry,
> u64 ip)
> {
> + if (entry->nr < PERF_MAX_STACK_DEPTH) {
> entry->ip[entry->nr++] = ip;
> + return 0;
> + } else {
>
On Mon, Feb 08, 2016 at 01:57:41PM -0800, Stefan Agner wrote:
> The current default configuration is as follows:
> - Invert VSYNC signal (active LOW)
> - Invert HSYNC signal (active LOW)
>
> The mode flags allow to specify the required polarity per
> mode. Furthermore, none of the current driver s
On Wed, Feb 24, 2016 at 08:57:05PM -0800, Guenter Roeck wrote:
> On 02/23/2016 07:33 PM, Greg Kroah-Hartman wrote:
> >This is the start of the stable review cycle for the 3.10.98 release.
> >There are 54 patches in this series, all will be posted as a response
> >to this one. If anyone has any iss
On Thu, Feb 25, 2016 at 08:37:34AM -0800, Alexei Starovoitov wrote:
> On 2/25/16 6:18 AM, Peter Zijlstra wrote:
> >> arch/x86/include/asm/stacktrace.h | 2 +-
> >> arch/x86/kernel/cpu/perf_event.c | 4 ++--
> >> arch/x86/kernel/dumpstack.c | 6 --
> >> arch/x86/kernel/stacktrace.c
On Thu, Feb 25, 2016 at 08:42:40AM -0800, Alexei Starovoitov wrote:
> On 2/25/16 6:23 AM, Peter Zijlstra wrote:
> >>+ id = hash & (smap->n_buckets - 1);
> >Its not at all clear where the corresponding rcu_read_lock() is at.
> >
> >>>+ bucket = rcu_dereference(smap->buckets[id]);
>
> bpf program
On Thursday 25 February 2016 10:00 PM, Bjorn Helgaas wrote:
> On Wed, Feb 17, 2016 at 05:46:18PM +, Joao Pinto wrote:
>> > This patch adds PCI support to ARC and updates drivers/pci Makefile
>> > enabling the ARC arch to use the generic PCI setup functions.
>> >
>> > Signed-off-by: Joao Pinto
Hi, Steven
On 02/26/2016 12:47 AM, Steven Rostedt wrote:
On Fri, 26 Feb 2016 00:24:18 +0900
Taeung Song wrote:
There is a problem about duplicated variable name
for system call number and a argument of some
system call. I found this problem when I tested
perf-script with python script as belo
- On Feb 25, 2016, at 4:56 AM, Peter Zijlstra pet...@infradead.org wrote:
> On Tue, Feb 23, 2016 at 06:28:36PM -0500, Mathieu Desnoyers wrote:
>> This approach is inspired by Paul Turner and Andrew Hunter's work
>> on percpu atomics, which lets the kernel handle restart of critical
>> sections
On 25/02/2016 at 09:23:55 -0700, Joshua Henderson wrote :
> On 02/24/2016 03:25 PM, Alexandre Belloni wrote:
> > Hi,
> >
> > On 19/02/2016 at 11:09:45 -0700, Joshua Henderson wrote :
> >> +static int pic32_rtc_gettime(struct device *dev, struct rtc_time *rtc_tm)
> >> +{
> >> + struct pic32_rtc_de
This patch adds CANFD[0-1] pinmux support to r8a7795 SoC.
Signed-off-by: Ramesh Shanmugasundaram
---
drivers/pinctrl/sh-pfc/pfc-r8a7795.c | 44
1 file changed, 44 insertions(+)
diff --git a/drivers/pinctrl/sh-pfc/pfc-r8a7795.c
b/drivers/pinctrl/sh-pfc/pfc-r
This patch set adds CAN & CAN FD pinctrl support for r8a7795 SoC.
This set is based on linux-next repo(tag: next-20160225).
Ramesh Shanmugasundaram (2):
pinctrl: sh-pfc: r8a7795: Add CAN support
pinctrl: sh-pfc: r8a7795: Add CAN FD support
drivers/pinctrl/sh-pfc/pfc-r8a7795.c |
This patch adds CAN[0-1] pinmux support to r8a7795 SoC.
Signed-off-by: Ramesh Shanmugasundaram
---
drivers/pinctrl/sh-pfc/pfc-r8a7795.c | 58
1 file changed, 58 insertions(+)
diff --git a/drivers/pinctrl/sh-pfc/pfc-r8a7795.c
b/drivers/pinctrl/sh-pfc/pfc-r8a
[+cc Murali]
On Wed, Feb 17, 2016 at 05:46:19PM +, Joao Pinto wrote:
> The "wait for link" routine was centralised and so all drivers using it
> (dra7xx, exynos, imx6 and spear13xx) were updated to include the new
> function. The keystone driver was not updated because it had some custom
> opr
On 02/25/2016 08:33 AM, Greg Kroah-Hartman wrote:
On Wed, Feb 24, 2016 at 08:57:05PM -0800, Guenter Roeck wrote:
On 02/23/2016 07:33 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.10.98 release.
There are 54 patches in this series, all will be posted as a r
301 - 400 of 984 matches
Mail list logo
