The MSI Primo73 is an A20 based tablet, with 1G RAM, 16G NAND,
1024x600 TN LCD display, mono speaker, 0.3 MP front camera, 2.0 MP
rear camera, 3000 mAh battery, gt911 touchscreen, mma8452 accelerometer
and rtl8188etv usb wifi. Has "power", "volume+" and "volume-" buttons
(both volume buttons are al
The MSI Primo81 is an A31s based tablet, with 1G RAM, 16G NAND,
1024x768 IPS LCD display, mono speaker, 0.3 MP front camera, 2.0 MP
rear camera, 3500 mAh battery, gt911 touchscreen, mma8452 accelerometer
and rtl8188etv usb wifi. Has "power", "volume+" and "volume-" buttons
(both volume buttons are
On 2014/12/24 0:34, Thor Thayer wrote:
Hi,
What is the best way to queue devicetree child nodes so the node is passed in
the platform_device pointer to the probe() function?
Documentation/devicetree/usage-model.txt has the following:
"For Linux DT support, the generic behaviour is for child d
On Tue, 2014-12-23 at 14:49 +0100, Wolfram Sang wrote:
> On Tue, Dec 23, 2014 at 02:23:01PM +0100, Valentin Longchamp wrote:
> > Wolfgang, Scott,
>
> Wolfram, please.
>
> > > What is then the agreement here ? Add a clock-div to the device trees ?
> > > Or do
> > > something similar to mpc_i2c_g
Hi Pavel,
On Fri, Dec 26, 2014 at 06:19:44PM +0100, Pavel Machek wrote:
> On Fri 2014-12-26 13:34:52, Sebastian Reichel wrote:
> > OMAP34xx and OMAP36xx processors contain a register in the syscon area,
> > which can be used to determine the SoCs temperature. This provides a
> > DT binding specifi
Hi Felipe,
On Fri, Dec 26, 2014 at 01:28:22PM -0600, Felipe Balbi wrote:
> With this driver, we can report KEY_POWER on
> AM437x SK. This patch has been tested with said
> board.
>
> Signed-off-by: Felipe Balbi
> ---
> drivers/input/misc/Kconfig | 10 +++
> drivers/input/misc/Make
Define the Henninger board dependent part of the CAN0 device node.
Signed-off-by: Sergei Shtylyov
---
Changes in version 4:
- refreshed the patch.
Changes in version 3:
- changed "can0_data_a" to "can0_data", removed "can_clk_d" in the
"renesas,groups" property;
- moved CAN0 node to go after
Define the generic R8A7791 parts of the CAN0/1 device nodes.
Signed-off-by: Sergei Shtylyov
---
Changes in version 4:
- refreshed the patch.
Changes in version 3:
- added 2 more CAN clocks along with "clock-names" property in the CAN0/1 device
nodes;
- refreshed the patch.
Changes in version
The R-Car CAN controllers can derive the CAN bus clock not only from their
peripheral clock input (clkp1) but also from the other internal clock (clkp2)
and external clock fed on CAN_CLK pin. Describe those clocks in the device
tree, along with the USB_EXTAL clock from which clkp2 is derived.
Hello.
Here's the set of 3 patches against Simon Horman's 'renesas.git' repo,
'renesas-devel-20141223-v3.19-rc1' tag. Here we add the CAN device tree support
for the R8A7791-based Henninger board. It depends on the clk driver RCAN clock
patch posted recently in order to work.
[1/3] ARM: shmobi
From: Kedareswara rao Appana
Date: Tue, 23 Dec 2014 18:07:55 +0530
> This property is no longer used in the code yet the code looks for it in the
> device tree.
> It does not cause an error if it's not in the tree.
>
> Signed-off-by: Kedareswara rao Appana
Applied, thanks.
--
To unsubscribe f
On 26/12/14 20:50, Stefan Wahren wrote:
> Hi Jonathan,
>
>> Jonathan Cameron hat am 26. Dezember 2014 um 10:23
>> geschrieben:
>>
>> [...]
>>>
>>> - lradc->over_sample_delay = 2;
>>> - ret = of_property_read_u32(lradc_node, "fsl,ave-delay", &adapt);
>>> - if (ret == 0)
>>> + if (of_property_read_
On Thu, Dec 18, 2014 at 2:33 AM, Eddie Huang wrote:
> Mediatek UART has highspeed register, but 8250_early.c doesn't
> support this, so add earlycon in 8250_mtk.c
I don't see any highspeed register setup here. More generically,
aren't you just skipping any UART setup? That may be useful on other
Hello, Nick.
On Fri, Dec 26, 2014 at 04:06:11PM -0500, nick wrote:
> I am assuming after reading this function's code, that this function is
> completed and no longer
> needs a fix me comment above it to be completed.
I do appreciate that you're studying the FIXME comments but at this
point I'm
On Mon, Dec 22, 2014 at 2:32 AM, Sean Cross wrote:
> Add a vendor prefix for Sutajio Ko-Usagi PTE Ltd., which goes by the
> more common name of Kosagi.
>
> Signed-off-by: Sean Cross
Acked-by: Rob Herring
> ---
> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
> 1 file changed, 1
On Mon, Dec 22, 2014 at 10:04 PM, nick wrote:
> Greetings Tejuin,Grant and Rob,
> Hope you are having a good holidays. I am wondering if there is
> anything we need to add to this function as stated in a fix me above it.I am
> pretty certain
> there isn't but as the maintainers, I am double check
AM437x IDK board has a User Switch which we can
program to whatever we want. Because this board
doesn't have a PMIC which can give us power button
presses, let's use this user switch as a gpio-keys
power button.
Signed-off-by: Felipe Balbi
---
Changes since v1:
- Add explicit pinctrl dat
On Fri, Dec 26, 2014 at 2:33 PM, Pavel Machek wrote:
> Hi!
>
>> > We are moving to device tree support on OMAP3, but that currently
>> > breaks ADP1653 driver. This adds device tree support, plus required
>> > documentation.
>> >
>> > Signed-off-by: Pavel Machek
>> >
>> > ---
>> >
>> > Changed -m
Hi Jonathan,
> Jonathan Cameron hat am 26. Dezember 2014 um 10:23
> geschrieben:
>
> [...]
> >
> > - lradc->over_sample_delay = 2;
> > - ret = of_property_read_u32(lradc_node, "fsl,ave-delay", &adapt);
> > - if (ret == 0)
> > + if (of_property_read_u32(lradc_node, "fsl,ave-delay", &adapt)) {
> >
From: Rob Herring
Per Grant, secretlab.ca is defunct and he has no plans to resurect it,
so update the DT website and git tree. devicetree.org needs work, but
is better than "Internal Server Error" that secretlab.ca returns.
Cc: Grant Likely
Signed-off-by: Rob Herring
---
MAINTAINERS | 4 ++--
From: Rob Herring
The regex matching on of_get_property and of_match_table cause Grant and
me to be copied on loads of drivers as well as be listed as maintainers
of those drivers. I believe the intent here was to check for documenting
of properties, but that has proven horribly ineffective. chec
AM437x IDK board has a User Switch which we can
program to whatever we want. Because this board
doesn't have a PMIC which can give us power button
presses, let's use this user switch as a gpio-keys
power button.
Signed-off-by: Felipe Balbi
---
depends on [1]. Boot logs at [2]. Note that this can
Hi!
> > We are moving to device tree support on OMAP3, but that currently
> > breaks ADP1653 driver. This adds device tree support, plus required
> > documentation.
> >
> > Signed-off-by: Pavel Machek
> >
> > ---
> >
> > Changed -microsec to -us, as requested by devicetree people.
> >
> > Fixed c
On Mon, Dec 22, 2014 at 2:50 AM, Paul Bolle wrote:
> Hi Bjorn,
>
Hi Paul
[..]
>
> The Qualcomm RPM regulator driver (see Kconfig symbol
> REGULATOR_QCOM_RPM) was added in v3.18. It depends on the above symbol,
> so it has not yet gotten build coverage. Even manual hacks like
> make -C ../..
On Tue, Dec 23, 2014 at 10:34 AM, Thor Thayer
wrote:
> Hi,
>
> What is the best way to queue devicetree child nodes so the node is passed
> in the platform_device pointer to the probe() function?
>
> Documentation/devicetree/usage-model.txt has the following:
>
> "For Linux DT support, the generic
Hi,
On Fri, Dec 26, 2014 at 01:28:22PM -0600, Felipe Balbi wrote:
> +static struct of_device_id of_tps65218_pwr_match[] = {
> + { .compatible = "ti,tps65218-pwrbutton" },
forgot to document this compatible. I'll add it localy but still wait a
a few days before resending so people have time to
On Wed, Dec 24, 2014 at 4:11 PM, Murali Karicheri wrote:
> Add of_pci_dma_configure() to allow updating the dma configuration
> of the pci device using the configuration from DT of the parent of
> the root bridge device.
>
> Signed-off-by: Murali Karicheri
> ---
> drivers/of/of_pci.c| 73
If we don't tell regmap-irq that our first status
register is at offset 1, it will try to read offset
zero, which is the chipid register.
Fixes: 44b4dc6 mfd: tps65218: Add driver for the TPS65218 PMIC
Cc: # v3.15+
Cc: Keerthy
Cc: Lee Jones
Signed-off-by: Felipe Balbi
---
drivers/mfd/tps65218.
Let this board report KEY_POWER so upper layers
can decide what to do when power button is pressed.
Signed-off-by: Felipe Balbi
---
arch/arm/boot/dts/am437x-sk-evm.dts | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/am437x-sk-evm.dts
b/arch/arm/boot/dts/am437x-sk-evm.
With this driver, we can report KEY_POWER on
AM437x SK. This patch has been tested with said
board.
Signed-off-by: Felipe Balbi
---
drivers/input/misc/Kconfig | 10 +++
drivers/input/misc/Makefile | 1 +
drivers/input/misc/tps65218-pwrbutton.c | 135 ++
STATUS register can be modified by the HW, so we
should bypass cache because of that.
In the case of INT[12] registers, they are the ones
that actually clear the IRQ source at the time they
are read. If we rely on the cache for them, we will
never be able to clear the interrupt, which will cause
o
Hi,
the following patches add tps65218 power button support and
make it usable with AM437x SK.
Developed and tested on top of v3.19-rc1. Logs at [1]
[1] http://hastebin.com/ecopenuqot
Felipe Balbi (5):
mfd: tps65218: make INT[12] and STATUS registers volatile
mfd: tps65218: make INT1 our st
Enable tps65218 power button driver by default as
a dynamically linked module so AM437x SK can report
power button presses.
Signed-off-by: Felipe Balbi
---
arch/arm/configs/omap2plus_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/omap2plus_defconfig
b/arch/arm/co
On Wed, Dec 24, 2014 at 4:34 PM, Pavel Machek wrote:
>
> We are moving to device tree support on OMAP3, but that currently
> breaks ADP1653 driver. This adds device tree support, plus required
> documentation.
>
> Signed-off-by: Pavel Machek
>
> ---
>
> Changed -microsec to -us, as requested by d
On Fri 2014-12-26 13:34:53, Sebastian Reichel wrote:
> OMAP34xx and OMAP36xx processors contain a register in the syscon area,
> which can be used to determine the SoCs temperature. This patch provides
> a DT based driver for the temperature sensor based on an older driver
> written by Peter De Sch
XTFPGA boards provides an audio subsystem that consists of TI CDCE706
clock synthesizer, I2S transmitter and TLV320AIC23 audio codec.
I2S transmitter has MMIO-based interface that resembles that of the
OpenCores I2S transmitter. I2S transmitter is always a master on I2S
bus. There's no specialized
On Fri 2014-12-26 13:34:52, Sebastian Reichel wrote:
> OMAP34xx and OMAP36xx processors contain a register in the syscon area,
> which can be used to determine the SoCs temperature. This provides a
> DT binding specification for the temperature monitor.
>
> Signed-off-by: Sebastian Reichel
> ---
On Wed, Dec 24, 2014 at 08:42:07AM -0800, Kenneth Westfield wrote:
> +static inline u32 lpass_lpaif_int_retrieve(struct snd_soc_platform *platform)
> +{
> + struct lpass_mi2s_data *drvdata =
> + snd_soc_platform_get_drvdata(platform);
> + u32 status_offset = LPAIF_DMAIRQ_STAT(L
Laurent Pinchart writes:
> Hi Robert,
>
> What happened to this patch ? It looks like the rest of the series got
> merged,
> but this one seems to be missing.
It got reverted, because there were 3 boards with a defconfig which required
that both pxa27x and pxa25x were ported to common clock fr
On Wed, Dec 24, 2014 at 08:42:06AM -0800, Kenneth Westfield wrote:
> +static inline int lpass_lpaif_mi2s_config(struct snd_soc_dai *dai,
> + unsigned int channels, unsigned int bitwidth)
> +{
This is *really* big for an inline function and doesn't have any obvious
need to be one if th
On Wed, Dec 24, 2014 at 08:42:04AM -0800, Kenneth Westfield wrote:
> +++ b/sound/soc/codecs/Kconfig
> @@ -69,6 +69,7 @@ config SND_SOC_ALL_CODECS
> select SND_SOC_MAX98088 if I2C
> select SND_SOC_MAX98090 if I2C
> select SND_SOC_MAX98095 if I2C
> + select SND_SOC_MAX98357A if
On Wed, Dec 24, 2014 at 08:42:03AM -0800, Kenneth Westfield wrote:
> +- ahbix-frequency: Specifies AHBIX bus clock frequency
This is a really weird thing to see in a DT, what's going on here?
> +- pinctrl-names : A list of names indicating the state of the MI2S pins
> +
Jonathan Cameron schrieb am 26.12.2014 um 12:51:
> On 15/12/14 11:39, Nikolaus Schulz wrote:
>> The TI DAC8554 is a quad-channel Digital-to-Analog Converter with an SPI
>> interface.
>>
>> Changes in v3:
>> * Small fixes in the documentation of struct dac8554_state
>> * Replace some magic constants
OMAP34xx and OMAP36xx processors contain a register in the
syscon area, which can be used to determine the SoCs temperature.
Signed-off-by: Sebastian Reichel
---
arch/arm/boot/dts/omap34xx.dtsi | 7 +++
arch/arm/boot/dts/omap36xx.dtsi | 7 +++
2 files changed, 14 insertions(+)
diff --gi
OMAP34xx and OMAP36xx processors contain a register in the syscon area,
which can be used to determine the SoCs temperature. This provides a
DT binding specification for the temperature monitor.
Signed-off-by: Sebastian Reichel
---
.../bindings/hwmon/omap3-temperature.txt | 25
OMAP34xx and OMAP36xx processors contain a register in the syscon area,
which can be used to determine the SoCs temperature. This patch provides
a DT based driver for the temperature sensor based on an older driver
written by Peter De Schrijver for the Nokia N900 and N9.
Signed-off-by: Sebastian R
Hi,
I've prepared an updated variant of the omap34xx temperature monitor driver.
It's based on the N9 driver instead of the N900 driver (and thus has omap36xx
support).
The differences compared to the original driver are:
* DT based
* No includes from arch, instead uses syscon DT node + regmap
On 16/12/14 07:30, Karol Wrona wrote:
> On 12/06/2014 03:29 PM, Jonathan Cameron wrote:
>> On 05/12/14 19:54, Karol Wrona wrote:
>>> Add sensorhub bindings for sensorhub on Galaxy Gear 2.
>>>
>>> Change-Id: I4ee25aef33c21a4662de230841de9a8684f2c26b
>>> Signed-off-by: Karol Wrona
>>> Acked-by: Kyun
On 15/12/14 11:39, Nikolaus Schulz wrote:
> The TI DAC8554 is a quad-channel Digital-to-Analog Converter with an SPI
> interface.
>
> Changes in v3:
> * Small fixes in the documentation of struct dac8554_state
> * Replace some magic constants with macros
> * Replace memset on powerdown state array
Hello Sebastian,
On Thu, Dec 25, 2014 at 02:08:12PM +0100, Sebastian Hesselbarth wrote:
> On 22.12.2014 13:57, Evgeni Dobrev wrote:
> >This patch adds support for Seagate BlackArmor NAS220.
> >
> >The Seagate BlackArmor NAS 220 is a NAS system based on Marvell 88f6192. It
> >has
> >32MB NAND and
Hi Robert,
What happened to this patch ? It looks like the rest of the series got merged,
but this one seems to be missing.
On Monday 14 July 2014 17:54:23 Robert Jarzmik wrote:
> Transition the PXA27x CPUs to the clock framework.
> This transition still enables legacy platforms to run without d
This add dts support for mt8127 and mt8135 SoC UART
Signed-off-by: Eddie Huang
---
arch/arm/boot/dts/mt8127.dtsi | 34 ++
arch/arm/boot/dts/mt8135.dtsi | 34 ++
2 files changed, 68 insertions(+)
diff --git a/arch/arm/boot/dts/mt812
Add mediatek SoC UART support in multi_v7_defconfig
Signed-off-by: Eddie Huang
---
arch/arm/configs/multi_v7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/multi_v7_defconfig
b/arch/arm/configs/multi_v7_defconfig
index 2328fe7..fd0ff95 100644
--- a/arch/arm/confi
3.19-rc1 contains Joe's MT8135 & MT8127 basic support and sysirq driver patch.
But still can not boot to shell due to lack UART device node in device tree.
This patch enables MTK UART driver in multi_v7_defconfig and UART device node.
This patch base on 3.19-rc1, and Joe's sysirq dts patch [1]
[1
Hi, Boris
On 12/5/2014 6:30 AM, Boris Brezillon wrote:
sama5d3 and sama5d4 SoCs provides several CS to interface with external
memories, and in particular NAND chips.
The NAND flash controller embedded in the these SoCs can connect to any of
the available CS (each CS is assigned a memory range,
Hi, Boris
Thanks for the patch.
You need to rebase on the top of current mtd-l2 git tree. As I had some
change on the binding document.
Best Regards,
Josh Wu
On 12/5/2014 6:30 AM, Boris Brezillon wrote:
The NAND and NFC (NAND Flash Controller) were linked together with a
parent <-> child re
Hi, Boris
On 12/5/2014 6:30 AM, Boris Brezillon wrote:
mtd: nand: atmel: Update DT documentation after splitting NFC and NAND
The NAND and NFC (NAND Flash Controller) were linked together with a
parent <-> child relationship.
This model has several drawbacks:
- it does not allow for multiple N
On 22/12/14 12:14, Stefan Wahren wrote:
> The devicetree binding for mxs-lradc defines ranges for the
> touchscreen properties. In order to avoid unexpected behavior like
> division by zero, we better check these ranges during probe and
> abort in error case.
>
> Additionally this patch adds an im
On 24/12/14 00:35, Marek Vasut wrote:
> On Tuesday, December 23, 2014 at 11:45:59 PM, Stefan Wahren wrote:
>> Hi Marek,
>
> Hi!
>
>>> Marek Vasut hat am 23. Dezember 2014 um 14:37
>>> geschrieben:
>>>
>>>
>>> On Monday, December 22, 2014 at 01:14:36 PM, Stefan Wahren wrote:
>>> [...]
>>>
>>> Ver
This patch add a new quirk to add a s/w timer to notify the driver
to terminate current transfer and report a data timeout to the core,
if DTO interrupt does NOT come within the given time.
dw_mmc call mmc_request_done func to finish transfer depends on
DTO interrupt. If DTO interrupt does not com
Add device tree bindings.
Acked-by: Philipp Zabel
Signed-off-by: Flora Fu
---
.../devicetree/bindings/reset/mediatek,reset.txt | 52 ++
1 file changed, 52 insertions(+)
create mode 100644 Documentation/devicetree/bindings/reset/mediatek,reset.txt
diff --git a/Documentati
Add a driver in reset controller.
Signed-off-by: Flora Fu
---
drivers/reset/Makefile | 1 +
drivers/reset/reset-mtk.c | 130 +
.../dt-bindings/reset-controller/mt8135-resets.h | 64 ++
.../dt-bindings/reset-con
Add reset controller to MT8135.dtsi.
Acked-by: Philipp Zabel
Signed-off-by: Flora Fu
---
arch/arm/boot/dts/mt8135.dtsi | 29 +
1 file changed, 29 insertions(+)
diff --git a/arch/arm/boot/dts/mt8135.dtsi b/arch/arm/boot/dts/mt8135.dtsi
index ec83e69..989e488 100644
-
Hi,
This driver implements the reset controller for MediaTek SoC.
It adds support for MT8135 and MT8173 SoC in the patch set.
The reset controller uses syscon as its regmap and adopts syscon RFC in
https://lkml.org/lkml/2014/11/3/134.
This driver is based on 3.19-rc1.
Changes since v3
==
According to the gic binding document, "bits[15:8] PPI interrupt cpu
mask. Each bit corresponds to each of the 8 possible cpus attached to
the GIC. A bit set to '1' indicated the interrupt is wired to that
CPU." This patch wants to add the PPI cpu mask for completeness.
Signed-off-by: Jisheng Zh
The gpio4 and gpio5 are in 0xf7fc apb which is located in the SM domain.
This patch moves gpio4 and gpio5 to the correct location. This patch also
renames them as the following to match the names we internally used in
marvell:
gpio4 -> sm_gpio1
gpio5 -> sm_gpio0
porte ->
This patch adds the pmu node, enabling the PMU unit on Marvell BG2Q and
BG2CD SoCs.
Signed-off-by: Jisheng Zhang
---
arch/arm/boot/dts/berlin2cd.dtsi | 5 +
arch/arm/boot/dts/berlin2q.dtsi | 8
2 files changed, 13 insertions(+)
diff --git a/arch/arm/boot/dts/berlin2cd.dtsi b/arch/
These patches try to improve dts for berlin. One of them enables PMU support
to BG2Q and BG2CD SoCs. One of them adds the missing PPI cpu mask to twd timer
interrupts. The last one corrects the SM GPIOs' location for BG2Q SoC.
Changes since v1:
- Adds some text to the log of the second commit
-
68 matches
Mail list logo