This patch adds support usage platform driver resources, i.e.
possibility works without oftree support. Additionally patch
removes CONFIG_OF dependency and adds helper for accessing
regmap by searching device by its name.
Signed-off-by: Alexander Shiyan
---
drivers/mfd/Kconfig| 1
Hello.
...
> Thanks for the patch adding non-dt support. :-)
>
> On Mon, Feb 04, 2013 at 07:00:40PM +0400, Alexander Shiyan wrote:
> > This patch adds support usage platform driver resources, i.e.
> > possibility works without oftree support. Additionally patch
> > r
Hello.
> > ...
> >> Thanks for the patch adding non-dt support. :-)
> >>
> >> On Mon, Feb 04, 2013 at 07:00:40PM +0400, Alexander Shiyan wrote:
> >> > This patch adds support usage platform driver resources, i.e.
> >> > possibility works
Signed-off-by: Alexander Shiyan
---
drivers/mfd/syscon.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/mfd/syscon.c b/drivers/mfd/syscon.c
index e1886fb..4a7ed5a 100644
--- a/drivers/mfd/syscon.c
+++ b/drivers/mfd/syscon.c
@@ -24,17 +24,15 @@
static struct
This patch allow using syscon driver from the platform data, i.e.
possibility works without oftree support.
Signed-off-by: Alexander Shiyan
---
drivers/mfd/Kconfig| 1 -
drivers/mfd/syscon.c | 77 ++
include/linux/mfd/syscon.h | 4
The driver can be used in various subsystems and therefore should not
be unloaded when it is defined in the kernel configuration, so remove
support for unloading it.
Signed-off-by: Alexander Shiyan
---
drivers/mfd/syscon.c | 18 --
1 file changed, 18 deletions(-)
diff --git a
Hello.
> On Monday 11 February 2013, Alexander Shiyan wrote:
> > The driver can be used in various subsystems and therefore should not
> > be unloaded when it is defined in the kernel configuration, so remove
> > support for unloading it.
> >
> > Signed-off-b
The driver can be used in various subsystems and therefore should not
be unloaded when it is defined in the kernel configuration, so remove
support for unloading it.
Signed-off-by: Alexander Shiyan
---
drivers/mfd/syscon.c | 18 --
1 file changed, 18 deletions(-)
diff --git a
Signed-off-by: Alexander Shiyan
---
drivers/mfd/syscon.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/mfd/syscon.c b/drivers/mfd/syscon.c
index 55d7915..2c59ce6 100644
--- a/drivers/mfd/syscon.c
+++ b/drivers/mfd/syscon.c
@@ -25,17 +25,15 @@
static struct
> On Fri, Feb 22, 2013 at 04:29:55PM +0800, Dong Aisheng wrote:
> > On Fri, Feb 22, 2013 at 08:27:19AM +0100, Thierry Reding wrote:
> > ...
> > > > > > Otherwise, i'm also ok with this patch.
> > > > > > Acked-by: Dong Aisheng
> > > > > >
> > > > > > BTW, i did not see Samuel's tree having this n
This patch allow using syscon driver from the platform data, i.e.
possibility using driver on systems without oftree support.
For search syscon device from the client drivers,
"syscon_regmap_lookup_by_pdevname" function was added.
Signed-off-by: Alexander Shiyan
---
drivers/m
> On 02/22/2013 10:15 PM, Alexander Shiyan wrote:
> > The driver can be used in various subsystems and therefore should not
> > be unloaded when it is defined in the kernel configuration, so remove
> > support for unloading it.
>
> Why not fix the clients to module_get
> On Sat, Feb 23, 2013 at 04:51:19PM -0700, Stephen Warren wrote:
> > On 02/22/2013 10:28 PM, Alexander Shiyan wrote:
> > >> On 02/22/2013 10:15 PM, Alexander Shiyan wrote:
> > >>> The driver can be used in various subsystems and therefore should not
> >
This patch allow using syscon driver from the platform data, i.e.
possibility using driver on systems without oftree support.
For search syscon device from the client drivers,
"syscon_regmap_lookup_by_pdevname" function was added.
Signed-off-by: Alexander Shiyan
---
drivers/m
Signed-off-by: Alexander Shiyan
---
drivers/mfd/syscon.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/mfd/syscon.c b/drivers/mfd/syscon.c
index 61aea63..674af14 100644
--- a/drivers/mfd/syscon.c
+++ b/drivers/mfd/syscon.c
@@ -25,17 +25,15 @@
static struct
Hello.
Strange, but I not received an original answer from Arnd, have only this mail.
...
> >> diff --git a/drivers/mfd/syscon.c b/drivers/mfd/syscon.c
> >> index 4a7ed5a..3c0abcb 100644
> >> --- a/drivers/mfd/syscon.c
> >> +++ b/drivers/mfd/syscon.c
> >
> > Hi Alexander,
> >
> >> struct regmap
...
> >> >> struct regmap *syscon_regmap_lookup_by_compatible(const char *s)
> >> >> {
> >> >> struct device_node *syscon_np;
> >> >> struct regmap *regmap;
> >> >> + struct syscon *syscon;
> >> >> + struct device *dev;
> >> >>
> >> >> syscon_np = of_find_compatible_node
...
> >> >> >> struct regmap *syscon_regmap_lookup_by_compatible(const char *s)
> >> >> >> {
> >> >> >> struct device_node *syscon_np;
> >> >> >> struct regmap *regmap;
> >> >> >> + struct syscon *syscon;
> >> >> >> + struct device *dev;
> >> >> >>
> >> >> >> syscon_np =
> > ...
> >> >> >> >> struct regmap *syscon_regmap_lookup_by_compatible(const char *s)
> >> >> >> >> {
> >> >> >> >> struct device_node *syscon_np;
> >> >> >> >> struct regmap *regmap;
> >> >> >> >> + struct syscon *syscon;
> >> >> >> >> + struct device *dev;
> >> >> >> >>
> >
> On 20 February 2013 19:14, Arnd Bergmann wrote:
> > On Wednesday 20 February 2013, Dong Aisheng wrote:
> >> On 20 February 2013 18:06, Arnd Bergmann wrote:
> >> > I would first like to get an answer to the question I asked in my first
> >> > mail,
> >> > which is what the use case of non-DT su
> > OK. I can convert platform to DT, no so easy, but possible.
> > But I will use syscon as way to using DT (and MULTIPLATFORM in the future),
> > this mean that I should completely drop ATAG support from this platform
> > (since I cannot use syscon device without DT support, but several platform
> On Wednesday 20 February 2013, Alexander Shiyan wrote:
> > No. Target have a three SYSCON registers and two SYSFLG. All these registers
> > can be combined into three syscon devices.
> > Only these registers will be handled via syscon device, so it is not only
> >
...
> > > > > treat the absence of DT information as an error, and a call to
> > > > > syscon_regmap_lookup_by_compatible or syscon_regmap_lookup_by_phandle
> > > > > will always return the syscon device that was registered first, or
> > > > > -EPROBE_DEFER for any error.
> > > >
> > > > The initi
This patch allow using syscon driver from the platform data, i.e.
possibility using driver on systems without oftree support.
For search syscon device from the client drivers,
"syscon_regmap_lookup_by_pdevname" function was added.
Signed-off-by: Alexander Shiyan
---
drivers/m
> On Thu, Feb 21, 2013 at 07:29:02PM +0400, Alexander Shiyan wrote:
> > This patch allow using syscon driver from the platform data, i.e.
> > possibility using driver on systems without oftree support.
> > For search syscon device from the client drivers,
> > "
This patch allow using syscon driver from the platform data, i.e.
possibility using driver on systems without oftree support.
For search syscon device from the client drivers,
"syscon_regmap_lookup_by_pdevname" function was added.
Signed-off-by: Alexander Shiyan
---
drivers/m
Signed-off-by: Alexander Shiyan
---
drivers/mfd/syscon.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/mfd/syscon.c b/drivers/mfd/syscon.c
index 61aea63..674af14 100644
--- a/drivers/mfd/syscon.c
+++ b/drivers/mfd/syscon.c
@@ -25,17 +25,15 @@
static struct
> On 03/13/2013 11:34 AM, Alexander Shiyan wrote:
> > This patch allow using syscon driver from the platform data, i.e.
> > possibility using driver on systems without oftree support.
> > For search syscon device from the client drivers,
> > "syscon_regmap_lookup
> On 14 March 2013 01:34, Alexander Shiyan wrote:
> > This patch allow using syscon driver from the platform data, i.e.
> > possibility using driver on systems without oftree support.
> > For search syscon device from the client drivers,
> > "syscon_regmap_lookup
> On Friday 15 March 2013, Alexander Shiyan wrote:
> > > On 14 March 2013 01:34, Alexander Shiyan wrote:
> > > > This patch allow using syscon driver from the platform data, i.e.
> > > > possibility using driver on systems without oftree support.
> > &g
This patch allow using syscon driver from the platform data, i.e.
possibility using driver on systems without oftree support.
For search syscon device from the client drivers,
"syscon_regmap_lookup_by_pdevname" function was added.
Signed-off-by: Alexander Shiyan
Acked-by: Dong Aisheng
Signed-off-by: Alexander Shiyan
Acked-by: Dong Aisheng
Acked-by: Arnd Bergmann
---
drivers/mfd/syscon.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/mfd/syscon.c b/drivers/mfd/syscon.c
index 61aea63..674af14 100644
--- a/drivers/mfd/syscon.c
+++ b/drivers
> From: Stefan Roese
>
> The Allwinner A10 has an ethernet controller that is advertised as
> coming from Davicom.
>
> The exact feature set of this controller is unknown, since there is no
> public documentation for this IP, and this driver is mostly the one
> published by Allwinner that has be
This patch removes "base" field from private driver data.
No reason to store this variable.
Signed-off-by: Alexander Shiyan
---
drivers/mfd/syscon.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/mfd/syscon.c b/drivers/mfd/syscon.c
index 1a3151
> Hi Bryan,
>
> After merging the leds tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> drivers/leds/leds-mc13783.c: In function 'mc13xxx_led_probe':
> drivers/leds/leds-mc13783.c:280:4: error: implicit declaration of function
> 'of_get_next_child' [-Werror=implicit-f
Patch removes unneeded check for resource since
devm_ioremap_resource do all for us.
Signed-off-by: Alexander Shiyan
---
drivers/misc/sram.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/misc/sram.c b/drivers/misc/sram.c
index 4a93886..d87cc91 100644
--- a
Signed-off-by: Alexander Shiyan
---
drivers/rtc/rtc-ds1742.c | 18 ++
1 file changed, 6 insertions(+), 12 deletions(-)
diff --git a/drivers/rtc/rtc-ds1742.c b/drivers/rtc/rtc-ds1742.c
index eccdc62..9fba0ae 100644
--- a/drivers/rtc/rtc-ds1742.c
+++ b/drivers/rtc/rtc-ds1742.c
Signed-off-by: Alexander Shiyan
---
drivers/rtc/rtc-ds1742.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/rtc/rtc-ds1742.c b/drivers/rtc/rtc-ds1742.c
index 9fba0ae..139934f 100644
--- a/drivers/rtc/rtc-ds1742.c
+++ b/drivers/rtc/rtc-ds1742.c
@@ -52,7 +52,6 @@
#define
Signed-off-by: Alexander Shiyan
---
drivers/rtc/rtc-ds1742.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/rtc/rtc-ds1742.c b/drivers/rtc/rtc-ds1742.c
index 139934f..17b73fd 100644
--- a/drivers/rtc/rtc-ds1742.c
+++ b/drivers/rtc/rtc-ds1742.c
@@ -115,11 +115,7
Acked-by: Dong Aisheng
Acked-by: Arnd Bergmann
Signed-off-by: Alexander Shiyan
---
drivers/mfd/syscon.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/mfd/syscon.c b/drivers/mfd/syscon.c
index 61aea63..674af14 100644
--- a/drivers/mfd/syscon.c
+++ b/drivers/mfd
" is eliminated.
Acked-by: Dong Aisheng
Acked-by: Arnd Bergmann
Signed-off-by: Alexander Shiyan
---
drivers/mfd/Kconfig| 1 -
drivers/mfd/syscon.c | 75 +++---
include/linux/mfd/syscon.h | 1 +
3 files changed, 46 insertions(+), 31 dele
Private field "rtc" is not used outside "probe", so there are
no reason to keep it in driver.
Signed-off-by: Alexander Shiyan
---
drivers/rtc/rtc-ds1742.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/rtc/rtc-ds1742.c b/drivers/rtc/rtc-ds1742.c
index 9fba0ae..
This patch replaces devm_request_mem_region() and devm_ioremap()
by devm_ioremap_resource().
Signed-off-by: Alexander Shiyan
---
drivers/rtc/rtc-ds1742.c | 18 ++
1 file changed, 6 insertions(+), 12 deletions(-)
diff --git a/drivers/rtc/rtc-ds1742.c b/drivers/rtc/rtc-ds1742.c
Let RTC core decides if the retrieved time is invalid,
instead of processing errors in the driver.
Signed-off-by: Alexander Shiyan
---
drivers/rtc/rtc-ds1742.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/rtc/rtc-ds1742.c b/drivers/rtc/rtc-ds1742.c
index
> Wolfram wrote:
>
> > On Fri, Aug 23, 2013 at 02:38:20PM -0400, Vivien Didelot wrote:
> > > This patch moves the at24.h header from include/linux/i2c to
> > > include/linux/platform_data and updates existing support
> > > accordingly.
> >
> > This message explains what the patch does but not why
> The device lm90 can be controlled by the vdd rail.
> Adding the power control support to power on/off the vdd rail.
> And make sure that power is enabled before accessing the device.
>
> Signed-off-by: Wei Ni
> ---
> drivers/hwmon/lm90.c | 52
> ++
> On 08/07/2013 03:50 PM, Guenter Roeck wrote:
> > On 08/07/2013 12:32 AM, Wei Ni wrote:
> >> On 08/07/2013 03:27 PM, Alexander Shiyan wrote:
> >>>> The device lm90 can be controlled by the vdd rail.
> >>>> Adding the power control support to powe
> The device lm90 can be controlled by the vdd rail.
> Adding the power control support to power on/off the vdd rail.
> And make sure that power is enabled before accessing the device.
>
> Signed-off-by: Wei Ni
> ---
> drivers/hwmon/lm90.c | 49 +
> On 08/08/2013 04:42 PM, Guenter Roeck wrote:
> > On 08/07/2013 11:56 PM, Wei Ni wrote:
> >> The device lm90 can be controlled by the vdd rail.
> >> Adding the power control support to power on/off the vdd rail.
> >> And make sure that power is enabled before accessing the device.
> >>
> >> Signed
Hi all.
Instead of adding the support of regulators in each device, let's think about
whether it is possible to create a global regulator for any device on the I2C
bus.
I see it like this:
We add an extra field in the i2c_board_info structure "power_name" and handle
it in the i2c_device_{probe/r
On Tue, 2 Jul 2013 20:50:00 +0400
Alexander Shiyan wrote:
>
> Signed-off-by: Alexander Shiyan
> ---
> drivers/rtc/rtc-ds1742.c | 18 ++
> 1 file changed, 6 insertions(+), 12 deletions(-)
>
> diff --git a/drivers/rtc/rtc-ds1742.c b/drivers/rtc/rtc-ds1
> On Fri, Aug 09, 2013 at 09:57:00AM +0400, Alexander Shiyan wrote:
>
> > Instead of adding the support of regulators in each device, let's think
> > about
> > whether it is possible to create a global regulator for any device on the
> > I2C bus.
>
>
> Some SoC have MMIO regions that are shared across orthogonal
> subsystems. This commit implements a possible solution for the
> thread-safe access of such regions through a spinlock-protected API
> with clear-set semantics.
>
> Concurrent access is protected with a single spinlock for the
> enti
> On Sat, Aug 10, 2013 at 11:02:38AM -0300, Ezequiel Garcia wrote:
> > On Sat, Aug 10, 2013 at 04:49:28PM +0400, Alexander Shiyan wrote:
> > > > Some SoC have MMIO regions that are shared across orthogonal
> > > > subsystems. This commit implements a possible sol
Hello.
Just for information,
this is list of non-existent Kconfig symbols in the linux-next tree:
/home/git/linux-aug10/arch/arm/mach-bcm/Kconfig:11 Bad =select= reference to
GENERIC_TIME.
/home/git/linux-aug10/arch/arm/mach-bcm/Kconfig:12 Bad =select= reference to
GPIO_BCM.
/home/git/linux-aug
Patch adds device tree probe support for mc13783-regulator driver.
Signed-off-by: Alexander Shiyan
---
drivers/regulator/mc13783-regulator.c | 55 ++
drivers/regulator/mc13xxx-regulator-core.c | 2 ++
2 files changed, 42 insertions(+), 15 deletions(-)
diff
Hello.
> After merging the mfd tree, today's linux-next build (x86_64 allmodconfig)
> failed like this:
>
> drivers/regulator/anatop-regulator.c: In function 'anatop_regulator_probe':
> drivers/regulator/anatop-regulator.c:134:2: error: implicit declaration of
> function 'of_get_parent' [-Werror
Rob's ACK.
I've revised my initial opinion and write a quick patch for fix this issue.
From a884d309d2978cbc44c52b650d669e56fef664e2 Mon Sep 17 00:00:00 2001
From: Alexander Shiyan
Date: Mon, 8 Apr 2013 19:13:10 +0400
Subject: [PATCH] regulator: anatop: Make select dependency from
HAVE_IMX_ANA
Hello.
> On Sun, Apr 07, 2013 at 09:02:11PM +0400, Alexander Shiyan wrote:
> > Patch adds device tree probe support for mc13783-regulator driver.
>
> I'd expect to see a document describing the binding for any new binding.
OK.
> > + if (nu
> On Mon, Apr 08, 2013 at 08:27:49PM +0400, Alexander Shiyan wrote:
> > > > > After merging the mfd tree, today's linux-next build (x86_64
> > > > > allmodconfig)
> > > > > failed like this:
> > > > >
> > > > > d
pe 'resource_size_t' [-Wformat]
drivers/mfd/syscon.c:155:2: warning: format '%x' expects argument of type
'unsigned int', but argument 4 has type 'resource_size_t' [-Wformat]
Signed-off-by: Alexander Shiyan
---
drivers/mfd/syscon.c | 2 +-
1 file chang
> The coda driver uses the generic allocator to get at the
> "iram" memory, so add the necessary dependency to avoid:
>
> drivers/built-in.o: In function `coda_remove':
> :(.text+0x2ab680): undefined reference to `gen_pool_free'
> drivers/built-in.o: In function `coda_probe':
> :(.text+0x2ad168):
Signed-off-by: Alexander Shiyan
---
arch/arc/Kconfig | 2 --
1 file changed, 2 deletions(-)
diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
index 6de5ace..491ae79 100644
--- a/arch/arc/Kconfig
+++ b/arch/arc/Kconfig
@@ -16,8 +16,6 @@ config ARC
select GENERIC_FIND_FIRST_BIT
> Signed-off-by: Alexander Shiyan
> ---
> drivers/mfd/syscon.c | 5 +
> 1 file changed, 1 insertion(+), 4 deletions(-)
>
> diff --git a/drivers/mfd/syscon.c b/drivers/mfd/syscon.c
> index 61aea63..674af14 100644
> --- a/drivers/mfd/syscon.c
> +++ b/drivers/mfd/
> On Thu, Feb 28, 2013 at 06:57:14PM +0400, Alexander Shiyan wrote:
> > This patch allow using syscon driver from the platform data, i.e.
> > possibility using driver on systems without oftree support.
> > For search syscon device from the client drivers,
> > "
> On Monday 11 March 2013, Dong Aisheng wrote:
> > > > > + dev = driver_find_device(&syscon_driver.driver, NULL, (void *)s,
> > > > > + syscon_match_pdevname);
> > > > > + if (!dev)
> > > > > + return ERR_PTR(-ENODEV);
> > > >
> > > > Should it be ERR_PTR(-EPROBE_D
Hello.
> Use dev_pm_ops instead of the deprecated legacy suspend/resume for the
> max310x driver.
>
> Cc: Alexander Shiyan
> Signed-off-by: Lars-Peter Clausen
> ---
> drivers/tty/serial/max310x.c | 24
> 1 file changed, 16 insertions(+), 8 dele
> On 03/11/2013 07:10 PM, Alexander Shiyan wrote:
> > Hello.
> >
> >> Use dev_pm_ops instead of the deprecated legacy suspend/resume for the
> >> max310x driver.
> >>
> >> Cc: Alexander Shiyan
> >> Signed-off-by: Lars-Pet
> On 03/11/2013 07:41 PM, Alexander Shiyan wrote:
> >> On 03/11/2013 07:10 PM, Alexander Shiyan wrote:
> >>> Hello.
> >>>
> >>>> Use dev_pm_ops instead of the deprecated legacy suspend/resume for the
> >>>> max310x driver.
&g
This header was used by the driver "stallion", but the driver has
been removed as a result of migration 2.4 -> 2.6 and the header is
still present in the system and is not currently used by any driver.
We can safely remove it.
Signed-off-by: Alexander Shiyan
---
include/linux/sc2
Hello.
...
> >> >> Thanks for the patch adding non-dt support. :-)
> >> >>
> >> >> On Mon, Feb 04, 2013 at 07:00:40PM +0400, Alexander Shiyan wrote:
> >> >> > This patch adds support usage platform driver resources, i.e.
> &g
This patch allow using syscon driver from the platform data, i.e.
possibility using driver on systems without oftree support.
Signed-off-by: Alexander Shiyan
---
drivers/mfd/Kconfig | 1 -
drivers/mfd/syscon.c | 76 +++-
2 files changed, 57
> The function only saves initial arch-specific "no FIQ" instruction, by
> placing the code into set_fiq_handler() we can:
>
> - Have less code and logic in the platform-specific files;
> - Have the code that manages FIQ vector overwriting in one place, i.e.
> don't spread the logic around.
>
>
> On Fri, Nov 23, 2012 at 07:40:30AM +0400, Alexander Shiyan wrote:
> [...]
> > > static unsigned long no_fiq_insn;
> > > +static int got_no_fiq_insn;
> > > @@ -78,11 +79,14 @@ void show_fiq_list(struct seq_file *p, int prec)
> > >
> > > vo
> On Fri, Nov 23, 2012 at 10:27:51AM +0400, Alexander Shiyan wrote:
> > > On Fri, Nov 23, 2012 at 07:40:30AM +0400, Alexander Shiyan wrote:
> > > [...]
> > > > > static unsigned long no_fiq_insn;
> > > > > +static int got_no_fiq_insn;
>
>Среда, 21 сентября 2016, 9:57 +03:00 от Yangbo Lu :
>
>From: Arnd Bergmann < a...@arndb.de >
>
>We keep running into cases where device drivers want to know the exact
>version of the a SoC they are currently running on. In the past, this has
>usually been done through a vendor specific API that ca
>Четверг, 15 сентября 2016, 13:13 +03:00 от Fabien Lahoudere
>:
>
>From: Kalle Kankare < kalle.kank...@vincit.fi >
>
>Add clocks configuration for CSI, FIRI and IEEE1588.
>
>Signed-off-by: Fabien Lahoudere < fabien.lahoud...@collabora.co.uk >
>---
> drivers/clk/imx/clk-imx51-imx53.c | 20
Since board support for the CLPS711X platform was removed,
remove the board support from the clps711x-timer driver.
Signed-off-by: Alexander Shiyan
---
drivers/clocksource/clps711x-timer.c | 44 +++-
1 file changed, 13 insertions(+), 31 deletions(-)
diff --git a
Пятница, 5 июня 2015, 8:51 +02:00 от Romain Baeriswyl
:
> ---
> .../devicetree/bindings/gpio/gpio-generic.txt | 19 +
> drivers/gpio/gpio-generic.c| 81 ++-
> 2 files changed, 78 insertions(+), 22 deletions(-)
> create mode 100644 Documentati
Hello.
Четверг, 11 июня 2015, 12:32 +02:00 от Romain Baeriswyl
:
> This patch adds support of device tree to the gpio-generic driver.
>
> Signed-off-by: Romain Baeriswyl
> ---
The only issue how the direction will be handled in this case?
Thanks.
---
> * clps711x -- prehistoric, converted to multiplatform+DT in 2016, no
> changes since
I still keep this architecture up and running (currently at 5.9.0).
--
Alexander Shiyan
This patch moves diagnostic messages used for debugging purposes
to dev_dbg().
Signed-off-by: Alexander Shiyan
---
drivers/mfd/syscon.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/syscon.c b/drivers/mfd/syscon.c
index 71841f9..2620056 100644
--- a/drivers/mfd
This helps increasing build testing coverage.
To do this, __raw_{read,write}b() functions was be replaced with
simple {read,write}b() variants.
Signed-off-by: Alexander Shiyan
---
drivers/w1/masters/Kconfig | 2 +-
drivers/w1/masters/mxc_w1.c | 12 ++--
2 files changed, 7 insertions
This patch fix mxc_w1_ds2_reset_bus() return value.
According to i.MX reference manual, "presence status" reflected
in the bit 6 of control register.
Signed-off-by: Alexander Shiyan
---
drivers/w1/masters/mxc_w1.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/
Configuration for masters and slaves is included only if W1 symbol
enabled, so no reason to check it once more.
Signed-off-by: Alexander Shiyan
---
drivers/w1/masters/Kconfig | 3 +--
drivers/w1/slaves/Kconfig | 5 -
2 files changed, 1 insertion(+), 7 deletions(-)
diff --git a/drivers/w1
- Remove old and currently wrong address of the FSF from license
parts of the code.
- Remove unused #include and sort remaining headers alphabetically.
- Remove unised definitions.
- Add definitions for bit-fields.
- Add missing module owner field.
Signed-off-by: Alexander Shiyan
---
drivers
Signed-off-by: Alexander Shiyan
---
include/linux/mfd/mc13xxx.h | 22 --
1 file changed, 12 insertions(+), 10 deletions(-)
diff --git a/include/linux/mfd/mc13xxx.h b/include/linux/mfd/mc13xxx.h
index a326c85..d63b1d3 100644
--- a/include/linux/mfd/mc13xxx.h
+++ b/include
Вторник, 4 марта 2014, 11:01 +02:00 от Peter Ujfalusi :
> We can then remove the iounmap() calls from probe and remove.
> Since the driver requests the resources via index we can do the mem resource
> request within a for loop.
>
> Signed-off-by: Peter Ujfalusi
> Reviewed-by: Santosh Shilimkar
Вторник, 4 марта 2014, 13:12 +04:00 от Alexander Shiyan :
> Вторник, 4 марта 2014, 11:01 +02:00 от Peter Ujfalusi
> :
> > We can then remove the iounmap() calls from probe and remove.
> > Since the driver requests the resources via index we can do the mem resource
> > r
Вторник, 4 марта 2014, 12:05 +01:00 от Thomas Gleixner :
> On Sat, 1 Mar 2014, Alexander Shiyan wrote:
>
> > This will allow to use dummy IRQ handler no_action() from
> > drivers compiled as module. For example, dummy handler is could
> > be used for drivers that use ARM
+сс Arnd Bergmann
Вторник, 4 марта 2014, 16:46 +01:00 от Thomas Gleixner :
> On Tue, 4 Mar 2014, Alexander Shiyan wrote:
>
> > Вторник, 4 марта 2014, 12:05 +01:00 от Thomas Gleixner
> > :
> > > On Sat, 1 Mar 2014, Alexander Shiyan wrote:
> > >
> > &g
This will allow to use dummy IRQ handler no_action() from
drivers compiled as module. For example, dummy handler is could
be used for drivers that use ARM FIQ interrupts.
Signed-off-by: Alexander Shiyan
---
kernel/irq/handle.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/kernel/irq
This will allow to use dummy IRQ handler no_action() from
drivers compiled as module. For example, dummy handler is could
be used for drivers that use ARM FIQ interrupts.
Signed-off-by: Alexander Shiyan
---
kernel/irq/handle.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/kernel/irq
Tue, 18 Mar 2014 09:02:37 + от Lee Jones :
> > Signed-off-by: Alexander Shiyan
> > ---
> > include/linux/mfd/mc13xxx.h | 22 --
> > 1 file changed, 12 insertions(+), 10 deletions(-)
> >
> > diff --git a/include/linux/mfd/mc13xxx.h b/i
Tue, 18 Mar 2014 09:27:35 + от Lee Jones :
> > > > Signed-off-by: Alexander Shiyan
> > > > ---
> > > > include/linux/mfd/mc13xxx.h | 22 --
> > > > 1 file changed, 12 insertions(+), 10 deletions(-)
> > > >
>
Wed, 19 Mar 2014 08:51:44 + от Lee Jones :
> On Tue, 18 Mar 2014, Bryan Wu wrote:
>
> > On Tue, Mar 18, 2014 at 2:40 AM, Lee Jones wrote:
> > >> > > > > Signed-off-by: Alexander Shiyan
> > >> > > &g
CC drivers/clocksource/zevio-timer.o
drivers/clocksource/zevio-timer.c:215:1: warning: comparison of distinct
pointer types lacks a cast [enabled by default]
Signed-off-by: Alexander Shiyan
---
drivers/clocksource/zevio-timer.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion
Hello.
Вторник, 11 февраля 2014, 17:10 UTC от Pawel Moll :
> Use the device platform data as a regmap config
> name. This is particularly useful in the regmap
> debugfs when there is more than one syscon device
> registered, to distinguish the register blocks.
>
> Cc: Samuel Ortiz
> Cc: Lee Jone
Среда, 12 февраля 2014, 11:06 UTC от Pawel Moll :
> On Wed, 2014-02-12 at 08:26 +, Lee Jones wrote:
> > > > Use the device platform data as a regmap config
> > > > name. This is particularly useful in the regmap
> > > > debugfs when there is more than one syscon device
> > > > registered, to di
Среда, 19 февраля 2014, 12:04 +01:00 от Michal Simek :
> Some platforms need to get system controller
> ready as soon as possible.
> The patch provides early_syscon_initialization
> which create early mapping for all syscon compatible
> devices in early_syscon_probe.
> Regmap is get via syscon_earl
1 - 100 of 192 matches
Mail list logo
