On Wed, 21 Jan 2015, Jonathan Cameron wrote:
>
>
> On 21 January 2015 16:52:50 GMT+00:00, Sebastian Reichel
> wrote:
> >Hi,
> >
> >On Wed, Jan 21, 2015 at 03:46:25PM +, Adam Thomson wrote:
> >> This patch set adds initial support for the Dialog DA9150 Integrated
> >Charger &
> >> Fuel-Gaug
On Thu, 22 Jan 2015, Beomho Seo wrote:
> This patch device tree binding documentation for rt5033 multifunction device.
>
> Cc: Sebastian Reichel
> Cc: Lee Jones
> Cc: Mark Brown
> Cc: Rob Herring
> Cc: Pawel Moll
> Cc: Mark Rutland
> Cc: Ian campbell
> Cc: Kumar Gala
> Signed-off-by: Beom
Dear Lorenzo and Sudeep,
On Wed, 21 Jan 2015 20:33:14 -0800
Jisheng Zhang wrote:
> Dear Lorenzo,
>
> On Wed, 21 Jan 2015 05:56:11 -0800
> Lorenzo Pieralisi wrote:
>
> > On Wed, Jan 21, 2015 at 01:35:07PM +, Jisheng Zhang wrote:
> > > Dear Sudeep,
> > >
> > > On Wed, 21 Jan 2015 05:21:39
On Wed, Jan 21, 2015 at 11:35:55AM +, Sudeep Holla wrote:
> PSCI specifications upto v0.2 and the related kernel back-end
> implementation lack a method to enter system wide suspend state.
>
> This patch implements suspend to RAM support for all ARM64 systems
> with PSCIv0.2 support using CPU
Hi,
On Thu, Jan 22, 2015 at 01:06:38PM +0900, Beomho Seo wrote:
> This patchset adds driver for Richtek rt5033 chip The chip contains
> switching charge mode Li-Ion/Li-Polymer battery charger, fuelgauge.
> Additionally, This includes document for device tree of RT5033 device.
Thanks, applied.
--
Dear Lorenzo,
On Wed, 21 Jan 2015 05:56:11 -0800
Lorenzo Pieralisi wrote:
> On Wed, Jan 21, 2015 at 01:35:07PM +, Jisheng Zhang wrote:
> > Dear Sudeep,
> >
> > On Wed, 21 Jan 2015 05:21:39 -0800
> > Jisheng Zhang wrote:
> >
> > > Dear Sudeep,
> > >
> > > On Wed, 21 Jan 2015 03:35:54 -080
This patch device tree binding documentation for rt5033 multifunction device.
Cc: Sebastian Reichel
Cc: Lee Jones
Cc: Mark Brown
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian campbell
Cc: Kumar Gala
Signed-off-by: Beomho Seo
Acked-by: Chanwoo Choi
Acked-by: Lee Jones
---
Chang
This patch add device driver of Richtek RT5033 PMIC. The driver support
switching charger. rt5033 charger provide three charging mode.
Three charging mode are pre charge mode, fast cahrge mode and constant voltage
mode. They are have vary charge rate, charge parameters. The charge parameters
can be
This patchset adds driver for Richtek rt5033 chip The chip contains
switching charge mode Li-Ion/Li-Polymer battery charger, fuelgauge.
Additionally, This includes document for device tree of RT5033 device.
RT5033 core driver is applied by Lee Jones.
RT5033 regulator driver is applied by Mark Brow
Thank you for review.
On 01/22/2015 12:12 PM, Sebastian Reichel wrote:
> Hi,
>
> On Thu, Jan 22, 2015 at 09:38:11AM +0900, Beomho Seo wrote:
>> This patch add device driver of Richtek RT5033 PMIC. The driver
>> support switching charger. rt5033 charger provide three charging
>> mode. Three charg
Hi Brian,
Very sorry for late, I made tests again and also had a talk with the
NAND controller hardware colleague. Please find my reply below.
On 2015/1/13 12:17, Brian Norris wrote:
> Following up on this last comment from last year's thread:
>
> On Wed, Dec 17, 2014 at 07:05:47PM +0800, Zhou W
Hi,
On Thu, Jan 22, 2015 at 09:38:11AM +0900, Beomho Seo wrote:
> This patch add device driver of Richtek RT5033 PMIC. The driver
> support switching charger. rt5033 charger provide three charging
> mode. Three charging mode are pre charge mode, fast cahrge mode
> and constant voltage mode. They
Hi Hans and Chris,
On Monday 01 December 2014 22:13:38 Laurent Pinchart wrote:
> Xilinx platforms have no hardwired video capture or video processing
> interface. Users create capture and memory to memory processing
> pipelines in the FPGA fabric to suit their particular needs, by
> instantiating
On Thu, Jan 22, 2015 at 11:55:22AM +0900, Simon Horman wrote:
> On Sat, Jan 17, 2015 at 03:12:19PM +0100, Geert Uytterhoeven wrote:
> > Hi Simon,
> >
> > On Sat, Jan 17, 2015 at 2:14 AM, Simon Horman wrote:
> > >> > If you add patch 6 to sh-drivers-for-v3.20 and merge it in -next,
> > >> > everyt
On Tue, Jan 20, 2015 at 10:05 AM, Viet Nga Dao wrote:
> On Thu, Jan 15, 2015 at 5:27 PM, Viet Nga Dao wrote:
>> On Tue, Jan 13, 2015 at 11:33 AM, Brian Norris
>> wrote:
>>> On Thu, Dec 18, 2014 at 12:23:16AM -0800, vn...@altera.com wrote:
From: Viet Nga Dao
Altera EPCQ Controller
On Sat, Jan 17, 2015 at 03:12:19PM +0100, Geert Uytterhoeven wrote:
> Hi Simon,
>
> On Sat, Jan 17, 2015 at 2:14 AM, Simon Horman wrote:
> >> > If you add patch 6 to sh-drivers-for-v3.20 and merge it in -next,
> >> > everything is fine!
> >>
> >> Thanks, I thought I had that one but I must have m
On Fri, Jan 09, 2015 at 02:12:31PM +0100, Geert Uytterhoeven wrote:
> Hi Simon, Magnus,
>
> The Renesas Bus State Controller (BSC) provides an external bus for
> connecting multiple external devices to an SoC, driving several chip
> select lines, for e.g. NOR FLASH, Ethernet and USB.
> On th
Hi.
On 01/21/2015 11:12 PM, Alim Akhtar wrote:
> Hi Jaehoon
>
> On Wed, Jan 21, 2015 at 4:32 AM, Jaehoon Chung wrote:
>> Hi,
>>
>> If you want to enable the hs400 mode, need to add "mmc-hs400-1_8v" or
>> "mmc-hs400-1_2v".
>> But this patch didn't add them. do you have any other plan?
>>
> Yes,
Hi,
On Tue, Oct 28, 2014 at 08:08:04AM +0100, Mike Looijmans wrote:
> This adds the devicetree binding documentation for the LTC2941 and LTC2943
> driver. These are I2C connected battery gas gauge ICs.
Thanks, applied.
-- Sebastian
signature.asc
Description: Digital signature
Hi,
On Tue, Nov 25, 2014 at 04:49:48PM -0800, Kevin Cernekee wrote:
> The register bit fields are a little different, so add an entry and a
> compatible string to accommodate them.
Thanks, applied.
-- Sebastian
signature.asc
Description: Digital signature
Hi,
On Tue, Nov 25, 2014 at 04:49:47PM -0800, Kevin Cernekee wrote:
> Some of the older chips used different bits to arm and trigger the reset.
> Add the infrastructure needed to specify this through the "compatible"
> string.
Thanks, applied.
-- Sebastian
signature.asc
Description: Digital si
Hi,
On Tue, Nov 25, 2014 at 04:49:46PM -0800, Kevin Cernekee wrote:
> Now that the driver doesn't use any ARM-specific headers, it is safe
> to build on MIPS or with COMPILE_TEST.
Thanks, applied.
-- Sebastian
signature.asc
Description: Digital signature
Hi,
On 01/22/2015 10:06 AM, Sebastian Reichel wrote:
> Hi,
>
> On Wed, Oct 29, 2014 at 02:13:28PM +0100, Marek Szyprowski wrote:
>> This patch adds a driver implementing correct reboot and poweroff
>> procedures for Exynos4412-based Hardkernel's Odroid X/X2/U2/U3/U3+
>> boards.
>
> Sorry it took
Hi,
On Wed, 2015-01-21 at 16:31 +0100, Uwe Kleine-König wrote:
> Hello,
>
> On Wed, Jan 21, 2015 at 08:49:40PM +0800, Yingjoe Chen wrote:
> > On Wed, 2015-01-21 at 09:15 +0100, Uwe Kleine-König wrote:
<...>
> > > > > > > +static int mtk_i2c_remove(struct platform_device *pdev)
> > > > > > > +{
>
Hi,
Thanks for your comments.
On Wed, 21 Jan 2015 17:23:21 +0100
Sylwester Nawrocki wrote:
> Hi,
>
> On 19/01/15 10:48, Inha Song wrote:
> > --- a/arch/arm/boot/dts/exynos4412-trats2.dts
> > +++ b/arch/arm/boot/dts/exynos4412-trats2.dts
>
> > + sound {
> > + compatible = "samsung,t
Hi,
On Wed, Oct 29, 2014 at 02:13:28PM +0100, Marek Szyprowski wrote:
> This patch adds a driver implementing correct reboot and poweroff
> procedures for Exynos4412-based Hardkernel's Odroid X/X2/U2/U3/U3+
> boards.
Sorry it took so long. I have a couple of small requests before
applying this (c
Hi,
Thanks for your comment.
On Wed, 21 Jan 2015 12:41:55 +0100
Sylwester Nawrocki wrote:
> Hi,
>
> On 21/01/15 06:58, Inha Song wrote:
> > Add MAX98090 audio codec, I2S interface and the sound nodes to support
> > audio on Odroid-XU3 board.
> >
> > Signed-off-by: Inha Song
> > ---
> > arch
This patch add device driver of Richtek RT5033 PMIC. The driver support
switching charger. rt5033 charger provide three charging mode.
Three charging mode are pre charge mode, fast cahrge mode and constant voltage
mode. They are have vary charge rate, charge parameters. The charge parameters
can be
This patch device tree binding documentation for rt5033 multifunction device.
Cc: Sebastian Reichel
Cc: Lee Jones
Cc: Mark Brown
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian campbell
Cc: Kumar Gala
Signed-off-by: Beomho Seo
Acked-by: Chanwoo Choi
Acked-by: Lee Jones
---
Chang
This patchset adds driver for Richtek rt5033 chip The chip contains
switching charge mode Li-Ion/Li-Polymer battery charger, fuelgauge.
Additionally, This includes document for device tree of RT5033 device.
RT5033 core driver is applied by Lee Jones.
RT5033 regulator driver is applied by Mark Brow
> Right. For review purposes, I think it would be helpful to split this
> huge patch into several steps then:
>
> - add a base driver
> - add the overlay interface
> - add the nss driver
>
> Ideally more of them.
The nss-drv driver is open sourced but we are currently not planning to
upstream to l
Hi Jaehoon
On Wed, Jan 21, 2015 at 4:32 AM, Jaehoon Chung wrote:
> Hi,
>
> This patch can be separated.
> When i tested on my board, it's not working fine.
> I think it depends on my timing, so i will check after change the timing.
>
> On 01/14/2015 07:30 PM, Alim Akhtar wrote:
>> From: Seungwon
Hi Stefan,
Sorry for the big delay.
On Thu, Nov 20, 2014 at 08:14:36PM +, Stefan Wahren wrote:
> This patch adds a minimal driver for the Freescale i.MX23, i.MX28
> power subsystem. It's required to trigger the probing of the underlying
> drivers like on-chip regulators. Additionally the driv
The TLC59116 is an I2C bus controlled 16-channel LED driver. The
TLC59108 is an I2C bus controlled 8-channel LED driver, which is very
similar to the TLC59116. Each LED output has its own 8-bit
fixed-frequency PWM controller to control the brightness of the LED.
The LEDs can also be fixed off and
Document the binding for the TLC591xx LED driver.
Signed-off-by: Andrew Lunn
Cc: matthew.fathe...@belkin.com
---
.../devicetree/bindings/leds/leds-tlc591xx.txt | 40 ++
1 file changed, 40 insertions(+)
create mode 100644 Documentation/devicetree/bindings/leds/leds-tlc591
This patchset is a driver for the TI tlc59116 16 Channel i2c LED
driver and tlc59108 8 Channel i2c LED driver. This driver is used on
the Belkin WRT1900AC access point and the C code is derived from code
Belkin contributed to OpenWRT. However it has been extensively
re-written, and a device tree b
Hey Alexandre,
On 01/19/2015 05:04 AM, Alexandre Courbot wrote:
On Wed, Jan 7, 2015 at 6:08 PM, Olliver Schinagl
wrote:
From: Olliver Schinagl
The gpio binding document says that new code should always use named
gpios. Patch 40b73183 added support to parse a list of gpios from child
nodes, b
From: Olliver Schinagl
The gpio document says we should not use unnamed bindings for gpios.
This patch uses the 'led-' prefix to the gpios and updates code and
documents. Because the devm_get_gpiod_from_child() falls back to using
old-style unnamed gpios, we can update the code first, and update
From: Olliver Schinagl
The gpio binding document says that new code should always use named
gpios. Patch 40b73183 added support to parse a list of gpios from child
nodes, but does not make it possible to use named gpios. This patch adds
the con_id property and implements it is done in gpiolib.c,
The gpio binding docs ask to use named-gpios wherever possible, however
40b73183 probably forgot that. This patch makes the new
devm_get_gpiod_from_child use named gpios.
Changed since v1:
Fix a few typo's
Fix of_find_gpio to remove hardcoded length of string
Check both for leds-gpios and
From: Olliver Schinagl
In the gpio bindings documents it is requested to use the marco's in
include/dt-bindings/gpio/gpio.h whenever possible. The gpios in the led
drivers don't seem to form an exception, so update the example in the
document bindings.
Signed-off-by: Olliver Schinagl
Acked-by:
From: Olliver Schinagl
gpiolib uses a fixed string for the suffixes and defines it at 32 bytes.
Later in the code snprintf is used with this fixed value of 32. Using
sizeof() is safer in case the size for the suffixes is ever changed.
Signed-off-by: Olliver Schinagl
---
drivers/gpio/gpiolib.c
Hi Jason,
> On Jan 21, 2015, at 22:27 , Jason Gunthorpe
> wrote:
>
> On Wed, Jan 21, 2015 at 06:33:12PM +0200, Pantelis Antoniou wrote:
>> Hi Alan,
>>
>>> On Jan 21, 2015, at 18:01 , One Thousand Gnomes
>>> wrote:
>>>
>>> On Thu, 15 Jan 2015 22:54:46 +0200
>>> Pantelis Antoniou wrote:
>>>
On Wed, Jan 21, 2015 at 06:33:12PM +0200, Pantelis Antoniou wrote:
> Hi Alan,
>
> > On Jan 21, 2015, at 18:01 , One Thousand Gnomes
> > wrote:
> >
> > On Thu, 15 Jan 2015 22:54:46 +0200
> > Pantelis Antoniou wrote:
> >
> >> Hi Alan,
> >>
> >>> On Jan 15, 2015, at 22:45 , One Thousand Gnomes
[...]
+ card->dai_link->dai_fmt =
+ snd_soc_of_parse_daifmt(of_cpu, "dt-audio-card,",
+ NULL, NULL) &
+ ~SND_SOC_DAIFMT_MASTER_MASK;
This one does not seem to be in the bindings documentation.
--
To unsubscribe fr
Am Mittwoch, den 21.01.2015, 20:35 +0100 schrieb Arnd Bergmann:
> On Wednesday 21 January 2015 16:47:36 Gabriel Fernandez wrote:
> > On 19 January 2015 at 14:49, Arnd Bergmann wrote:
> > > On Monday 19 January 2015 13:37:33 Gabriel Fernandez wrote:
> > >> On 17 December 2014 at 23:14, Arnd Bergman
On 01/21/2015 08:54 AM, Mark Rutland wrote:
On Mon, Jan 19, 2015 at 07:16:28PM +, David Daney wrote:
[...]
@@ -67,6 +76,7 @@ static const struct of_device_id ahci_of_match[] = {
{ .compatible = "ibm,476gtr-ahci", },
{ .compatible = "snps,dwc-ahci", },
{ .compatible =
On Wednesday 21 January 2015 16:47:36 Gabriel Fernandez wrote:
> On 19 January 2015 at 14:49, Arnd Bergmann wrote:
> > On Monday 19 January 2015 13:37:33 Gabriel Fernandez wrote:
> >> On 17 December 2014 at 23:14, Arnd Bergmann wrote:
> >> > On Wednesday 17 December 2014 11:34:44 Gabriel FERNANDE
This patch adds a document describing common OF bindings for audio devices.
Signed-off-by: Jean-Francois Moine
---
.../devicetree/bindings/sound/audio-interfaces.txt | 101 +
1 file changed, 101 insertions(+)
create mode 100644 Documentation/devicetree/bindings/sound/audio-i
This patch adds a generic way to create audio cards from a graph of ports
defined in a DT.
The dt-card devices are created by audio controllers with themselves
as the root of the graph and the sound cards are created according to
the parameters found in the tree.
Signed-off-by: Jean-Francois Moin
snd_soc_get_dai_name() may be used to define a sound card with
a different syntax from the one of the simple-card.
Signed-off-by: Jean-Francois Moine
---
include/sound/soc.h | 2 ++
sound/soc/soc-core.c | 5 +++--
2 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/include/sound/soc.
This patchset adds a way to build audio cards from the description
of a graph of ports in a devicetree.
v2:
- move the soc-core and dt-card from the patchset
"ASoC: tda998x: add a codec to the HDMI transmitter"
- add DT documentation (Mark Brown)
Jean-Francois Moin
Lee Jones writes:
> Very well, Russell and yourself have convinced me. If you fixup the
> remainder of comments, I'm happy.
Cool.
Let me a couple of days to gather my wits, cross-check I have not forgotten a
comment, make some testing on the board and then post v4.
Cheers.
--
Robert
--
To uns
On Wed, 2015-01-21 at 16:21 +, Rob Herring wrote:
> > * Not possible to identify whether a device is shared or not between
> > the secure and non-secure worlds.
>
> Typically, sharing requires a peripheral to be designed to be shared
> like PL330 or MMU-400. I have seen some h/w with locking r
On Wed, Jan 21, 2015 at 12:05 PM, Christoffer Dall
wrote:
> On Wed, Jan 21, 2015 at 7:01 PM, Greg Bellows wrote:
>> Thanks Mark, comments inline.
>>
>> On Wed, Jan 21, 2015 at 10:29 AM, Mark Rutland wrote:
>>> On Tue, Jan 20, 2015 at 07:15:51PM +, Greg Bellows wrote:
The addition of ARM
On Wed, Jan 21, 2015 at 7:01 PM, Greg Bellows wrote:
> Thanks Mark, comments inline.
>
> On Wed, Jan 21, 2015 at 10:29 AM, Mark Rutland wrote:
>> On Tue, Jan 20, 2015 at 07:15:51PM +, Greg Bellows wrote:
>>> The addition of ARM security extension (TrustZone) support to QEMU has
>>> exposed th
Thanks Mark, comments inline.
On Wed, Jan 21, 2015 at 10:29 AM, Mark Rutland wrote:
> On Tue, Jan 20, 2015 at 07:15:51PM +, Greg Bellows wrote:
>> The addition of ARM security extension (TrustZone) support to QEMU has
>> exposed the issue of how secure resources are communicated to secure
>>
Pantelis Antoniou writes:
> Hi Joe,
>
>> On Jan 21, 2015, at 19:37 , Joe Perches wrote:
>>
>> On Wed, 2015-01-21 at 19:06 +0200, Pantelis Antoniou wrote:
>>> 90% of the usage of device node's full_name is printing it out
>>> in a kernel message. Preparing for the eventual delayed allocation
>>>
On 01/21/2015 06:41 AM, Ohad Ben-Cohen wrote:
> On Tue, Jan 20, 2015 at 8:05 PM, Tony Lindgren wrote:
>> How about default to Linux id space and allow overriding that with
>> a module param option if needed?
>
> I'm not sure I'm following.
>
> If the main point of contention is the base_id field
On Wed, 2015-01-21 at 19:39 +0200, Pantelis Antoniou wrote:
> Hi Joe,
>
> > On Jan 21, 2015, at 19:37 , Joe Perches wrote:
> >
> > On Wed, 2015-01-21 at 19:06 +0200, Pantelis Antoniou wrote:
> >> 90% of the usage of device node's full_name is printing it out
> >> in a kernel message. Preparing f
Hi Joe,
> On Jan 21, 2015, at 19:37 , Joe Perches wrote:
>
> On Wed, 2015-01-21 at 19:06 +0200, Pantelis Antoniou wrote:
>> 90% of the usage of device node's full_name is printing it out
>> in a kernel message. Preparing for the eventual delayed allocation
>> introduce a custom printk format spe
On Wed, Jan 21, 2015 at 10:29 AM, Mark Rutland wrote:
> On Tue, Jan 20, 2015 at 07:15:51PM +, Greg Bellows wrote:
>> The addition of ARM security extension (TrustZone) support to QEMU has
>> exposed the issue of how secure resources are communicated to secure
>> software responsible for bootin
On Wed, 2015-01-21 at 19:06 +0200, Pantelis Antoniou wrote:
> 90% of the usage of device node's full_name is printing it out
> in a kernel message. Preparing for the eventual delayed allocation
> introduce a custom printk format specifier that is both more
> compact and more pleasant to the eye.
>
Thanks Rob, comments inline.
On Wed, Jan 21, 2015 at 10:21 AM, Rob Herring wrote:
> On Tue, Jan 20, 2015 at 1:15 PM, Greg Bellows wrote:
>> The addition of ARM security extension (TrustZone) support to QEMU has
>> exposed the issue of how secure resources are communicated to secure
>> software r
On 21 January 2015 16:52:50 GMT+00:00, Sebastian Reichel
wrote:
>Hi,
>
>On Wed, Jan 21, 2015 at 03:46:25PM +, Adam Thomson wrote:
>> This patch set adds initial support for the Dialog DA9150 Integrated
>Charger &
>> Fuel-Gauge IC. The device also provides GPIO and GPADC functionality.
>>
>
90% of the usage of device node's full_name is printing it out
in a kernel message. Preparing for the eventual delayed allocation
introduce a custom printk format specifier that is both more
compact and more pleasant to the eye.
For instance typical use is:
pr_info("Frobbing node %s\n", no
Introduce empty node and property flag accessors when CONFIG_OF is not
defined.
This allows us to use them without ifdef'ing them in places where it
makes sense to do so.
Signed-off-by: Pantelis Antoniou
---
include/linux/of.h | 32
1 file changed, 32 insertions(
On Mon, Jan 19, 2015 at 07:16:28PM +, David Daney wrote:
> On 01/19/2015 07:43 AM, Mark Rutland wrote:
> > On Mon, Jan 19, 2015 at 03:23:58PM +, Aleksey Makarov wrote:
> >> The OCTEON SATA controller is currently found on cn71XX devices.
> >>
> >> Signed-off-by: David Daney
> >> Signed-off
Hi,
On Wed, Jan 21, 2015 at 03:46:25PM +, Adam Thomson wrote:
> This patch set adds initial support for the Dialog DA9150 Integrated Charger &
> Fuel-Gauge IC. The device also provides GPIO and GPADC functionality.
>
> In this patch set the following is provided:
> - MFD Core support and DT
On Wed, Jan 21, 2015 at 12:02:30PM +, Sudeep Holla wrote:
> Commit 5d425c18653731af6 ("arm64: kernel: add support for cpu cache
> information") adds cacheinfo support for ARM64. Since there's no
> architectural way of detecting the cpus that share particular cache,
> device tree can be used and
On Wed, Jan 21, 2015 at 08:40:44AM -0800, Joe Perches wrote:
> On Wed, 2015-01-21 at 16:11 +, Russell King - ARM Linux wrote:
> > On Wed, Jan 21, 2015 at 08:05:21AM -0800, Joe Perches wrote:
> > > (adding netdev)
> >
> > I wasn't actually reporting that as an issue; I was using it as an
> > ex
On Tue, Jan 20, 2015 at 10:17 AM, Stanimir Varbanov
wrote:
> This series adds a pinctrl driver for Snapdragon 410 (msm8916) SoC. The first
> patch increase the register address variable size, next adds a binding
> document
> and the last patch adds the pinctrl driver
>
> Comments are welcome!
B
On Wed, 2015-01-21 at 16:11 +, Russell King - ARM Linux wrote:
> On Wed, Jan 21, 2015 at 08:05:21AM -0800, Joe Perches wrote:
> > (adding netdev)
>
> I wasn't actually reporting that as an issue; I was using it as an
> example. It's from a very old kernel (2.6.27.21) which I run on one
> of m
Hi Alan,
> On Jan 21, 2015, at 18:01 , One Thousand Gnomes
> wrote:
>
> On Thu, 15 Jan 2015 22:54:46 +0200
> Pantelis Antoniou wrote:
>
>> Hi Alan,
>>
>>> On Jan 15, 2015, at 22:45 , One Thousand Gnomes
>>> wrote:
>>>
>>> On Thu, 15 Jan 2015 11:47:26 -0700
>>> Jason Gunthorpe wrote:
Hi,
On 09/01/15 16:23, Jacek Anaszewski wrote:
> This patch adds a description of 'flashes' property
> to the samsung-fimc.txt.
>
> Signed-off-by: Jacek Anaszewski
> Acked-by: Kyungmin Park
> ---
> .../devicetree/bindings/media/samsung-fimc.txt |7 +++
> 1 file changed, 7 insertio
On Tue, Jan 20, 2015 at 07:15:51PM +, Greg Bellows wrote:
> The addition of ARM security extension (TrustZone) support to QEMU has
> exposed the issue of how secure resources are communicated to secure
> software responsible for booting the HLOS. The natural choice for
> communicating these de
On Wed, Jan 21, 2015 at 4:21 PM, Rob Herring wrote:
> On Tue, Jan 20, 2015 at 1:15 PM, Greg Bellows wrote:
>> 2) Modify the standard device tree blob to include annotations or
>> modifications to describe which resources are secure or not. In this
>> case, secure software would use the single de
Hahahaha! Is that you :)
http://tinyurl.com/nv3udu4
No more such info? Simply answer
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Hi,
On 19/01/15 10:48, Inha Song wrote:
> --- a/arch/arm/boot/dts/exynos4412-trats2.dts
> +++ b/arch/arm/boot/dts/exynos4412-trats2.dts
> + sound {
> + compatible = "samsung,trats2-audio";
> + assigned-clocks = <&pmu_system_controller 0>;
> + assigned-cloc
Maxime,
Can you ping these up please?
> The Synchronous Serial Controller is used to provide SPI.
>
> These are the ports which are located on the Stand-By Controller (SBC).
>
> Signed-off-by: Lee Jones
> ---
> arch/arm/boot/dts/stih407.dtsi | 31 +++
> 1 file chan
Maxime,
Can you ping these up please?
> The Synchronous Serial Controller is used to provide SPI.
>
> Signed-off-by: Lee Jones
> ---
> arch/arm/boot/dts/stih407.dtsi | 54
> ++
> 1 file changed, 54 insertions(+)
>
> diff --git a/arch/arm/boot/dts/stih4
On Tue, Jan 20, 2015 at 1:15 PM, Greg Bellows wrote:
> The addition of ARM security extension (TrustZone) support to QEMU has
> exposed the issue of how secure resources are communicated to secure
> software responsible for booting the HLOS. The natural choice for
> communicating these details is
On Wednesday 21 January 2015 09:16 PM, Adam Thomson wrote:
This patch adds support for DA9150 Charger & Fuel-Gauge IC Charger.
Signed-off-by: Adam Thomson
---
(...)
+static int da9150_charger_register_irq(struct platform_device *pdev,
+ irq_handler_t ha
Hi Paul,
As mentioned in my reply to the DT list patch [1], there are a couple of
bits I'd like to see cleaned up first, but in the meantime I have some
comments from my first pass of the dtsi below. Some of these may equally
apply to existing dts(i) files.
I see a few undocumented compatible str
On Wed, Jan 21, 2015 at 08:05:21AM -0800, Joe Perches wrote:
> (adding netdev)
I wasn't actually reporting that as an issue; I was using it as an
example. It's from a very old kernel (2.6.27.21) which I run on one
of my old x86 machines.
--
FTTC broadband for 0.8mile line: currently at 10.5Mbps
On Wednesday 21 January 2015 09:16 PM, Adam Thomson wrote:
This patch adds support for DA9150 Charger & Fuel-Gauge IC GPADC.
Signed-off-by: Adam Thomson
Reviewed-by: Hartmut Knaack
Acked-by: Jonathan Cameron
(...)
+
+static int da9150_gpadc_probe(struct platform_device *pdev)
+{
+
(adding netdev)
On Wed, 2015-01-21 at 09:44 +, Russell King - ARM Linux wrote:
> On Wed, Jan 21, 2015 at 08:46:29AM +0100, Robert Jarzmik wrote:
> > Russell King - ARM Linux writes:
> >
> > > What I'd suggest (and always have done) is:
> > >
> > > dev_err(&pdev->dev, "couldn't request main
On Thu, 15 Jan 2015 22:54:46 +0200
Pantelis Antoniou wrote:
> Hi Alan,
>
> > On Jan 15, 2015, at 22:45 , One Thousand Gnomes
> > wrote:
> >
> > On Thu, 15 Jan 2015 11:47:26 -0700
> > Jason Gunthorpe wrote:
> >> It is a novel idea, my concern would be that embedding the FPGA in the
> >> DT ma
Hi,
Yes, we don't really care about this corner case.
Thanks for your reviewing.
BR
Gabriel
On 17 December 2014 at 15:01, One Thousand Gnomes
wrote:
> On Wed, 17 Dec 2014 11:34:46 +0100
> Gabriel FERNANDEZ wrote:
>
>> sti SoCs PCIe IPs are built around DesignWare IP Core.
>> But in these SoCs
DA9150 is a combined Charger and Fuel-Gauge IC, with additional
GPIO and GPADC functionality.
Signed-off-by: Adam Thomson
Acked-by: Lee Jones
---
drivers/mfd/Kconfig | 12 +
drivers/mfd/Makefile |2 +-
drivers/mfd/da9150-core.c| 413 ++
Signed-off-by: Adam Thomson
Acked-by: Jonathan Cameron
---
.../devicetree/bindings/iio/adc/da9150-gpadc.txt | 16
1 file changed, 16 insertions(+)
create mode 100644 Documentation/devicetree/bindings/iio/adc/da9150-gpadc.txt
diff --git a/Documentation/devicetree/bindin
On 19 January 2015 at 14:49, Arnd Bergmann wrote:
> On Monday 19 January 2015 13:37:33 Gabriel Fernandez wrote:
>> On 17 December 2014 at 23:14, Arnd Bergmann wrote:
>> > On Wednesday 17 December 2014 11:34:44 Gabriel FERNANDEZ wrote:
>> > > +/*
>> > > + * On ARM platforms, we actually get a bus
This patch adds support for DA9150 Charger & Fuel-Gauge IC GPADC.
Signed-off-by: Adam Thomson
Reviewed-by: Hartmut Knaack
Acked-by: Jonathan Cameron
---
drivers/iio/adc/Kconfig| 9 +
drivers/iio/adc/Makefile | 1 +
drivers/iio/adc/da9150-gpadc.c | 407
Signed-off-by: Adam Thomson
Acked-by: Lee Jones
---
MAINTAINERS | 4
1 file changed, 4 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 2fa3853..1e46651 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3085,12 +3085,15 @@ S: Supported
F: Documentation/hwmon/da90??
F:
On Wed, Jan 21, 2015 at 02:43:23PM +, Arnd Bergmann wrote:
> On Wednesday 21 January 2015 12:02:30 Sudeep Holla wrote:
> > Though this patch and commit 5d425c18653731af6 ("arm64: kernel: add
> > support for cpu cache information") which is in -next(via arm64) are
> > dependent to provide desire
Signed-off-by: Adam Thomson
---
Documentation/devicetree/bindings/mfd/da9150.txt | 43
1 file changed, 43 insertions(+)
create mode 100644 Documentation/devicetree/bindings/mfd/da9150.txt
diff --git a/Documentation/devicetree/bindings/mfd/da9150.txt
b/Documentation/dev
Signed-off-by: Adam Thomson
---
.../devicetree/bindings/power/da9150-charger.txt | 26 ++
1 file changed, 26 insertions(+)
create mode 100644 Documentation/devicetree/bindings/power/da9150-charger.txt
diff --git a/Documentation/devicetree/bindings/power/da9150-charger.txt
This patch adds support for DA9150 Charger & Fuel-Gauge IC Charger.
Signed-off-by: Adam Thomson
---
drivers/power/Kconfig | 12 +
drivers/power/Makefile | 1 +
drivers/power/da9150-charger.c | 688 +
3 files changed, 701 insertions(+)
This patch set adds initial support for the Dialog DA9150 Integrated Charger &
Fuel-Gauge IC. The device also provides GPIO and GPADC functionality.
In this patch set the following is provided:
- MFD Core support and DT bindings documentation.
- IIO GPADC support and DT bindings documentation.
While we're at it we're also adding a new human readable define for the
aforementioned clock.
Cc: devicetree@vger.kernel.org
Signed-off-by: Lee Jones
---
arch/arm/boot/dts/stih416.dtsi | 2 +-
include/dt-bindings/clock/stih416-clks.h | 1 +
2 files changed, 2 insertions(+), 1 deletion(
1 - 100 of 181 matches
Mail list logo
