From: Gene Chen
Add support for Leon touch devices, which is the same as
slippy/falco/peppy/wolf on the same buses using the LynxPoint-LP I2C via
the i2c-designware-pci driver.
Based on the following patch:
https://chromium-review.googlesource.com/#/c/168351/
Signed-off-by: Gene Chen
Reviewed-
Hello Guenter,
On Sun, Feb 14, 2016 at 01:08:42PM -0800, Guenter Roeck wrote:
> On 02/14/2016 11:55 AM, Uwe Kleine-König wrote:
> >[adding lakml and rmk to Cc]
[adding some more people to Cc]
> >On Sun, Feb 14, 2016 at 08:50:10AM -0800, Guenter Roeck wrote:
> >>Your patch 'driver-core: platform:
On 05.02.2016 13:26, Wenyou Yang wrote:
> This patch adds new driver for Active-semi ACT8945A ActivePath
> charger (part of ACT8945A MFD driver) providing power supply class
> information to userspace.
>
> The driver can be configured through DT (such as, total timer,
> precondition timer and inpu
This commits adds a new irqchip driver that handles the ODMI
controller found on Marvell 7K/8K processors. The ODMI controller
provide MSI interrupt functionality to on-board peripherals, much like
the GIC-v2m.
Signed-off-by: Thomas Petazzoni
---
.../marvell,odmi-controller.txt
On Mon, 2016-02-15 at 12:07 +0530, Viresh Kumar wrote:
> On 14-02-16, 21:42, Joe Perches wrote:
> > Not what I get with current -next:
> >
> > $ ./scripts/get_maintainer.pl -f Documentation/power/opp.txt
> > Viresh Kumar (maintainer:OPERATING PERFORMANCE POINTS
> > (OPP))
> > Nishanth Menon (m
Hi Буди,
[auto build test ERROR on linuxtv-media/master]
[cannot apply to v4.5-rc4 next-20160212]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/info-are-ma/Driver-bundle-for-PT3-PX-Q3PE/20160
drivers/media/dvb-frontends/tc90522.c:271:3-8: No need to set .owner here. The
core will do it.
Remove .owner field if calls are used which set it automatically
Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci
CC: Буди Романто, AreMa Inc
Signed-off-by: Fengguang Wu
---
tc90
This patch renames to be more adapter compatibles since more and more
SoCs are supported in thermal driver.
Reported-by: Huang,Tao
Signed-off-by: Caesar Wang
---
drivers/thermal/rockchip_thermal.c | 50 +-
1 file changed, 28 insertions(+), 22 deletions(-)
d
This patch adds the needed clocks for rk3228 tsadc.
Signed-off-by: Caesar Wang
---
drivers/clk/rockchip/clk-rk3228.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/clk/rockchip/clk-rk3228.c
b/drivers/clk/rockchip/clk-rk3228.c
index c515915..ac014b9 100644
--- a
This patch enables the tsadc for rk3228 evb board.
The rk3228 evb board uses the CRU to reset the chip since it hasn't the
PMIC to connect it, and TSHUT is low active on evb board.
Signed-off-by: Caesar Wang
---
arch/arm/boot/dts/rk3228-evb.dts | 7 +++
1 file changed, 7 insertions(+)
di
As the TRM says, add the tsadc_q_sel to control the temperature-code
sequence since the rk3228/rk3399 need set this bit (1024 - tsadc_q)
as output.
Fixes: commit
b0d7033 "thermal: rockchip: Support the RK3399 SoCs in thermal driver"
7b02a5e "thermal: rockchip: Support the RK3228 SoCs in thermal dr
From: Elaine Zhang
the calculation use a global table, not their own table.
so adapt the table to the correct one.
Signed-off-by: Elaine Zhang
Signed-off-by: Caesar Wang
---
drivers/thermal/rockchip_thermal.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/thermal
This patch adds the thermal needed main information for rk3228 SoCS.
Basically has the following content:
1) TSADC controller:
Add the needed attributes for rk3036 TSADC controller.
Especially for the TSHUT, in some cases if we are unable to shut it down
in orderly fashion (says: kernel is stuck
As the Dan report the smatch check the thermal driver warning:
drivers/thermal/rockchip_thermal.c:551 rockchip_configure_from_dt()
warn: impossible condition '(thermal->tshut_temp > ((~0 >> 1))) =>
(s32min-s32max > s32max)'
Although The shut_temp read from DT is u32,the temperature is currently
re
Hello Eduardo, Heiko, Michael & Stephen:
This series pacthes to support the rk3228 SoCs thermal.
They have the following patches to work on rk3228 SoCs.
1a6f334 clk: rockchip: add id of the tsadc clock found on rk3228 SoCs
8cf2d1b clk: rockchip: add the tsadc clocks found on rk3228 SoCs
bd2720c
Arnd Bergmann writes:
>> Anyway, I think readl()/writel() do the right thing: in BE mode they
>> swap PCI accesses and don't swap normal registers, in LE mode nothing is
>> swapped.
>
> This seems to be true when CONFIG_IXP4XX_INDIRECT_PCI is set, but
> not otherwise. For the indirect variant, wr
This patch adds 'SCLK_TSADC' and 'PCLK_TSADC' id found on rk3228 SoCs.
That will be needed by TSADC controller.
Signed-off-by: Caesar Wang
---
include/dt-bindings/clock/rk3228-cru.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/dt-bindings/clock/rk3228-cru.h
b/include/dt-bindin
On 02/08/16 at 08:31pm, Kees Cook wrote:
> On Sat, Feb 6, 2016 at 3:50 AM, Baoquan He wrote:
> > Hi,
> >
> > Recently people using big box servers are also very interested in kaslr and
> > want
> > to have it to enhance security. So allowing kaslr be able to randomize
> > above 4G
> > makes much
On 2016年02月15日 15:15, Wei Ni wrote:
> Hi, Rob
>
> On 2016年02月12日 22:42, Rob Herring wrote:
>> On Fri, Jan 29, 2016 at 2:47 AM, Wei Ni wrote:
>>> Add hw-trips sub-node for soctherm, which is
>>> used to describe the hardware trip points for
>>> each soctherm sensors.
>>
>> I still don't understa
Hi, Rob
On 2016年02月12日 22:42, Rob Herring wrote:
> On Fri, Jan 29, 2016 at 2:47 AM, Wei Ni wrote:
>> Add hw-trips sub-node for soctherm, which is
>> used to describe the hardware trip points for
>> each soctherm sensors.
>
> I still don't understand why you are doing something custom here.
> Wha
On 14 February 2016 at 23:12, Guenter Roeck wrote:
> Hi,
>
> my qemu tests for arm64 fail to boot in linux-next, starting with
> next-20160209.
> Primary error is
>
> VFS: Cannot open root device "(null)" or unknown-block(0,0): error -6
> Please append a correct "root=" boot option; here are
Arnd Bergmann writes:
> We get a harmless compiler warning when building the cs89x0 driver
> for ixp4xx:
>
> drivers/net/ethernet/cirrus/cs89x0.c: In function 'cs89x0_ioport_probe':
> drivers/net/ethernet/cirrus/cs89x0.c:1602:28: warning: suggest parentheses
> around '+' in operand of '&' [-Wpar
Arnd Bergmann writes:
> The pointer comparison in is_pci_memory() confuses gcc, so it
> starts throwing bogus warnings about the use of possibly uninitialized
> variables:
>
> drivers/ata/ahci_qoriq.c: In function 'ahci_qoriq_hardreset':
> arch/arm/include/asm/io.h:101:2: error: 'px_is' may be us
Arnd Bergmann writes:
> ixp4xx defines the arguments to its __indirect_writesb() and other
> functions as pointers to fixed-size data. This is not necessarily
> wrong, and it works most of the time, but it causes warnings in
> at least one driver:
>
> drivers/net/ethernet/smsc/smc91x.c: In functi
This patch applies the two introduced helpers to
figure out the 1st and last bvec, and fixes the
original way after bio splitting.
Cc: sta...@vger.kernel.org # v4.3+
Reported-by: Sagi Grimberg
Cc: Christoph Hellwig
Signed-off-by: Ming Lei
---
include/linux/blkdev.h | 11 ---
1 file cha
This patch applies the two introduced helpers to
figure out the 1st and last bvec.
Cc: Sagi Grimberg
Cc: Christoph Hellwig
Signed-off-by: Ming Lei
---
block/blk-merge.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/block/blk-merge.c b/block/blk-merge.c
index 888a7
I like all the four patches
Reviewed-by: Andi Shyti
Thanks,
Andi
On Fri, Feb 12, 2016 at 01:30:15AM -0300, Javier Martinez Canillas wrote:
> Hello,
>
> The Maxim77802 PMIC driver uses a boolean Kconfig symbol but there isn't
> really a reason to require the driver to be built-in.
>
> It is tr
Masahiro Yamada writes:
> The variable "MACHINE" is empty if CONFIG_ARCH_MULTIPLATFORM=y,
> so these Makefile.boot files are never included.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> arch/arm/mach-cns3xxx/Makefile.boot| 3 ---
Acked-by: Krzysztof Hałasa
--
Krzysztof Halasa
Industrial
After bio splitting is introduced, the splitted bio can
be fast-cloned, which is correct because biovecs has become
immutable since v3.13.
Unfortunately bio_will_gap() isn't ready for this kind of change,
because it figures out the last bvec via 'bi_io_vec[prev->bi_vcnt - 1]'.
This patch introduc
Hi,
After bio splitting is introduced, the splitted bio can be fast-cloned,
which is correct because biovecs has become immutable since v3.13.
Unfortunately bio_will_gap() isn't ready for this kind of change,
because it figures out the last bvec via 'bi_io_vec[prev->bi_vcnt - 1]'
directly.
I
In the following patch, the way for figuring out
the last bvec will be changed with a bit cost introduced,
so return immediately if the queue doesn't have virt
boundary limit. Actually most of devices have not
this limit.
Cc: Sagi Grimberg
Cc: Christoph Hellwig
Signed-off-by: Ming Lei
---
incl
On 12.02.2016 13:30, Javier Martinez Canillas wrote:
> When the device is registered via OF, the OF table is used to match the
> driver instead of the I2C device ID table but the entries in the latter
> are used as aliasses to load the module if the driver was not built-in.
>
> This is because the
On 12.02.2016 13:30, Javier Martinez Canillas wrote:
> The driver's init and exit function don't do anything besides adding and
> deleting the I2C driver so the module_i2c_driver() macro could be used.
>
> Currently is not being used because the driver is initialized at subsys
> initcall level, cl
Hi Буди,
[auto build test WARNING on linuxtv-media/master]
[cannot apply to v4.5-rc4 next-20160212]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/info-are-ma/Driver-bundle-for-PT3-PX-Q3PE/201
> -Original Message-
> From: Matt Fleming [mailto:m...@console-pimps.org]
> Sent: Monday, February 08, 2016 11:14 PM
>
> On Fri, 29 Jan, at 12:39:54PM, Kweh Hock Leong wrote:
> > From: "Kweh, Hock Leong"
> >
> > Introducing a kernel module to expose capsule loader interface
> > (misc char
> -Original Message-
> From: Shawn Guo [mailto:shawn...@kernel.org]
> Sent: Monday, February 15, 2016 2:10 PM
> To: Richard Zhu
> Cc: o...@wizery.com; Stefan Agner; linux-kernel@vger.kernel.org; linux-arm-
> ker...@lists.infradead.org
> Subject: Re: [RFC 3/4] ARM: imx: add the platform rel
On 14-02-16, 21:42, Joe Perches wrote:
> Not what I get with current -next:
>
> $ ./scripts/get_maintainer.pl -f Documentation/power/opp.txt
> Viresh Kumar (maintainer:OPERATING PERFORMANCE POINTS
> (OPP))
> Nishanth Menon (maintainer:OPERATING PERFORMANCE POINTS (OPP))
> Stephen Boyd (mainta
On Fri, Feb 12, 2016 at 01:14:23AM -0300, Javier Martinez Canillas wrote:
> The max77686 and max77802 regulator drivers are for sub-devices of a MFD
> driver for some PMIC blocks. But the same object file name (max77686.o)
> was used for both the common MFD driver and the max77686 regulator one.
>
On 15.02.2016 14:28, Viresh Kumar wrote:
> On 14-02-16, 15:06, Krzysztof Kozlowski wrote:
>> Hi all,
>>
>> With recent addition of cpufreq-dt support to Exynos5422
>> it is very easy to over-heat the Odroid XU3 leading to critical shutdown:
>
> How were OPPs passed earlier? I failed to see them in
Hi Буди,
[auto build test ERROR on linuxtv-media/master]
[cannot apply to v4.5-rc4 next-20160212]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/info-are-ma/Driver-bundle-for-PT3-PX-Q3PE/20160
On 15-02-16, 02:13, Rafael J. Wysocki wrote:
> static void dbs_irq_work(struct irq_work *irq_work)
> @@ -357,6 +360,7 @@ static void dbs_update_util_handler(stru
> {
> struct cpu_dbs_info *cdbs = container_of(data, struct cpu_dbs_info,
> update_util);
> struct policy_dbs_info *policy
> diff -puN kernel/events/uprobes.c~introduce-get_user_pages_remote
> kernel/events/uprobes.c
> --- a/kernel/events/uprobes.c~introduce-get_user_pages_remote 2016-02-12
> 10:44:13.178107026 -0800
> +++ b/kernel/events/uprobes.c 2016-02-12 10:44:13.193107711 -0800
> @@ -299,7 +299,7 @@ int uprobe_
From: Буди Романто, AreMa Inc
Signed-off-by: Буди Романто, AreMa Inc
---
drivers/media/tuners/Kconfig| 14 ++
drivers/media/tuners/Makefile | 2 +
drivers/media/tuners/nm131.c| 272 ++
drivers/media/tuners/nm131.h| 13 ++
drivers/media/tuners/tda201
From: Буди Романто, AreMa Inc
Signed-off-by: Буди Романто, AreMa Inc
---
drivers/media/dvb-frontends/tc90522.c | 283 ++
drivers/media/dvb-frontends/tc90522.h | 18 +++
2 files changed, 301 insertions(+)
create mode 100644 drivers/media/dvb-frontends/tc90522.c
From: Буди Романто, AreMa Inc
Signed-off-by: Буди Романто, AreMa Inc
---
drivers/media/pci/Kconfig | 2 +-
drivers/media/pci/Makefile | 2 +-
drivers/media/pci/ptx/Kconfig | 21 ++
drivers/media/pci/ptx/Makefile | 8 +
drivers/media/pci/ptx/pt3_pci.c| 509 ++
+LAKML
On Thu, Jan 28, 2016 at 02:17:21AM +, Richard Zhu wrote:
> Hi Shawn:
> Thanks for your comments.
> Further review would copied to Stefan Agner.
Please do not top-posting.
> On Wed, Jan 06, 2016 at 04:06:43PM +0800, Richard Zhu wrote:
> > From: Richard Zhu
> >
> > - add mu driver sup
From: Буди Романто, AreMa Inc
Signed-off-by: Буди Романто, AreMa Inc
---
drivers/media/dvb-frontends/tc90522.c | 840
drivers/media/dvb-frontends/tc90522.h | 42 --
drivers/media/pci/pt3/Kconfig | 10 -
drivers/media/pci/pt3/Makefile| 8 -
dr
On Fri, 2016-02-12 at 13:01 -0800, Dave Hansen wrote:
> From: Dave Hansen
>
> For protection keys, we need to understand whether protections
> should be enforced in software or not. In general, we enforce
> protections when working on our own task, but not when on others.
> We call these "curren
From: Буди Романто, AreMa Inc
Signed-off-by: Буди Романто, AreMa Inc
---
drivers/media/tuners/mxl301rf.c | 251
drivers/media/tuners/mxl301rf.h | 23
2 files changed, 274 insertions(+)
create mode 100644 drivers/media/tuners/mxl301rf.c
create mod
From: Буди Романто, AreMa Inc
Signed-off-by: Буди Романто, AreMa Inc
---
drivers/media/tuners/qm1d1c0042.c | 246 ++
drivers/media/tuners/qm1d1c0042.h | 23
2 files changed, 269 insertions(+)
create mode 100644 drivers/media/tuners/qm1d1c0042.c
create
From: Буди Романто, AreMa Inc
The current limit is too low for latest cards with 8+ tuners on a single slot,
change to 64.
Signed-off-by: Буди Романто, AreMa Inc
---
drivers/media/dvb-core/dvbdev.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/dvb-core/dvbd
From: Буди Романто, AreMa Inc
Polished driver bundle for PT3 & PX-Q3PE, two of the most powerful
ISDB-S/ISDB-T receiver cards
currently available in Japan. Useless features are removed.
Main Components:
A. PT3 (2 ISDB-S + 2 ISDB-T receiver)
1. Altera EP4CGX15BF14C8N : customized FPGA PCI
On Sun, Feb 14, 2016 at 09:50:18AM +0300, Denis Kirjanov wrote:
> Tracepoints use RCU for protection and they must not be called on
> offline CPUS. So make this tracepoint conditional.
Good catch! Queued for review and testing.
Thanx, Paul
On Sun, Feb 14, 2016 at 07:15:23PM -0500, Jeff Layton wrote:
> We don't require a dedicated thread for fsnotify cleanup. Switch it over
> to a workqueue job instead that runs on the system_unbound_wq.
>
> In the interest of not thrashing the queued job too often when there are
> a lot of marks bei
2016-02-15 12:57 GMT+08:00 Fu Wei :
> Hi Harry,
Hi Wei Fu,
>
> Thanks for your rapid response :-)
>
>
> On 02/15/2016 03:23 AM, Weiwei Jia wrote:
>>
>> 2016-02-14 3:40 GMT+08:00 :
>>>
>>> From: Fu Wei
>>>
>>> This is a Chinese translated version of
>>> Documentation/arm64/silicon-errata.txt
>>>
Hi,
On Mon, Jan 25, 2016 at 11:24:00PM +0100, Richard Weinberger wrote:
> Not every arch has io memory.
> So, unbreak the build by fixing the dependencies.
Thanks, queued.
-- Sebastian
signature.asc
Description: PGP signature
On Mon, 2016-02-15 at 10:27 +0530, Viresh Kumar wrote:
> Hi Joe,
>
> I used get-maintainers today to submit few patches for OPP framework
> and that is defined as below in MAINTAINERS:
>
> OPERATING PERFORMANCE POINTS (OPP)
> M: Viresh Kumar
> M: Nishanth Menon
> M: Stephen Boyd
On 15-02-16, 02:12, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> The atomic work counter incrementation in gov_cancel_work() is not
> necessary any more, because work items won't be queued up after
> gov_clear_update_util() anyway, so drop it along with the comment
> about how it may be
Unify CQ create flags check)
Merging mtd/master (38714fbd299f MAINTAINERS: update Han's email)
Merging l2-mtd/master (3b5394a3ccff mtd: spi-nor: remove micron_quad_enable())
Merging crypto/master (f75516a81548 crypto: keys - Revert "convert public key
to akcipher api")
Merging drm/d
Hi Lv,
> -Original Message-
> From: Zheng, Lv
> Sent: Monday, February 15, 2016 11:34 AM
> To: Chen, Yu C; linux-a...@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org; r...@rjwysocki.net; l...@kernel.org;
> Zhang, Rui; bugzi...@hadess.net; cwhu...@android-x86.org; Chen, Yu C
> Subject: R
The Kconfig for this driver is currently:
config ACPI_BGRT
bool "Boottime Graphics Resource Table support"
...meaning that it currently is not being built as a module by anyone.
Lets remove all modular references, so that when reading the driver
there is no doubt it is builtin-only.
Since mo
On 14-02-16, 15:06, Krzysztof Kozlowski wrote:
> Hi all,
>
> With recent addition of cpufreq-dt support to Exynos5422
> it is very easy to over-heat the Odroid XU3 leading to critical shutdown:
How were OPPs passed earlier? I failed to see them in kernel somehow.
You must have been using opp-v1 e
The Kconfig currently controlling compilation of this code is:
config ACPI_APEI_GHES
bool "APEI Generic Hardware Error Source"
...meaning that it currently is not being built as a module by anyone.
Lets remove the modular code that is essentially orphaned, so that
when reading the driver t
An audit of i386/x86_64 allmodconfig builds found these instances of
non-modular ACPI code needlessly using the modular equivalents of
their built-in counterparts.
In fixing that, we get rid of some dead code, make the mandate of
the remaining code more clear, and leave behind better examples
fo
The Kconfig currently controlling compilation of this code is:
drivers/acpi/Kconfig:config CRC_PMIC_OPREGION
drivers/acpi/Kconfig: bool "ACPI operation region support for CrystalCove
PMIC"
...meaning that it currently is not being built as a module by anyone.
Lets remove the couple modular re
On (02/15/16 14:08), Sergey Senozhatsky wrote:
>
> will this compile with !CONFIG_TRACEPOINTS config?
>
uh.. sorry, was composed in email client. seems the correct way to do it is
+#if defined CONFIG_DEBUG_PAGE_REF && defined CONFIG_TRACEPOINTS
#include
#define page_ref_tracepoint_active(t
Downstream packages like Debian flash-kernel rely on
/proc/device-tree/model
to determine how to install an updated kernel image.
Most dts files provide this property.
It is suggested by IEEE Std 1275-1994.
This patch adds a model attribute for Octeon CPUs.
Signed-off-by: Heinrich Schuchardt
--
From: Kuninori Morimoto
Some R-Car sound requests picky register access which needs *force*
register write.
Some status register needs to set 1 to clear status, but we might
read 1 from its register. In such case, current regmap does nothing
and driver will be forever loop
To reduce code complexi
From: Kuninori Morimoto
We can use _force_ write by regmap_update_bits_base() option.
Let's remove unused regmap_write_bits()
Signed-off-by: Kuninori Morimoto
---
drivers/base/regmap/regmap.c | 23 ---
include/linux/regmap.h | 9 -
2 files changed, 32 deleti
From: Kuninori Morimoto
Signed-off-by: Kuninori Morimoto
---
include/linux/regmap.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/linux/regmap.h b/include/linux/regmap.h
index 7d3d498..d36ea89 100644
--- a/include/linux/regmap.h
+++ b/include/linux/regmap.h
@@ -76,8 +76,12 @@
From: Kuninori Morimoto
Signed-off-by: Kuninori Morimoto
---
drivers/base/regmap/regmap.c | 12
include/linux/regmap.h | 6 --
2 files changed, 4 insertions(+), 14 deletions(-)
diff --git a/drivers/base/regmap/regmap.c b/drivers/base/regmap/regmap.c
index 79d7f51..c7d4
From: Kuninori Morimoto
This patch merges regmap_fields_update_bits() into macro
by using regmap_field_update_bits_base().
Signed-off-by: Kuninori Morimoto
---
drivers/base/regmap/regmap.c | 26 --
include/linux/regmap.h | 4 ++--
2 files changed, 2 insertions(+
From: Kuninori Morimoto
This patch merges regmap_field_update_bits() into macro
by using regmap_field_update_bits_base().
Signed-off-by: Kuninori Morimoto
---
drivers/base/regmap/regmap.c | 20
include/linux/regmap.h | 4 ++--
2 files changed, 2 insertions(+), 22 d
From: Kuninori Morimoto
This patch adds new regmap_fields_update_bits_base() which is using
regmap_update_bits_base().
Current regmap_fields_xxx() can be merged into it by macro.
Signed-off-by: Kuninori Morimoto
---
drivers/base/regmap/regmap.c | 32
include/l
From: Kuninori Morimoto
This patch merges regmap_fields_write() into macro
by using regmap_fields_update_bits_base().
Signed-off-by: Kuninori Morimoto
---
drivers/base/regmap/regmap.c | 22 --
include/linux/regmap.h | 5 +++--
2 files changed, 3 insertions(+), 24 de
From: Kuninori Morimoto
This patch merges regmap_field_write() into macro
by using regmap_field_update_bits_base().
Signed-off-by: Kuninori Morimoto
---
drivers/base/regmap/regmap.c | 16
include/linux/regmap.h | 4 +++-
2 files changed, 3 insertions(+), 17 deletions(-
From: Kuninori Morimoto
This patch adds new regmap_field_update_bits_base() which is using
regmap_update_bits_base().
Current regmap_field_xxx() can be merged into it by macro.
Signed-off-by: Kuninori Morimoto
---
drivers/base/regmap/regmap.c | 27 +++
include/linux/re
From: Kuninori Morimoto
Current regmap has many similar update functions like below,
but the difference is very few.
regmap_update_bits()
regmap_update_bits_async()
regmap_update_bits_check()
regmap_update_bits_check_async()
Furthermore, we can add *force* write op
From: Kuninori Morimoto
Current regmap has many similar update functions like below,
but the difference is very few.
regmap_update_bits()
regmap_update_bits_async()
regmap_update_bits_check()
regmap_update_bits_check_async()
Furthermore, we can add *force* write o
From: Kuninori Morimoto
Current regmap has many similar update functions like below,
but the difference is very few.
regmap_update_bits()
regmap_update_bits_async()
regmap_update_bits_check()
regmap_update_bits_check_async()
Furthermore, we can add *force* write o
From: Kuninori Morimoto
Current regmap has many similar update functions like below,
but the difference is very few.
regmap_update_bits()
regmap_update_bits_async()
regmap_update_bits_check()
regmap_update_bits_check_async()
Furthermore, we can add *force* write o
On 12.02.2016 13:30, Javier Martinez Canillas wrote:
> The max77686 MFD driver supports both the Maxim 77686 and Maxim 77802
> PMICs but only the OF device table contains entries for both devices.
>
> The max77802 entry is missing in the I2C device ID table which isn't
> a problem currently since
From: Kuninori Morimoto
Current regmap has many similar update functions like below,
but the difference is very few.
regmap_update_bits()
regmap_update_bits_async()
regmap_update_bits_check()
regmap_update_bits_check_async()
Furthermore, we can add *force* write o
On 02/14/2016 02:22 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.10.97 release.
There are 64 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be m
Hi Mark
Current regmap has many similar functions
regmap_update_bits()
regmap_update_bits_async()
regmap_update_bits_check()
regmap_update_bits_check_async()
But difference is very few.
And I would like to have _force_ feature on it too.
So, these patches add new
On 02/14/2016 08:42 PM, maitysancha...@gmail.com wrote:
Hello Shawn,
On 16-02-14 16:33:49, Shawn Guo wrote:
On Fri, Feb 12, 2016 at 05:53:00PM +0530, Sanchayan Maity wrote:
Add iio_hwmon node to expose the temperature channel on Vybrid as
hardware monitor device using the iio_hwmon driver.
Si
> Now we can't depend for mm_cpumask, a parallel find_linux_pte_hugepte
> can happen outside that. Now i had a variant for kick_all_cpus_sync that
> ignored idle cpus. But then that needs more verification.
>
> http://article.gmane.org/gmane.linux.ports.ppc.embedded/81105
Can be racy as a CPU mov
Hello Joonsoo,
On (02/15/16 12:04), js1...@gmail.com wrote:
[..]
> <...>-9018 [004]92.678375: page_ref_set: pfn=0x17ac9 flags=0x0
> count=1 mapcount=0 mapping=(nil) mt=4 val=1
> <...>-9018 [004]92.678378: kernel_stack:
> => get_page_from_freelist (81176659)
> => __allo
Hi Andrew,
Today's linux-next merge of the akpm-current tree got a conflict in:
arch/mips/Kconfig
between commit:
d96927dfa449 ("MIPS: Select CONFIG_HANDLE_DOMAIN_IRQ and make it work.")
from the mips tree and commit:
29afe44a7fbe ("printk/nmi: generic solution for safe printk in NMI")
On Wed, 10 Feb 2016, Jarkko Sakkinen wrote:
> Hi James,
>
> As we discussed I'm sending now a revised pull request with a couple
> of new fixes to the one that I sent with the tag:
>
> tags/tpmdd-next-20160120
>
> /Jarkko
>
> The following changes since commit 388f7b1d6e8ca06762e2454d28d6c3c
Hi,
On Mon, Jan 25, 2016 at 04:45:49PM +0100, Arnd Bergmann wrote:
> The 'wakeup_enabled' variable in this driver is only accessed
> by the optional power management functions and we get a warning
> when they are disabled:
>
> drivers/power/collie_battery.c:29:12: error: 'wakeup_enabled' defined
Hi,
On Thu, Feb 11, 2016 at 03:40:51PM +0100, Linus Walleij wrote:
> Hi knock knock,
>
> On Mon, Jan 25, 2016 at 9:29 AM, Linus Walleij
> wrote:
>
> > While this driver is named after the Versatile family of
> > boards (ARM reference designs) the machine actually called
> > Versatile was not s
Hi,
On Tue, Jan 12, 2016 at 09:30:59PM +0100, Peter Rosin wrote:
> From: Peter Rosin
>
> Signed-off-by: Peter Rosin
> ---
>
> Hi!
>
> The hw I have tested this on does not have the IRQ line of the
> charger connected, so I have not actually tested how setting the
> chargeing status interacts
Oh, it's my fault to send this wrong patch, so sorry for that. pls
ignore this patch.
I has tested the new patch, it works fine on my environment. I have
resent it.
Thanks,
Chen
On 02/15/2016 11:25 AM, Chen Fan wrote:
Per the x86-specific footnote to PCI spec r3.0, sec 6.2.4, the value 255
Per the x86-specific footnote to PCI spec r3.0, sec 6.2.4, the value 255 in
the Interrupt Line register means "unknown" or "no connection."
Previously, when we couldn't derive an IRQ from the _PRT, we fell back to
using the value from Interrupt Line as an IRQ. It's questionable whether
we should d
Hi Harry,
Thanks for your rapid response :-)
On 02/15/2016 03:23 AM, Weiwei Jia wrote:
2016-02-14 3:40 GMT+08:00 :
From: Fu Wei
This is a Chinese translated version of Documentation/arm64/silicon-errata.txt
Signed-off-by: Fu Wei
Reviewed-by: Weiwei Jia
---
Documentation/zh_CN/arm64
Hi Joe,
I used get-maintainers today to submit few patches for OPP framework
and that is defined as below in MAINTAINERS:
OPERATING PERFORMANCE POINTS (OPP)
M: Viresh Kumar
M: Nishanth Menon
M: Stephen Boyd
L: linux...@vger.kernel.org
S: Maintained
T: git git://gi
We kept u_volt_min/max initialized to 0, when only the target voltage is
present in DT, instead of the target/min/max triplet.
This didn't go well with the regulator framework, as on few calls the
min voltage was set to target and max was set to 0 and so resulted in a
kernel crash like below:
ker
Hello Shawn,
On 16-02-14 16:33:49, Shawn Guo wrote:
> On Fri, Feb 12, 2016 at 05:53:00PM +0530, Sanchayan Maity wrote:
> > Add iio_hwmon node to expose the temperature channel on Vybrid as
> > hardware monitor device using the iio_hwmon driver.
> >
> > Signed-off-by: Sanchayan Maity
> > ---
> >
Hi Eduardo,
Thanks for replying.
On Sun, Feb 14, 2016 at 09:12:19AM -0800, Eduardo Valentin wrote:
> On Sun, Feb 14, 2016 at 07:00:41PM +0800, Leo Yan wrote:
[...]
> > So want to firstly to confirm if should we pass coefficients by using
> > device tree? Is someone working on related work for t
1 - 100 of 793 matches
Mail list logo
