On Tue, Jan 18, 2005 at 09:35:53PM +1000, Douglas Gilbert wrote:
Andi Kleen wrote:
snip
@@ -1343,6 +1366,9 @@
.write = sg_write,
.poll = sg_poll,
.ioctl = sg_ioctl,
+#ifdef CONFIG_COMPAT
+.ioctl = sg_compat_ioctl,
+#endif
Andi,
Two initializations of .ioctl looks
How about having a macro ...
.ioctl =st_ioctl,
COMPAT_IOCTL_ENTRY(st_compat_ioctl)
.open = st_open,
which could be defined something like:
#ifdef CONFIG_COMPAT
#define COMPAT_IOCTL_ENTRY(x) .compat_ioctl = x,
#else
#define COMPAT_IOCTL_ENTRY(x) /*
Here are two helper functions for processing sense data.
These will allow the sd driver (and constants.c) to fetch
the information field in sense data. For a medium or
hardware error on a disk the information field is the
lba of the first failure.
Changelog:
- add sense data helper functions:
On Tue, 2005-01-18 at 09:56 -0500, Alan Stern wrote:
When I posted a patch last week to fix a reference to deallocated memory
in sd.c, I forgot to check whether the same problem exists in sr.c. It
does, and here's the patch to fix it.
Yes, I already caught that in the scsi-rc-fixes-2.6 tree
On Tue, 2005-01-18 at 12:03 +0100, Andi Kleen wrote:
Add a call vector for 32bit compat ioctls to the SCSI host
structure. This is needed for some followon patches.
Signed-off-by: Andi Kleen [EMAIL PROTECTED]
Shouldn't this also be surrounded by #ifdef CONFIG_COMPAT (on the
grounds that you
Guy [EMAIL PROTECTED] writes:
Can anyone help decode this info?
What is 0x25e6e3?
What disk is sd08:b1?
/dev/sdl1 (ess dee ell one) - that's sedecimal notation for a device
with major 8 minor 0xb1 = 177;
$ ls -l /dev/sd* |grep 8, 177
brw-rw 1 root disk 8, 177 2004-10-02 10:38
-Original Message-
From: Christoph Hellwig [mailto:[EMAIL PROTECTED]
Sent: Monday, January 17, 2005 5:23 PM
To: Smart, James
Cc: linux-scsi@vger.kernel.org
Subject: Re: [Announce] Emulex lpfcdriver v8.0.20 available
I started to look through it, here's some thing I found so
On Tue, Jan 18, 2005 at 07:35:36AM -0800, James Bottomley wrote:
On Tue, 2005-01-18 at 12:03 +0100, Andi Kleen wrote:
Add a call vector for 32bit compat ioctls to the SCSI host
structure. This is needed for some followon patches.
Signed-off-by: Andi Kleen [EMAIL PROTECTED]
Shouldn't
Ok, I have the debug info, with comments where needed.
Thanks alot!
#Unload then loaded st, without a reboot
10:37:10 kernel: st: Unloaded.
10:37:37 kernel: st: Version 20040102, bufsize 32768, max init. bufs
4, s/g segs 16
10:37:37 kernel: Attached scsi tape st0 at scsi1, channel 0, id 2, lun 0
This is the fourth submission of this patch. I have still
had no response from the maintainer.
Adds AMI Megaraid Elite 1600 to the list of supported
adapters. I encountered some issues running with the old
megaraid driver with this card, so I wrote this patch and
have been running without
Guy wrote:
Good info. Thanks!
I could not find the answer with google. Too much noise!
Is 0x25e6e3 the block number?
Yes (logical block number expressed in hex)
If it is, is it relative to the beginning of sdl1, or sdl?
/dev/sdl
If not, what is it?
Looking at the settings of the read write error
Hi all,
We are in the process to make some change to meet your expectation ASAP.
(e.g. (1) 2-d array = 1-d array (2) meet common coding style (3) 32-bit DMA
mask instead (4) PCI new device entry applied (5) use the PCI_DEVICE_ID_
name instead)
However, this is the revision we are sure it's
Adds AMI Megaraid Elite 1600 to the list of supported
adapters. I encountered some issues running with the old
megaraid driver with this card, so I wrote this patch and
have been running without problems since mid December.
Please apply.
Here is the PCI config space dump of my controller:
Lots of good info! Thanks.
I have installed sg3_utils, cool stuff.
I knew about AWRE and ARRE. AWRE is on, ARRE is off.
I do plan to turn on ARRE for all of my disks.
I can't re-produce these errors, so I guess they were write errors that were
re-located. I was hoping to find a reproducible
14 matches
Mail list logo