- Jun 12, 2012
-
-
Paul Walmsley authored
mmc: use really long write timeout to deal with crappy cards Several people have noticed that crappy SD cards take much longer to complete multiple block writes than the 300ms that Linux specifies. Try to work around this by using a three second write timeout instead. This is a generalized version of a patch from Chase Maupin <Chase.Maupin@ti.com>, whose patch description said: * With certain SD cards timeouts like the following have been seen due to an improper calculation of the dto value: mmcblk0: error -110 transferring data, sector 4126233, nr 8, card status 0xc00 * By removing the dto calculation and setting the timeout value to the maximum specified by the SD card specification part A2 section 2.2.15 these timeouts can be avoided. * This change has been used by beagleboard users as well as the Texas Instruments SDK without a negative impact. * There are multiple discussion threads about this but the most relevant ones are: * http://talk.maemo.org/showthread.php?p=1000707#post1000707 * http://www.mail-archive.com/linux-omap@vger.kernel.org/msg42213.html * Original proposal for this fix was done by Sukumar Ghoral of Texas Instruments * Tested using a Texas Instruments AM335x EVM Signed-off-by: Paul Walmsley <paul@pwsan.com> Tested-by: Tony Lindgren <tony@atomide.com> Signed-off-by: Chris Ball <cjb@laptop.org>
-
Subhash Jadavani authored
Here is Essential conditions to indicate Version 3.00 Card (SD_SPEC=2 and SD_SPEC3=1) : (1) The card shall support CMD6 (2) The card shall support CMD8 (3) The card shall support CMD42 (4) User area capacity shall be up to 2GB (SDSC) or 32GB (SDHC) User area capacity shall be more than or equal to 32GB and up to 2TB (SDXC) (5) Speed Class shall be supported (SDHC or SDXC) So even if SD card doesn't support any of the newly defined UHS-I bus speed mode, it can advertise itself as SD3.0 cards as long as it supports all the essential conditions of SD3.0 cards. Given this, these type of cards should atleast run in High Speed mode @50MHZ if it supports HS. But current initialization sequence for SD3.0 cards is such that these non-UHS-I SD3.0 cards runs in Default Speed mode @25MHz. This patch makes sure that these non-UHS-I SD3.0 cards run in High Speed Mode @50MHz. Tested this patch with SanDisk Extreme SDHC 8GB Class 10 card. Reported-by: "Hiremath, Vaibhav" <hvaibhav@ti.com> Signed-off-by: Subhash Jadavani <subhashj@codeaurora.org> Signed-off-by: Chris Ball <cjb@laptop.org>
-
- Jun 10, 2012
-
-
popcornmix authored
-
- Jun 06, 2012
-
-
popcornmix authored
Patches for bcm2835ctl that make alsamixer useable
-
Arne Fitzenreiter authored
it makes no sense to set 23.04db as maximum volume since around 3db it start to cliping. So with 4db the alsamixer is much better to control. (86% is 0db)
-
Arne Fitzenreiter authored
alsamixer read the volume for the screen controller so we had to scale the chipvol back to db for reading.
-
- May 31, 2012
-
-
popcornmix authored
-
popcornmix authored
-
- May 30, 2012
-
-
popcornmix authored
-
- May 29, 2012
-
-
popcornmix authored
-
- May 28, 2012
-
-
popcornmix authored
-
- May 26, 2012
-
-
popcornmix authored
-
- May 17, 2012
-
-
popcornmix authored
-
popcornmix authored
-
popcornmix authored
-
popcornmix authored
-
- May 16, 2012
-
-
popcornmix authored
-
- May 15, 2012
-
-
popcornmix authored
-
- May 09, 2012
-
-
popcornmix authored
-
popcornmix authored
-
popcornmix authored
-
- May 08, 2012
-
-
popcornmix authored
Smsc95xx patches
-
- May 07, 2012
-
-
Paolo Pisati authored
Without this patch sysfs reports the cable as present flag@flag-desktop:~$ cat /sys/class/net/eth0/carrier 1 while it's not: flag@flag-desktop:~$ sudo mii-tool eth0 eth0: no link Tested on my Beagle XM. v2: added mantainer to the list of recipient Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com> Acked-by: Steve Glendinning <steve.glendinning@shawell.net> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Stephane Fillod authored
Make smsc95xx recalculate the hard_mtu after adjusting the hard_header_len. Without this, usbnet adjusts the MTU down to 1488 bytes, and the host is unable to receive standard 1500-byte frames from the device. Inspired by same fix on cdc_eem 78fb72f7 . Tested on ARM/Beagle. Signed-off-by: Stephane Fillod <fillods@users.sf.net> Signed-off-by: David S. Miller <davem@davemloft.net>
-
- May 06, 2012
-
-
popcornmix authored
-
- May 03, 2012
-
-
popcornmix authored
-
- Apr 30, 2012
-
-
Dom Cobley authored
-
- Apr 27, 2012
-
-
popcornmix authored
-
popcornmix authored
-
popcornmix authored
-
popcornmix authored
-
- Apr 17, 2012
-
-
popcornmix authored
-
popcornmix authored
-
- Apr 16, 2012
-
-
Gray Girling authored
-
popcornmix authored
-
- Apr 12, 2012
-
-
popcornmix authored
-
- Apr 04, 2012
-
-
popcornmix authored
-
- Mar 30, 2012
-
-
Dom Cobley authored
-
- Mar 29, 2012
-
-
Dom Cobley authored
-
popcornmix authored
-