If dmaengine driver's .device_alloc_chan_resources() method returns -ENODEV,
dma_request_channel() will decide, that the driver has been removed and will
remove the device from its list. To prevent this use ENXIO if a slave lookup
fails.
Reported-by: Kuninori Morimoto
Signed-off-by: Gue
Hi all
On Sat, 2 Mar 2013, Mark Brown wrote:
> On Mon, Feb 18, 2013 at 10:57:44AM +0100, Guennadi Liakhovetski wrote:
> > Add device-tree bindings to the AS3711 regulator and backlight drivers.
>
> Reviwed-by: Mark Brown
This patch has been submitted more than a month ago and o
Hi Richard
Could you tell us your opinion on this:
On Mon, 28 Jan 2013, Jingoo Han wrote:
> On Friday, January 25, 2013 4:49 PM, Guennadi Liakhovetski wrote
> >
> > Hi Jingoo Han
> >
> > On Fri, 25 Jan 2013, Jingoo Han wrote:
> >
> > > On Wed
Include the missing platform_device.h header to fix errors like
error: implicit declaration of function 'platform_set_drvdata'
and similar.
Signed-off-by: Guennadi Liakhovetski
---
Please, push for 3.9
drivers/video/backlight/as3711_bl.c |1 +
1 files changed, 1 insert
e from this list: send the line "unsubscribe linux-mmc" in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.
A wrong path to a driver breaks DocBook built.
Cc: Jiri Slaby
Signed-off-by: Guennadi Liakhovetski
---
A fix for 3.9
Documentation/DocBook/device-drivers.tmpl |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Documentation/DocBook/device-drivers.tmpl
b/Documentation
Hi Jingoo Han
On Fri, 25 Jan 2013, Jingoo Han wrote:
> On Wednesday, January 09, 2013 2:55 AM, Guennadi Liakhovetski wrote
> >
> > This is an initial commit of a backlight driver, using step-up DCDC power
> > supplies on AS3711 PMIC. Only one mode has actually been tested
1.7.9.5
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-mmc" in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Softwar
This looks correct, but don't we also have to remove __init from
omap1_cam_probe()? Or would that be a separate patch?
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/
--
To unsubscribe from this list: send the line &quo
Add device-tree bindings to the AS3711 regulator and backlight drivers.
Signed-off-by: Guennadi Liakhovetski
---
v2:
1. remove a redundant of_device_is_available() check, this also eliminates
a compile breakage
2. add .of_node regulator configuration field initialisation
3. add parenthesis
A "< 0" test for an unsigned variable is meaningless, change the variable
to signed.
Signed-off-by: Guennadi Liakhovetski
---
stable?
drivers/cpufreq/cpufreq-cpu0.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/cpufreq/cpufreq-cpu0.c b/dr
of_node_put() is called on either branch of a conditional, simplify the
code by only calling it once.
Signed-off-by: Guennadi Liakhovetski
---
drivers/regulator/tps6586x-regulator.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/drivers/regulator/tps6586x
clk_set_rate() isn't supposed to accept approximate frequencies, instead
a supported frequency should be obtained from clk_round_rate() and then
used to set the clock.
Signed-off-by: Guennadi Liakhovetski
---
Applies on top of my previous patch to fix unsigned freq_Hz "cpufreq: fix
specifically disables sysfs bind/unbind
> attributes.
>
> Similarly probe() methods should not be marked __init unless
> platform_driver_probe() is used.
>
> Signed-off-by: Dmitry Torokhov
> ---
>
> v1->v2: removed __init markup on omap1_cam_probe() that was po
> Cc: Josh Wu
> Cc: Guennadi Liakhovetski
> Cc: Hans Verkuil
> Cc: linux-me...@vger.kernel.org
Thanks for the patch. Subtracting this series
http://thread.gmane.org/gmane.linux.drivers.video-input-infrastructure/61403
you only need to convert atmel-isi.c. Please, respin.
Thanks
roah-Hartman
> Cc: Mauro Carvalho Chehab
> Cc: Josh Wu
> Cc: Guennadi Liakhovetski
> Cc: Hans Verkuil
> Cc: linux-me...@vger.kernel.org
> ---
> drivers/media/platform/soc_camera/atmel-isi.c | 12 +---
> 1 file changed, 1 insertion(+), 11 deletions(-)
>
> diff
Hi Arnd
It probably wouldn't be very difficult to also include
arch/arm/plat-mxc/include/mach/ipu.h in this your patch, but you can also
leave it for later. Just to make sure it's not something that would make
your future patching more complicated.
Thanks
Guennadi
---
Guennadi Li
On Tue, 11 Sep 2012, Arnd Bergmann wrote:
> On Tuesday 11 September 2012, Guennadi Liakhovetski wrote:
> > Hi Arnd
> >
> > It probably wouldn't be very difficult to also include
> > arch/arm/plat-mxc/include/mach/ipu.h in this your patch, but you can also
>
As discussed on i2c mailing list with David Brownell, and number
outside of the 0...MAX_INT range is invalid as a GPIO number.
Define a macro, similar to NO_IRQ, to be used as a deliberate
invalid GPIO, rather than defining a is_valid_gpio() macro.
Signed-off-by: Guennadi Liakhovetski <[EM
mally. The system is a dual [EMAIL PROTECTED], Compaq AP400. It is known to
have various ACPI bugs, so, this is just another one of them. No idea
whether or not this shall and can be fixed. At least wanted to document it
in case someone has a similar problem.
Thanks
Guennadi
---
Guennadi Liakhov
y this could be
happening?
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
Mor
t; driver is
only registered later. I'll try to look at this in more detail - since
when this is broken and how the registration order looked before. This is
just a first heads-up in case someone has a solution immediately at hand.
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freel
On Wed, 24 Oct 2012, Ming Lei wrote:
> On Wed, Oct 24, 2012 at 6:49 PM, Guennadi Liakhovetski
> wrote:
> > Hi
> >
> > I cannot seem to force selection of a serial console by specifying
> > "console=ttySC0..." on the command line with modern (yesterday'
problems. Below is ubuntu's dmesg with a place marked where Debian and
self-compiled vanilla 2.6.24.2 kernels hang. Tried "pci=noacpi",
"acpi=noirq", "noapic", "nolapic", "pci=routeirq" with no success.
Thanks
Guennadi
---
Guennadi Liak
On Thu, 14 Feb 2008, Guennadi Liakhovetski wrote:
> 2.6.24.2 fails to boot on the above system with an Intel DQ35JO
> motherboard, as do Debian install kernels - both stock etch amd64 and
> updated image from Kenshi Muto (kmuto.jp). The only way to boot was with
> "acpi=off
n issue with timing ?
>
> I don't have HW access to this machine. If somebody could send one to me
> I could do more investigation.
Ben, would an ssh access to such a machine and to a terminal server
suffice?
Thanks
Guennadi
---
Guennadi Liakhovetski
--
To unsubscribe from this list
On Thu, 26 Jul 2012, Vinod Koul wrote:
> On Thu, 2012-07-26 at 15:58 +0900, Paul Mundt wrote:
> > On Thu, Jul 26, 2012 at 12:19:21PM +0530, Vinod Koul wrote:
> > > On Wed, 2012-07-25 at 12:59 +0900, Paul Mundt wrote:
> > > > On Wed, May 09, 2012 at 05:09:21PM +020
Hi all
as has been reported in this
http://thread.gmane.org/gmane.linux.kernel/1294256/focus=16001
thread, currently sh-sci doesn't comiple in the mainline and in -next if
CONFIG_SERIAL_SH_SCI_DMA is enabled. This patch series fixes this
breakage.
Thanks
Guennadi
---
Guennadi Liakhov
A recent commit:
commit d6fa5a4e7ab605370fd6c982782f84ef2e6660e7
Author: Guennadi Liakhovetski
serial: sh-sci: prepare for conversion to the shdma base library
is not sufficient to update the sh-sci driver to the new shdma driver
layout. This caused compilation breakage, when
The recent shdma driver split has mistakenly removed support for partial
DMA transfer size calculation on forced termination. This patch restores
it.
Signed-off-by: Guennadi Liakhovetski
---
drivers/dma/sh/shdma-base.c |9 +
drivers/dma/sh/shdma.c | 12
include
d INT_Status ! */
> @@ -736,7 +737,7 @@ DC390_Interrupt(void *dev_id)
> }
>
> unlock:
> -spin_unlock_irq(pACB->pScsiHost->host_lock);
> + spin_unlock_irqrestore(pACB->pScsiHost->host_lock, flags);
> return IRQ_HANDLED;
> }
>
> --
}
> }
>
> pcdev->soc_host.drv_name = MX2_CAM_DRV_NAME,
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-media" in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at http://vger.kernel.o
;s occurring too often in
real life, so, I didn't bother sending a separate fix:-) But yes, let's
fix it properly. Please, update the other patch to mx2_camera and I'll
send a "fixes" pull request with these two and an ov2640 fix.
Thanks
Guennadi
>
> /* At
Don't recalculate an available pointer.
Signed-off-by: Guennadi Liakhovetski
---
diff --git a/drivers/base/platform.c b/drivers/base/platform.c
index a1a7225..efe9aa9 100644
--- a/drivers/base/platform.c
+++ b/drivers/base/platform.c
@@ -166,8 +166,8 @@ static void platform_device_release(s
Hi Mark
Looking at regmap.c it looks like the .readable_reg() callback is not
consulted when performing a register read, e.g. in _regmap_raw_read(). Is
this intentional? If yes - why?
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open
On Sun, 28 Oct 2012, Mark Brown wrote:
> On Sun, Oct 28, 2012 at 12:36:40AM +0200, Guennadi Liakhovetski wrote:
>
> > Looking at regmap.c it looks like the .readable_reg() callback is not
> > consulted when performing a register read, e.g. in _regmap_raw_read(). Is
> >
MMC systems, so, cannot test. In fact that code hasn't been touched for a
while now, so, I don't even know if anyone is still using it. With that in
mind
Acked-by: Guennadi Liakhovetski
Thanks
Guennadi
> ---
> drivers/mmc/host/tmio_mmc.c | 24 ++--
>
Hi Vinod,
Thanks for applying the patches!
On Sun, 25 Aug 2013, Vinod Koul wrote:
> On Tue, Jul 02, 2013 at 05:45:49PM +0200, Guennadi Liakhovetski wrote:
> > Hi
> >
> > The first two patches in this small series improve driver internals a bit
> > by using preferr
A bad merge resulted in a left-over free_irq() call. This patch removes it.
Signed-off-by: Guennadi Liakhovetski
---
Against today's dma-slave next branch.
drivers/dma/sh/shdmac.c |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/drivers/dma/sh/shdmac.c b/dr
f current
http://git.infradead.org/users/vkoul/slave-dma.git next branch, there it
will patch the drivers/dma/sh/shdmac.c file, not drivers/dma/sh/shdma.c.
After that feel free to add my
Acked-by: Guennadi Liakhovetski
Thanks
Guennadi
> ---
> drivers/dma/sh/shdma.c |3 ---
> driver
Hi Vinod,
On Mon, 26 Aug 2013, Vinod Koul wrote:
> On Mon, Aug 26, 2013 at 02:27:51PM +0200, Guennadi Liakhovetski wrote:
> > A bad merge resulted in a left-over free_irq() call. This patch removes it.
> Applied, thanks
>
> Can you also test this branch and see if anything is
ards qualifiers from
pointer target type
This patch re-adds the dropped "const" qualifier and fixes the warning.
Signed-off-by: Guennadi Liakhovetski
---
drivers/dma/sh/shdmac.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/dma/sh/shdmac.c b/drivers
On Tue, 27 Aug 2013, Vinod Koul wrote:
> On Tue, Aug 27, 2013 at 11:21:00AM +0200, Guennadi Liakhovetski wrote:
> > Hi Vinod,
> >
> > On Mon, 26 Aug 2013, Vinod Koul wrote:
> >
> > > On Mon, Aug 26, 2013 at 02:27:51PM +0200, Guennadi Liakhovetski wrote:
&g
Hi Vinod,
On Wed, 28 Aug 2013, Vinod Koul wrote:
> On Tue, Aug 27, 2013 at 04:46:51PM +0200, Guennadi Liakhovetski wrote:
> > Ok, to me it looks like you did fix some patches in the topic/sh branch,
> > but:
> >
> > patch "DMA: shdma: move two macros to a header
Hi Simon,
On Mon, 26 Aug 2013, Simon Horman wrote:
> On Sun, Aug 25, 2013 at 01:06:57PM +0530, Vinod Koul wrote:
> > On Fri, Aug 02, 2013 at 04:50:35PM +0200, Guennadi Liakhovetski wrote:
> > > In this version of shdma Device Tree support I preserved the DT
> > > co
This patch extends dmaengine documentation to provide more details
on descriptor prepare stage, transaction completion requirements
and DMA error processing.
Signed-off-by: Guennadi Liakhovetski
---
These extensions reflect my understanding of some aspects of the dmaengine
API. If it is wrong
Hi Russell,
Thanks for explanations.
On Sat, 5 Oct 2013, Russell King - ARM Linux wrote:
> On Sat, Oct 05, 2013 at 07:36:20PM +0200, Guennadi Liakhovetski wrote:
> > This patch extends dmaengine documentation to provide more details
> > on descriptor prepare stage, transac
Hi Russell
On Sun, 6 Oct 2013, Russell King - ARM Linux wrote:
> On Sat, Oct 05, 2013 at 11:00:45PM +0200, Guennadi Liakhovetski wrote:
> > On Sat, 5 Oct 2013, Russell King - ARM Linux wrote:
> >
> > > On Sat, Oct 05, 2013 at 07:36:20PM +0200, Guennadi Liakhovetski wrot
layout.
Signed-off-by: Guennadi Liakhovetski
---
v2: remove merge order dependency. This version can be merged without
requiring platforms to adjust their platform data. Only new SoCs with
bitwise CHCLR layouts will have to use new platform data fields.
drivers/dma/sh/shdma.c | 14
them.
Signed-off-by: Guennadi Liakhovetski
---
A file has to be renamed to preserve the driver module name.
drivers/dma/sh/Makefile |2 ++
drivers/dma/sh/{shdma.c => shdmac.c} | 11 ++-
2 files changed, 12 insertions(+), 1 deletions(-)
rename drivers/dma/sh/{shdm
Instead of supplying platform data to the shdma dmaengine driver via
AUXDATA in the DT case, we now support platform data via an OF match table.
Make platform data optional.
Signed-off-by: Guennadi Liakhovetski
---
drivers/dma/sh/shdma-of.c |3 ---
1 files changed, 0 insertions(+), 3
This configuration data will be re-used, when DMAC DT support is added to
r8a7740, DMAC platform data in setup-r8a7740.c will be removed.
Signed-off-by: Guennadi Liakhovetski
---
drivers/dma/sh/Kconfig |4 ++
drivers/dma/sh/Makefile|1 +
drivers/dma/sh/shdma-r8a7740.c
lies on top of today's renesas.git devel branch.
Cc: Guennadi Liakhovetski
Guennadi Liakhovetski (8):
DMA: shdma: add support for DMAC configuration data, supplied via
device ID
DMA: shdma: add r8a7740 DMAC data to the device ID table
DMA: shdma: add r8a73a4 DMAC data to the device
Add a DMAC platform device and clock definitions for it on r8a73a4.
Signed-off-by: Guennadi Liakhovetski
---
Simon: this patch supersedes my earlier patch "ARM: shmobile: r8a73a4: add
a DMAC platform device and clock for it". With this approach we also don't
have a build depend
Similar to the non-DT case, this patch passes SoC-specific configuration
to the driver via device ID matching, instead of platform data.
Signed-off-by: Guennadi Liakhovetski
---
Documentation/devicetree/bindings/dma/shdma.txt |7 +--
drivers/dma/sh/shdmac.c
This configuration data will be re-used, when DMAC DT support is added to
r8a73a4.
Signed-off-by: Guennadi Liakhovetski
---
drivers/dma/sh/Kconfig |4 ++
drivers/dma/sh/Makefile|1 +
drivers/dma/sh/shdma-r8a73a4.c | 75
drivers
This patch removes DMAC platform data on r8a7740 and switches to using
device ID data.
Signed-off-by: Guennadi Liakhovetski
---
Simon: this patch should only be applied after DMA driver changes,
otherwise DMA on r8a7740 will be broken. We can delay this patch
for one more kernel version
This patch adds Device Tree support for the three generic DMA controller
instances on r8a7740 in a DMA multiplexer node.
Signed-off-by: Guennadi Liakhovetski
---
arch/arm/boot/dts/r8a7740.dtsi | 61
arch/arm/mach-shmobile/clock-r8a7740.c |3 ++
2
you should get a better
throughput after that
> + shdma_chan_probe(sdev, schan, id);
> +
> + if (pdev->id >= 0)
> + snprintf(new_hpb_chan->dev_id, sizeof(new_hpb_chan->dev_id),
> + "hpb-dmae%d.%d", pdev->id, id);
>
Hi Sergei
On Sat, 14 Sep 2013, Sergei Shtylyov wrote:
> Hello.
>
> On 09/14/2013 10:33 PM, Guennadi Liakhovetski wrote:
>
> > > From: Max Filippov
>
> > > Add support for HPB-DMAC found in Renesas R-Car SoCs, using 'shdma-base'
> > > DMA
&g
Hi Linus
On Tue, 17 Sep 2013, Linus Walleij wrote:
> On Mon, Sep 9, 2013 at 6:03 PM, Guennadi Liakhovetski
> wrote:
>
> > There are four I2C interfaces on r8a7790, each of them can be connected to
> > one of the two respective I2C controllers, e.g. interface #0 can be
&
dst_addr_width and src_addr_width should be a power of 2. Currently the
driver checks, that they both lie between 1 and 8 and that they are eqal
to 1 or even. This however leaves an invalid value of 6 uncaught. Use an
explicit power of 2 check instead.
Signed-off-by: Guennadi Liakhovetski
09return ret;
> }
> =20
> --=20
> 1.8.1.2
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please r
g the governor from performance to
powersave directly after boot doesn't result in a frequency switch any
more. Reverting this patch fixes the problem again. Tested with today's
-next.
Please, refrain from including into "stable" until clarified!
Thanks
Guennadi
---
Gu
.
Signed-off-by: Guennadi Liakhovetski
---
drivers/pinctrl/sh-pfc/pfc-r8a7790.c | 28
1 files changed, 28 insertions(+), 0 deletions(-)
diff --git a/drivers/pinctrl/sh-pfc/pfc-r8a7790.c
b/drivers/pinctrl/sh-pfc/pfc-r8a7790.c
index 64fcc006..c3c4d9b 100644
--- a/drivers
The first patch just adds a vendor prefix for Dialog Semiconductor PLC, the
second one actually implements DT support in da9210.
Cc: Guennadi Liakhovetski
Guennadi Liakhovetski (2):
DT: add a vendor prefix for Dialog Semiconductor
regulator: da9210: add Device Tree support
.../devicetree
The Lager board uses a DA9210 voltage regulator to supply DVFS power to the
CA15 cores on the r8a7790 SoC. This patch adds CPUFreq support for that
board using the cpufreq-cpu0 driver.
Signed-off-by: Guennadi Liakhovetski
---
This patch is marked as RFC, because so far I don't have data
This patch adds clocks and clock lookup entries for the four I2C
controllers on r8a7790 and respective Device Tree nodes.
Signed-off-by: Guennadi Liakhovetski
---
arch/arm/boot/dts/r8a7790.dtsi | 36
arch/arm/mach-shmobile/clock-r8a7790.c | 10
s are used without da9210 DT support, the driver won't
initialise correctly, otherwise applying these patches without the above
dependencies will compile and shouldn't do any harm.
Cc: Guennadi Liakhovetski
Guennadi Liakhovetski (4):
pinctrl: sh-pfc: r8a7790: add pin definitions for the
Add support for the Z clock on r8a7790, driving the four SoC's CA15 cores,
and its parent - PLL0. This is required for CPUFreq support on this SoC.
Signed-off-by: Guennadi Liakhovetski
---
arch/arm/mach-shmobile/Kconfig |2 +
arch/arm/mach-shmobile/clock-r8a7790.c |
This patch adds basic Device Tree support to the da9210 regulator driver -
with no special properties, since also driver's platform data only contains
standard regulator initialisation parameters.
Signed-off-by: Guennadi Liakhovetski
---
drivers/regulator/da9210-regulator.c |9 ++-
Add a commonly used "diasemi" prefix for Dialog Semiconductor PLC.
Signed-off-by: Guennadi Liakhovetski
---
.../devicetree/bindings/vendor-prefixes.txt|1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/Documentation/devicetree/bindings/vendor-prefi
Hi Rafael
On Mon, 9 Sep 2013, Rafael J. Wysocki wrote:
> Hi,
>
> On Monday, September 09, 2013 05:11:10 PM Guennadi Liakhovetski wrote:
> > Sorry guys, I'm trying my best to stop this patch from propagating to
> > stable and to get it fixed asap, so, the CC lis
On Tue, 10 Sep 2013, Viresh Kumar wrote:
> On 9 September 2013 20:41, Guennadi Liakhovetski
> wrote:
> > Sorry guys, I'm trying my best to stop this patch from propagating to
> > stable and to get it fixed asap, so, the CC list might be a bit excessive.
> > Also
On Tue, 10 Sep 2013, Viresh Kumar wrote:
> On 10 September 2013 20:42, Guennadi Liakhovetski
> wrote:
> > 4. reverted that commit, resolving a trivial conflict. Added a debug
> > output in __cpufreq_driver_target() of
> >
> >
> > if (cpufreq_di
On Tue, 10 Sep 2013, Viresh Kumar wrote:
> On 10 September 2013 21:52, Guennadi Liakhovetski
> wrote:
> > Of course, isn't that what I've written above? reverted a commit and added
> > debug - in that order.
>
> Ok, I misread it then :(
>
> > Sure, I
On Wed, 11 Sep 2013, Viresh Kumar wrote:
> On 10 September 2013 22:37, Guennadi Liakhovetski
> wrote:
> > On Tue, 10 Sep 2013, Viresh Kumar wrote:
> >> Quite straight forward actually..
> >
> > Apparently, not quite.
>
> I overlooked the situation where w
Hi Viresh
On Wed, 11 Sep 2013, Viresh Kumar wrote:
> On 10 September 2013 22:37, Guennadi Liakhovetski
> wrote:
> > On Tue, 10 Sep 2013, Viresh Kumar wrote:
> >> Quite straight forward actually..
> >
> > Apparently, not quite.
>
> I overlooked the situat
DA9210 Device Tree support currently only handles standard regulator DT
bindings. This patch adds compulsory minimal documentation to describe
this.
Signed-off-by: Guennadi Liakhovetski
---
On Mon, 9 Sep 2013, Mark Brown wrote:
> On Mon, Sep 09, 2013 at 05:52:00PM +0200, Guennadi Liakhovet
This patch adds basic Device Tree support to the da9210 regulator driver -
with no special properties, since also driver's platform data only contains
standard regulator initialisation parameters.
Signed-off-by: Guennadi Liakhovetski
---
v2: add DT documentation
.../devicetree/bin
Add a commonly used "diasemi" prefix for Dialog Semiconductor PLC.
Signed-off-by: Guennadi Liakhovetski
---
.../devicetree/bindings/vendor-prefixes.txt|1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/Documentation/devicetree/bindings/vendor-prefi
The first patch just adds a vendor prefix for Dialog Semiconductor PLC, the
second one actually implements DT support in da9210.
Cc: Guennadi Liakhovetski
v2: add DT documentation
Guennadi Liakhovetski (2):
DT: add a vendor prefix for Dialog Semiconductor
regulator: da9210: add Device Tree
Hi Magnus
On Thu, 26 Sep 2013, Magnus Damm wrote:
> Hi Guennadi,
>
> On Thu, Sep 26, 2013 at 7:10 AM, Guennadi Liakhovetski
> wrote:
> > Hi Laurent
> >
> > On Wed, 25 Sep 2013, Laurent Pinchart wrote:
> >
> >> Hi Guennadi,
> >>
> >
Hi Laurent
On Wed, 25 Sep 2013, Laurent Pinchart wrote:
> Hi Guennadi,
>
> Thank you for the patch.
>
> On Monday 09 September 2013 18:03:53 Guennadi Liakhovetski wrote:
> > There are four I2C interfaces on r8a7790, each of them can be connected to
> > one of the two
The Lager board uses a DA9210 voltage regulator to supply DVFS power to the
CA15 cores on the r8a7790 SoC. This patch adds CPUFreq support for that
board using the cpufreq-cpu0 driver.
Signed-off-by: Guennadi Liakhovetski
---
v2: added 'status = "okay";' to the i2c bus
pective patches. They all are trivial,
still as soon as test hardware is available, it would be good to run-time
test this version too.
Cc: Guennadi Liakhovetski
Guennadi Liakhovetski (5):
pinctrl: sh-pfc: r8a7790: add pin definitions for the I2C3 interface
ARM: shmobile: r8a7790: add I2C clo
This patch adds clock definitions for the 4 I2C interfaces on r8a7790 and
clock aliases, suitable for the DT mode.
Signed-off-by: Guennadi Liakhovetski
---
v2: part one of former [PATCH 2/4]
arch/arm/mach-shmobile/clock-r8a7790.c | 10 ++
1 files changed, 10 insertions(+), 0
.
Signed-off-by: Guennadi Liakhovetski
---
v2: s/16/31/ in pin number calculation, thanks to Laurent for pointing out.
drivers/pinctrl/sh-pfc/pfc-r8a7790.c | 28
1 files changed, 28 insertions(+), 0 deletions(-)
diff --git a/drivers/pinctrl/sh-pfc/pfc-r8a7790.c
b
Add DT nodes for the four I2C interfacces on r8a7790.
Signed-off-by: Guennadi Liakhovetski
---
v2: part two of former [PATCH 2/4], set i2c bus status to "disabled" by
default.
arch/arm/boot/dts/r8a7790.dtsi | 40
1 files changed, 40 insert
Add support for the Z clock on r8a7790, driving the four SoC's CA15 cores,
and its parent - PLL0. This is required for CPUFreq support on this SoC.
Signed-off-by: Guennadi Liakhovetski
---
v2: changed clock alias to "cpu0" instead of deprecated "cpufreq-cpu0" to
comply
Hi Laurent
On Fri, 27 Sep 2013, Laurent Pinchart wrote:
> Hi Guennadi,
>
> Thank you for the patch.
>
> On Thursday 26 September 2013 19:21:00 Guennadi Liakhovetski wrote:
> > The Lager board uses a DA9210 voltage regulator to supply DVFS power to the
> > CA15 cor
Hi Sergei
On Thu, 26 Sep 2013, Sergei Shtylyov wrote:
> Hello.
>
> On 09/26/2013 09:21 PM, Guennadi Liakhovetski wrote:
>
> > The Lager board uses a DA9210 voltage regulator to supply DVFS power to the
> > CA15 cores on the r8a7790 SoC. This patch adds CPUFreq support
Hi Simon,
Just a quick check of the status of this patch series:
On Thu, 26 Sep 2013, Guennadi Liakhovetski wrote:
> On Lager a da9210 regulator is used to supply DVFS power to the SoC. This
> patch series adds I2C and Z-clock support on r8a7790 and CPUFreq support
> for the Lager boar
Hi Simon,
Thanks for following up on this.
On Wed, 25 Sep 2013, Simon Horman wrote:
> On Fri, Aug 02, 2013 at 04:50:40PM +0200, Guennadi Liakhovetski wrote:
> > Add a DMAC platform device and clock definitions for it on r8a73a4.
> >
> > Signed-off-by:
On Wed, 25 Sep 2013, Simon Horman wrote:
> On Wed, Sep 25, 2013 at 08:52:17AM +0200, Guennadi Liakhovetski wrote:
> > Hi Simon,
> >
> > Thanks for following up on this.
> >
> > On Wed, 25 Sep 2013, Simon Horman wrote:
> >
> > > On Fri, Aug 02,
Hi Laurent
On Wed, 25 Sep 2013, Laurent Pinchart wrote:
> Hi Guennadi,
>
> Thank you for the patch.
>
> On Monday 09 September 2013 18:03:54 Guennadi Liakhovetski wrote:
> > This patch adds clocks and clock lookup entries for the four I2C
> > controllers on r8a7790
kernel? Shall we export driver_bind() and driver_unbind()?
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord.
On Wed, 17 Oct 2012, Guennadi Liakhovetski wrote:
> Hi
>
> I've got a situation, for which I currently don't have a (good) solution.
Ok, right, would it be acceptable to just do something like
if (dev->parent)
d
On Wed, 17 Oct 2012, Greg Kroah-Hartman wrote:
> On Wed, Oct 17, 2012 at 10:27:36AM +0200, Guennadi Liakhovetski wrote:
> > Hi
> >
> > I've got a situation, for which I currently don't have a (good) solution.
> >
> > Let's say device A depen
0x48
> +#define I2C_ID2_ADDR 0x49
> +#define I2C_ID3_ADDR 0x4A
Ditto for the above defines. In general, I would really only place symbols
here, that have to be used by function drivers.
> +
> +enum {
>
1 - 100 of 556 matches
Mail list logo
