forgot to review acpi update earlier ..
On 22-03-16, 02:53, Rafael J. Wysocki wrote:
> Index: linux-pm/drivers/cpufreq/acpi-cpufreq.c
> ===
> --- linux-pm.orig/drivers/cpufreq/acpi-cpufreq.c
> +++ linux-pm/drivers/cpufreq/acpi-cpufreq
On Mon, Mar 28, 2016 at 02:51:40PM +0800, Baolin Wang wrote:
> On 25 March 2016 at 15:09, Peter Chen wrote:
> > On Thu, Mar 24, 2016 at 08:35:53PM +0800, Baolin Wang wrote:
> >> Currently the Linux kernel does not provide any standard integration of
> >> this
> >> feature that integrates the USB
Hi Krzysztof :
On 2016年03月28日 14:34, Krzysztof Kozlowski wrote:
On 24.03.2016 17:03, Andy Yan wrote:
Hi Krzystof:
(...)
+static int get_reboot_mode_magic(struct reboot_mode_driver *reboot,
+const char *cmd)
+{
+ const char *normal = "normal";
+ int
On Fri, Mar 25, 2016 at 4:49 PM, Boris Brezillon
wrote:
> On Mon, 14 Mar 2016 02:47:56 +
> Peter Pan wrote:
>
>> Add new API definitions for nand_bbt to replace old ones without
>> any users. These API includes:
>> struct nand_bbt_create(struct mtd_info *mtd);
>> struct nand_bbt *
The type of masterID is defined as 'unsigned int', theoretically one
can set masterID with a number larger than 'INT_MAX' as long as
'stm_data::sw_end' is larger than 'INT_MAX'.
Also, 'stm_data::start' and 'stm_data::end' is initialized in respective
drivers which should be able to use any value l
On Fri, Mar 25, 2016 at 4:50 PM, Boris Brezillon
wrote:
> On Mon, 14 Mar 2016 02:47:53 +
> Peter Pan wrote:
>
>> Sorry for send the v3 out late. I went through a busy time in the past
>> two month.
>>
>> Currently nand_bbt.c is tied with struct nand_chip, and it makes other
>> NAND family chi
Commit 2d0a7addbd10 ("ARM: Kirkwood: Add support for many Synology
NAS devices") created the new file kirkwood-ds112.dts but did not
add it to the Makefile.
Fixes: 2d0a7addbd10 ("ARM: Kirkwood: Add support for many Synology NAS devices")
Signed-off-by: Heinrich Schuchardt
---
arch/arm/boot/dts/M
On 28.03.2016 16:40, Andy Yan wrote:
> Hi Krzysztof :
>
> On 2016年03月28日 14:34, Krzysztof Kozlowski wrote:
>> On 24.03.2016 17:03, Andy Yan wrote:
>>> Hi Krzystof:
>> (...)
>>
> +static int get_reboot_mode_magic(struct reboot_mode_driver *reboot,
> +const ch
Hi Boris,
Firstly, thanks a lot for taking time to review my patches.
On Fri, Mar 25, 2016 at 4:35 PM, Boris Brezillon
wrote:
> Hi Peter,
>
> On Mon, 14 Mar 2016 02:47:55 +
> Peter Pan wrote:
>
>> From: Brian Norris
>>
>> Currently nand_bbt.c is tied with struct nand_chip, and it makes oth
-controller-device-nodes/20160328-133113
base: https://git.kernel.org/pub/scm/linux/kernel/git/robh/linux for-next
config: arm-multi_v7_defconfig (attached as .config)
reproduce:
wget
https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross
-O ~/bin/make.cross
On Fri, Mar 25, 2016 at 4:51 PM, Boris Brezillon
wrote:
> On Mon, 14 Mar 2016 02:47:58 +
> Peter Pan wrote:
>
>> Use new BBT APIs (nand_bbt_*()) in NAND. Keep old APIs (nand_*_bbt())
>> exist temporarily.
>>
>> Signed-off-by: Brian Norris
>> Signed-off-by: Peter Pan
>> ---
>> drivers/mtd/n
Hi Ezequiel,
Sorry for reply your mail late. And thaks a lot for reviewing it.
On Thu, Mar 24, 2016 at 4:57 AM, Ezequiel Garcia
wrote:
> Hello,
>
> On 13 March 2016 at 23:47, Peter Pan wrote:
>> Sorry for send the v3 out late. I went through a busy time in the past
>> two month.
>>
>> Currently
The global mutex of 'gdp_mutex' is used to serialize creating/querying
glue dir and its cleanup. Turns out it isn't a perfect way because
part(kobj_kset_leave()) of the actual cleanup action() is done inside
the release handler of the glue dir kobject. That means gdp_mutex has
to be held before rel
Hi Paul,
On Sun, Mar 27, 2016 at 11:10 PM, Paul Gortmaker
wrote:
> The Kconfig currently controlling compilation of this code is:
>
> config SIMPLE_PM_BUS
> bool "Simple Power-Managed Bus Driver"
>
> ...meaning that it currently is not being built as a module by anyone.
>
> Lets remove th
Hi,
Yoshihiro Shimoda writes:
>> > ps: there might be bugs there, but it's a holiday and I really shouldn't
>> > be spending time on this right now ;-)
>>
>> I'm also off on holiday now until Sunday 10th April... yay :-)
>> >
>> > Anyway, have fun testing. Let me know if it doesn't work.
>>
>>
On 27/03/16 08:42, zhaoxiu.zeng wrote:
> From: Zeng Zhaoxiu
>
> Signed-off-by: Zeng Zhaoxiu
Interesting. Whilst obviously correct I wonder if this obscures the
intent of the code a little. Lars, what do you think?
Jonathan
> ---
> drivers/iio/gyro/adxrs450.c | 8 ++--
> 1 file changed, 2
On 26/03/16 19:58, Joe Perches wrote:
> On Sat, 2016-03-26 at 12:50 -0700, Alison Schofield wrote:
>> Use kernel preferred unsigned int declaration style.
>>
>> Patch created using:
>> git ls-files drivers/staging/iio | \
>> xargs ./scripts/checkpatch.pl -f --fix-inplace --types=unspecified_int
>>
Commit be3d7d023b87 ("ARM: kirkwood: Add DTS file for NSA320")
created the new file kirkwood-nsa320.dts but did not
add it to the Makefile.
Fixes: be3d7d023b87 ("ARM: kirkwood: Add DTS file for NSA320")
Signed-off-by: Heinrich Schuchardt
---
arch/arm/boot/dts/Makefile | 1 +
1 file changed, 1 in
On 25/03/16 22:40, Richard Weinberger wrote:
> Not all archs have io memory.
>
> Fixes the following build error:
> ERROR: "devm_ioremap_resource" [drivers/iio/adc/at91-sama5d2_adc.ko]
> undefined!
>
> Cc: Jonathan Cameron
> Cc: Hartmut Knaack
> Cc: Lars-Peter Clausen
> Cc: Peter Meerwald
>
On 05/03/16 18:49, Jonathan Cameron wrote:
> On 04/03/16 01:05, Krzysztof Kozlowski wrote:
>> The devres.o gets linked if HAS_IOMEM is present so on ARCH=um
>> allyesconfig (COMPILE_TEST) failed with:
>>
>> drivers/built-in.o: In function `at91_adc_probe':
>> at91-sama5d2_adc.c:(.text+0x48f548): un
Hi Jonsoo,
On Mon, Mar 28, 2016 at 7:26 AM, wrote:
> From: Joonsoo Kim
>
> Initial attemp to remove BAD_ALIEN_MAGIC is once reverted by
> 'commit edcad2509550 ("Revert "slab: remove BAD_ALIEN_MAGIC"")'
> because it causes a problem on m68k which has many node
> but !CONFIG_NUMA. In this case, a
On Mon, Mar 28, 2016 at 01:32:11PM +0800, Huang Rui wrote:
> This patch adds CONFIG_CPU_SUP_AMD as the dependence of fam15h_power
> driver. Because the following patch will use the interface from
> x86/kernel/cpu/amd.c.
>
> Otherwise, the below error might be encountered:
>
> All errors (new ones
On 25/03/16 22:40, Richard Weinberger wrote:
> Not all archs have io memory.
> Instead of selecting I2C_MUX (and bypassing the HAS_IOMEM dependency)
> depend directly on it.
>
> Fixes the following kconfig warning:
> warning: (MEDIA_SUBDRV_AUTOSELECT && VIDEO_CX231XX && INV_MPU6050_I2C)
> selects
On 22-03-16, 02:54, Rafael J. Wysocki wrote:
> Index: linux-pm/kernel/sched/cpufreq_schedutil.c
> ===
> --- /dev/null
> +++ linux-pm/kernel/sched/cpufreq_schedutil.c
> @@ -0,0 +1,528 @@
> +/*
> + * CPUFreq governor based on scheduler-p
On 28 March 2016 at 15:13, Peter Chen wrote:
> On Mon, Mar 28, 2016 at 02:51:40PM +0800, Baolin Wang wrote:
>> On 25 March 2016 at 15:09, Peter Chen wrote:
>> > On Thu, Mar 24, 2016 at 08:35:53PM +0800, Baolin Wang wrote:
>> >> Currently the Linux kernel does not provide any standard integration
Hi Marek,
Firstly, thank you very much for your comments.
On 2016/3/27 9:47, Marek Vasut wrote:
> On 03/26/2016 09:11 AM, Jiancheng Xue wrote:
>> Add hisilicon spi-nor flash controller driver
>>
>> Signed-off-by: Binquan Peng
>> Signed-off-by: Jiancheng Xue
>> Acked-by: Rob Herring
>> Revie
On 03/28/2016 10:35 AM, Jonathan Cameron wrote:
> On 27/03/16 08:42, zhaoxiu.zeng wrote:
>> From: Zeng Zhaoxiu
>>
>> Signed-off-by: Zeng Zhaoxiu
> Interesting. Whilst obviously correct I wonder if this obscures the
> intent of the code a little. Lars, what do you think?
The parity function is n
GM20B's definition is mostly similar to GK20A's, but requires an
additional clock.
Signed-off-by: Alexandre Courbot
Acked-by: Rob Herring
---
.../devicetree/bindings/gpu/nvidia,gk20a.txt | 29 +++---
1 file changed, 26 insertions(+), 3 deletions(-)
diff --git a/Documentat
Small series that fixes/completes DT bindings for Tegra GPUs and add two
missing entries required for the Tegra210 GPU to operate properly.
Without these fixes, GM20B will crash during probe on 4.6 because a
required clock is not activated.
Changes since v2:
- Fixed device address in DT examples
GK20A can optionally make use of an IOMMU.
Signed-off-by: Alexandre Courbot
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/gpu/nvidia,gk20a.txt | 4
1 file changed, 4 insertions(+)
diff --git a/Documentation/devicetree/bindings/gpu/nvidia,gk20a.txt
b/Documentation/devicetree
Nouveau can take advantage of this declaration to remove the need for
contiguous memory.
Signed-off-by: Alexandre Courbot
---
arch/arm64/boot/dts/nvidia/tegra210.dtsi | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm64/boot/dts/nvidia/tegra210.dtsi
b/arch/arm64/boot/dts/nvidia/teg
This clock is required for the GPU to operate.
Signed-off-by: Alexandre Courbot
---
arch/arm64/boot/dts/nvidia/tegra210.dtsi | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/arm64/boot/dts/nvidia/tegra210.dtsi
b/arch/arm64/boot/dts/nvidia/tegra210.dtsi
index 362c269
The correct compatible name is "nvidia,gk20a".
Signed-off-by: Alexandre Courbot
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/gpu/nvidia,gk20a.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/devicetree/bindings/gpu/nvidia,gk20a.txt
b/Docu
Dear Ivan, dear Jeann,
There is an unwanted regression due to commit d7f96f97 (firmware:
dmi_scan: add SBMIOS entry and DMI tables).
Since Linux kernel 4.2 the utility `cbmem`, used to access information
stored in memory, from the coreboot project [1] does not work anymore
on a lot of systems as
Adding new DCS commands which are specified in the
DCS 1.3 spec related to CABC.
v2: Sorted the Macro`s by value (Andrzej)
Cc: Andrzej Hajda
Cc: Thierry Reding
Cc: David Airlie
Cc: Ville Syrjälä
Cc: Daniel Vetter
Suggested-by: Jani Nikula
Signed-off-by: Deepak M
---
include/video/mipi_dis
On Mon, Mar 28, 2016 at 01:32:12PM +0800, Huang Rui wrote:
> This patch adds a member in fam15h_power_data which specifies the
> compute unit accumulated power. It adds do_read_registers_on_cu to do
> all the read to all MSRs and run it on one of the online cores on each
> compute unit with smp_cal
On Mon, Mar 28, 2016 at 01:32:14PM +0800, Huang Rui wrote:
> This patch introduces an algorithm that computes the average power by
> reading a delta value of “core power accumulator” register during
> measurement interval, and then dividing delta value by the length of
> the time interval.
>
> Use
Hi Marek, Vladimir,
On Sat, 2016-03-26 at 21:24 +0100, Marek Vasut wrote:
> On 03/26/2016 09:12 PM, Vladimir Zapolskiy wrote:
> >
> > On 26.03.2016 21:52, Marek Vasut wrote:
> > >
> > > On 03/26/2016 07:16 PM, Vladimir Zapolskiy wrote:
> > > >
> > > > On 26.03.2016 20:10, Marek Vasut wrote:
> >
> https://github.com/0day-ci/linux/commits/James-Liao/arm-dts-mt2701-Add-clock-controller-device-nodes/20160328-133113
> base: https://git.kernel.org/pub/scm/linux/kernel/git/robh/linux for-next
> config: arm-multi_v7_defconfig (attached as .config)
> reproduce:
> wg
On 24/03/16 09:29, Irina Tirdea wrote:
> Use available_scan_masks to allow the iio core to select
> the data to send to userspace depending on which axes are
> enabled, instead of doing this in the driver's interrupt
> handler.
>
> Signed-off-by: Irina Tirdea
Applied to the togreg branch of iio.g
Add the dt-bindings header for the rk3399, that gets shared between
the clock controller and the clock references in the dts.
Signed-off-by: Xing Zheng
Signed-off-by: Jianqun Xu
Acked-by: Rob Herring
---
Changes in v6: None
Changes in v5:
- add some necessary clock IDs
- keep PPLL independent
Hi,
The patch series add support more mux parameters and multiple
clock providers for the rockchip features of the clock framework,
and support the clock controller for the RK3399.
Changes in v6:
- update some clock contents
- fix the source of the pclkin_isp1_wrapper should be pclkin_cif
- re
Add the clock tree definition for the new RK3399 SoC.
Signed-off-by: Xing Zheng
---
Changes in v6:
- fix the source of the pclkin_isp1_wrapper should be pclkin_cif
- remove unused the GRF reference in the clock driver
- use the frac mux type for spdif and i2s
- remove useless defines RK3399_PMU_
Add devicetree bindings for Rockchip cru which found on
Rockchip SoCs.
Signed-off-by: Xing Zheng
Signed-off-by: Jianqun Xu
Acked-by: Rob Herring
---
Changes in v6:
- update some clock contents
Changes in v5: None
Changes in v3: None
Changes in v2: None
.../bindings/clock/rockchip,rk3399-cru
On 24/03/16 09:29, Irina Tirdea wrote:
> Some i2c busses (e.g.: Synopsys DesignWare I2C adapter) need to
> enable/disable the bus at each i2c transfer and must wait for
> the enable/disable to happen before sending the data.
>
> When reading data in the trigger handler, the bmc150 accel driver doe
On 24/03/16 09:29, Irina Tirdea wrote:
> Use available_scan_masks to allow the iio core to select
> the data to send to userspace depending on which axes are
> enabled, instead of doing this in the driver's interrupt
> handler.
>
> Signed-off-by: Irina Tirdea
Applied,
Thanks,
> ---
> drivers/ii
From: Borislav Petkov
This should contain important aspects of how we represent the system
topology on x86. If people have questions about it and this file doesn't
answer it, then it must be updated.
Signed-off-by: Borislav Petkov
Cc: Thomas Gleixner
---
Let me add a reference to the generic
On 24/03/16 09:29, Irina Tirdea wrote:
> Some i2c busses (e.g.: Synopsys DesignWare I2C adapter) need to
> enable/disable the bus at each i2c transfer and must wait for
> the enable/disable to happen before sending the data.
>
> When reading data in the trigger handler, the bmc150 accel driver doe
On 24/03/16 09:29, Irina Tirdea wrote:
> From: Adriana Reus
>
> Use available_scan_masks to allow the iio core to select
> the data to send to userspace depending on which axes are
> enabled, instead of doing this in the driver's interrupt
> handler.
>
> Signed-off-by: Adriana Reus
> Signed-off
On 24/03/16 09:29, Irina Tirdea wrote:
> From: Adriana Reus
>
> Some i2c busses (e.g.: Synopsys DesignWare I2C adapter) need to
> enable/disable the bus at each i2c transfer and must wait for
> the enable/disable to happen before sending the data.
>
> When reading data in the trigger handler, th
Hi,
> Sent: Monday, March 28, 2016 5:30 PM
>
> Hi,
>
> Yoshihiro Shimoda writes:
> >> > ps: there might be bugs there, but it's a holiday and I really shouldn't
> >> > be spending time on this right now ;-)
> >>
> >> I'm also off on holiday now until Sunday 10th April... yay :-)
> >> >
> >> > A
On 24/03/16 09:23, Lars-Peter Clausen wrote:
> On 03/24/2016 10:09 AM, Irina Tirdea wrote:
>> config structure is set to 0 when updating the buffers, so by
>> default config->watermark will be 0. When computing the minimum
>> between config->watermark and the buffer->watermark or
>> insert_buffer-w
On 24/03/16 09:08, Irina Tirdea wrote:
> GPIO handling code has been removed from the drivers (since
> this is now handled by the ACPI core) in commit 0f0796509c07 ("iio:
> remove gpio interrupt probing from drivers that use a single interrupt").
>
> Remove the include for linux/gpio/consumer.h si
On 24/03/16 09:05, Irina Tirdea wrote:
> Commit 845c877009cf014b ("i2c / ACPI: Assign IRQ for devices that have
> GpioInt automatically") automatically assigns the first ACPI GPIO
> interrupt in client->irq, so we can remove the probing code from
> drivers that use only one interrupt.
>
> Commit 0
+Rhyland Klein who original wrote this code...
On Mon, Mar 28, 2016 at 10:32 AM, YH Huang wrote:
>
> On Fri, 2016-03-25 at 11:06 +0800, Daniel Kurtz wrote:
> > On Thu, Mar 24, 2016 at 2:43 PM, YH Huang wrote:
> > >
> > > Hi Daniel,
> > >
> > > On Thu, 2016-03-24 at 12:01 +0800, Daniel Kurtz wrot
On 24/03/16 09:00, Irina Tirdea wrote:
> bmc150_i2c_regmap_conf is defined in bmc150-accel-core.c, but
> never used here. The definition is needed in bmc150-accel-i2c.c,
> where it is again defined.
>
> Remove the unnecessary definition of bmc150_i2c_regmap_conf from
> bmc150-accel-core.c and upda
For the input parameter count, it's better to use the size
of destination buffer size, as nla_memcpy would take into
account the length of the source netlink attribute when
a data is copied from an attribute.
Signed-off-by: Haishuang Yan
---
net/openvswitch/conntrack.c | 3 ++-
1 file changed, 2
Am Donnerstag, 10. März 2016, 05:22:54 schrieb Elaine Zhang:
> On some Rockchip SoC there exist child-domains only handling their
> idle state with the actual power-state handled by a parent-domain.
>
> So allow such types of domains. For them, we can determine their
> state (on/of) by checking th
> > Some i2c busses (e.g.: Synopsys DesignWare I2C adapter) need to
> > enable/disable the bus at each i2c transfer and must wait for
> > the enable/disable to happen before sending the data.
> >
> > When reading data in the trigger handler, the bmc150 accel driver does
should refer to bmg160
>
Am Donnerstag, 10. März 2016, 05:22:53 schrieb Elaine Zhang:
> Not all new socs need to handle idle states on domain state changes,
> so add the possibility to make them optional.
>
> Signed-off-by: Elaine Zhang
applied to my armsoc/drivers branch for 4.7
Thanks
Heiko
Signed-off-by: Wang Nan
---
man2/perf_event_open.2 | 11 +++
1 file changed, 11 insertions(+)
diff --git a/man2/perf_event_open.2 b/man2/perf_event_open.2
index c90fc51..b232cba 100644
--- a/man2/perf_event_open.2
+++ b/man2/perf_event_open.2
@@ -2719,6 +2719,17 @@ The argument is a BPF
Signed-off-by: Wang Nan
---
man2/perf_event_open.2 | 57 --
1 file changed, 55 insertions(+), 2 deletions(-)
diff --git a/man2/perf_event_open.2 b/man2/perf_event_open.2
index b232cba..942a410 100644
--- a/man2/perf_event_open.2
+++ b/man2/perf_eve
There are some different REGs about coalescing setting between HNS V2 and
HNS V1. The current HNS driver is only considering the situation for HNS
V1. It needs to support both of them. And Ethtool needs to know if it is
successful to set the parameters as well.
The patchset as below:
>from Lishen
From: Lisheng
It may fail to set coalesce usecs to HW, and Ethtool needs to know if it
is successful to cfg the parameter or not. So it needs return the errno by
dsaf.ko.
Signed-off-by: Lisheng
Signed-off-by: Yisen Zhuang
---
drivers/net/ethernet/hisilicon/hns/hnae.h | 2 +-
drivers/n
From: Lisheng
The overtime setting and getting REGs in HNS V2 is defferent from HNS V1.
It needs to be distinguished between them if getting or setting the REGs.
Signed-off-by: Lisheng
Signed-off-by: Yisen Zhuang
---
drivers/net/ethernet/hisilicon/hns/hns_ae_adapt.c | 60 +++
drivers/net
Hi,
On 03/28/2016 06:37 PM, Alexey Brodkin wrote:
> Hi Marek, Vladimir,
>
> On Sat, 2016-03-26 at 21:24 +0100, Marek Vasut wrote:
>> On 03/26/2016 09:12 PM, Vladimir Zapolskiy wrote:
>>>
>>> On 26.03.2016 21:52, Marek Vasut wrote:
On 03/26/2016 07:16 PM, Vladimir Zapolskiy wrote:
>
Hi Daniel,
On Wed, 2016-03-23 at 11:37 +0100, Daniel Vetter wrote:
> On Wed, Mar 23, 2016 at 11:42:53AM +0300, Alexey Brodkin wrote:
> >
> > As a pair to already existing drm_connector_unplug_all()
> > (which we'll rename in this series to drm_connector_unregister_all())
> > we're adding generic
--
Hello Dear,
My name is Cynthia, I got your email from Facebook and i will like you
to contact me back at this email ( cynthiabikom...@gmail.com ) is very
important.
Yours Faithful
Cynthia
Hi Jaehoon,
On Mon, 2016-03-28 at 19:34 +0900, Jaehoon Chung wrote:
> Hi,
[snip]
> > > > > > > >
> > > > > > > > That said, I would rather prefer to see "snps,dw-mshc" prefix
> > > > > > > > on description
> > > > > > > > of an MMC controller found on SoCFPGA series,
> > > > > > > > "altr,soc
Thanks Arnaldo for putting the effort.
I've tested this patch on powerpc and it looks fine to me. Please find
my below comments.
On Friday 25 March 2016 02:45 AM, Arnaldo Carvalho de Melo wrote:
Em Tue, Mar 22, 2016 at 11:19:21PM -0300, Arnaldo Carvalho de Melo escreveu:
Em Tue, Mar 22, 2016
Am Donnerstag, 10. März 2016, 05:22:55 schrieb Elaine Zhang:
> This patch adds support for making one power domain a sub-domain of
> other domain. This is useful for modeling power dependences,
> which needs to have more than one power domain enabled to be operational.
>
> Signed-off-by: Elaine Zh
From: Colin Ian King
passing hw_stats by value requires a 280 byte copy so instead
pass it by reference is much more efficient.
Signed-off-by: Colin Ian King
---
drivers/infiniband/hw/i40iw/i40iw_virtchnl.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/infin
Am Donnerstag, 10. März 2016, 05:22:56 schrieb Elaine Zhang:
> According to a description from TRM, add all the power domains
>
> Signed-off-by: Elaine Zhang
applied for 4.7
Thanks
Heiko
Am Donnerstag, 10. März 2016, 05:24:21 schrieb Elaine Zhang:
> Add binding documentation for the power domains
> found on Rockchip RK3399 SoCs
>
> Signed-off-by: Elaine Zhang
applied for 4.7 with Kevin's Ack from v5
Thanks
Heiko
Am Donnerstag, 10. März 2016, 05:24:38 schrieb Elaine Zhang:
> This driver is modified to support RK3399 SoC.
>
> Signed-off-by: Elaine Zhang
applied for 4.7 with small indentation fixes in the domain list
Thanks
Heiko
From: Colin Ian King
mr is written twice with the same value, remove one of the
redundant assignments to mr.
Signed-off-by: Colin Ian King
---
drivers/rtc/rtc-at91sam9.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/rtc/rtc-at91sam9.c b/drivers/rtc/rtc-at91sam9.c
Hi Paolo,
On 3/18/16 17:24, Paolo Bonzini wrote:
+ TP_printk("vcpu=%#x, icrh:icrl=%#010x:%08x, id=%u, index=%u\n",
vcpus are usually printed with %u. Apart from this, the patch looks
good. You can squash it in "svm: Add VMEXIT handlers for AVIC".
Paolo
Sure, thanks for the feedback.
Hi Heiko,
On 03/25/2016 05:29 AM, Heiko Stuebner wrote:
The displayport-phy is fully enclosed in the general register files (GRF).
Therefore as seen from the device-tree it shouldn't be a separate platform-
device but instead a sub-device of the GRF - using the simply-mfd mechanism.
The driver
Hello,
Changes since the first version:
* Use data->client instead of to_i2c_client(indio_dev->dev.parent)
* Adjust i2c_check_functionality bits requested.
I also fixed gitconfig so it won't create attachments or suppress cc.
Signed-off-by: Crestez Dan Leonard
---
drivers/iio/pressure/Kconfig
From: Colin Ian King
isr_stats is written twice with the same value, remove one of the
redundant assignments to isr_stats.
Signed-off-by: Colin Ian King
---
drivers/net/wireless/intel/iwlwifi/pcie/rx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/int
Synopsys DesignWare ARC SDP boards sport ARC SDP display
controller attached to ADV7511 HDMI encoder.
That change adds desctiption of both ARC PGU and ADV7511 in
ARC SDP'd base-board Device Tree.
Signed-off-by: Alexey Brodkin
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
C
From: Carlos Palminha
ARC PGU could be found on some development boards from Synopsys.
This is a simple byte streamer that reads data from a framebuffer
and sends data to the single encoder.
Signed-off-by: Carlos Palminha
Signed-off-by: Alexey Brodkin
Cc: David Airlie
Cc: dri-de...@lists.free
This add DT bindings documentation for ARC PGU display controller.
Signed-off-by: Alexey Brodkin
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
Cc: devicet...@vger.kernel.org
Cc: linux-snps-...@lists.infradead.org
Acked-by: Rob Herring
---
Changes v4 -> v5:
This series add support of ARC PGU display controller.
ARC PGU is a quite simple byte streamer that gets data from the framebuffer
and pushes it to hte connected encoder (DP or HDMI).
It was tested on ARC SDP boards (axs101/103 in particular).
Note following series that introduces
drm_connector_r
During mmaping of frame-buffer pages to user-space
fb_protect() is called to set proper page settings.
In case of ARC we need to mark pages that are mmaped to
user as uncached because of 2 reasons:
* Huge amount of data if passing through data cache will
thrash cache a lot making cache almost
This updates MAINTEINERS file with information about maintainer of
ARC PGU display controller driver.
Signed-off-by: Alexey Brodkin
Cc: linux-snps-...@lists.infradead.org
---
No changes v4 -> v5.
No changes v3 -> v4.
No changes v2 -> v3.
No changes v1 -> v2.
MAINTAINERS | 6 ++
1 file c
Hi Krzysztof,
On 28 March 2016 at 11:03, Krzysztof Kozlowski wrote:
> On 27.03.2016 16:41, Anand Moon wrote:
>>
>> On My Odroid U3 with debug flags enable I am observing bellow deadlock.
>
> There is a sleep in atomic context and possible deadlock, but:
> 1. Are you sure it does not happen withou
On Mon, 2016-03-28 at 12:33 +0100, Colin King wrote:
> From: Colin Ian King
>
> isr_stats is written twice with the same value, remove one of the
> redundant assignments to isr_stats.
>
> Signed-off-by: Colin Ian King
> ---
Applied - thanks.
> drivers/net/wireless/intel/iwlwifi/pcie/rx.c |
On 03/28/2016 07:55 PM, Alexey Brodkin wrote:
> Hi Jaehoon,
>
> On Mon, 2016-03-28 at 19:34 +0900, Jaehoon Chung wrote:
>> Hi,
>
> [snip]
>
>
> That said, I would rather prefer to see "snps,dw-mshc" prefix on
> description
> of an MMC controller found on SoCFPGA
Hi Emilio,
On 9 March 2016 at 15:28, Emilio López wrote:
> These tests are based on the libsync test suite from Android.
> This commit lays the ground for future tests, as well as includes
> tests for a variety of basic allocation commands.
>
> Signed-off-by: Gustavo Padovan
> Signed-off-by: Emi
Hi David,
On Wed, 2016-03-09 at 11:19 +, David Howells wrote:
> Provide a config option (IMA_PERMIT_ADD_TO_IMA_KEYRINGS) that, when
> enabled, allows keys to be added to the IMA keyrings by userspace - with
> the restriction that each must be signed by a key in the system trusted
> keyrings.
>
Hi all,
On 24 March 2016 at 11:28, Dan Carpenter wrote:
> On Thu, Mar 24, 2016 at 11:41:46AM +0100, Enric Balletbo i Serra wrote:
>> + /* Map slave addresses of ANX7814 */
>> + for (i = 0; i < I2C_NUM_ADDRESSES; i++) {
>> + anx78xx->i2c_dummy[i] = i2c_new_dummy(client->adapter
On 22 March 2016 at 00:42, Heiko Stuebner wrote:
> Hi Yakir,
>
> Am Montag, 21. März 2016, 20:17:46 schrieb Yakir Yang:
>> On 03/21/2016 07:29 PM, Heiko Stübner wrote:
>> > Am Montag, 21. März 2016, 17:28:38 schrieb Yakir Yang:
>> >> This patch set would add the RGA direct rendering based 2d graph
Em Sat, Mar 26, 2016 at 11:01:47AM -0700, Sukadev Bhattiprolu escreveu:
> From 502e8236082412db1d33abfad95aaf14b539502e Mon Sep 17 00:00:00 2001
> From: Sukadev Bhattiprolu
> Date: Sat, 26 Mar 2016 17:31:39 -0400
> Subject: [PATCH 1/1] perf tools: Fix build break on powerpc
> MIME-Version: 1.0
> C
Em Mon, Mar 28, 2016 at 04:28:45PM +0530, Ravi Bangoria escreveu:
> Thanks Arnaldo for putting the effort.
>
> I've tested this patch on powerpc and it looks fine to me. Please find my
> below comments.
>
> On Friday 25 March 2016 02:45 AM, Arnaldo Carvalho de Melo wrote:
> >Em Tue, Mar 22, 2016
On Wed, Mar 23, 2016 at 01:09:05PM -0700, Hugh Dickins wrote:
> On Sat, 12 Mar 2016, Kirill A. Shutemov wrote:
...
> As I've said on several occasions, I am not interested in emulating
> the limitations of hugetlbfs inside tmpfs: there might one day be a
> case for such a project, but it's transpar
Em Sun, Mar 27, 2016 at 01:19:03PM +0200, Jiri Olsa escreveu:
> On Sat, Mar 26, 2016 at 11:01:47AM -0700, Sukadev Bhattiprolu wrote:
> > From 502e8236082412db1d33abfad95aaf14b539502e Mon Sep 17 00:00:00 2001
> > From: Sukadev Bhattiprolu
> > Date: Sat, 26 Mar 2016 17:31:39 -0400
> > Subject: [PATC
Hi Sebastian,
On 9 March 2016 at 17:09, Sebastian Reichel wrote:
> Hi Emil,
>
> On Wed, Mar 09, 2016 at 04:19:48PM +, Emil Velikov wrote:
>> Hi Sebastian,
>>
>> On 8 March 2016 at 16:39, Sebastian Reichel wrote:
>>
>> > arch/arm/boot/dts/omap3-n950-n9.dtsi| 72 +
>> > a
Hi Paul,
The dmi_remap() is arch dependent function and for mainline used as
ioremap_cache for x86, arm..
And only for ia64 as ioremap (where it's same as ioremap_cache). I'm talking
about k4.5.
It's rather bug of dmi_remap than the patch which just use it.
The only reason why the bug wasn't f
On Mon, Mar 28, 2016 at 5:34 AM, Jaehoon Chung wrote:
> Hi,
>
> On 03/28/2016 06:37 PM, Alexey Brodkin wrote:
>> Hi Marek, Vladimir,
>>
>> On Sat, 2016-03-26 at 21:24 +0100, Marek Vasut wrote:
>>> On 03/26/2016 09:12 PM, Vladimir Zapolskiy wrote:
On 26.03.2016 21:52, Marek Vasut wrote:
>
1 - 100 of 564 matches
Mail list logo
