On 25 November 2014 at 18:28, Ulf Hansson wrote:
> On 24 November 2014 at 13:29, Jassi Brar wrote:
>> On 24 November 2014 at 17:24, Ulf Hansson wrote:
>>> On 24 November 2014 at 11:45, Vincent Yang
>>> wrote:
>>>> 2014-11-24 17:54 GMT+08:00 Ulf Hanss
On 24 November 2014 at 17:24, Ulf Hansson wrote:
> On 24 November 2014 at 11:45, Vincent Yang
> wrote:
>> 2014-11-24 17:54 GMT+08:00 Ulf Hansson :
>>> On 21 November 2014 at 01:51, Vincent Yang
>>> wrote:
Hello,
Fujitsu have an sdhci IP which is implemented in a SoC we're
a
On 18 October 2012 20:48, Huang Shijie wrote:
> On Thu, Oct 18, 2012 at 5:29 AM, Jassi Brar
> wrote:
>> On 18 October 2012 12:15, Huang Shijie wrote:
>>> 于 2012年10月18日 14:18, Vinod Koul 写道:
>>>
>>>> Why cant you do start (prepare clock etc) when you su
On 18 October 2012 12:15, Huang Shijie wrote:
> 于 2012年10月18日 14:18, Vinod Koul 写道:
>
>> Why cant you do start (prepare clock etc) when you submit the descriptor
>> to dmaengine. Can be done in tx_submit callback.
>> Similarly remove the clock when dma transaction gets completed.
>
> I ever though
On 6 August 2012 21:01, Chris Ball wrote:
> Hi,
>
> On Mon, Aug 06 2012, Dirk Behme wrote:
>> On embedded devices, often there is a combination of removable mmc
>> devices (e.g. MMC/SD cards) and hard wired ones (e.g. eMMC).
>> Depending on the hardware configuration, the 'mmcblkN' node might
>> c
On 26 July 2012 14:46, Dirk Behme wrote:
> ---
> drivers/mmc/card/Kconfig | 27 +++
> drivers/mmc/card/block.c |2 +-
> include/linux/mmc/host.h |7 +++
> 3 files changed, 35 insertions(+), 1 deletion(-)
>
> Index: a/drivers/mmc/card/Kconfig
> ==
On 20 July 2012 17:00, Dirk Behme wrote:
> On 19.07.2012 22:45, Jassi Brar wrote:
>>> This problem can occur on many devices with embedded MMC and removable
>>> SD,
>>> e.g. smart phones. So I think we should find an solution to define MMC
>>> scan
>
On 18 July 2012 19:41, Knut Wohlrab wrote:
> On 07/18/2012 03:47 PM, Jassi Brar wrote:
>>
>> On 18 July 2012 15:19, Knut Wohlrab wrote:
>>
>>> If a SD card is inserted at boot time, its "mmcblk0", the embedded
>>> MMC (eMMC) device "mmcblk1
On 18 July 2012 15:19, Knut Wohlrab wrote:
> If a SD card is inserted at boot time, its "mmcblk0", the embedded
> MMC (eMMC) device "mmcblk1". This makes it difficult to give the kernel the
> correct device for the eMMC root file system ("root=/dev/mmcblk?p1 ...").
>
How about root=UUID= ?
--
On 18 July 2012 11:56, Dirk Behme wrote:
>
> Similar to [1] we have a device which has two mmc block devices connected:
> One external removable and a second internal hard wired one. Depending on
> the availability of the external removable mmc card at boot time, the
> internal hard wired device b
On 17 April 2012 15:41, Rajendra Nayak wrote:
> On Tuesday 17 April 2012 03:24 PM, Jassi Brar wrote:
>>
>> Proper check should be if the hsmmc driver got its platform_data
>> via devicetree, and not if the devicetree is populated for the
>> platform.
>
> This o
On 17 April 2012 15:41, T Krishnamoorthy, Balaji wrote:
>>
>> The patch is more than a nit-pick because upstream doesn't yet have dt
>> nodes for mmc on OMAP while the driver wrongly assumes it does.
>> Which isn't a problem until you use some low-end sdhc card
>> (Transcend 8GB Class-4 in my expe
Proper check should be if the hsmmc driver got its platform_data
via devicetree, and not if the devicetree is populated for the
platform.
Signed-off-by: Jassi Brar
---
The patch is more than a nit-pick because upstream doesn't yet have dt
nodes for mmc on OMAP while the driver wrongly as
On Wed, Oct 6, 2010 at 3:00 PM, Jeongbae Seo wrote:
> From: Hyuk Lee
>
> This patch adds initialization HSMMC device information.
> And HSMMC platform data like card detect, data bus width
> and capability is configured.
>
> Signed-off-by: Hyuk Lee
> Signed-off-by: Jeongbae Seo
> ---
> Changes
On Mon, May 10, 2010 at 2:26 AM, Dan Williams wrote:
> On Sun, May 9, 2010 at 3:06 AM, jassi brar wrote:
>> This discussion is purely about what the current DMA API misses and what
>> a generic DMA API should do. So, that the current DMA API fills up those
>> gap, if poss
On Sun, May 9, 2010 at 4:47 PM, Dan Williams wrote:
> On Sat, May 8, 2010 at 8:48 PM, jassi brar wrote:
>> On Sun, May 9, 2010 at 7:24 AM, Dan Williams
>> wrote:
>>> On Fri, May 7, 2010 at 7:37 PM, jassi brar wrote:
>>>> IMHO, a DMA api should be as quick
On Sun, May 9, 2010 at 7:24 AM, Dan Williams wrote:
> On Fri, May 7, 2010 at 7:37 PM, jassi brar wrote:
>> IMHO, a DMA api should be as quick as possible - callbacks done in IRQ
>> context.
>> But since there maybe clients that need to do sleepable stuff in
>
>
On Sat, May 8, 2010 at 1:10 AM, Linus Walleij
wrote:
> Surely circular linked buffers and other goodies can be retrofitted into the
> DMAengine without a complete redesign? I only see a new slave call
> to support that really, in addition to the existing sglist interface.
well, before taking up th
On Fri, May 7, 2010 at 8:43 PM, Linus Walleij
wrote:
> 2010/5/7 Russell King - ARM Linux :
>> Or let me put it another way - if people are happy for Linux to support
>> new ARM CPU architectures, but with very little attention given to DMA
>> support on those architectures, then feel free to box t
On Wed, Dec 9, 2009 at 9:16 PM, Mark Brown
wrote:
> On Wed, Dec 09, 2009 at 10:50:16AM +0900, jassi brar wrote:
>
>> Second - SPI source clocks specific, which SoCs differ by name and number.
>> Maybe this could go into plat-/include with the name
>>
On Mon, Dec 7, 2009 at 11:41 PM, Ben Dooks wrote:
> On Fri, Dec 04, 2009 at 08:06:12PM +0900, jassi brar wrote:
>> On Fri, Dec 4, 2009 at 7:06 AM, Ben Dooks wrote:
>> > On Thu, Nov 26, 2009 at 03:48:17PM +0900, Jassi Brar wrote:
>> >> We need a way to pass controll
On Fri, Dec 4, 2009 at 7:06 AM, Ben Dooks wrote:
> On Thu, Nov 26, 2009 at 03:48:17PM +0900, Jassi Brar wrote:
>> We need a way to pass controller specific information to the
>> SPI device driver. For that purpose a new header is made.
>>
>> Signed-off-by: Jassi Bra
On Thu, Nov 26, 2009 at 4:40 PM, Grant Likely wrote:
> On Wed, Nov 25, 2009 at 11:48 PM, Jassi Brar wrote:
>> Added S3C64XX SPI controller driver.
>>
>> Each SPI controller has exactly one CS line and as such doesn't
>> provide for multi-cs. We implement a work
On Thu, Nov 26, 2009 at 4:09 PM, Baruch Siach wrote:
> Hi Jassi,
>
> On Thu, Nov 26, 2009 at 03:47:59PM +0900, Jassi Brar wrote:
>> In subsequent mails, I am going to submit new SPI driver
>> for the S3C64xx Samsung SoCs.
>
> You should CC spi-devel-gene...@lists.sourc
x and till date, for that reason some of the register fields
have been passed via, SoC specific, platform data.
Signed-off-by: Jassi Brar
---
drivers/spi/Kconfig |7 +
drivers/spi/Makefile |1 +
drivers/spi/spi_s3c64xx.c | 1033 +++
Platform devices for SPI Controller of S3C64XX are defined
and exported for machines to include.
Also, controller setup helper functions are defined for
machine code to set runtime configuration of the controller
and the bus.
Signed-off-by: Jassi Brar
---
arch/arm/plat-s3c/include/plat/devs.h
Hello,
In subsequent mails, I am going to submit new SPI driver
for the S3C64xx Samsung SoCs.
The driver has been tested with 9pin MMC card slot soldered
to pins of SPI-1 port on the SMDK6410.
Since that is not a standard h/w configuration of SMDK, the patch
to enable SPI-1 controller for MMC_S
We need a way to pass controller specific information to the
SPI device driver. For that purpose a new header is made.
Signed-off-by: Jassi Brar
---
arch/arm/plat-s3c64xx/include/plat/spi.h | 68 ++
1 files changed, 68 insertions(+), 0 deletions(-)
create mode
Defined special 48MHz clock sources for SPI-0,1.
Signed-off-by: Jassi Brar
---
arch/arm/plat-s3c64xx/clock.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-s3c64xx/clock.c b/arch/arm/plat-s3c64xx/clock.c
index 7a36e89..7b9d79c 100644
--- a
Added SPI controller register base.
Signed-off-by: Jassi Brar
---
arch/arm/mach-s3c6400/include/mach/map.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-s3c6400/include/mach/map.h
b/arch/arm/mach-s3c6400/include/mach/map.h
index fc8b223..25f5593 100644
30 matches
Mail list logo