$B###!V(B1$B1_!WJ,L5NA%]%$%s%HB#Dh%-%c%s%Z!%sB;\Cf!*###(B
$B$3$N=U$N=P2q$$$r6/NO$K;Y1g$7$^$9!*(B
$B:#$9$0EPO?$7$FD:$$$?J}$K$O!;O$a$K(B1$B1_J,$N%]%$%s%H$rL5NA$G:9$7e$2$^$9!*(B
$B!(B1$B1_L5NA%]%$%s%H$H?7$7$$=P2q$$(BGET$B!(B
http://awg.qsv20.com/?springk
Replace the MS_TO_JIFFIES() macro with msecs_to_jiffies() from jiffies.h
The current macro is incorrect because HZ can have different values on
different architectures.
The patch also removes the JIFFIES_TO_MS() macro which is not used
anymore in the code.
Signed-off-by: Tobias Klauser [EMAIL
Is there a way to perform large quantities of uncached reads on a drive
connected to a SCSI controller under Linux 2.6.x?
Here's a little about the rationale behind such a move:
Previously, we had been testing hard drives using full-capacity, 1/3-capacity,
and random stroke using the SCSI Seek
On Wednesday 13 April 2005 12:11, Tobias Klauser wrote:
Replace the MS_TO_JIFFIES() macro with msecs_to_jiffies() from jiffies.h
--- linux-2.6.12-rc2-mm3/drivers/scsi/a100u2w.c
+++ linux-2.6.12-rc2-mm3-tk/drivers/scsi/a100u2w.c
static void waitForPause(unsigned amount)
{
- ULONG
static void waitForPause(unsigned amount)
{
- ULONG the_time = jiffies + MS_TO_JIFFIES(amount);
+ ULONG the_time = jiffies + msecs_to_jiffies(amount);
while (time_before_eq(jiffies, the_time))
cpu_relax();
You should probably replace this function with msleep
Hi,
This is an RFC about a SAS domain layout for Linux sysfs.
The idea is to represent what is out there and what we
see from this host adapter in sysfs, so that a process can
show a picture of the storage network.
This gives a close representation of what the SAS
spec describes, so that more
I currently try to set up a server with an Adaptec 2810SA RAID controller.
While testing the Adaptec command line utility aacraid (actually the
command controller list) with a vanilla 2.6.12-rc2 kernel I got the
following kernel oops - maybe someone is interested, maybe someone as
some help for
This request makes very good sense.
I'm working on this, and hopefully resubmit everthing
very soon.
Regards,
Eric Moore
On Tuesday, April 12, 2005 10:38 AM, James Bottomley wrote:
On Tue, 2005-04-05 at 14:30 -0600, Moore, Eric Dean wrote:
Ok fine - This fix is already there in the series
On Wed, 2005-04-13 at 18:02 +0200, Ralf Müller wrote:
I currently try to set up a server with an Adaptec 2810SA RAID controller.
While testing the Adaptec command line utility aacraid (actually the
command controller list) with a vanilla 2.6.12-rc2 kernel I got the
following kernel oops -
On Wed, 2005-04-13 at 13:24 -0400, Salyzyn, Mark wrote:
This is a can't happen, as aac_cfg_open should have reported an (-ENODEV)
error when it found no matching controller device ...
Maybe the way that it should work, but:
static int aac_cfg_open(struct inode *inode, struct file *file)
{
This fixes an error on the device open code that allows a non-existent
device to be opened causing later panic problems.
Signed-off-by: Mark Haverkamp [EMAIL PROTECTED]
= drivers/scsi/aacraid/linit.c 1.47 vs edited =
--- 1.47/drivers/scsi/aacraid/linit.c 2005-03-10 10:36:35 -08:00
+++
All,
With the remote port patches in the pipeline for 2.6.12, I'd like to
submit the following set of qla2xxx patches which strip many of the
legacy features from the driver. Again, these 'features' have been
superceded in functionality and simplicity by additions present with
fc_rports.
Add initial support for FC remote port infrastructure.
o Use fc_remote_port...() registration and block/unlock
functions.
o Consolidate 'attribute' (fc-remote/sysfs) helpers into
new qla_attr.c file.
Signed-off-by: Andrew Vasquez [EMAIL PROTECTED]
Don't use cmd-request-nr_hw_segments as it may not be initialized
(SG_IO in particular bypasses anything that initializes this and just
uses scsi_do_req to insert a scsi_request directly on the head of the
queue) and a bogus value here can trip up the checks to make sure that
the number
Remove internal lun discovery routines and support
structures.
Signed-off-by: Andrew Vasquez [EMAIL PROTECTED]
drivers/scsi/qla2xxx/qla_attr.c | 51 +-
drivers/scsi/qla2xxx/qla_dbg.c|5
drivers/scsi/qla2xxx/qla_def.h| 103
drivers/scsi/qla2xxx/qla_gbl.h| 10
Remove /proc support.
Signed-off-by: Andrew Vasquez [EMAIL PROTECTED]
drivers/scsi/qla2xxx/qla_os.c | 254 --
1 files changed, 254 deletions(-)
--- a/drivers/scsi/qla2xxx/qla_os.c 2005-04-13 08:56:07.0 -0700
+++
Update version.
Signed-off-by: Andrew Vasquez [EMAIL PROTECTED]
drivers/scsi/qla2xxx/qla_version.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
--- a/drivers/scsi/qla2xxx/qla_version.h2005-04-13 08:56:07.0
-0700
+++ b/drivers/scsi/qla2xxx/qla_version.h
On Wed, 2005-04-13 at 13:50 -0700, Andrew Vasquez wrote:
-#define QLA2XXX_VERSION 8.00.02b4-k
+#define QLA2XXX_VERSION 8.00.02b5-k
so, erm, removing about 4,000 lines of code and embracing a new
transport infrastructure doesn't even warrant a minor minor number
change in the driver
This patch addresses the sparse -Wbitwise warnings that Christoph wanted
me to eliminate. This mostly consisted of making data structure
elements of hardware associated structures the __le* equivalent.
Although there were a couple places where there was mixing of cpu and le
variable math. These
+#include linux/version.h
not needed (this is in qla_attr.c)
+struct scsi_transport_template *
+qla2x00_alloc_transport_tmpl(void)
+{
+ return (fc_attach_transport(qla2xxx_transport_functions));
+}
I don't see much of a point in this function vs just making
qla2xxx_transport_functions
This is a small set of bugfixes for 2.6.12-rc2 ... you asked me to try
git, so I did (I actually updated my bk backport script simply to export
from a BK tree to a git tree). For the time being, I plan to keep the
scsi changes in BK, but I'll export them for you to try merging
The patch (against
21 matches
Mail list logo