Bug 689900

Summary: SDSC card unmount takes too long after large data transfer with SD2.0 controller
Product: Red Hat Enterprise Linux 5 Reporter: Joseph Kachuck <jkachuck>
Component: kernelAssignee: Red Hat Kernel Manager <kernel-mgr>
Status: CLOSED DUPLICATE QA Contact: Red Hat Kernel QE team <kernel-qe>
Severity: medium Docs Contact:
Priority: high    
Version: 5.6CC: kthiruma, ravikiran.thirumalai
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-06-27 14:54:07 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Bug Depends On:    
Bug Blocks: 689906    
Attachments:
Description Flags
mmc_add_support_for_cmd25.patch none

Description Joseph Kachuck 2011-03-22 18:30:41 UTC
Created attachment 486869 [details]
mmc_add_support_for_cmd25.patch

Description of problem:
When we transfer a large file ~600M to the SDSC card, and then try to unmount
the card, the unmounting takes a long time (~25 mins) to complete. The test
platform is AMD Cobia which has SD2.0 controller.


Version-Release number of selected component (if applicable):


How reproducible:
Always.


Steps to Reproduce:
1. Default install RHEL5.5 i386/x86_64.
2. Insert an SDSC card into the slot.
3. Mount manually if not auto-mounted.
4. Time the copy and umount command on the same line, eg:
time cp xxx /mnt/tmp; time umount /mnt/tmp

Actual results:
It takes ~25 mins to transfer ~600M file.

Expected results:
The data transfer should complete sooner.

Additional info:
The current SDHC code in RHEL5.5 does SDMA rather than ADMA2 used by recent
kernels. If we disable ADMA2 and enable SDMA, the data transfer rate is still
faster for newer kernels than RHEL5.5 kernel-2.6.18-194.el5.

Comment 1 Joseph Kachuck 2011-03-22 18:31:46 UTC
=== In Red Hat Customer Portal Case 00440374 ===
--- Comment by Nath, Arindam on 3/22/2011 2:08 AM ---

Root Cause:
The current mmc code doesn't support CMD25. The result is that larger
file transfers take a long amount of time to complete.

Comment 2 Joseph Kachuck 2011-03-22 18:31:49 UTC
=== In Red Hat Customer Portal Case 00440374 ===
--- Comment by Nath, Arindam on 3/22/2011 2:11 AM ---

The current mmc code doesn't support CMD25. The result is that larger
file transfers take a long amount of time to complete. This patch adds
support for CMD25, improving the data transfer rate significantly.

Comparing the results of the patched and default kernels, the same data
transfer of ~600M file takes ~4 mins with the patched kernel.

Thanks,
Arindam

Comment 3 Joseph Kachuck 2011-03-22 18:31:57 UTC
=== In Red Hat Customer Portal Case 00440374 ===
--- Comment by Nath, Arindam on 3/22/2011 2:13 AM ---

Hello,

Even though the description talks about reproducing the issue on RHEL5.5, the same applies to RHEL5.6 too.

Thanks,
Arindam

Comment 4 Joseph Kachuck 2011-03-22 18:32:05 UTC
=== In Red Hat Customer Portal Case 00440374 ===
--- Comment by Nath, Arindam on 3/22/2011 2:20 PM ---

Hello Joe,

Yes, we have confirmed that this patch fixes the said issue. The patch is already part of kernel upstream. Please refer to commit db53f28b3a6d9338cca1b7e917dc063ac99e1871.

Thanks,
Arindam

Comment 6 Joseph Kachuck 2011-06-27 14:54:07 UTC
Hello,
This appears to be a duplicate of BZ:
https://bugzilla.redhat.com/show_bug.cgi?id=655771

I am closing as a dup.

Thank You
Joe Kachuck

*** This bug has been marked as a duplicate of bug 655771 ***