On Tue, 4 Dec 2007 Andrew Morton wrote:
On Wed, 05 Dec 2007 10:30:54 +0900 FUJITA Tomonori [EMAIL PROTECTED] wrote:
On Tue, 4 Dec 2007 17:11:55 -0800
Andrew Morton [EMAIL PROTECTED] wrote:
On Wed, 05 Dec 2007 10:04:03 +0900
FUJITA Tomonori [EMAIL PROTECTED] wrote:
On Tue, 4
On Tue, Dec 04 2007, Kiyoshi Ueda wrote:
Hi Boaz and Jens,
On Tue, 04 Dec 2007 15:56:32 +0200, Boaz Harrosh [EMAIL PROTECTED] wrote:
+/**
+ * blk_end_request - Helper function for drivers to complete the request.
+ * @rq: the request being processed
+ * @uptodate: 1 for
Hi,
I need some help with device suspending or something similar to this.
Problem description: We have many many Infortrend sata-to-scsi-raid systems
here, connected to several server systems with LSI2230 HBAs.
Now the problem is, that these Infortrend boxes sometimes suffer from some
kind of
Just wondering:
From my quick reading of the code these pre-T11 frames are basically
a different frame-level protocol. Given that T11 has standardized
on a different one what's the rationale for supporting the old frames?
-
To unsubscribe from this list: send the line unsubscribe linux-scsi in
On Sun, 2007-12-02 at 15:02 -0500, Alan Stern wrote:
On Sun, 2 Dec 2007, James Bottomley wrote:
Actually, the night train is a good place to do coding. I know this
compiles, but could someone check it out? It's the form I think we
should do, since the ASC/ASCQ codes for esoteric
Current progress: 11 revisions left to test. The current partial
git bisect log is available per Ingo's suggestion on bugzilla.
http://bugzilla.kernel.org/show_bug.cgi?id=9457
--
Bob Tracy | They couldn't hit an
Christoph Hellwig wrote:
Just wondering:
From my quick reading of the code these pre-T11 frames are basically
a different frame-level protocol. Given that T11 has standardized
on a different one what's the rationale for supporting the old frames?
There is still some use in lab environments
On Wed, 5 Dec 2007, Boaz Harrosh wrote:
Hi Alen
Yes, I have not inspected sr.c very carefully, you are absolutely right.
Could you submit a unified patch for sd, sr and scsi.c I have hit this
bug 2 in my error injection tests. I was doing sg_chaining tests and now
with the possibly very
Jens Axboe [EMAIL PROTECTED] wrote:
This one fixes the 4-byte hole. Thank you very much.
That's all fine, but now we have two fields doing essentially the same
thing. Care to cleanup the -timeout usage so we can get by with using
just that field?
I added another field because I couldn't
On Wed, 05 Dec 2007 11:36:39 -0500
Lee Schermerhorn [EMAIL PROTECTED] wrote:
As reported here:
http://marc.info/?l=linux-scsim=119645761124683w=4
against 24-rc3-mm2, I'm still seeing the hang on my HP ia64 NUMA
platform under 24-rc4-mm1 with async scsi scan enabled. I'm still
On Wed, Dec 05 2007, [EMAIL PROTECTED] wrote:
Jens Axboe [EMAIL PROTECTED] wrote:
This one fixes the 4-byte hole. Thank you very much.
That's all fine, but now we have two fields doing essentially the same
thing. Care to cleanup the -timeout usage so we can get by with using
just that
Currently the vscsi client driver responds to the case where H_SEND_CRQ
returns H_DROPPED by returning DID_ERROR. If the server CRQ is full,
either from mismanaging the request_limit or problems on the server,
we should return SCSI_MLQUEUE_HOST_BUSY instead.
The places where we are calling
As reported here:
http://marc.info/?l=linux-scsim=119645761124683w=4
against 24-rc3-mm2, I'm still seeing the hang on my HP ia64 NUMA
platform under 24-rc4-mm1 with async scsi scan enabled. I'm still
seeing the message mptspi: ioc#: mpt_config failed when it hangs.
I can boot by
On Wed, Nov 07, 2007 at 02:22:57PM +0100, Jens Axboe wrote:
On Tue, Nov 06 2007, [EMAIL PROTECTED] wrote:
gdth driver is modified NOT to use scp-eh_timeout. Now, it has
eh_timed_out (gdth_timed_out) to handle command timeouts for locked
I/O's. Have not tested as I don't have needed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rolf Eike Beer wrote:
gdb stex.o
l *stex_mu_intr+0x10e
That will give you the exact line that failed
Greeting,
Eike
Well I get this:
raidology:~# gdb stex.o
...
(gdb) l *stex_mu_intr+0x10e
No symbol table is loaded. Use the file
Sean Rendell wrote:
Hi all,
I was wondering if someone knows how to debug this. I have a HP xw4300 PC
with 2G RAM and 3GHz P4. Included is a Promise EX8350 RAID card with 4
drives configured as RAID5. While doing some lengthy disk exercises (ie cp
a 200G directory of files) the kernel
The esp_reset_cleanup() function is called with the host lock held and
invokes starget_for_each_device() which wants to take it too. Here is a
fix along the lines of shost_for_each_device()/__shost_for_each_device()
adding a __starget_for_each_device() counterpart which assumes the lock
has
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
I was wondering if someone knows how to debug this. I have a HP xw4300 PC with
2G RAM and 3GHz P4. Included is a
Promise EX8350 RAID card with 4 drives configured as RAID5. While doing some
lengthy disk exercises (ie cp a 200G
directory
Jens Axboe [EMAIL PROTECTED] wrote:
-timeout isn't used very much, so should not be too much work to
console the two.
If you see any specific obstacles, do list them!
I believe it is used in blk_add_timer() which may be called:
1) First time sending the command to LLDs
No problem. It
On Tue, Dec 04 2007 at 20:03 +0200, Alan Stern [EMAIL PROTECTED] wrote:
On Tue, 4 Dec 2007, Boaz Harrosh wrote:
perhaps below hunk should be added to your patch.
It looks like a good idea.
Was it decided when this data corruption bugfix is
merged.
I don't know -- I haven't heard
On Wed, 2007-12-05 at 13:20 -0800, Andrew Morton wrote:
On Wed, 05 Dec 2007 11:36:39 -0500
Lee Schermerhorn [EMAIL PROTECTED] wrote:
As reported here:
http://marc.info/?l=linux-scsim=119645761124683w=4
against 24-rc3-mm2, I'm still seeing the hang on my HP ia64 NUMA
platform
Hi Boaz,
On Tue, 04 Dec 2007 15:39:12 +0200, Boaz Harrosh [EMAIL PROTECTED] wrote:
On Sat, Dec 01 2007 at 1:35 +0200, Kiyoshi Ueda [EMAIL PROTECTED] wrote:
This patch converts bidi of scsi mid-layer to use blk_end_request().
rq-next_rq represents a pair of bidi requests.
(There are no
git-scsi-misc.patch
Apologies for not looking into the problem earlier. See
http://marc.info/?t=11962802235r=1w=2
2.6.24-rc3-mm2: Result: hostbyte=0x01 driverbyte=0x00\nend_request: I/O error
for previous installment.
I've bisected it to the following patch in git-scsi-misc branch.
Revert
From: Maciej W. Rozycki [EMAIL PROTECTED]
Date: Wed, 5 Dec 2007 16:10:54 + (GMT)
The esp_reset_cleanup() function is called with the host lock held and
invokes starget_for_each_device() which wants to take it too. Here is a
fix along the lines of
On Wed, 5 Dec 2007 11:14:41 +0100
Anders Henke [EMAIL PROTECTED] wrote:
On Tue, 4 Dec 2007 Andrew Morton wrote:
On Wed, 05 Dec 2007 10:30:54 +0900 FUJITA Tomonori [EMAIL PROTECTED]
wrote:
On Tue, 4 Dec 2007 17:11:55 -0800
Andrew Morton [EMAIL PROTECTED] wrote:
On Wed, 05
On Thu, 06 Dec 2007 14:49:37 +0900 FUJITA Tomonori [EMAIL PROTECTED] wrote:
drivers/scsi/dpt_i2o.c | 132 ++-
drivers/scsi/dpti.h|9 ++
2 files changed, 68 insertions(+), 73 deletions(-)
I've done the following:
-untared a clean
Sam Ravnborg wrote:
akpm reported that:
make mrproper
make allmodconfig
make drivers/scsi/aic7xxx/
were broken in recent kbuild.git - and as a logical consequence
removed kbuild.git from his -mm lineup.
I have now fixed it (stupid bug I made) and pushed out
a fresh kbuild.git tree.
Alexey Dobriyan wrote:
git-scsi-misc.patch
Apologies for not looking into the problem earlier. See
http://marc.info/?t=11962802235r=1w=2
2.6.24-rc3-mm2: Result: hostbyte=0x01 driverbyte=0x00\nend_request: I/O
error
for previous installment.
I've bisected it to the following patch
28 matches
Mail list logo
