Re: [PATCH 1/3] drivers/misc: Add realtek card reader core driver

2012-07-31 Thread wwang
于 2012年07月31日 19:23, Arnd Bergmann 写道: > > You posted the sdmmc host driver and the pci card reader driver. > I assume that the USB card reader and the memstick host > will also get posted at some point. Do you have a timeframe > for those? I will submit my memstick host driver around two months l

Re: [PATCH 1/3] mmc: dw_mmc: amend using error interrupt status

2012-07-31 Thread Girish K S
On 1 August 2012 06:00, Seungwon Jeon wrote: > RINTSTS status includes masked interrupts as well as unmasked. > data_status and cmd_status are set by value of RINTSTS in interrupt handler > and tasklet finally uses it to decide whether error is happened or not. > In addition, MINTSTS status is use

[PATCH RESEND v4] mmc: core: Remove bounce buffer in mmc_send_cxd_data()

2012-07-31 Thread Kyungsik Lee
It is expected that Extended CSD register(the size of this register is larger than CID/CSD) will be referenced more frequently as more fields have been added to Extended CSD and it seems that it is not a good option to double the memory used. This patch is intended to avoid the use of bounce buffe

[PATCH 3/3] mmc: dw_mmc: fix error handling in PIO mode

2012-07-31 Thread Seungwon Jeon
Data transfer will be continued until all the bytes are transmitted, even if data crc error occurs during a multiple-block data transfer. This means RXDR/TXDR interrupts will occurs until data transfer is terminated. Early setting of host->sg to NULL prevents going into xxx_data_pio functions, henc

[PATCH 2/3] mmc: dw_mmc: correct mishandling error interrupt

2012-07-31 Thread Seungwon Jeon
Datasheet of SYNOPSYS mentions that DTO(Data Transfer Over) interrupt will be raised even if some error interrupts, however it is actually found that DTO does not occur. SYNOPSYS has confirmed this issue. Current implementation defers the call of tasklet_schedule until DTO when the error interrupts

[PATCH 1/3] mmc: dw_mmc: amend using error interrupt status

2012-07-31 Thread Seungwon Jeon
RINTSTS status includes masked interrupts as well as unmasked. data_status and cmd_status are set by value of RINTSTS in interrupt handler and tasklet finally uses it to decide whether error is happened or not. In addition, MINTSTS status is used for setting data_status in PIO. Masked error interru

[PATCH 0/3] mmc: dw_mmc: some fixes for error handling

2012-07-31 Thread Seungwon Jeon
This patch-set includes fixes for the Synopsys DesignWare MMC driver Seungwon Jeon (3): mmc: dw_mmc: amend using error interrupt status mmc: dw_mmc: correct mishandling error interrupt mmc: dw_mmc: fix error handling in PIO mode drivers/mmc/host/dw_mmc.c | 44 -

Re: [PATCH 1/3] drivers/misc: Add realtek card reader core driver

2012-07-31 Thread Arnd Bergmann
On Tuesday 31 July 2012, wei_w...@realsil.com.cn wrote: > From: Wei WANG > > Realtek card reader core driver is the bus driver for Realtek > driver-based card reader, which supplies adapter layer to > be used by lower-level pci/usb card reader and upper-level > sdmmc/memstick host driver. > > Si

Re: [PATCH 3/3] drivers/mmc/host: Add realtek sdmmc interface driver

2012-07-31 Thread Borislav Petkov
On Tue, Jul 31, 2012 at 03:42:56PM +0800, wei_w...@realsil.com.cn wrote: > From: Wei WANG > > Realtek SD/MMC card interface driver is used to access > SD/MMC card, with the help of Realtek card reader adapter driver. > > Signed-off-by: Wei WANG > --- [ … ] > +static void __devexit realtek_sdm

Re: [PATCH v5 1/3] block: Add test-iosched scheduler

2012-07-31 Thread Jens Axboe
On 07/31/2012 04:36 PM, me...@codeaurora.org wrote: > Hi Jens, > > Do you have comments on this patch? > Can we push it to kernel 3.6 version? I have questions - what is this good for? In other words, explain to me why this is useful code. And in particular why this cannot be done from userspace

Re: [PATCH 3/3] drivers/mmc/host: Add realtek sdmmc interface driver

2012-07-31 Thread Borislav Petkov
On Tue, Jul 31, 2012 at 03:42:56PM +0800, wei_w...@realsil.com.cn wrote: > From: Wei WANG > > Realtek SD/MMC card interface driver is used to access > SD/MMC card, with the help of Realtek card reader adapter driver. Yep, it builds and boots fine with latest Linus tree. When I put the card in,

Re: [PATCH v5 1/3] block: Add test-iosched scheduler

2012-07-31 Thread merez
Hi Jens, Do you have comments on this patch? Can we push it to kernel 3.6 version? Thanks, Maya On Tue, July 31, 2012 7:25 am, Maya Erez wrote: > The test scheduler allows testing a block device by dispatching > specific requests according to the test case and declare PASS/FAIL > according to the

[PATCH v5 3/3] mmc: card: Add eMMC4.5 write packed commands unit-tests

2012-07-31 Thread Maya Erez
Expose the following packed commands tests: - Test the write packed commands list preparation - Simulate a returned error code - Send an invalid packed command to the card Signed-off-by: Lee Susman Signed-off-by: Maya Erez --- drivers/mmc/card/Kconfig | 11 + drivers/mmc/card/Makefil

[PATCH v5 2/3] mmc: block: Add MMC write packing statistics

2012-07-31 Thread Maya Erez
The write packing statistics are used for the packed commands unit tests in order to determine test success or failure Signed-off-by: Maya Erez --- drivers/mmc/card/block.c | 57 ++- drivers/mmc/core/bus.c |4 + drivers/mmc/core/debugfs.c | 176 ++

[PATCH v5 1/3] block: Add test-iosched scheduler

2012-07-31 Thread Maya Erez
The test scheduler allows testing a block device by dispatching specific requests according to the test case and declare PASS/FAIL according to the requests completion error code Signed-off-by: Maya Erez --- Documentation/block/test-iosched.txt | 39 ++ block/Kconfig.iosched|

[PATCH v5 0/3] mmc: card: Add eMMC4.5 write packed commands unit-tests

2012-07-31 Thread Maya Erez
Expose the following packed commands tests: - Test the write packed commands list preparation - Simulate a returned error code - Send an invalid packed command to the card In order to test the eMMC4.5 features, the test-iosched is used. The test scheduler allows testing a block device by dispatchi

Re: [PATCH v11] mmc: support BKOPS feature for eMMC

2012-07-31 Thread merez
On Mon, July 30, 2012 2:00 am, Jaehoon Chung wrote: > On 07/29/2012 11:33 AM, Minchan Kim wrote: >> On Tue, Jul 24, 2012 at 10:56 AM, Jaehoon Chung >> wrote: >>> Enable eMMC background operations (BKOPS) feature. >>> >>> If URGENT_BKOPS is set after a response, note that BKOPS >>> are required. I

Re: [PATCH RESEND v3] mmc: core: Remove bounce buffer in mmc_send_cxd_data()

2012-07-31 Thread kyungsik.lee
On 2012-07-31 오후 4:19, S, Venkatraman wrote: On Tue, Jul 31, 2012 at 7:30 AM, Kyungsik Lee wrote: It is expected that Extended CSD register(the size of this register is larger than CID/CSD) will be referenced more frequently as more fields have been added to Extended CSD and it seems that it is

[PATCH v2 1/1] ARM: dove: DT support for sdhci-dove

2012-07-31 Thread Sebastian Hesselbarth
This patch adds device tree support and binding documentiation for sdhci-dove. v2: extended documentation and removed second interrupt as it is marked 'reserved' in dove datasheet. Signed-off-by: Sebastian Hesselbarth Cc: Grant Likely Cc: Rob Herring Cc: Rob Landley Cc: Chris Ball Cc: A

[PATCH 3/3] drivers/mmc/host: Add realtek sdmmc interface driver

2012-07-31 Thread wei_wang
From: Wei WANG Realtek SD/MMC card interface driver is used to access SD/MMC card, with the help of Realtek card reader adapter driver. Signed-off-by: Wei WANG --- drivers/mmc/host/Kconfig |7 + drivers/mmc/host/Makefile |2 + drivers/mmc/host/rtsx_sdmmc.c | 350 +

[PATCH 1/3] drivers/misc: Add realtek card reader core driver

2012-07-31 Thread wei_wang
From: Wei WANG Realtek card reader core driver is the bus driver for Realtek driver-based card reader, which supplies adapter layer to be used by lower-level pci/usb card reader and upper-level sdmmc/memstick host driver. Signed-off-by: Wei WANG --- Documentation/misc-devices/realtek_cr.txt |

Re: [PATCH RESEND v3] mmc: core: Remove bounce buffer in mmc_send_cxd_data()

2012-07-31 Thread S, Venkatraman
On Tue, Jul 31, 2012 at 7:30 AM, Kyungsik Lee wrote: > It is expected that Extended CSD register(the size of this register > is larger than CID/CSD) will be referenced more frequently as more > fields have been added to Extended CSD and it seems that it is not > a good option to double the memory