public inbox for linux-scsi@vger.kernel.org
 help / color / mirror / Atom feed
From: Jeff Garzik <jeff@garzik.org>
To: Boaz Harrosh <bharrosh@panasas.com>
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	linux-scsi <linux-scsi@vger.kernel.org>,
	open-osd mailing-list <osd-dev@open-osd.org>,
	Al Viro <viro@ZenIV.linux.org.uk>
Subject: Re: [PATCH 0/] OSD changes for 2.6.31
Date: Mon, 25 May 2009 10:39:30 -0400	[thread overview]
Message-ID: <4A1AADA2.7050302@garzik.org> (raw)
In-Reply-To: <4A197CB5.60709@panasas.com>

Boaz Harrosh wrote:
> These are the accumulated osd patches for the next merge window,
> Linux 2.6.31. 
> 
> Most of these patches are a repost rebased on latest scsi-misc
> 
> List of patches:
> [PATCH 01/10 resend] libosd: OSD2r05: Additional command enums                                                        
> [PATCH 02/10 resend] libosd: OSD2r05: Attribute definitions
> [PATCH 03/10 resend] libosd: Better printout of OSD target system information
> [PATCH 04/10 resend] libosd: osd_req_{read,write}_kern new API
> [PATCH 05/10 resend] libosd: Let _osd_req_finalize_data_integrity receive number of out_bytes
> [PATCH 06/10 resend] libosd: osd_req_{read,write} takes a length parameter
> 
>    These are a resend. The last 2 patches are important for supporting Jeff's
>    osdblk driver. (The first 4 are old patches that thier time has come)
> 
> [PATCH 07/10] libosd: Define an osd_dev wrapper to retrieve the request_queue
>    Simple wrapper
> 
> [PATCH 08/10] osduld: use filp_open() when looking up an osd-device
> 
>     This patch was inspired by Al Viro. It uses the in-kernel open-file
>     mechanism to look up the osd char-device for Kernel users like exofs
>     and later pNFS-Objlayout.
>     It was heavily tested and works well.
>     It fixes the problem we had before, of need to open+close a file handle
>     on the osd-char-device before mounting an exofs.
>     Please review
> 
> [PATCH 09/10] libosd: Use REQ_QUIET requests.
>     Recent scsi_lib changes, caused a dmesg span in exofs+osd regular use,
>     because of the way we routinely receive a recovered scsi sense. Recently, for
>     reason I could not find, this condition started to print messages at:
>        scsi_io_comlition:778 (look for "== RECOVERED_ERROR")
>     Use of a REQ_QUIET flag is needed to silence these prints.
>     OSD has it's own prints for scsi-sense returns, when needed.
> 
> [PATCH 10/10] osd: Remove out-of-tree left overs
> 
> log stat
>  drivers/scsi/osd/Kbuild          |   25 -----------
>  drivers/scsi/osd/Makefile        |   37 -----------------
>  drivers/scsi/osd/osd_initiator.c |   83 +++++++++++++++++++++++++++-----------
>  drivers/scsi/osd/osd_uld.c       |   66 ++++++++++++++----------------
>  fs/exofs/common.h                |    6 ---
>  fs/exofs/inode.c                 |    8 ++--
>  fs/exofs/osd.c                   |   26 ------------
>  include/scsi/osd_attributes.h    |   74 +++++++++++++++++++++++++++++++++-
>  include/scsi/osd_initiator.h     |   14 +++++-
>  include/scsi/osd_protocol.h      |    8 ++++
>  10 files changed, 185 insertions(+), 162 deletions(-)
>  delete mode 100755 drivers/scsi/osd/Makefile
> 
> These patches are available in the git repository at:
> 
>   git://git.open-osd.org/linux-open-osd.git osd-devel

Any chance osdblk could get added to this patchset sometime soon?

	Jeff





  parent reply	other threads:[~2009-05-25 14:39 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-05-24 16:58 [PATCH 0/] OSD changes for 2.6.31 Boaz Harrosh
2009-05-24 17:00 ` [PATCH 01/10 resend] libosd: OSD2r05: Additional command enums Boaz Harrosh
2009-05-24 17:01 ` [PATCH 02/10 resend] libosd: OSD2r05: Attribute definitions Boaz Harrosh
2009-05-24 17:01 ` [PATCH 03/10 resend] libosd: Better printout of OSD target system information Boaz Harrosh
2009-05-24 17:02 ` [PATCH 04/10 resend] libosd: osd_req_{read,write}_kern new API Boaz Harrosh
2009-05-24 17:04 ` [PATCH 05/10 resend] libosd: Let _osd_req_finalize_data_integrity receive number of out_bytes Boaz Harrosh
2009-05-24 17:04 ` [PATCH 06/10 resend] libosd: osd_req_{read,write} takes a length parameter Boaz Harrosh
2009-05-24 17:04 ` [PATCH 07/10] libosd: Define an osd_dev wrapper to retrieve the request_queue Boaz Harrosh
2009-05-24 17:05 ` [PATCH 08/10] osduld: use filp_open() when looking up an osd-device Boaz Harrosh
2009-05-24 17:05 ` [PATCH 09/10] libosd: Use REQ_QUIET requests Boaz Harrosh
2009-05-24 17:05 ` [PATCH 10/10] osd: Remove out-of-tree left overs Boaz Harrosh
2009-05-25 14:39 ` Jeff Garzik [this message]
2009-05-25 14:54   ` [PATCH 0/] OSD changes for 2.6.31 James Bottomley
2009-05-25 15:15     ` Boaz Harrosh
2009-05-25 15:44     ` Jeff Garzik
2009-06-10  9:10 ` Boaz Harrosh
2009-06-10 14:03   ` James Bottomley
2009-06-10 14:28     ` Boaz Harrosh

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=4A1AADA2.7050302@garzik.org \
    --to=jeff@garzik.org \
    --cc=James.Bottomley@hansenpartnership.com \
    --cc=bharrosh@panasas.com \
    --cc=linux-scsi@vger.kernel.org \
    --cc=osd-dev@open-osd.org \
    --cc=viro@ZenIV.linux.org.uk \
    /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