Hello Heiko,
On 06/02/2015 11:15 PM, Heiko Stübner wrote:
> Am Dienstag, 2. Juni 2015, 10:11:03 schrieb Javier Martinez Canillas:
>> Hello,
>>
>> Newer Chromebooks have more than one Embedded Controller (EC) in the
>> system. These additional ECs are connected through I2C with a host EC
>> which
On 02.06.2015 12:40, Kukjin Kim wrote:
> Krzysztof Kozlowski wrote:
>> Dear Kukjin,
>>
>> Quite big set of changes, mostly refactor.
>>
>> You can find them also on the lists with my reviewed-by.
>
> Thanks for your gentle reminder and gathering.
>
> I'm sorting them out and it should be fine ton
This patch makes one of Linux framebuffer and DRM CRTC drivers
to be enabled.
Display controllers, FIMD and DECON, can be controlled by Linux
framebuffer or DRM CRTC drivers so only one of them should be
enabled.
Signed-off-by: Inki Dae
---
drivers/gpu/drm/exynos/Kconfig |2 +-
1 file chang
This patch removes unnsed varables in vidi_disable function.
Signed-off-by: Inki Dae
---
drivers/gpu/drm/exynos/exynos_drm_vidi.c |2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_vidi.c
b/drivers/gpu/drm/exynos/exynos_drm_vidi.c
index abe4ee0..16dc68c 10
Hi Marek,
I have merged atomic patch series. Can you re-base your patch series on
top of exynos-drm-next?
Thanks,
Inki Dae
On 2015년 06월 01일 20:15, Marek Szyprowski wrote:
> One should not do any assumptions on the stare of the fimd hardware
> during driver initialization, so to properly reset fi
On 2015년 06월 02일 23:19, Javier Martinez Canillas wrote:
> Hello Gustavo,
>
> On Tue, Jun 2, 2015 at 4:06 PM, Gustavo Padovan wrote:
>> Hi Inki,
>>
>> 2015-06-02 Inki Dae :
>>
>>> Hi,
>>>
>>> On 2015년 06월 02일 00:04, Gustavo Padovan wrote:
From: Gustavo Padovan
To follow more closel
On 05/24/15 05:27, Arnd Bergmann wrote:
> On Saturday 23 May 2015 11:18:58 Kukjin Kim wrote:
>> On 05/22/15 18:11, Javier Martinez Canillas wrote:
>>> Hello Krzysztof,
>>>
>>> On 05/22/2015 02:48 AM, Krzysztof Kozlowski wrote:
Enable the Exynos DSI and S6E8AA0 panel for full X11 display on Tra
On 03.06.2015 04:51, gabr...@unseen.is wrote:
> On 05/31/2015 08:47 AM, Krzysztof Kozlowski wrote:
>> 2015-05-31 2:32 GMT+09:00 :
>>>
>>> Hello,
>>>
>>> I've been successfully using a self compiled linux kernel until version
>>> 3.19 together with Debian Stretch.
>>>
>>> After upgrading the kernel
On 02.06.2015 22:38, Andreas Färber wrote:
> Am 02.06.2015 um 22:02 schrieb Krzysztof Kozlowski:
>> W dniu 16.03.2015 o 07:00, Andreas Färber pisze:
>>> Signed-off-by: Hakjoo Kim
>>> Signed-off-by: Andreas Färber
>>> ---
>>> v2 -> v3: Unchanged
>>>
>>> v1 -> v2:
>>> * Filled in Sob from Hakj
On Tue, 2 Jun 2015 17:23:00 +0200 Jan Kara wrote:
> > That's a lump of new code which many kernels won't be needing. Can we
> > put all this in a new .c file and select it within drivers/media
> > Kconfig?
> So the attached patch should do what you had in mind. OK?
lgtm.
> drivers/gpu/drm/e
Am Dienstag, 2. Juni 2015, 10:11:03 schrieb Javier Martinez Canillas:
> Hello,
>
> Newer Chromebooks have more than one Embedded Controller (EC) in the
> system. These additional ECs are connected through I2C with a host EC
> which is the one that is connected to the Application Processor (AP)
> t
On 05/31/2015 08:47 AM, Krzysztof Kozlowski wrote:
> 2015-05-31 2:32 GMT+09:00 :
>>
>> Hello,
>>
>> I've been successfully using a self compiled linux kernel until version
>> 3.19 together with Debian Stretch.
>>
>> After upgrading the kernel to version 4.0 I see strange messages in the
>> logs i.
On Sat, May 30, 2015 at 05:46:56PM +0100, Russell King - ARM Linux wrote:
> Note that drm/drm.h is all that should need to be included - drm/drm.h
> takes care of including linux/types.h when building on Linux platforms.
> (note: if your compiler doesn't set __linux__ then you're probably not
> usi
On Thu 28-05-15 16:24:02, Andrew Morton wrote:
> On Wed, 13 May 2015 15:08:08 +0200 Jan Kara wrote:
>
> > Provide new function get_vaddr_frames(). This function maps virtual
> > addresses from given start and fills given array with page frame numbers of
> > the corresponding pages. If given star
Hello Gustavo,
On Tue, Jun 2, 2015 at 4:06 PM, Gustavo Padovan wrote:
> Hi Inki,
>
> 2015-06-02 Inki Dae :
>
>> Hi,
>>
>> On 2015년 06월 02일 00:04, Gustavo Padovan wrote:
>> > From: Gustavo Padovan
>> >
>> > To follow more closely the new atomic API we split the dpms()
>> > helper into the enable(
Hi Inki,
2015-06-02 Inki Dae :
> On 2015년 06월 02일 09:03, Joonyoung Shim wrote:
> > On 06/02/2015 12:09 AM, Tobias Jakobi wrote:
> >> Hello,
> >>
> >> as pointed out in [1] before, this gives me an kernel oops during boot.
> >>
> >> With best wishes,
> >> Tobias
> >>
> >> [1] http://www.spinics.ne
Hi Inki,
2015-06-02 Inki Dae :
> Hi,
>
> On 2015년 06월 02일 00:04, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > To follow more closely the new atomic API we split the dpms()
> > helper into the enable() and disable() helper to get exactly the
> > same semantics.
>
> Below is the resu
Am 02.06.2015 um 22:02 schrieb Krzysztof Kozlowski:
> W dniu 16.03.2015 o 07:00, Andreas Färber pisze:
>> Signed-off-by: Hakjoo Kim
>> Signed-off-by: Andreas Färber
>> ---
>> v2 -> v3: Unchanged
>>
>> v1 -> v2:
>> * Filled in Sob from Hakjoo Kim
>>
>> arch/arm/boot/dts/exynos5410-odroidxu
W dniu 16.03.2015 o 07:00, Andreas Färber pisze:
> Signed-off-by: Hakjoo Kim
> Signed-off-by: Andreas Färber
> ---
> v2 -> v3: Unchanged
>
> v1 -> v2:
> * Filled in Sob from Hakjoo Kim
>
> arch/arm/boot/dts/exynos5410-odroidxu.dts | 25 +
> 1 file changed, 25 inser
W dniu 16.03.2015 o 07:00, Andreas Färber pisze:
> The UART status properties are indented one level too deep, and we want
> to derive a device tree for the ODROID-XU. Fix this before it propagates.
>
> Signed-off-by: Andreas Färber
Reviewed-by: Krzysztof Kozlowski
Applied to my tree. If Kukji
W dniu 16.03.2015 o 07:00, Andreas Färber pisze:
> From: Hakjoo Kim
>
> Add the required pin configuration support to Exynos5410 using pinctrl
> interface.
>
> Signed-off-by: Hakjoo Kim
> [AF: Rebased, style changes]
> Signed-off-by: Andreas Färber
> ---
> v2 -> v3:
> * Added wake-up IRQ con
Hi Peter,
On Tue, Jun 2, 2015 at 12:29 PM, Peter Chubb wrote:
>> "Chanho" == Chanho Park writes:
>
> Chanho> The odroid-xu3 board which is based on exynos5422 not
> Chanho> exynos5800 is booted from cortex-a7 core unlike
> Chanho> exynos5800. The odroid-xu3's cpu order is quite strange. cpu0
W dniu 24.03.2015 o 02:22, Tomasz Figa pisze:
> Hi Andreas, Hakjoo,
>
> Thanks for the patch.
>
> 2015-03-16 7:00 GMT+09:00 Andreas Färber :
>> From: Hakjoo Kim
>>
>> Add Samsung EXYNOS5410 SoC specific data to enable pinctrl
>> support for all platforms based on EXYNOS5410.
>>
>> Signed-off-by:
W dniu 16.03.2015 o 19:27, Andreas Färber pisze:
> Hi Javier,
>
> Am 16.03.2015 um 08:56 schrieb Javier Martinez Canillas:
>> On Sun, Mar 15, 2015 at 11:00 PM, Andreas Färber wrote:
>>> Derived from exynos5410-smdk5410.dts.
>>>
>>> Signed-off-by: Andreas Färber
>>> ---
>>> v1 -> v2 -> v3: Uncha
From: Krzysztof Kozlowski
Since commit 228e3023eb04 ("Merge tag 'mct-exynos-for-v3.10' of ...") the
mct_init() was superseded by mct_init_dt() and is not referenced
anywhere. Remove it.
Signed-off-by: Krzysztof Kozlowski
Signed-off-by: Daniel Lezcano
---
drivers/clocksource/exynos_mct.c | 12
From: Krzysztof Kozlowski
The struct clocksource 'mct_frc' is not exported and used outside so
make it static.
Signed-off-by: Krzysztof Kozlowski
Signed-off-by: Daniel Lezcano
---
drivers/clocksource/exynos_mct.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/cloc
From: Krzysztof Kozlowski
Return value of exynos4_mct_tick_clear() was never checked so it can
be safely changed to void.
Signed-off-by: Krzysztof Kozlowski
Signed-off-by: Daniel Lezcano
---
drivers/clocksource/exynos_mct.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff -
On 2015년 06월 02일 09:03, Joonyoung Shim wrote:
> On 06/02/2015 12:09 AM, Tobias Jakobi wrote:
>> Hello,
>>
>> as pointed out in [1] before, this gives me an kernel oops during boot.
>>
>> With best wishes,
>> Tobias
>>
>> [1] http://www.spinics.net/lists/linux-samsung-soc/msg44736.html
>>
>
> Yeah,
Hi,
On 2015년 06월 02일 00:04, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> To follow more closely the new atomic API we split the dpms()
> helper into the enable() and disable() helper to get exactly the
> same semantics.
Below is the result from checkpatch.pl. Please fix all errors and che
W dniu 02.06.2015 o 12:29, Peter Chubb pisze:
>> "Chanho" == Chanho Park writes:
>
> Chanho> The odroid-xu3 board which is based on exynos5422 not
> Chanho> exynos5800 is booted from cortex-a7 core unlike
> Chanho> exynos5800. The odroid-xu3's cpu order is quite strange. cpu0
> Chanho> and cp
This is to fix an issue of sleeping in atomic context when processing
hotplug notifications in Exynos MCT(Multi-Core Timer).
The issue was reproducible on Exynos 3250 (Rinato board) and Exynos 5420
(Arndale Octa board).
Whilst testing cpu hotplug events on kernel configured with DEBUG_PREEMPT
and
On 2 June 2015 at 10:48, Linus Walleij wrote:
> On Mon, May 25, 2015 at 4:53 PM, Tomeu Vizoso
> wrote:
>
>> have looked into ordered probing as a
>> better way of solving this than moving nodes around in the DT or playing with
>> initcall levels.
>>
>> While reading the thread [1] that Alexander
On Mon, May 25, 2015 at 4:53 PM, Tomeu Vizoso
wrote:
> have looked into ordered probing as a
> better way of solving this than moving nodes around in the DT or playing with
> initcall levels.
>
> While reading the thread [1] that Alexander Holler started with his series to
> make probing order de
2015-06-02 17:13 GMT+09:00 Ben Gamari :
>
>
> On 06/01/2015 07:51 PM, Krzysztof Kozłowski wrote:
>>
>> 2015-06-02 4:12 GMT+09:00 Ben Gamari :
>> (...)
>>
>>> Worse, the few patches
>>> that have been submitted for the 5410 have languished in queue-purgatory.
>>
>> What patches do you have in mind?
On 06/01/2015 07:51 PM, Krzysztof Kozłowski wrote:
2015-06-02 4:12 GMT+09:00 Ben Gamari :
(...)
Worse, the few patches
that have been submitted for the 5410 have languished in queue-purgatory.
What patches do you have in mind?
Hmm, my apologies; I guess the reference was dropped somewhere. I
From: Alexandru M Stan
Some ECs need a little time for waking up before they can accept
SPI data at a high speed. Add a "google,cros-ec-spi-pre-delay"
property to the DT binding to configure this.
If this property isn't set, then no delay will be added. However,
if set it will cause a delay equa
From: Stephen Barber
Add proto v3 support to the SPI, I2C, and LPC.
Signed-off-by: Stephen Barber
Signed-off-by: Javier Martinez Canillas
Tested-by: Heiko Stuebner
Reviewed-by: Gwendal Grignou
Tested-by: Gwendal Grignou
Acked-by: Lee Jones
---
Changes since v3:
- Added acked-by tag from
From: Alexandru M Stan
Some ECs need a little time for waking up before they can accept
SPI data at a high speed. This is configurable via a DT property
"google,cros-ec-spi-pre-delay".
Use this DT property to cause a delay before the beginning of a
SPI transaction to make sure that the EC has al
From: Gwendal Grignou
Chromebooks can have more than one Embedded Controller so the
cros_ec device id has to be incremented for each EC registered.
Add code to handle multiple EC. First ec found is cros-ec0,
second cros-ec1 and so on.
Add a new structure to represent multiple EC as different ch
From: Stephen Barber
Update cros_ec_commands.h to the latest version in the EC
firmware sources and add power domain and passthru commands.
Also, update lightbar to use new command names.
Signed-off-by: Stephen Barber
Reviewed-by: Randall Spangler
Signed-off-by: Javier Martinez Canillas
Test
The MFD driver should only have the logic to instantiate its child devices
and setup any shared resources that will be used by the subdevices drivers.
The cros_ec MFD is more complex than expected since it also has helpers to
communicate with the EC. So the driver will only get more bigger as othe
From: Stephen Barber
Add support in cros_ec.c to handle EC host command protocol v3.
For v3+, probe for maximum shared protocol version and max
request, response, and passthrough sizes. For now, this will
always fall back to v2, since there is no bus-specific code
for handling proto v3 packets.
Commit 1b84f2a4cd4a ("mfd: cros_ec: Use fixed size arrays to transfer
data with the EC") modified the struct cros_ec_command fields to not
use pointers for the input and output buffers and use fixed length
arrays instead.
This change was made because the cros_ec ioctl API uses that struct
cros_ec_
Hello,
Newer Chromebooks have more than one Embedded Controller (EC) in the
system. These additional ECs are connected through I2C with a host EC
which is the one that is connected to the Application Processor (AP)
through different transports (I2C, SPI or LPC).
So on these platforms, sub-process
44 matches
Mail list logo
