Hello Adrian
On 10/20/2011 8:22 AM, Adrian Hunter wrote:
> On 19/10/11 16:45, Giuseppe CAVALLARO wrote:
>> This patch is to expose the SDCLK frequency in the ios /sys entry.
>>
>> For example, if the max clk for a normal speed card is 20MHz
>> this will be reported in /sys/kernel/debug/mmc0/ios in
On 19/10/11 16:45, Giuseppe CAVALLARO wrote:
> This patch is to expose the SDCLK frequency in the ios /sys entry.
>
> For example, if the max clk for a normal speed card is 20MHz
> this will be reported in /sys/kernel/debug/mmc0/ios instead of
> the real SDCLK frequency (calculated as Baseclock /
Hi ,
I am planning to use the existing IOCTL interface for SD/MMC present
in the kernel.
Since, the IOCTL interface expects a read/write flag , and the MMC
IOCTL is actually an interface to block layer I feel without modifying
the block layer for the support of non-read write commands ,I may no
Also, can somebody please tell me the significance of blk_end_request? Thanks.
Why do we call this after every block read or write?
2011/10/4 Andrei E. Warkentin
>
> Hi James,
>
> 2011/10/3 J Freyensee :
> >
> > The idea is the page cache is too generic for hand-held (i.e. Android)
> > workloads.
2011/10/13 Ulf Hansson :
> While trying to suspend the mmc host there could still be
> ongoing requests that we need to wait for. At the same time
> a device driver must respond to a suspend request rather quickly.
>
> Instead of potentially wait "forever" by claiming the host we now
> "try" to cl
On 10/17/2011 3:21 PM, Ulf Hansson wrote:
Why would there be pending requests while host is suspending? Is the
kernel framework not handling sync before going to suspend? However, the
mmc_blk_suspend() would be called before the host driver suspends (as all
the driver suspend routines are serial
Current clock gating framework disables the MCI clock as soon as the
request is completed and enables it when a request arrives. This aggressive
clock gating framework when enabled cause following issues:
When there are back-to-back requests from the Queue layer, we unnecessarily
end up disabling
This patch is to expose the SDCLK frequency in the ios /sys entry.
For example, if the max clk for a normal speed card is 20MHz
this will be reported in /sys/kernel/debug/mmc0/ios instead of
the real SDCLK frequency (calculated as Baseclock / divisor;
divisor used for programming the Clock Control