On Saturday 29 of June 2013 00:27:04 Daniel Lezcano wrote:
> On 06/28/2013 07:31 PM, Tomasz Figa wrote:
> > On Friday 28 of June 2013 13:20:09 Daniel Lezcano wrote:
> [ ... ]
>
> >> The kernel is not a playground where you can upstream code and then
> >> remove it because a feature seems broken an
On Friday 28 of June 2013 23:47:49 Daniel Lezcano wrote:
> On 06/28/2013 06:27 PM, Bartlomiej Zolnierkiewicz wrote:
> > On Friday, June 28, 2013 01:20:09 PM Daniel Lezcano wrote:
> >> On 06/28/2013 12:11 PM, Tomasz Figa wrote:
> >>> Hi Daniel,
> >>>
> >>> I've been fighting with this whole AFTR st
On 06/28/2013 07:31 PM, Tomasz Figa wrote:
> On Friday 28 of June 2013 13:20:09 Daniel Lezcano wrote:
[ ... ]
>> The kernel is not a playground where you can upstream code and then
>> remove it because a feature seems broken and you don't have an idea of
>> why.
>
> Well, first of all, it has no
On 06/28/2013 06:27 PM, Bartlomiej Zolnierkiewicz wrote:
> On Friday, June 28, 2013 01:20:09 PM Daniel Lezcano wrote:
>> On 06/28/2013 12:11 PM, Tomasz Figa wrote:
>>> Hi Daniel,
>>>
>>> I've been fighting with this whole AFTR state as well, before Bartlomiej.
>>> Let me share my thoughts on this.
On Friday 28 of June 2013 13:20:09 Daniel Lezcano wrote:
> On 06/28/2013 12:11 PM, Tomasz Figa wrote:
> > Hi Daniel,
> >
> > I've been fighting with this whole AFTR state as well, before
> > Bartlomiej. Let me share my thoughts on this.
> >
> > On Friday 28 of June 2013 11:57:25 Daniel Lezcano wr
After conversion to using device tree only (no board files) on
mach-exynos using exynos4_defconfig results in unbootable kernel
(I used next-20130626):
---
Uncompressing Linux... done, booting the kernel.
Booting Linux on physical CPU 0x900
Linux version 3.10.0-rc7-next-20130626-dirty (bzolnier@am
On Friday, June 28, 2013 01:20:09 PM Daniel Lezcano wrote:
> On 06/28/2013 12:11 PM, Tomasz Figa wrote:
> > Hi Daniel,
> >
> > I've been fighting with this whole AFTR state as well, before Bartlomiej.
> > Let me share my thoughts on this.
> >
> > On Friday 28 of June 2013 11:57:25 Daniel Lezcano
Hi Lorenzo,
On Friday 28 of June 2013 12:13:33 Lorenzo Pieralisi wrote:
> On Fri, Jun 28, 2013 at 11:11:24AM +0100, Tomasz Figa wrote:
> > Hi Daniel,
> >
> > I've been fighting with this whole AFTR state as well, before
> > Bartlomiej. Let me share my thoughts on this.
> >
> > On Friday 28 of Ju
Hi Mark,
On Fri, Jun 28, 2013 at 03:12:23PM +0100, Mark Brown wrote:
> From: Mark Brown
>
> These were all used by the open coded I/O and IRQ implementations and are
> no longer referenced now that the regmap core variants are used instead.
>
> Signed-off-by: Mark Brown
> ---
> include/linux/
On 06/28/2013 02:45 PM, Bartlomiej Zolnierkiewicz wrote:
> On Friday, June 28, 2013 11:51:23 AM Daniel Lezcano wrote:
>> On 06/28/2013 11:48 AM, Bartlomiej Zolnierkiewicz wrote:
>>> It hasn't been updated since Novemeber 2011 and exynos_defconfig
>>> should be used instead.
>>
>> Why ?
>
> After c
From: Mark Brown
These were all used by the open coded I/O and IRQ implementations and are
no longer referenced now that the regmap core variants are used instead.
Signed-off-by: Mark Brown
---
include/linux/mfd/samsung/core.h | 6 --
1 file changed, 6 deletions(-)
diff --git a/include/li
Generic PHY drivers are used to handle the MIPI CSIS and MIPI DSIM
DPHYs so we can remove now unused code at arch/arm/plat-samsung.
In case there is any board file for S5PV210 platforms using MIPI
CSIS/DSIM (not any upstream currently) it should use the generic
PHY API to bind the PHYs to respectiv
Use the generic PHY API instead of the platform callback to control
the MIPI CSIS DPHY. The 'phy_label' field is added to the platform
data structure to allow PHY lookup on non-dt platforms
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
Acked-by: Felipe Balbi
Acked-by: Mauro Car
Add a PHY provider driver for the Samsung S5P/Exynos SoC MIPI CSI-2
receiver and MIPI DSI transmitter DPHYs.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
Acked-by: Felipe Balbi
---
Changes since v3:
- replaced spin_(un)lock_irq_{save,restore} with spin_{lock,unlock}.
- DT bi
Add PHY provider node for the MIPI CSIS and MIPI DSIM PHYs.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
Acked-by: Felipe Balbi
---
arch/arm/boot/dts/exynos4.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4.dtsi b/arch/arm/boot/
Use the generic PHY API instead of the platform callback to control
the MIPI DSIM DPHY. The 'phy_label' field is added to the platform
data structure to allow PHY lookup on non-dt platforms.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
Acked-by: Felipe Balbi
Acked-by: Donghwa
This patch series adds a simple driver for the Samsung S5P/Exynos SoC
series MIPI CSI-2 receiver (MIPI CSIS) and MIPI DSI transmitter (MIPI
DSIM) DPHYs, using the generic PHY framework [1]. Previously the MIPI
CSIS and MIPI DSIM used a platform callback to control the PHY power
enable and reset bit
On 06/28/2013 11:48 AM, Bartlomiej Zolnierkiewicz wrote:
> It hasn't been updated since Novemeber 2011 and exynos_defconfig
> should be used instead.
>
> Cc: Tomasz Figa
> Cc: Kukjin Kim
> Signed-off-by: Kyungmin Park
> Signed-off-by: Bartlomiej Zolnierkiewicz
Since it has been already discus
On Friday, June 28, 2013 11:51:23 AM Daniel Lezcano wrote:
> On 06/28/2013 11:48 AM, Bartlomiej Zolnierkiewicz wrote:
> > It hasn't been updated since Novemeber 2011 and exynos_defconfig
> > should be used instead.
>
> Why ?
After conversion to using device tree only (no board files) on
mach-exyn
Hi,
On 06/28/2013 12:27 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 12:35 Fri 28 Jun , Felipe Balbi wrote:
>> > On Fri, Jun 28, 2013 at 04:18:23PM +0900, Jingoo Han wrote:
>>> > > Use the generic PHY API instead of the platform callback to control
>>> > > the DP PHY. The 'phy_label' field
On 06/28/2013 12:11 PM, Tomasz Figa wrote:
> Hi Daniel,
>
> I've been fighting with this whole AFTR state as well, before Bartlomiej.
> Let me share my thoughts on this.
>
> On Friday 28 of June 2013 11:57:25 Daniel Lezcano wrote:
>> On 06/27/2013 08:10 PM, Bartlomiej Zolnierkiewicz wrote:
>>> O
On Fri, Jun 28, 2013 at 11:11:24AM +0100, Tomasz Figa wrote:
> Hi Daniel,
>
> I've been fighting with this whole AFTR state as well, before Bartlomiej.
> Let me share my thoughts on this.
>
> On Friday 28 of June 2013 11:57:25 Daniel Lezcano wrote:
> > On 06/27/2013 08:10 PM, Bartlomiej Zolnierki
On 12:35 Fri 28 Jun , Felipe Balbi wrote:
> On Fri, Jun 28, 2013 at 04:18:23PM +0900, Jingoo Han wrote:
> > Use the generic PHY API instead of the platform callback to control
> > the DP PHY. The 'phy_label' field is added to the platform data
> > structure to allow PHY lookup on non-dt platfor
On 06/28/2013 10:17 AM, Hui Wang wrote:
> On 06/26/2013 11:02 PM, Sylwester Nawrocki wrote:
>> Add a PHY provider driver for the Samsung S5P/Exynos SoC MIPI CSI-2
>> receiver and MIPI DSI transmitter DPHYs.
>>
>> Signed-off-by: Sylwester Nawrocki
>> Signed-off-by: Kyungmin Park
>> ---
>> Changes
Hi Daniel,
I've been fighting with this whole AFTR state as well, before Bartlomiej.
Let me share my thoughts on this.
On Friday 28 of June 2013 11:57:25 Daniel Lezcano wrote:
> On 06/27/2013 08:10 PM, Bartlomiej Zolnierkiewicz wrote:
> > On Wednesday, June 26, 2013 12:36:12 PM Daniel Lezcano wr
Hi,
On 06/28/2013 11:31 AM, Kishon Vijay Abraham I wrote:
>> diff --git
>> a/Documentation/devicetree/bindings/phy/samsung,exynos5250-dp-video-phy.txt
>> b/Documentation/devicetree/bindings/phy/samsung,exynos5250-dp-video-phy.txt
>> new file mode 100644
>> index 000..8b6fa79
>> --- /dev/null
On 06/27/2013 08:10 PM, Bartlomiej Zolnierkiewicz wrote:
> On Wednesday, June 26, 2013 12:36:12 PM Daniel Lezcano wrote:
>> On 06/26/2013 12:13 PM, Bartlomiej Zolnierkiewicz wrote:
>>> AFTR mode support was introduced by commit 67173ca ("ARM: EXYNOS: Add
>>> support AFTR mode on EXYNOS4210") in v3.
On 06/28/2013 11:48 AM, Bartlomiej Zolnierkiewicz wrote:
> It hasn't been updated since Novemeber 2011 and exynos_defconfig
> should be used instead.
Why ?
> Cc: Tomasz Figa
> Cc: Kukjin Kim
> Signed-off-by: Kyungmin Park
> Signed-off-by: Bartlomiej Zolnierkiewicz
> ---
> arch/arm/configs/ex
It hasn't been updated since Novemeber 2011 and exynos_defconfig
should be used instead.
Cc: Tomasz Figa
Cc: Kukjin Kim
Signed-off-by: Kyungmin Park
Signed-off-by: Bartlomiej Zolnierkiewicz
---
arch/arm/configs/exynos4_defconfig | 68 --
1 file changed, 68
On Fri, Jun 28, 2013 at 04:18:23PM +0900, Jingoo Han wrote:
> Use the generic PHY API instead of the platform callback to control
> the DP PHY. The 'phy_label' field is added to the platform data
> structure to allow PHY lookup on non-dt platforms.
>
> Signed-off-by: Jingoo Han
> ---
> .../devic
On Fri, Jun 28, 2013 at 04:16:44PM +0900, Jingoo Han wrote:
> Add PHY provider node for the DP PHY.
>
> Signed-off-by: Jingoo Han
> ---
> arch/arm/boot/dts/exynos5250.dtsi | 13 -
> 1 file changed, 8 insertions(+), 5 deletions(-)
>
> diff --git a/arch/arm/boot/dts/exynos5250.dtsi
On Fri, Jun 28, 2013 at 04:15:32PM +0900, Jingoo Han wrote:
> Add a PHY provider driver for the Samsung Exynos SoC DP PHY.
>
> Signed-off-by: Jingoo Han
Now that you fixed Kishon's concerns, this looks pretty good:
Acked-by: Felipe Balbi
--
balbi
signature.asc
Description: Digital signatur
Hi,
On Friday 28 June 2013 10:52 AM, Jingoo Han wrote:
Add a PHY provider driver for the Samsung Exynos SoC DP PHY.
Signed-off-by: Jingoo Han
---
.../phy/samsung,exynos5250-dp-video-phy.txt|7 ++
drivers/phy/Kconfig|8 ++
drivers/phy/Makefile
Hi,
On Friday 28 June 2013 11:34 AM, Jingoo Han wrote:
On Friday, June 28, 2013 2:58 PM, Kishon Vijay Abraham I wrote:
Hi,
On Friday 28 June 2013 10:54 AM, Jingoo Han wrote:
Use the generic PHY API instead of the platform callback to control
the DP PHY. The 'phy_label' field is added to the
On 06/26/2013 11:02 PM, Sylwester Nawrocki wrote:
Add a PHY provider driver for the Samsung S5P/Exynos SoC MIPI CSI-2
receiver and MIPI DSI transmitter DPHYs.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
---
Changes since v2:
- adapted to the generic PHY API v9: use phy_set
Use the generic PHY API instead of the platform callback to control
the DP PHY. The 'phy_label' field is added to the platform data
structure to allow PHY lookup on non-dt platforms.
Signed-off-by: Jingoo Han
---
.../devicetree/bindings/video/exynos_dp.txt| 17 ---
drivers/video/exynos
Add PHY provider node for the DP PHY.
Signed-off-by: Jingoo Han
---
arch/arm/boot/dts/exynos5250.dtsi | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/arch/arm/boot/dts/exynos5250.dtsi
b/arch/arm/boot/dts/exynos5250.dtsi
index 41cd625..f7bac75 100644
--- a/arc
Add a PHY provider driver for the Samsung Exynos SoC DP PHY.
Signed-off-by: Jingoo Han
---
.../phy/samsung,exynos5250-dp-video-phy.txt|7 ++
drivers/phy/Kconfig|8 ++
drivers/phy/Makefile |3 +-
drivers/phy/phy-exy
This patch series adds a simple driver for the Samsung Exynos SoC
series DP transmitter PHY, using the generic PHY framework [1].
Previously the DP PHY used a platform callback or internal DT node
to control the PHY power enable bit.
The platform callback and internal DT node can be dropped and thi
39 matches
Mail list logo
