On Fri, 2007-02-09 at 12:57 -0500, Alan Stern wrote:
> > it's 2 monts that we did discuss this problem.
> > Has the solution integrated into the Linux kernel?
> >
> > Jörg
>
> Not yet. Despited repeated inquiries, I still haven't heard anything back
> from James regarding the patch that he wrot
On Fri, 9 Feb 2007 17:14:12 -0800
[EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=7980
>
>Summary: scsi_wait_scan module should be always available
> Kernel Version: 2.6.20
> Status: NEW
> Severity: normal
> Owner: [EMAIL PR
On Fri, 9 Feb 2007 15:45:31 -0800
[EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=7979
>
>Summary: 2.6.20-rt2: high prio task yields journal commit I/O
> error
Well you've been having fun there.
I'd say that you've hit two (maybe 1.5) bugs i
Randy Dunlap wrote:
> Patch for Documentation/kernel-parameters.txt is below.
> Want more/different?
>
>
> Is this part of drivers/scsi/Kconfig correct??
>
> """
> config SCSI_LOGGING
> bool "SCSI logging facility"
> depends on SCSI
> ---help---
> This turns on a logging f
This appears to be a regression. Does anyone know what might have caused
it?
On Fri, 9 Feb 2007 11:02:40 -0800
[EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=7976
>
>Summary: failure of MATSHITACD-R CW-7502 using ACARD AEC-671X PCI
> Ultr
Mike Christie wrote:
> Mike Christie wrote:
>> Mike Christie wrote:
>>> any missing functionality. I am still testing the patch. I have not
>>> tested some of the older sg interfaces
>> I am pretty sure (100% :)), that I messed up the old interface handling.
>>
>>> -
>>> -static int
>>> -sg_write_x
Mike Christie wrote:
> Mike Christie wrote:
>> any missing functionality. I am still testing the patch. I have not
>> tested some of the older sg interfaces
>
> I am pretty sure (100% :)), that I messed up the old interface handling.
>
>> -
>> -static int
>> -sg_write_xfer(Sg_request * srp)
>> -{
Mike Christie wrote:
> any missing functionality. I am still testing the patch. I have not
> tested some of the older sg interfaces
I am pretty sure (100% :)), that I messed up the old interface handling.
> -
> -static int
> -sg_write_xfer(Sg_request * srp)
> -{
> - sg_io_hdr_t *hp = &srp->he
Douglas Gilbert wrote:
> Mike Christie wrote:
>> sg duplicates a lot of block layer dio and copying code. The block layer
>> is missing some things like mmap helpers and a way to support sg and
>> st's reserve buffer. The next two patches move move functionality from
>> sg to the block layer so lat
On Fri, Feb 09, 2007 at 10:30:37AM -0500, Alan Stern wrote:
> On Thu, 8 Feb 2007, Greg KH wrote:
>
> > On Thu, Feb 08, 2007 at 09:04:48AM +0100, Oliver Neukum wrote:
> > > Hi,
> > >
> > > there's a USB mass storage device which exists in two version. One
> > > reports the correct size and the oth
On Fri, 9 Feb 2007, Joerg Schilling wrote:
> Hi,
>
> it's 2 monts that we did discuss this problem.
> Has the solution integrated into the Linux kernel?
>
> Jörg
Not yet. Despited repeated inquiries, I still haven't heard anything back
from James regarding the patch that he wrote.
James, if
The request limit calculations used previously on the client failed to
mirror the state of the server. Additionally, when a value < 3 was provided
there could be problems setting can_queue and handling abort and reset
commands.
Signed-off-by: "Robert Jennings" <[EMAIL PROTECTED]>
---
drivers/sc
Adding a slave_configure function for the driver. Now the disks can be
restarted by the scsi mid-layer when the are disconnected and reconnected.
Signed-off-by: "Robert Jennings" <[EMAIL PROTECTED]>
---
drivers/scsi/ibmvscsi/ibmvscsi.c | 18 ++
1 file changed, 18 insertions(+)
There are two fixes for the ibmvscsi client driver in this set.
- Dynamic request_limit
The request_limit for the driver was not properly reflecting the value on
the server side and could cause can_queue to be set to improper values (-1).
The patch corrects this so that request_limit mirrors the v
On Fri, Feb 09 2007, Douglas Gilbert wrote:
> Mike Christie wrote:
> > sg duplicates a lot of block layer dio and copying code. The block layer
> > is missing some things like mmap helpers and a way to support sg and
> > st's reserve buffer. The next two patches move move functionality from
> > sg
Mike Christie wrote:
> sg duplicates a lot of block layer dio and copying code. The block layer
> is missing some things like mmap helpers and a way to support sg and
> st's reserve buffer. The next two patches move move functionality from
> sg to the block layer so later st and osst can use it, an
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
drivers/scsi/osst.c |8 +++---
drivers/scsi/osst.h | 68 +-
2 files changed, 38 insertions(+), 38 deletions(-)
diff --git a/drivers/scsi/osst.c b/drivers/scsi/osst.c
index 7d23110..bd6bbf6 100644
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
drivers/infiniband/ulp/iser/iser_initiator.c |4 +-
drivers/scsi/iscsi_tcp.c |2 +-
drivers/scsi/libiscsi.c | 40 +++
include/scsi/iscsi_proto.h | 46 +
On Fri, 2007-02-09 at 16:10 +, Christoph Hellwig wrote:
> On Fri, Feb 09, 2007 at 10:55:39AM -0500, James Bottomley wrote:
> > On Thu, 2007-02-08 at 19:40 +, Christoph Hellwig wrote:
> > > The logic here seems odd to me. Shouldn't we first check
> > > dma_get_required_mask and the do dma_s
On Fri, Feb 09, 2007 at 10:55:39AM -0500, James Bottomley wrote:
> On Thu, 2007-02-08 at 19:40 +, Christoph Hellwig wrote:
> > The logic here seems odd to me. Shouldn't we first check
> > dma_get_required_mask and the do dma_set_mask?
>
> Yes ... I picked up the mask problem, but not that. A
On Thu, 2007-02-08 at 19:40 +, Christoph Hellwig wrote:
> The logic here seems odd to me. Shouldn't we first check
> dma_get_required_mask and the do dma_set_mask?
Yes ... I picked up the mask problem, but not that. And actually
there's a missing zero check on one of the dma_set_mask()s.
Do
On Thu, 8 Feb 2007, Greg KH wrote:
> On Thu, Feb 08, 2007 at 09:04:48AM +0100, Oliver Neukum wrote:
> > Hi,
> >
> > there's a USB mass storage device which exists in two version. One
> > reports the correct size and the other does not. Apart from that they
> > are identical and cannot be told apa
Matthew,
Any further comments on this?
Thanks,
Brian
Brian King wrote:
> Matthew Wilcox wrote:
>> On Thu, Feb 01, 2007 at 11:30:21AM -0600, Brian King wrote:
>>> Adds a new API which can be used to issue various types
>>> of PCI-E reset, including PCI-E warm reset and PCI-E hot reset.
>>> This
Hi,
it's 2 monts that we did discuss this problem.
Has the solution integrated into the Linux kernel?
Jörg
--
EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
[EMAIL PROTECTED](uni)
[EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/
URL:
This patch moves the reserve buffer, large segment allocations, and mmap
to the block layer. This patches also converts bsg, tgt, cdrom, and
scsi_ioctl.c to the change in the blk_rq_map_user api. A side affect of
coverting tgt to the new api, is that I killed the scsi_cmnd->offset
field which was s
This patch converts sg to the block layer helpers. There should not be
any missing functionality. I am still testing the patch. I have not
tested some of the older sg interfaces and the sg_iovec path.
I switched the DIO default to on, but I will change that back for the
final patch if you guys wan
sg duplicates a lot of block layer dio and copying code. The block layer
is missing some things like mmap helpers and a way to support sg and
st's reserve buffer. The next two patches move move functionality from
sg to the block layer so later st and osst can use it, and then coverts
sg to use the
commit 07a105136f07f0cf1b476383e43033b8a65e13ff
Author: Swen Schillig <[EMAIL PROTECTED]>
Date: Fri Feb 9 09:58:09 2007 +0100
removed wrong comment
Signed-off-by: Swen Schillig <[EMAIL PROTECTED]>
---
diff --git a/drivers/s390/scsi/zfcp_erp.c b/drivers/s390/scsi/zfcp_erp.c
index cbe47a2..0
commit 988d955c3314336d716a9208f3d565b06f262e07
Author: Swen Schillig <[EMAIL PROTECTED]>
Date: Fri Feb 9 09:40:11 2007 +0100
Use of uninitialized variable.
ERP action might not be finished accordingly.
Signed-off-by: Swen Schillig <[EMAIL PROTECTED]>
---
diff --git a/drivers/s390/scsi/zfc
This patch makes SCSI error printing more user friendly by:
1. Replacing the (currently unused) functions scsi_print_hostbyte()
and scsi_print_driverbyte() with scsi_print_result()
2. Replacing the dreaded "SCSI error: return code" in
scsi_io_completion with a call to scsi_print_result()
30 matches
Mail list logo
