Re: [PATCH v2 06/22] drm/exynos: move dma_addr attribute from exynos plane to exynos fb

Hi Inki, On 2015-12-11 10:57, Inki Dae wrote: Hi Marek, 2015년 12월 11일 18:26에 Marek Szyprowski 이(가) 쓴 글: Hi Inki, On 2015-12-11 10:02, Inki Dae wrote: Hi Marek, I found out why NULL point access happened. That was incurred by below your patch, [PATCH] drm/exynos: move dma_addr attribute

Re: [PATCH v2 06/22] drm/exynos: move dma_addr attribute from exynos plane to exynos fb

Hi Marek, 2015년 12월 11일 18:26에 Marek Szyprowski 이(가) 쓴 글: > Hi Inki, > > On 2015-12-11 10:02, Inki Dae wrote: >> Hi Marek, >> >> I found out why NULL point access happened. That was incurred by below your >> patch, >> [PATCH] drm/exynos: move dma_addr attribute from exynos plane to exynos fb >>

Re: [PATCH v2 06/22] drm/exynos: move dma_addr attribute from exynos plane to exynos fb

Hi Inki, On 2015-12-11 10:02, Inki Dae wrote: Hi Marek, I found out why NULL point access happened. That was incurred by below your patch, [PATCH] drm/exynos: move dma_addr attribute from exynos plane to exynos fb When another crtc driver is hotplugged in runtime such as HDMI or VIDI, the

Re: [PATCH 1/3] Device tree binding documentation for gpio-switch

On Fri, Dec 4, 2015 at 6:31 PM, Martyn Welch wrote: > This patch adds documentation for the gpio-switch binding. This binding > provides a mechanism to bind named links to gpio, with the primary > purpose of enabling standardised access to switches that might be

Re: [PATCH v4 01/58] mtd: nand: denali: add missing nand_release() call in denali_remove()

On Fri, Dec 11, 2015 at 02:53:20PM +0100, Boris Brezillon wrote: > Hi Brian, > > On Thu, 10 Dec 2015 16:40:08 -0800 > Brian Norris wrote: > > > On Thu, Dec 10, 2015 at 08:59:45AM +0100, Boris Brezillon wrote: > > > Unregister the NAND device from the NAND subsystem

Re: [PATCH v2 06/22] drm/exynos: move dma_addr attribute from exynos plane to exynos fb

Hi Marek, 2015-12-11 20:27 GMT+09:00 Marek Szyprowski : > Hi Inki, > > > On 2015-12-11 10:57, Inki Dae wrote: >> >> Hi Marek, >> >> 2015년 12월 11일 18:26에 Marek Szyprowski 이(가) 쓴 글: >>> >>> Hi Inki, >>> >>> On 2015-12-11 10:02, Inki Dae wrote: Hi Marek,

Re: [PATCH 1/3] Device tree binding documentation for gpio-switch

On Fri, Dec 11, 2015 at 6:39 AM, Linus Walleij wrote: > On Fri, Dec 4, 2015 at 6:31 PM, Martyn Welch > wrote: > >> This patch adds documentation for the gpio-switch binding. This binding >> provides a mechanism to bind named links to gpio,

[PATCH v5 41/58] mtd: nand: socrates: use the mtd instance embedded in struct nand_chip

struct nand_chip now embeds an mtd device. Make use of this mtd instance. Signed-off-by: Boris Brezillon --- Changes since v4: - fix build error --- Changes generated with the following coccinelle script --->8--- virtual patch @fix1@ identifier __chipfield,

[PATCH] clk: exynos: use irqsave version of spin_lock to avoid deadlock with irqs

It is allowed to enable/disable clocks from interrupts, so common Exynos ARM clock management code for CPUfreq should use 'irqsave' version of spin_lock calls to avoid potential deadlock caused by spin_lock recursion. The same spin_lock is used by gate/mux clocks during enable/disable calls. This

Re: [PATCH 03/10] media framework: rename pads init function to media_entity_pads_init()

On 12/11/2015 02:34 PM, Mauro Carvalho Chehab wrote: With the MC next gen rework, what's left for media_entity_init() is to just initialize the PADs. However, certain devices, like a FLASH led/light doesn't have any input or output PAD. So, there's no reason why calling media_entity_init()

[PATCH 03/10] media framework: rename pads init function to media_entity_pads_init()

With the MC next gen rework, what's left for media_entity_init() is to just initialize the PADs. However, certain devices, like a FLASH led/light doesn't have any input or output PAD. So, there's no reason why calling media_entity_init() would be mandatory. Also, despite its name, what this

[PATCH v5 01/58] mtd: nand: denali: add missing nand_release() call in denali_remove()

Unregister the NAND device from the NAND subsystem when removing a denali NAND controller, otherwise the MTD attached to the NAND device is still exposed by the MTD layer, and accesses to this device will likely crash the system. Signed-off-by: Boris Brezillon

[PATCH v5 15/58] mtd: nand: denali: use the mtd instance embedded in struct nand_chip

struct nand_chip now embeds an mtd device. Make use of this mtd instance. Signed-off-by: Boris Brezillon --- Changes since v4: - fix conflict after changes brought in v5 of patch 1 --- Changes generated with the following coccinelle script --->8--- virtual

Re: [PATCH v5 01/58] mtd: nand: denali: add missing nand_release() call in denali_remove()

Hi Boris, On Fri, Dec 11, 2015 at 9:10 AM, Boris Brezillon wrote: > + Dinh (who made commit 2a0a288ec258) > > Also added back the Fixes tag. > > On Fri, 11 Dec 2015 15:02:34 +0100 > Boris Brezillon wrote: > >> Unregister

Re: [PATCH v5 01/58] mtd: nand: denali: add missing nand_release() call in denali_remove()

Hi Dinh, On Fri, 11 Dec 2015 10:50:21 -0600 Dinh Nguyen wrote: > Hi Boris, > > On Fri, Dec 11, 2015 at 9:10 AM, Boris Brezillon > wrote: > > + Dinh (who made commit 2a0a288ec258) > > > > Also added back the Fixes tag. > > > > On Fri,

Re: [PATCH v5 01/58] mtd: nand: denali: add missing nand_release() call in denali_remove()

+ Dinh (who made commit 2a0a288ec258) Also added back the Fixes tag. On Fri, 11 Dec 2015 15:02:34 +0100 Boris Brezillon wrote: > Unregister the NAND device from the NAND subsystem when removing a denali > NAND controller, otherwise the MTD attached to the

Re: [PATCH v4 01/58] mtd: nand: denali: add missing nand_release() call in denali_remove()

Hi Dan, On Fri, 11 Dec 2015 17:39:47 +0300 Dan Carpenter wrote: > On Fri, Dec 11, 2015 at 02:53:20PM +0100, Boris Brezillon wrote: > > Hi Brian, > > > > On Thu, 10 Dec 2015 16:40:08 -0800 > > Brian Norris wrote: > > > > > On Thu, Dec 10,

Re: [PATCH] drm/exynos: atomic check only enabled crtc states

Hi Javier, 2015-12-09 19:51 GMT+09:00 Javier Martinez Canillas : > Hello Inki, > > On 11/27/2015 10:00 AM, Javier Martinez Canillas wrote: >> Hello Andrzej, >> >> On 11/27/2015 03:57 AM, Andrzej Hajda wrote: >>> Since atomic check is called also for disabled crtcs it

Re: [PATCH v4 01/58] mtd: nand: denali: add missing nand_release() call in denali_remove()

Hi Brian, On Thu, 10 Dec 2015 16:40:08 -0800 Brian Norris wrote: > On Thu, Dec 10, 2015 at 08:59:45AM +0100, Boris Brezillon wrote: > > Unregister the NAND device from the NAND subsystem when removing a denali > > NAND controller, otherwise the MTD attached to the

Re: [PATCH v4 01/58] mtd: nand: denali: add missing nand_release() call in denali_remove()

Hi Boris, On Fri, Dec 11, 2015 at 11:03:05PM +0100, Boris Brezillon wrote: > On Thu, 10 Dec 2015 16:40:08 -0800 > Brian Norris wrote: > > On Thu, Dec 10, 2015 at 08:59:45AM +0100, Boris Brezillon wrote: > > > Unregister the NAND device from the NAND subsystem when

Odroid U3 mutex deadlock.

Hi Krzysztof, I am just observing this deadlock om my Odroid U3. -- [2.937531] = [2.938733] [ INFO: possible recursive locking

[RESEND PATCH v5 3/8] dt-bindings: add exynos-srom device tree binding

This patch adds exynos-srom binding information for SROM Controller driver on Exynos SoCs. CC: Rob Herring CC: Mark Rutland CC: Ian Campbell Signed-off-by: Pankaj Dubey Reviewed-by: Krzysztof

[RESEND PATCH v5 7/8] MAINTAINERS: add maintainers entry for drivers/soc/samsung

This patch adds maintainers entry for new driver folder drivers/soc/samsung Signed-off-by: Pankaj Dubey Acked-by: Krzysztof Kozlowski Signed-off-by: Kukjin Kim --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff

[RESEND PATCH v5 5/8] ARM: dts: add SROM device node for exynos5

Add SROM controller device node for exynos5. CC: Rob Herring CC: Mark Rutland CC: Ian Campbell Signed-off-by: Pankaj Dubey [k.kozlowski: fixed size of mapped SROMC memory region] Signed-off-by:

[RESEND PATCH v5 6/8] drivers: soc: add support for exynos SROM driver

This patch adds Exynos SROM controller driver which will handle save restore of SROM registers during S2R. Signed-off-by: Pankaj Dubey Reviewed-by: Krzysztof Kozlowski [p.fe...@samsung.com: tested on SMDK5410] Tested-by: Pavel Fedin

[RESEND PATCH v5 1/8] ARM: EXYNOS: remove unused static mapping of CMU for exynos5

Remove unused static mapping of exynos5 CMU and related code. Signed-off-by: Pankaj Dubey Reviewed-by: Krzysztof Kozlowski Signed-off-by: Kukjin Kim --- arch/arm/mach-exynos/exynos.c | 5 -

[RESEND PATCH v5 8/8] ARM: EXYNOS: Remove SROM related register settings from mach-exynos

As now we have dedicated driver for SROM controller, it will take care of saving register banks during S2R so we can safely remove these settings from mach-exynos. Signed-off-by: Pankaj Dubey Reviewed-by: Krzysztof Kozlowski Signed-off-by:

[RESEND PATCH v5 4/8] ARM: dts: add SROM device node for exynos4

Add device node of SROM controller for exynos4. CC: Rob Herring CC: Mark Rutland CC: Ian Campbell Signed-off-by: Pankaj Dubey [k.kozlowski: fixed size of mapped SROMC memory region]

[RESEND PATCH v5 0/8] Add support for Exynos SROM Controller driver

THIS IS A RESEND OF ONCE MERGED INTO kgene/for-next AND LOST PATCHES Series v5 got merged in kgene/for-next but due to last moment change before pull these patches were not accepted during 4.3 merge window.After that kgene/for-next got rebased over 4.4-rc1 these patches got dropped into another

[RESEND PATCH v5 2/8] ARM: EXYNOS: code cleanup in map.h

Remove unused exynos5440 uart offset macro. Signed-off-by: Pankaj Dubey Reviewed-by: Krzysztof Kozlowski Signed-off-by: Kukjin Kim --- arch/arm/mach-exynos/include/mach/map.h | 4 1 file changed, 4 deletions(-) diff

Re: [PATCH v3 20/20] ARM: dts: Add support of bus frequency for exynos4412-trats/odroidu3

On 2015년 12월 11일 16:20, Krzysztof Kozlowski wrote: > On 11.12.2015 14:07, Chanwoo Choi wrote: >> THis patch adds the bus device tree nodes for both MIF (Memory) and INT >> (Internal) block to enable the bus frequency. >> >> The DMC bus is parent device in MIF block using VDD_MIF and the LEFTBUS >>

Re: [PATCH v2 14/22] drm/exynos: fimd: fix dma burst size setting for small plane size

2015년 12월 10일 21:59에 Marek Szyprowski 이(가) 쓴 글: > Hello, > > On 2015-12-10 12:35, Inki Dae wrote: >> Hi Marek, >> >> 2015년 11월 30일 22:53에 Marek Szyprowski 이(가) 쓴 글: >>> This patch fixes trashed display of buffers cropped to very small width. >>> Even if DMA is unstable and causes tearing when

Re: [PATCH 2/3] Add support for monitoring gpio switches

On Fri, Dec 4, 2015 at 6:31 PM, Martyn Welch wrote: > Select Chromebooks have gpio attached to switches used to cause the > firmware to enter alternative modes of operation and/or control other > device characteristics (such as write protection on flash devices).

Re: [PATCH v5 01/58] mtd: nand: denali: add missing nand_release() call in denali_remove()

On Fri, Dec 11, 2015 at 11:08 AM, Boris Brezillon wrote: > Hi Dinh, > > On Fri, 11 Dec 2015 10:50:21 -0600 > Dinh Nguyen wrote: > >> Hi Boris, >> >> On Fri, Dec 11, 2015 at 9:10 AM, Boris Brezillon >>

Re: [PATCH v3 01/20] PM / devfreq: exynos: Add generic exynos bus frequency driver

On 11.12.2015 16:52, Chanwoo Choi wrote: > Dear MyungJoo, > > Almost device tree patches in this series are reviewed by Exynos maintainer. > Could you please review this series? Are there any objections to merging DT patches through Samsung-soc? Looking at the code, there are no dependencies

Re: [PATCH v4 01/58] mtd: nand: denali: add missing nand_release() call in denali_remove()

Hi Brian, On Thu, 10 Dec 2015 16:40:08 -0800 Brian Norris wrote: > On Thu, Dec 10, 2015 at 08:59:45AM +0100, Boris Brezillon wrote: > > Unregister the NAND device from the NAND subsystem when removing a denali > > NAND controller, otherwise the MTD attached to the

Re: [PATCH v2 06/22] drm/exynos: move dma_addr attribute from exynos plane to exynos fb

Hi Marek, I found out why NULL point access happened. That was incurred by below your patch, [PATCH] drm/exynos: move dma_addr attribute from exynos plane to exynos fb When another crtc driver is hotplugged in runtime such as HDMI or VIDI, the drm frambuffer object of fb_helper is set to the