> -Original Message-
> From: Mark Rutland [mailto:mark.rutl...@arm.com]
> Sent: Thursday, November 14, 2013 6:46 PM
> To: Lu Jingchang-B35083
> Cc: vinod.k...@intel.com; devicetree@vger.kernel.org; Wang Huan-B18965;
> linux-ker...@vger.kernel.org; shawn@linaro.org; linux-arm-
> ker...
Hi Eduardo,
Sorry for joining the discussion a little late, I could never find the
time to look into this patch series so far.
On Tue, 12 Nov 2013 15:46:08 -0400, Eduardo Valentin wrote:
> This patch adds to lm75 temperature sensor the possibility
> to expose itself as thermal zone device, regist
On Fri, Nov 15, 2013 at 02:42:01PM +0800, Shawn Guo wrote:
> On Thu, Nov 14, 2013 at 07:07:09PM +0800, Nicolin Chen wrote:
> > We must specify the value of audmux pinctrl if we want to use pinctrl_pm().
> > Thus change bypass value 0x8000 to what we exactly need.
> >
> > This patch also sepera
On Thursday 14 November 2013 23:34:19 Sebastian Reichel wrote:
> On Thu, Nov 14, 2013 at 07:05:06PM +0100, Pali Rohár wrote:
> > On Thursday 14 November 2013 13:38:53 Sebastian Reichel
wrote:
> > > diff --git a/drivers/power/isp1704_charger.c
> > > b/drivers/power/isp1704_charger.c index fc04d19..
On Thu, Nov 14, 2013 at 07:07:09PM +0800, Nicolin Chen wrote:
> We must specify the value of audmux pinctrl if we want to use pinctrl_pm().
> Thus change bypass value 0x8000 to what we exactly need.
>
> This patch also seperately unset PUE bit for TXD so that IOMUX won't pull
> up/down the pin
Per the ePAPR v1.1 specification, 'phy-connection-type' is the canonical
property name for describing an Ethernet to PHY connection type. Make
sure that of_get_phy_mode() also attempts to parse that property and
update the comments mentioning 'phy-mode' to also include
'phy-connection-type'.
Acked
On Thu, Nov 14, 2013 at 11:18:57AM +0100, Lucas Stach wrote:
> Use clock defines in order to make devicetrees more
> human readable.
>
> Signed-off-by: Lucas Stach
Applied all, thanks.
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majord...
On Thu, Nov 14, 2013 at 11:18 AM, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Monday 07 October 2013 07:35 PM, Yuvaraj Cd wrote:
>> On Tue, Oct 1, 2013 at 6:21 PM, Kishon Vijay Abraham I wrote:
>>> On Tuesday 01 October 2013 12:03 PM, Yuvaraj Kumar C D wrote:
This patch adds the sata phy driv
Hi
I would like to know the current status of this patch
> Support for loading the simple-card module via DeviceTree.
> It requests CPU/CODEC information.
>
> Signed-off-by: Kuninori Morimoto
> ---
> v3 -> v4
>
> - explain detail of each properties on simple-card.txt
> - fixup odd examples
On Wednesday 13 November 2013 01:16 AM, Eduardo Valentin wrote:
> This patch changes the cpufreq-cpu0 driver to consider if
> a cpu needs cooling (with cpufreq). In case the cooling is needed,
> the cpu0 device tree node needs to be properly configured
> with cooling device properties.
>
> In case
On Fri, Nov 15, 2013 at 11:22:52AM +0800, Shawn Guo wrote:
> On Fri, Nov 15, 2013 at 10:59:57AM +0800, Nicolin Chen wrote:
> > Hi Shawn,
> >
> > On Fri, Nov 15, 2013 at 11:02:49AM +0800, Shawn Guo wrote:
> > > On Thu, Nov 14, 2013 at 07:07:08PM +0800, Nicolin Chen wrote:
> > > > This series of
On Fri, Nov 15, 2013 at 10:59:57AM +0800, Nicolin Chen wrote:
> Hi Shawn,
>
> On Fri, Nov 15, 2013 at 11:02:49AM +0800, Shawn Guo wrote:
> > On Thu, Nov 14, 2013 at 07:07:08PM +0800, Nicolin Chen wrote:
> > > This series of patches need to be applied into one single tree because
> > > the secon
Hi Shawn,
On Fri, Nov 15, 2013 at 11:02:49AM +0800, Shawn Guo wrote:
> On Thu, Nov 14, 2013 at 07:07:08PM +0800, Nicolin Chen wrote:
> > This series of patches need to be applied into one single tree because
> > the second patch depends on the first one. Without it, SSI would playback
> > const
On Thu, Nov 14, 2013 at 07:07:08PM +0800, Nicolin Chen wrote:
> This series of patches need to be applied into one single tree because
> the second patch depends on the first one. Without it, SSI would playback
> constant noise to the right channel when playback monaural audio files on
> i.MX6 Seri
On 11/11/2013 10:34 PM, Leela Krishna Amudala wrote:
Add device tree support and use syscon regmap interface to configure
AUTOMATIC_WDT_RESET_DISABLE and MASK_WDT_RESET_REQUEST registers of PMU
to mask/unmask enable/disable of watchdog in probe and s2r scenarios.
If the driver didn't support de
[switched to correct devicetree list, even though this is all ACPI discussion]
On Thu, Nov 14, 2013 at 6:19 PM, Loc Ho wrote:
> Hi,
>
> For the acpi, is that part of the acpi framework? If so, can you point
> me to the location of the code for reference?
Please don't top post replies when someon
The more I start to see early UEFI/ACPI code, the more I am certain
that we want none of that crap in the kernel. It's making things
considerably messier, while we're already very busy trying to convert
everything over and enable DT -- we'll be preempting that effort just
to add even more boilerpla
Using the new 3.12 mainline kernel I've been able to get both CAN
devices working reliably on an AM335x platform (the Beaglbone Black).
However, I get a warning when the device boots:
c_can_platform 481d.d_can: can't request region for resource [mem
0x44e10644-0x44e10647]
What this is referr
Add minimal device tree support for n8x0 boards so we
can make omap2 device tree only. Note that we still need
to initialize various platform data quirks to keep
things working until n8x0 drivers support device tree.
Here's a rough todo list for the people using n8x0:
1. Update menelaus for devic
I doubt that there are many people using 2430 sdp, but as
that's been historically an important acid test platform
for omap2+ related changes, let's add minimal device
tree support for it.
If anybody is using it beyond minimal boot testing, patches
for more complete device tree support are welcome
* Sebastian Reichel [131114 15:04]:
> On Thu, Nov 14, 2013 at 10:51:33AM -0800, Tony Lindgren wrote:
> > [...]
> >
> > If this is not going into v3.13, these will cause conflicts
> > with the mach-omap2/board-*.c files for v3.14.
> >
> > So it might be best to do a minimal header patch first that
On Thu, Nov 14, 2013 at 10:51:33AM -0800, Tony Lindgren wrote:
> [...]
>
> If this is not going into v3.13, these will cause conflicts
> with the mach-omap2/board-*.c files for v3.14.
>
> So it might be best to do a minimal header patch first that
> can be merged in by both linux-omap and wireless
On Thu, Nov 14, 2013 at 07:05:06PM +0100, Pali Rohár wrote:
> On Thursday 14 November 2013 13:38:53 Sebastian Reichel wrote:
> > diff --git a/drivers/power/isp1704_charger.c
> > b/drivers/power/isp1704_charger.c index fc04d19..db96778
> > 100644
> > --- a/drivers/power/isp1704_charger.c
> > +++ b/d
On Thu, Nov 14, 2013 at 3:37 PM, Stephen Warren wrote:
> On 11/14/2013 12:16 PM, Jason Gunthorpe wrote:
>> On Thu, Nov 14, 2013 at 12:00:24PM -0700, Stephen Warren wrote:
>>
>>> I don't think a distro should need to know the DTB filename at all.
>>> Rather, the/a bootloader should know which platf
On Thursday, November 14, 2013 09:17:21 AM Eduardo Valentin wrote:
> On 12-11-2013 15:46, Eduardo Valentin wrote:
> > This patch changes the cpufreq-cpu0 driver to consider if
> > a cpu needs cooling (with cpufreq). In case the cooling is needed,
> > the cpu0 device tree node needs to be properly c
This series add support for using EOC gpio line of bmp085 to detect when
conversion
is finished. First patch add that functionality. Second patch add DT bindings
for gpio
and irq parameters. Third patch add missing platform data which are already in
DT bindings
to have possibility to used them o
- pass GPIO or IRQ to driver and have it initialize the GPIO and
the IRQ
- finish waiting early if interrupt fires
- clean up GPIO and IRQ on exit.
Signed-off-by: NeilBrown
Signed-off-by: H. Nikolaus Schaller
Signed-off-by: Marek Belisko
---
drivers/misc/bmp085.c | 68 ++
DT bindings contains more parameters to set so add them to platform data also
to have possibility to use on arch where DT isn't available yet.
Signed-off-by: Marek Belisko
---
drivers/misc/bmp085.c | 21 +
include/linux/i2c/bmp085.h | 7 +++
2 files changed, 24 inse
Signed-off-by: Marek Belisko
---
Documentation/devicetree/bindings/misc/bmp085.txt | 8
drivers/misc/bmp085.c | 53 ---
2 files changed, 55 insertions(+), 6 deletions(-)
diff --git a/Documentation/devicetree/bindings/misc/bmp085.txt
b/Docume
ata: Add APM X-Gene SoC SATA host controller driver
This patch adds support for the APM X-Gene SoC SATA host controller driver.
Signed-off-by: Loc Ho
Signed-off-by: Tuan Phan
Signed-off-by: Suman Tripathi
Reviewed-by: Arnd Bergmann
Reviewed-by: Olof Johansson
---
drivers/ata/Kconfig |
arm64: Add APM X-Gene SoC SATA host controller and clock DTS entries
Signed-off-by: Loc Ho
Signed-off-by: Tuan Phan
Signed-off-by: Suman Tripathi
Reviewed-by: Arnd Bergmann
Reviewed-by: Olof Johansson
---
arch/arm64/boot/dts/apm-storm.dtsi | 70
1 files
Documentation:: Add documentation for APM X-Gene SoC SATA host controller DTS
binding
Signed-off-by: Loc Ho
Signed-off-by: Tuan Phan
Signed-off-by: Suman Tripathi
Reviewed-by: Arnd Bergmann
Reviewed-by: Olof Johansson
---
.../devicetree/bindings/ata/apm-xgene.txt | 62 +++
ata: Export required functions by APM X-Gene SATA driver
This patch exports functions required by APM X-Gene SoC SATA host
controller driver to avoid duplication of code.
Signed-off-by: Loc Ho
Signed-off-by: Tuan Phan
Signed-off-by: Suman Tripathi
Reviewed-by: Arnd Bergmann
Reviewed-by: Olof
ata: Add APM X-Gene SoC SATA host controller support
This patch adds support for the APM X-Gene SoC SATA host controller. In
order for the host controller to work, the corresponding SATA PHY driver
musts also be available.
v3:
* Move out the SATA PHY to another driver
* Remove the clock-cells
On 11/14/2013 12:16 PM, Jason Gunthorpe wrote:
> On Thu, Nov 14, 2013 at 12:00:24PM -0700, Stephen Warren wrote:
>
>> I don't think a distro should need to know the DTB filename at all.
>> Rather, the/a bootloader should know which platform it's running on, and
>> provide a variable/... to the boo
On Thu, 14 Nov 2013 11:01:35 +0100, Pantelis Antoniou
wrote:
> On Nov 14, 2013, at 2:31 AM, Grant Likely wrote:
> > On Tue, 12 Nov 2013 10:30:37 +0100, Pantelis Antoniou
> > wrote:
> >> On Nov 11, 2013, at 7:42 PM, Grant Likely wrote:
> >>> On Fri, 8 Nov 2013 17:06:09 +0200, Pantelis Antoniou
Introduce support for Broadcom Serial Controller (BSC) I2C bus found
in the Kona family of Mobile SoCs. FIFO hardware is utilized but only
standard mode (100kHz), fast mode (400kHz), and fast mode plus (1MHz)
bus speeds are supported.
Signed-off-by: Tim Kryger
Reviewed-by: Matt Porter
Reviewed-
Enable all available i2c busses.
Signed-off-by: Tim Kryger
Reviewed-by: Christian Daudt
Reviewed-by: Matt Porter
Reviewed-by: Markus Mayer
---
arch/arm/boot/dts/bcm28155-ap.dts | 20
1 file changed, 20 insertions(+)
diff --git a/arch/arm/boot/dts/bcm28155-ap.dts
b/arch/
This series adds support for the Kona I2C bus found on Broadcom mobile
SoCs like the bcm11351 (aka bcm281xx) and enables it on the bcm28155-ap
board.
It depends upon the following commit:
http://lkml.indiana.edu/hypermail/linux/kernel/1311.1/03583.html
Tim Kryger (5):
Documentation: dt: Add i
Add the binding description for the i2c-bcm-kona block found on
Broadcom's mobile SoCs.
Signed-off-by: Tim Kryger
Reviewed-by: Matt Porter
---
.../devicetree/bindings/i2c/i2c-bcm-kona.txt | 35 ++
1 file changed, 35 insertions(+)
create mode 100644 Documentation/devic
Add support for I2C high-speed mode (3.4 MHz).
Signed-off-by: Tim Kryger
Reviewed-by: Matt Porter
Reviewed-by: Markus Mayer
---
drivers/i2c/busses/i2c-bcm-kona.c | 115 +-
1 file changed, 114 insertions(+), 1 deletion(-)
diff --git a/drivers/i2c/busses/i2c-
Add the DTS nodes for all the i2c busses in the SoC.
Signed-off-by: Tim Kryger
Reviewed-by: Christian Daudt
Reviewed-by: Matt Porter
Reviewed-by: Markus Mayer
---
arch/arm/boot/dts/bcm11351.dtsi | 40
1 file changed, 40 insertions(+)
diff --git a/arch
On Tue, Nov 12, 2013 at 16:23 +0400, Alexander Popov wrote:
>
> 2013/11/12 Gerhard Sittig :
> >
> > It would be nice to get a response to the feedback that you
> > are given. It may be appropriate not to obey to the
> > feedback, but at least it should get considered.
>
> Yes, I see. My implici
On Thu, Nov 14, 2013 at 11:00:04AM -0800, Brian Norris wrote:
> On Thu, Nov 07, 2013 at 12:17:10PM -0300, Ezequiel Garcia wrote:
> > Given there's no public specification to this date, and in order
> > to capture some important details and singularities about the
> > controller let's document them
Documentation: Add APM X-Gene SoC 6.0Gbps SATA PHY driver binding documentation
Document the DTS binding for the X-Gene SoC SATA PHY driver.
Signed-off-by: Loc Ho
Signed-off-by: Tuan Phan
Signed-off-by: Suman Tripathi
Reviewed-by: Arnd Bergmann
Reviewed-by: Olof Johansson
---
.../devicetre
arm64: Add APM X-Gene SoC 6.0Gbps SATA PHY DTS entries.
This patch adds the DTS entries for the APM X-Gene SoC 6.0Gbps SATA PHY
driver. The PHY for controller 0 and 1 are enabled by default.
---
arch/arm64/boot/dts/apm-storm.dtsi | 25 +
1 files changed, 25 insertions(+
ata: Add APM X-Gene SoC 6.0Gbps SATA PHY support
This patch adds support for APM X-Gene SoC 6.0Gbps SATA PHY. This is the
physical layer interface for the corresponding SATA host controller. This
driver uses the new PHY generic framework posted by Kishon Vijay Abrahm.
Signed-off-by: Loc Ho
Signe
On Thu, Nov 14, 2013 at 12:16:22PM -0700, Jason Gunthorpe wrote:
> On Thu, Nov 14, 2013 at 12:00:24PM -0700, Stephen Warren wrote:
>
> > I don't think a distro should need to know the DTB filename at all.
> > Rather, the/a bootloader should know which platform it's running on, and
> > provide a va
On Thu, Nov 14, 2013 at 11:28:59AM -0500, Jason Cooper wrote:
> This is the difference between a commercial effort and a hobbyist
> effort. I think I have a plan for how we can both get what we want. I
> could change the argument to 'dtc ... -L arch/arm/boot ...'. Thus:
>
> $ cd arch/arm/boot
>
The frequency for the Kona timer can either be specified through the
device tree or determined by checking the rate of the clock specified
in the device tree. Update the documentation to reflect both ways.
Signed-off-by: Tim Kryger
Reviewed-by: Matt Porter
---
Documentation/devicetree/bindings
On Thu, Nov 14, 2013 at 12:00:24PM -0700, Stephen Warren wrote:
> I don't think a distro should need to know the DTB filename at all.
> Rather, the/a bootloader should know which platform it's running on, and
> provide a variable/... to the boot script/... that defines the DTB
> filename. That wou
The Kona SDHCI block requires a clock that must be specified in the
device tree. Update the documentation to reflect this requirement.
Signed-off-by: Tim Kryger
Reviewed-by: Matt Porter
---
Documentation/devicetree/bindings/mmc/kona-sdhci.txt | 5 +
1 file changed, 5 insertions(+)
diff --
Enable the external clock needed by the host controller during the
probe and disable it during the remove.
Signed-off-by: Tim Kryger
Reviewed-by: Markus Mayer
Reviewed-by: Matt Porter
---
drivers/mmc/host/sdhci-bcm-kona.c | 28 +++-
1 file changed, 27 insertions(+), 1 d
Specify the external clock label in each SDHCI node.
Signed-off-by: Tim Kryger
Reviewed-by: Markus Mayer
Reviewed-by: Matt Porter
---
arch/arm/boot/dts/bcm11351.dtsi | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/bcm11351.dtsi b/arch/arm/boot/dts/bcm11351.dtsi
index
The frequency property in "snps,dw-apb-uart" entries are no longer
required if the rate of the external clock can be determined using the
clk api (see e302cd9 serial: 8250_dw: add support for clk api).
This patch replaces the frequency property in the UART nodes of
bcm11351.dtsi with references to
When an clock is specified in the device tree, enable it and use it to
determine the external clock frequency.
Signed-off-by: Tim Kryger
Reviewed-by: Markus Mayer
Reviewed-by: Matt Porter
---
drivers/clocksource/bcm_kona_timer.c | 14 +++---
1 file changed, 11 insertions(+), 3 deletion
Declare clocks that are enabled and configured by bootloaders as fixed
rate clocks in the DTS such that device drivers may use standard clock
function calls.
Signed-off-by: Tim Kryger
Reviewed-by: Markus Mayer
Reviewed-by: Matt Porter
---
arch/arm/boot/dts/bcm11351.dtsi | 97 ++
Specify the external clock label in the timer node.
Signed-off-by: Tim Kryger
Reviewed-by: Markus Mayer
Reviewed-by: Matt Porter
---
arch/arm/boot/dts/bcm11351.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/bcm11351.dtsi b/arch/arm/boot/dts/bcm11351.
This series declares the clocks present on bcm11351 (aka bcm281xx) SoCs
to be fixed at the rates configured by development bootloaders and then
updates the Kona drivers to make use of clock calls where appropriate.
Changes in v3:
- Updated the commit message for the UART DTS change
- Added a p
* Joel Fernandes [13 11:50]:
> Add documentation for the generic OMAP DES crypto modul describing the device
> tree bindings.
>
> Reviewed-by: Mark Rutland
> Acked-by: Santosh Shilimkar
> Signed-off-by: Joel Fernandes
Thanks applying into omap-for-v3.13/fixes.
Tony
> ---
> v2 changes: U
On Thu, Nov 07, 2013 at 12:17:10PM -0300, Ezequiel Garcia wrote:
> Given there's no public specification to this date, and in order
> to capture some important details and singularities about the
> controller let's document them once and for good.
Made a few small tweaks for spelling and such (see
On 11/14/2013 09:28 AM, Jason Cooper wrote:
> On Tue, Nov 12, 2013 at 01:15:51PM -0700, Stephen Warren wrote:
>> On 11/12/2013 12:30 PM, Jason Cooper wrote:
>>> On Tue, Nov 12, 2013 at 11:38:47AM -0700, Stephen Warren wrote:
On 11/12/2013 08:29 AM, Rob Herring wrote:
> On Mon, Nov 11, 2013
* Lokesh Vutla [131107 21:38]:
> A new compatible property "ti,omap5-sham" is added to the omap-sham driver
> recently to support SHA/MD5 for OMAP5,DRA7 and AM43XX. Documenting the
> same.
>
> Signed-off-by: Lokesh Vutla
Thanks applying into omap-for-v3.13/fixes.
Tony
> ---
> .../devicetree/
Brian,
On Thu, Nov 14, 2013 at 10:39:23AM -0800, Brian Norris wrote:
> On Thu, Nov 07, 2013 at 12:17:19PM -0300, Ezequiel Garcia wrote:
> > --- a/drivers/mtd/nand/pxa3xx_nand.c
> > +++ b/drivers/mtd/nand/pxa3xx_nand.c
> > @@ -863,21 +867,28 @@ static int pxa3xx_nand_waitfunc(struct mtd_info *mtd,
* Sebastian Reichel [131027 09:15]:
> From: Luciano Coelho
>
> Move the wl1251 part of the wl12xx platform data structure into a new
> structure specifically for wl1251. Change the platform data built-in
> block and board files accordingly.
>
> Cc: Tony Lindgren
> Signed-off-by: Luciano Coelh
On Thu, Nov 07, 2013 at 12:17:19PM -0300, Ezequiel Garcia wrote:
> --- a/drivers/mtd/nand/pxa3xx_nand.c
> +++ b/drivers/mtd/nand/pxa3xx_nand.c
> @@ -863,21 +867,28 @@ static int pxa3xx_nand_waitfunc(struct mtd_info *mtd,
> struct nand_chip *this)
> {
> struct pxa3xx_nand_host *host = mtd->p
On Thu, Nov 14, 2013 at 4:10 AM, Lucas Stach wrote:
> For better readablitity and no need to look up numbers
> in the documentation anymore.
> + clocks = <&clks IMX5_CLK_CPU_PODF>;
The patch reinforces trading off device tree size (because for some
reason, someone decided de
* Eric Witcher [131022 21:14]:
> Correct the SPI node compatible property items to match example code and
> match current DTS usage.
>
> Signed-off-by: Eric Witcher
> ---
> Documentation/devicetree/bindings/spi/omap-spi.txt | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff -
On Thursday 14 November 2013 13:38:53 Sebastian Reichel wrote:
> diff --git a/drivers/power/isp1704_charger.c
> b/drivers/power/isp1704_charger.c index fc04d19..db96778
> 100644
> --- a/drivers/power/isp1704_charger.c
> +++ b/drivers/power/isp1704_charger.c
> @@ -28,6 +28,8 @@
> #include
> #incl
The board schematic states that the "SD_CARD_DET_N gets pulled to GND
when card is inserted" so the polarity has been updated to active low.
Polarity is now specified with a GPIO define instead of a magic number.
Signed-off-by: Tim Kryger
Reviewed-by: Matt Porter
---
arch/arm/boot/dts/bcm28155
* Sebastian Reichel [131114 04:40]:
> This patch introduces device tree support to the isp1704
> charger driver. Adding support involved moving the handling
> of the enable GPIO from board code into the driver.
>
> Signed-off-by: Sebastian Reichel
> ---
> arch/arm/mach-omap2/board-rx51-peripher
On 11/14/2013 06:03 PM, Wolfram Sang wrote:
On Wed, Nov 06, 2013 at 09:25:13AM +0100, Maxime COQUELIN wrote:
This patch supplies I2C configuration to STiH416 SoC.
Signed-off-by: Maxime Coquelin
I suppose the dts patches go via arm-soc.
Yes, I think so.
Regards,
Maxime
--
To unsubscribe
On 11/14/2013 06:00 PM, Wolfram Sang wrote:
On Wed, Nov 06, 2013 at 09:25:12AM +0100, Maxime COQUELIN wrote:
This patch adds support to SSC (Synchronous Serial Controller)
I2C driver. This IP also supports SPI protocol, but this is not
the aim of this driver.
This IP is embedded in all ST SoC
On Wed, Nov 06, 2013 at 09:25:13AM +0100, Maxime COQUELIN wrote:
> This patch supplies I2C configuration to STiH416 SoC.
>
> Signed-off-by: Maxime Coquelin
I suppose the dts patches go via arm-soc.
signature.asc
Description: Digital signature
On Wed, Nov 06, 2013 at 09:25:12AM +0100, Maxime COQUELIN wrote:
> This patch adds support to SSC (Synchronous Serial Controller)
> I2C driver. This IP also supports SPI protocol, but this is not
> the aim of this driver.
>
> This IP is embedded in all ST SoCs for Set-top box platorms, and
> suppo
On Thu, Nov 14, 2013 at 05:23:08PM +0100, Tomasz Figa wrote:
> On Thursday 14 of November 2013 17:14:31 Florian Meier wrote:
> > >> >> I am becoming desperate anyway that this migration will ever fully
> > >> >> take place
> > >> >
> > >> > Why not? It's just a matter of people like you working
On 11/13/2013 11:41 PM, Hiroshi Doyu wrote:
> Stephen Warren wrote @ Wed, 13 Nov 2013 18:58:23
> +0100:
>
>>> smmu: iommu@xx {
>>>#iommu-cells = <3>;
>>>^^
>>>};
>>>
>>>host1x {
>>>compatible = "nvidia,tegra30-host1x", "simple-bus";
>>>
Hi Mark,
On Thursday 14 November 2013 07:31 PM, Mark Rutland wrote:
> On Thu, Nov 14, 2013 at 12:18:47PM +, Sricharan R wrote:
>> In some socs the gic can be preceded by a crossbar IP which
>> routes the peripheral interrupts to the gic inputs. The peripheral
>> interrupts are associated with
Hi Mark,
On Thursday 14 November 2013 07:42 PM, Mark Rutland wrote:
> On Thu, Nov 14, 2013 at 12:18:48PM +, Sricharan R wrote:
>> Some socs have a large number of interrupts requests to service
>> the needs of its many peripherals and subsystems. All of the
>> interrupt lines from the subsyste
2013/11/14 Tomasz Figa :
> On Thursday 14 of November 2013 17:14:31 Florian Meier wrote:
>> >> >> I am becoming desperate anyway that this migration will ever fully
>> >> >> take place
>> >> >
>> >> > Why not? It's just a matter of people like you working on this (and
>> >> > addressing some re
On Tue, Nov 12, 2013 at 01:15:51PM -0700, Stephen Warren wrote:
> On 11/12/2013 12:30 PM, Jason Cooper wrote:
> > On Tue, Nov 12, 2013 at 11:38:47AM -0700, Stephen Warren wrote:
> >> On 11/12/2013 08:29 AM, Rob Herring wrote:
> >>> On Mon, Nov 11, 2013 at 3:24 PM, Stephen Warren
> >>> wrote:
> >>
On 11/13/2013 05:14 PM, Rob Herring wrote:
> On 11/13/2013 07:40 AM, Michal Simek wrote:
>> On 11/13/2013 11:19 AM, Michal Simek wrote:
>>> On 11/12/2013 08:42 PM, Geert Uytterhoeven wrote:
Kill the microblaze-specific __fdt_blob section, and start
using .dtb.init.rodata from for
bu
On Thursday 14 of November 2013 17:14:31 Florian Meier wrote:
> >> >> I am becoming desperate anyway that this migration will ever fully
> >> >> take place
> >> >
> >> > Why not? It's just a matter of people like you working on this (and
> >> > addressing some review comments ;)).
> >>
> >> The
On Wed, Nov 13, 2013 at 05:53:36PM +, Stephen Warren wrote:
> On 11/13/2013 10:31 AM, Will Deacon wrote:
> > On Wed, Nov 13, 2013 at 04:06:10PM +, Hiroshi Doyu wrote:
> >> This can be solved with introducing the fixed size of bitmap. The size
> >> of bitmap can be fixed even per SoC. In teg
> I mean, something closer to:
> .
Ok :-)
>> >> I am becoming desperate anyway that this migration will ever fully
>> >> take place
>> >
>> > Why not? It's just a matter of people like you working on this (and
>> > addressing some review comments ;)).
>>
>> The most common comment about t
* Mark Rutland [131114 03:04]:
> On Thu, Nov 14, 2013 at 02:35:30AM +, Tony Lindgren wrote:
> > Commit 89ce376c6bdc (drivers/net: Use of_match_ptr() macro in smc91x.c)
> > added minimal device tree support to smc91x, but it's not working on
> > many platforms because of the lack of some key co
On Thursday 14 of November 2013 16:41:56 Florian Meier wrote:
> 2013/11/14 Tomasz Figa :
> > On Thursday 14 of November 2013 15:44:05 Florian Meier wrote:
> >> 2013/11/14 Tomasz Figa :
> >> > On Thursday 14 of November 2013 08:12:46 Florian Meier wrote:
> >> >> On 13.11.2013 21:39, Tomasz Figa wrot
HI,
On Thu, Nov 14, 2013 at 11:19:59AM +, Mark Rutland wrote:
> > On Tue, Oct 22, 2013 at 10:42:00AM +0200, Sebastian Andrzej Siewior wrote:
> > > On 10/21/2013 10:13 PM, Felipe Balbi wrote:
> > > > diff --git a/drivers/input/touchscreen/ti_am335x_tsc.c
> > > > b/drivers/input/touchscreen/ti_
On Thu, Nov 14, 2013 at 02:54:59PM +, Srinivas Kandagatla wrote:
> This patch fixes a typo for device_type property of phy node.
> This can work as of today but once a checks are added in generic code
> this typo will stop phy from working.
>
> Signed-off-by: Srinivas Kandagatla
Acked-by: An
2013/11/14 Tomasz Figa :
> On Thursday 14 of November 2013 15:44:05 Florian Meier wrote:
>> 2013/11/14 Tomasz Figa :
>> > On Thursday 14 of November 2013 08:12:46 Florian Meier wrote:
>> >> On 13.11.2013 21:39, Tomasz Figa wrote:
>> >> > On Wednesday 13 of November 2013 20:35:22 Florian Meier wrote
On Thu, Nov 14, 2013 at 02:53:08PM +, Srinivas Kandagatla wrote:
> This patch fixes a typo for device_type property of phy node.
> This can work as of today but once a checks are added in generic code
> this typo will stop phy from working.
>
> Signed-off-by: Srinivas Kandagatla
Hi Srinivas
On Thu, Nov 07, 2013 at 04:46:00PM -0800, Brian Norris wrote:
>
> I haven't taken a look at all your changes yet, but I'll get this
Any comments on the v4?
I don't think there are any open issues to reply, but maybe my memory
is failing, so feel free to refresh it :-)
I'll re-submit the series
Hi Magnus,
On Thursday 14 November 2013 19:16:05 Magnus Damm wrote:
> Hi Laurent,
>
> Thanks for V2, it is looking better and better. Great that r8a7791 and
> r8a7790 can share the CPG code. I have now finally got my r8a7791 board
> replaced so I intend to try your code out on Lager and then see
Hello.
> On Thu, Nov 14, 2013 at 12:52:03PM +, Alexander Shiyan wrote:
> > This patch adds support for using subdevices within syscon node.
> > Primary usage of this is describe all devices with same memory
> > region in one container.
>
> I think if you need to do this, you should not be usi
According to Documentation/devicetree/bindings/net/phy.txt device_type
property of PHY nodes is mandatory, which should be set to
"ethernet-phy". This patch adds check in scanning phys and only scans
node which have device-type set to "ethernet-phy".
Signed-off-by: Srinivas Kandagatla
---
driver
On Thursday 14 of November 2013 15:44:05 Florian Meier wrote:
> 2013/11/14 Tomasz Figa :
> > On Thursday 14 of November 2013 08:12:46 Florian Meier wrote:
> >> On 13.11.2013 21:39, Tomasz Figa wrote:
> >> > On Wednesday 13 of November 2013 20:35:22 Florian Meier wrote:
> >> +- brcm,dma-channel
This patch fixes a typo for device_type property of phy node.
This can work as of today but once a checks are added in generic code
this typo will stop phy from working.
Signed-off-by: Srinivas Kandagatla
---
arch/arm/boot/dts/dove.dtsi |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
This patch fixes a typo for device_type property of phy node.
This can work as of today but once a checks are added in generic code
this typo will stop phy from working.
Signed-off-by: Srinivas Kandagatla
---
.../dts/orion5x-lacie-ethernet-disk-mini-v2.dts|2 +-
1 files changed, 1 insert
On Thu, Nov 14, 2013 at 12:52:03PM +, Alexander Shiyan wrote:
> This patch adds support for using subdevices within syscon node.
> Primary usage of this is describe all devices with same memory
> region in one container.
I think if you need to do this, you should not be using syscon. What
exac
> This patch adds support for using subdevices within syscon node.
> Primary usage of this is describe all devices with same memory
> region in one container.
Can you show me an example where people have placed devices as
children to syscon?
> Signed-off-by: Alexander Shiyan
> ---
> drivers/mfd
1 - 100 of 157 matches
Mail list logo
