In kernel 2.6, I observed that A SCSI device can be echo-removed even if an
I/O is going on or the device is mounted.
In 2.4 kernels if a SCSI device was mounted or an I/O was going on,echo-remove
was not possible. In the 2.6 kernels this is no longer true.
Can one give details of the reason
Christoph == Christoph Hellwig [EMAIL PROTECTED] writes:
Christoph reading the /proc/scsi/qla1280/* files can easily corrupt
Christoph kernel memory. As the feature is deprecated, and the
Christoph qla1280 implementation doesn't return very usefull
Christoph implementation but is so buggy that
Christoph,
When pci_map_page was originally introduced it was meant to deprecate
pci_map_single, at least thats what my memory tells me.
If pci_map_single is suddenly recommended again we can change it back
to that, but I don't really see the gain.
Cheers,
Jes
-
To unsubscribe from this list:
Matthew Wilcox wrote:
Yeah, I don't think any existing patch will help you.
Actually I got it to work when I applied the patch frage schnell posted
jan.20 (http://marc.theaimsgroup.com/?l=linux-scsim=110624183606642)
Could you try this one?
No luck, same errors as with the standard(2.1.18m)
On Fri, Feb 18, 2005 at 04:48:00AM -0500, Jes Sorensen wrote:
Christoph,
When pci_map_page was originally introduced it was meant to deprecate
pci_map_single, at least thats what my memory tells me.
No, it's for rather different uses. pci_map_page would be nice to get
rid of in favour of
On Fri, Feb 18, 2005 at 11:05:51AM +0100, Roger Håkansson wrote:
Matthew Wilcox wrote:
Yeah, I don't think any existing patch will help you.
Actually I got it to work when I applied the patch frage schnell posted
jan.20 (http://marc.theaimsgroup.com/?l=linux-scsim=110624183606642)
Oh. I
On Thu, Feb 17, 2005 at 04:02:25PM +0800, erich wrote:
Hi,Andrew Morton
I had clean up arcmsr for linux kernel 2.6.10.
May be it looks more cleanly than old version.
Sorry, but I don't see that much of a difference ;-)
To get the driver into a shape where we can actually
start a review, do
Matthew Wilcox wrote:
Oh. I think I'm confused as to which version of sym2 is in which version
of Linus' tree. The same line in my development tree reads:
if ((goal-options PPR_OPT_MASK) || (goal-period 0xa)) {
Does it still work if you use that? The problem with Frage Schnell's
patch
[added linux-scsi]
On Wed, Feb 16, 2005 at 11:32:51PM +, Willem Riede wrote:
On 02/16/2005 06:17:41 PM, Roman Kagan wrote:
I tried out Roman's patch, well at least simple loading of st via
modprobe scsi-type-1, works nicely as expected. (modprobe -r sd is
hanging on down() in
On Fri, Feb 18, 2005 at 09:17:37AM -0800, Patrick Mansfield wrote:
You could also append the sdev-vendor and sdev-model, and use alias wild
cards.
String values haven't been used in the aliases so far, and I think for a
reason: with all the unpredictable weird characters and string lengths
they
Linux Christoph Hellwig [EMAIL PROTECTED] wrote:
On Thu, Feb 17, 2005 at 04:02:25PM +0800, erich wrote:
Hi,Andrew Morton
I had clean up arcmsr for linux kernel 2.6.10.
May be it looks more cleanly than old version.
Sorry, but I don't see that much of a difference ;-)
All the
On Fri, Feb 18, 2005 at 06:05:22PM +0100, Roger Håkansson wrote:
Matthew Wilcox wrote:
Oh. I think I'm confused as to which version of sym2 is in which version
of Linus' tree. The same line in my development tree reads:
Well, I guess that part of the driver is rewritten a bit, I get a
On Fri, Feb 18, 2005 at 10:33:50AM -0800, Patrick Mansfield wrote:
The block SG_IO handles the ioctls, but not devices without a SCSI upper
level driver (i.e. not tape, disk or cdrom).
Then it might make sense to explicitly list in sg.c the TYPE_* not
matched by s[dtr].
In my experience,
On Fri, Feb 18, 2005 at 10:41:35PM +0300, Roman Kagan wrote:
On Fri, Feb 18, 2005 at 10:33:50AM -0800, Patrick Mansfield wrote:
The block SG_IO handles the ioctls, but not devices without a SCSI upper
level driver (i.e. not tape, disk or cdrom).
Then it might make sense to explicitly list
I thought the Command sets are supposed to be qualified paragraph was
worth forwarding to linux-scsi.
Jeff
---BeginMessage---
Update ATA pass thru opcodes to match what is specified in the current
ATA pass thru spec (T10/04-262r7).
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
On Mon, Nov 15, 2004 at 10:21:28PM +0100, Ingo Korb wrote:
While trying to run 2.6.9 on my AlphaStation 200, I noticed that
sym53c8xx_2 doesn't seem to like the onboard 53c810 rev. 02 (see
bootlog below).
Just going through my old bug reports ...
sym0: 810 rev 0x2 at pci :00:06.0 irq
On Fri, Feb 18, 2005 at 07:46:28PM +, Christoph Hellwig wrote:
/*
+ * sysfs stuff
+ * this should be moved to it's own file, maybe cciss_sysfs.h
+ */
+
+static ssize_t cciss_firmver_show(struct device *dev, char *buf)
+{
+ ctlr_info_t *h = dev-driver_data;
+return
Patch below taken from RHEL3 Update 4 kernel 2.4.21-27.EL, fixes a bug
in the aic79xx and aic7xxx drivers, where upon trying to pause the
controller chip, it is accidentally hard-reset. This causes PCI
Parity errors to appear on Dell PowerEdge 4600 servers as the inb()
immediately after
Hello,
In kernel 2.4, I have a driver that interfaces to the
SCSI mid-layer using API - scsi_register_module.
Through this API the (character) driver registers a
struct scsi_Device_Template that would contain
function pointers (specifically detect) that would be
called for each SCSI device in
On Fri, 2005-02-18 at 12:05 -0800, Greg KH wrote:
For a device? It seems a huge overkill to add this attribute for
_every_ device in the system, when only a small minority can actually
use it. Just put it as a default scsi or transport class attribute
instead.
Actually, we might be able to
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.
21 matches
Mail list logo