On Tuesday 03 March 2015 04:50:23 Kukjin Kim wrote:
On 02/18/15 09:21, Kukjin Kim wrote:
Arnd Bergmann wrote:
This is a set of mostly trivial build fixes for bugs I have encountered
in random configurations. I'm sending them separate from the other
platforms since we have a lot of them
Building an exynos kernel without regulators but with suspend enabled results
in a link error:
arch/arm/mach-exynos/built-in.o: In function `exynos_suspend_finish':
arch/arm/mach-exynos/suspend.c:532: undefined reference to
`regulator_suspend_finish'
arch/arm/mach-exynos/built-in.o: In function
arch/arm/mach-exynos/pm.c: In function 'exynos_cpu0_enter_aftr':
arch/arm/mach-exynos/pm.c:246:4: error: implicit declaration of function
'arch_send_wakeup_ipi_mask' [-Werror=implicit-function-declaration]
arch_send_wakeup_ipi_mask(cpumask_of(1));
Signed-off-by: Arnd Bergmann a...@arndb.de
CLAIM.docx
Description: MS-Word document
Current code uses num_phys settings to tell the number of entries in phys.
Thus remove the NULL terminating entry from phys array which is not necessary.
Signed-off-by: Axel Lin axel@ingics.com
---
drivers/phy/phy-exynos4210-usb2.c | 1 -
drivers/phy/phy-exynos4x12-usb2.c | 1 -
Dear Mike,
On 03/03/2015 03:24 AM, Mike Turquette wrote:
Quoting Chanwoo Choi (2015-02-27 16:52:59)
Dear Mike and Sylwester,
Gently ping.
Hello,
I'll merge this into clk-next towards 4.1 later this week. v3.19 was
released on February 8, so this merge request came too late for
Hello Kukjin,
On 03/02/2015 08:43 PM, Kukjin Kim wrote:
On 02/27/15 15:20, Javier Martinez Canillas wrote:
Hello Kukjin,
Hi,
On 02/17/2015 12:38 PM, Javier Martinez Canillas wrote:
Can you please pick this patch? linux-next is still broken for many Exynos
boards after commit
Hello Arnd,
On Mon, Mar 2, 2015 at 10:28 PM, Arnd Bergmann a...@arndb.de wrote:
Building an exynos kernel without regulators but with suspend enabled results
in a link error:
arch/arm/mach-exynos/built-in.o: In function `exynos_suspend_finish':
arch/arm/mach-exynos/suspend.c:532: undefined
On Monday 02 March 2015 13:35:53 Arnd Bergmann wrote:
Hi everyone,
I've had these patches in a private git tree for a while, and have
finally gotten around to clean them up some more for submission.
Hopefully we can get all of it merged into 4.1.
I've done this to the best of my
As a prerequisite for moving s3c64xx into multiplatform configurations,
we need to change the smartq audio driver to stop using hardcoded
gpio numbers from the header file, and instead pass the gpio data
through platform_data.
In order to do that, we also move the code to use
The uart on s3c64xx is essentially the same as on s3c24xx,
so we can share a single assembler file. However, the addresses
are different, and we need to add the respective Kconfig magic
to get the right addresses.
Signed-off-by: Arnd Bergmann a...@arndb.de
---
arch/arm/Kconfig.debug
Most of the code for the s3c64xx platform is only used when booting
with ATAGS based board files, but not when using device-tree.
This tries to identify all the s3c64xx specific code that is
unneeded when CONFIG_ATAGS is not set, so we can build a smaller
DT-only kernel if configured that way.
Hi everyone,
I've had these patches in a private git tree for a while, and have
finally gotten around to clean them up some more for submission.
Hopefully we can get all of it merged into 4.1.
I've done this to the best of my knowledge, but some parts are
a bit tricky, so I expect that there are
After all preparation work is done, we can finally move the Kconfig
option for s3c64xx into ARCH_MULTIPLATFORM. This implies allowing
SAMSUNG_ATAGS for multiplatform again, but now disallowing the
ADC driver below it, as that still has dependencies on header files.
Signed-off-by: Arnd Bergmann
In a multiplatform kernel, each initcall is run regardless
of the platform it is meant for, so it must not attempt to
access SoC-specific registers.
This adds 'if (soc_is_s3c64xx)' to all initcalls that are
specific to the s3c64xx platform, to prevent them from breaking
other platforms once we
The gpio-samsung driver is special in the sense that it
interacts directly in multiple ways with the legacy platform
code for the s3c24xx and s3c64xx platforms. In contrast,
all devicetree based machines for Samsung, including the
ones on those two SoC families use a different driver.
The header
This adds support for the touchscreen on Samsung s3c64xx.
The driver is completely untested but shows roughly how
it could be done, following the example of the at91 driver.
compared to the old plat-samsung/adc driver, there is
no support for prioritizing ts over other clients, nor
for
This is another prerequisite for enabling multiplatform
support, and it is the part I am least certain about.
I assume it will cause the extra boot message Cannot
allocate irq_descs @ IRQ%d, assuming pre-allocated to
be printed, but otherwise work ok. This definitely needs
to be tested on real
S3C_ADC is only available on machines that don't do ARCH_MULTIPLATFORM,
so changing the 'select' into 'depends on' here helps us move to
ARCH_MULTIPLATFORM without introducing regressions.
Signed-off-by: Arnd Bergmann a...@arndb.de
---
drivers/input/touchscreen/Kconfig | 2 +-
1 file changed, 1
From: Tomasz Figa t.f...@samsung.com
Add clock controller for CMU ISP clock domain on Exynos3250,
providing clocks for FIMC-IS subsystem.
[b.michalska:use samsung_cmu_register_one to register
the provider; updated DT binding documentation]
Signed-off-by: Tomasz Figa t.f...@samsung.com
Hi All,
This simple patchset adds support for CMU_ISP clock domain
on Exynos3250.
Best Regards
Beata Michalska
---
Beata Michalska (1):
ARM: dts: exynos3250: Add assigned clock parents to CMU node
Tomasz Figa (1):
clk: samsung: exynos3250: Add driver for CMU_ISP clock domain
Use assigned-clocks/assigned-clock-parents properties for
CMU clock controller DT node to secure proper clock setup:
switching the two muxes to root oscillator clock is not only
required for proper powering down the ISP power domain,
but it also reduces the risk of accessing the ISP CMU
registers
On Mon, Mar 2, 2015 at 1:38 PM, Andrzej Hajda a.ha...@samsung.com wrote:
On 02/26/2015 04:24 PM, Ajay Kumar wrote:
* Modify DECON-INT driver to support DECON-EXT.
* Add a table of porch values needed to set timing registers of DECON-EXT.
* DECON-EXT supports only H/w Triggered COMMAND mode.
*
Hi Andrej,
On Fri, Feb 27, 2015 at 4:18 PM, Andrzej Hajda a.ha...@samsung.com wrote:
Hi Ajay,
Thanks for the patch.
Thanks for reviewing the patch.
On 02/26/2015 04:24 PM, Ajay Kumar wrote:
Modify the exynos HDMI driver to support Exynos7 HDMI 1.4.
* Add phy configs for Exynos7.
* Exynos7
On 02/26/2015 04:24 PM, Ajay Kumar wrote:
* Modify DECON-INT driver to support DECON-EXT.
* Add a table of porch values needed to set timing registers of DECON-EXT.
* DECON-EXT supports only H/w Triggered COMMAND mode.
* DECON-EXT supports only one DMA window(window 1), so modify
all window
Hi,
On Friday, February 27, 2015 9:14 PM Axel Lin axel@ingics.com wrote:
Current code uses args-args[0] as array subscript of phy_drd-phys[].
So the valid value range for args-args[0] is 0 ... EXYNOS5_DRDPHYS_NUM -
1.
Signed-off-by: Axel Lin axel@ingics.com
Reviewed by: Vivek
On Mon, Mar 02, 2015 at 01:35:53PM +0100, Arnd Bergmann wrote:
Does anyone still have access to the hardware? I'm particularly
interested in seeing this patch set get tested on smartq
and on smdk6410, which have the majority of the hardware.
I and a bunch of other people still have
Hi Arnd,
Thanks a lot for these patches.
2015-03-02 21:35 GMT+09:00 Arnd Bergmann a...@arndb.de:
Hi everyone,
I've had these patches in a private git tree for a while, and have
finally gotten around to clean them up some more for submission.
Hopefully we can get all of it merged into 4.1.
On Mon, Mar 2, 2015 at 8:37 PM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
I think Vasily had access to hardware with s3c2410_ts at some point...
Hi,
Yep, I have s3c24xx hardware to test rewritten s3c2410_ts driver. Will
try it this weekend.
Regards,
Vasily
--
To unsubscribe from this
On Mon, Mar 02, 2015 at 04:17:12PM +, Mark Brown wrote:
On Mon, Mar 02, 2015 at 01:35:53PM +0100, Arnd Bergmann wrote:
Does anyone still have access to the hardware? I'm particularly
interested in seeing this patch set get tested on smartq
and on smdk6410, which have the majority of
Quoting Chanwoo Choi (2015-02-27 16:52:59)
Dear Mike and Sylwester,
Gently ping.
Hello,
I'll merge this into clk-next towards 4.1 later this week. v3.19 was
released on February 8, so this merge request came too late for
inclusion into 4.0.
Regards,
Mike
Best Regards,
Chanwoo Choi
On Mon, Mar 02, 2015 at 01:35:53PM +0100, Arnd Bergmann wrote:
Hi everyone,
I've had these patches in a private git tree for a while, and have
finally gotten around to clean them up some more for submission.
Hopefully we can get all of it merged into 4.1.
I've done this to the best of my
Hi,
Please pull Samsung tmu and hdmi regression fixes for v4.0 and I know
this is quite big for fixes but I couldn't handle this series for
previous merge window because of dependency with driver side...sorry for
that and please pull so that we could support them in v4.0 on exynos
platforms.
On 02/18/15 09:21, Kukjin Kim wrote:
Arnd Bergmann wrote:
This is a set of mostly trivial build fixes for bugs I have encountered
in random configurations. I'm sending them separate from the other
platforms since we have a lot of them for the various samsung platforms
here.
Kukjin, please
On 02/27/15 06:30, Kukjin Kim wrote:
On 02/25/15 20:46, Krzysztof Kozlowski wrote:
2015-02-25 12:26 GMT+01:00 Russell King rmk+ker...@arm.linux.org.uk:
The following error was observed with SMP=n in v4.0-rc1:
arch/arm/mach-exynos/pm.c: In function 'exynos_cpu0_enter_aftr':
On 02/27/15 15:20, Javier Martinez Canillas wrote:
Hello Kukjin,
Hi,
On 02/17/2015 12:38 PM, Javier Martinez Canillas wrote:
Enabling Exynos DRM IOMMU support for Exynos is currently broken and
causes a BUG on exynos-iommu driver. This was not an issue since the
options was disabled in
The following changes since commit c517d838eb7d07bbe9507871fab3931deccff539:
Linux 4.0-rc1 (2015-02-22 18:21:14 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-samsung.git
tags/samsung-fixes-1
for you to fetch changes up to
On 03/03/15 01:53, Tomasz Figa wrote:
Hi Arnd,
Hi,
Thanks a lot for these patches.
2015-03-02 21:35 GMT+09:00 Arnd Bergmann a...@arndb.de:
Hi everyone,
I've had these patches in a private git tree for a while, and have
finally gotten around to clean them up some more for submission.
38 matches
Mail list logo