public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Hans Eklund <hans@rubico.se>
To: linux-kernel@vger.kernel.org
Subject: Block request processing for MMC/SD over SPI bus
Date: Tue, 1 Aug 2006 10:37:27 +0200	[thread overview]
Message-ID: <200608011037.27721.hans@rubico.se> (raw)

(CC to hans@rubico.se)

After trying other forums and irc for help on this matter i hope someone on 
the LKML can help.

-Background(skip if short of time).
First linux driver for me and first post on LKML, but in short, i have been 
developing a MMC/SD card driver in SPI mode for uClinux on the Analog Devices 
Blackfin based platform. However, since the 2.6.15 version im moving over to 
the common SPI framework and all code will probably be platform independent 
soon. The driver is working quite well but need some tuning in the request 
processing.

The driver is also independent of any previous MMC related work at this point 
since MMC over SPI mode differs somewhat from the MMC mode.

I have implemeted the request processing from scratch. I have followed the 
Linux Device Drivers and the Understanding Linux Kernel as far as possible, 
but they are not very extensive on error handling. I have also had a look at 
the ATA and SCSI drivers.

-Questions
A snip of my current request processing can be found here: with comments and 
some questions. 

http://hasse.yohoo.nu/strat.txt

The big issue is error handling and how i report back to the user space 
processes that the device is dead(if hardware fails for example), basically 
how to gracefully handle critical issues. At this point, if retries on broken 
sectors fails im not sure how to report back to the I/O scheduler and block 
layer so the device can be halted. Now, the kernel actually hangs(or retries 
same sector forever). Im really at a dead end here. Could really use some 
help at this point.

Also, Is there any work done similar to mine?
Would there be interest in incorporating the driver in future kernels?

Answers/CC to hans@rubico.se since i did not dare to plunge into the lkml 
traffic just yet.

Best regards
Hans Eklund
Rubico AB
Sweden.


             reply	other threads:[~2006-08-01  8:36 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-08-01  8:37 Hans Eklund [this message]
2006-08-01  8:42 ` Block request processing for MMC/SD over SPI bus Russell King
2006-08-08 15:07   ` Hans Eklund
  -- strict thread matches above, loose matches on Subject: below --
2006-08-01 10:08 Hans Eklund
2006-08-01 14:45 ` David Brownell
2006-08-01 15:07   ` David Brownell

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200608011037.27721.hans@rubico.se \
    --to=hans@rubico.se \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox