On 2014년 11월 28일 20:39, Inki Dae wrote:
> This patch adds MIPI-DSI and MIPI-DSI based S6E63J0X03 AMOLED panel
> device nodes for Exynos3250 Rinato board.
Hi Mr. Kukjin,
Please, ping~
Thanks,
Inki Dae
>
> Signed-off-by: Inki Dae
> Acked-by: Kyungmin Park
> ---
> arch/arm/boot/dts/exynos3250-
On 2014년 11월 28일 20:39, Inki Dae wrote:
> This patch adds fimd device node which is a display controller
> for Exynos3250 Rinato board.
Hi Kukjin,
Please, ping~
Thanks,
Inki Dae
>
> Signed-off-by: Inki Dae
> Acked-by: Kyungmin Park
> ---
> arch/arm/boot/dts/exynos3250-rinato.dts | 11
On 2015년 01월 02일 22:14, Ajay kumar wrote:
> Hi Daniel,
>
> This series is sitting out there since long without any ACKs.
> If people can ACK this series, I am ready to rebase and send ASAP.
Acked-by: Inki Dae
And, for [PATCH V8 5/14] drm/exynos: dp: support drm_bridge,
Signed-off-by: Inki Dae
On Fri, Jan 2, 2015 at 4:20 PM, Borislav Petkov wrote:
> On Fri, Jan 02, 2015 at 09:52:20AM +0530, Punnaiah Choudary Kalluri wrote:
>> +/**
>> + * synps_edac_handle_error - Handle controller error types CE and UE
>> + * @mci: Pointer to the edac memory controller instance
>> + * @p:
Hi,
On Tue, Dec 30, 2014 at 11:12:51AM +0100, Arnd Bergmann wrote:
> On Monday 29 December 2014 01:52:04 Sneeker Yeh wrote:
> > > > +static int dwc3_mb86s70_remove_child(struct device *dev, void *unused)
> > > > +{
> > > > + struct platform_device *pdev = to_platform_device(dev);
> > > > +
> >
Removes some functions that are not used anywhere:
test_read() edid_read_block() dpp_write() dpp_read()
esdp_write() esdp_read() cec_write_clr_set()
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
drivers/media/i2c/adv760
On Fri, Jan 2, 2015 at 2:52 PM, Arnd Bergmann wrote:
> On Friday 02 January 2015 12:14:43 Rob Herring wrote:
>> On Tue, Dec 30, 2014 at 3:58 PM, Arnd Bergmann wrote:
>> > On Tuesday 30 December 2014 13:28:33 Rob Herring wrote:
>> >> From: Rob Herring
>> >>
>> >> This converts the Versatile PCI h
Ping. Are you going to redo this one?
- Paul
On Wed, 26 Nov 2014, Paul Walmsley wrote:
> Hi Lokesh
>
> On Tue, 25 Nov 2014, Lokesh Vutla wrote:
>
> > Hi Paul,
> > On Thursday 20 November 2014 10:26 PM, Paul Walmsley wrote:
> > > On Thu, 20 Nov 2014, Lokesh Vutla wrote:
> > >
> > >> On Monda
On 01/02/2015 03:45 PM, Rob Herring wrote:
On Fri, Jan 2, 2015 at 11:20 AM, Murali Karicheri wrote:
Rob,
See my response below. Arnd and Will, please review this as well.
On 12/26/2014 02:33 PM, Rob Herring wrote:
On Wed, Dec 24, 2014 at 4:11 PM, Murali Karicheri
wrote:
Add of_pci_dma_con
On Sun, 28 Dec 2014 15:20:10 +0100 Pavel Machek wrote:
> Hi!
>
> > index 8c4fd0332028..b59501ee2f21 100644
> > --- a/Documentation/devicetree/bindings/serial/of-serial.txt
> > +++ b/Documentation/devicetree/bindings/serial/of-serial.txt
> > @@ -39,6 +39,10 @@ Optional properties:
> >driver i
On Wednesday 31 December 2014 13:03:25 Ganapatrao Kulkarni wrote:
> Raising the maximum limit to 4096.
> This is to accomadate up-coming higher multi-core platforms.
>
> Signed-off-by: Ganapatrao Kulkarni
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the line "unsubscribe devic
On Wednesday 31 December 2014 13:03:27 Ganapatrao Kulkarni wrote:
> +
> + memory@ {
> + device_type = "memory";
> + reg = <0x0 0x 0x0 0x8000>;
> + /* board 0, socket 0, no specific core */
> + arm,associativity = <0 0 0x>;
On Wednesday 31 December 2014 13:03:26 Ganapatrao Kulkarni wrote:
> DT bindings for numa map for memory, cores and IOs using arm,associativity
> device node property.
>
> Signed-off-by: Ganapatrao Kulkarni
> ---
> Documentation/devicetree/bindings/arm/numa.txt | 198
> +
On 01/02/2015 03:57 PM, Arnd Bergmann wrote:
On Friday 02 January 2015 12:20:53 Murali Karicheri wrote:
Initially I had the same idea to re-use the existing function
of_dma_configure() for this. I wanted to defer this until we have an
agreement on the changes required for the subject functionali
[re-sent with correct mailing list address]
On Wednesday 31 December 2014 13:03:28 Ganapatrao Kulkarni wrote:
> Adding numa support for arm64 based platforms.
> Adding dt node pasring for numa topology using property arm,associativity.
>
> Signed-off-by: Ganapatrao Kulkarni
Maybe the parts that
On Friday 02 January 2015 12:18:06 Suravee Suthikulanit wrote:
> On 1/2/2015 5:55 AM, Lorenzo Pieralisi wrote:
> > Hi Suravee,
> >
> > On Mon, Dec 29, 2014 at 07:32:44PM +, Suravee Suthikulpanit wrote:
> >> >Hi,
> >> >
> >> >I am not sure if this thread is still alive. I'm trying to see what I
Am Montag, 1. Dezember 2014, 16:52:16 schrieb Chris Zhong:
> devices, since we still lack power_domain driver, so the other power rail
> of rk3288 need keep power on.
> I have tested it on rk3288-evb board, atop next-20141112. goto suspend by
> type "echo mem > /sys/power/state", vdd_cpu is about 0
On Friday 02 January 2015 12:20:53 Murali Karicheri wrote:
> Initially I had the same idea to re-use the existing function
> of_dma_configure() for this. I wanted to defer this until we have an
> agreement on the changes required for the subject functionality. My
> quick review of the code sugge
On Friday 02 January 2015 12:14:43 Rob Herring wrote:
> On Tue, Dec 30, 2014 at 3:58 PM, Arnd Bergmann wrote:
> > On Tuesday 30 December 2014 13:28:33 Rob Herring wrote:
> >> From: Rob Herring
> >>
> >> This converts the Versatile PCI host code to a platform driver using
> >> the commom DT parsin
On Fri, Jan 2, 2015 at 11:20 AM, Murali Karicheri wrote:
> Rob,
>
> See my response below. Arnd and Will, please review this as well.
>
> On 12/26/2014 02:33 PM, Rob Herring wrote:
>>
>> On Wed, Dec 24, 2014 at 4:11 PM, Murali Karicheri
>> wrote:
>>>
>>> Add of_pci_dma_configure() to allow updatin
On Fri, Jan 02, 2015 at 02:16:43PM -0600, Felipe Balbi wrote:
> On Fri, Jan 02, 2015 at 02:00:16PM -0600, Dave Gerlach wrote:
> > Introduce a wkup_m3_ipc driver to handle communication between the MPU
> > and Cortex M3 wkup_m3 present on am335x.
> >
> > This driver is responsible for actually boot
On Fri, Jan 02, 2015 at 02:00:16PM -0600, Dave Gerlach wrote:
> Introduce a wkup_m3_ipc driver to handle communication between the MPU
> and Cortex M3 wkup_m3 present on am335x.
>
> This driver is responsible for actually booting the wkup_m3_rproc and
> also handling all IPC which is done using th
On Fri, Jan 02, 2015 at 01:51:59PM -0600, Dave Gerlach wrote:
> Add a remoteproc driver to load the firmware for and boot the wkup_m3
> present on am33xx. The wkup_m3 is an integrated Cortex M3 that allows
> the SoC to enter the lowest possible power state by taking control from
> the MPU after it
Add wkup_m3_ipc node for wkup_m3_ipc driver.
Signed-off-by: Dave Gerlach
---
arch/arm/boot/dts/am33xx.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dts/am33xx.dtsi
index acd3705..1ebb230 100644
--- a/arch/arm/boot/dts/am33xx.dtsi
Introduce a wkup_m3_ipc driver to handle communication between the MPU
and Cortex M3 wkup_m3 present on am335x.
This driver is responsible for actually booting the wkup_m3_rproc and
also handling all IPC which is done using the IPC registers in the control
module, a mailbox, and a separate interru
Add the device tree bindings document for ti,am3353-wkup-m3-ipc which
is used by the wkup_m3_ipc driver.
Signed-off-by: Dave Gerlach
---
.../devicetree/bindings/soc/ti/wkup_m3_ipc.txt | 41 ++
1 file changed, 41 insertions(+)
create mode 100644 Documentation/devicetree/b
This series introduces a wkup_m3_ipc driver to handle communication
between the MPU and Cortex M3 present on TI AM335x SoCs. This is
required for much of the PM functionality for AM335x including suspend
support. This was split off from v4 of the am335x suspend series,
discussion that led to the im
Hi,
This patch series adds a wkup_m3_rproc driver for TI AM335x SoCs.
This family of SoCs contains an ARM Cortex M3 coprocessor that is
responsible for low-level power tasks that cannot be handled by
the main ARM Cortex A8 so firmware running from the CM3 can be
used instead. This driver handles lo
Add the device tree bindings document for ti,am3353-wkup-m3 which is
used by the wkup_m3_rproc driver.
Signed-off-by: Dave Gerlach
---
.../bindings/remoteproc/wkup_m3_rproc.txt | 32 ++
1 file changed, 32 insertions(+)
create mode 100644
Documentation/devicetree/bi
Add a remoteproc driver to load the firmware for and boot the wkup_m3
present on am33xx. The wkup_m3 is an integrated Cortex M3 that allows
the SoC to enter the lowest possible power state by taking control from
the MPU after it has gone into its own low power state and shutting off
any additional
Use pdata-quirks to provide platform data required for reset
of the wkup_m3 during boot.
Signed-off-by: Dave Gerlach
---
arch/arm/mach-omap2/pdata-quirks.c| 13 +
include/linux/platform_data/wkup_m3.h | 23 +++
2 files changed, 36 insertions(+)
create mode 10
On Fri, Jan 02, 2015 at 02:54:28PM -0400, Eduardo Valentin wrote:
> On Mon, Dec 22, 2014 at 05:27:41PM +0100, Lukasz Majewski wrote:
> > Odroid U3 fan can work without being registered as OF cooling device
> > (with CONFIG_THERMAL_OF disabled).
> > In this situation it can be controlled via PWM ent
On Mon, Dec 22, 2014 at 05:27:41PM +0100, Lukasz Majewski wrote:
> Odroid U3 fan can work without being registered as OF cooling device
> (with CONFIG_THERMAL_OF disabled).
> In this situation it can be controlled via PWM entry at
> /sys/class/hwmon/hwmon0/pwm1.
>
> Therefore, the thermal_of_cooli
Patch subject should use a prefix like:
'arm: dts:'
On Mon, Dec 22, 2014 at 05:27:45PM +0100, Lukasz Majewski wrote:
> With those bindings it is possible to use pwm-fan device available in
> Odroid U3 as a cooling device.
>
> Signed-off-by: Lukasz Majewski
> ---
> Changes for v2:
> - Rename
On Mon, Dec 22, 2014 at 05:27:43PM +0100, Lukasz Majewski wrote:
> Several new properties to allow PWM fan working as a cooling device have been
> combined into this single commit.
>
Patch prefix should look something like 'dt-bindings: ...', or better
'Documentation: devicetree: ...', or 'Docume
On 1/2/2015 5:55 AM, Lorenzo Pieralisi wrote:
Hi Suravee,
On Mon, Dec 29, 2014 at 07:32:44PM +, Suravee Suthikulpanit wrote:
>Hi,
>
>I am not sure if this thread is still alive. I'm trying to see what I
>can do to help clean up/convert to make the PCI GHC also works for arm64
>w/ zero or mi
This patch enables uart port for the Aquaris5 mobile phone.
Signed-off-by: Matthias Brugger
---
arch/arm/boot/dts/mt6589-aquaris5.dts | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/mt6589-aquaris5.dts
b/arch/arm/boot/dts/mt6589-aquaris5.dts
index 0d
This patch adds the uart ports to the device tree of Mediatek mt6589 SoC.
Signed-off-by: Matthias Brugger
---
arch/arm/boot/dts/mt6589.dtsi | 38 ++
1 file changed, 38 insertions(+)
diff --git a/arch/arm/boot/dts/mt6589.dtsi b/arch/arm/boot/dts/mt6589.dtsi
in
This patch series adds uart ports for the mt6589 SoC from Mediatek.
It also enables the uart port for the mt6589 based Aquaris5 mobile phone.
This series is based on 3.19-rc1 and assumes that sysirq patch from Yingjoe
Chen is added to the SoC [0].
[0] https://lkml.org/lkml/2014/11/25/132
Matthi
On Mon, Dec 22, 2014 at 05:27:42PM +0100, Lukasz Majewski wrote:
> Odroid U3 fan can work without being registered as OF cooling device
> (with CONFIG_THERMAL_OF disabled).
> In this situation it can be controlled via PWM entry at
> /sys/class/hwmon/hwmon0/pwm1.
>
> Therefore, the thermal_cdev_upd
2015-01-02 11:23 GMT+01:00 Matthias Brugger :
> 2014-10-22 15:12 GMT+02:00 Eddie Huang :
>> 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 | 36 +
On Tue, Dec 30, 2014 at 3:58 PM, Arnd Bergmann wrote:
> On Tuesday 30 December 2014 13:28:33 Rob Herring wrote:
>> From: Rob Herring
>>
>> This converts the Versatile PCI host code to a platform driver using
>> the commom DT parsing and setup. The driver uses only an empty ARM
>> pci_sys_data str
On Fri, Jan 02, 2015 at 05:14:04PM +0100, Ulf Hansson wrote:
> To be able to handle these SOC specific power sequences, we add a MMC power
> sequence interface, which helps the mmc core to deal with such.
I think this should be done differently - part of that is with hind sight
given that we now h
Rob,
See my response below. Arnd and Will, please review this as well.
On 12/26/2014 02:33 PM, Rob Herring wrote:
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 th
* Vignesh R [141223 23:07]:
> The charge delay value is by default 0x400. But it can be set to lower
> values on some boards, as long as false pen-ups are avoided. Lowering the
> value increases the sampling rate (though current sampling rate is
> sufficient for TSC operation). In some boards, the
Alim,
On Tue, Dec 30, 2014 at 10:43 PM, Alim Akhtar wrote:
> From: Seungwon Jeon
>
> ciu_div may not be common value for all speed mode.
> So, it needs to be attached to CLKSEL timing.
The more time I've spent looking at all of this stuff the less I like
the exynos bindings. Personally I'd pre
This is yet another try to solve the issues of dealing with power sequences for
the MMC subsystem. The latest attempt, see link below, took a generic approach
by adding a new top level driver layer. That's was rejected by several reasons.
http://lwn.net/Articles/602855/
This time the approach is f
The need for a reset GPIO has several times been pointed out from
earlier posted patchsets. Especially some WLAN chips which are
attached to an SDIO interface may use a GPIO reset.
In this first version, one reset pin is supported. We may want to
extend the support to cover more pins, but let's le
To add the core part for the MMC power sequence, let's start by adding
initial support for the simple MMC power sequence provider.
In this initial step, the MMC power sequence node are fetched and the
compatible string for the simple MMC power sequence provider are
verified.
At this point we don'
The simple MMC power sequence provider, intends to supports a set of
common properties between SOC designs. It thus enables us to re-use the
same provider for several SOCs.
In this initial step, let's add the top level description of the MMC
power sequence and describe the compatible string for th
System on chip designs may specify a specific MMC power sequence. To
successfully detect an (e)MMC/SD/SDIO card, that power sequence must
be followed while initializing the card.
To be able to handle these SOC specific power sequences, let's add a
MMC power sequence interface. It provides the foll
On 30 June 2014 at 11:07, Hans de Goede wrote:
> Hi All,
>
> Here is a resend of 3 of my submission of Sascha Hauer's
> "mmc: Add SDIO function devicetree subnode parsing" patch.
>
> Can we please get some movement on these patches, either a review specifying
> why this cannot go upstream, or else
Hi Daniel,
This series is sitting out there since long without any ACKs.
If people can ACK this series, I am ready to rebase and send ASAP.
Regards,
Ajay Kumar
On Fri, Jan 2, 2015 at 6:40 PM, Daniel Stone wrote:
> Hi Ajay,
>
> On 17 December 2014 at 09:31, Javier Martinez Canillas
> wrote:
>>
Hi Suravee,
On Mon, Dec 29, 2014 at 07:32:44PM +, Suravee Suthikulpanit wrote:
> Hi,
>
> I am not sure if this thread is still alive. I'm trying to see what I
> can do to help clean up/convert to make the PCI GHC also works for arm64
> w/ zero or minimal ifdefs.
>
> Please let me know if som
On Wednesday 31 December 2014 13:03:28 Ganapatrao Kulkarni wrote:
> Adding numa support for arm64 based platforms.
> Adding dt node pasring for numa topology using property arm,associativity.
>
> Signed-off-by: Ganapatrao Kulkarni
Maybe the parts that are common with powerpc can be moved to driv
On Wednesday 31 December 2014 13:03:26 Ganapatrao Kulkarni wrote:
> DT bindings for numa map for memory, cores and IOs using arm,associativity
> device node property.
>
> Signed-off-by: Ganapatrao Kulkarni
> ---
> Documentation/devicetree/bindings/arm/numa.txt | 198
> +
On Fri, Jan 02, 2015 at 09:52:20AM +0530, Punnaiah Choudary Kalluri wrote:
> +/**
> + * synps_edac_handle_error - Handle controller error types CE and UE
> + * @mci: Pointer to the edac memory controller instance
> + * @p: Pointer to the synopsys ecc status structure
> + *
> + * H
On Wednesday 31 December 2014 13:03:25 Ganapatrao Kulkarni wrote:
> Raising the maximum limit to 4096.
> This is to accomadate up-coming higher multi-core platforms.
>
> Signed-off-by: Ganapatrao Kulkarni
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the line "unsubscribe devic
Hi Pavel,
> On Jan 2, 2015, at 07:12 , Pavel Machek wrote:
>
>
>> +What: /sys/class/fpga_manager//firmware
>> +Date: October 2014
>> +KernelVersion: 3.18
>> +Contact:Alan Tull
>> +Description:Name of the FPGA image file to load using firmware
>> cl
On Wednesday 31 December 2014 13:03:27 Ganapatrao Kulkarni wrote:
> +
> + memory@ {
> + device_type = "memory";
> + reg = <0x0 0x 0x0 0x8000>;
> + /* board 0, socket 0, no specific core */
> + arm,associativity = <0 0 0x>;
On 31 December 2014 at 07:43, Alim Akhtar wrote:
> From: Seungwon Jeon
>
> ciu_div may not be common value for all speed mode.
> So, it needs to be attached to CLKSEL timing.
> This also introduce a new compatibale 'dw-mshc-hs200-timing'
> for selecting hs200 timing value
According to the patch
2014-12-26 10:55 GMT+01:00 Eddie Huang :
> 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_def
2014-10-22 15:12 GMT+02:00 Eddie Huang :
> This patch add s devicetree document for Mediatek UART.
>
> Signed-off-by: Eddie Huang
> ---
> Documentation/devicetree/bindings/serial/mtk-uart.txt | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/Documentation/devicetree/bindings/serial/mtk-u
2014-10-22 15:12 GMT+02:00 Eddie Huang :
> 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 | 36
> 2 files changed
Hi Joe,
2014-12-25 3:11 GMT+01:00 Yingjoe Chen :
>
> Hi Matthias,
>
> On Tue, 2014-11-25 at 16:04 +0800, Yingjoe Chen wrote:
>> Add sysirq settings for mt6589/mt8135/mt8127
>> This also correct timer interrupt flag. The old setting works
>> because boot loader already set polarity for timer interr
On 12/30/2014 07:00 PM, Mark Brown wrote:
On Mon, Dec 29, 2014 at 07:37:21PM +0200, Jyri Sarha wrote:
On 12/29/2014 06:52 PM, Mark Brown wrote:
So, I'm not seeing *any* interest here from any other HDMI users. This
is a continuing theme with HDMI patches and is really very concerning,
everyo
Hello,
On Tue, Dec 30, 2014 at 12:32:12AM +0100, Stefan Agner wrote:
> From: Arnd Bergmann
>
> Since the multiplatform configuration can support no-MMU kernels now,
> there is nothing stopping us from moving the efm32 platform in there
> as well. This introduces a new ARCH_MULTI_V7M CPU architec
On Thursday 01 January 2015 18:04:52 Rickard Strandqvist wrote:
> Remove the function ab8500_fg_reinit() that is not used anywhere.
>
> This was partially found by using a static code analysis program called
> cppcheck.
>
> Signed-off-by: Rickard Strandqvist
Acked-by: Arnd Bergmann
--
To unsu
On Thursday 01 January 2015 18:49:53 Rickard Strandqvist wrote:
> Remove the function prcmu_get_boot_status() that is not used anywhere.
>
> This was partially found by using a static code analysis program called
> cppcheck.
>
> Signed-off-by: Rickard Strandqvist
>
Acked-by: Arnd Bergmann
--
Hi Arnd,
See inline...
Thanks,
with regards,
Ram
On Wed, Dec 31, 2014 at 8:21 PM, Arnd Bergmann wrote:
> On Wednesday 31 December 2014 17:12:14 Rameshwar Prasad Sahu wrote:
>> This patch implements the APM X-Gene SoC DMA driver. The APM X-Gene
>> SoC DMA engine consists of 4 DMA channels for p
This patch series add support for OUTn_MONO register control using platform
data.
Each output signal can be configurated as a mono differential output.
The mono differential configuration is selected using the OUTn_MONO registers.
Changes in v2:
- fix coding style issue
- use ">=" instead of "=
This patch update DT binding to support OUTn_MONO init_data. Each
output signal can be configurated as a mono differential output.
The mono differential configuration is selected using the OUTn_MONO
registers.
Signed-off-by: Inha Song
---
Documentation/devicetree/bindings/mfd/arizona.txt | 7 +++
Some boards need to set the OUTn_MONO register to configurates
the output signal path as a mono differential output. This
wlf,out-mono property is optional. If present, values must be
specified less than or equal to the number of output signals.
If values less than the number of output signals, ele
73 matches
Mail list logo
