Eduardo,
What's your opinion on this patch set?
BTW, please send me all the urgent fixes for thermal soc drivers that you think
should go to 3.12.
Thanks,
rui
> -Original Message-
> From: Lukasz Majewski [mailto:l.majew...@samsung.com]
> Sent: Monday, October 14, 2013 1:47 PM
> To: Zhang
Hi Zhang, Eduardo,
> This patch series is divided into two parts:
> 1. Device tree node definition and enabelement for TMU at Exynos4412
> (Trats2) 2. Exynos thermal subsystem regressions for v3.12-rc4.
> Several commits were necessary to properly fix regression for TMU
> test MUX address setting
Use the SIMPLE_DEV_PM_OPS macro to declare the driver's
pm_ops.
Signed-off-by: Manish Badarkhe
---
:100644 100644 d664ef5... bd72b0f... M drivers/power/max17042_battery.c
drivers/power/max17042_battery.c | 16 +---
1 file changed, 5 insertions(+), 11 deletions(-)
diff --git a/dri
For hdr parse error, it can return false without any assignments
which cause following build warning.
drivers/media/platform/s5p-jpeg/jpeg-core.c: In function 's5p_jpeg_parse_hdr':
drivers/media/platform/s5p-jpeg/jpeg-core.c:432: warning: 'components' may be
used uninitialized in this function
dr
Hi Sylwester,
Thanks for you comment.
On 2013년 10월 12일 18:39, Sylwester Nawrocki wrote:
> Hi Seung-Woo,
>
> On 10/10/2013 09:06 AM, Seung-Woo Kim wrote:
>> For hdr parse error, it can return false without any assignments
>> which cause build warning.
>>
>> Signed-off-by: Seung-Woo Kim
>> ---
>>
On Saturday, October 12, 2013 12:36 PM, Michael Opdenacker wrote:
>
> This patch proposes to remove the use of the IRQF_DISABLED flag
>
> It's a NOOP since 2.6.35 and it will be removed one day.
>
> Signed-off-by: Michael Opdenacker
Reviewed-by: Jingoo Han
Best regards,
Jingoo Han
> ---
>
Olof Johansson wrote:
>
> Hi,
>
Hi,
> On Sun, Oct 13, 2013 at 2:56 PM, Kukjin Kim wrote:
> > Alexander Shiyan (1):
> > ARM: SAMSUNG: Fix switching FIFO in arch_enable_uart_fifo function
>
> What's the regression that this is fixing? As far as I can tell, the
> code has been the same sinc
The non-DT for EXYNOS SoCs is not supported from v3.11.
Thus, there is no need to support non-DT for Exynos OHCI driver.
The 'include/linux/platform_data/usb-ohci-exynos.h' file has been
used for non-DT support. Thus, the 'usb-ohci-exynos.h' file can
be removed.
Signed-off-by: Jingoo Han
---
- r
Hi,
On Sun, Oct 13, 2013 at 2:56 PM, Kukjin Kim wrote:
> Alexander Shiyan (1):
> ARM: SAMSUNG: Fix switching FIFO in arch_enable_uart_fifo function
What's the regression that this is fixing? As far as I can tell, the
code has been the same since 2008. Or did something surrounding it
change
The following changes since commit 272b98c6455f00884f0350f775c5342358ebb73f:
Linux 3.12-rc1 (2013-09-16 16:17:51 -0400)
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 b7f8c4
On Saturday 12 of October 2013 13:33:29 Mark Brown wrote:
> On Sat, Oct 12, 2013 at 06:36:36AM +0200, Tomasz Figa wrote:
> > Big thanks for this series and the one adding DMA engine support for
> > S3C24xx. It would be great if someone could test this on affected
> > platforms, so we could finally
Am Sonntag, 13. Oktober 2013, 16:55:37 schrieb Vinod Koul:
> On Fri, Oct 11, 2013 at 11:01:33AM +0200, Heiko Stübner wrote:
> > s3c2410 and s3c2442 share the same dma channels while s3c2440 has
> > slight differences. But on all three the reachable sources per dma
> > channel has constraints attach
Am Sonntag, 13. Oktober 2013, 16:56:42 schrieb Vinod Koul:
> On Fri, Oct 11, 2013 at 10:59:19AM +0200, Heiko Stübner wrote:
> > [I messed up the linux-arm-kernel list address yesterday, so I resend it
> > with a fixed address, sorry for the noise]
> >
> > When Olof reported the warning about the u
On Fri, Oct 11, 2013 at 10:59:19AM +0200, Heiko Stübner wrote:
> [I messed up the linux-arm-kernel list address yesterday, so I resend it
> with a fixed address, sorry for the noise]
>
> When Olof reported the warning about the unused s3c2410_dma_resource, I
> thought the best way forward would be
On Fri, Oct 11, 2013 at 11:01:33AM +0200, Heiko Stübner wrote:
> s3c2410 and s3c2442 share the same dma channels while s3c2440 has
> slight differences. But on all three the reachable sources per dma
> channel has constraints attached and thus encodes the usable
> combinations using the S3C24XX_DMA
15 matches
Mail list logo