On Friday, December 02, 2011, Mark Brown wrote:
> On Thu, Dec 01, 2011 at 09:37:07PM +0100, Rafael J. Wysocki wrote:
> > On Thursday, December 01, 2011, Mark Brown wrote:
> > > Saves a tiny amount of code.
>
> > How so?
>
> It saves source code size when we get the second user, by itself you're
>
On Fri, Dec 02, 2011 at 09:10:27PM +0100, Sylwester Nawrocki wrote:
> > + /* Not all domains provide power status readback */
> > + if (pd->pwr_stat) {
> > + while (retry--)
> > + if (__raw_readl(S3C64XX_BLK_PWR_STAT) & pd->pwr_stat)
> > +
Hi Mark,
good to see someone adding a proper power domain support for s3c64xx.
On 12/01/2011 07:48 PM, Mark Brown wrote:
> The S3C64xx SoCs contain a set of gateable power domains which can be
> enabled and disabled at runtime in order to save power. Use the generic
> power domain code to implem
On Friday 02 of December 2011 18:57:43 Mark Brown wrote:
> On Fri, Dec 02, 2011 at 07:25:01PM +0100, Tomasz Figa wrote:
> > Please do not forget that there might be some drivers not yet submited
> > to mainline and mainline should not break them with an assumption that
> > there are no such drivers
On Fri, Dec 02, 2011 at 07:25:01PM +0100, Tomasz Figa wrote:
> Please do not forget that there might be some drivers not yet submited
> to mainline and mainline should not break them with an assumption that
> there are no such drivers.
> For example, there is an on-going work on an open source Op
Hi,
W dniu 2 grudnia 2011 01:56 użytkownik Mark Brown
napisał:
On Fri, Dec 02, 2011 at 09:35:44AM +0900, Kyungmin Park wrote:
I'm not sure what's the next step at s3c64xx for generic power domain.
Related with exysno4 series, it's helpful to read following threads.
http://68.183.106.108/lists
On 2 December 2011 00:02, Subhash Jadavani wrote:
>
>
>> -Original Message-
>> From: linux-mmc-ow...@vger.kernel.org [mailto:linux-mmc-
>> ow...@vger.kernel.org] On Behalf Of Girish K S
>> Sent: Thursday, December 01, 2011 7:48 PM
>> To: Subhash Jadavani
>> Cc: linux-...@vger.kernel.org; p
Hello
I am interested in a couple of questions related to mfv v1.0, used in
the s3c6410.
1) Does anyone work on mfc v1.0 driver for mainline?
2) whether there is a newer firmware for MFC processor other than the V137?
3) how much different MFC version 1.0 (6410) and 4.0 (pv210). Should I
rely on t
This patch adds packed command feature of eMMC4.5.
The maximum number for packing read(or write) is offered
and exception event relevant to packed command which is
used for error handling is enabled. If host wants to use
this feature, MMC_CAP2_PACKED_CMD should be set.
Signed-off-by: Seungwon Jeon
This patch supports packed command of eMMC4.5 device.
Several reads(or writes) can be grouped in packed command
and all data of the individual commands can be sent in a
single transfer on the bus.
Signed-off-by: Seungwon Jeon
---
drivers/mmc/card/block.c | 454
This patch-set adds support of packed command feature
for eMMC4.5 devices.
Changes in v2:
- Fixed the packed read sequence and error handling.
- Applied checking the exception status for all cases with
the comments from Maya Erez and Sahitya Tummala.
- Fixed prep
This patch adds the support of the HS200 bus speed for eMMC 4.5 devices.
The eMMC 4.5 devices have support for 200MHz bus speed.The mmc core and
host modules have been touched to add support for this module.
It is necessary to know the card type in the sdhci.c file to add support
for eMMC tuning f
On 02/12/11 08:43, Kukjin Kim wrote:
> Marc Zyngier wrote:
>>
>> On 01/12/11 15:24, Axel Lin wrote:
>>> Fix below build error:
>>> CC arch/arm/mach-exynos/cpu.o
>>> arch/arm/mach-exynos/cpu.c: In function 'exynos4_init_irq':
>>> arch/arm/mach-exynos/cpu.c:245: error: 'gic_bank_offset' undecl
On Fri, Dec 2, 2011 at 5:59 PM, Kukjin Kim wrote:
> MyungJoo Hamm wrote:
>>
> What's the 'compiler errors'?
>
> And I don't know why this patch included in this series, maybe this should
> be separated from this series?
The error is:
arch/arm/mach-exynos/mach-nuri.c: In function ‘nuri_power_init’
On 12/2/11, Kukjin Kim wrote:
> MyungJoo Ham wrote:
>>
>> - Add DMC1
>> - Enlarge address space for DMC from 4k to 64k so that PPMU registers
>> may be accessed.
>>
>> Signed-off-by: MyungJoo Ham
>> Signed-off-by: Kyungmin Park
>> ---
>> arch/arm/mach-exynos/cpu.c |7 ++-
Pankaj Dubey wrote:
> Subject: [PATCH 0/3] Moving xusbxti clock setting in clock.c file.
>
> Since there is code duplication in different mach-board.c file it is
> better
> to set default clock rate of xusbxti clock in plat-s5p/clock.c file.
>
> The patches are based on following commit on Kukjin
Maya Erez wrote:
> > Maya Erez wrote:
> >> >> >> On Wed, Nov 2, 2011 at 1:33 PM, Seungwon Jeon
> >>
> >> >> wrote:
> >> >> >> > @@ -980,12 +988,67 @@ static int mmc_blk_err_check(struct
> >> mmc_card
> >> >> *card,
> >> >> >> > if (!brq->data.bytes_xfered)
> >> >> >> > return
MyungJoo Ham wrote:
>
> - Add DMC1
> - Enlarge address space for DMC from 4k to 64k so that PPMU registers
> may be accessed.
>
> Signed-off-by: MyungJoo Ham
> Signed-off-by: Kyungmin Park
> ---
> arch/arm/mach-exynos/cpu.c |7 ++-
> arch/arm/mach-exynos/include/mach/map
> -Original Message-
> From: Boojin Kim [mailto:boojin@samsung.com]
> Sent: Monday, November 28, 2011 4:51 PM
> To: linux-arm-ker...@lists.infradead.org; linux-samsung-
> s...@vger.kernel.org
> Cc: Kukjin Kim; Boojin Kim
> Subject: [PATCH] ARM: EXYNOS: Enable MDMA driver
>
> This patc
MyungJoo Hamm wrote:
>
What's the 'compiler errors'?
And I don't know why this patch included in this series, maybe this should
be separated from this series?
Thanks.
Best regards,
Kgene.
--
Kukjin Kim , Senior Engineer,
SW Solution Development Team, Samsung Electronics Co., Ltd.
> Signed-off-
On Fri, Dec 02, 2011 at 05:43:21PM +0900, Kukjin Kim wrote:
> OK, I will merge iommu/exynos into Samsung tree after your creating that.
>
> I can't look at iommu/exynos branch in your tree,
> git://git.kernel.org/pub/scm/linux/kernel/git/joro/iommu.git.
That's because I havn't merged any exynos p
Pankaj Dubey wrote:
>
> Since there is code duplication in different mach-board.c file it is
> better
> to set default clock rate of xusbxti clock in plat-s5p/clock.c file.
>
> The patches are based on following commit on Kukjin's for-next branch.
>
> Pankaj (1):
> ARM: S5P: Set default rate o
Marc Zyngier wrote:
>
> On 01/12/11 15:24, Axel Lin wrote:
> > Fix below build error:
> > CC arch/arm/mach-exynos/cpu.o
> > arch/arm/mach-exynos/cpu.c: In function 'exynos4_init_irq':
> > arch/arm/mach-exynos/cpu.c:245: error: 'gic_bank_offset' undeclared
> (first use in this function)
> >
Joerg Roedel wrote:
>
> On Thu, Dec 01, 2011 at 04:29:17PM +0900, Kukjin Kim wrote:
> > Anyway, that touches many Samsung stuff so it would be better if you
> could
> > create separate topic branch which can be merged into Samsung tree. And
> if
> > required, please add my ack on them.
>
> Yes, I
24 matches
Mail list logo
