linux-scsi.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH] procfs support for sgiwd93
@ 2005-10-15  1:38 Ralf Baechle
  2005-10-17 10:19 ` Arjan van de Ven
  2005-10-17 10:43 ` Christoph Hellwig
  0 siblings, 2 replies; 10+ messages in thread
From: Ralf Baechle @ 2005-10-15  1:38 UTC (permalink / raw)
  To: linux-scsi; +Cc: Andrew Morton

FYI and reviewing pleassure.

Author: Thiemo Seufer <ths@networkno.de>
Date:   Tue Apr 12 14:00:38 2005 +0000

Enable proc support, minor code cleanup.

Signed-off-by: Thiemo Seufer <ths@networkno.de>
Signed-off-by: Ralf Baechle <ralf@linux-mips.org>

 drivers/scsi/sgiwd93.h |   24 ------------------------
 drivers/scsi/sgiwd93.c |    8 ++++----
 2 files changed, 4 insertions(+), 28 deletions(-)

Index: manual.git/drivers/scsi/sgiwd93.c
===================================================================
--- manual.git.orig/drivers/scsi/sgiwd93.c
+++ manual.git/drivers/scsi/sgiwd93.c
@@ -33,7 +33,6 @@
 #include "scsi.h"
 #include <scsi/scsi_host.h>
 #include "wd33c93.h"
-#include "sgiwd93.h"
 
 #include <linux/stat.h>
 
@@ -327,7 +326,6 @@ static int sgiwd93_bus_reset(Scsi_Cmnd *
  * on 64-bit systems with memory outside the compat address spaces.
  */
 static Scsi_Host_Template driver_template = {
-	.proc_name		= "SGIWD93",
 	.name			= "SGI WD93",
 	.detect			= sgiwd93_detect,
 	.release		= sgiwd93_release,
@@ -335,10 +333,12 @@ static Scsi_Host_Template driver_templat
 	.eh_abort_handler	= wd33c93_abort,
 	.eh_bus_reset_handler	= sgiwd93_bus_reset,
 	.eh_host_reset_handler	= wd33c93_host_reset,
-	.can_queue		= CAN_QUEUE,
+	.proc_info		= wd33c93_proc_info,
+	.proc_name		= "SGIWD93",
+	.can_queue		= 16,
 	.this_id		= 7,
 	.sg_tablesize		= SG_ALL,
-	.cmd_per_lun		= CMD_PER_LUN,
+	.cmd_per_lun		= 8,
 	.use_clustering		= DISABLE_CLUSTERING,
 };
 #include "scsi_module.c"
Index: manual.git/drivers/scsi/sgiwd93.h
===================================================================
--- manual.git.orig/drivers/scsi/sgiwd93.h
+++ /dev/null
@@ -1,24 +0,0 @@
-/* $Id: sgiwd93.h,v 1.5 1998/08/25 09:18:50 ralf Exp $
- * sgiwd93.h: SGI WD93 scsi definitions.
- *
- * Copyright (C) 1996 David S. Miller (dm@engr.sgi.com)
- */
-#ifndef _SGIWD93_H
-#define _SGIWD93_H
-
-#ifndef CMD_PER_LUN
-#define CMD_PER_LUN 8
-#endif
-
-#ifndef CAN_QUEUE
-#define CAN_QUEUE   16
-#endif
-
-int sgiwd93_detect(Scsi_Host_Template *);
-int sgiwd93_release(struct Scsi_Host *instance);
-const char *wd33c93_info(void);
-int wd33c93_queuecommand(Scsi_Cmnd *, void (*done)(Scsi_Cmnd *));
-int wd33c93_abort(Scsi_Cmnd *);
-int wd33c93_host_reset(Scsi_Cmnd * SCpnt);
-
-#endif /* !(_SGIWD93_H) */

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [PATCH] procfs support for sgiwd93
  2005-10-15  1:38 [PATCH] procfs support for sgiwd93 Ralf Baechle
@ 2005-10-17 10:19 ` Arjan van de Ven
  2005-10-17 10:55   ` Douglas Gilbert
  2005-10-17 10:43 ` Christoph Hellwig
  1 sibling, 1 reply; 10+ messages in thread
From: Arjan van de Ven @ 2005-10-17 10:19 UTC (permalink / raw)
  To: Ralf Baechle; +Cc: Andrew Morton, linux-scsi

On Sat, 2005-10-15 at 02:38 +0100, Ralf Baechle wrote:
> FYI and reviewing pleassure.
> 
> Author: Thiemo Seufer <ths@networkno.de>
> Date:   Tue Apr 12 14:00:38 2005 +0000
> 
> Enable proc support, minor code cleanup.

isn't this the wrong way around; eg afaik we're deprecating proc support
from LLDD's...




^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [PATCH] procfs support for sgiwd93
  2005-10-15  1:38 [PATCH] procfs support for sgiwd93 Ralf Baechle
  2005-10-17 10:19 ` Arjan van de Ven
@ 2005-10-17 10:43 ` Christoph Hellwig
  2005-10-17 10:47   ` Ralf Baechle
  2005-10-17 11:22   ` Douglas Gilbert
  1 sibling, 2 replies; 10+ messages in thread
From: Christoph Hellwig @ 2005-10-17 10:43 UTC (permalink / raw)
  To: Ralf Baechle; +Cc: linux-scsi, Andrew Morton

On Sat, Oct 15, 2005 at 02:38:24AM +0100, Ralf Baechle wrote:
> FYI and reviewing pleassure.

NACK, no more new procfs support for scsi driver.

The sgiwd93.h removal is fine, but please also mark all functions that
were in it previously static.


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [PATCH] procfs support for sgiwd93
  2005-10-17 10:43 ` Christoph Hellwig
@ 2005-10-17 10:47   ` Ralf Baechle
  2005-10-17 10:49     ` Christoph Hellwig
  2005-10-17 11:22   ` Douglas Gilbert
  1 sibling, 1 reply; 10+ messages in thread
From: Ralf Baechle @ 2005-10-17 10:47 UTC (permalink / raw)
  To: Christoph Hellwig; +Cc: linux-scsi, Andrew Morton

On Mon, Oct 17, 2005 at 11:43:12AM +0100, Christoph Hellwig wrote:

> NACK, no more new procfs support for scsi driver.
> 
> The sgiwd93.h removal is fine, but please also mark all functions that
> were in it previously static.

It's not like this is really adding procfs support; it's more wiring up a
function in sgiwd93.c that exists anyway in wd33c93.c.

  Ralf

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [PATCH] procfs support for sgiwd93
  2005-10-17 10:47   ` Ralf Baechle
@ 2005-10-17 10:49     ` Christoph Hellwig
  0 siblings, 0 replies; 10+ messages in thread
From: Christoph Hellwig @ 2005-10-17 10:49 UTC (permalink / raw)
  To: Ralf Baechle; +Cc: Christoph Hellwig, linux-scsi, Andrew Morton

On Mon, Oct 17, 2005 at 11:47:29AM +0100, Ralf Baechle wrote:
> On Mon, Oct 17, 2005 at 11:43:12AM +0100, Christoph Hellwig wrote:
> 
> > NACK, no more new procfs support for scsi driver.
> > 
> > The sgiwd93.h removal is fine, but please also mark all functions that
> > were in it previously static.
> 
> It's not like this is really adding procfs support; it's more wiring up a
> function in sgiwd93.c that exists anyway in wd33c93.c.

Which is bad enough.  A patch to remove the procfs code code from wd33c93.c
would be gentley accepted, though ;-)


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [PATCH] procfs support for sgiwd93
  2005-10-17 10:19 ` Arjan van de Ven
@ 2005-10-17 10:55   ` Douglas Gilbert
  2005-10-17 11:25     ` Arjan van de Ven
  0 siblings, 1 reply; 10+ messages in thread
From: Douglas Gilbert @ 2005-10-17 10:55 UTC (permalink / raw)
  To: Arjan van de Ven; +Cc: Ralf Baechle, Andrew Morton, linux-scsi

Arjan van de Ven wrote:
> On Sat, 2005-10-15 at 02:38 +0100, Ralf Baechle wrote:
> 
>>FYI and reviewing pleassure.
>>
>>Author: Thiemo Seufer <ths@networkno.de>
>>Date:   Tue Apr 12 14:00:38 2005 +0000
>>
>>Enable proc support, minor code cleanup.
> 
> 
> isn't this the wrong way around; eg afaik we're deprecating proc support
> from LLDD's...

No more ioctls for LLDDs, no more procfs, just a sysfs
straight jacket; until sysfs goes the way of devfs ...

A subversive thought: a SAS LLDD supporting a SMP target
(as well as the standard SSP,SMP and STP initiators).
Then, via vendor specific SMP functions, control apps
can access the HBA to do things that linux disallows
or makes difficult :-)
[May not work unless HBAs have the equivalent of
the network "lo" interface.]

Doug Gilbert

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [PATCH] procfs support for sgiwd93
  2005-10-17 10:43 ` Christoph Hellwig
  2005-10-17 10:47   ` Ralf Baechle
@ 2005-10-17 11:22   ` Douglas Gilbert
  2005-10-19 21:40     ` James Bottomley
  1 sibling, 1 reply; 10+ messages in thread
From: Douglas Gilbert @ 2005-10-17 11:22 UTC (permalink / raw)
  To: James.Bottomley
  Cc: Christoph Hellwig, Ralf Baechle, linux-scsi, Andrew Morton

Christoph Hellwig wrote:
> On Sat, Oct 15, 2005 at 02:38:24AM +0100, Ralf Baechle wrote:
> 
>>FYI and reviewing pleassure.
> 
> 
> NACK, no more new procfs support for scsi driver.

James Bottomley,
Is there any such policy?

Christoph Hellwig previously has used this purported policy
to reject scsi procfs bug fixes:
"[PATCH] scsi: /proc/scsi/scsi patch for large number of devices"
As for alternate tools to 'cat /proc/scsi/scsi', I
am not aware of many distributions using lsscsi (debian
and gentoo do), perhaps there are other tools. I
suspect a lot of folks are still using 'cat /proc/scsi/scsi'.

Does Christoph Hellwig have the right to NACK/veto
etc work that is not his when you are the SCSI maintainer?

Douglas Gilbert


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [PATCH] procfs support for sgiwd93
  2005-10-17 10:55   ` Douglas Gilbert
@ 2005-10-17 11:25     ` Arjan van de Ven
  0 siblings, 0 replies; 10+ messages in thread
From: Arjan van de Ven @ 2005-10-17 11:25 UTC (permalink / raw)
  To: dougg; +Cc: Ralf Baechle, Andrew Morton, linux-scsi

On Mon, 2005-10-17 at 20:55 +1000, Douglas Gilbert wrote:
> Arjan van de Ven wrote:
> > On Sat, 2005-10-15 at 02:38 +0100, Ralf Baechle wrote:
> > 
> >>FYI and reviewing pleassure.
> >>
> >>Author: Thiemo Seufer <ths@networkno.de>
> >>Date:   Tue Apr 12 14:00:38 2005 +0000
> >>
> >>Enable proc support, minor code cleanup.
> > 
> > 
> > isn't this the wrong way around; eg afaik we're deprecating proc support
> > from LLDD's...
> 
> No more ioctls for LLDDs, no more procfs, just a sysfs
> straight jacket

for this purpose sysfs and procfs are "enough the same" that it doesn't
warrant the term "staight jacket" imo.
And /proc is realistically the wrong place for such info....



^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [PATCH] procfs support for sgiwd93
  2005-10-17 11:22   ` Douglas Gilbert
@ 2005-10-19 21:40     ` James Bottomley
  0 siblings, 0 replies; 10+ messages in thread
From: James Bottomley @ 2005-10-19 21:40 UTC (permalink / raw)
  To: dougg; +Cc: Andrew Morton, linux-scsi, Ralf Baechle, Christoph Hellwig

On Mon, 2005-10-17 at 21:22 +1000, Douglas Gilbert wrote: 
> Is there any such policy?

Yes, there is.  It's not actually mine, it's the direction coming out of
several kernel summits.  /proc is to be moved back to handling process
information. /sys should be used for other ancillary information
exporting.

This policy can be interpreted with some elasticity depending on what an
author wants to do.

> Christoph Hellwig previously has used this purported policy
> to reject scsi procfs bug fixes:
> "[PATCH] scsi: /proc/scsi/scsi patch for large number of devices"
> As for alternate tools to 'cat /proc/scsi/scsi', I
> am not aware of many distributions using lsscsi (debian
> and gentoo do), perhaps there are other tools. I
> suspect a lot of folks are still using 'cat /proc/scsi/scsi'.

/proc/scsi/scsi has an awful lot of failure cases.  The most annoying
one seems to be periodically losing hot added devices.

The reason for not fixing something if it's not a severe bug is simply
that if we keep /proc/scsi/scsi fully functional and up to date, then
the distributions will have no incentive to move away from it.

> Does Christoph Hellwig have the right to NACK/veto
> etc work that is not his when you are the SCSI maintainer?

Technically no-one truly gets a veto since there are many ways code can
end up in the vanilla kernel; however, everyone gets to express their
opinion ...

James



^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [PATCH] procfs support for sgiwd93
@ 2005-10-20 18:04 Ralf Baechle
  0 siblings, 0 replies; 10+ messages in thread
From: Ralf Baechle @ 2005-10-20 18:04 UTC (permalink / raw)
  To: linux-scsi; +Cc: Andrew Morton

So then without the offending procfs line; I assume this part should be ok.

Move the remaining bits of sgiwd93.h into sgiwd93.c; replace the use of
CMD_PER_LUN and CAN_QUEUE by raw numbers.

Signed-off-by: Thiemo Seufer <ths@networkno.de>
Signed-off-by: Ralf Baechle <ralf@linux-mips.org>

 drivers/scsi/sgiwd93.h |   24 ------------------------
 drivers/scsi/sgiwd93.c |    5 ++---
 2 files changed, 2 insertions(+), 27 deletions(-)

Index: manual-akpm.git/drivers/scsi/sgiwd93.c
===================================================================
--- manual-akpm.git.orig/drivers/scsi/sgiwd93.c
+++ manual-akpm.git/drivers/scsi/sgiwd93.c
@@ -33,7 +33,6 @@
 #include "scsi.h"
 #include <scsi/scsi_host.h>
 #include "wd33c93.h"
-#include "sgiwd93.h"
 
 #include <linux/stat.h>
 
@@ -335,10 +334,10 @@ static Scsi_Host_Template driver_templat
 	.eh_abort_handler	= wd33c93_abort,
 	.eh_bus_reset_handler	= sgiwd93_bus_reset,
 	.eh_host_reset_handler	= wd33c93_host_reset,
-	.can_queue		= CAN_QUEUE,
+	.can_queue		= 16,
 	.this_id		= 7,
 	.sg_tablesize		= SG_ALL,
-	.cmd_per_lun		= CMD_PER_LUN,
+	.cmd_per_lun		= 8,
 	.use_clustering		= DISABLE_CLUSTERING,
 };
 #include "scsi_module.c"
Index: manual-akpm.git/drivers/scsi/sgiwd93.h
===================================================================
--- manual-akpm.git.orig/drivers/scsi/sgiwd93.h
+++ /dev/null
@@ -1,24 +0,0 @@
-/* $Id: sgiwd93.h,v 1.5 1998/08/25 09:18:50 ralf Exp $
- * sgiwd93.h: SGI WD93 scsi definitions.
- *
- * Copyright (C) 1996 David S. Miller (dm@engr.sgi.com)
- */
-#ifndef _SGIWD93_H
-#define _SGIWD93_H
-
-#ifndef CMD_PER_LUN
-#define CMD_PER_LUN 8
-#endif
-
-#ifndef CAN_QUEUE
-#define CAN_QUEUE   16
-#endif
-
-int sgiwd93_detect(Scsi_Host_Template *);
-int sgiwd93_release(struct Scsi_Host *instance);
-const char *wd33c93_info(void);
-int wd33c93_queuecommand(Scsi_Cmnd *, void (*done)(Scsi_Cmnd *));
-int wd33c93_abort(Scsi_Cmnd *);
-int wd33c93_host_reset(Scsi_Cmnd * SCpnt);
-
-#endif /* !(_SGIWD93_H) */

^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~2005-10-20 18:04 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-10-15  1:38 [PATCH] procfs support for sgiwd93 Ralf Baechle
2005-10-17 10:19 ` Arjan van de Ven
2005-10-17 10:55   ` Douglas Gilbert
2005-10-17 11:25     ` Arjan van de Ven
2005-10-17 10:43 ` Christoph Hellwig
2005-10-17 10:47   ` Ralf Baechle
2005-10-17 10:49     ` Christoph Hellwig
2005-10-17 11:22   ` Douglas Gilbert
2005-10-19 21:40     ` James Bottomley
  -- strict thread matches above, loose matches on Subject: below --
2005-10-20 18:04 Ralf Baechle

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).