Jansen, Frank wrote:
Dhiraj,
In the most common case, persistent reservations are stored with the
device, such as the storage array. Note that not all devices
implement/support persistent reservations and there are cases where the
reservations are stored elsewhere, which tends to be the
| VM_IO )
Signed-off-by: Douglas Gilbert [EMAIL PROTECTED]
Doug Gilbert
--- linux/drivers/scsi/sg.c 2005-09-01 21:30:39.0 +1000
+++ linux/drivers/scsi/sg.c2613kai_vmio 2005-09-08 20:36:39.0 +1000
@@ -61,7 +61,7 @@
#ifdef CONFIG_SCSI_PROC_FS
#include linux/proc_fs.h
-static char
.
The patch is against lk 2.6.13 .
Changelog:
- mark SCSI opcode 0x37 (READ DEFECT DATA) as
safe_for_read
Signed-off-by: Douglas Gilbert [EMAIL PROTECTED]
Doug Gilbert
--- linux/drivers/block/scsi_ioctl.c 2005-06-19 07:54:59.0 +1000
+++ linux/drivers/block/scsi_ioctl.c2613rdd 2005-09-09 17
Kai M. as the same fix is needed in
the st driver IMO.
Changelog:
- check error return (a negative integer) properly after
the get_user_pages() call that sets up direct IO
Signed-off-by: Douglas Gilbert [EMAIL PROTECTED]
Doug Gilbert
--- linux/drivers/scsi/sg.c 2005-08-29 18:28
Jeff,
Here is a follow on patch based on lk 2.6.13-rc7
plus the start_stop_unit patch and the rw_zero_length
patch.
It adds more general error processing, typically for
problems (or an early finish) detected while a
SCSI command is being processed prior to an ATA
command being executed.
Jeff Garzik wrote:
Does the attached look OK to everybody?
Jeff,
Yes.
And after an exchange with Jens, it would probably be
safer to map transfer_length=0 for READ_10 and READ_16
(as well as WRITE_10 and WRITE_16) to a nop on the ATA
side. Otherwise an ATA disk may attempt to transfer 2**16
Christoph Hellwig wrote:
On Thu, Aug 18, 2005 at 04:05:29PM -0400, Luben Tuikov wrote:
On 08/18/05 13:56, Christoph Hellwig wrote:
snip/
What we might need an rport for is to support SMP. I'm
not yet sure how to do SMP passthrough, but we will need some object
to represent SMP ports.
Why?
Luben Tuikov wrote:
On 08/22/05 00:55, Matt Domsch wrote:
On Sat, Aug 20, 2005 at 12:15:41AM -0400, [EMAIL PROTECTED] wrote:
- There are some real challenges in supporting a udev-named boot
device. For the most part, it's a distro issue, which is becoming
better. PS: for $10, name a 2.6
Jeff Garzik wrote:
Douglas Gilbert wrote:
This is a revised patch following this post:
http://marc.theaimsgroup.com/?l=linux-scsim=112461881419898w=2
The plan is to add MODE SELECT SCSI command support to
libata so that parameters such as WCE and DRA can be
changed by a user (i.e. Write
Jens Axboe wrote:
On Mon, Aug 22 2005, Douglas Gilbert wrote:
if (scsicmd[0] == READ_6 || scsicmd[0] == WRITE_6) {
- qc-nsect = tf-nsect = scsicmd[4];
+ if (scsicmd[4] == 0) {
+ /*
+ * For READ_6 and WRITE_6 (only
case can be tested with sg_dd:
sg_dd if=/dev/sda blk_sgio=1 cdbsz=6 of=. bs=512 bpt=256 count=256
This tests READ(6) with a transfer length of 0
(i.e. 256 blocks) in its cdb.
BTW the scsi_debug driver has the same bug.
Signed-off-by: Douglas Gilbert [EMAIL PROTECTED]
Doug Gilbert
NOTIFYJeff Garzik wrote:
Douglas Gilbert wrote:
The attachment is for discussion. It adds MODE SELECT
support to libata allowing the write(back) cache and
read ahead to be manipulated by users [i.e. the WCE and
DRA ** bits in the SCSI Caching mode page].
In general I approve
The attachment is for discussion. It adds MODE SELECT
support to libata allowing the write(back) cache and
read ahead to be manipulated by users [i.e. the WCE and
DRA ** bits in the SCSI Caching mode page].
The patch is against lk 2.6.13-rc6 and includes the
SSU patch (but not the TUR patch).
James Bottomley wrote:
On Sun, 2005-08-14 at 16:24 -0700, Luben Tuikov wrote:
Did someone have a patch or was there a talk
that SCSI Core is moving towards sending _only_ scatterlists
down to LLDDs? (effectively BUG_ON(!cmd-use_sg))
Yes, you can already see the beginnings in the -mm tree.
Mike Christie wrote:
Make sg.c use block layer functions so we always use
scatterlists in scsi.
Changes from original driver (junk that is broken or
new *features* :) ):
- mmap currently not supported. Need some block layer helpers
so we can support this for all ULDs. Is this needed?
In
Mike Christie wrote:
Douglas Gilbert wrote:
James Bottomley wrote:
On Sun, 2005-08-14 at 16:24 -0700, Luben Tuikov wrote:
Did someone have a patch or was there a talk
that SCSI Core is moving towards sending _only_ scatterlists
down to LLDDs? (effectively BUG_ON(!cmd-use_sg))
Yes
Jeff,
This patch is against lk 2.6.13-rc6 + SSU_for_libata
(patch #2 that you requested).
ChangeLog:
- add TEST UNIT READY SCSI command implementation to
libata, based on SAT draft revision 5
Signed-off-by: Douglas Gilbert [EMAIL PROTECTED]
--- linux/drivers/scsi/libata-scsi.c 2005-08
Harald Seipp wrote:
[ Please CC any replies; I am not on this list]
I have two systems, each with at least two SCSI HDDs attachedmounted:
SLES 9 (2.6.5-7.151-smp)
Knoppix 3.9 (2.6.11.10)
If I execute echo scsi remove-single-device h b t l /proc/scsi/scsi on
a mounted HDD target, the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
While looking into implementing the START STOP UNIT
SCSI command for SATA disks, I spent some time looking
at power management state machines in various standards.
It is pretty confusing stuff so I have made a web page to
summarise the various states.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
sg3_utils is a package of command line utilities for sending
SCSI commands to devices. This package targets the lk 2.6 and
lk 2.4 series. In the lk 2.6 series these utilities (except
sgp_dd) can be used with any devices that support the SG_IO
ioctl.
command to go into active state, any media access command
will do that. This is all fine, I just find it a little
curious what SAT is defining should happen for the TEST
UNIT READY translation.
Signed-off-by: Douglas Gilbert [EMAIL PROTECTED]
Doug Gilbert
-BEGIN PGP SIGNATURE-
Version: GnuPG
command waits patiently and then does the read). This
is different to a SCSI disk that would reject a media access
command when in standby mode.
Signed-off-by: Douglas Gilbert [EMAIL PROTECTED]
but not ready for production.
Doug Gilbert
--- linux/include/linux/ata.h 2005-07-30 10:22:09.0
Jeff Garzik wrote:
Douglas Gilbert wrote:
sdparm uses the START STOP UNIT SCSI command to start
and stop (spin up and spin down) SCSI devices.
Currently libata does not implement that SCSI command.
[Hopefully Jeff contradicts me.]
Correct.
Someone should submit a libata patch
sdparm is a command line utility designed to get and set
SCSI device parameters (cf hdparm for ATA disks). Apart
from SCSI devices (e.g. disks, tapes and enclosures) sdparm
can be used on any device that uses a SCSI command set.
Virtually all CD/DVD drives use the SCSI MMC set irrespective
of the
Martin Peschke3 wrote:
Doug,
Providing udev names is great. Makes it more user-frendly.
Martin,
It can still be tricked: for example putting disk device nodes
in a /dev/disks/ directory. Also the udevinfo approach could
be tricked by using mknod .
Btw., what do you think about this idea:
If
lsscsi is a utility that uses sysfs in linux 2.6 series kernels
to list information about all SCSI devices and SCSI hosts. Both a
compact format (default) which is one line
per device and a classic format (like the output of
'cat /proc/scsi/scsi') are supported. Some examples:
$ lsscsi
[0:0:0:0]
Jim wrote:
Symptom: Cannot umount a CD-Rom in my CD-Roaster/Burner/Toaster whatever
Reason to write to ide AND Scsi-List: Its an IDE - Drive, but with
scsi-emulation running. So my 4 questions: WHY is the drive locked? And
HOW to work arround it other than to reboot the system? Can't a forced
Jeff Garzik wrote:
Douglas Gilbert wrote:
sdparm is a new command line utility designed to get and set
SCSI disk parameters (cf hdparm for ATA disks). More generally
it gets and sets mode page information on SCSI devices or devices
that use a SCSI command set (e.g. CD/DVD drives (any transport
iterate like sginfo does (in sg3_utils)
to find the mapping to a sg device node.
Doug Gilbert
then forget my bugreport (running 2.4.26-NANO)
On Mon, Apr 18, 2005 at 11:26:03PM +1000, Douglas Gilbert wrote:
sdparm is a new command line utility designed to get and set
SCSI disk parameters (cf hdparm for ATA
sdparm is a new command line utility designed to get and set
SCSI disk parameters (cf hdparm for ATA disks). More generally
it gets and sets mode page information on SCSI devices or devices
that use a SCSI command set (e.g. CD/DVD drives (any transport)
and SCSI tape drives).
The elements within
Dailey, Nate wrote:
This is my first attempt at submitting a patch, so I hope I'm not making any
mistakes...
This patch fixes two problems I came across in sg, both of which occur when
sg_remove is called on a disk which hasn't yet been sg_release'd:
1. I got the following Oops in sg_remove:
--
Andreas Herrmann wrote:
Hi,
Am I right in the assumption that scsi_cmnd-resid is just of use for
requests initiated by sg?
How does the SCSI-stack handle normal (non-sg) requests for SCSI disks
for which a scsi_cmnd-resid is set? AFAIK, resid is ignored by
sd. So, such requests are returned to
Patrick Mansfield wrote:
On Wed, Apr 06, 2005 at 01:40:04PM +0200, Frederic TEMPORELLI wrote:
2/ now, how can we get the adapter module name from sysfs ?
Why do you need it?
Anyway, try lsscsi, it walks the sysfs tree:
[elm3b79 patman]$ lsscsi -H
[0]qla1280
[1]qla1280
[2]qla2xxx
[3]
() is only called for the (rare) code paths
that need them.
Changelog:
- reduce stack usage in sg_ioctl() and sg_read()
- fix check after use in sg_mmap()
- hold duration internally in milliseconds and
check current time later than held time
Signed-off-by: Douglas Gilbert [EMAIL PROTECTED
Alan Stern wrote:
James:
It turns out that a bunch of USB-IDE converters make the mistake of
returning SK = 04 (Hardware Error) whenever the IDE device signals any
sort of error, without bothering to distinguish recoverable from
non-recoverable errors.
Alan,
The sense key of HARDWARE ERROR is a
sg3_utils is a package of command line utilities for sending
SCSI commands to devices. This package targets the lk 2.6 and
lk 2.4 series. In the lk 2.6 series these utilities (except
sgp_dd) can be used with any devices that support the SG_IO
ioctl.
This version adds sg_format which can format
Markus Lidel wrote:
Hello,
i wanted to ask if it is possible to put the typedef Sg_request into
sg.h?
A surprising question. I would have though Sg_request was
private to the sg driver but ...
It is possible. Seems as though #if __KERNEL__ conditional
blocks are still acceptable in kernel headers
Manu wrote:
Under a fresh Mandrake 10.1 with a 2.6.8 kernel, the Fusion MPT driver
do recognize the HP tape autoloader. The autoloader is composed of tape
drive (on LUN 0) and the changer (on LUN 1).
The message comes from scsi_scan.c :
printk(KERN_WARNING scsi: %s lun%d has a LUN larger
Jeff Garzik wrote:
I thought the Command sets are supposed to be qualified paragraph was
worth forwarding to linux-scsi.
Jeff
Subject:
[patch libata-dev-2.6 5/5] libata: update ATA pass thru opcodes
From:
John W.
James Bottomley wrote:
On Thu, 2005-02-17 at 14:27 +1000, Douglas Gilbert wrote:
Recent SPC-3 and SBC-2 drafts treat the sense keys of
MEDIUM ERROR and HARDWARE ERROR in a similar way.
Both can return an info field which has the same
meaning (lba of first failure). The distinction is that
MEDIUM
SCSI Enclosure Services (SES) permit the management and
sense the state of power supplies, cooling devices, displays,
indicators, individual drives, and other non-SCSI elements
installed in an enclosure. The scsi_ses adapter driver
simulates a SES device. The default action is to appear as a
disk
While looking at struct scsi_target in a recent lk 2.6
kernel I was confused by this sentence:
scsi_target: representation of a scsi target, for now,
this is only used for single_lun devices. This is just above
the definition of the scsi_target structure in scsi_device.h
Elsewhere in that file
Mike Christie wrote:
The attach patch converts scsi_debug to use the virtual scsi bus.
It was built against scsi-rc-fixes-2.6.
The interface has changed a little. Here is an
example of adding and removing a single host:
cd /sys/bus/scsi_host/drivers/scsi_debug
[EMAIL PROTECTED] scsi_debug]# ls
Steve McIntyre wrote:
Guys, I hope somebody can help here. A little context:
At Plasmon we've developed a driver for our new UDO (Ultra Density
Optical) drive. It's a new blu-ray optical drive with an 8KB sector
size, which makes it rather awkward to support directly using sd in
the kernel. To
[EMAIL PROTECTED] wrote:
the idea behind this is fine, I just don't like the interface.
Really a target device is nothing more than a container to SCSI. We
already do the transport add/remove calls for targets, I don't see we
need other calls duplicating this. So, I think the
implementation
Kit Gerrits wrote:
I have found 08:05 to correspond to /dev/sda5, mounted as /usr(Thanks for
the pointer!).
Sda is the single-drive volume
(non-RAID, as it is only for the O/S,
which needs to be speedy and can be pulled from tape easily).
This explains several things:
A/ Why a single error can
Salyzyn, Mark wrote:
An unrecoverable medium error is typically `corrected' when a write to
the block occurs. RAID cards will use the redundancy to calculate the
data and write it back to the offending drive for instance.
Otherwise, for none-redundant stores, bad media is as good as anything
to
Jens Axboe wrote:
On Mon, Jan 31 2005, Douglas Gilbert wrote:
Jens Axboe wrote:
On Mon, Jan 31 2005, Fabio Coatti wrote:
Alle 09:00, lunedì 31 gennaio 2005, Jens Axboe ha scritto:
At this point k3b is stuck in D stat, needs reboot.
I was able to replicate this with a USB burner.
My system didn't
Patrick Mansfield wrote:
On Sat, Jan 29, 2005 at 10:44:41AM -0600, James Bottomley wrote:
On Fri, 2005-01-28 at 21:46 -0800, Andrew Vasquez wrote:
Returning back DID_IMM_RETRY for these 'transport' related conditions
would of course help in this issue -- but at the same time bring with it
several
This patch builds on the 2 patches in the
streamline block SG_IO error processing thread.
It allows the sd driver to handle either fixed or
descriptor format sense data. A side effect of this
is that 64 bit medium/hardware error lbas can now be
conveyed back to the block layer.
Several sd patches
Tarball, rpm and deb can be found on http://www.torque.net/sg .
Overview of sg3_utils, sg_utils and other packages are on
this page: http://www.torque.net/sg/u_index.html
A release announcement has been sent to freshmeat.net .
Changelog for sg3_utils-1.12 [20050121]
- sg_wr_mode: new utility to
,
EOM and ILI flags which have been placed in the
stream commands sense data descriptor.
Signed-off-by: Douglas Gilbert [EMAIL PROTECTED]
--- linux/include/scsi/scsi_eh.h 2004-12-25 12:21:28.0 +1000
+++ linux/include/scsi/scsi_eh.h2611r1b1desc 2005-01-18 16:49:08.0 +1000
@@ -44,6
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
Alan Cox wrote:
I see that the newly released linux-2.4.6 still contains the broken
version (3.1.17) of sg.c. Argh.
Its on my hit list ... 8)
Sg version 3.1.19 along with various other SCSI subsystem
patches have now been synced into Linus's tree in
lk 2.4.7-pre3 . Some of these
MONZ wrote:
Anyone got experiences with subj?
Docs tells about more uniform performance form outer to inner tracks
compared to 10K disks, but then again a swap partition on outer tracks
may perform better on 10K disks, since 15K disks are actually slower on
outer tracks, according to
Ana Yuseepi wrote:
By point-to-point, I mean directly connecting
device-HBA-host and not device-switch-HBA-host.
Am trying to think now that my method of scsi programming
is depracated. I have downloaded sg3119.tgz which is said
to be sg version 3. After downloading, I unzip and untar
Kaelin Colclasure wrote:
I have enabled SCSI logging an recompiled the 2.4.2 kernel on my Redhat
7.1 system. However, it seems that `/proc/scsi/scsi' is nevertheless
read-only. Has the mechanism for actually turning on SCSI logging been
changed for the 2.4 kernels? Or is this perhaps an
Matthias Schniedermeyer wrote:
#include hallo.h
I just got $subject (5 Channel-FAST-SCSI Raid-Controller)
I wanted to use it as a SCSI-Adapter with 5 Channels, to save some
PCI-Slots.
I have 4 Teac-CD-R58S (8x CD-R) and connected each one to a different
channel.
-- cat
Maarten,
char-major-97 is the parport driver that cdrecord seems
to be trying in vain to load. I have seen old versions
of cdrecord get confused and end up sending a parport
command to the sg interface. That was fixed over a year
ago.
I just put a small check in my sg driver to look for
1 byte
Matt Domsch [EMAIL PROTECTED] wrote:
I'm working on an IA-64 user-space application to add a Linux entry to
the IA-64 boot manager. To do so, I've got to uniquely identify a
disk by it's controller PCI address, SCSI channel,
ID, and LUN. Essentially, I need to tie /dev/sda to an EFI device.
[EMAIL PROTECTED] wrote:
Hi List,
Is it possible to force linux scsi layer to rescan the
devices on a scsi_bus ? Are there any application/ioctls available
which can do this ?
Hiren,
Have a look at Kurt Garloff's web site:
http://www.garloff.de/kurt/linux/
and look for the "Rescan SCSI
"Alex Q Chen" [EMAIL PROTECTED] wrote:
I am trying to find a way to pin down user space
memory from kernel, so that these user space buffer
can be used for direct IO transfer or otherwise
known as "zero copying IO". Searching through the
Internet and reading comments on various news
Peter Daum wrote:
On Sun, 1 Apr 2001, Douglas Gilbert wrote:
[...]
scsihosts
As a boot time option try:
scsihosts=aic7xxx:ncr53c8xxx
or if you are using lilo, in /etc/lilo.conf add:
append="scsihosts=aic7xxx:ncr53c8xxx"
that does indeed change the bus
Arnaldo Carvalho de Melo wrote:
Em Thu, Mar 08, 2001 at 06:15:00PM -0500, Douglas Gilbert escreveu:
Now various hotpluggable pseudo adapter drivers (e.g.
ieee1394/sbp2) want to be able to call them within the
scsi subsystem.
Question: is anybody here working on support for ieee1394
Dale E Martin wrote:
[snip]
I had had good luck with 2.4.x on other boxes, so I put it
on this machine as well. Several times now I've seen ext2
corruption with no other noteworthy logs.
.
The machine is a dual PPro, it has a Buslogic BT958 with a
single 9G scsi/wide drive in it.
icabod [EMAIL PROTECTED] wrote:
I've noticed a small problem that hinders me
from updatingmy system to the new 2.4 kernels.
I'm using a PowerMac with a Advansys SCSI 3940UW
card in it running my drives. I've noticed that
since the 2.4 kernel series the advanasys drivers
version 3.2M
Due to the name clash between my scsiinfo driver and a
utility of the same name, this driver has been renamed
"scsimon". Consequently the web page has become:
http://www.torque.net/scsi/scsimon.html
The tarball on that page includes a kernel patch against
lk 2.4.2, a test program called
rakesh rakesh wrote:
Hi list,
My qlogic /proc/scsi/scsi contains a
Host: scsi1 Channel: 00 Id: 08 Lun: 00
Vendor: xxx Model: GEM359-SES Rev: 2
Type:EnclosureANSI SCSI revision:04
Host: scsi1 Channel: 01 Id: 08 Lun: 00
Vendor: xxx Model: GEM359-SES
Prasenjit Sarkar wrote:
Are the interfaces add-single-device and remove-single-device deprecated in
2.4?
I don't think so. As time passes they are becoming more and
more useful. Also their implementation has been strengthened.
Now various hotpluggable pseudo adapter drivers (e.g.
Bill Nottingham wrote:
David Brownell ([EMAIL PROTECTED]) said:
Looks like a promising direction, especially if (as you'd
suggested offline) very similar models can work for IDE.
What would the job of /etc/hotplug/scsi.agent be? I'm not
quite clear -- modprobe "sd" or "sg"? Mount
Rogier Wolff wrote:
Kurt Garloff wrote:
A simple test shows that the module count is working for
the sg driver. So it seems as if open() calls to char
devices do an auto module count increment. However I
was unable to find the code that does this (e.g. no sign
of it in
Oliver Neukum wrote:
Hi,
I was thinking about power management and the sg driver.
Shouldn't the sg driver block any request for putting the system to sleep
while and sg devices are open ?
Oliver,
Have you any idea how the sg driver could stop that?
That seems a little outside the
Oliver Neukum wrote:
Hi,
I think there's a small window during which a low level driver can be
unloaded while sg_open() is executing.
The attached patch should fix it by incrementing the usage counter before
sg_open() might sleep.
Oliver,
Yes that should be done. I intend to make some
Klaus Naumann wrote:
rakesh rakesh wrote:
Hi List,
I wanted to know in which order different Host
adapters in the system are detected by the SCSI.
You can have a look in linux/drivers/scsi/hosts.c .
It's in there. Why do you need to know that anyway ?
While this is true in the
Since the intention of fsync and fdatasync seems to be
to write dirty fs buffers to persistent storage (i.e.
the "oxide") then the best time is not necessarily
the objective. Given the IDE times that people have
been reporting, it is very unlikely that any of those
IDE disks were really doing
There is definitely something strange going on here.
As the bonnie test below shows, the SCSI disk used
for my tests should vastly outperform the old IDE one:
---Sequential Output ---Sequential Input-- --Random--
Seagate -Per Char- --Block--- -Rewrite-- -Per Char-
Chiaki,
Wow! This is proving a very time consuming
problem. There is one small question I can
answer:
Ishikawa wrote:
[snip]
subtle differences the way devfs is handled
Why does sg.c use write_lock_irqsave() while sr.c does not?
The lock is there because st and sg have got rid of
the
Last month there were some discussions on this list about hotplugging
(and unplugging) SCSI devices. That was mainly in the context of various
pseudo drivers such as sbp2_1394, usb/mass_storage and usb/microtek.
As was pointed out at the time, various changes would probably be
required to the
Jeremy Higdon wrote:
[snip]
I was reading Documentation/scsi-generic.txt in 2.4.1. I didn't see
anything about direction in the "new sg_header". Is there something
newer?
| The new sg_header offered in this driver is:
| #define SG_MAX_SENSE 16
| struct sg_header
| {
Jeremy,
The
Daniel Eisenbud wrote:
Eight different SCSI drivers have large switch statements to determine
the direction in which data will be transferred for a given SCSI
command. I discovered this when trying to figure out why the MESH
(powermac SCSI) driver locked up when (and only when) trying to
Douglas Gilbert wrote:
Just to catalog other scsi patches floating around for lk 2.4
there is:
- scsi reservations + reset [James Bottomley]
James mentioned there might be a patch problem with
reservations; has this been sorted?
- scsi device detection message correction
"Justin T. Gibbs" wrote:
The Scsi_Cmnd::scsi_level member looks promising for
controlling whether that is done:
if (SDpnt-scsi_level = SCSI_2)
scsi_cmd[1] = (lun 5) 0xe0;
This is the correct thing to do. You'll also need to inherit the
scsi_level on new lun instances for a
Douglas Gilbert wrote:
Noticed that in the case of sr that exit_sr() is
called _before_ sr_detach(). That makes sr_detach()
useless and leaky. Same problem with sg (and I guess
sd and st). Tests done on lk 2.4.0 .
False alarm.
It is not nearly as bad as it looks:-) The exit_sr()
function
Michael Meissner wrote:
On Wed, Jan 17, 2001 at 12:32:05AM +0100, J . A . Magallon wrote:
If that is your idea of the average user... You're a system administrator,
you can have tons of scsi cards in your system if you want.
You want to make things SOOO easy for a 'dummy' user, and
701 - 784 of 784 matches
Mail list logo