On Tue, 25 Aug 2015 03:34:20 +0900,
Guenter Roeck wrote:
Hi,
In linux-next as of today (0824), all h8300 builds fail for me with an
internal
compiler error.
Building h8300:allnoconfig ... failed
--
Error log:
In file included from include/linux/rcupdate.h:429:0,
On 08/25/2015 07:11 AM, Laura Abbott wrote:
-Original Message-
From: Laura Abbott [mailto:labb...@redhat.com]
Sent: Tuesday, August 25, 2015 7:11 AM
To: Zhao Qiang-B45475; Wood Scott-B07421
Cc: linux-kernel@vger.kernel.org; linuxppc-...@lists.ozlabs.org;
lau...@codeaurora.org; Xie
On 2015/08/25 8:15, Paul Turner wrote:
On Mon, Aug 24, 2015 at 3:49 PM, Tejun Heo t...@kernel.org wrote:
Hello,
On Mon, Aug 24, 2015 at 03:03:05PM -0700, Paul Turner wrote:
Hmm... I was hoping for an actual configurations and usage scenarios.
Preferably something people can set up and play
On Tue, Aug 25, 2015 at 5:28 AM, Stephen Boyd sb...@codeaurora.org wrote:
On 08/18, Chen-Yu Tsai wrote:
of_clk_set_defaults uses the type 'bool', but clk-conf.h does not
include its definition.
This results in a compile error when only clk-conf.h is used.
Signed-off-by: Chen-Yu Tsai
Call path is
proc_dointvec--do_proc_dointvec--__do_proc_dointvec--proc_get_long.
file: kernel/sysctl.c
function: proc_get_long
...
1927 if (len *size perm_tr_len !memchr(perm_tr, *p,
perm_tr_len)) //this line should accept two bytes
1\0.
1928 return
For now, in function device_add, the new device will be forced to
inherit the numa node of its parent. But this will override the device's
numa node which configured in devicetree.
Signed-off-by: Zhen Lei thunder.leiz...@huawei.com
---
drivers/base/core.c | 2 +-
drivers/of/device.c | 11
Changelog:
v1 - v2:
In patch v1, binding numa node to specified device only take effect for dt-nodes
directly of root. Patch v2 removed this limitation, we can binding numa node to
any specified device in devicetree.
Zhen Lei (1):
of: to support binding numa node to specified device in
Fix the Sparse warning:
message.c:1390:21: warning: symbol 'i' shadows an earlier one
message.c:1294:13: originally declared here
Signed-off-by: Kris Borer kbo...@gmail.com
---
drivers/usb/core/message.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/usb/core/message.c
ACPICA commit 7a3f22baab000b186779dac64ad71d9776b8f432
It is likely that the debugger is enabled only when a userspace program
explicitly tells a kernel to do so, so it shouldn't be initialized as
early as current implementation.
The only tool requiring ACPI_DEBUGGER is acpiexec, so acpiexec
On 08/24/2015 10:05 PM, Cornelia Huck wrote:
On Mon, 24 Aug 2015 11:29:29 +0800
Jason Wang jasow...@redhat.com wrote:
On 08/21/2015 05:29 PM, Cornelia Huck wrote:
On Fri, 21 Aug 2015 16:03:52 +0800
Jason Wang jasow...@redhat.com wrote:
@@ -850,9 +845,15 @@ kvm_assign_ioeventfd(struct kvm
On Mon, Aug 24, 2015 at 6:50 PM, Masahiro Yamada
yamada.masah...@socionext.com wrote:
Hi Olof,
2015-08-25 6:47 GMT+09:00 Olof Johansson o...@lixom.net:
Hi,
On Sun, Aug 23, 2015 at 7:18 PM, Masahiro Yamada
yamada.masah...@socionext.com wrote:
1/3: add outer cache support
2/3: rework SMP
From: Corey Minyard [mailto:tcminy...@gmail.com] On Behalf Of Corey Minyard
On 08/23/2015 08:52 PM, 河合英宏 / KAWAI,HIDEHIRO wrote:
From: Corey Minyard [mailto:tcminy...@gmail.com] On Behalf Of Corey Minyard
On 08/17/2015 09:54 PM, 河合英宏 / KAWAI,HIDEHIRO wrote:
From: Corey Minyard
On Thu, Aug 13, 2015 at 6:13 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On Thu, Aug 13, 2015 at 4:15 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On Thu, Aug 13, 2015 at 3:46 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On Mon, Aug 10, 2015 at 9:06 PM, Jiang Liu jiang@linux.intel.com
On 08/24/2015 07:40 PM, Zhao Qiang wrote:
On 08/25/2015 07:11 AM, Laura Abbott wrote:
-Original Message-
From: Laura Abbott [mailto:labb...@redhat.com]
Sent: Tuesday, August 25, 2015 7:11 AM
To: Zhao Qiang-B45475; Wood Scott-B07421
Cc: linux-kernel@vger.kernel.org;
On 25.08.2015 03:56, Vaibhav Hiremath wrote:
This patch adds mfd_cell/clk-subdevice for 88PM800 MFD
(and family of devices).
Signed-off-by: Vaibhav Hiremath vaibhav.hirem...@linaro.org
---
drivers/mfd/88pm800.c | 25 +
1 file changed, 25 insertions(+)
diff --git
The Documentation/devicetree/bindings/mfd/cros-ec.txt DT binding doc lists
google,cros-ec-i2c as a compatible string but the corresponding driver
does not have an OF match table. Add the table to the driver so the I2C
core can do an OF style match.
Signed-off-by: Javier Martinez Canillas
Hi Geert-san,
Sent: Monday, August 24, 2015 9:13 PM
Hi Shimoda-san,
On Thu, Aug 20, 2015 at 8:28 AM, Yoshihiro Shimoda
yoshihiro.shimoda...@renesas.com wrote:
This patch adds support for R-Car generation 3 USB2 PHY driver.
This SoC has 3 EHCI/OHCI channels, and the channel 0 is shared
From: Bob Moore robert.mo...@intel.com
ACPICA commit 6d9c827b540837b6e54059e17756a06985e4a196
ACPICA BZ 1176.
Link: https://bugs.acpica.org/show_bug.cgi?id=1176
Link: https://github.com/acpica/acpica/commit/6d9c827b
Signed-off-by: Bob Moore robert.mo...@intel.com
Signed-off-by: Lv Zheng
Hi Jagan,
-Original Message-
From: Jagan Teki [mailto:jt...@openedev.com]
Sent: 2015年8月21日 15:12
To: Hou Zhiqiang-B48286
Cc: linux-...@lists.infradead.org; Hu Mingkai-B21284; Brian Norris; David
Woodhouse; linux-kernel@vger.kernel.org
Subject: Re: [PATCH 3/3] mtd: spi-nor: sf: Add
-Original Message-
From: Laura Abbott [mailto:labb...@redhat.com]
Sent: Tuesday, August 25, 2015 7:32 AM
To: Zhao Qiang-B45475; Wood Scott-B07421
Cc: linux-kernel@vger.kernel.org; linuxppc-...@lists.ozlabs.org;
lau...@codeaurora.org; Xie Xiaobo-R63061; b...@kernel.crashing.org; Li
On Tue, Aug 25, 2015 at 8:35 AM, Olof Johansson o...@lixom.net wrote:
That's OK, others surely capitalize their platform names too in
documentation. Some of them even have funkier capitalization than
that, such as SPEAr.
That's how the company projected it :(
www.st.com/spear
--
To
This patch add a helper func to get a registered crtc from its index.
In some case, where we know the crtc's index and we want to know the
crtc too.
For example, the enable_vblank func of struct drm_driver:
In the implementation of this func, we know the index of the crtc but
we want to know the
On Mon, Aug 24, 2015 at 4:56 PM, Doug Anderson diand...@chromium.org wrote:
Kees,
On Mon, Aug 24, 2015 at 10:46 AM, Kees Cook keesc...@chromium.org wrote:
On Sun, Aug 23, 2015 at 7:45 PM, Doug Anderson diand...@chromium.org wrote:
On Wed, Aug 5, 2015 at 8:50 AM, Aapo Vienamo
As Peter Zijlstra pointed out, the varargs for WARN() are optional, so we
need to correctly handle the case where they don't exist.
This would cause a compilation error.
Signed-off-by: Sasha Levin sasha.le...@oracle.com
---
tools/lib/lockdep/uinclude/linux/kernel.h | 2 +-
1 file changed, 1
Recent changes to rbtree.h may break compilation. There is no reason to use
a liblockdep specific header to begin with, so we'll use the one shared
with all other tools/.
Signed-off-by: Sasha Levin sasha.le...@oracle.com
---
tools/lib/lockdep/preload.c | 2 +-
Hi Alexander,
Today's linux-next merge of the kvm-ppc tree got a conflict in:
arch/powerpc/kvm/book3s_hv.c
between commit:
c56dadf39761 ("sched/preempt, powerpc, kvm: Use need_resched() instead of
should_resched()")
from the tip tree and commit:
ec2571650826 ("KVM: PPC: Book3S HV:
Driver will now supports enable/disable across msg xfer, which user
can control it by new DT property -
i2c-disable-after-xfer : If set, driver will disable I2C module after msg
xfer and enable it back before xfer.
Signed-off-by: Vaibhav Hiremath
---
Sorry for not following up on this aggressively, was quit busy with some
other stuff. Resending this patch with Robert's Tested-By.
This patch-series is subset of the original patch-series, submitted
on 14 Jul 2015.
Link to Original Patch-series - https://lkml.org/lkml/2015/7/14/80
The first
From: Yi Zhang
Enable i2c module/unit before transmission and disable when it
finishes.
why?
It's because the i2c bus may be disturbed if the slave device,
typically a touch, powers on.
As we do not want to break slave mode support, this patch introduces
DT property to control disable of the
With addition of PXA910 family of devices, the TWSI module supports
new feature which allows us to adjust SCLK. i2c-pxa driver takes input
configuration in nsec and converts it to respective bit-fields,
- i2c-sclk-low-time-ns : SCLK low time (tlow)
This property is used along with mode
With addition of PXA910 family of devices, the TWSI module supports
SCL clock adjustment using ILCR register.
This patch enables the control and configuration of ICLR through DT
properties,
i2c-sclk-high-time-ns:
SCLK high time (tHigh), for standard/fast/high speed mode
i2c-sclk-low-time-ns:
TWSI_ILCR & TWSI_IWCR registers are used to adjust clock rate
of standard & fast mode in pxa910/988; so this patch adds these two new
entries to "struct pxa_reg_layout" and "struct pxa_i2c".
As discussed in the previous patch-series, the idea here is to add standard
DT properties for ilcr and
> -Original Message-
> From: Alan Stern [mailto:st...@rowland.harvard.edu]
> Sent: Thursday, August 20, 2015 7:40 PM
> To: Mehresh Ramneek-B31383
> Cc: linux-kernel@vger.kernel.org; ba...@ti.com;
> gre...@linuxfoundation.org; linux-...@vger.kernel.org; Li Yang-Leo-R58472
>
> Subject:
On Mon, Aug 24, 2015 at 01:36:14PM +0900, Masahiro Yamada wrote:
> The smp_operations structure is not over-written, so add const
> qualifier and replace __initdata with __initconst.
>
> Also, add static to sun8i_smp_ops.
>
> Signed-off-by: Masahiro Yamada
Acked-by: Maxime Ripard
Thanks!
On Mon, Aug 24, 2015 at 11:18:16AM +0800, Eryu Guan wrote:
> On Mon, Aug 24, 2015 at 11:11:23AM +1000, Dave Chinner wrote:
> >
> > Eryu, can you change the way you run the event trace to be:
> >
> > $ sudo trace-cmd -o ./check
> >
> > rather than running the trace as a background operation
Hi David & joerg,
In iommu_context_addr() function, we always use lower extended-context-table
even though upper-half of the extended root-entry is present.
Signed-off-by: Nan Xiao
---
drivers/iommu/intel-iommu.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git
On 08/21/2015 06:32 PM, Moritz Fischer wrote:
> This patch adds 'interrupt-parent' properties to the instantation example in
> the docs for the devicetree bindings of the Xilinx AXI DMA driver.
>
> Signed-off-by: Moritz Fischer
> ---
> Documentation/devicetree/bindings/dma/xilinx/xilinx_dma.txt
On Tuesday 14 July 2015 12:27 AM, Vaibhav Hiremath wrote:
On Wednesday 08 July 2015 05:56 PM, Vaibhav Hiremath wrote:
This patch-series adds support for Device tree to 88PM800 mfd driver.
It also sets default configuration of irq clear method if board file
doesn't exist.
Testing::
- Boot
* Paul E. McKenney wrote:
> > here it's fully set - triggering the bug I'm worried about. So what am I
> > missing, what prevents CONFIG_NO_HZ_FULL_ALL from crashing?
>
> The boot CPU is excluded from tick_nohz_full_mask in tick_nohz_init(), which
> is
> called from tick_init() which is
* Denys Vlasenko wrote:
> I propose the table to be commented like shown below:
>
> /*Opcode: d8 d9da db dc dd de df */
> /*c0..f*/ fadd__, fld_i_, fcmovb, fcmovnb, fadd_i, ffree_, faddp_, _df_c0_,
> /*c8..f*/ fmul__, fxch_i, fcmove, fcmovne, fmul_i,
* Andy Lutomirski wrote:
> On Sun, Aug 23, 2015 at 4:26 AM, Ingo Molnar wrote:
> >
> > * Andy Lutomirski wrote:
> >
> >> It's statically initialized, so we don't need to dynamically
> >> initialize it too.
> >>
> >> Reported-by: Brian Gerst
> >> Signed-off-by: Andy Lutomirski
> >> ---
> >>
* Ingo Molnar wrote:
>
> * Denys Vlasenko wrote:
>
> > I propose the table to be commented like shown below:
> >
> > /*Opcode: d8 d9da db dc dd de df */
> > /*c0..f*/ fadd__, fld_i_, fcmovb, fcmovnb, fadd_i, ffree_, faddp_,
> > _df_c0_,
> >
Hi Vinod,
On Thu, Aug 06, 2015 at 08:30:27AM +0530, Vinod Koul wrote:
> On Thu, Aug 06, 2015 at 12:22:03PM +1000, Stephen Rothwell wrote:
> > Hi Vinod,
> >
> > After merging the slave-dma tree, today's linux-next build (arm
> > multi_v7_defconfig) failed like this:
> >
> >
On Wed, 29 Jul 2015, Masahiro Yamada wrote:
> Signed-off-by: Masahiro Yamada
> ---
>
> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
> 1 file changed, 1 insertion(+)
Patch has been around for nearly a month and is pretty trivial, so I'm
just going to go ahead an apply it.
--
* Rasmus Villemoes wrote:
> On Sun, Aug 23 2015, Ingo Molnar wrote:
>
> > Ok, fair enough - so how about the attached approach instead, which
> > uses a 64-bit generation counter to track changes to the vmalloc
> > state.
>
> How does this invalidation approach compare to the jiffies
Why have you sent this set 3 times?
> IRQ control registers of Intel Broxton Whisky Cove PMIC are
> separated in two parts, so add secondary IRQ chip.
> And the new member of device will be used in PMC IPC regmap APIs.
>
> Signed-off-by: Qipeng Zha
> ---
> include/linux/mfd/intel_soc_pmic.h |
* Rasmus Villemoes wrote:
> I was curious why these fields were ever added to /proc/meminfo, and dug
> up this:
>
> commit d262ee3ee6ba4f5f6125571d93d9d63191d2ef76
> Author: Andrew Morton
> Date: Sat Apr 12 12:59:04 2003 -0700
>
> [PATCH] vmalloc stats in /proc/meminfo
>
>
On Monday 20 July 2015 05:22 PM, Vaibhav Hiremath wrote:
Add chip identification support for 88PM860 device
to the pm80x_chip_mapping table.
Signed-off-by: Vaibhav Hiremath
Reviewed-by: Krzysztof Kozlowski
---
drivers/mfd/88pm80x.c | 2 ++
include/linux/mfd/88pm80x.h | 1 +
2
On 21/08/15 18:28, Arnaldo Carvalho de Melo wrote:
> Em Fri, Aug 21, 2015 at 12:21:25PM -0300, Arnaldo Carvalho de Melo escreveu:
>> Em Fri, Aug 21, 2015 at 12:11:33PM -0300, Arnaldo Carvalho de Melo escreveu:
>>> [acme@zoo ~]$ perf script -s
>>>
On 2015/8/17 14:48, Adrian Hunter wrote:
> On 17/08/15 06:26, Fu, Zhonghui wrote:
>> Hi,
>>
>> Any comments are welcome.
>>
>>
>> Thanks,
>> Zhonghui
>>
>> On 2015/7/30 15:40, Fu, Zhonghui wrote:
>>> Enable SDIO card and function device to suspend/resume asynchronously.
>>> This can improve
On Thu, 2015-08-20 at 13:49 -0700, Brian Norris wrote:
> Pardon the innocent bystander's comment, but:
>
> On Thu, Aug 20, 2015 at 01:40:02PM +0200, Richard Weinberger wrote:
> > Am 20.08.2015 um 13:31 schrieb Artem Bityutskiy:
> > > On Thu, 2015-08-20 at 11:00 +0800, Dongsheng Yang wrote:
> > >
On 21.08.2015 21:38, Marek Szyprowski wrote:
> Dear All,
>
> Since v3.19 s3c-hsotg (DWC2) USB controller stopped working on
> Exynos4412-based Trats2 platform. However on Odroid-U3 (which is also
> Exynos4412-based) it worked fine all the time. After long investigation
> it turned out that this
On 24.08.2015 13:36, Masahiro Yamada wrote:
> The smp_operations structure is not over-written, so add const
> qualifier and replace __initdata with __initconst.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> arch/arm/mach-exynos/common.h | 2 +-
> arch/arm/mach-exynos/platsmp.c | 2 +-
> 2
On 21/08/2015 at 18:43:41 +0900, Joonyoung Shim wrote :
> According to datasheet, the S2MPS13X and S2MPS14X should update write
> buffer via setting WUDR bit to high after ctrl register is written.
>
> If not, ALARM interrupt of rtc-s5m doesn't happen first time when i use
>
On Thu, 2015-08-20 at 15:34 +0300, Artem Bityutskiy wrote:
> On Thu, 2015-08-20 at 13:40 +0200, Richard Weinberger wrote:
> > > Basically, we need to see what is the "common practice" here, and
> > > follow it. This requires a small research. What would be the most
> > > popular Linux FS which
Hello Rob and Jonathan,
On 08/24/2015 12:10 AM, Rob Herring wrote:
> On Sat, Aug 22, 2015 at 12:48 PM, Jonathan Cameron wrote:
>> On 20/08/15 23:48, Javier Martinez Canillas wrote:
>>> Hello Michael,
>>>
>>> On 08/21/2015 12:29 AM, Michael Welling wrote:
On Fri, Aug 21, 2015 at 12:02:40AM
TPS77018DBVT is used to create 1.8V from avm_3v3_sw's 3.3V connected to
aic3106's DVDD.
Signed-off-by: Peter Ujfalusi
---
arch/arm/boot/dts/dra7-evm.dts | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/dra7-evm.dts b/arch/arm/boot/dts/dra7-evm.dts
index
The DVDD is supplied via TPS77018DBVT fixed regulator from evm_3v3
Signed-off-by: Peter Ujfalusi
Signed-off-by: Darren Etheridge
---
arch/arm/boot/dts/dra72-evm.dts | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/dra72-evm.dts b/arch/arm/boot/dts/dra72-evm.dts
The board uses tlv320aic3106 codec connected to McASP3. The master clock
for the codec and McASP3 is coming from ATL2.
McASP3 is the master on the I2S bus.
Signed-off-by: Peter Ujfalusi
---
arch/arm/boot/dts/dra7-evm.dts | 113 +
1 file changed, 113
The GPIO expander's p1 on i2c5 bus 0x26 address is used for selecting
between audio and VIN6 functionality. For VIN6 use an add on card is
needed while audio is present on the board itself.
Select the audio functionality over the VIN6 in the dts file.
Signed-off-by: Peter Ujfalusi
---
The DVDD is supplied via TPS77018DBVT fixed regulator from vdd_3v3
Signed-off-by: Peter Ujfalusi
---
arch/arm/boot/dts/am57xx-beagle-x15.dts | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/am57xx-beagle-x15.dts
b/arch/arm/boot/dts/am57xx-beagle-x15.dts
index
The analog audio setup consists of:
McASP3 <-> tlv320aic3104 codec
Signed-off-by: Peter Ujfalusi
---
arch/arm/boot/dts/am57xx-beagle-x15.dts | 87 +
1 file changed, 87 insertions(+)
diff --git a/arch/arm/boot/dts/am57xx-beagle-x15.dts
Use the name for the supply as it is in the schematics since the same
supply is used for other peripherals than MMC2, like audio.
Signed-off-by: Peter Ujfalusi
---
arch/arm/boot/dts/dra7-evm.dts | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
The board uses tlv320aic3106 codec connected to McASP3. The master clock
for the codec and McASP3 is coming from ATL2.
McASP3 is the master on the I2S bus.
Signed-off-by: Peter Ujfalusi
---
arch/arm/boot/dts/dra72-evm.dts | 114
1 file changed, 114
McASP3 is used by default on DRA7x based boards for audio.
Signed-off-by: Peter Ujfalusi
---
arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 41 +++
1 file changed, 41 insertions(+)
diff --git a/arch/arm/mach-omap2/omap_hwmod_7xx_data.c
On 08/24/2015 03:18 PM, Artem Bityutskiy wrote:
On Thu, 2015-08-20 at 15:34 +0300, Artem Bityutskiy wrote:
On Thu, 2015-08-20 at 13:40 +0200, Richard Weinberger wrote:
Basically, we need to see what is the "common practice" here, and
follow it. This requires a small research. What would be the
Hi,
this series will enable analog audio (via onboard aic310x codec) for dra7-evm,
dra72-evm and am57xx-beagle-x15 boards.
In these board McASP3 is connected to the codec and for the McASP3 we needed to
have the DMA crossbar in place since the request lines are not mapped by
default.
Regars,
This GPIO expander is used for controlling various muxes on the board.
By default select audio functionality over VIN6 by setting the P1
(vin6_sel_s0) pin to low.
Signed-off-by: Peter Ujfalusi
---
arch/arm/boot/dts/dra7-evm.dts | 14 ++
1 file changed, 14 insertions(+)
diff --git
On Mon, 2015-08-24 at 08:44 +0200, Ingo Molnar wrote:
> the 'housekeeping CPU' is essentially the boot CPU. Yet we dedicate a full
> mask to
> it (housekeeping_mask - a variable mask to begin with) and recover the
> housekeeping CPU via:
>
> + return cpumask_any_and(housekeeping_mask,
Signed-off-by: Peter Ujfalusi
---
arch/arm/boot/dts/dra7.dtsi | 15 +++
1 file changed, 15 insertions(+)
diff --git a/arch/arm/boot/dts/dra7.dtsi b/arch/arm/boot/dts/dra7.dtsi
index 5d65db9ebc2b..07fa4ea5521a 100644
--- a/arch/arm/boot/dts/dra7.dtsi
+++ b/arch/arm/boot/dts/dra7.dtsi
On 08/24/2015 03:17 PM, Dongsheng Yang wrote:
On 08/24/2015 03:18 PM, Artem Bityutskiy wrote:
On Thu, 2015-08-20 at 15:34 +0300, Artem Bityutskiy wrote:
On Thu, 2015-08-20 at 13:40 +0200, Richard Weinberger wrote:
Basically, we need to see what is the "common practice" here, and
follow it.
On Wed, Aug 19, 2015 at 08:51:17AM -0700, Liu.Zhao wrote:
>
> This is intended to add ZTE device PIDs on kernel.
>
>
>
> Signed-off-by: Liu.Zhao
> ---
> drivers/usb/serial/option.c | 36
> 1 file changed, 28 insertions(+), 8 deletions(-)
>
> diff --git
* George Spelvin wrote:
> First, an actual, albeit minor, bug: initializing both vmap_info_gen
> and vmap_info_cache_gen to 0 marks the cache as valid, which it's not.
Ha! :-) Fixed.
> vmap_info_gen should be initialized to 1 to force an initial
> cache update.
Yeah.
> Second, I don't see
The ABE related clocks should be configured via DT and not have it wired
inside of the kernel.
Signed-off-by: Peter Ujfalusi
---
Hi Tero,
the ABE PLL configuration can, and will be done for dra7xx in DT with the
assigned-clocks/rate/parent feature so no need to have this anymore.
Regards,
On Mon, 2015-08-24 at 11:45 +0800, Fu, Zhonghui wrote:
>
> On 2015/8/17 16:46, Arend van Spriel wrote:
> > + Rafael
> >
> > On 08/17/2015 09:29 AM, Johannes Berg wrote:
> > > On Mon, 2015-08-17 at 09:48 +0800, Fu, Zhonghui wrote:
> > > >
> > > > The suspend/resume timing of wiphy device and
On 2015. 8. 24., at AM 9:43, Krzysztof Kozlowski
wrote:
>
> 2015-08-24 8:23 GMT+09:00 Rob Herring :
>>> On Wed, Aug 19, 2015 at 9:50 AM, Yakir Yang wrote:
>>> Analogix dp driver is split from exynos dp driver, so we just
>>> make an copy of exynos_dp.txt, and then simplify exynos_dp.txt
>>>
* Mike Galbraith wrote:
> On Mon, 2015-08-24 at 08:44 +0200, Ingo Molnar wrote:
>
> > the 'housekeeping CPU' is essentially the boot CPU. Yet we dedicate a full
> > mask to
> > it (housekeeping_mask - a variable mask to begin with) and recover the
> > housekeeping CPU via:
> >
> > +
On 19/08/2015 at 15:23:22 +0530, Suneel Garapati wrote :
> adds support for RTC controller found on
> Xilinx Zynq Ultrascale+ MPSoC platform.
>
> Signed-off-by: Suneel Garapati
> ---
> Changes v3
> - fix checkpatch errors
> - check time in secs arg against max sec val
> - order header files
On 19/08/2015 at 15:23:21 +0530, Suneel Garapati wrote :
> adds file for description on device node bindings for RTC
> found on Xilinx Zynq Ultrascale+ MPSoC.
>
> Signed-off-by: Suneel Garapati
> ---
> Changes v3
> - none
> Changes v2
> - add examples for interrupt-names
> - change alm to
* Ingo Molnar wrote:
> +/*
> + * Return a consistent snapshot of the current vmalloc allocation
> + * statistics, for /proc/meminfo:
> + */
> +void get_vmalloc_info(struct vmalloc_info *vmi)
> +{
> + int gen = READ_ONCE(vmap_info_gen);
> +
> + /*
> + * If the generation counter of
On 08/24/2015 09:43 AM, Alexandre Belloni wrote:
> On 19/08/2015 at 15:23:22 +0530, Suneel Garapati wrote :
>> adds support for RTC controller found on
>> Xilinx Zynq Ultrascale+ MPSoC platform.
>>
>> Signed-off-by: Suneel Garapati
>> ---
>> Changes v3
>> - fix checkpatch errors
>> - check time
* Ingo Molnar wrote:
> One more detail: I just realized that with the read barriers, the READ_ONCE()
> accesses are not needed anymore - the barriers and the control dependencies
> are
> enough.
>
> This will further simplify the code.
I.e. something like the updated patch below. (We still
On 08/21/2015 04:39 PM, Yingjoe Chen wrote:
[ ... ]
- Does the spurious interrupt occurs *every* time ? at each boot ?
Yes. If you applied this series to enable mtk timer without this fix on
mt8173 or mt8135 you can reproduce it. It occurs for every boot.
It crash before uart driver is
> On Aug 22, 2015, at 17:05, Borislav Petkov wrote:
>
> On Fri, Aug 21, 2015 at 02:06:16PM -0700, H. Peter Anvin wrote:
>> What I'm saying is that we do do STAC, which *disables* SMAP. We have
>> to do that because one pointer is known to be a user space pointer.
>>
>> However, we currently
Johan Hovold writes:
> On Wed, Aug 19, 2015 at 08:51:17AM -0700, Liu.Zhao wrote:
>>
>> #define BENQ_VENDOR_ID 0x04a5
>> #define BENQ_PRODUCT_H100x4068
>> @@ -544,6 +548,14 @@ static const struct option_blacklist_info
>> zte_mc2716_z_blacklist =
On Mon, Aug 24, 2015 at 10:13:25AM +0300, Artem Bityutskiy wrote:
> 1. we are the only FS erroring out on O_DIRECT
> 2. other file-systems not supporting direct IO just fake it
There are lots of file systems not supporting O_DIRECT, but ubifs might
be the most common one. Given that O_DIRECT
On Mon, 2015-08-24 at 09:41 +0200, Ingo Molnar wrote:
> * Mike Galbraith wrote:
>
> > On Mon, 2015-08-24 at 08:44 +0200, Ingo Molnar wrote:
> >
> > > the 'housekeeping CPU' is essentially the boot CPU. Yet we dedicate a
> > > full mask to
> > > it (housekeeping_mask - a variable mask to begin
On 21 August 2015 at 05:47, Gabriel L. Somlo wrote:
> On Thu, Aug 20, 2015 at 07:21:48AM +0200, Ard Biesheuvel wrote:
>> On 19 August 2015 at 22:49, Gabriel L. Somlo wrote:
>> >> > From: "Gabriel L. Somlo"
>> >> >> Several different architectures supported by QEMU are set up with a
>> >> >>
Hello Mark,
On 08/21/2015 07:29 PM, Mark Brown wrote:
> On Fri, Aug 21, 2015 at 01:47:00AM +0200, Javier Martinez Canillas wrote:
>> On 08/21/2015 01:25 AM, Mark Brown wrote:
>>> On Thu, Aug 20, 2015 at 11:45:09PM +0200, Javier Martinez Canillas wrote:
>
> IOW, it's labeled as such mostly
* Mike Galbraith wrote:
> On Mon, 2015-08-24 at 09:41 +0200, Ingo Molnar wrote:
> > * Mike Galbraith wrote:
> >
> > > On Mon, 2015-08-24 at 08:44 +0200, Ingo Molnar wrote:
> > >
> > > > the 'housekeeping CPU' is essentially the boot CPU. Yet we dedicate a
> > > > full mask to
> > > > it
On Mon, 2015-08-24 at 00:53 -0700, Christoph Hellwig wrote:
> On Mon, Aug 24, 2015 at 10:13:25AM +0300, Artem Bityutskiy wrote:
> > 1. we are the only FS erroring out on O_DIRECT
> > 2. other file-systems not supporting direct IO just fake it
>
> There are lots of file systems not supporting
This patch set adds support for Exynos SROM controller DT based driver.
Currently SROM register sets are used only during S2R, so driver
basically added for taking care of S2R. It will help us in removing
static mapping from exynos.c and other extra code handline during S2R.
This patch set also
On Mon, Aug 24, 2015 at 11:02:42AM +0300, Artem Bityutskiy wrote:
> Back when we were writing UBIFS, we did not need direct IO, so we did
> not implement it. But yes, probably someone who cares could just try
> implementing this feature.
So I think the answer here is to implement a real version
Remove unused static mapping of exynos5 CMU and related code.
Signed-off-by: Pankaj Dubey
---
arch/arm/mach-exynos/exynos.c | 5 -
arch/arm/mach-exynos/include/mach/map.h | 1 -
2 files changed, 6 deletions(-)
diff --git a/arch/arm/mach-exynos/exynos.c
Remove unused exynos5440 uart offset macro.
Signed-off-by: Pankaj Dubey
---
arch/arm/mach-exynos/include/mach/map.h | 4
1 file changed, 4 deletions(-)
diff --git a/arch/arm/mach-exynos/include/mach/map.h
b/arch/arm/mach-exynos/include/mach/map.h
index a2acba3..86d8085 100644
---
This patch adds Exynos SROM controller driver which will handle
save restore of SROM registers during S2R.
Signed-off-by: Pankaj Dubey
---
drivers/soc/Kconfig | 1 +
drivers/soc/Makefile | 1 +
drivers/soc/samsung/Kconfig | 13
As now we have dedicated driver for SROM controller, it will take care
of saving register banks during S2R so we can safely remove these
settings from mach-exynos.
Signed-off-by: Pankaj Dubey
---
arch/arm/mach-exynos/Kconfig | 2 ++
arch/arm/mach-exynos/common.h
On Mon, Aug 24, 2015 at 03:17:10PM +0800, Dongsheng Yang wrote:
> >Richard, you mention this was suggested by Dave, could you please pint
> >to the discussion, if possible?
>
> http://lists.infradead.org/pipermail/linux-mtd/2015-August/060702.html
>
> That's in a discussion I want to introduce
On 08/24/2015 04:03 PM, Christoph Hellwig wrote:
On Mon, Aug 24, 2015 at 11:02:42AM +0300, Artem Bityutskiy wrote:
Back when we were writing UBIFS, we did not need direct IO, so we did
not implement it. But yes, probably someone who cares could just try
implementing this feature.
So I think
Add device node of SROM controller for exynos4.
CC: Rob Herring
CC: Mark Rutland
CC: Ian Campbell
Signed-off-by: Pankaj Dubey
---
arch/arm/boot/dts/exynos4.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4.dtsi b/arch/arm/boot/dts/exynos4.dtsi
index
901 - 1000 of 1850 matches
Mail list logo