Attached is a small clean up of scsi_debug against
lk 2.5.50bk3

Module load time parameters still don't work so
I tweak this driver's _DEF defines and recompile
as required. [Evidentally Rusty has patches to
recognize module load time parameters but they haven't
made it through to the main tree yet.]

This was needed for blk.h in 2.4 but is entirely superflous in 2.5

Hi -

This patch adds some scsi_device sysfs specific macros (based on some
in the usb source), and adds more scsi_device sysfs attributes.

It modifies the current output of the "type" attribute to be
the numeric value of the type, and adds a few other attributes.

It is easy to add or remove scsi_device attributes with this patch.

Example sysfs with this patch:

[patman@elm3a50 patman]$ ls /sysfs/bus/scsi/devices/0:0:0:0
0:0:0:0:gen   current_queue_depth  name             power  vendor
access_count  device_blocked       new_queue_depth  rev
block         model                online           type

And results of catting each file above (block and 0:0:0:0:gen are
not files):

/sysfs/bus/scsi/devices/0:0:0:0/access_count: '2'
/sysfs/bus/scsi/devices/0:0:0:0/current_queue_depth: '253'
/sysfs/bus/scsi/devices/0:0:0:0/device_blocked: '0'
/sysfs/bus/scsi/devices/0:0:0:0/model: 'ST318203LC    !#'
/sysfs/bus/scsi/devices/0:0:0:0/name: 'SIBM-PSG ST318203LC    !#LRA6701300007027J5ZL'
/sysfs/bus/scsi/devices/0:0:0:0/new_queue_depth: '253'
/sysfs/bus/scsi/devices/0:0:0:0/online: '1'
/sysfs/bus/scsi/devices/0:0:0:0/power: '0'
/sysfs/bus/scsi/devices/0:0:0:0/rev: 'B222'
/sysfs/bus/scsi/devices/0:0:0:0/type: '0'
/sysfs/bus/scsi/devices/0:0:0:0/vendor: 'IBM-PSG '

The online bit field is writable, although setting it to 0 is not useful.

James Bottomley [James.Bottomley@steeleye.com] wrote:
> andmike@us.ibm.com said:
> > I have attached an updated combined patch of my previously posted
> > sysfs changes.
>
> I'm getting ready to put this in scsi-misc-2.5
>
> I have misgivings about the removal of the scsi bus type, but I know looking
> at scsi host adapters as bridges isn't a universal view point.
>

James,
	Christoph and Douglas Gilbert detected a compile error in
	ide-scsi with the sysfs update in scsi-misc-2.5. Christoph sent
	a RFC patch to LKML that request feedback on the removal of the
	transform function in ide-scsi. In the short term I am
	forwarding Doug's patch against scsi-misc-2.5 that restores
	previous functionality by using the sysfs driver name.


-andmike
--
Michael Anderson
andmike@us.ibm.com

into home.transmeta.com:/home/torvalds/v2.5/linux

into home.transmeta.com:/home/torvalds/v2.5/linux

into samba.org:/scratch/anton/for-alan

into samba.org:/scratch/anton/linux-2.5_ppc64_work

into samba.org:/scratch/anton/linux-2.5_ppc64_work

into samba.org:/scratch/anton/for-alan

More viro breakage.  I wonder if 'int i' is missing from several other
files I did not compile...

Cleaning up after viro ;-)

into home.transmeta.com:/home/torvalds/v2.5/linux

into redhat.com:/home/jgarzik/repo/misc-2.5

into home.transmeta.com:/home/torvalds/v2.5/linux

into redhat.com:/home/jgarzik/repo/net-drivers-2.5

into redhat.com:/home/jgarzik/repo/exitp-2.5

into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux

As pointed out by wli, all other compilation relies on fixdep to
exist already.

BTW, wli's benchmark numbers for the kallsyms speed-up patch:

-make -j bzImage  323.03s user 157.65s system  843% cpu 57.019 total
+make -j bzImage  270.02s user 147.01s system 1303% cpu 32.004 total

This patch basically just replaces the scripts/kallsyms script by
a scripts/kallsyms.c C program, which does the same thing much faster.

It also removes duplicates and entries which are not between _stext and
_etext, as they would not get used anyway. This saves about 290KB in
vmlinux with my .config, more than 50% of the kallsyms bloat ;)

It only makes sense to check CONFIG_FRAME_POINTER after including
.config, otherwise it'll always be unset ;)

into tp1.ruhr-uni-bochum.de:/scratch/kai/kernel/v2.5/linux-2.5.make

	not used anymore

	major/minor replaced with a single field (dev_t) in devfs_entry

	"fcb" killed; stuff that used to be handled by it (block/char/regular)
moved into the same union where the rest of cases are handled.

	* DEVFS_FL_AOPEN_NOTIFY removed (b0rken, used only by vt on the kernel
side, unus{ed,able} on the userland side
	* DEVFS_FL_HIDE removed (unused)
	* ->lock, ->open and ->aopen_notify removed (not used anymore)
	* code slightly cleaned up

	* devfs_get_handle() lost 3rd, 4th and 5th arguments (3rd and 4th are
always 0, 5th is ignored in that case)
	* _devfs_find_by_dev() removed
	* _devfs_find_entry() lost 3rd, 4th and 5th arguments
	* devfs_find_and_unregister() removed
	* devfs_get_maj_min() removed
	* IS_DEVFS_INODE() removed
	* DEVFS_MINOR() removed

	switched to devfs_remove(), killed gratitious devfs_handle_t variable.

	switched to devfs_remove(), killed gratitious devfs_handle_t variable.

	switched to devfs_remove(), killed gratitious devfs_handle_t variable.

	switched to devfs_remove(), killed gratitious devfs_handle_t variable.

	switched to devfs_remove(), killed gratitious devfs_handle_t variable.