Hi, This occurred on two different but large SD cards. The 32 GB card that produced the output has the following specs: · Brand Name: EBS · Model: 32G_TF_C10_1A_R4ORG.2 · Class 10 The 16 GB card that produced the output has the following specs: · Brand Name: Samsung · Model: MICROSDHC 16GB · Class 2 Thanks, Paul Schilling On Thu, Dec 1, 2011 at 7:32 PM, Jaehoon Chung <jh80.chung@xxxxxxxxxxx> wrote: > > Hi Chris. > > i didn't know this error is related with s3c. > > When swapon is performing, i know the card is run the discard. > (mm/swapfile.c about line 2050? run discard_swap()) > > At that time, This SD card's erase_time_out should be too big,so this message may be produced. > > If i can get the more information, very helpful to me for debugging whether this problem is s3c or not. > (What is SD-card's vendor?) > > Thanks > > Best Regards, > Jaehoon Chung > > On 12/02/2011 03:01 AM, Chris Ball wrote: > > > Hi Jaehoon, Kyungmin, Kukjin, > > > > On Fri, Nov 18 2011, Paul Schilling wrote: > >> I am getting the following error when trying to use a swap file on a > >> large 32GB SD card formated with EXT4. > >> > >> Thanks, > >> Paul Schilling > >> > >> Swap file /external_flash_a/swap_file being enabled. > >> mmc0: Too large timeout requested for CMD38! > >> mmc0: Too large timeout requested for CMD38! > >> mmc0: Too large timeout requested for CMD38! > >> mmc0: Too large timeout requested for CMD38! > >> mmc0: Too large timeout requested for CMD38! > >> mmc0: Too large timeout requested for CMD38! > >> mmc0: Too large timeout requested for CMD38! > >> mmc0: Too large timeout requested for CMD38! > >> mmc0: Too large timeout requested for CMD38! > >> mmc0: Too large timeout requested for CMD38! > >> mmc0: Too large timeout requested for CMD38! > >> mmc0: Too large timeout requested for CMD38! > >> mmc0: Too large timeout requested for CMD38! > >> Adding 131068k swap on /external_flash_a/swap_file. Priority:-1 > >> extents:3 across:135104k SS > >> > >> Linux version 3.2.0-rc2+ (#######) (gcc version 4.3.3 (GCC) ) #77 > >> PREEMPT Fri Nov 18 13:37:37 CST 2011 > >> CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00053177 > >> CPU: VIVT data cache, VIVT instruction cache > >> Machine: CONDOR2416 > >> [..] > > > > Any thoughts on this s3c error? > > > > Thanks, > > > > - Chris. > > -- To unsubscribe from this list: send the line "unsubscribe linux-mmc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html